summaryrefslogtreecommitdiff
path: root/net/qrtr/af_qrtr.c
diff options
context:
space:
mode:
authorNam Cao <namcao@linutronix.de>2023-12-18 10:57:31 +0100
committerHelge Deller <deller@gmx.de>2024-01-12 12:38:37 +0100
commit33cd6ea9c0673517cdb06ad5c915c6f22e9615fc (patch)
tree34871f8c7812a09162a0b47b1bc6544369cadc48 /net/qrtr/af_qrtr.c
parent15e4c1f462279b4e128f27de48133e0debe9e0df (diff)
downloadlwn-33cd6ea9c0673517cdb06ad5c915c6f22e9615fc.tar.gz
lwn-33cd6ea9c0673517cdb06ad5c915c6f22e9615fc.zip
fbdev: flush deferred IO before closing
When framebuffer gets closed, the queued deferred IO gets cancelled. This can cause some last display data to vanish. This is problematic for users who send a still image to the framebuffer, then close the file: the image may never appear. To ensure none of display data get lost, flush the queued deferred IO first before closing. Another possible solution is to delete the cancel_delayed_work_sync() instead. The difference is that the display may appear some time after closing. However, the clearing of page mapping after this needs to be removed too, because the page mapping is used by the deferred work. It is not completely obvious whether it is okay to not clear the page mapping. For a patch intended for stable trees, go with the simple and obvious solution. Fixes: 60b59beafba8 ("fbdev: mm: Deferred IO support") 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>
Diffstat (limited to 'net/qrtr/af_qrtr.c')
0 files changed, 0 insertions, 0 deletions