NetBSD Problem Report #23176

Received: (qmail 15165 invoked by uid 605); 17 Oct 2003 08:48:17 -0000
Message-Id: <20031017084814.EFAF711152@narn.netbsd.org>
Date: Fri, 17 Oct 2003 08:48:14 +0000 (UTC)
From: michael@nosflow.com
Sender: gnats-bugs-owner@NetBSD.org
Reply-To: michael@nosflow.com
To: gnats-bugs@gnats.NetBSD.org
Subject: nell issues on Sun Voyager
X-Send-Pr-Version: www-1.0

>Number:         23176
>Category:       port-sparc
>Synopsis:       nell issues on Sun Voyager
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Oct 17 08:49:00 +0000 2003
>Closed-Date:    
>Last-Modified:  Sat Oct 18 02:58:01 +0000 2003
>Originator:     michael wolfson
>Release:        -current
>Organization:
>Environment:
NetBSD 1.6ZC (GENERIC) #0: Thu Sep 25 19:14:10 UTC 2003
>Description:
nell requires options FULL_SPARC_BUS_SPACE to compile (this is not in GENERIC).

A kernel with options FULL_SPARC_BUS_SPACE but not nell boots without any problem. 

GENERIC ought to have (even if commented out) the following line:
wi*     at pcmcia? function ?           # Lucent WaveLan IEEE (802.11)

With nell and options FULL_SPARC_BUS_SPACE enabled, a -current kernel crashes when booting on a Voyager.

It repeatably panics at the same place.

Without debugging in the kernel, it panics after recognizing the ethernet interface (le0):
text fault: pc=0x42128 sfsr=164<PERR=0,LVL=1,AT=3,FT=1> sfva=0x42128
panic: kernel fault
halted

So, I built a kernel with full debug, ddb, etc.  It gets through autoconfiguration but panics after fsck, before setting tty flags in rc:
data fault: pc=0xf0cdbe4 addr=0x15f98160 sfsr=126<PERR=0,LVL=1,AT=1,FT=1,FAV,OW>
panic: kernel fault
	Stopped in pid 29.1 (sh) at		netbsd:cpu_Debugger+0x8:  call
	n
etbsd:sparc_noop
db> trace
cpu_Debugger () at netbsd:panic+0x10c
panic() at netbsd:mem_access_fault4m+0x38c
0xf00062d4() at netbsd:uvm_fault+0xb4
uvm_fault() at netbsd:mem_access_fault4m+0x458
mem_access_fault4m() at 0xf00062d4

I tried both kernels (non-debug and debug) on my SS20 and it had no panics.  It doesn't have a nell interface, but at least it's sun4m with vaguely similar hardware.  The kernel sources had been updated Oct 11, around 10pm PDT.

The dmesg of a GENERIC kernel on this hardware follows:
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 1.6ZC (GENERIC) #0: Thu Sep 25 19:14:10 UTC 2003
	autobuild@tgm.netbsd.org:/autobuild/HEAD/sparc/OBJ/autobuild/HEAD/src/sys/arch/sparc/compile/GENERIC
total memory = 81604 KB
avail memory = 71596 KB
using 896 buffers containing 4180 KB of memory
bootpath: /iommu@0,10000000/sbus@0,10001000/espdma@4,8400000/esp@4,8800000/sd@3,0
mainbus0 (root): SUNW,S240: hostid 80726fe5
cpu0 at mainbus0: MB86904 @ 60 MHz, on-chip FPU
cpu0: 16K instruction (32 b/l), 8K data (16 b/l): cache enabled
obio0 at mainbus0
clock0 at obio0 slot 0 offset 0x200000: mk48t08
timer0 at obio0 slot 0 offset 0xd00000: delay constant 28
zs0 at obio0 slot 0 offset 0x100000 level 12 softpri 6
zstty0 at zs0 channel 0
zstty1 at zs0 channel 1
zs1 at obio0 slot 0 offset 0x0 level 12 softpri 6
kbd0 at zs1 channel 0: baud rate 1200 (console input)
ms0 at zs1 channel 1: baud rate 1200
slavioconfig at obio0 slot 0 offset 0x800000 not configured
auxreg0 at obio0 slot 0 offset 0x900000
fdc0 at obio0 slot 0 offset 0x400000 level 11 softpri 4: chip 82077
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
iommu0 at mainbus0 addr 0x10000000: version 0x4/0x0, page-size 4096, range 64MB
sbus0 at iommu0: clock = 20 MHz
SUNW,pmc at sbus0 slot 4 offset 0x1300000 level 2 (ipl 3) not configured
dma0 at sbus0 slot 4 offset 0x8400000: DMA rev 2
esp0 at dma0 slot 4 offset 0x8800000 level 4: ESP200, 40MHz, SCSI ID 7
scsibus0 at esp0: 8 targets, 8 luns per target
bpp0 at sbus0 slot 4 offset 0xc800000 level 2 (ipl 3): DMA rev 2
ledma0 at sbus0 slot 4 offset 0x8400010: DMA rev 2
le0 at ledma0 slot 4 offset 0x8c00000 level 6: address 08:00:20:72:6f:e5
le0: 8 receive buffers, 2 transmit buffers
SUNW,pcmcia at sbus0 slot 0 offset 0x0 level 4 (ipl 7) level 7 (ipl 13) not configured
SUNW,mic at sbus0 slot 1 offset 0x8000 level 6 (ipl 11) not configured
SUNW,DBRIe at sbus0 slot 2 offset 0x10000 level 9 not configured
cgsix0 at sbus0 slot 3 offset 0x0 level 9: SUNW,501-2393, 1024 x 768, rev 11 (console)
cgsix0: attached to /dev/fb
Kernelized RAIDframe activated
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 3 lun 0: <TOSHIBA, MK2628FB SUN0810, C08B> disk fixed
sd0: 773 MB, 4829 cyl, 8 head, 41 sec, 512 bytes/sect x 1584032 sectors
sd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers
root on sd0a dumps on sd0b
root file system type: ffs

>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:

From: matthew green <mrg@eterna.com.au>
To: michael@nosflow.com
Cc: gnats-bugs@gnats.NetBSD.org
Subject: re: port-sparc/23176: nell issues on Sun Voyager 
Date: Sat, 18 Oct 2003 12:52:02 +1000

 FYI:

 maybe something has broken recently, but i'm running a nell with a
 wi in an ss20/712 under netbsd/1.6U (end-of-june-ish) no problems.

From: Michael Wolfson <michael@nosflow.com>
To: matthew green <mrg@eterna.com.au>
Cc: gnats-bugs@gnats.NetBSD.org
Subject: Re: port-sparc/23176: nell issues on Sun Voyager 
Date: Fri, 17 Oct 2003 19:57:00 -0700

 On Friday, October 17, 2003, at 07:52  PM, matthew green wrote:

 > maybe something has broken recently, but i'm running a nell with a
 > wi in an ss20/712 under netbsd/1.6U (end-of-june-ish) no problems.

 That's probably the case.  Martin Husemann sent me private mail saying 
 he'd look into the nell issues.

    -- MW

>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.