headers
yasu1224 | 1 Oct 2009 08:50
Picon

bin/42143: A transformation without the cast

>Number:         42143
>Category:       bin
>Synopsis:       A transformation without the cast
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Oct 01 06:50:00 +0000 2009
>Originator:     Yamanishi Yasuyo
>Release:        i386
>Organization:
Nara Women's University
>Environment:
NetBSD ayanamirei 4.0 NetBSD 4.0 (GENERIC) #0: Sun Dec 16 00:20:10 PST 2007 
builds <at> wb34:/home/builds/ab/netbsd-4-0-RELEASE/i386/200712160005Z-obj/home/builds/ab/netbsd-4-0-RELEASE/src/sys/arch/i386/compile/GENERIC i386

>Description:
Implicit cast from long to int may cause an integer overflow
especially with 64-bit CPU.  A wrapper function can fix it.
>How-To-Repeat:

>Fix:
--- kill2.c	2009-09-30 23:58:53.000000000 +0900
+++ kill.c	2009-09-25 23:00:33.000000000 +0900
 <at>  <at>  -64,6 +64,7  <at>  <at> 
 static void printsignals(FILE *);
 static int signame_to_signum(char *);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stephen Borrill | 1 Oct 2009 10:00
Picon
Favicon

Re: install/40245: netbsd-5 and -current fail to load miniroot.kmod on esiop scsi controller

The following reply was made to PR install/40245; it has been noted by GNATS.

From: Stephen Borrill <netbsd <at> precedence.co.uk>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: install/40245: netbsd-5 and -current fail to load miniroot.kmod
 on esiop scsi controller
Date: Thu, 1 Oct 2009 08:58:25 +0100 (BST)

 I've seen this problem on a number of machines with 5.0_STABLE and 5.0.1 
 (none which have esiop SCSI or indeed any SCSI at all).

 The error message is the same every time (i.e. it looks like random data, 
 but it isn't):

 WARNING: couldn't open/stand/i386/5.0/modules/.~.....xx/.~.....xx.kmod

 hexdump -C says:
 00002ff0  75 6c 65 73 2f eb 7e 89  f6 d2 b6 86 78 78 2f eb  |ules/.~.....xx/.|
 00003000  7e 89 f6 d2 b6 86 78 78  2e 6b 6d 6f 64 2d 2f 2d  |~.....xx.kmod-/-|

 i.e. it's the same 9 byte string repeated twice:
 eb 7e 89 f6 d2 b6 86 78 78

 A dmesg fragment from my IBM x305:

 rccide0 at pci0 dev 15 function 1
 rccide0: ServerWorks CSB5 IDE Controller (rev. 0x93)
 rccide0: primary channel interrupting at ioapic0 pin 14
 atabus0 at rccide0 channel 0
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stephen Borrill | 1 Oct 2009 11:10
Picon
Favicon

Re: install/40245: netbsd-5 and -current fail to load miniroot.kmod on esiop scsi controller

The following reply was made to PR install/40245; it has been noted by GNATS.

From: Stephen Borrill <netbsd <at> precedence.co.uk>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: install/40245: netbsd-5 and -current fail to load miniroot.kmod
 on esiop scsi controller
Date: Thu, 1 Oct 2009 09:57:57 +0100 (BST)

 A hacky workaround is to resurrect the INSTALL kernel with an embedded 
 ramdisk. Here's a patch that creates i386bigcd.iso

 --- /dev/null	2009-10-01 09:50:01.000000000 +0100
 +++ sys/arch/i386/conf/INSTALL	2009-10-01 09:10:07.000000000 +0100
  <at>  <at>  -0,0 +1,5  <at>  <at> 
 +include "arch/i386/conf/GENERIC"
 +no options	MEMORY_DISK_DYNAMIC
 +options 	MEMORY_DISK_IS_ROOT     # force root on memory disk
 +options 	MEMORY_DISK_SERVER=0    # no userspace memory disk support
 +options 	MEMORY_DISK_ROOT_SIZE=10000     # size of memory disk, in blocks
 --- /dev/null	2009-10-01 09:50:01.000000000 +0100
 +++ distrib/i386/cdroms/installbigcd/Makefile	2009-10-01 09:25:28.000000000 +0100
  <at>  <at>  -0,0 +1,20  <at>  <at> 
 +#	$NetBSD$
 +#
 +
 +# Install CD, to be made after 'build.sh release'
 +# Requires populated $RELEASEDIR/${MACHINE}
 +
 +.include <bsd.own.mk>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geert Hendrickx | 1 Oct 2009 11:15
Picon
Favicon

Re: xsrc/42134: xkeyboard mapping broken again

The following reply was made to PR xsrc/42134; it has been noted by GNATS.

From: Geert Hendrickx <ghen <at> telenet.be>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: xsrc/42134: xkeyboard mapping broken again
Date: Thu, 1 Oct 2009 11:13:03 +0200

 On Mon, Sep 28, 2009 at 10:30:01AM +0000, martin <at> NetBSD.org wrote:
 > I updated base + X (and even removed /usr/X11R7/lib/X11/xkb beforehand)
 > to latest and greatest current. X keyboard mappings don't work any more:
 > 
 > (==) Log file: "/var/log/Xorg.0.log", Time: Mon Sep 28 12:21:58 2009
 > (==) Using config file: "/etc/xorg.conf"
 > Detected FFB1, Z-buffer, Double-buffered.
 > The XKEYBOARD keymap compiler (xkbcomp) reports:
 > > Error:            Can't find file "xfree86" for keycodes include
 > >                   Exiting
 > >                   Abandoning keycodes file "default"
 > Errors from xkbcomp are not fatal to the X server
 > (EE) Error compiling keymap (server-0)
 > (EE) XKB: Couldn't compile keymap
 > The XKEYBOARD keymap compiler (xkbcomp) reports:
 > > Error:            Can't find file "xfree86" for keycodes include
 > >                   Exiting
 > >                   Abandoning keycodes file "default"
 > Errors from xkbcomp are not fatal to the X server
 > (EE) Error compiling keymap (server-0)
 > (EE) XKB: Couldn't compile keymap
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Husemann | 1 Oct 2009 11:25
Picon

Re: xsrc/42134: xkeyboard mapping broken again

The following reply was made to PR xsrc/42134; it has been noted by GNATS.

From: Martin Husemann <martin <at> duskware.de>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: xsrc/42134: xkeyboard mapping broken again
Date: Thu, 1 Oct 2009 11:24:00 +0200

 Rev. 1.2 of src/external/mit/xorg/bin/xkbcomp/Makefile.common seems to
 fix it for me.

 Martin
Permalink | Reply | 0 comments |
headers
S.P.Zeidler | 1 Oct 2009 11:25
Picon
Gravatar

PR/42143 CVS commit: src/bin/kill

The following reply was made to PR bin/42143; it has been noted by GNATS.

From: "S.P.Zeidler" <spz <at> netbsd.org>
To: gnats-bugs <at> gnats.NetBSD.org
Cc: 
Subject: PR/42143 CVS commit: src/bin/kill
Date: Thu, 1 Oct 2009 09:24:39 +0000

 Module Name:	src
 Committed By:	spz
 Date:		Thu Oct  1 09:24:38 UTC 2009

 Modified Files:
 	src/bin/kill: kill.c

 Log Message:
 Make sure that numerical signals and pids are in range for their types.
 Fixes PR bin/42143

 
 To generate a diff of this commit:
 cvs rdiff -u -r1.25 -r1.26 src/bin/kill/kill.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
Permalink | Reply | 0 comments |
headers
spz | 1 Oct 2009 11:39
Picon

Re: bin/42143 (A transformation without the cast)

Synopsis: A transformation without the cast

State-Changed-From-To: open->pending-pullups
State-Changed-By: spz <at> NetBSD.org
State-Changed-When: Thu, 01 Oct 2009 09:39:03 +0000
State-Changed-Why:
Good catch :) range checks have been added (if in a bit terser way than
suggested). Pullup requests to -4 and -5 have been sent.
Permalink | Reply | 0 comments |
headers
Jarle Greipsland | 1 Oct 2009 13:35
Picon
Picon

Re: port-alpha/38335 (kernel freeze on alpha MP system)

The following reply was made to PR port-alpha/38335; it has been noted by GNATS.

From: Jarle Greipsland <jarle <at> uninett.no>
To: mhitch <at> lightning.msu.montana.edu
Cc: gnats-bugs <at> NetBSD.org, dholland <at> NetBSD.org
Subject: Re: port-alpha/38335 (kernel freeze on alpha MP system)
Date: Thu, 01 Oct 2009 13:34:50 +0200 (CEST)

 "Michael L. Hitch" <mhitch <at> lightning.msu.montana.edu> writes:
 >    This was a CS20, according to the original PR?  If so, you can get
 > into DDB using the halt switch [it's hidden in a small hole in the front
 > panel to the right].  After the machine is halted, you can enter
 > 'continue', which will enter into a console trap.  The halt should
 > show the PC of cpu 0 at the time of the halt, and I think that address
 > should be related to the backtrace of cpu 0.

 Annotated console log:
 [ I pressed the halt switch here ]
 halted CPU 0
 CPU 1 is not halted

 halt code = 1
 operator initiated halt
 PC = fffffc0000736b08
 P00>>>continue^U
 P00>>>help
 [ ... some help text here ... ]
 P00>>>halt 1
 P00>>>continue
(Continue reading)

Permalink | Reply | 0 comments |
headers
Torsten Harenberg | 1 Oct 2009 14:40
Picon
Favicon

Re: kern/40279

The following reply was made to PR kern/40279; it has been noted by GNATS.

From: Torsten Harenberg <harenberg <at> physik.uni-wuppertal.de>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: Re: kern/40279
Date: Thu, 1 Oct 2009 14:38:20 +0200

 Hi,

 I didn't got the driver running on 5.0.1_PATCH, but as it is included  
 in -current, I tried it with that (5.99.19) and it works without any  
 problems. Any chance to get this in the next official distribution?

 As far as I can see, it has not been tagged yet.

 Thanks,

    Torsten

 --
 <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
 <>                                                              <>
 <> Dr. Torsten Harenberg     harenberg <at> physik.uni-wuppertal.de  <>
 <> Bergische Universitaet                                       <>
 <> FB C - Physik             Tel.: +49 (0)202 439-3521          <>
 <> Gaussstr. 20              Fax : +49 (0)202 439-2811          <>
 <> 42097 Wuppertal                                              <>
 <>                                                              <>
 <><><><><><><>< Of course it runs NetBSD http://www.netbsd.org ><>
(Continue reading)

Permalink | Reply | 0 comments |
headers
pooka | 1 Oct 2009 14:47
Picon

Re: kern/41937 (ffs+log rmdir diagnostic kernel assertion)

Synopsis: ffs+log rmdir diagnostic kernel assertion

State-Changed-From-To: open->feedback
State-Changed-By: pooka <at> NetBSD.org
State-Changed-When: Thu, 01 Oct 2009 15:47:42 +0300
State-Changed-Why:
does vfs_wapbl.c:1.28 fix it (both for the native and rump kernels?)
Permalink | Reply | 1 comment |

Gmane