kernfs: Improve kernfs_notify() poll notification latency
authorRadu Rendec <radu.rendec@gmail.com>
Fri, 16 Nov 2018 02:09:54 +0000 (21:09 -0500)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Tue, 27 Nov 2018 10:59:33 +0000 (11:59 +0100)
commit03c0a9208bb10821e5e3f1c81e6218df32524311
tree7635fbc93182d6ebff9b7788f90c022c236eb5aa
parent6be244dcd59b01245394b62a128901b1cfec468c
kernfs: Improve kernfs_notify() poll notification latency

kernfs_notify() does two notifications: poll and fsnotify. Originally,
both notifications were done from scheduled work context and all that
kernfs_notify() did was schedule the work.

This patch simply moves the poll notification from the scheduled work
handler to kernfs_notify(). The fsnotify notification still needs to be
done from scheduled work context because it can sleep (it needs to lock
a mutex).

If the poll notification is time critical (the notified thread needs to
wake as quickly as possible), it's better to do it from kernfs_notify()
directly. One example is calling sysfs_notify_dirent() from a hardware
interrupt handler to wake up a thread and handle the interrupt in user
space.

Signed-off-by: Radu Rendec <radu.rendec@gmail.com>
Acked-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
fs/kernfs/file.c