Re: Crash with new bind/host cmds on -CURRENT (poss. runq_remove?)

On Tue, 19 Oct 2004, Kris Kennaway wrote:
> On Wed, Oct 20, 2004 at 12:13:46AM +0100, Chris Hedley wrote:
>> Hmm, that's what I already did.  The only exception was having to use
>> "kgdb" instead of "gdb -k" (the latter complained that it didn't
>> understand "-k" which is odd, as it used to work).  I was a bit surprised
>> that it didn't print the syslog buffer when I started it, too.
>
> If you don't use the kernel.debug, you won't get the debugging symbols.

Ah, that one sneaked right under my radar!  Right, now I seem to have the 
more descriptive bits in the function traceback, which are:

#0  doadump () at pcpu.h:159
#1  0xc04ed2dd in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:385
#2  0xc04ed657 in panic (fmt=0xc06a7dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:541
#3  0xc0451d2d in db_panic (addr=-1068501416, have_addr=0, count=-1, modif=0xe267da94 "")
     at /usr/src/sys/ddb/db_command.c:435
#4  0xc0451cc2 in db_command (last_cmdp=0xc0708744, cmd_table=0x0, aux_cmd_tablep=0xc06d36f4,
     aux_cmd_tablep_end=0xc06d36f8) at /usr/src/sys/ddb/db_command.c:349
#5  0xc0451d8e in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
#6  0xc0453abc in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221
#7  0xc0506886 in kdb_trap (type=12, code=0, tf=0xe267dc04) at /usr/src/sys/kern/subr_kdb.c:419
#8  0xc067b039 in trap_fatal (frame=0xe267dc04, eva=220) at /usr/src/sys/i386/i386/trap.c:804
#9  0xc067a78d in trap (frame=
       {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = 216, tf_ebp = -496509872, tf_isp =-496509904, tf_ebx = 26, tf_edx = 0, tf_ecx = -1032947760, tf_eax = -1066325112, tf_trapno = 12, tf_err = 2, tf_eip = -1068501416, tf_cs = 8, tf_eflags = 65606, tf_esp = -1032947760, tf_ss = 40})
     at /usr/src/sys/i386/i386/trap.c:247
#10 0xc0668c6a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#11 0x00000018 in ?? ()
#12 0x00000010 in ?? ()
#13 0x00000010 in ?? ()
#14 0x00000000 in ?? ()
#15 0x000000d8 in ?? ()
#16 0xe267dc50 in ?? ()
#17 0xe267dc30 in ?? ()
#18 0x0000001a in ?? ()
#19 0x00000000 in ?? ()
#20 0xc26e77d0 in ?? ()
#21 0xc0712b88 in kseq_cpu ()
#22 0x0000000c in ?? ()
#23 0x00000002 in ?? ()
#24 0xc04ff658 in runq_remove (rq=0x0, ke=0x0) at kern_switch.c:900
#25 0xc04fdf55 in sched_prio (td=0xc26e7680, prio=40 '(') at /usr/src/sys/kern/sched_ule.c:1232
#26 0xc050e4f8 in propagate_priority (td=0xc26e7680) at /usr/src/sys/kern/subr_turnstile.c:223
#27 0xc050ed4e in turnstile_wait (lock=0xc07108a0, owner=0xc26e7680)
     at /usr/src/sys/kern/subr_turnstile.c:578
#28 0xc04e46ac in _mtx_lock_sleep (m=0xc07108a0, td=0xc22d0820, opts=0, file=0x0, line=0)
     at /usr/src/sys/kern/kern_mutex.c:558
#29 0xc05630e2 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:338
#30 0xc04d828a in ithread_loop (arg=0xc227c800) at /usr/src/sys/kern/kern_intr.c:547
#31 0xc04d72e9 in fork_exit (callout=0xc04d8130 <ithread_loop>, arg=0xc227c800, frame=0xe267dd48)
     at /usr/src/sys/kern/kern_fork.c:807
#32 0xc0668ccc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209

if that's any better.  Is there anything else I can dig out which might be 
helpful?

Cheers,

Chris.