From owner-cvs-src@FreeBSD.ORG Sat Oct 22 08:36:53 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 867CE16A41F; Sat, 22 Oct 2005 08:36:53 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29F9C43D46; Sat, 22 Oct 2005 08:36:52 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.lovett.com ([67.134.38.157]:61683) by mail.lovett.com with esmtpa (Exim 4.54 (FreeBSD)) id 1ETEs0-000Fn0-Fk; Sat, 22 Oct 2005 01:36:52 -0700 In-Reply-To: <20051021194705.GA75578@freefall.freebsd.org> References: <200510211942.j9LJghO1030033@repoman.freebsd.org> <20051021194705.GA75578@freefall.freebsd.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2DDE99FB-58D5-496A-97DB-0966DC521DBD@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Sat, 22 Oct 2005 01:36:51 -0700 To: Christian S.J. Peron X-Mailer: Apple Mail (2.734) Sender: ade@lovett.com X-SA-Exim-Connect-IP: 67.134.38.157 X-SA-Exim-Mail-From: ade@lovett.com X-SA-Exim-Scanned: No (on mail.lovett.com); SAEximRunCond expanded to false 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-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2005 08:36:53 -0000 On Oct 21, 2005, at 12:47 , Christian S.J. Peron wrote: > 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? Not directly, no. pv entries are allocated in a different manner on sparc64. If I can get access to crashdumps on such machines running kernels with both INVARIANTS on *and* off, then I can certainly do some investigation. The backtrace from a non-INVARIANTS kernel wasn't particularly helpful by itself, but when coupled with that of a kernel with it turned on, we were able to locate the underlying source of the problem. -aDe