panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000
Andrew Gallatin
gallatin at cs.duke.edu
Fri Aug 1 07:59:12 PDT 2003
Kris Kennaway writes:
> On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote:
>
> > The crashdump might actually be useful here. You'd have only the
> > trap() and vm_fault() frames, but at least you'd have information
> > about the state of the vm system.
>
> Two crashdumps coming up! I'll move them onto beast:/j/kris/crash
> together with the kernel.debug.
>
I may have wasted your time. The first one is unusable (lots of ddb
cruft). Damned gdb -k. Grrr.
I don't have read perms on vmcore.{1,2}, so I don't know if they are
helpful.
If you're willing to get your traces via ddb's debug.trace_on_panic
and to set debug.debugger_on_panic=0, then we might get at least a
partial trace. FWIW, I have to do this to get any sort of crashdump
at all on SMP x86. I'm amazed you were able to call doadump from ddb.
When I try that on x86, I just get a continuous stream of panics or
fatal traps.
Drew
More information about the freebsd-current
mailing list