Thread (17 messages) 17 messages, 4 authors, 2017-10-19

[RFC PATCH v4 6/8] drm/bridge/analogix: Do not use device's drvdata

From: Archit Taneja <hidden>
Date: 2017-10-18 04:46:22
Also in: dri-devel, linux-rockchip, linux-samsung-soc, lkml

Hi,

On 10/18/2017 05:13 AM, Jingoo Han wrote:
On Tuesday, October 17, 2017 6:16 AM, Jeffy Chen wrote:
quoted
From: Tomasz Figa <tfiga@chromium.org>

The driver that instantiates the bridge should own the drvdata, as all
driver model callbacks (probe, remove, shutdown, PM ops, etc.) are also
owned by its driver struct. Moreover, storing two different pointer
types in driver data depending on driver initialization status is barely
a good practice and in fact has led to many bugs in this driver.

Let's clean up this mess and change Analogix entry points to simply
accept some opaque struct pointer, adjusting their users at the same
time to avoid breaking the compilation.

Signed-off-by: Tomasz Figa <tfiga@chromium.org>
Signed-off-by: Jeffy Chen <redacted>
Reviewed-by: Andrzej Hajda <redacted>
This depends on previous patches of the series. I guess it would be easier
to queue this to drm-misc as a part of the eDP support series. For that:

Acked-by: Archit Taneja <redacted>
Acked-by: Jingoo Han <jingoohan1@gmail.com>

Best regards,
Jingoo Han
quoted
---

Changes in v4: None
Changes in v3: None
Changes in v2: None

  drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 50 +++++++++--------
-----
  drivers/gpu/drm/exynos/exynos_dp.c                 | 26 ++++++-----
  drivers/gpu/drm/rockchip/analogix_dp-rockchip.c    | 47
+++++++++++-------
quoted
--
  include/drm/bridge/analogix_dp.h                   | 19 ++++----
  4 files changed, 73 insertions(+), 69 deletions(-)

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help