Re: Fatal trap 30 when loading if_xl

On Sat, Aug 19, 2006 at 11:18:53PM +0200, Paolo Pisati wrote:
> Today's CURRENT panic my box everytime i load
> if_xl:

and i got an identical panic while loading if_wi too:

Fatal trap 30: reserved (unknown) fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer     = 0x20:0xc04ef25b
stack pointer           = 0x28:0xe3491c34
frame pointer           = 0x28:0xe3491c50
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, IOPL = 0
current process         = 12 (swi4: clock sio)
panic: from debugger
cpuid = 0
Uptime: 1m16s
Physical memory: 2031 MB
Dumping 61 MB: 46 30 14

#0  doadump () at pcpu.h:166
166             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:166
#1  0xc04f9cd4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc04fa0b3 in panic (fmt=0xc06976c3 "from debugger")
    at /usr/src/sys/kern/kern_shutdown.c:565
#3  0xc0451b47 in db_panic (addr=-1068567973, have_addr=0, count=-1, 
    modif=0xe3491a1c "") at /usr/src/sys/ddb/db_command.c:428
#4  0xc0451ada in db_command (last_cmdp=0xc06ef7c4, cmd_table=0x0)
    at /usr/src/sys/ddb/db_command.c:396
#5  0xc0451ba1 in db_command_loop () at /usr/src/sys/ddb/db_command.c:448
#6  0xc0453ae9 in db_trap (type=30, code=0) at /usr/src/sys/ddb/db_main.c:221
#7  0xc051bcde in kdb_trap (type=0, code=0, tf=0xe3491bf4)
    at /usr/src/sys/kern/subr_kdb.c:502
#8  0xc066f602 in trap_fatal (frame=0xe3491bf4, eva=0)
    at /usr/src/sys/i386/i386/trap.c:858
#9  0xc066f04d in trap (frame=
      {tf_fs = -1066467320, tf_es = -481755096, tf_ds = 40, tf_edi = -997181328, tf_esi = -993720208, tf_ebp = -481747888, tf_isp = -481747936, tf_ebx = -1066453624, tf_edx = 4, tf_ecx = -993720208, tf_eax = 582, tf_trapno = 30, tf_err = 0, tf_eip = -1068567973, tf_cs = 32, tf_eflags = 582, tf_esp = -1066453624, tf_ss = -1066446508}) at /usr/src/sys/i386/i386/trap.c:658
#10 0xc065766a in calltrap () at /usr/src/sys/i386/i386/exception.s:138
#11 0xc04ef25b in _mtx_lock_sleep (m=0xc06f3588, tid=3297785968, opts=0, 
    file=0x0, line=0) at cpufunc.h:317
#12 0xc050c028 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:240
#13 0xc04dfbbf in ithread_execute_handlers (p=0xc49028d0, ie=0xc4957180)
    at /usr/src/sys/kern/kern_intr.c:662
#14 0xc04dfd05 in ithread_loop (arg=0xc48c68f0)
    at /usr/src/sys/kern/kern_intr.c:745
#15 0xc04de558 in fork_exit (callout=0xc04dfca1 <ithread_loop>, arg=0x246, 
    frame=0x246) at /usr/src/sys/kern/kern_fork.c:818
#16 0xc06576cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199
(kgdb) 

Sometimes it panics this way, others it panics in acpi_cpu_idle(),
but i was unable to get a dump in that case.

bye
-- 

Paolo

Piso's first law: nothing works as expected!