um: irq/sigio: Support suspend/resume handling of workaround IRQs
authorJohannes Berg <johannes.berg@intel.com>
Fri, 11 Dec 2020 09:56:07 +0000 (10:56 +0100)
committerRichard Weinberger <richard@nod.at>
Sun, 13 Dec 2020 21:42:01 +0000 (22:42 +0100)
commitcae20ba0a16cdb2c6d218ea3519bb0942f287b69
tree86ca8cb75548d5afec41526d95ad493c416f815d
parent452f94cecff692a76eaaa9330fca03fe0f204f6f
um: irq/sigio: Support suspend/resume handling of workaround IRQs

If the sigio workaround needed to be applied to a file descriptor,
set_irq_wake() wouldn't work for it since it would get polled by
the thread instead of causing SIGIO, and thus could never really
cause a wakeup, since the thread notification FD wasn't marked as
being able to wake up the system.

Fix this by marking the thread's notification FD explicitly as a
wake source FD, i.e. not suppressing SIGIO for it in suspend. In
order to not cause spurious wakeups, we then need to remove all
FDs that shouldn't wake up the system from the polling thread. In
order to do this, add unlocked versions of ignore_sigio_fd() and
add_sigio_fd() (nothing else is happening in suspend, so this is
fine), and also modify ignore_sigio_fd() to return -ENOENT if the
FD wasn't originally in there. This doesn't matter because nothing
else currently checks the return value, but the irq code needs to
know which ones to restore the workaround for.

All told, this lets us use a timerfd for the RTC clock in the next
patch, which doesn't send SIGIO.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
arch/um/include/shared/os.h
arch/um/kernel/irq.c
arch/um/os-Linux/sigio.c