Subject: LFS panic
To: None <current-users@netbsd.org>
From: Miles Nordin <carton@Ivy.NET>
List: current-users
Date: 05/24/1999 01:05:45
It's on current-19990523 for Alpha.

------8<------
(gdb) target kcore netbsd.3.core
panic: %s: type %d
#0  0xfffffc00004cb778 in dumpsys ()
(gdb) bt
#0  0xfffffc00004cb778 in dumpsys ()
#1  0xfffffc00004cb3c0 in cpu_reboot ()
#2  0xfffffc000039ae9c in panic ()
#3  0xfffffc000046d778 in lfs_read ()
#4  0xfffffc00003c9db4 in vn_read ()
#5  0xfffffc000039dfb0 in dofileread ()
#6  0xfffffc000039dec0 in sys_read ()
#7  0xfffffc00004d34cc in syscall ()
#8  0xfffffc000030059c in XentSys ()
------8<------


------8<------
db> trace
db> show registers
v0                         0x6
t0                           0
t1                           0
t2          0xfffffc000056e6e0  astpending
t3                  0x73140018
t4          0xfffffc0000574e38  curpriority
t5          0xfffffc000056e720  qs
t6          0xfffffc000056e6d0  whichqs
t7                        0x2b
s0                           0
s1          0xfffffe000009c400
s2                    0x3f50b2  intr_n+0x3f5071
s3          0xfffffc0000bfd4f8  end+0x669be8
s4                      0x90c5  intr_n+0x9084
s5          0xfffffe000009cc00
s6          0xfffffe0001971a38
a0                           0
a1           0x7ffffe00e0003f8
a2                         0x5
a3                         0x8
a4                         0x3
a5                         0x8
--db_more--           t8                         0x4
t9                         0x1
t10                          0
t11            0xe86f800000004
ra          0xfffffc000046d480  lfs_vget+0x2c0
t12         0xfffffc00004d82c0  Debugger
at          0xfffffc000056e920  want_resched
gp          0xfffffc00005337f8  mountroot+0x8008
sp                         0x1
pc          0xfffffc00004d82c4  Debugger+0x4
ps                           0
ai             0xe86f800000004
pv          0xfffffc00004d82c0  Debugger
Debugger+0x4:   ret     zero,(ra)
db> 

fatal kernel trap:

    trap entry = 0x4 (unaligned access fault)
    a0         = 0xfffffc00004d8344
    a1         = 0x29
    a2         = 0x11
    pc         = 0xfffffc000039a940
    ra         = 0xfffffc000039a890
    curproc    = 0xfffffc0000e4f750
        pid = 20238, comm = make

Caught exception in ddb.
db> 
-----8<-----

core dumps in ftp://frannie.Ivy.NET/pub/carton/dropbox/lfs/

I am not sure if I'm sposed to post LFS panic's here, but have seen others
do it.  I'm supposing a PR would be bad since a user like me can't tell
Bug #2 from Bug #5 by looking at a backtrace, so the relationship between 
closable PR's and bugs is lost.

Is there someone who wants to receive these?  Does anyone want them at
all, or are they unhelpful and I should shut up and let LFS simmer for a
while?  Someone let me know if I should do otherwise than I'm doing now.

-- 
Miles Nordin / 1-888-857-2723
555 Bryant Street PMB 182 / Palo Alto, CA 94301-1700