mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Dmitry Osipenko <dmitry.osipenko@collabora.com>
To: Sascha Hauer <s.hauer@pengutronix.de>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Hans Verkuil <hverkuil@kernel.org>, Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Dingxian Wen <shawn.wen@rock-chips.com>,
	Shreeya Patel <shreeya.patel@collabora.com>
Cc: Gerald Loacker <gerald.loacker@wolfvision.net>,
	Lucas Sinn <lucas.sinn@wolfvision.net>,
	linux-media@vger.kernel.org, devicetree@vger.kernel.org,
	kernel@collabora.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 10/10] media: synopsys: hdmirx: get the 5V state from the upstream subdev
Date: Wed, 4 Nov 2026 17:12:49 +0300	[thread overview]
Message-ID: <6b6a5799-b7d6-4351-9e76-1d8bc7fa2689@collabora.com> (raw)
In-Reply-To: <20261005-hdmirx-media-v3-10-71a11a2e3e76@pengutronix.de>

On 10/5/26 16:28, Sascha Hauer wrote:
> From: Gerald Loacker <gerald.loacker@wolfvision.net>
> 
> On a board whose HDMI connector belongs to a device in front of this
> receiver, the connector's +5V line goes to that device and hpd-gpios is
> absent. tx_5v_power_present() then reads a NULL descriptor, which
> gpiod_get_value_cansleep() reports as zero, so the receiver never sees a
> source and hdmirx_plugin() never runs.
> 
> Ask the device in front instead. Remember the subdev bound through our
> async notifier in source_sd, and without a GPIO of our own have
> tx_5v_power_present() call its g_input_status(), taking
> V4L2_IN_ST_NO_POWER as "no 5V". There is nothing to debounce here; the
> subdev does that on its side of the connector. A subdev without that op
> is bound anyway, with a warning: a receiver that sees no source beats
> one that refuses to probe.
> 
> Changes reach us the way they do on the GPIO path, as an edge that makes
> the hotplug worker look again. Once the subdev is bound its
> sd->v4l2_dev is ours, so v4l2_subdev_notify() lands in the callback
> installed here, and V4L2_DEVICE_NOTIFY_RX_POWER_PRESENT stands in for
> the 5V interrupt this board does not have. The value the notification
> carries is not used. The worker asks the subdev itself, so nothing is
> cached that could go stale against bind, unbind, or a notification that
> arrives early or late. Bind and unbind queue the work as well, for a
> source that was connected all along and for one that leaves with the
> subdev. With a GPIO of our own, notifications are ignored.
> 
> source_sd is set and cleared under work_lock. Every caller of
> tx_5v_power_present() already holds it except port_no_link(), which
> VIDIOC_QUERY_DV_TIMINGS reaches without it; take it there.
> hdmirx_notify() reads sd->v4l2_dev, which relies on
> v4l2_device_unregister_subdev() waiting for running callbacks before it
> clears the pointer, see "media: v4l2-device: wait for notifications
> when unregistering a subdev".
> 
> Without a det_irq there is nothing to disable_irq() across the cancel in
> hdmirx_disable_irq(), so a notification could queue the hotplug work
> right afterwards - including from hdmirx_suspend(), on its way to gating
> the clocks. Disable the work items instead of cancelling them.
> disable_delayed_work_sync() also turns every later attempt to queue them
> into a no-op, whoever makes it, and hdmirx_enable_irq() enables them
> again. They start out disabled at probe, which keeps the worker queued
> by hdmirx_fwnode_bound() off the hardware before the EDID is written.
> It also covers the way out: hdmirx_fwnode_unbind() queues the work from
> inside v4l2_async_nf_unregister(), in hdmirx_remove() and on the probe
> error path, just before the devm allocated hdmirx_dev goes away, and
> that queue is now ignored.
> 
> Assisted-by: LLM
> Signed-off-by: Gerald Loacker <gerald.loacker@wolfvision.net>
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> ---
>   .../media/platform/synopsys/hdmirx/snps_hdmirx.c   | 101 +++++++++++++++++++--
>   1 file changed, 95 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/media/platform/synopsys/hdmirx/snps_hdmirx.c b/drivers/media/platform/synopsys/hdmirx/snps_hdmirx.c
> index a937ee23e230c..7f04958de1702 100644
> --- a/drivers/media/platform/synopsys/hdmirx/snps_hdmirx.c
> +++ b/drivers/media/platform/synopsys/hdmirx/snps_hdmirx.c
> @@ -142,6 +142,7 @@ struct snps_hdmirx_dev {
>   	struct mutex phy_rw_lock; /* to protect phy r/w configuration */
>   	struct mutex stream_lock; /* to lock video stream capture */
>   	struct mutex work_lock; /* to lock the critical section of hotplug event */
> +	struct v4l2_subdev *source_sd; /* under work_lock: 5V without hpd-gpios */
>   	struct reset_control_bulk_data resets[HDMIRX_NUM_RST];
>   	struct clk_bulk_data *clks;
>   	struct regmap *grf;
> @@ -237,6 +238,23 @@ static bool tx_5v_power_present(struct snps_hdmirx_dev *hdmirx_dev)
>   	int val, i, cnt = 0;
>   	bool ret;
>   
> +	/*
> +	 * Without a GPIO of our own the connector belongs to the subdev in
> +	 * front of us. Ask it; it debounces on its side of the connector.
> +	 */
> +	if (!hdmirx_dev->detect_5v_gpio) {
> +		u32 status;
> +
> +		lockdep_assert_held(&hdmirx_dev->work_lock);
> +
> +		if (!hdmirx_dev->source_sd ||
> +		    v4l2_subdev_call(hdmirx_dev->source_sd, video,
> +				     g_input_status, &status))
> +			return false;
> +
> +		return !(status & V4L2_IN_ST_NO_POWER);
> +	}
> +
>   	for (i = 0; i < 10; i++) {
>   		usleep_range(1000, 1100);
>   		val = gpiod_get_value_cansleep(hdmirx_dev->detect_5v_gpio);
> @@ -465,7 +483,13 @@ static int hdmirx_get_detected_timings(struct snps_hdmirx_dev *hdmirx_dev,
>   
>   static bool port_no_link(struct snps_hdmirx_dev *hdmirx_dev)
>   {
> -	return !tx_5v_power_present(hdmirx_dev);
> +	bool present;
> +
> +	mutex_lock(&hdmirx_dev->work_lock);
> +	present = tx_5v_power_present(hdmirx_dev);
> +	mutex_unlock(&hdmirx_dev->work_lock);
> +
> +	return !present;
>   }
>   
>   static int hdmirx_query_dv_timings(struct file *file, void *priv,
> @@ -2268,13 +2292,22 @@ static void hdmirx_delayed_work_res_change(struct work_struct *work)
>   	mutex_unlock(&hdmirx_dev->work_lock);
>   }
>   
> -static irqreturn_t hdmirx_5v_det_irq_handler(int irq, void *dev_id)
> +/*
> + * A 5V edge. Neither source of one says more than "look again": the
> + * hotplug worker samples tx_5v_power_present() and acts on what it finds.
> + */
> +static void hdmirx_5v_edge(struct snps_hdmirx_dev *hdmirx_dev)
>   {
> -	struct snps_hdmirx_dev *hdmirx_dev = dev_id;
> -
>   	queue_delayed_work(system_dfl_wq,
>   			   &hdmirx_dev->delayed_work_hotplug,
>   			   msecs_to_jiffies(10));
> +}
> +
> +static irqreturn_t hdmirx_5v_det_irq_handler(int irq, void *dev_id)
> +{
> +	struct snps_hdmirx_dev *hdmirx_dev = dev_id;
> +
> +	hdmirx_5v_edge(hdmirx_dev);
>   
>   	return IRQ_HANDLED;
>   }
> @@ -2526,14 +2559,18 @@ static void hdmirx_disable_irq(struct device *dev)
>   	disable_irq(hdmirx_dev->dma_irq);
>   	disable_irq(hdmirx_dev->hdmi_irq);
>   
> -	cancel_delayed_work_sync(&hdmirx_dev->delayed_work_hotplug);
> -	cancel_delayed_work_sync(&hdmirx_dev->delayed_work_res_change);
> +	/* A subdev in front of us can still notify, keep it from queueing. */
> +	disable_delayed_work_sync(&hdmirx_dev->delayed_work_hotplug);
> +	disable_delayed_work_sync(&hdmirx_dev->delayed_work_res_change);
>   }
>   
>   static void hdmirx_enable_irq(struct device *dev)
>   {
>   	struct snps_hdmirx_dev *hdmirx_dev = dev_get_drvdata(dev);
>   
> +	enable_delayed_work(&hdmirx_dev->delayed_work_hotplug);
> +	enable_delayed_work(&hdmirx_dev->delayed_work_res_change);
> +
>   	enable_irq(hdmirx_dev->hdmi_irq);
>   	enable_irq(hdmirx_dev->dma_irq);
>   	if (hdmirx_dev->det_irq > 0)
> @@ -2680,6 +2717,19 @@ static void hdmirx_v4l2_release(struct v4l2_device *v4l2_dev)
>   	kfree(hdmirx_dev);
>   }
>   
> +static void hdmirx_notify(struct v4l2_subdev *sd, unsigned int notification,
> +			  void *arg)
> +{
> +	struct snps_hdmirx_dev *hdmirx_dev =
> +		container_of(sd->v4l2_dev, struct snps_hdmirx_dev, v4l2_dev);
> +
> +	if (notification != V4L2_DEVICE_NOTIFY_RX_POWER_PRESENT ||
> +	    hdmirx_dev->detect_5v_gpio)
> +		return;
> +
> +	hdmirx_5v_edge(hdmirx_dev);
> +}
> +
>   static int hdmirx_fwnode_bound(struct v4l2_async_notifier *notifier,
>   			       struct v4l2_subdev *subdev,
>   			       struct v4l2_async_connection *asc)
> @@ -2708,6 +2758,21 @@ static int hdmirx_fwnode_bound(struct v4l2_async_notifier *notifier,
>   		return ret;
>   	}
>   
> +	if (hdmirx_dev->detect_5v_gpio)
> +		return 0;
> +
> +	if (!v4l2_subdev_has_op(subdev, video, g_input_status))
> +		dev_warn(hdmirx_dev->dev,
> +			 "%s cannot report 5V and there is no hpd-gpios, no source will be detected\n",
> +			 subdev->name);
> +
> +	mutex_lock(&hdmirx_dev->work_lock);
> +	hdmirx_dev->source_sd = subdev;
> +	mutex_unlock(&hdmirx_dev->work_lock);
> +
> +	/* The source may have been connected all along. */
> +	hdmirx_5v_edge(hdmirx_dev);
> +
>   	return 0;
>   }
>   
> @@ -2719,8 +2784,28 @@ static int hdmirx_fwnode_complete(struct v4l2_async_notifier *notifier)
>   	return v4l2_device_register_subdev_nodes(&hdmirx_dev->v4l2_dev);
>   }
>   
> +static void hdmirx_fwnode_unbind(struct v4l2_async_notifier *notifier,
> +				 struct v4l2_subdev *subdev,
> +				 struct v4l2_async_connection *asc)
> +{
> +	struct snps_hdmirx_dev *hdmirx_dev =
> +		container_of(notifier, struct snps_hdmirx_dev, notifier);
> +
> +	/* With a GPIO of our own the connector is ours and stays put. */
> +	if (hdmirx_dev->detect_5v_gpio)
> +		return;
> +
> +	mutex_lock(&hdmirx_dev->work_lock);
> +	hdmirx_dev->source_sd = NULL;
> +	mutex_unlock(&hdmirx_dev->work_lock);
> +
> +	/* The source went with it. */
> +	hdmirx_5v_edge(hdmirx_dev);
> +}
> +
>   static const struct v4l2_async_notifier_operations hdmirx_async_ops = {
>   	.bound = hdmirx_fwnode_bound,
> +	.unbind = hdmirx_fwnode_unbind,
>   	.complete = hdmirx_fwnode_complete,
>   };
>   
> @@ -2779,6 +2864,9 @@ static int hdmirx_probe(struct platform_device *pdev)
>   			  hdmirx_delayed_work_hotplug);
>   	INIT_DELAYED_WORK(&hdmirx_dev->delayed_work_res_change,
>   			  hdmirx_delayed_work_res_change);
> +	/* Until hdmirx_enable_irq(), after the EDID is written. */
> +	disable_delayed_work(&hdmirx_dev->delayed_work_hotplug);
> +	disable_delayed_work(&hdmirx_dev->delayed_work_res_change);
>   
>   	hdmirx_dev->cur_fmt_fourcc = V4L2_PIX_FMT_BGR24;
>   	hdmirx_dev->timings = cea640x480;
> @@ -2818,6 +2906,7 @@ static int hdmirx_probe(struct platform_device *pdev)
>   	}
>   	hdmirx_dev->v4l2_dev.ctrl_handler = hdl;
>   	hdmirx_dev->v4l2_dev.release = hdmirx_v4l2_release;
> +	hdmirx_dev->v4l2_dev.notify = hdmirx_notify;
>   
>   	ret = v4l2_device_register(dev, &hdmirx_dev->v4l2_dev);
>   	if (ret < 0) {
> 

Acked-by: Dmitry Osipenko <dmitry.osipenko@collabora.com>

-- 
Best regards,
Dmitry

      reply	other threads:[~2026-11-04 14:13 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-05 13:28 [PATCH v3 00/10] media: synopsys: hdmirx: support an HDMI bridge in front of the receiver Sascha Hauer
2026-10-05 13:28 ` [PATCH v3 01/10] media: synopsys: hdmirx: free the driver data when the last user is gone Sascha Hauer
2026-10-07 11:20   ` Dmitry Osipenko
2026-10-16 11:06     ` Sascha Hauer
2026-11-04 14:18       ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 02/10] media: synopsys: hdmirx: add media device infrastructure Sascha Hauer
2026-11-04 14:11   ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 03/10] media: synopsys: hdmirx: add media entity for video capture device Sascha Hauer
2026-11-04 14:11   ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 04/10] dt-bindings: media: snps,dw-hdmi-rx: add a port for a bridge in front Sascha Hauer
2026-11-04 14:11   ` Dmitry Osipenko
2026-11-04 14:12   ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 05/10] media: synopsys: hdmirx: add async subdevice support Sascha Hauer
2026-11-04 14:12   ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 06/10] media: synopsys: hdmirx: give the signal lock wait a real timeout Sascha Hauer
2026-11-04 14:12   ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 07/10] media: synopsys: hdmirx: skip the 5V detect interrupt without a GPIO Sascha Hauer
2026-11-04 14:12   ` Dmitry Osipenko
2026-10-05 13:28 ` [PATCH v3 08/10] media: v4l2-device: wait for notifications when unregistering a subdev Sascha Hauer
2026-10-05 13:28 ` [PATCH v3 09/10] media: v4l2-subdev: notify the bridge when the source power changes Sascha Hauer
2026-10-05 13:28 ` [PATCH v3 10/10] media: synopsys: hdmirx: get the 5V state from the upstream subdev Sascha Hauer
2026-11-04 14:12   ` Dmitry Osipenko [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=6b6a5799-b7d6-4351-9e76-1d8bc7fa2689@collabora.com \
    --to=dmitry.osipenko@collabora.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=gerald.loacker@wolfvision.net \
    --cc=hverkuil@kernel.org \
    --cc=kernel@collabora.com \
    --cc=krzk+dt@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=lucas.sinn@wolfvision.net \
    --cc=mchehab@kernel.org \
    --cc=robh@kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=shawn.wen@rock-chips.com \
    --cc=shreeya.patel@collabora.com \
    /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

all inboxes | Powered by JetHome®