diff options
| author | Linus Torvalds <torvalds@linux-foundation.org> | 2022-05-25 18:02:19 +0200 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2022-05-25 19:08:59 +0200 |
| commit | caa28984163cb63ea0be4cb8dbf05defdc7303f9 (patch) | |
| tree | eef470377776f300b96cae38c5cb1883da0d0da4 /include | |
| parent | media: lirc: revert removal of unused feature flags (diff) | |
| download | linux-caa28984163cb63ea0be4cb8dbf05defdc7303f9.tar.xz linux-caa28984163cb63ea0be4cb8dbf05defdc7303f9.zip | |
linux/types.h: reinstate "__bitwise__" macro for user space use
Commit c724c866bb70 ("linux/types.h: remove unnecessary __bitwise__")
was right that there are no users of __bitwise__ in the kernel, but it
turns out there are user space users of it that do expect it.
It is, after all, in the uapi directory, so user space usage is to be
expected.
Instead of reverting the commit completely, let's just clarify the
situation so that it doesn't happen again, and have some in-code
explanations for why that "__bitwise__" still exists.
Reported-by: Jiri Slaby <jirislaby@kernel.org>
Cc: Bjorn Helgaas <helgaas@kernel.org>
Link: https://lore.kernel.org/all/b5c0a68d-8387-4909-beea-f70ab9e6e3d5@kernel.org/
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include')
| -rw-r--r-- | include/uapi/linux/types.h | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/include/uapi/linux/types.h b/include/uapi/linux/types.h index c4dc597f3dcf..308433be33c2 100644 --- a/include/uapi/linux/types.h +++ b/include/uapi/linux/types.h @@ -26,6 +26,9 @@ #define __bitwise #endif +/* The kernel doesn't use this legacy form, but user space does */ +#define __bitwise__ __bitwise + typedef __u16 __bitwise __le16; typedef __u16 __bitwise __be16; typedef __u32 __bitwise __le32; |