summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/drm_fb_helper.c
diff options
context:
space:
mode:
authorThomas Zimmermann <tzimmermann@suse.de>2022-11-18 16:35:34 +0300
committerThomas Zimmermann <tzimmermann@suse.de>2022-11-23 11:11:00 +0300
commit1ab4de28cb1074dabf684076996d570afbe1dc4e (patch)
treef988c360046188e969944f10c87ada5fe915ccb6 /drivers/gpu/drm/drm_fb_helper.c
parent713befe89390c1d22a671491b2c7b2f07856f44a (diff)
downloadlinux-1ab4de28cb1074dabf684076996d570afbe1dc4e.tar.xz
Revert "drm/fb-helper: Schedule deferred-I/O worker after writing to framebuffer"
This reverts commit 7f5cc4a3e5e4c5a38e5748defc952e45278f7a70. Needed to restore the fbdev damage worker. There have been bug reports about locking order [1] and incorrectly takens branches. [2] Restore the damage worker until these problems have been resovled. Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://intel-gfx-ci.01.org/tree/drm-tip/fi-kbl-8809g.html # 1 Link: https://lore.kernel.org/dri-devel/20221115115819.23088-6-tzimmermann@suse.de/T/#m06eedc0a468940e4cbbd14ca026733b639bc445a # 2 Link: https://patchwork.freedesktop.org/patch/msgid/20221118133535.9739-3-tzimmermann@suse.de (cherry picked from commit 8b83e1a455382dc667898a525a93f4eb6716cc41)
Diffstat (limited to 'drivers/gpu/drm/drm_fb_helper.c')
-rw-r--r--drivers/gpu/drm/drm_fb_helper.c9
1 files changed, 1 insertions, 8 deletions
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index c0e9a977a3b3..cdbf03e941b2 100644
--- a/drivers/gpu/drm/drm_fb_helper.c
+++ b/drivers/gpu/drm/drm_fb_helper.c
@@ -599,16 +599,9 @@ static void drm_fb_helper_add_damage_clip(struct drm_fb_helper *helper, u32 x, u
static void drm_fb_helper_damage(struct drm_fb_helper *helper, u32 x, u32 y,
u32 width, u32 height)
{
- struct fb_info *info = helper->info;
-
drm_fb_helper_add_damage_clip(helper, x, y, width, height);
- /*
- * The current fbdev emulation only flushes buffers if a damage
- * update is necessary. And we can assume that deferred I/O has
- * been enabled as damage updates require deferred I/O for mmap.
- */
- fb_deferred_io_schedule_flush(info);
+ schedule_work(&helper->damage_work);
}
/*