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>
--