Hi David, On Mon, 26 Mar 2007, David Howells wrote: > The reason is that, at the moment, VMAs are a global *shared* resource in > NOMMU-mode. Each process has a list of global VMAs that it subscribes to, but > that's it. This (a) slightly reduces the amount of metadata allocated > (possibly), and (b) makes sharing of executables and libraries much easier.
On Mon, 26 Mar 2007, David Howells wrote: > I wonder if revoke_mm() is something that you can't do in NOMMU-mode. What > does it do? The revoke_mm() function scans all vmas of a mm and revokes those that are shared and point to the inode being revoked. So, NOMMU can't do that. But what's more important is, can we do revoke_mapping() for NOMMU? AFAICT we can, we just need to scan all the global vmas, right? Pekka - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/