On Fri, Jan 04, 2013 at 09:41:53AM -0600, Cliff Wickman wrote: > From: Cliff Wickman <cpw@xxxxxxx> > > Avi, Andrea, Andrew, Hugh, Mel, > > We at SGI have a need to address some very high physical address ranges with > our GRU (global reference unit), sometimes across partitioned machine boundaries > and sometimes with larger addresses than the cpu supports. > We do this with the aid of our own 'extended vma' module which mimics the vma. > When something (either unmap or exit) frees an 'extended vma' we use the mmu > notifiers to clean them up. > > We had been able to mimic the functions __mmu_notifier_invalidate_range_start() > and __mmu_notifier_invalidate_range_end() by locking the per-mm lock and > walking the per-mm notifier list. But with the change to a global srcu > lock (static in mmu_notifier.c) we can no longer do that. Our module has > no access to that lock. > > So we request that these two functions be exported. > I do not believe I wrote any of the MMU notifier code so it's not up to me how it should be exported (or if it should even be allowed). I find it curious that it appears that no other driver needs this and wonder if you could also abuse the vma_ops->close interface to do some of the cleanup but I've no idea what your module is doing. I've no objection to the export as such but it's really not my call. Andrea? -- Mel Gorman SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>