diff options
| author | Linus Torvalds <torvalds@linux-foundation.org> | 2022-05-25 09:02:19 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2022-05-25 10:08:59 -0700 |
| commit | caa28984163cb63ea0be4cb8dbf05defdc7303f9 (patch) | |
| tree | eef470377776f300b96cae38c5cb1883da0d0da4 /lib | |
| parent | e5499dd7253c8382d03f687f19a854adcc688357 (diff) | |
| download | linux-caa28984163cb63ea0be4cb8dbf05defdc7303f9.tar.bz2 | |
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 'lib')
0 files changed, 0 insertions, 0 deletions