RPI-B VM panic

Hans Petter Selasky hps at selasky.org
Mon Jun 16 20:45:00 UTC 2014


On 06/16/14 18:08, Alan Cox wrote:
> On 06/16/2014 02:33, Hans Petter Selasky wrote:
>>>
>>> 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.
>
> Can you please clarify?  Did I not attach the new patch?  The new patch
> changed the output of the KASSERT and ddb's "show object" so that we
> could get a better idea where the vm object corruption lies.
>
>

Can you re-send the patch for ddb's show object?

--HPS


More information about the freebsd-arm mailing list