kern/85931: panic: "vm_fault: fault on nofault entry" when using md
Nate Eldredge
nge at cs.hmc.edu
Fri Sep 9 17:10:23 PDT 2005
>Number: 85931
>Category: kern
>Synopsis: panic: "vm_fault: fault on nofault entry" when using md
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Sep 10 00:10:15 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator: Nate Eldredge
>Release: FreeBSD 5.4-RELEASE-p6 amd64
>Organization:
>Environment:
System: FreeBSD vulcan.lan 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0: Sun Sep 4 02:52:11 PDT 2005 nate at vulcan.lan:/usr/obj/usr/src/sys/VULCAN amd64
Opteron, 1 GB ram.
>Description:
I encountered a kernel panic when compiling the gcc40 port on a memory
disk.
As a benchmark test, I wanted to compile gcc on a ramdisk.
"mdconfig -t malloc" cannot create such a large ramdisk, but I
discovered after some research that you can use a preloaded ramdisk to
accomplish this. So I created a 600MB sparse file in / (it had to be
sparse because that partition is only 400MB large), rebooted and issued
load -t md_image /sparse.img
boot
at the loader prompt. Then did along the lines of
newfs /dev/md0
mount /dev/md0 /mnt/md0
mkdir /mnt/md0/nate # so as not to have to compile as root
chown nate:nate /mnt/md0/nate
su nate
cd /mnt/md0/nate
cp -r /usr/ports/lang/gcc40 .
cd gcc40
time make
After about 20 minutes the kernel panicked with the message
vm_fault: fault on nofault entry, addr: ffffffffb36d8000
I have a vmcore file and can debug further if necessary. I can also
test patches if I get them reasonably soon (this machine has to go
into production eventually).
On a previous attempt to do this, the machine rebooted after about 20
minutes but I did not get there in time to see if there was a panic
message. So on the second attempt I watched and also enabled dumping.
Thus it seems this may be reproducible.
This is a new machine, so hardware problems are conceivable. But I
had previously compiled gcc on disk several times as a burn-in test,
without any problems. I also ran memtest86 overnight. The memory is
ECC as well.
>How-To-Repeat:
See above.
>Fix:
I don't know.
Thanks.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list