Subject: sparc64 dying often
To: netbsd-help <netbsd-help@netbsd.org>
From: James K. Lowden <jklowden@schemamania.org>
List: netbsd-help
Date: 02/02/2005 22:29:05
I have a Sparcstation that lands in the kernel debugger every day or so. 
Sometimes I see a mesasge about lockmgr lacking context.  Should I toss
the box out or try a new kernel?  

$ dmesg |head -20
console is /pci@1f,0/pci@1,1/ebus@1/se@14,400000:a
...
NetBSD 1.6.1 (GENERIC) #0: Mon Apr  7 10:27:16 UTC 2003
   
autobuild@cs20.apochromatic.org:/autobuilder/build/netbsd-1-6/sparc64/OBJ
/autobuilder/build/netbsd-1-6/src/sys/arch/sparc64/compile/GENERIC
total memory = 128 MB
avail memory = 109 MB
using 832 buffers containing 6656 KB of memory
bootpath: /pci@1f,0/pci@1,1/ide@3,0/disk@0,0
mainbus0 (root): SUNW,Ultra-5_10
cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 269.782 MHz, version 0 FPU
cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 256K external
(64 b/l)
psycho0 at mainbus0 addr 0xfffc4000
SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0
DVMA map: c0000000 to e0000000
IOTSB: 109c2000 to 10a42000


And here's the traceback.  All suggestions welcome.  Thank you.  

--jkl

kdb breakpoint at 12c62e4
Stopped at      cpu_Debugger+0x4:       nop
db> t
lockmgr(1841b90, 1, 0, 300000000, 1898800, 187f650) at lockmgr+0x88
uvm_fault(1841b88, 1841c54, 0, 1, 55b078d868, 55b06aa800) at
uvm_fault+0x108
data_access_fault(e00179e0, 30, 127c2fc, 300000000, 300000050, 400) at
data_acce
ss_fault+0xc0
Ldatafault_internal(1dd, 0, 1346518, 64, 0, 0) at Ldatafault_internal+0xc8
sched_sync(1e47000, 1, 1e1b8c0, 2, 0, 0) at sched_sync+0x1ac
tl_init(1e47000, 187c000, 4e68000, 187c000, 187c000, 22fee1f) at
tl_init+0x28
tl_restart(1e47000, a, 1, 127c4f4, 1e472c8, 1) at tl_restart+0x4
softclock(187c000, 187c000, e0017ed0, 1e73a40, 114cb1c, 0) at
softclock+0x170
sparc_intr_retry(0, 0, 1311930, 0, ffffffffffffffff, 187f650) at
sparc_intr_retr
y+0x48
wdstrategy(91bab40, 295e38, 1898800, 14, 55b078d868, 55b06aa800) at
wdstrategy+0
x1dc
mi_switch(91bab40, 599cb, 91d4428, 91bab40, 0, 0) at mi_switch+0x158
ltsleep(0, 0, 1346518, 64, 0, 0) at ltsleep+0x1d8
sched_sync(180fc00, 180cc00, 1808400, 1346400, 180c400, 183c000) at
sched_sync+0
x1ac
proc_trampoline(0, 0, 0, 0, 0, 0) at proc_trampoline+0x4