Linux kernel development work - see feature branches https://git.zx2c4.com/linux-dev/atom/arch/xtensa/include/asm/bitsperlong.h?h=master 2012-10-16T04:48:53Z 2012-10-16T04:48:53Z David Howells dhowells@redhat.com 2012-10-14T23:55:40Z urn:sha1:83596729adbca4ff3b0273de22e166c64aea49ec UAPI: (Scripted) Disintegrate arch/xtensa/include/asm Signed-off-by: David Howells <dhowells@redhat.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Thomas Gleixner <tglx@linutronix.de> Acked-by: Michael Kerrisk <mtk.manpages@gmail.com> Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Acked-by: Dave Jones <davej@redhat.com> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> Signed-off-by: Chris Zankel <chris@zankel.net> 2009-06-11T19:02:14Z Arnd Bergmann arnd@arndb.de 2009-05-13T22:56:25Z urn:sha1:c31ae4bb4a9fa4606a74c0a4fb61b74f804e861e This provides a reliable way for asm-generic/types.h and other files to find out if it is running on a 32 or 64 bit platform. We cannot use CONFIG_64BIT for this in headers that are included from user space because CONFIG symbols are not available there. We also cannot do it inside of asm/types.h because some headers need the word size but cannot include types.h. The solution is to introduce a new header <asm/bitsperlong.h> that defines both __BITS_PER_LONG for user space and BITS_PER_LONG for usage in the kernel. The asm-generic version falls back to 32 bit unless the architecture overrides it, which I did for all 64 bit platforms. Signed-off-by: Remis Lima Baima <remis.developer@googlemail.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>