devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Heiko Stübner" <heiko@sntech.de>
To: Andrzej Hajda <andrzej.hajda@intel.com>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Robert Foss <rfoss@kernel.org>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Maxime Ripard <mripard@kernel.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	Andy Yan <andy.yan@rock-chips.com>,
	Damon Ding <damon.ding@rock-chips.com>
Cc: Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Jonas Karlman <jonas@kwiboo.se>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Luca Ceresoli <luca.ceresoli@bootlin.com>,
	Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>,
	Sebastian Reichel <sebastian.reichel@collabora.com>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 00/10] Add HPD support for Rockchip Analogix DP
Date: Thu, 06 Aug 2026 01:42:14 +0200	[thread overview]
Message-ID: <7775230.ejJDZkT8p0@diego> (raw)
In-Reply-To: <29d483f3-2eb2-4886-a4fe-9b4b6d9d14f3@rock-chips.com>

Am Mittwoch, 5. August 2026, 06:06:48 Mitteleuropäische Sommerzeit schrieb Damon Ding:
> Hi Heiko,
> 
> On 8/5/2026 6:39 AM, Heiko Stübner wrote:
> > Hi Damon,
> > 
> > Am Dienstag, 4. August 2026, 10:17:07 Mitteleuropäische Sommerzeit schrieb Damon Ding:
> >> Display-connector mode (DP connector without HPD GPIO):
> >>
> >>    &edp_out_conn {
> >>        remote-endpoint = <&dp_con_in>;
> >>    };
> >>
> >>    dp-con {
> >>        compatible = "dp-connector";
> >>        label = "DP OUT";
> >>        type = "full-size";
> >>
> >>        port {
> >>            dp_con_in: endpoint {
> >>                remote-endpoint = <&edp_out_conn>;
> >>            };
> >>        };
> >>    };
> >>
> >> Display-connector mode (DP connector with HPD GPIO):
> >>
> >>    dp-con {
> >>        compatible = "dp-connector";
> >>        label = "DP OUT";
> >>        type = "full-size";
> >>        pinctrl-0 = <&edp0_hpd>;
> >>        pinctrl-names = "default";
> >>        hpd-gpios = <&gpio4 RK_PC1 GPIO_ACTIVE_HIGH>;
> >>
> >>        port {
> >>            dp_con_in: endpoint {
> >>                remote-endpoint = <&edp_out_conn>;
> >>            };
> >>        };
> >>    };
> >>
> >> All four configurations detect cable plug/unplug events correctly.
> 
> Thanks a lot for your testing and feedback. :-)
> 
> It seems my test setup gave me the false impression that those cases 
> worked well.
> 
> > 
> > hmm, it wasn't working entirely for me though and was still running into
> > issues when the display was unplugged on boot.
> > 
> 
> Are you seeing this boot‑unplug issue for both scenarios: DP‑connector 
> with HPD‑gpio paired with eDP without HPD‑gpio, and DP‑connector without 
> HPD‑gpio paired with eDP with HPD‑gpio? I.e. it wrongly reports 
> connected even with no display plugged in and proceeds into DRM 
> .atomic_enable()?

Yep it's different. The analogix-dp gpio-hpd works correctly,  because the
analogix driver can do gpiod_get_value() in analogix_dp_get_plug_in_status()

The dp-connector does not, as with the patch you pointed to, it lost
that ability. So on boot a plugged in display is not detected correctly
because there won't be a hotplug interrupt.

> 
> > I wiggled around a bit like in the diff below and am now getting correct
> > plug and unplug events.
> 
> Oh, I see. For the GPIO HPD case, the IRQ needs to be enabled early so 
> that plug‑in interrupts can be properly responded to. However GPIO HPD 
> does not require a runtime PM get. I will better separate these two 
> scenarios in the next version.
> 
> > 
> > But of course, as the dp-variant of the connector does not provide
> > a "detect" and just the "hpd" functionality, it's missing the initial state.
> > 
> > I'm currently not sure how to find out _if_ a panel is connected on boot.
> > 
> 
> Based on Dmitry's commit cb640b2ca546 ("drm/bridge: display‑connector: 
> don't set OP_DETECT for DisplayPorts"), HPD events from DP‑variant 
> connector should be handled by the upstream DP controller. Hence I added 
> analogix_dp_bridge_notify() to retrieve HPD status coming from downstream.
> 
> As expected, under the bridge‑connector framework, the detect result 
> from Analogix DP should in theory reflect the actual connection status.
> Let's dig into this boot‑time initial‑state issue together.

One idea I had was, is it possible to do a drm_dp_read_dpcd_caps()
read during bind/... to see if something answers?

Thanks for all your work
Heiko

> > In other review comments:
> > - the bridge could use devm_drm_of_get_bridge() as suggested in
> >    the documentation of drm_of_find_panel_or_bridge(), as that would
> >    remove the separate panel_bridge creation
> > - instead of using plat_data->next_bridge _inside_ the driver
> >    struct drm_bridge has a field next_bridge already.
> 
> Great suggestions, I will incorporate them for the next version 
> alongside Sashiko's comments.
> 
> Best regards,
> Damon
> 
> > 
> > 
> > Heiko
> > 
> > 
> > ------- 8< -------
> > diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
> > index 877e1b3ca7525..1388640a27de7 100644
> > --- a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
> > +++ b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
> > @@ -43,7 +43,7 @@ static const bool verify_fast_training;
> >   static bool analogix_dp_require_pm_for_hpd_irq(struct analogix_dp_device *dp)
> >   {
> >   	return analogix_dp_is_rockchip(dp->plat_data->dev_type) && !dp->hpd_gpiod &&
> > -	       !dp->force_hpd;
> > +	       !dp->hpd_bridge && !dp->force_hpd;
> >   }
> >   
> >   static void analogix_dp_init_dp(struct analogix_dp_device *dp)
> > @@ -72,7 +72,7 @@ static int analogix_dp_detect_hpd(struct analogix_dp_device *dp)
> >   	 * Trust connection status from downstream bridge (e.g.,
> >   	 * display-connector with hpd-gpios).
> >   	 */
> > -	if (dp->plat_data->next_bridge && dp->connection_notified)
> > +	if (dp->hpd_bridge && dp->connection_notified)
> >   		return 0;
> >   
> >   	while (timeout_loop < DP_TIMEOUT_LOOP_COUNT) {
> > @@ -926,10 +926,10 @@ analogix_dp_bridge_detect(struct drm_bridge *bridge, struct drm_connector *conne
> >   	 */
> >   	if (dp->plat_data->next_bridge && dp->last_bridge_is_panel)
> >   		status = connector_status_connected;
> > -
> > -	if (!analogix_dp_detect_hpd(dp))
> > +	else if (!analogix_dp_detect_hpd(dp))
> >   		status = connector_status_connected;
> >   
> > +printk("---> %s status %d\n", __func__, status);
> >   	return status;
> >   }
> >   
> > @@ -1044,7 +1044,7 @@ static int analogix_dp_set_bridge(struct analogix_dp_device *dp)
> >   		goto out_dp_init;
> >   	}
> >   
> > -	if (!analogix_dp_require_pm_for_hpd_irq(dp))
> > +	if (!analogix_dp_require_pm_for_hpd_irq(dp) && !dp->hpd_bridge)
> >   		enable_irq(dp->irq);
> >   	return 0;
> >   
> > @@ -1187,7 +1187,7 @@ static void analogix_dp_bridge_disable(struct drm_bridge *bridge)
> >   	if (dp->dpms_mode != DRM_MODE_DPMS_ON)
> >   		return;
> >   
> > -	if (!analogix_dp_require_pm_for_hpd_irq(dp))
> > +	if (!analogix_dp_require_pm_for_hpd_irq(dp) && !dp->hpd_bridge)
> >   		disable_irq(dp->irq);
> >   
> >   	analogix_dp_set_analog_power_down(dp, POWER_ALL, 1);
> > @@ -1264,6 +1264,7 @@ static void analogix_dp_bridge_notify(struct drm_bridge *bridge, struct drm_conn
> >   	struct analogix_dp_device *dp = to_dp(bridge);
> >   
> >   	dp->connection_notified = (status == connector_status_connected);
> > +printk("---> %s connection_notified %d\n", __func__, dp->connection_notified);
> >   }
> >   
> >   static const struct drm_bridge_funcs analogix_dp_bridge_funcs = {
> > @@ -1641,6 +1642,13 @@ static int analogix_dp_aux_done_probing(struct drm_dp_aux *aux)
> >   	if (ret && ret != -ENODEV)
> >   		return ret;
> >   
> > +	/*
> > +	 * There is a next link in the chain which is not a panel, we should
> > +	 * expect hotplug-information coming from there.
> > +	 */
> > +	if (plat_data->next_bridge && !drm_bridge_is_panel(plat_data->next_bridge))
> > +		dp->hpd_bridge = true;
> > +
> >   	return component_add(dp->dev, plat_data->ops);
> >   }
> >   
> > diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.h b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.h
> > index d0fb25e543ea0..ecca3b87b4456 100644
> > --- a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.h
> > +++ b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.h
> > @@ -169,6 +169,7 @@ struct analogix_dp_device {
> >   	bool			fast_train_enable;
> >   	bool			psr_supported;
> >   	bool			last_bridge_is_panel;
> > +	bool			hpd_bridge;
> >   	bool			connection_notified;
> >   
> >   	u8 dpcd[DP_RECEIVER_CAP_SIZE];
> > diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
> > index ec5950066f838..6f0d642739ffd 100644
> > --- a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
> > +++ b/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
> > @@ -182,7 +182,7 @@ void analogix_dp_config_interrupt(struct analogix_dp_device *dp)
> >   	writel(0, dp->reg_base + ANALOGIX_DP_COMMON_INT_MASK_2);
> >   	writel(0, dp->reg_base + ANALOGIX_DP_COMMON_INT_MASK_3);
> >   
> > -	if (dp->hpd_gpiod) {
> > +	if (dp->hpd_gpiod || dp->hpd_bridge) {
> >   		analogix_dp_mute_hpd_interrupt(dp, HPD_IRQ);
> >   	} else {
> >   		/*
> > @@ -438,7 +438,7 @@ void analogix_dp_init_hpd(struct analogix_dp_device *dp)
> >   {
> >   	u32 reg;
> >   
> > -	if (dp->hpd_gpiod)
> > +	if (dp->hpd_gpiod || dp->hpd_bridge)
> >   		return;
> >   
> >   	analogix_dp_clear_hotplug_interrupts(dp, HPD_IRQ);
> > @@ -539,6 +539,9 @@ int analogix_dp_get_plug_in_status(struct analogix_dp_device *dp)
> >   	if (dp->hpd_gpiod) {
> >   		if (gpiod_get_value(dp->hpd_gpiod))
> >   			return 0;
> > +	} else if (dp->hpd_bridge) {
> > +		if (dp->connection_notified)
> > +			return 0;
> >   	} else {
> >   		reg = readl(dp->reg_base + ANALOGIX_DP_SYS_CTL_3);
> >   		if (reg & HPD_STATUS)
> > 
> > 
> > 
> > 
> > 
> 
> 





      reply	other threads:[~2026-08-05 23:44 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-04  8:17 [PATCH v2 00/10] Add HPD support for Rockchip Analogix DP Damon Ding
2026-08-04  8:17 ` [PATCH v2 01/10] drm/bridge: analogix_dp: Manage pm runtime and IRQ for native HPD pin detection Damon Ding
2026-08-04  8:37   ` sashiko-bot
2026-08-04  8:17 ` [PATCH v2 02/10] drm/bridge: analogix_dp: Return bitmask from analogix_dp_get_irq_type() Damon Ding
2026-08-04  8:17 ` [PATCH v2 03/10] drm/bridge: analogix_dp: Add IRQF_ONESHOT and simplify IRQ handling Damon Ding
2026-08-04  8:33   ` sashiko-bot
2026-08-04  8:17 ` [PATCH v2 04/10] drm/bridge: analogix_dp: Extend clear_hotplug_interrupts to accept IRQ bitmask Damon Ding
2026-08-04  8:17 ` [PATCH v2 05/10] drm/bridge: analogix_dp: Extend mute/unmute HPD interrupts to accept irq bitmask Damon Ding
2026-08-04  8:17 ` [PATCH v2 06/10] drm/bridge: analogix_dp: Simplify analogix_dp_config_interrupt() Damon Ding
2026-08-04  8:17 ` [PATCH v2 07/10] drm/bridge: analogix_dp: Use platform-specific HPD detection scheme Damon Ding
2026-08-04  8:32   ` sashiko-bot
2026-08-04  8:17 ` [PATCH v2 08/10] drm/bridge: analogix_dp: Skip native HPD interrupt ops for GPIO HPD Damon Ding
2026-08-04  8:17 ` [PATCH v2 09/10] drm/bridge: analogix_dp: Restrict forced connected status only for panel endpoint Damon Ding
2026-08-04  8:30   ` sashiko-bot
2026-08-04  8:17 ` [PATCH v2 10/10] drm/bridge: analogix_dp: Handle HPD notification from downstream bridge Damon Ding
2026-08-04  8:44   ` sashiko-bot
2026-08-04 22:39 ` [PATCH v2 00/10] Add HPD support for Rockchip Analogix DP Heiko Stübner
2026-08-05  4:06   ` Damon Ding
2026-08-05 23:42     ` Heiko Stübner [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7775230.ejJDZkT8p0@diego \
    --to=heiko@sntech.de \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=airlied@gmail.com \
    --cc=andrzej.hajda@intel.com \
    --cc=andy.yan@rock-chips.com \
    --cc=damon.ding@rock-chips.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=jonas@kwiboo.se \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=luca.ceresoli@bootlin.com \
    --cc=m.szyprowski@samsung.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=rfoss@kernel.org \
    --cc=sebastian.reichel@collabora.com \
    --cc=simona@ffwll.ch \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).