Date: Mon, 16 Jun 2014 09:33:40 +0200 From: Hans Petter Selasky <hps@selasky.org> To: Alan Cox <alc@rice.edu>, Ian Lepore <ian@FreeBSD.org> Cc: "arm@freebsd.org" <arm@FreeBSD.org> Subject: Re: RPI-B VM panic Message-ID: <539E9DD4.4080001@selasky.org> In-Reply-To: <539B2BE8.2090005@rice.edu> References: <539170AA.2000109@selasky.org> <5396947A.1060601@selasky.org> <5396A0D1.80309@selasky.org> <5396AF63.6040209@selasky.org> <8BA66A45-E08A-475D-A1FA-5047E862681E@rice.edu> <5398B6EA.9030408@selasky.org> <A9433B36-C15C-455E-AB80-3999596936F9@rice.edu> <5398BFD9.60502@selasky.org> <7390A211-C949-4079-B3DA-BF23798B8992@rice.edu> <539942C0.5010706@selasky.org> <5399DF7F.4010501@rice.edu> <5399E349.5050600@selasky.org> <1402594327.20883.216.camel@revolution.hippie.lan> <5399E660.5050207@selasky.org> <5399E901.1080805@selasky.org> <5399FB57.8090102@rice.edu> <539A140F.6020107@selasky.org> <539B2BE8.2090005@rice.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
> > This output shows that according to the object's list of pages there is > already a page allocated at pindex 4 (or "off=0x4" above). If this list > is correct, and not itself corrupted, then we shouldn't be making a call > to vm_page_alloc() to allocate another page at the same pindex. > > Whether it is this list of pages that is corrupted or not, this means > that the object's list of pages (shown above) and its radix tree of > pages are out of sync. > > I'm curious to know what mpred is when the assertion fails. That will > tell us something about the state of the radix tree. > > I've also modified ddb's "show object" to provide an additional bit of > information. However, it would be really nice if "show object" > displayed the state of the radix tree. > > This patch makes no change. --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?539E9DD4.4080001>