On Sat, Nov 28, 2009 at 11:44:45AM +, Steve Woodford wrote:
> Module Name: src
> Committed By: scw
> Date: Sat Nov 28 11:44:45 UTC 2009
>
> Modified Files:
> src/sys/arch/arm/arm32: pmap.c
>
> Log Message:
> Apply some band-aid to pmap_activate() for PR kern/41058:
>
> There's a corner case here which can leave turds in the cache as
> reported in kern/41058. They're probably left over during tear-down and
> switching away from an exiting process. Until the root cause is identified
> and fixed, zap the cache when switching pmaps. This will result in a few
> unnecessary cache flushes, but that's better than silently corrupting data.
>
> Also remove an extraneous return statement in pmap_page_protect() which
> crept in during the matt-armv6 merge.
Hmm, this reminds me of port-arm/38950, where we were seeing hangs on exit
due to some don't-need-to-do-full-context-switch optimizations. Could the
two issues be related? I haven't looked at this issue, but I did do a bunch
of analysis for port-arm/38950, there's a fair bit of background there.
--rafal
--
Time is an illusion; lunchtime, doubly so. |/\/\| Rafal Boni
-- Ford Prefect |\/\/| ra...@pobox.com