summaryrefslogtreecommitdiffstats
path: root/include/asm-x86/sections_64.h
diff options
context:
space:
mode:
authorRoland McGrath <roland@redhat.com>2007-10-17 18:04:41 +0200
committerThomas Gleixner <tglx@inhelltoy.tec.linutronix.de>2007-10-17 20:17:06 +0200
commitc65916fe3586521932fbd1b734f39744657f2f0d (patch)
tree89f238be3a65a8cf7b0173471a5eafab517bc1b2 /include/asm-x86/sections_64.h
parentde8aacbe6a3f3dd7104da09a5535232cd385fdd6 (diff)
downloadop-kernel-dev-c65916fe3586521932fbd1b734f39744657f2f0d.zip
op-kernel-dev-c65916fe3586521932fbd1b734f39744657f2f0d.tar.gz
x86: vdso linker script cleanup
I can't see the reason ". = VDSO_PRELINK + 0x900;" was ever there in the linker script for the x86_64 vDSO. I can't find anything that depends on this magic offset, or that should care at all about the particular location of of the .data section (all from vvar.c) in the vDSO image. If it is really desireable to place .data at 0x900, then it should be after all the other sections so they fill in the space up to 0x900. This removes the 0x900 magic and cleans up the output sections generally in the vDSO linker script. This saves a few hundred bytes in the size of the vDSO file, bringing it back well under 4kb total so that its vma only needs one page. Signed-off-by: Roland McGrath <roland@redhat.com> Cc: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'include/asm-x86/sections_64.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud