fbdev: flush deferred work in fb_deferred_io_fsync()
authorNam Cao <namcao@linutronix.de>
Mon, 18 Dec 2023 09:57:30 +0000 (10:57 +0100)
committerHelge Deller <deller@gmx.de>
Fri, 12 Jan 2024 11:38:37 +0000 (12:38 +0100)
commit15e4c1f462279b4e128f27de48133e0debe9e0df
tree4041e71c766889d5f17da14dc8af00dafa0d709f
parentdee56ccb468a832074397fdbf22bbd9bf6d710aa
fbdev: flush deferred work in fb_deferred_io_fsync()

The driver's fsync() is supposed to flush any pending operation to
hardware. It is implemented in this driver by cancelling the queued
deferred IO first, then schedule it for "immediate execution" by calling
schedule_delayed_work() again with delay=0. However, setting delay=0
only means the work is scheduled immediately, it does not mean the work
is executed immediately. There is no guarantee that the work is finished
after schedule_delayed_work() returns. After this driver's fsync()
returns, there can still be pending work. Furthermore, if close() is
called by users immediately after fsync(), the pending work gets
cancelled and fsync() may do nothing.

To ensure that the deferred IO completes, use flush_delayed_work()
instead. Write operations to this driver either write to the device
directly, or invoke schedule_delayed_work(); so by flushing the
workqueue, it can be guaranteed that all previous writes make it to the
device.

Fixes: 5e841b88d23d ("fb: fsync() method for deferred I/O flush.")
Cc: stable@vger.kernel.org
Signed-off-by: Nam Cao <namcao@linutronix.de>
Reviewed-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Helge Deller <deller@gmx.de>
drivers/video/fbdev/core/fb_defio.c