panic: sched_rem: KSE not on run queue

From: Karel J. Bosschaart <karelj_at_kayjay.xs4all.nl>
Date: Wed, 21 Jul 2004 14:49:08 +0200
Hi,

Running -current as of yesterday (07/20), GENERIC kernel. Hangs happen
frequently on this machine (about 5 times a day). I got a crash dump, would 
it be useful to someone?

Karel.


Script started on Wed Jul 21 14:31:57 2004
phys9911# gdb6 -k /kernel.debug /usr/crash/vmcore.8

GNU gdb 20040720 [GDB v6.x for FreeBSD]
Copyright 2004 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-portbld-freebsd5.2"...
panic: sched_rem: KSE not on run queue
panic messages:
---
panic: sched_rem: KSE not on run queue
cpuid = 0; 
KDB: enter: panic
panic: from debugger
cpuid = 0; 
Uptime: 2h31m58s
Dumping 247 MB
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
#0  doadump () at pcpu.h:159
159		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
doadump () at pcpu.h:159
159		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
Ready to go.  Enter 'tr' to connect to the remote target
with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port
or 'trf portno' to connect to the remote target with the firewire
interface.  portno defaults to 5556.

Type 'getsyms' after connection to load kld symbols.

If you're debugging a local system, you can use 'kldsyms' instead
to load the kld symbols.  That's a less obnoxious interface.
(kgdb) bt
#0  doadump () at pcpu.h:159
During symbol reading, Incomplete CFI data; unspecified registers at 0xc05efc28.
#1  0xc05f0154 in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:392
#2  0xc05f046b in panic (fmt=0xc079ef47 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:554
#3  0xc045eb71 in db_panic (addr=0xc0606c3f, have_addr=0x0, count=0xffffffff, modif=0xd4f84a78 "")
    at /usr/src/sys/ddb/db_command.c:434
#4  0xc045eb08 in db_command (last_cmdp=0xc0875724, cmd_table=0x0, aux_cmd_tablep=0xc07f6c34, 
    aux_cmd_tablep_end=0xc07f6c4c) at /usr/src/sys/ddb/db_command.c:348
#5  0xc045ebd0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:454
#6  0xc04604a5 in db_trap (type=0x3, code=0x0) at /usr/src/sys/ddb/db_main.c:219
#7  0xc0606e99 in kdb_trap (type=0x3, code=0x0, tf=0xd4f84bbc) at /usr/src/sys/kern/subr_kdb.c:387
#8  0xc076ad04 in trap (frame=
      {tf_fs = 0xd4f80018, tf_es = 0xc0600010, tf_ds = 0xc07d0010, tf_edi = 0xc07d3b55, tf_esi = 0x1, tf_ebp = 0xd4f84bfc, tf_isp = 0xd4f84be8, tf_ebx = 0xd4f84c28, tf_edx = 0x0, tf_ecx = 0xc1014000, tf_eax = 0x12, tf_trapno = 0x3, tf_err = 0x0, tf_eip = 0xc0606c3f, tf_cs = 0x8, tf_eflags = 0x86, tf_esp = 0xd4f84c1c, tf_ss = 0xc05f041d})
    at /usr/src/sys/i386/i386/trap.c:576
#9  0xc0759a7a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#10 0xd4f80018 in ?? ()
#11 0xc0600010 in sched_runnable () at /usr/src/sys/kern/sched_ule.c:1492
#12 0xc05f041d in panic (fmt=0xc07d3b55 "sched_rem: KSE not on run queue") at /usr/src/sys/kern/kern_shutdown.c:538
#13 0xc060045a in sched_rem (td=0x0) at /usr/src/sys/kern/sched_ule.c:1668
#14 0xc05f5671 in setrunqueue (td=0xc2056b00) at /usr/src/sys/kern/kern_switch.c:362
#15 0xc05ffb1e in sched_wakeup (td=0xc2056b00) at /usr/src/sys/kern/sched_ule.c:1251
#16 0xc05f68b8 in setrunnable (td=0xc2056b00) at /usr/src/sys/kern/kern_synch.c:408
#17 0xc060c45a in sleepq_resume_thread (td=0xc2056b00, pri=0xffffffff) at /usr/src/sys/kern/subr_sleepqueue.c:632
#18 0xc060c4f4 in sleepq_signal (wchan=0xc18ee7dc, flags=0xc2056b00, pri=0xffffffff)
    at /usr/src/sys/kern/subr_sleepqueue.c:662
#19 0xc05f65a7 in wakeup_one (ident=0xc18ee7dc) at /usr/src/sys/kern/kern_synch.c:278
#20 0xc05e167b in thread_userret (td=0xc1efa000, frame=0xd4f84d48) at /usr/src/sys/kern/kern_kse.c:1191
#21 0xc060d410 in userret (td=0xc1efa000, frame=0xd4f84d48, oticks=0x0) at /usr/src/sys/kern/subr_trap.c:118
#22 0xc076ad9c in trap (frame=
      {tf_fs = 0xbfbf002f, tf_es = 0x280c002f, tf_ds = 0xbfbf002f, tf_edi = 0x280bbf00, tf_esi = 0x2c4c0ae0, tf_ebp = 0xbfbfd424, tf_isp = 0xd4f84d74, tf_ebx = 0x2c4c0bac, tf_edx = 0x13, tf_ecx = 0x292c022c, tf_eax = 0x2c2c233c, tf_trapno = 0xc, tf_err = 0x4, tf_eip = 0x2c2c1fe0, tf_cs = 0x1f, tf_eflags = 0x10286, tf_esp = 0xbfbfd408, tf_ss = 0x2f})
    at /usr/src/sys/i386/i386/trap.c:635
#23 0xc0759a7a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#24 0xbfbf002f in ?? ()
#25 0x280c002f in ?? ()
#26 0xbfbf002f in ?? ()
#27 0x280bbf00 in ?? ()
#28 0x2c4c0ae0 in ?? ()
#29 0xbfbfd424 in ?? ()
#30 0xd4f84d74 in ?? ()
#31 0x2c4c0bac in ?? ()
#32 0x00000013 in ?? ()
#33 0x292c022c in ?? ()
#34 0x2c2c233c in ?? ()
#35 0x0000000c in ?? ()
#36 0x00000004 in ?? ()
#37 0x2c2c1fe0 in ?? ()
#38 0x0000001f in ?? ()
#39 0x00010286 in ?? ()
#40 0xbfbfd408 in ?? ()
#41 0x0000002f in ?? ()
#42 0x00046a3c in ?? ()
#43 0x00000008 in ?? ()
#44 0x00046a44 in ?? ()
#45 0x00000008 in ?? ()
#46 0x08a8e000 in ?? ()
#47 0xc150a580 in ?? ()
#48 0xc18e9ba0 in ?? ()
#49 0xd4f84ae8 in ?? ()
#50 0xd4f84ad0 in ?? ()
#51 0xc1efa000 in ?? ()
#52 0xc05ff943 in sched_switch (td=0x2c4c0bac, newtd=0x280bbf00) at /usr/src/sys/kern/sched_ule.c:1172
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit
phys9911# exit

exit

Script done on Wed Jul 21 14:32:34 2004
Received on Wed Jul 21 2004 - 10:49:11 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:02 UTC