summaryrefslogtreecommitdiffstats
path: root/arch/m32r
diff options
context:
space:
mode:
authorAnton Blanchard <anton@samba.org>2012-12-12 14:43:12 +0000
committerBenjamin Herrenschmidt <benh@kernel.crashing.org>2013-01-10 17:01:27 +1100
commit98679fb0927cee2084caddc5277326f18642a58b (patch)
tree497bd3575f1fdc07257e0012b80a688ab96797e6 /arch/m32r
parent0b9fd94a1cc814a07f1ce7f439b7ab718228b7c7 (diff)
downloadtalos-op-linux-98679fb0927cee2084caddc5277326f18642a58b.tar.gz
talos-op-linux-98679fb0927cee2084caddc5277326f18642a58b.zip
powerpc: Avoid load of static chain register when calling nested functions through a pointer on 64bit
The ppc64 ABI has a static chain register (r11) which is only used when calling nested functions through a pointer. Considering that we take a dim view of nested functions in the kernel, we have a lot of unnecessary overhead here. gcc 4.7 has an option to disable loading of r11 so lets use it. If hell freezes over and hipsters manage to litter the kernel with nested functions, gcc will give us an error message and won't simply compile bad code: You cannot take the address of a nested function if you use the -mno-pointers-to-nested-functions option. Furthermore our kernel module trampolines don't setup the static chain register so adding this option and forcing gcc to error out makes even more sense. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'arch/m32r')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud