2
0
mirror of https://github.com/edk2-porting/linux-next.git synced 2024-12-24 05:04:00 +08:00
linux-next/arch/x86_64/mm
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 Remove obsolete #include <linux/config.h> 2006-06-30 19:25:36 +02:00
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 [PATCH] x86_64: Flexmap for 32bit and randomized mappings for 64bit 2006-01-16 23:18:35 -08:00
mmap.c Remove obsolete #include <linux/config.h> 2006-06-30 19:25:36 +02:00
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