aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/failed-syscalls-by-pid.py
diff options
context:
space:
mode:
authorWilly Tarreau <[email protected]>2022-05-08 09:37:07 +0000
committerLinus Torvalds <[email protected]>2022-05-08 17:01:48 +0000
commitf71f01394f742fc4558b3f9f4c7ef4c4cf3b07c8 (patch)
treef0c852b8b4e16189fa99aa8458a9759d7d1e8725 /tools/perf/scripts/python/failed-syscalls-by-pid.py
parentMerge tag 'gpio-fixes-for-v5.18-rc6' of git://git.kernel.org/pub/scm/linux/ke... (diff)
downloadkernel-f71f01394f742fc4558b3f9f4c7ef4c4cf3b07c8.tar.gz
kernel-f71f01394f742fc4558b3f9f4c7ef4c4cf3b07c8.zip
floppy: use a statically allocated error counter
Interrupt handler bad_flp_intr() may cause a UAF on the recently freed request just to increment the error count. There's no point keeping that one in the request anyway, and since the interrupt handler uses a static pointer to the error which cannot be kept in sync with the pending request, better make it use a static error counter that's reset for each new request. This reset now happens when entering redo_fd_request() for a new request via set_next_request(). One initial concern about a single error counter was that errors on one floppy drive could be reported on another one, but this problem is not real given that the driver uses a single drive at a time, as that PC-compatible controllers also have this limitation by using shared signals. As such the error count is always for the "current" drive. Reported-by: Minh Yuan <[email protected]> Suggested-by: Linus Torvalds <[email protected]> Tested-by: Denis Efremov <[email protected]> Signed-off-by: Willy Tarreau <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/failed-syscalls-by-pid.py')
0 files changed, 0 insertions, 0 deletions