From: Damon Ding <damon.ding@rock-chips.com>
To: "Heiko Stübner" <heiko@sntech.de>,
andrzej.hajda@intel.com, neil.armstrong@linaro.org,
rfoss@kernel.org
Cc: Laurent.pinchart@ideasonboard.com, jonas@kwiboo.se,
jernej.skrabec@gmail.com, maarten.lankhorst@linux.intel.com,
mripard@kernel.org, tzimmermann@suse.de, airlied@gmail.com,
simona@ffwll.ch, jingoohan1@gmail.com, inki.dae@samsung.com,
sw0312.kim@samsung.com, kyungmin.park@samsung.com,
krzk@kernel.org, alim.akhtar@samsung.com, hjc@rock-chips.com,
andy.yan@rock-chips.com, dmitry.baryshkov@oss.qualcomm.com,
l.stach@pengutronix.de, dianders@chromium.org,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-samsung-soc@vger.kernel.org,
linux-rockchip@lists.infradead.org
Subject: Re: [PATCH v2 07/12] drm/bridge: analogix_dp: Add support to find panel or bridge
Date: Fri, 11 Jul 2025 15:41:38 +0800 [thread overview]
Message-ID: <0a4d5e97-a143-4293-987c-5682be60023d@rock-chips.com> (raw)
In-Reply-To: <4555084.IFkqi6BYcA@diego>
Hi Heiko,
On 2025/7/10 4:07, Heiko Stübner wrote:
> Hi Damon,
>
> Am Mittwoch, 9. Juli 2025, 09:01:34 Mitteleuropäische Sommerzeit schrieb Damon Ding:
>> Since the panel/bridge should logically be positioned behind the
>> Analogix bridge in the display pipeline, it makes sense to handle
>> the panel/bridge parsing on the Analogix side.
>>
>> Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
>> ---
>> .../drm/bridge/analogix/analogix_dp_core.c | 48 +++++++++++++++++++
>> include/drm/bridge/analogix_dp.h | 2 +
>> 2 files changed, 50 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
>> index 78d68310e4f6..660f95e90490 100644
>> --- a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
>> +++ b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
>> @@ -19,12 +19,14 @@
>> #include <linux/platform_device.h>
>>
>> #include <drm/bridge/analogix_dp.h>
>> +#include <drm/display/drm_dp_aux_bus.h>
>> #include <drm/drm_atomic.h>
>> #include <drm/drm_atomic_helper.h>
>> #include <drm/drm_bridge.h>
>> #include <drm/drm_crtc.h>
>> #include <drm/drm_device.h>
>> #include <drm/drm_edid.h>
>> +#include <drm/drm_of.h>
>> #include <drm/drm_panel.h>
>> #include <drm/drm_print.h>
>> #include <drm/drm_probe_helper.h>
>> @@ -1707,6 +1709,52 @@ struct drm_dp_aux *analogix_dp_get_aux(struct analogix_dp_device *dp)
>> }
>> EXPORT_SYMBOL_GPL(analogix_dp_get_aux);
>>
>> +static int analogix_dp_aux_done_probing(struct drm_dp_aux *aux)
>> +{
>> + struct analogix_dp_device *dp = to_dp(aux);
>> + struct analogix_dp_plat_data *plat_data = dp->plat_data;
>> + int port = plat_data->dev_type == EXYNOS_DP ? 0 : 1;
>> + int ret;
>> +
>> + /*
>> + * If drm_of_find_panel_or_bridge() returns -ENODEV, there may be no valid panel
>> + * or bridge nodes. The driver should go on for the driver-free bridge or the DP
>> + * mode applications.
>> + */
>> + ret = drm_of_find_panel_or_bridge(dp->dev->of_node, port, 0,
>> + &plat_data->panel, &plat_data->bridge);
>
> Could you check if this can use a panel-bridge?
> See for example
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/rockchip/rockchip_rgb.c#n138
> or a lot of other places for drm_panel_bridge_add()
>
> So if drm_of_find_panel_or_bridge() finds a bridge, just use it; if it
> finds a panel, drm_panel_bridge_add() just wraps a bridge around it
> and all the code can just assume everything is bridge after that.
>
>
Yes, that is a good approach. Using the panel-bridge will make the
related checks more concise.
>
>> + if (ret && ret != -ENODEV)
>> + return ret;
>> +
>> + return component_add(dp->dev, plat_data->ops);
>> +}
>> +
>> +int analogix_dp_find_panel_or_bridge(struct analogix_dp_device *dp)
>> +{
>> + int ret;
>> +
>> + ret = devm_of_dp_aux_populate_bus(&dp->aux, analogix_dp_aux_done_probing);
>> + if (ret) {
>> + /*
>> + * If devm_of_dp_aux_populate_bus() returns -ENODEV, the done_probing() will
>> + * not be called because there are no EP devices. Then the callback function
>> + * analogix_dp_aux_done_probing() will be called directly in order to support
>> + * the other valid DT configurations.
>> + *
>> + * NOTE: The devm_of_dp_aux_populate_bus() is allowed to return -EPROBE_DEFER.
>> + */
>> + if (ret != -ENODEV) {
>> + dev_err(dp->dev, "failed to populate aux bus\n");
>> + return ret;
>> + }
>> +
>> + return analogix_dp_aux_done_probing(&dp->aux);
>> + }
>> +
>> + return 0;
>> +}
>> +EXPORT_SYMBOL_GPL(analogix_dp_find_panel_or_bridge);
>> +
>> MODULE_AUTHOR("Jingoo Han <jg1.han@samsung.com>");
>> MODULE_DESCRIPTION("Analogix DP Core Driver");
>> MODULE_LICENSE("GPL v2");
>> diff --git a/include/drm/bridge/analogix_dp.h b/include/drm/bridge/analogix_dp.h
>> index 202e5eafb2cc..0b6d85f1924e 100644
>> --- a/include/drm/bridge/analogix_dp.h
>> +++ b/include/drm/bridge/analogix_dp.h
>> @@ -30,6 +30,7 @@ struct analogix_dp_plat_data {
>> struct drm_bridge *bridge;
>> struct drm_encoder *encoder;
>> struct drm_connector *connector;
>> + const struct component_ops *ops;
>>
>> int (*power_on)(struct analogix_dp_plat_data *);
>> int (*power_off)(struct analogix_dp_plat_data *);
>> @@ -52,5 +53,6 @@ int analogix_dp_stop_crc(struct drm_connector *connector);
>>
>> struct analogix_dp_plat_data *analogix_dp_aux_to_plat_data(struct drm_dp_aux *aux);
>> struct drm_dp_aux *analogix_dp_get_aux(struct analogix_dp_device *dp);
>> +int analogix_dp_find_panel_or_bridge(struct analogix_dp_device *dp);
>>
>> #endif /* _ANALOGIX_DP_H_ */
>>
>
Best regards,
Damon
next prev parent reply other threads:[~2025-07-11 7:57 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20250709070241eucas1p1351e2b508cc648d1fafd93640b471e7b@eucas1p1.samsung.com>
2025-07-09 7:01 ` [PATCH v2 00/12] Apply drm_bridge_connector helper for the Analogix DP driver Damon Ding
2025-07-09 7:01 ` [PATCH v2 01/12] drm/bridge: analogix_dp: Formalize the struct analogix_dp_device Damon Ding
2025-07-09 7:01 ` [PATCH v2 02/12] drm/bridge: analogix_dp: Move &drm_bridge_funcs.mode_set to &drm_bridge_funcs.atomic_enable Damon Ding
2025-07-09 7:01 ` [PATCH v2 03/12] drm/bridge: analogix_dp: Add &analogix_dp_plat_data.bridge Damon Ding
2025-07-09 7:01 ` [PATCH v2 04/12] drm/exynos: exynos_dp: Remove &exynos_dp_device.ptn_bridge Damon Ding
2025-07-09 19:55 ` Heiko Stübner
2025-07-11 7:20 ` Damon Ding
2025-07-09 7:01 ` [PATCH v2 05/12] drm/exynos: exynos_dp: Remove redundant &analogix_dp_plat_data.skip_connector Damon Ding
2025-07-09 19:58 ` Heiko Stübner
2025-07-11 7:26 ` Damon Ding
2025-07-09 7:01 ` [PATCH v2 06/12] drm/bridge: analogix_dp: " Damon Ding
2025-07-09 7:01 ` [PATCH v2 07/12] drm/bridge: analogix_dp: Add support to find panel or bridge Damon Ding
2025-07-09 20:07 ` Heiko Stübner
2025-07-11 7:41 ` Damon Ding [this message]
2025-07-21 7:36 ` Damon Ding
2025-07-09 7:01 ` [PATCH v2 08/12] drm/rockchip: analogix_dp: Apply drmm_encoder_init() instead of drm_simple_encoder_init() Damon Ding
2025-07-09 7:01 ` [PATCH v2 09/12] drm/rockchip: analogix_dp: Apply analogix_dp_find_panel_or_bridge() Damon Ding
2025-07-09 7:01 ` [PATCH v2 10/12] drm/exynos: exynos_dp: " Damon Ding
2025-07-09 7:01 ` [PATCH v2 11/12] drm/bridge: analogix_dp: Remove unused APIs for AUX bus Damon Ding
2025-07-09 7:01 ` [PATCH v2 12/12] drm/bridge: analogix_dp: Apply drm_bridge_connector helper Damon Ding
2025-07-09 20:11 ` Heiko Stübner
2025-07-11 7:50 ` Damon Ding
2025-07-09 7:22 ` [PATCH v2 00/12] Apply drm_bridge_connector helper for the Analogix DP driver Marek Szyprowski
2025-07-11 7:16 ` Damon Ding
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=0a4d5e97-a143-4293-987c-5682be60023d@rock-chips.com \
--to=damon.ding@rock-chips.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@gmail.com \
--cc=alim.akhtar@samsung.com \
--cc=andrzej.hajda@intel.com \
--cc=andy.yan@rock-chips.com \
--cc=dianders@chromium.org \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=heiko@sntech.de \
--cc=hjc@rock-chips.com \
--cc=inki.dae@samsung.com \
--cc=jernej.skrabec@gmail.com \
--cc=jingoohan1@gmail.com \
--cc=jonas@kwiboo.se \
--cc=krzk@kernel.org \
--cc=kyungmin.park@samsung.com \
--cc=l.stach@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=rfoss@kernel.org \
--cc=simona@ffwll.ch \
--cc=sw0312.kim@samsung.com \
--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
all inboxes | Powered by JetHome®