Re: Fatal trap 30 when loading if_xl

On Sat, 2006-08-19 at 23:18 +0200, Paolo Pisati wrote:
> Today's CURRENT panic my box everytime i load
> if_xl:

Another "me too".  My machine (with a 3 days old current installation)
panics when I use kldload.  Loading modules at boot time
using /boot/loader.conf works fine though.

jesus# kgdb kernel.debug /var/crash/vmcore.0
[GDB will not be able to debug user-mode
threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [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-marcel-freebsd".

Unread portion of the kernel message buffer:
pcm0: <Intel 82801G High Definition Audio Controller> mem
0xf4580000-0xf4583fff irq 16 at device 27.0 on pci0

Fatal trap 30: reserved (unknown) fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer     = 0x20:0xc058aa82
stack pointer           = 0x28:0xd3255c54
frame pointer           = 0x28:0xd3255c64
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, IOPL = 0
current process         = 13 (swi4: clock sio)
Physical memory: 495 MB
Dumping 37 MB: 22 6

#0  doadump () at pcpu.h:166
166           __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:166
#1  0xc04593df in db_fncall (dummy1=-752526728, dummy2=0,
dummy3=-1064422240, 
    dummy4=0xd3255a54 "dZ%ÓhZ%Ó\220\a")
at /usr/src/sys/ddb/db_command.c:481
#2  0xc04591eb in db_command (last_cmdp=0xc0865a64, cmd_table=0x0)
at /usr/src/sys/ddb/db_command.c:396
#3  0xc04592a6 in db_command_loop ()
at /usr/src/sys/ddb/db_command.c:448
#4  0xc045aea5 in db_trap (type=30, code=0)
at /usr/src/sys/ddb/db_main.c:221
#5  0xc05b16f8 in kdb_trap (type=30, code=0, tf=0xd3255c14)
at /usr/src/sys/kern/subr_kdb.c:502
#6  0xc0757ee9 in trap_fatal (frame=0xd3255c14, eva=0)
at /usr/src/sys/i386/i386/trap.c:858
#7  0xc0757a38 in trap (frame=
      {tf_fs = -1035599864, tf_es = -752549848, tf_ds = 40, tf_edi =
-1035548128, tf_esi = -1030037072, tf_ebp = -752526236, tf_isp =
-752526272, tf_ebx = -1064906744, tf_edx = -1030037072, tf_ecx = 2,
tf_eax = 582, tf_trapno = 30, tf_err = 0, tf_eip = -1067931006, tf_cs =
32, tf_eflags = 582, tf_esp = -1030037069, tf_ss = -1064906744})
    at /usr/src/sys/i386/i386/trap.c:658
#8  0xc074350a in calltrap () at /usr/src/sys/i386/i386/exception.s:138
#9  0xc058aa82 in _mtx_lock_sleep (m=0xc086d008, tid=3259419168,
opts=0, 
    file=0xc07b5050 "/usr/src/sys/kern/kern_timeout.c", line=240) at
cpufunc.h:317
#10 0xc058a5da in _mtx_lock_flags (m=0xc086d008, opts=0, file=0xc07b5050
"/usr/src/sys/kern/kern_timeout.c", 
    line=240) at /usr/src/sys/kern/kern_mutex.c:286
#11 0xc05a0837 in softclock (dummy=0x0)
at /usr/src/sys/kern/kern_timeout.c:240
#12 0xc057ea8a in ithread_execute_handlers (p=0xc246b69c, ie=0xc24be500)
at /usr/src/sys/kern/kern_intr.c:662
#13 0xc057ebb7 in ithread_loop (arg=0xc2445880)
at /usr/src/sys/kern/kern_intr.c:745
#14 0xc057db00 in fork_exit (callout=0xc057eb50 <ithread_loop>,
arg=0xc2445880, frame=0xd3255d38)
    at /usr/src/sys/kern/kern_fork.c:818
#15 0xc074356c in fork_trampoline ()
at /usr/src/sys/i386/i386/exception.s:199
(kgdb)

-- 
Joel