summaryrefslogtreecommitdiffstats
path: root/arch/powerpc/kernel/vdso32
diff options
context:
space:
mode:
authorAnton Blanchard <anton@au1.ibm.com>2014-02-12 07:17:05 +0100
committerBenjamin Herrenschmidt <benh@kernel.crashing.org>2014-02-17 01:19:37 +0100
commita0a4419e302fedb548d56129e02130347810f892 (patch)
treece833699bd698a3a037387d518f158a926572ac4 /arch/powerpc/kernel/vdso32
parentmm: Use ptep/pmdp_set_numa() for updating _PAGE_NUMA bit (diff)
downloadlinux-a0a4419e302fedb548d56129e02130347810f892.tar.xz
linux-a0a4419e302fedb548d56129e02130347810f892.zip
powerpc: Link VDSOs at 0x0
perf is failing to resolve symbols in the VDSO. A while (1) gettimeofday() loop shows: 93.99% [vdso] [.] 0x00000000000005e0 3.12% test [.] 00000037.plt_call.gettimeofday@@GLIBC_2.18 2.81% test [.] main The reason for this is that we are linking our VDSO shared libraries at 1MB, which is a little weird. Even though this is uncommon, Alan points out that it is valid and we should probably fix perf userspace. Regardless, I can't see a reason why we are doing this. The code is all position independent and we never rely on the VDSO ending up at 1M (and we never place it there on 64bit tasks). Changing our link address to 0x0 fixes perf VDSO symbol resolution: 73.18% [vdso] [.] 0x000000000000060c 12.39% [vdso] [.] __kernel_gettimeofday 3.58% test [.] 00000037.plt_call.gettimeofday@@GLIBC_2.18 2.94% [vdso] [.] __kernel_datapage_offset 2.90% test [.] main We still have some local symbol resolution issues that will be fixed in a subsequent patch. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'arch/powerpc/kernel/vdso32')
0 files changed, 0 insertions, 0 deletions