Messages in this thread | | | Date | Mon, 26 Mar 2007 14:30:34 +0300 (EEST) | From | Pekka J Enberg <> | Subject | Re: [PATCH -mm] Revoke core code: fix nommu arch compiling error bug |
| |
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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |