summaryrefslogtreecommitdiffstats
path: root/fs/ecryptfs/dentry.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2008-04-30 19:50:03 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2008-04-30 20:07:22 -0700
commit6d98ca736441029e4e87ad3b6dc4a8645dc4c6d3 (patch)
tree5aab64f86dc6697bba085884c28f32ea031a1e99 /fs/ecryptfs/dentry.c
parent958a2f29a6520a1d2973077ce7854ea9a44f48a2 (diff)
downloadkernel-crypto-6d98ca736441029e4e87ad3b6dc4a8645dc4c6d3.tar.gz
kernel-crypto-6d98ca736441029e4e87ad3b6dc4a8645dc4c6d3.tar.xz
kernel-crypto-6d98ca736441029e4e87ad3b6dc4a8645dc4c6d3.zip
x86: Mark OPTIMIZE_INLINING broken
So Ingo finally did figure out why UML broke with this option: UML passes gcc the -fno-unit-at-a-time flag, and apparently that wreaks havoc with gcc's inlining. We could turn off -fno-unit-at-a-time for UML for gcc4+ (which is what x86 does), but there's bad blood about this whole option, and it does show that the thing is just fragile as heck. So let tempers cool, and disable the thing, and we can revisit the decision later. Cc: Adrian Bunk <bunk@kernel.org> Cc: David Miller <davem@davemloft.net> Acked-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/ecryptfs/dentry.c')
0 files changed, 0 insertions, 0 deletions