summaryrefslogtreecommitdiffstats
path: root/mm/page_io.c
diff options
context:
space:
mode:
authorJens Axboe <axboe@kernel.dk>2021-03-02 17:22:11 -0700
committerJens Axboe <axboe@kernel.dk>2021-03-02 17:22:11 -0700
commitf5f4fc4649ae542b1a25670b17aaf3cbb6187acc (patch)
treea859d8a170185780f4ed82033c4d66f29b32134c /mm/page_io.c
parent7a7fd0de4a9804299793e564a555a49c1fc924cb (diff)
downloadlinux-f5f4fc4649ae542b1a25670b17aaf3cbb6187acc.tar.gz
linux-f5f4fc4649ae542b1a25670b17aaf3cbb6187acc.tar.bz2
linux-f5f4fc4649ae542b1a25670b17aaf3cbb6187acc.zip
ia64: don't call handle_signal() unless there's actually a signal queued
Sergei and John both reported that ia64 failed to boot in 5.11, and it was related to signals. Turns out the ia64 signal handling is a bit odd, it doesn't check the return value of get_signal() for whether there's a signal to deliver or not. With the introduction of TIF_NOTIFY_SIGNAL, then task_work could trigger it. Fix it by only calling handle_signal() if we actually have a real signal to deliver. This brings it in line with all other archs, too. Fixes: b269c229b0e8 ("ia64: add support for TIF_NOTIFY_SIGNAL") Reported-by: Sergei Trofimovich <slyich@gmail.com> Reported-by: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> Tested-by: Sergei Trofimovich <slyich@gmail.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'mm/page_io.c')
0 files changed, 0 insertions, 0 deletions