headers
kefren | 1 Jan 2008 15:00
Picon
Favicon

kern/37655: iwi(4) doesn't work after resume

>Number:         37655
>Category:       kern
>Synopsis:       iwi(4) doesn't work after resume
>Confidential:   no
>Severity:       critical
>Priority:       low
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 01 14:00:01 +0000 2008
>Originator:     Mihai Chelaru
>Release:        NetBSD 4.99.44
>Organization:
	
>Environment:
	
	
System: NetBSD kemobile.girsa.ro 4.99.44 NetBSD 4.99.44 (Kefren) #10: Sat Dec 29 20:14:16 EET 2007
root <at> pr1.girsa.ro:/usr/src-current/sys/arch/i386/compile/obj/Kefren i386
Architecture: i386
Machine: i386
>Description:

after suspend to ram, resume works fine on this laptop, except iwi0 interface that is down and
can't be revived. The following messages are seen on console every time 'ifconfig iwi0 up' is executed:

iwi0: timeout waiting for firmware initialization to complete
iwi0: could not load boot firmware
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Gilbert | 1 Jan 2008 15:10
Picon

PR/18026 CVS commit: src/sys/arch/arm

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

From: Chris Gilbert <chris <at> netbsd.org>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: PR/18026 CVS commit: src/sys/arch/arm
Date: Tue,  1 Jan 2008 14:06:43 +0000 (UTC)

 Module Name:	src
 Committed By:	chris
 Date:		Tue Jan  1 14:06:43 UTC 2008

 Modified Files:
 	src/sys/arch/arm/arm32: locore.S mem.c pmap.c stubs.c
 	src/sys/arch/arm/include: Makefile
 	src/sys/arch/arm/include/arm32: pmap.h
 Added Files:
 	src/sys/arch/arm/include: kcore.h

 Log Message:
 Add support for kcore headers to arm32 kernel core dumps.

 The kcore code is based on i386's kcore header handling.

 Having an asm stub for dumpsys, to dump the registers onto the stack, and
 then call the C code to do the memory dump is based on amd64's core dump
 code.

 This allows a successful core dump on cats.
(Continue reading)

Permalink | Reply | 0 comments |
headers
chris | 1 Jan 2008 15:14
Picon

Re: port-cats/18026 (Cats kernel won't dump to swap on panic)

Synopsis: Cats kernel won't dump to swap on panic

State-Changed-From-To: analyzed->closed
State-Changed-By: chris <at> netbsd.org
State-Changed-When: Tue, 01 Jan 2008 14:14:24 +0000
State-Changed-Why:
cats is now able to successfully dump kernel core dumps in -current.
Permalink | Reply | 0 comments |
headers
Chris Gilbert | 1 Jan 2008 15:15
Picon

PR/18026 CVS commit: src/lib/libkvm

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

From: Chris Gilbert <chris <at> netbsd.org>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: PR/18026 CVS commit: src/lib/libkvm
Date: Tue,  1 Jan 2008 14:10:37 +0000 (UTC)

 Module Name:	src
 Committed By:	chris
 Date:		Tue Jan  1 14:10:37 UTC 2008

 Modified Files:
 	src/lib/libkvm: kvm_arm.c

 Log Message:
 Update libkvm to be able to deal with arm kernel core dumps.

 These changes allow savecore to successfully save a kernel core dump.

 Final part of fixing PR cats/18026

 
 To generate a diff of this commit:
 cvs rdiff -r1.2 -r1.3 src/lib/libkvm/kvm_arm.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Julian Coleman | 1 Jan 2008 16:45
Picon

Re: kern/34799: IP Filter does not work correctly with gem(4) when hardware chec

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

From: Julian Coleman <jdc <at> coris.org.uk>
To: gnats-admin <at> NetBSD.org, dhgutteridge <at> sympatico.ca
Cc: 
Subject: Re: kern/34799: IP Filter does not work correctly with gem(4) when hardware chec
Date: Tue, 1 Jan 2008 15:16:25 +0000

 Hi,

 > I'm close to getting my fibre card working, so I'll see if I can reproduce
 > and/or spot the problem here.

 I have working gem interfaces, but I'm unable to reproduce the problem here.
 Looking at the documentation, we have to pre-program the offset at which the
 card starts generating the TCP checksum.  We set this to:

         v |= (ETHER_HDR_LEN + sizeof(struct ip) +
               ((sc->sc_ethercom.ec_capenable & ETHERCAP_VLAN_MTU) ?
                 ETHER_VLAN_ENCAP_LEN : 0)) << GEM_RX_CONFIG_CXM_START_SHFT;

 in gem_init().  So, if you have a vlan configured on that interface and
 the packet is received directly on the interface, then the pre-programmed
 receive checksum will be incorrect.  Is this the case here?

 Could you send a dump of the received packet that is blocked?  Using:

   tcpdump -vv -s 1514 -x -X -c 1 host www.google.ca and src port 80

 should catch just the return packet (from `telnet www.google.ca 80`).
(Continue reading)

Permalink | Reply | 0 comments |
headers
antiright | 1 Jan 2008 17:25
Picon

bin/37657: cal does not check validity of command line input for option -A and -B

>Number:         37657
>Category:       bin
>Synopsis:       cal does not check validity of command line input for option -A and -B
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 01 16:25:00 +0000 2008
>Originator:     Jeffrey E. Bedard
>Release:        -current
>Organization:
University of Rhode Island
>Environment:
NetBSD mobile 4.99.44 NetBSD 4.99.44 (GENERIC) #0: Sun Dec 23 13:08:31 PST 2007 
builds <at> wb37:/home/builds/ab/HEAD/i386/200712230002Z-obj/home/builds/ab/HEAD/src/sys/arch/i386/compile/GENERIC i386
>Description:
Passing invalid option data causes a memory fault.  
This occurs with the -A and -B options, when passed
a negative value.  Though the options are invalid,
the invalidity should be sanitized by means of either taking
the absolute value of the passed value, or by exiting
more gracefully with an error message.  
>How-To-Repeat:
$ cal -A -1
Memory fault (core dumped) 
$ cal -B -1
Memory fault (core dumped)
(Continue reading)

Permalink | Reply | 0 comments |
headers
eau | 1 Jan 2008 17:20

bin/37656: fdisk segfault on invalid MBR entries on non-x86 geometry detection

>Number:         37656
>Category:       bin
>Synopsis:       fdisk segfault on invalid MBR entries on non-x86 geometry detection
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 01 16:20:00 +0000 2008
>Originator:     Eric Auge
>Release:        netbsd 4.0
>Organization:
>Environment:
NetBSD client 4.0_STABLE NetBSD 4.0_STABLE (GENERIC) #0: Fri Dec 28
13:23:05 CET 2007
root <at> bearcave.no.phear.org:/usr/obj/sys/arch/cobalt/compile/GENERIC cobalt
>Description:
On a cobalt, after few install tests, I got the following

# fdisk -S /dev/wd0
[1]   Trace/BPT trap          fdisk -S /dev/wd0

I was unable to partition the hard drive in order to have a correct partitioning scheme for installing my cobalt.

fdisk seems to make an almost correct sanity check on 
get_mapping function except in some cases where head returned in the MBR is 0 on 2 consecutives mappings
while these values are trusted to make division, fdisk crash with a divide by zero problem.
(Continue reading)

Permalink | Reply | 0 comments |
headers
payphoneed | 1 Jan 2008 17:30
Picon
Gravatar

port-hp700/37659: NetBSD/hp700 boot option deficiencies

>Number:         37659
>Category:       port-hp700
>Synopsis:       NetBSD/hp700 boot option deficiencies
>Confidential:   no
>Severity:       non-critical
>Priority:       high
>Responsible:    port-hp700-maintainer
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 01 16:30:00 +0000 2008
>Originator:     Ed
>Release:        At least 4.0
>Organization:
None
>Environment:
Any HP 9000 Model 7XX
>Description:
The port of NetBSD to the "hp700" architecture lacks convenient booting options; there is no possibility
of booting via floppy and using the CD, nor is the ISO itself bootable. This renders NetBSD/hp700 unusable
if there is no possibility of network boot.
>How-To-Repeat:
Obvious.
>Fix:
Obvious.
Permalink | Reply | 0 comments |
headers
payphoneed | 1 Jan 2008 17:30
Picon
Gravatar

misc/37658: NetBSD/mac68k 4.0 ISO Missing

>Number:         37658
>Category:       misc
>Synopsis:       NetBSD/mac68k 4.0 ISO Missing
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 01 16:30:00 +0000 2008
>Originator:     Ed
>Release:        4.0
>Organization:
None
>Environment:
Not applicable
>Description:
The ISO is missing, it never showed up with the rest of the ISOs for 4.0.
>How-To-Repeat:
N/A
>Fix:
???
Permalink | Reply | 0 comments |
headers
David A. Holland | 1 Jan 2008 18:45
Picon

PR/37657 CVS commit: src/usr.bin/cal

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

From: "David A. Holland" <dholland <at> netbsd.org>
To: gnats-bugs <at> NetBSD.org
Cc: 
Subject: PR/37657 CVS commit: src/usr.bin/cal
Date: Tue,  1 Jan 2008 17:45:02 +0000 (UTC)

 Module Name:	src
 Committed By:	dholland
 Date:		Tue Jan  1 17:45:02 UTC 2008

 Modified Files:
 	src/usr.bin/cal: cal.c

 Log Message:
 Don't allow negative args for the -A and -B options, because they
 lead to SIGSEGV in the output formatting code.
 Fixes PR 37657 from Jeffrey E. Bedard.

 
 To generate a diff of this commit:
 cvs rdiff -r1.22 -r1.23 src/usr.bin/cal/cal.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.
Permalink | Reply | 0 comments |

Gmane