Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 7 Jun 2001 18:18:07 -0400 (EDT)
From:      Andrew Gallatin <gallatin@cs.duke.edu>
To:        Alfred Perlstein <alfred@freebsd.org>
Cc:        jhb@freebsd.org, freebsd-alpha@freebsd.org
Subject:   Re: Wow, have I got a stack for you!
Message-ID:  <15135.64927.633480.754465@grasshopper.cs.duke.edu>
In-Reply-To: <20010607164933.Y1832@superconductor.rush.net>
References:  <15135.58016.753596.764419@grasshopper.cs.duke.edu> <20010607164933.Y1832@superconductor.rush.net>

next in thread | previous in thread | raw e-mail | index | archive | help

Alfred Perlstein writes:
 > * Andrew Gallatin <gallatin@cs.duke.edu> [010607 16:25] wrote:
 > > 
 > > Take a look at the following trap, courtesy the all-singing /
 > > all-dancing ddb traceback from NetBSD.
 > > 
 > > We're trapping in pmap_insert_entry(), then trapping in vm_fault1().
 > > We start to print out the trap info, but then we get a clock
 > > interrupt.  The clock interrupt then traps.  Witness does its thing
 > > and brings this mess to a screeching halt. (it doesn't hurt that
 > > we're finally at ipl 7).
 > > 
 > > It sure looks like somebody is blowing away some low-level vm state.
 > > 
 > > A patch to improve alpha ddb is up for review at
 > > http://people.freebsd.org/~gallatin/ddb.diff
 > 
 > The way I almost stabilized i386 was by placing an assertion in
 > almost every pmap function to assert that the vm mutex was owned.

The key here is "almost" -- is there any documentation on which
functions should assert that vm_mtx is owned?

 > I was then able to track down direct callers of pmap as well as
 > oevrsights in the vm system that I had missed.

The only i386 pmap locking I've seen is is mapdev, which isn't
required on alpha (it maps the phys into K0SEG, which is basically an
| ).

Drew

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15135.64927.633480.754465>