From owner-cvs-all@FreeBSD.ORG Fri Oct 21 19:47:05 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 876D516A41F; Fri, 21 Oct 2005 19:47:05 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE0E43D49; Fri, 21 Oct 2005 19:47:05 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: from freefall.freebsd.org (csjp@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9LJl58A080236; Fri, 21 Oct 2005 19:47:05 GMT (envelope-from csjp@freefall.freebsd.org) Received: (from csjp@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9LJl5FX080235; Fri, 21 Oct 2005 19:47:05 GMT (envelope-from csjp) Date: Fri, 21 Oct 2005 19:47:05 +0000 From: "Christian S.J. Peron" To: Ade Lovett Message-ID: <20051021194705.GA75578@freefall.freebsd.org> References: <200510211942.j9LJghO1030033@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200510211942.j9LJghO1030033@repoman.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: 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 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2005 19:47:05 -0000 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@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team