Greg Kroah-Hartman
598cf27219
Link: https://lore.kernel.org/r/20260217200002.683975158@linuxfoundation.org Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com> Tested-by: Peter Schneider <pschneider1968@googlemail.com> Tested-by: Jon Hunter <jonathanh@nvidia.com> Tested-by: Salvatore Bonaccorso <carnil@debian.org> Tested-by: Brett A C Sheffield <bacs@librecast.net> Tested-by: Mark Brown <broonie@kernel.org> Tested-by: Luna Jernberg <droidbittin@gmail.com> Tested-by: Ronald Warsow <rwarsow@gmx.de> Tested-by: Justin M. Forbes <jforbes@fedoraproject.org> Tested-by: Ron Economos <re@w6rz.net> Tested-by: Miguel Ojeda <ojeda@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
32 lines
1.1 KiB
C
32 lines
1.1 KiB
C
/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
|
|
#ifndef _UAPI__ASM_GENERIC_BITS_PER_LONG
|
|
#define _UAPI__ASM_GENERIC_BITS_PER_LONG
|
|
|
|
#ifndef __BITS_PER_LONG
|
|
/*
|
|
* In order to keep safe and avoid regression, only unify uapi
|
|
* bitsperlong.h for some archs which are using newer toolchains
|
|
* that have the definitions of __CHAR_BIT__ and __SIZEOF_LONG__.
|
|
* See the following link for more info:
|
|
* https://lore.kernel.org/linux-arch/b9624545-2c80-49a1-ac3c-39264a591f7b@app.fastmail.com/
|
|
*/
|
|
#if defined(__CHAR_BIT__) && defined(__SIZEOF_LONG__)
|
|
#define __BITS_PER_LONG (__CHAR_BIT__ * __SIZEOF_LONG__)
|
|
#else
|
|
/*
|
|
* There seems to be no way of detecting this automatically from user
|
|
* space, so 64 bit architectures should override this in their
|
|
* bitsperlong.h. In particular, an architecture that supports
|
|
* both 32 and 64 bit user space must not rely on CONFIG_64BIT
|
|
* to decide it, but rather check a compiler provided macro.
|
|
*/
|
|
#define __BITS_PER_LONG 32
|
|
#endif
|
|
#endif
|
|
|
|
#ifndef __BITS_PER_LONG_LONG
|
|
#define __BITS_PER_LONG_LONG 64
|
|
#endif
|
|
|
|
#endif /* _UAPI__ASM_GENERIC_BITS_PER_LONG */
|