Ernie Petrides 103efcd9aa [PATCH] x86-64: fix perms/range of vsyscall vma in /proc/*/maps ... The final line of /proc/<pid>/maps on x86_64 for native 64-bit tasks shows an incorrect ending address and incorrect permissions. There is only a single page mapped in this vsyscall region, and it is accessible for both read and execute. The patch below fixes this. (Since 32-bit-compat tasks have a real vma with correct perms/range, no change is necessary for that scenario.) Before the patch, a "cat /proc/self/maps | tail -1" shows this: ffffffffff600000-ffffffffffe00000 ---p 00000000 [...] After the patch, this is the output: ffffffffff600000-ffffffffff601000 r-xp 00000000 [...] Signed-off-by: Ernie Petrides <petrides@redhat.com> Signed-off-by: Andi Kleen <ak@suse.de>		2006-12-07 02:14:09 +01:00
..
extable.c
fault.c	[PATCH] x86-64: Use probe_kernel_address in arch/x86_64/*	2006-12-07 02:14:06 +01:00
init.c	[PATCH] x86-64: fix perms/range of vsyscall vma in /proc/*/maps	2006-12-07 02:14:09 +01:00
ioremap.c	[PATCH] Generic ioremap_page_range: x86_64 conversion	2006-10-01 00:39:32 -07:00
k8topology.c	[PATCH] Have x86_64 use add_active_range() and free_area_init_nodes	2006-09-27 08:26:11 -07:00
Makefile
mmap.c
numa.c	[PATCH] mm: use symbolic names instead of indices for zone initialisation	2006-10-11 11:14:14 -07:00
pageattr.c	[PATCH] x86-64: Speed and clean up cache flushing in change_page_attr	2006-12-07 02:14:05 +01:00
srat.c	[PATCH] x86-64: x86_64 hot-add memory srat.c fix	2006-10-21 18:37:01 +02:00