Date: Fri, 1 Aug 2003 09:00:44 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Kris Kennaway <kris@obsecurity.org> Cc: current@FreeBSD.org Subject: Re: panic: vm_fault: fault on nofault entry, addr: fffffe0007e8e000 Message-ID: <16170.25724.359310.850644@grasshopper.cs.duke.edu> In-Reply-To: <20030731204842.GA14640@rot13.obsecurity.org> References: <20030731084859.GB36327@rot13.obsecurity.org> <20030731204842.GA14640@rot13.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Kris Kennaway writes: > On Thu, Jul 31, 2003 at 01:48:59AM -0700, Kris Kennaway wrote: > > I upgraded the alpha package machines tonight, and one of them fell > > over shortly after taking load, with the following: <..> > Two more panics on alpha: > > panic: vm_fault: fault on nofault entry, addr: fffffe0007fde000 > Debugger() at Debugger+0x38 > panic() at panic+0x168 > vm_fault() at vm_fault+0x1360 > trap() at trap+0x5c8 > XentMM() at XentMM+0x2c > --- memory management fault (from ipl 0) --- > bcopy_samealign_lp() at bcopy_samealign_lp+0x8 > copyout() at copyout+0x38 > uiomove() at uiomove+0x19c > pipe_read() at pipe_read+0x290 > dofileread() at dofileread+0x100 > read() at read+0x64 > syscall() at syscall+0x33c > XentSys() at XentSys+0x64 > --- syscall (3, FreeBSD ELF64, read) --- > --- user mode --- 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. I updated a UP alpha here at roughly the same time. I was able to do a buildworld with the new kernel from sources dated July 30, around noon PDT. Is this GENERIC or an otherwise SMP kernel? Just for the heck of it, edit GENERIC and get rid of the SMP option if its a UP box. That's what I always run and I'm curious if that might be your stability problem. Drew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16170.25724.359310.850644>