cvs commit: src/sys/alpha/alpha pmap.c src/sys/amd64/amd64 pmap.c src/sys/i386/i386 pmap.c src/sys/ia64/ia64 pmap.c

Christian S.J. Peron csjp at
Fri Oct 21 12:47:05 PDT 2005

On Fri, Oct 21, 2005 at 07:42:43PM +0000, Ade Lovett wrote:
>   Specifically panic() in the case where pmap_insert_entry() fails to
>   get a new pv under high system load where the available pv entries
>   have been exhausted before the pagedaemon has a chance to wake up
>   to reclaim some.
>   Prior to this, the NULL pointer dereference ended up causing
>   secondary panics with rather less than useful resulting tracebacks.

This sounds similar to an issue that kris is experiencing on one of
his sparc64 SMP devices. It looks likes vm_map_entry_splay() is crashing
then while vm_fault is running, it recurses a non-recursable mutex
making it difficult to do any debugging. Is it possible that this issue
affects sparc64, too?

Christian S.J. Peron
csjp at FreeBSD.ORG
FreeBSD Committer
FreeBSD Security Team

More information about the cvs-src mailing list