Date: Sat, 22 Oct 2005 01:36:51 -0700 From: Ade Lovett <ade@FreeBSD.org> To: Christian S.J. Peron <csjp@FreeBSD.org> 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 Message-ID: <2DDE99FB-58D5-496A-97DB-0966DC521DBD@FreeBSD.org> In-Reply-To: <20051021194705.GA75578@freefall.freebsd.org> References: <200510211942.j9LJghO1030033@repoman.freebsd.org> <20051021194705.GA75578@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2DDE99FB-58D5-496A-97DB-0966DC521DBD>