Edward Cree df81dfcfd6 genirq: Fix reference leaks on irq affinity notifiers ... The handling of notify->work did not properly maintain notify->kref in two cases: 1) where the work was already scheduled, another irq_set_affinity_locked() would get the ref and (no-op-ly) schedule the work. Thus when irq_affinity_notify() ran, it would drop the original ref but not the additional one. 2) when cancelling the (old) work in irq_set_affinity_notifier(), if there was outstanding work a ref had been got for it but was never put. Fix both by checking the return values of the work handling functions (schedule_work() for (1) and cancel_work_sync() for (2)) and put the extra ref if the return value indicates preexisting work. Fixes: cd7eab44e9 ("genirq: Add IRQ affinity notifiers") Fixes: 59c39840f5 ("genirq: Prevent use-after-free and work list corruption") Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Acked-by: Ben Hutchings <ben@decadent.org.uk> Link: https://lkml.kernel.org/r/24f5983f-2ab5-e83a-44ee-a45b5f9300f5@solarflare.com		2020-03-21 17:32:46 +01:00
..
affinity.c
autoprobe.c
chip.c
cpuhotplug.c
debug.h
debugfs.c
devres.c
dummychip.c
generic-chip.c
handle.c
internals.h
ipi.c
irq_sim.c
irqdesc.c
irqdomain.c
Kconfig
Makefile
manage.c
matrix.c
migration.c
msi.c
pm.c
proc.c
resend.c
settings.h
spurious.c
timings.c