Andi Kleen c8399943bd x86, generic: mark complex bitops.h inlines as __always_inline ... Impact: reduce kernel image size Hugh Dickins noticed that older gcc versions when the kernel is built for code size didn't inline some of the bitops. Mark all complex x86 bitops that have more than a single asm statement or two as always inline to avoid this problem. Probably should be done for other architectures too. Ingo then found a better fix that only requires a single line change, but it unfortunately only works on gcc 4.3. On older gccs the original patch still makes a ~0.3% defconfig difference with CONFIG_OPTIMIZE_INLINING=y. With gcc 4.1 and a defconfig like build: 6116998 1138540 883788 8139326 7c323e vmlinux-oi-with-patch 6137043 1138540 883788 8159371 7c808b vmlinux-optimize-inlining ~20k / 0.3% difference. Signed-off-by: Andi Kleen <ak@linux.intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Ingo Molnar <mingo@elte.hu>		2009-01-13 18:56:30 +01:00
..
__ffs.h	x86, generic: mark complex bitops.h inlines as __always_inline	2009-01-13 18:56:30 +01:00
__fls.h	x86, generic: mark complex bitops.h inlines as __always_inline	2009-01-13 18:56:30 +01:00
atomic.h
ext2-atomic.h
ext2-non-atomic.h	ext4: Add ext4_find_next_bit()	2008-01-28 23:58:27 -05:00
ffs.h
ffz.h
find.h	x86, generic: optimize find_next_(zero_)bit for small constant-size bitmaps	2008-04-26 19:21:16 +02:00
fls64.h	x86, generic: mark complex bitops.h inlines as __always_inline	2009-01-13 18:56:30 +01:00
fls.h	x86, generic: mark complex bitops.h inlines as __always_inline	2009-01-13 18:56:30 +01:00
hweight.h
le.h	ext4: Add ext4_find_next_bit()	2008-01-28 23:58:27 -05:00
lock.h
minix-le.h
minix.h
non-atomic.h
sched.h