Subject: Re: kernel panic
To: Sean Davis <dive-nb@endersgame.net>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: netbsd-bugs
Date: 09/09/2001 14:54:25
On Sat, Sep 08, 2001 at 09:47:53PM -0400, Sean Davis wrote:
> I've had the kernel panic three times so far on this build (kernel built
> some 22 hours after the new ffs_softdep() stuff was merged in, if that is
> any help) and this time I managed to catch it with DDB.
> 
> Note, ddb.onpanic was 1, so i dumped it using 'sync', but i believe I got
> the information that will help whoever out there understands this better
> than I do :)
> 
> Any help would be greatly appreciated. I'm about to do a cvs update and
> rebuild/install kernel/userland, just to see if that fixes it, but I'm
> curious as to what caused this.
> 
> here's the gdb output:
> 
> <root@eros(/var/crash){1}> # gdb netbsd.2
> GNU gdb 4.17
> Copyright 1998 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386--netbsd"...(no debugging symbols found)...
> (gdb) target kcore netbsd.2.core
> #0  0xc0212478 in db_last_command ()
> (gdb) symbol-file /netbsd.gdb
> Reading symbols from /netbsd.gdb...done.
> (gdb) bt
> #0  0xc0212478 in db_last_command ()
> #1  0x8715000 in ?? ()
> #2  0xc01ab00b in cpu_reboot (howto=256, bootstr=0x0)
>     at ../../../../arch/i386/i386/machdep.c:1846
> #3  0xc010af89 in db_sync_cmd () at ../../../../ddb/db_command.c:744
> #4  0xc010ab29 in db_command (last_cmdp=0xc0212478, cmd_table=0xc01f1540)
>     at ../../../../ddb/db_command.c:320
> #5  0xc010ad3a in db_command_loop () at ../../../../ddb/db_command.c:579
> #6  0xc010dbce in db_trap (type=6, code=0) at ../../../../ddb/db_trap.c:88
> #7  0xc01a8714 in kdb_trap (type=6, code=0, regs=0xe5217b4c)
>     at ../../../../arch/i386/i386/db_interface.c:125
> #8  0xc01afac0 in trap (frame={tf_gs = -1061289968, tf_fs = -1072562160,
>       tf_es = -450887664, tf_ds = -268435440, tf_edi = -1071527072,
>       tf_esi = 0, tf_ebp = -450790488, tf_ebx = -1071527068, tf_edx = 2,
>       tf_ecx = 0, tf_eax = 16, tf_trapno = 6, tf_err = 0,
>       tf_eip = -1072548681, tf_cs = 8, tf_eflags = 66118,
>       tf_esp = -1071527072, tf_ss = -1061806528, tf_vm86_es = -1071527072,
>       tf_vm86_ds = 0, tf_vm86_fs = 0, tf_vm86_gs = 16})
>     at ../../../../arch/i386/i386/trap.c:215
> #9  0xc0100b7f in calltrap ()
> #10 0xc019bfae in uvm_map (map=0xc021cb60, startp=0xe5217c0c, size=4096,
>     uobj=0xc021cae0, uoffset=-1, align=0, flags=5927)
>     at ../../../../uvm/uvm_map.h:355
> #11 0xc019aef9 in uvm_km_valloc_align (map=0xc021cb60, size=4096, align=0)
> ---Type <return> to continue, or q <return> to quit---
>     at ../../../../uvm/uvm_km.c:752
> #12 0xc019aeb6 in uvm_km_valloc (map=0xc021cb60, size=4096)
>     at ../../../../uvm/uvm_km.c:730
> #13 0xc01a7367 in _bus_dmamem_map (t=0xc0216b80, segs=0xc0b61e40, nsegs=1,
>     size=4096, kvap=0xe5217c88, flags=4)
>     at ../../../../arch/i386/i386/bus_machdep.c:803
> #14 0xc01c48be in tl_init (sc=0xc0b61c00) at ../../../../dev/pci/if_tl.c:623
> #15 0xc01c5ff0 in tl_ifwatchdog (ifp=0xc0b61c40)
>     at ../../../../dev/pci/if_tl.c:1491

The tl driver seems involved in the problem. How old was your previous
working kernel ?

--
Manuel Bouyer <bouyer@antioche.eu.org>
--