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
witness_exit().
--
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
