I get a slightly different backtrace, but was able to use my palm pilot as the
serial console. I have had this same problem for quit a while (about a month).
I suspect a locking issue related to Seigo Tanimura's commit on Feb 25. My last
cvsup was within the past 24 hours and the kernel was built in a clean
directory.
I can try to get more information if necessary.
Jim Bloom
[EMAIL PROTECTED]
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x1a0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01c8006
stack pointer = 0x10:0xc04e66dc
frame pointer = 0x10:0xc04e66db>
trace
_mtx_lock_sleep(c0ecda08,0,c036d471,268) at _mtx_lock_sleep+0x29a
mpu_uartmode(c0ecda00) at mpu_uartmode+0x63
mpu_attach(c0ebd100,c0ebd100,c0ebd100,c0e67080,c04e675c) at mpu_attach+0x25
mpusbc_attach(c0ebd100,c0ebd100,c0ea5ac0,c036e926,1) at mpusbc_attach+0x19
device_probe_and_attach(c0ebd100) at device_probe_and_attach+0x9a
bus_generic_attach(c0ea2000,c0ebd080,c0ea5ac0,c0ea2000,c036e935) at
bus_generic_attach+0x16
sbc_attach(c0ea2000,c0eadb00,c0ea2000,7,0) at sbc_attach+0x3cc
device_probe_and_attach(c0ea2000,c0404c4c,c03f9030,4eb000,c0eadb00) at
device_probe_and_attach+0x9a
isa_probe_children(c0ea2980,c04e6ff8,c01b1f74,0,4e4c00) at
isa_probe_children+0x143
configure(0,4e4c00,4e4000,0,c01277d2) at configure+0x39
mi_startup() at mi_startup+0x68
begin() at begin+0x29
db> panic
panic: from debugger
Debugger("panic")
Stopped at _mtx_lock_sleep+0x29a: movl 0x1a0(%edx),%eax
Szilveszter Adam wrote:
>
> Hello folks,
>
> I have tried it with today's -CURRENT, and as soon as I try to boot a
> kernel with the options (this has occured also earlier but wanted to make
> sure that I try today's sources first)
>
> device midi
> device seq
>
> (my sound card is a ISAPnP SB 64 AWE)
>
> I use device sbc too.
>
> the kernel still panics with Fatal Trap 12. I have Seigo Tanimura's
> fixes, and yet this still happens. I do not have a serial console, so here
> a short trace output transcribed:
>
> _mtx_lock_sleep
> mpu_uartmode
> mpu_attach
> mprobe_attach
> device_probe_and_attach
> bus_generic_attach
> sbc_attach
> device_probe_and_attach
> isa_probe_children
> configure
> mi_startup()
> begin()
>
> At the point of panic not even the swap partition is available yet so the
> machine does not dump. How can I force it?
>
> I would like to offer any and all help to anyone wanting to debug this; I
> can reproduce the problem at will and luckily no FS corruption occurs
> because the panic is so early on boot.:-)
>
> Of course, as soon as I omit the midi part, the kernel boots fine, and the
> sound card works too.
> --
> Regards:
>
> Szilveszter ADAM
> Szeged University
> Szeged Hungary
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message