On 22-Mar-01 Matthew Jacob wrote:
> Followup- updated kernel, rebuilt, and the same thing that triggered this
> before (^Z in vi) happened again, but this time with a different traceback:

I wish I could reproduce this. :(

> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; lapic.id = 00000000
> fault virtual address   = 0x14
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc019d9f2
> stack pointer           = 0x10:0xc7fc5f30
> frame pointer           = 0x10:0xc7fc5f3c
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = resume, IOPL = 0
> current process         = 19 (irq2: fxp0 isp1)
> kernel: type 12 trap, code=0
> CPU0 stopping CPUs: 0x00000002... stopped.
> Stopped at      propagate_priority+0x6e:        cmpl    0x14(%esi),%ebx

Same place as last time.  It looks like a mutex is either being used before it
is initialized or being zero'd, or that curproc is NULL at some point. :(  If a
mutex is getting zero'd, then that might explain the other panics in


John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to