[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date: Thu, 04 Apr 2024 13:07:58 +0300
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Neil Armstrong <neil.armstrong@...aro.org>,
Jessica Zhang <quic_jesszhan@...cinc.com>, Sam Ravnborg <sam@...nborg.org>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...il.com>, Daniel Vetter <daniel@...ll.ch>,
Matthias Kaehlcke <mka@...omium.org>,
Harigovindan P <harigovi@...eaurora.org>,
Ritesh Kumar <quic_riteshk@...cinc.com>,
Sumit Semwal <sumit.semwal@...aro.org>
Cc: dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
Subject: [PATCH 0/6] drm/panel: small fixes for visionox and novatek panel
drivers
While taking a glance at the novatek-nt36672e driver I stumbled upon a
call to unregister the DSI device for the panel, although it was not the
panel driver that registered the device.
Remove this call and a similar call from the visionox-rm69299 driver.
While we are at it, also optimize regulator API calls in these two
drivers and in the novatek-nt36672a driver.
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
---
Dmitry Baryshkov (6):
drm/panel: visionox-rm69299: don't unregister DSI device
drm/panel: novatek-nt36682e: don't unregister DSI device
drm/panel: novatek-nt36672e: stop setting register load before disable
drm/panel: novatek-nt36672e: stop calling regulator_set_load manually
drm/panel: novatek-nt36672a: stop calling regulator_set_load manually
drm/panel: visionox-rm69299: stop calling regulator_set_load manually
drivers/gpu/drm/panel/panel-novatek-nt36672a.c | 11 +++-----
drivers/gpu/drm/panel/panel-novatek-nt36672e.c | 35 +++-----------------------
drivers/gpu/drm/panel/panel-visionox-rm69299.c | 18 ++-----------
3 files changed, 9 insertions(+), 55 deletions(-)
---
base-commit: a6bd6c9333397f5a0e2667d4d82fef8c970108f2
change-id: 20240404-drop-panel-unregister-744a9fd41cc6
Best regards,
--
Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
Powered by blists - more mailing lists