aboutsummaryrefslogtreecommitdiff
path: root/crypto/tgr192.c
diff options
context:
space:
mode:
authorSam Ravnborg <sam@ravnborg.org>2011-12-27 21:46:53 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-05-01 08:56:40 -0700
commit7a0db699f49f9045484cf256316689cd6668f949 (patch)
tree8a183e5aa2bf1c019c8eb5bb7db37e80a0601bfd /crypto/tgr192.c
parent8a53479a31bed3ef13f55c6752cb1a3962affcff (diff)
sparc32: support atomic64_t
commit aea1181b0bd0a09c54546399768f359d1e198e45 upstream, Needed to compile ext4 for sparc32 since commit 503f4bdcc078e7abee273a85ce322de81b18a224 There is no-one that really require atomic64_t support on sparc32. But several drivers fails to build without proper atomic64 support. And for an allyesconfig build for sparc32 this is annoying. Include the generic atomic64_t support for sparc32. This has a text footprint cost: $size vmlinux (before atomic64_t support) text data bss dec hex filename 3578860 134260 108781 3821901 3a514d vmlinux $size vmlinux (after atomic64_t support) text data bss dec hex filename 3579892 130684 108781 3819357 3a475d vmlinux text increase (3579892 - 3578860) = 1032 bytes data decreases - but I fail to explain why! I have rebuild twice to check my numbers. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Andreas Larsson <andreas@gaisler.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'crypto/tgr192.c')
0 files changed, 0 insertions, 0 deletions