[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230121192418.2814955-1-javierm@redhat.com>
Date: Sat, 21 Jan 2023 20:24:15 +0100
From: Javier Martinez Canillas <javierm@...hat.com>
To: linux-kernel@...r.kernel.org
Cc: Thomas Zimmermann <tzimmermann@...e.de>,
Noralf Trønnes <noralf@...nnes.org>,
Maxime Ripard <mripard@...nel.org>,
Javier Martinez Canillas <javierm@...hat.com>,
Daniel Vetter <daniel@...ll.ch>,
David Airlie <airlied@...il.com>, Helge Deller <deller@....de>,
Jaya Kumar <jayalk@...works.biz>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
dri-devel@...ts.freedesktop.org, linux-fbdev@...r.kernel.org
Subject: [PATCH v2 0/3] Fixes and cleanup for DRM fbdev emulation and deferred I/O
Hello,
This patch series contains two fixes and a cleanup for things that I noticed
while debugging a regression in the fbdev emulation for a DRM driver.
The first two patches are trivial and shoulnd't be controversial, the third
patch is less trivial, but it has been already reviewed by Thomas and I did
test it to make sure that works as expected. With it, I got rid of the WARN
that happened due a mutex used after it has been destroyed.
Best regards,
Javier
Changes in v2:
- Re-introduce the CONFIG_FB_DEFERRED_IO ifdef guard for the @fbdefio field
declaration since the kernel test robot reported that's needed at the end.
Javier Martinez Canillas (3):
fbdev: Remove unused struct fb_deferred_io .first_io field
drm/fb-helper: Check fb_deferred_io_init() return value
drm/fb-helper: Use a per-driver FB deferred I/O handler
drivers/gpu/drm/drm_fbdev_generic.c | 15 ++++++++-------
drivers/video/fbdev/core/fb_defio.c | 4 ----
include/drm/drm_fb_helper.h | 12 ++++++++++++
include/linux/fb.h | 1 -
4 files changed, 20 insertions(+), 12 deletions(-)
--
2.39.0
Powered by blists - more mailing lists