panic: pmap_enter: attempted pmap_enter on 4MB page
Barney Wolff
barney at databus.com
Fri Oct 17 14:00:43 PDT 2003
On Fri, Oct 17, 2003 at 09:51:57AM -0700, Peter Wemm wrote:
>
> AHA! origpte being 0xd0d0d0d0 means that something really came unstuck
> because that is the fill pattern that userland malloc(3) uses. The
> 4MB page thing is a red herring, it just happens that PG_PS (0x80) is
> a set bit in the fill pattern.
>
> Now to find the source. :-( Are you getting this repeatably? If somebody
> is able to (relatively) easily provoke this, there are a few things I'd
> like to try (shotgun diagnostics, but its better than nothing).
I also have a dual-athlon system that gets this panic on current.
The problem shows up first as sig 10 & 11 on builds (world/kernel/ports)
and eventual panic on pmap_enter on 4mb page. I KNOW it's not hardware,
because a -current kernel from 9/24/03 is rock-solid (hours of port
builds, make -j16 buildworld) and so is RELENG_5_1. The current kernel
from yesterday did not even get through installworld without a sig11.
I'm pretty sure it's not ata, because my system has scsi disks, and only
an idle ata cdrom.
I have pentiumpro as my cputype, because I also use this system to
build for my laptop - is that a conceivable clue? But for experiments
we can set it to anything.
It's not in production, so if you want to try stuff, I'm willing to
give you a login or take direction. Right now it's running RELENG_5_1
but I also have yesterday's -head on there and a local cvs on another
system updated twice a day.
--
Barney Wolff http://www.databus.com/bwresume.pdf
I'm available by contract or FT, in the NYC metro area or via the 'Net.
More information about the freebsd-current
mailing list