summaryrefslogtreecommitdiff
path: root/tools/testing/selftests/rseq/param_test.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2024-01-30 22:34:49 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2024-01-30 22:34:49 +0300
commit53ed2ac8fc1de6658aadae5714627ac99b9dddb0 (patch)
tree4f80ff541094e5eea22a3017ab2b7ede8497d4e3 /tools/testing/selftests/rseq/param_test.c
parent861c0981648f5b64c86fd028ee622096eb7af05a (diff)
downloadlinux-53ed2ac8fc1de6658aadae5714627ac99b9dddb0.tar.xz
soc: apple: mailbox: error pointers are negative integers
In an entirely unrelated discussion where I pointed out a stupid thinko of mine, Rasmus piped up and noted that that obvious mistake already existed elsewhere in the kernel tree. An "error pointer" is the negative error value encoded as a pointer, making the whole "return error or valid pointer" use-case simple and straightforward. We use it all over the kernel. But the key here is that errors are _negative_ error numbers, not the horrid UNIX user-level model of "-1 and the value of 'errno'". The Apple mailbox driver used the positive error values, and thus just returned invalid normal pointers instead of actual errors. Of course, the reason nobody ever noticed is that the errors presumably never actually happen, so this is fixing a conceptual bug rather than an actual one. Reported-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk> Link: https://lore.kernel.org/all/5c30afe0-f9fb-45d5-9333-dd914a1ea93a@prevas.dk/ Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'tools/testing/selftests/rseq/param_test.c')
0 files changed, 0 insertions, 0 deletions