reproducable panic with SCHED_ULE

From: Andy Farkas <andyf_at_speednet.com.au>
Date: Sat, 10 May 2003 13:05:43 +1000 (EST)
5.1-BETA with 'options SCHED_ULE' not happy.

My system now reliably panics when I do a 'make installworld' :(

Whats wierd is that I can hammer it pretty hard by doing -j buildworld's,
multiple concurrent -j buildkernel's, and other cpu intensive jobs, and it
ploughs along quite fine. But do a make installworld and boom. System was
working fine up until around May 6.

gdb says:

GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 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-undermydesk-freebsd"...
panic: from debugger
panic messages:
---
panic: blockable sleep lock (sleep mutex) process lock _at_ /hummer/src-current/src/sys/i386/i386/trap.c:719
cpuid = 3; lapic.id = 02000000
panic: from debugger
cpuid = 3; lapic.id = 02000000
boot() called on cpu#3
Uptime: 3m0s
Dumping 512 MB
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496
---
Reading symbols from /boot/kernel/green_saver.ko...done.
Loaded symbols for /boot/kernel/green_saver.ko
#0  doadump () at /hummer/src-current/src/sys/kern/kern_shutdown.c:238
238		dumping++;
(kgdb) where
#0  doadump () at /hummer/src-current/src/sys/kern/kern_shutdown.c:238
#1  0xc01cb543 in boot (howto=260) at /hummer/src-current/src/sys/kern/kern_shutdown.c:370
#2  0xc01cb8ff in panic () at /hummer/src-current/src/sys/kern/kern_shutdown.c:543
#3  0xc0142392 in db_panic () at /hummer/src-current/src/sys/ddb/db_command.c:448
#4  0xc0142312 in db_command (last_cmdp=0xc033fa80, cmd_table=0x0, aux_cmd_tablep=0xc0339cb0, aux_cmd_tablep_end=0xc0339cb4)
    at /hummer/src-current/src/sys/ddb/db_command.c:346
#5  0xc0142426 in db_command_loop () at /hummer/src-current/src/sys/ddb/db_command.c:470
#6  0xc01451ba in db_trap (type=3, code=0) at /hummer/src-current/src/sys/ddb/db_trap.c:72
#7  0xc02d6e73 in kdb_trap (type=3, code=0, regs=0xd698ea90) at /hummer/src-current/src/sys/i386/i386/db_interface.c:170
#8  0xc02efe6c in trap (frame=
      {tf_fs = -1071710184, tf_es = -1070071792, tf_ds = -1070071792, tf_edi = -1051603392, tf_esi = 256, tf_ebp = -694621476, tf_isp = -694621508, tf_ebx = 0, tf_edx = 0, tf_ecx = -1069899392, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070763675, tf_cs = 8, tf_eflags = 662, tf_esp = -1070386054, tf_ss = -1070463285}) at /hummer/src-current/src/sys/i386/i386/trap.c:593
#9  0xc02d8818 in calltrap () at {standard input}:97
#10 0xc01cb89f in panic (fmt=0x0) at /hummer/src-current/src/sys/kern/kern_shutdown.c:527
#11 0xc01eef3f in witness_lock (lock=0xc151b248, flags=8, file=0xc03356b8 "/hummer/src-current/src/sys/i386/i386/trap.c", line=719)
    at /hummer/src-current/src/sys/kern/subr_witness.c:611
#12 0xc01c1fd2 in _mtx_lock_flags (m=0xc151ce40, opts=0, file=0xc03356b8 "/hummer/src-current/src/sys/i386/i386/trap.c", line=-1051610552)
    at /hummer/src-current/src/sys/kern/kern_mutex.c:332
#13 0xc02efffd in trap_pfault (frame=0xd698ec14, usermode=0, eva=56) at /hummer/src-current/src/sys/i386/i386/trap.c:719
#14 0xc02efced in trap (frame=
      {tf_fs = -694681576, tf_es = -1071841264, tf_ds = -1070137328, tf_edi = -1051603392, tf_esi = -1070094144, tf_ebp = -694621080, tf_isp = -694621120, tf_ebx = 0, tf_edx = 2, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071780841, tf_cs = 8, tf_eflags = 66194, tf_esp = -1070094144, tf_ss = 0}) at /hummer/src-current/src/sys/i386/i386/trap.c:433
#15 0xc02d8818 in calltrap () at {standard input}:97
#16 0xc01d0bf6 in choosethread () at /hummer/src-current/src/sys/kern/kern_switch.c:141
#17 0xc01d2840 in mi_switch () at /hummer/src-current/src/sys/kern/kern_synch.c:518
#18 0xc01b8336 in ithread_loop (arg=0xc1519200) at /hummer/src-current/src/sys/kern/kern_intr.c:560
#19 0xc01b7210 in fork_exit (callout=0, arg=0x0, frame=0x0) at /hummer/src-current/src/sys/kern/kern_fork.c:792
(kgdb)

Any ideas?

--

 :{ andyf_at_speednet.com.au

        Andy Farkas
    System Administrator
   Speednet Communications
 http://www.speednet.com.au/
Received on Fri May 09 2003 - 18:05:47 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:07 UTC