On 5/16/24 8:51 AM, Alexander Stein wrote:
Hi Marek,
thanks for the patch.
Am Montag, 13. Mai 2024, 04:16:27 CEST schrieb Marek Vasut:
Initialize the bridge on attach already, to force lanes into LP11
state, since attach does trigger attach of downstream bridges which
may trigger (e)DP AUX channel mode read.
This fixes a corner case where DSIM with TC9595 attached to it fails
to operate the DP AUX channel, because the TC9595 enters some debug
mode when it is released from reset without lanes in LP11 mode. By
ensuring the DSIM lanes are in LP11, the TC9595 (tc358767.c driver)
can be reset in its attach callback called from DSIM attach callback,
and recovered out of the debug mode just before TC9595 performs first
AUX channel access later in its attach callback.
Signed-off-by: Marek Vasut <ma...@denx.de>
---
Cc: Adam Ford <aford...@gmail.com>
Cc: Alexander Stein <alexander.st...@ew.tq-group.com>
Cc: Andrzej Hajda <andrzej.ha...@intel.com>
Cc: Daniel Vetter <dan...@ffwll.ch>
Cc: David Airlie <airl...@gmail.com>
Cc: Frieder Schrempf <frieder.schre...@kontron.de>
Cc: Inki Dae <inki....@samsung.com>
Cc: Jagan Teki <ja...@amarulasolutions.com>
Cc: Jernej Skrabec <jernej.skra...@gmail.com>
Cc: Jonas Karlman <jo...@kwiboo.se>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Cc: Lucas Stach <l.st...@pengutronix.de>
Cc: Maarten Lankhorst <maarten.lankho...@linux.intel.com>
Cc: Marek Szyprowski <m.szyprow...@samsung.com>
Cc: Maxime Ripard <mrip...@kernel.org>
Cc: Michael Walle <mwa...@kernel.org>
Cc: Neil Armstrong <neil.armstr...@linaro.org>
Cc: Robert Foss <rf...@kernel.org>
Cc: Thomas Zimmermann <tzimmerm...@suse.de>
Cc: dri-devel@lists.freedesktop.org
Cc: ker...@dh-electronics.com
---
drivers/gpu/drm/bridge/samsung-dsim.c | 16 ++++++++++++++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/samsung-dsim.c
b/drivers/gpu/drm/bridge/samsung-dsim.c
index 95fedc68b0ae5..56093fc3d62cc 100644
--- a/drivers/gpu/drm/bridge/samsung-dsim.c
+++ b/drivers/gpu/drm/bridge/samsung-dsim.c
@@ -1622,9 +1622,21 @@ static int samsung_dsim_attach(struct drm_bridge *bridge,
enum drm_bridge_attach_flags flags)
{
struct samsung_dsim *dsi = bridge_to_dsi(bridge);
+ int ret;
+
+ ret = pm_runtime_resume_and_get(dsi->dev);
+ if (ret < 0)
+ return ret;
- return drm_bridge_attach(bridge->encoder, dsi->out_bridge, bridge,
- flags);
+ ret = samsung_dsim_init(dsi);
+ if (ret < 0)
+ goto err;
+
+ ret = drm_bridge_attach(bridge->encoder, dsi->out_bridge, bridge,
+ flags);
+err:
+ pm_runtime_put_sync(dsi->dev);
+ return ret;
}
static const struct drm_bridge_funcs samsung_dsim_bridge_funcs = {
It seems the right thing to do. But if 'samsung,burst-clock-frequency' is
not specified for DSIM I get a DSI PLL configuration failure. There is no
mode yet, thus samsung_dsim_enable_clock() tries to configure the PLL for
0Hz. There is another reconfiguration while pre_enabling the chain targeting
the correct clock (891000000Hz for 1920x1080), so this seems fine.
But I'm not sure if the 1st config error has any negative side effects.
Will be fixed in V2, thanks for pointing this out.
