Linus Torvalds fc8744adc8 Stop playing silly games with the VM_ACCOUNT flag ... The mmap_region() code would temporarily set the VM_ACCOUNT flag for anonymous shared mappings just to inform shmem_zero_setup() that it should enable accounting for the resulting shm object. It would then clear the flag after calling ->mmap (for the /dev/zero case) or doing shmem_zero_setup() (for the MAP_ANON case). This just resulted in vma merge issues, but also made for just unnecessary confusion. Use the already-existing VM_NORESERVE flag for this instead, and let shmem_{zero|file}_setup() just figure it out from that. This also happens to make it obvious that the new DRI2 GEM layer uses a non-reserving backing store for its object allocation - which is quite possibly not intentional. But since I didn't want to change semantics in this patch, I left it alone, and just updated the caller to use the new flag semantics. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2009-01-31 15:08:56 -08:00
..
compat_mq.c
compat.c
ipc_sysctl.c	ipc/ipc_sysctl.c: move the definition of ipc_auto_callback()	2009-01-06 15:59:29 -08:00
ipcns_notifier.c
Makefile
mqueue.c	[CVE-2009-0029] System call wrappers part 26	2009-01-14 14:15:29 +01:00
msg.c	[CVE-2009-0029] System call wrappers part 24	2009-01-14 14:15:28 +01:00
msgutil.c
namespace.c
sem.c	[CVE-2009-0029] System call wrappers part 25	2009-01-14 14:15:28 +01:00
shm.c	Stop playing silly games with the VM_ACCOUNT flag	2009-01-31 15:08:56 -08:00
util.c	sanitize audit_ipc_set_perm()	2009-01-04 15:14:40 -05:00
util.h