On Wed, Nov 19, 2008 at 05:54:25AM +0100, Nick Piggin wrote: > On Wed, Nov 19, 2008 at 05:53:38AM +0100, Nick Piggin wrote: > > Jim Radford has reported that the vmap subsystem rewrite was sometimes causing > > his VIVT ARM system to behave strangely (seemed like going into infinite loops > > trying to fault in pages to userspace). > > We determined that the problem was most likely due to a cache aliasing issue. > > flush_cache_vunmap was only being called at the moment the page tables were > > to be taken down, however with lazy unmapping, this can happen after the page > > has subsequently been freed and allocated for something else. The dangling > > alias may still have dirty data attached to it. > > The fix for this problem is to do the cache flushing when the caller has > > called vunmap -- it would be a bug for them to write anything else to the > > mapping at that point. > Added Jim to CC... Thanks Nick. I just wanted to confirm that this latest version of the patch works for me as well. -Jim -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html