diff options
author | Anton Blanchard <anton@samba.org> | 2005-04-16 15:24:37 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@ppc970.osdl.org> | 2005-04-16 15:24:37 -0700 |
commit | 89e09f5ebba4bcde9852e4be4af536d5b691f20a (patch) | |
tree | 3098bc3e95322f2f9050daa539f772fdb7d7b04b | |
parent | 50bfb2e0329d45dd46fdc34f70cdaabe2d8a1dc7 (diff) | |
download | kernel_samsung_smdk4412-89e09f5ebba4bcde9852e4be4af536d5b691f20a.tar.gz kernel_samsung_smdk4412-89e09f5ebba4bcde9852e4be4af536d5b691f20a.tar.bz2 kernel_samsung_smdk4412-89e09f5ebba4bcde9852e4be4af536d5b691f20a.zip |
[PATCH] ppc64: remove -fno-omit-frame-pointer
During some code inspection using gcc 4.0 I noticed a stack frame was being
created for a number of functions that didnt require it. For example:
c0000000000df944 <._spin_unlock>:
c0000000000df944: fb e1 ff f0 std r31,-16(r1)
c0000000000df948: f8 21 ff c1 stdu r1,-64(r1)
c0000000000df94c: 7c 3f 0b 78 mr r31,r1
c0000000000df950: 7c 20 04 ac lwsync
c0000000000df954: e8 21 00 00 ld r1,0(r1)
c0000000000df958: 38 00 00 00 li r0,0
c0000000000df95c: 90 03 00 00 stw r0,0(r3)
c0000000000df960: eb e1 ff f0 ld r31,-16(r1)
c0000000000df964: 4e 80 00 20 blr
It turns out we are adding -fno-omit-frame-pointer to ppc64 which is
causing the above behaviour. Removing that flag results in much better
code:
c0000000000d5b30 <._spin_unlock>:
c0000000000d5b30: 7c 20 04 ac lwsync
c0000000000d5b34: 38 00 00 00 li r0,0
c0000000000d5b38: 90 03 00 00 stw r0,0(r3)
c0000000000d5b3c: 4e 80 00 20 blr
We dont require a frame pointer to debug on ppc64, so remove it.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-rw-r--r-- | arch/ppc64/Kconfig | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/arch/ppc64/Kconfig b/arch/ppc64/Kconfig index 15c4a1455ca..ef1f05e437c 100644 --- a/arch/ppc64/Kconfig +++ b/arch/ppc64/Kconfig @@ -40,10 +40,6 @@ config COMPAT bool default y -config FRAME_POINTER - bool - default y - # We optimistically allocate largepages from the VM, so make the limit # large enough (16MB). This badly named config option is actually # max order + 1 |