Re: [patch] mm: vmalloc fix lazy unmapping cache aliasing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Linux Kernel]     [Kernel Newbies]     [x86 Platform Driver]     [Netdev]     [Linux Wireless]     [Netfilter]     [Bugtraq]     [Linux Filesystems]     [Yosemite Discussion]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]

  Powered by Linux