* [PATCH v5 1/6] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge
2025-08-11 7:58 [PATCH v5 0/6] MHDP8546 fixes related to DBANC usecase Harikrishna Shenoy
@ 2025-08-11 7:58 ` Harikrishna Shenoy
2025-09-01 9:52 ` Tomi Valkeinen
2025-08-11 7:59 ` [PATCH v5 2/6] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer Harikrishna Shenoy
` (4 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-08-11 7:58 UTC (permalink / raw)
To: andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel, tomi.valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, h-shenoy, s-jain1
From: Jayesh Choudhary <j-choudhary@ti.com>
Now that we have DBANC framework, remove the connector initialisation code
as that piece of code is not called if DRM_BRIDGE_ATTACH_NO_CONNECTOR flag
is used. Only TI K3 platforms consume this driver and tidss (their display
controller) has this flag set. So this legacy support can be dropped.
Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
---
.../drm/bridge/cadence/cdns-mhdp8546-core.c | 187 +-----------------
1 file changed, 10 insertions(+), 177 deletions(-)
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
index a614d1384f71..08702ade2903 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
@@ -739,12 +739,8 @@ static void cdns_mhdp_fw_cb(const struct firmware *fw, void *context)
spin_lock(&mhdp->start_lock);
bridge_attached = mhdp->bridge_attached;
spin_unlock(&mhdp->start_lock);
- if (bridge_attached) {
- if (mhdp->connector.dev)
- drm_kms_helper_hotplug_event(mhdp->bridge.dev);
- else
- drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
- }
+ if (bridge_attached)
+ drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
}
static int cdns_mhdp_load_firmware(struct cdns_mhdp_device *mhdp)
@@ -1444,56 +1440,6 @@ static const struct drm_edid *cdns_mhdp_edid_read(struct cdns_mhdp_device *mhdp,
return drm_edid_read_custom(connector, cdns_mhdp_get_edid_block, mhdp);
}
-static int cdns_mhdp_get_modes(struct drm_connector *connector)
-{
- struct cdns_mhdp_device *mhdp = connector_to_mhdp(connector);
- const struct drm_edid *drm_edid;
- int num_modes;
-
- if (!mhdp->plugged)
- return 0;
-
- drm_edid = cdns_mhdp_edid_read(mhdp, connector);
-
- drm_edid_connector_update(connector, drm_edid);
-
- if (!drm_edid) {
- dev_err(mhdp->dev, "Failed to read EDID\n");
- return 0;
- }
-
- num_modes = drm_edid_connector_add_modes(connector);
- drm_edid_free(drm_edid);
-
- /*
- * HACK: Warn about unsupported display formats until we deal
- * with them correctly.
- */
- if (connector->display_info.color_formats &&
- !(connector->display_info.color_formats &
- mhdp->display_fmt.color_format))
- dev_warn(mhdp->dev,
- "%s: No supported color_format found (0x%08x)\n",
- __func__, connector->display_info.color_formats);
-
- if (connector->display_info.bpc &&
- connector->display_info.bpc < mhdp->display_fmt.bpc)
- dev_warn(mhdp->dev, "%s: Display bpc only %d < %d\n",
- __func__, connector->display_info.bpc,
- mhdp->display_fmt.bpc);
-
- return num_modes;
-}
-
-static int cdns_mhdp_connector_detect(struct drm_connector *conn,
- struct drm_modeset_acquire_ctx *ctx,
- bool force)
-{
- struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
-
- return cdns_mhdp_detect(mhdp);
-}
-
static u32 cdns_mhdp_get_bpp(struct cdns_mhdp_display_fmt *fmt)
{
u32 bpp;
@@ -1547,114 +1493,6 @@ bool cdns_mhdp_bandwidth_ok(struct cdns_mhdp_device *mhdp,
return true;
}
-static
-enum drm_mode_status cdns_mhdp_mode_valid(struct drm_connector *conn,
- const struct drm_display_mode *mode)
-{
- struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
-
- mutex_lock(&mhdp->link_mutex);
-
- if (!cdns_mhdp_bandwidth_ok(mhdp, mode, mhdp->link.num_lanes,
- mhdp->link.rate)) {
- mutex_unlock(&mhdp->link_mutex);
- return MODE_CLOCK_HIGH;
- }
-
- mutex_unlock(&mhdp->link_mutex);
- return MODE_OK;
-}
-
-static int cdns_mhdp_connector_atomic_check(struct drm_connector *conn,
- struct drm_atomic_state *state)
-{
- struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
- struct drm_connector_state *old_state, *new_state;
- struct drm_crtc_state *crtc_state;
- u64 old_cp, new_cp;
-
- if (!mhdp->hdcp_supported)
- return 0;
-
- old_state = drm_atomic_get_old_connector_state(state, conn);
- new_state = drm_atomic_get_new_connector_state(state, conn);
- old_cp = old_state->content_protection;
- new_cp = new_state->content_protection;
-
- if (old_state->hdcp_content_type != new_state->hdcp_content_type &&
- new_cp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
- new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
- goto mode_changed;
- }
-
- if (!new_state->crtc) {
- if (old_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED)
- new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
- return 0;
- }
-
- if (old_cp == new_cp ||
- (old_cp == DRM_MODE_CONTENT_PROTECTION_DESIRED &&
- new_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED))
- return 0;
-
-mode_changed:
- crtc_state = drm_atomic_get_new_crtc_state(state, new_state->crtc);
- crtc_state->mode_changed = true;
-
- return 0;
-}
-
-static const struct drm_connector_helper_funcs cdns_mhdp_conn_helper_funcs = {
- .detect_ctx = cdns_mhdp_connector_detect,
- .get_modes = cdns_mhdp_get_modes,
- .mode_valid = cdns_mhdp_mode_valid,
- .atomic_check = cdns_mhdp_connector_atomic_check,
-};
-
-static const struct drm_connector_funcs cdns_mhdp_conn_funcs = {
- .fill_modes = drm_helper_probe_single_connector_modes,
- .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state,
- .atomic_destroy_state = drm_atomic_helper_connector_destroy_state,
- .reset = drm_atomic_helper_connector_reset,
- .destroy = drm_connector_cleanup,
-};
-
-static int cdns_mhdp_connector_init(struct cdns_mhdp_device *mhdp)
-{
- u32 bus_format = MEDIA_BUS_FMT_RGB121212_1X36;
- struct drm_connector *conn = &mhdp->connector;
- struct drm_bridge *bridge = &mhdp->bridge;
- int ret;
-
- conn->polled = DRM_CONNECTOR_POLL_HPD;
-
- ret = drm_connector_init(bridge->dev, conn, &cdns_mhdp_conn_funcs,
- DRM_MODE_CONNECTOR_DisplayPort);
- if (ret) {
- dev_err(mhdp->dev, "Failed to initialize connector with drm\n");
- return ret;
- }
-
- drm_connector_helper_add(conn, &cdns_mhdp_conn_helper_funcs);
-
- ret = drm_display_info_set_bus_formats(&conn->display_info,
- &bus_format, 1);
- if (ret)
- return ret;
-
- ret = drm_connector_attach_encoder(conn, bridge->encoder);
- if (ret) {
- dev_err(mhdp->dev, "Failed to attach connector to encoder\n");
- return ret;
- }
-
- if (mhdp->hdcp_supported)
- ret = drm_connector_attach_content_protection_property(conn, true);
-
- return ret;
-}
-
static int cdns_mhdp_attach(struct drm_bridge *bridge,
struct drm_encoder *encoder,
enum drm_bridge_attach_flags flags)
@@ -1671,9 +1509,11 @@ static int cdns_mhdp_attach(struct drm_bridge *bridge,
return ret;
if (!(flags & DRM_BRIDGE_ATTACH_NO_CONNECTOR)) {
- ret = cdns_mhdp_connector_init(mhdp);
- if (ret)
- goto aux_unregister;
+ ret = -EINVAL;
+ dev_err(mhdp->dev,
+ "Connector initialisation not supported in bridge_attach %d\n",
+ ret);
+ goto aux_unregister;
}
spin_lock(&mhdp->start_lock);
@@ -2368,17 +2208,10 @@ static void cdns_mhdp_hpd_work(struct work_struct *work)
struct cdns_mhdp_device *mhdp = container_of(work,
struct cdns_mhdp_device,
hpd_work);
- int ret;
- ret = cdns_mhdp_update_link_status(mhdp);
- if (mhdp->connector.dev) {
- if (ret < 0)
- schedule_work(&mhdp->modeset_retry_work);
- else
- drm_kms_helper_hotplug_event(mhdp->bridge.dev);
- } else {
- drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
- }
+ cdns_mhdp_update_link_status(mhdp);
+
+ drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
}
static int cdns_mhdp_probe(struct platform_device *pdev)
--
2.34.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH v5 1/6] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge
2025-08-11 7:58 ` [PATCH v5 1/6] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge Harikrishna Shenoy
@ 2025-09-01 9:52 ` Tomi Valkeinen
2025-09-02 8:28 ` Harikrishna Shenoy
0 siblings, 1 reply; 17+ messages in thread
From: Tomi Valkeinen @ 2025-09-01 9:52 UTC (permalink / raw)
To: Harikrishna Shenoy
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
Hi,
On 11/08/2025 10:58, Harikrishna Shenoy wrote:
> From: Jayesh Choudhary <j-choudhary@ti.com>
>
> Now that we have DBANC framework, remove the connector initialisation code
> as that piece of code is not called if DRM_BRIDGE_ATTACH_NO_CONNECTOR flag
> is used. Only TI K3 platforms consume this driver and tidss (their display
> controller) has this flag set. So this legacy support can be dropped.
>
> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
You have a fixes tag here. What bug does this fix?
> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
> ---
> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 187 +-----------------
> 1 file changed, 10 insertions(+), 177 deletions(-)
>
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> index a614d1384f71..08702ade2903 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> @@ -739,12 +739,8 @@ static void cdns_mhdp_fw_cb(const struct firmware *fw, void *context)
> spin_lock(&mhdp->start_lock);
> bridge_attached = mhdp->bridge_attached;
> spin_unlock(&mhdp->start_lock);
> - if (bridge_attached) {
> - if (mhdp->connector.dev)
> - drm_kms_helper_hotplug_event(mhdp->bridge.dev);
> - else
> - drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
> - }
> + if (bridge_attached)
> + drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
> }
>
> static int cdns_mhdp_load_firmware(struct cdns_mhdp_device *mhdp)
> @@ -1444,56 +1440,6 @@ static const struct drm_edid *cdns_mhdp_edid_read(struct cdns_mhdp_device *mhdp,
> return drm_edid_read_custom(connector, cdns_mhdp_get_edid_block, mhdp);
> }
>
> -static int cdns_mhdp_get_modes(struct drm_connector *connector)
> -{
> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(connector);
> - const struct drm_edid *drm_edid;
> - int num_modes;
> -
> - if (!mhdp->plugged)
> - return 0;
> -
> - drm_edid = cdns_mhdp_edid_read(mhdp, connector);
> -
> - drm_edid_connector_update(connector, drm_edid);
> -
> - if (!drm_edid) {
> - dev_err(mhdp->dev, "Failed to read EDID\n");
> - return 0;
> - }
> -
> - num_modes = drm_edid_connector_add_modes(connector);
> - drm_edid_free(drm_edid);
> -
> - /*
> - * HACK: Warn about unsupported display formats until we deal
> - * with them correctly.
> - */
> - if (connector->display_info.color_formats &&
> - !(connector->display_info.color_formats &
> - mhdp->display_fmt.color_format))
> - dev_warn(mhdp->dev,
> - "%s: No supported color_format found (0x%08x)\n",
> - __func__, connector->display_info.color_formats);
> -
> - if (connector->display_info.bpc &&
> - connector->display_info.bpc < mhdp->display_fmt.bpc)
> - dev_warn(mhdp->dev, "%s: Display bpc only %d < %d\n",
> - __func__, connector->display_info.bpc,
> - mhdp->display_fmt.bpc);
> -
> - return num_modes;
> -}
> -
> -static int cdns_mhdp_connector_detect(struct drm_connector *conn,
> - struct drm_modeset_acquire_ctx *ctx,
> - bool force)
> -{
> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
> -
> - return cdns_mhdp_detect(mhdp);
> -}
> -
> static u32 cdns_mhdp_get_bpp(struct cdns_mhdp_display_fmt *fmt)
> {
> u32 bpp;
> @@ -1547,114 +1493,6 @@ bool cdns_mhdp_bandwidth_ok(struct cdns_mhdp_device *mhdp,
> return true;
> }
>
> -static
> -enum drm_mode_status cdns_mhdp_mode_valid(struct drm_connector *conn,
> - const struct drm_display_mode *mode)
> -{
> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
> -
> - mutex_lock(&mhdp->link_mutex);
> -
> - if (!cdns_mhdp_bandwidth_ok(mhdp, mode, mhdp->link.num_lanes,
> - mhdp->link.rate)) {
> - mutex_unlock(&mhdp->link_mutex);
> - return MODE_CLOCK_HIGH;
> - }
> -
> - mutex_unlock(&mhdp->link_mutex);
> - return MODE_OK;
> -}
> -
> -static int cdns_mhdp_connector_atomic_check(struct drm_connector *conn,
> - struct drm_atomic_state *state)
> -{
> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
> - struct drm_connector_state *old_state, *new_state;
> - struct drm_crtc_state *crtc_state;
> - u64 old_cp, new_cp;
> -
> - if (!mhdp->hdcp_supported)
> - return 0;
> -
> - old_state = drm_atomic_get_old_connector_state(state, conn);
> - new_state = drm_atomic_get_new_connector_state(state, conn);
> - old_cp = old_state->content_protection;
> - new_cp = new_state->content_protection;
> -
> - if (old_state->hdcp_content_type != new_state->hdcp_content_type &&
> - new_cp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
> - new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
> - goto mode_changed;
> - }
> -
> - if (!new_state->crtc) {
> - if (old_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED)
> - new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
> - return 0;
> - }
> -
> - if (old_cp == new_cp ||
> - (old_cp == DRM_MODE_CONTENT_PROTECTION_DESIRED &&
> - new_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED))
> - return 0;
> -
> -mode_changed:
> - crtc_state = drm_atomic_get_new_crtc_state(state, new_state->crtc);
> - crtc_state->mode_changed = true;
> -
> - return 0;
> -}
> -
> -static const struct drm_connector_helper_funcs cdns_mhdp_conn_helper_funcs = {
> - .detect_ctx = cdns_mhdp_connector_detect,
> - .get_modes = cdns_mhdp_get_modes,
> - .mode_valid = cdns_mhdp_mode_valid,
> - .atomic_check = cdns_mhdp_connector_atomic_check,
> -};
> -
> -static const struct drm_connector_funcs cdns_mhdp_conn_funcs = {
> - .fill_modes = drm_helper_probe_single_connector_modes,
> - .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state,
> - .atomic_destroy_state = drm_atomic_helper_connector_destroy_state,
> - .reset = drm_atomic_helper_connector_reset,
> - .destroy = drm_connector_cleanup,
> -};
> -
> -static int cdns_mhdp_connector_init(struct cdns_mhdp_device *mhdp)
> -{
> - u32 bus_format = MEDIA_BUS_FMT_RGB121212_1X36;
> - struct drm_connector *conn = &mhdp->connector;
> - struct drm_bridge *bridge = &mhdp->bridge;
> - int ret;
> -
> - conn->polled = DRM_CONNECTOR_POLL_HPD;
> -
> - ret = drm_connector_init(bridge->dev, conn, &cdns_mhdp_conn_funcs,
> - DRM_MODE_CONNECTOR_DisplayPort);
> - if (ret) {
> - dev_err(mhdp->dev, "Failed to initialize connector with drm\n");
> - return ret;
> - }
> -
> - drm_connector_helper_add(conn, &cdns_mhdp_conn_helper_funcs);
> -
> - ret = drm_display_info_set_bus_formats(&conn->display_info,
> - &bus_format, 1);
> - if (ret)
> - return ret;
> -
> - ret = drm_connector_attach_encoder(conn, bridge->encoder);
> - if (ret) {
> - dev_err(mhdp->dev, "Failed to attach connector to encoder\n");
> - return ret;
> - }
> -
> - if (mhdp->hdcp_supported)
> - ret = drm_connector_attach_content_protection_property(conn, true);
> -
> - return ret;
> -}
> -
> static int cdns_mhdp_attach(struct drm_bridge *bridge,
> struct drm_encoder *encoder,
> enum drm_bridge_attach_flags flags)
> @@ -1671,9 +1509,11 @@ static int cdns_mhdp_attach(struct drm_bridge *bridge,
> return ret;
>
> if (!(flags & DRM_BRIDGE_ATTACH_NO_CONNECTOR)) {
> - ret = cdns_mhdp_connector_init(mhdp);
> - if (ret)
> - goto aux_unregister;
> + ret = -EINVAL;
> + dev_err(mhdp->dev,
> + "Connector initialisation not supported in bridge_attach %d\n",
> + ret);
> + goto aux_unregister;
> }
>
> spin_lock(&mhdp->start_lock);
> @@ -2368,17 +2208,10 @@ static void cdns_mhdp_hpd_work(struct work_struct *work)
> struct cdns_mhdp_device *mhdp = container_of(work,
> struct cdns_mhdp_device,
> hpd_work);
> - int ret;
>
> - ret = cdns_mhdp_update_link_status(mhdp);
> - if (mhdp->connector.dev) {
> - if (ret < 0)
> - schedule_work(&mhdp->modeset_retry_work);
> - else
> - drm_kms_helper_hotplug_event(mhdp->bridge.dev);
> - } else {
> - drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
> - }
> + cdns_mhdp_update_link_status(mhdp);
We don't check the return value anymore... This function is void, so we
can't propagate the error further. We could change
cdns_mhdp_update_link_status to return void, but maybe it's better to
catch the error here, and print an error.
Tomi
> +
> + drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
> }
>
> static int cdns_mhdp_probe(struct platform_device *pdev)
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH v5 1/6] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge
2025-09-01 9:52 ` Tomi Valkeinen
@ 2025-09-02 8:28 ` Harikrishna Shenoy
0 siblings, 0 replies; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-09-02 8:28 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
On 9/1/25 15:22, Tomi Valkeinen wrote:
> Hi,
>
> On 11/08/2025 10:58, Harikrishna Shenoy wrote:
>> From: Jayesh Choudhary <j-choudhary@ti.com>
>>
>> Now that we have DBANC framework, remove the connector initialisation code
>> as that piece of code is not called if DRM_BRIDGE_ATTACH_NO_CONNECTOR flag
>> is used. Only TI K3 platforms consume this driver and tidss (their display
>> controller) has this flag set. So this legacy support can be dropped.
>>
>> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
> You have a fixes tag here. What bug does this fix?
https://lore.kernel.org/all/05948e1c-fa08-4aca-b705-b2e3a228f758@ti.com/
will include explanation in cover-letter.
>> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
>> ---
>> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 187 +-----------------
>> 1 file changed, 10 insertions(+), 177 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> index a614d1384f71..08702ade2903 100644
>> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> @@ -739,12 +739,8 @@ static void cdns_mhdp_fw_cb(const struct firmware *fw, void *context)
>> spin_lock(&mhdp->start_lock);
>> bridge_attached = mhdp->bridge_attached;
>> spin_unlock(&mhdp->start_lock);
>> - if (bridge_attached) {
>> - if (mhdp->connector.dev)
>> - drm_kms_helper_hotplug_event(mhdp->bridge.dev);
>> - else
>> - drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
>> - }
>> + if (bridge_attached)
>> + drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
>> }
>>
>> static int cdns_mhdp_load_firmware(struct cdns_mhdp_device *mhdp)
>> @@ -1444,56 +1440,6 @@ static const struct drm_edid *cdns_mhdp_edid_read(struct cdns_mhdp_device *mhdp,
>> return drm_edid_read_custom(connector, cdns_mhdp_get_edid_block, mhdp);
>> }
>>
>> -static int cdns_mhdp_get_modes(struct drm_connector *connector)
>> -{
>> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(connector);
>> - const struct drm_edid *drm_edid;
>> - int num_modes;
>> -
>> - if (!mhdp->plugged)
>> - return 0;
>> -
>> - drm_edid = cdns_mhdp_edid_read(mhdp, connector);
>> -
>> - drm_edid_connector_update(connector, drm_edid);
>> -
>> - if (!drm_edid) {
>> - dev_err(mhdp->dev, "Failed to read EDID\n");
>> - return 0;
>> - }
>> -
>> - num_modes = drm_edid_connector_add_modes(connector);
>> - drm_edid_free(drm_edid);
>> -
>> - /*
>> - * HACK: Warn about unsupported display formats until we deal
>> - * with them correctly.
>> - */
>> - if (connector->display_info.color_formats &&
>> - !(connector->display_info.color_formats &
>> - mhdp->display_fmt.color_format))
>> - dev_warn(mhdp->dev,
>> - "%s: No supported color_format found (0x%08x)\n",
>> - __func__, connector->display_info.color_formats);
>> -
>> - if (connector->display_info.bpc &&
>> - connector->display_info.bpc < mhdp->display_fmt.bpc)
>> - dev_warn(mhdp->dev, "%s: Display bpc only %d < %d\n",
>> - __func__, connector->display_info.bpc,
>> - mhdp->display_fmt.bpc);
>> -
>> - return num_modes;
>> -}
>> -
>> -static int cdns_mhdp_connector_detect(struct drm_connector *conn,
>> - struct drm_modeset_acquire_ctx *ctx,
>> - bool force)
>> -{
>> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
>> -
>> - return cdns_mhdp_detect(mhdp);
>> -}
>> -
>> static u32 cdns_mhdp_get_bpp(struct cdns_mhdp_display_fmt *fmt)
>> {
>> u32 bpp;
>> @@ -1547,114 +1493,6 @@ bool cdns_mhdp_bandwidth_ok(struct cdns_mhdp_device *mhdp,
>> return true;
>> }
>>
>> -static
>> -enum drm_mode_status cdns_mhdp_mode_valid(struct drm_connector *conn,
>> - const struct drm_display_mode *mode)
>> -{
>> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
>> -
>> - mutex_lock(&mhdp->link_mutex);
>> -
>> - if (!cdns_mhdp_bandwidth_ok(mhdp, mode, mhdp->link.num_lanes,
>> - mhdp->link.rate)) {
>> - mutex_unlock(&mhdp->link_mutex);
>> - return MODE_CLOCK_HIGH;
>> - }
>> -
>> - mutex_unlock(&mhdp->link_mutex);
>> - return MODE_OK;
>> -}
>> -
>> -static int cdns_mhdp_connector_atomic_check(struct drm_connector *conn,
>> - struct drm_atomic_state *state)
>> -{
>> - struct cdns_mhdp_device *mhdp = connector_to_mhdp(conn);
>> - struct drm_connector_state *old_state, *new_state;
>> - struct drm_crtc_state *crtc_state;
>> - u64 old_cp, new_cp;
>> -
>> - if (!mhdp->hdcp_supported)
>> - return 0;
>> -
>> - old_state = drm_atomic_get_old_connector_state(state, conn);
>> - new_state = drm_atomic_get_new_connector_state(state, conn);
>> - old_cp = old_state->content_protection;
>> - new_cp = new_state->content_protection;
>> -
>> - if (old_state->hdcp_content_type != new_state->hdcp_content_type &&
>> - new_cp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
>> - new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
>> - goto mode_changed;
>> - }
>> -
>> - if (!new_state->crtc) {
>> - if (old_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED)
>> - new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
>> - return 0;
>> - }
>> -
>> - if (old_cp == new_cp ||
>> - (old_cp == DRM_MODE_CONTENT_PROTECTION_DESIRED &&
>> - new_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED))
>> - return 0;
>> -
>> -mode_changed:
>> - crtc_state = drm_atomic_get_new_crtc_state(state, new_state->crtc);
>> - crtc_state->mode_changed = true;
>> -
>> - return 0;
>> -}
>> -
>> -static const struct drm_connector_helper_funcs cdns_mhdp_conn_helper_funcs = {
>> - .detect_ctx = cdns_mhdp_connector_detect,
>> - .get_modes = cdns_mhdp_get_modes,
>> - .mode_valid = cdns_mhdp_mode_valid,
>> - .atomic_check = cdns_mhdp_connector_atomic_check,
>> -};
>> -
>> -static const struct drm_connector_funcs cdns_mhdp_conn_funcs = {
>> - .fill_modes = drm_helper_probe_single_connector_modes,
>> - .atomic_duplicate_state = drm_atomic_helper_connector_duplicate_state,
>> - .atomic_destroy_state = drm_atomic_helper_connector_destroy_state,
>> - .reset = drm_atomic_helper_connector_reset,
>> - .destroy = drm_connector_cleanup,
>> -};
>> -
>> -static int cdns_mhdp_connector_init(struct cdns_mhdp_device *mhdp)
>> -{
>> - u32 bus_format = MEDIA_BUS_FMT_RGB121212_1X36;
>> - struct drm_connector *conn = &mhdp->connector;
>> - struct drm_bridge *bridge = &mhdp->bridge;
>> - int ret;
>> -
>> - conn->polled = DRM_CONNECTOR_POLL_HPD;
>> -
>> - ret = drm_connector_init(bridge->dev, conn, &cdns_mhdp_conn_funcs,
>> - DRM_MODE_CONNECTOR_DisplayPort);
>> - if (ret) {
>> - dev_err(mhdp->dev, "Failed to initialize connector with drm\n");
>> - return ret;
>> - }
>> -
>> - drm_connector_helper_add(conn, &cdns_mhdp_conn_helper_funcs);
>> -
>> - ret = drm_display_info_set_bus_formats(&conn->display_info,
>> - &bus_format, 1);
>> - if (ret)
>> - return ret;
>> -
>> - ret = drm_connector_attach_encoder(conn, bridge->encoder);
>> - if (ret) {
>> - dev_err(mhdp->dev, "Failed to attach connector to encoder\n");
>> - return ret;
>> - }
>> -
>> - if (mhdp->hdcp_supported)
>> - ret = drm_connector_attach_content_protection_property(conn, true);
>> -
>> - return ret;
>> -}
>> -
>> static int cdns_mhdp_attach(struct drm_bridge *bridge,
>> struct drm_encoder *encoder,
>> enum drm_bridge_attach_flags flags)
>> @@ -1671,9 +1509,11 @@ static int cdns_mhdp_attach(struct drm_bridge *bridge,
>> return ret;
>>
>> if (!(flags & DRM_BRIDGE_ATTACH_NO_CONNECTOR)) {
>> - ret = cdns_mhdp_connector_init(mhdp);
>> - if (ret)
>> - goto aux_unregister;
>> + ret = -EINVAL;
>> + dev_err(mhdp->dev,
>> + "Connector initialisation not supported in bridge_attach %d\n",
>> + ret);
>> + goto aux_unregister;
>> }
>>
>> spin_lock(&mhdp->start_lock);
>> @@ -2368,17 +2208,10 @@ static void cdns_mhdp_hpd_work(struct work_struct *work)
>> struct cdns_mhdp_device *mhdp = container_of(work,
>> struct cdns_mhdp_device,
>> hpd_work);
>> - int ret;
>>
>> - ret = cdns_mhdp_update_link_status(mhdp);
>> - if (mhdp->connector.dev) {
>> - if (ret < 0)
>> - schedule_work(&mhdp->modeset_retry_work);
>> - else
>> - drm_kms_helper_hotplug_event(mhdp->bridge.dev);
>> - } else {
>> - drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
>> - }
>> + cdns_mhdp_update_link_status(mhdp);
> We don't check the return value anymore... This function is void, so we
> can't propagate the error further. We could change
> cdns_mhdp_update_link_status to return void, but maybe it's better to
> catch the error here, and print an error.
>
> Tomi
>
will print a warn about return value in hpd_work function.
>> +
>> + drm_bridge_hpd_notify(&mhdp->bridge, cdns_mhdp_detect(mhdp));
>> }
>>
>> static int cdns_mhdp_probe(struct platform_device *pdev)
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH v5 2/6] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer
2025-08-11 7:58 [PATCH v5 0/6] MHDP8546 fixes related to DBANC usecase Harikrishna Shenoy
2025-08-11 7:58 ` [PATCH v5 1/6] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge Harikrishna Shenoy
@ 2025-08-11 7:59 ` Harikrishna Shenoy
2025-09-01 10:00 ` Tomi Valkeinen
2025-08-11 7:59 ` [PATCH v5 3/6] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable() Harikrishna Shenoy
` (3 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-08-11 7:59 UTC (permalink / raw)
To: andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel, tomi.valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, h-shenoy, s-jain1
From: Jayesh Choudhary <j-choudhary@ti.com>
After adding DBANC framework, mhdp->connector is not initialised during
bridge_attach(). The connector is however required in few driver calls
like cdns_mhdp_hdcp_enable() and cdns_mhdp_modeset_retry_fn().
Use drm_connector pointer instead of structure, set it in bridge_enable()
and clear it in bridge_disable(), and make appropriate changes.
Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
---
drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c | 12 ++++++------
drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h | 2 +-
drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c | 8 ++++----
3 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
index 08702ade2903..c2ce3d6e5a88 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
@@ -1755,7 +1755,6 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
struct cdns_mhdp_bridge_state *mhdp_state;
struct drm_crtc_state *crtc_state;
- struct drm_connector *connector;
struct drm_connector_state *conn_state;
struct drm_bridge_state *new_state;
const struct drm_display_mode *mode;
@@ -1785,12 +1784,12 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
cdns_mhdp_reg_write(mhdp, CDNS_DPTX_CAR,
resp | CDNS_VIF_CLK_EN | CDNS_VIF_CLK_RSTN);
- connector = drm_atomic_get_new_connector_for_encoder(state,
- bridge->encoder);
- if (WARN_ON(!connector))
+ mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
+ bridge->encoder);
+ if (WARN_ON(!mhdp->connector))
goto out;
- conn_state = drm_atomic_get_new_connector_state(state, connector);
+ conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
if (WARN_ON(!conn_state))
goto out;
@@ -1853,6 +1852,7 @@ static void cdns_mhdp_atomic_disable(struct drm_bridge *bridge,
cdns_mhdp_hdcp_disable(mhdp);
mhdp->bridge_enabled = false;
+ mhdp->connector = NULL;
cdns_mhdp_reg_read(mhdp, CDNS_DP_FRAMER_GLOBAL_CONFIG, &resp);
resp &= ~CDNS_DP_FRAMER_EN;
resp |= CDNS_DP_NO_VIDEO_MODE;
@@ -2134,7 +2134,7 @@ static void cdns_mhdp_modeset_retry_fn(struct work_struct *work)
mhdp = container_of(work, typeof(*mhdp), modeset_retry_work);
- conn = &mhdp->connector;
+ conn = mhdp->connector;
/* Grab the locks before changing connector property */
mutex_lock(&conn->dev->mode_config.mutex);
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
index bad2fc0c7306..b297db53ba28 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
@@ -375,7 +375,7 @@ struct cdns_mhdp_device {
*/
struct mutex link_mutex;
- struct drm_connector connector;
+ struct drm_connector *connector;
struct drm_bridge bridge;
struct cdns_mhdp_link link;
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
index 42248f179b69..59f18c3281ef 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
@@ -394,7 +394,7 @@ static int _cdns_mhdp_hdcp_disable(struct cdns_mhdp_device *mhdp)
int ret;
dev_dbg(mhdp->dev, "[%s:%d] HDCP is being disabled...\n",
- mhdp->connector.name, mhdp->connector.base.id);
+ mhdp->connector->name, mhdp->connector->base.id);
ret = cdns_mhdp_hdcp_set_config(mhdp, 0, false);
@@ -445,7 +445,7 @@ static int cdns_mhdp_hdcp_check_link(struct cdns_mhdp_device *mhdp)
dev_err(mhdp->dev,
"[%s:%d] HDCP link failed, retrying authentication\n",
- mhdp->connector.name, mhdp->connector.base.id);
+ mhdp->connector->name, mhdp->connector->base.id);
ret = _cdns_mhdp_hdcp_disable(mhdp);
if (ret) {
@@ -487,13 +487,13 @@ static void cdns_mhdp_hdcp_prop_work(struct work_struct *work)
struct cdns_mhdp_device *mhdp = container_of(hdcp,
struct cdns_mhdp_device,
hdcp);
- struct drm_device *dev = mhdp->connector.dev;
+ struct drm_device *dev = mhdp->connector->dev;
struct drm_connector_state *state;
drm_modeset_lock(&dev->mode_config.connection_mutex, NULL);
mutex_lock(&mhdp->hdcp.mutex);
if (mhdp->hdcp.value != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
- state = mhdp->connector.state;
+ state = mhdp->connector->state;
state->content_protection = mhdp->hdcp.value;
}
mutex_unlock(&mhdp->hdcp.mutex);
--
2.34.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH v5 2/6] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer
2025-08-11 7:59 ` [PATCH v5 2/6] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer Harikrishna Shenoy
@ 2025-09-01 10:00 ` Tomi Valkeinen
2025-09-02 8:32 ` Harikrishna Shenoy
0 siblings, 1 reply; 17+ messages in thread
From: Tomi Valkeinen @ 2025-09-01 10:00 UTC (permalink / raw)
To: Harikrishna Shenoy
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
Hi,
On 11/08/2025 10:59, Harikrishna Shenoy wrote:
> From: Jayesh Choudhary <j-choudhary@ti.com>
>
> After adding DBANC framework, mhdp->connector is not initialised during
> bridge_attach(). The connector is however required in few driver calls
> like cdns_mhdp_hdcp_enable() and cdns_mhdp_modeset_retry_fn().
Does this mean that if you apply only the previous commit, mhdp will
crash/misbehave as mdhp->connector is not initialized?
> Use drm_connector pointer instead of structure, set it in bridge_enable()
> and clear it in bridge_disable(), and make appropriate changes.
>
> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
This also has a fixes tag, but I don't see any mention of any bug being
fixed.
For the subjects of the whole series, I think you can just use
"drm/bridge: cdns-mhdp: ...". That's much shorter.
Tomi
> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
> ---
> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c | 12 ++++++------
> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h | 2 +-
> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c | 8 ++++----
> 3 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> index 08702ade2903..c2ce3d6e5a88 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> @@ -1755,7 +1755,6 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
> struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
> struct cdns_mhdp_bridge_state *mhdp_state;
> struct drm_crtc_state *crtc_state;
> - struct drm_connector *connector;
> struct drm_connector_state *conn_state;
> struct drm_bridge_state *new_state;
> const struct drm_display_mode *mode;
> @@ -1785,12 +1784,12 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
> cdns_mhdp_reg_write(mhdp, CDNS_DPTX_CAR,
> resp | CDNS_VIF_CLK_EN | CDNS_VIF_CLK_RSTN);
>
> - connector = drm_atomic_get_new_connector_for_encoder(state,
> - bridge->encoder);
> - if (WARN_ON(!connector))
> + mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
> + bridge->encoder);
> + if (WARN_ON(!mhdp->connector))
> goto out;
>
> - conn_state = drm_atomic_get_new_connector_state(state, connector);
> + conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
> if (WARN_ON(!conn_state))
> goto out;
>
> @@ -1853,6 +1852,7 @@ static void cdns_mhdp_atomic_disable(struct drm_bridge *bridge,
> cdns_mhdp_hdcp_disable(mhdp);
>
> mhdp->bridge_enabled = false;
> + mhdp->connector = NULL;
> cdns_mhdp_reg_read(mhdp, CDNS_DP_FRAMER_GLOBAL_CONFIG, &resp);
> resp &= ~CDNS_DP_FRAMER_EN;
> resp |= CDNS_DP_NO_VIDEO_MODE;
> @@ -2134,7 +2134,7 @@ static void cdns_mhdp_modeset_retry_fn(struct work_struct *work)
>
> mhdp = container_of(work, typeof(*mhdp), modeset_retry_work);
>
> - conn = &mhdp->connector;
> + conn = mhdp->connector;
>
> /* Grab the locks before changing connector property */
> mutex_lock(&conn->dev->mode_config.mutex);
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
> index bad2fc0c7306..b297db53ba28 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
> @@ -375,7 +375,7 @@ struct cdns_mhdp_device {
> */
> struct mutex link_mutex;
>
> - struct drm_connector connector;
> + struct drm_connector *connector;
> struct drm_bridge bridge;
>
> struct cdns_mhdp_link link;
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
> index 42248f179b69..59f18c3281ef 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
> @@ -394,7 +394,7 @@ static int _cdns_mhdp_hdcp_disable(struct cdns_mhdp_device *mhdp)
> int ret;
>
> dev_dbg(mhdp->dev, "[%s:%d] HDCP is being disabled...\n",
> - mhdp->connector.name, mhdp->connector.base.id);
> + mhdp->connector->name, mhdp->connector->base.id);
>
> ret = cdns_mhdp_hdcp_set_config(mhdp, 0, false);
>
> @@ -445,7 +445,7 @@ static int cdns_mhdp_hdcp_check_link(struct cdns_mhdp_device *mhdp)
>
> dev_err(mhdp->dev,
> "[%s:%d] HDCP link failed, retrying authentication\n",
> - mhdp->connector.name, mhdp->connector.base.id);
> + mhdp->connector->name, mhdp->connector->base.id);
>
> ret = _cdns_mhdp_hdcp_disable(mhdp);
> if (ret) {
> @@ -487,13 +487,13 @@ static void cdns_mhdp_hdcp_prop_work(struct work_struct *work)
> struct cdns_mhdp_device *mhdp = container_of(hdcp,
> struct cdns_mhdp_device,
> hdcp);
> - struct drm_device *dev = mhdp->connector.dev;
> + struct drm_device *dev = mhdp->connector->dev;
> struct drm_connector_state *state;
>
> drm_modeset_lock(&dev->mode_config.connection_mutex, NULL);
> mutex_lock(&mhdp->hdcp.mutex);
> if (mhdp->hdcp.value != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
> - state = mhdp->connector.state;
> + state = mhdp->connector->state;
> state->content_protection = mhdp->hdcp.value;
> }
> mutex_unlock(&mhdp->hdcp.mutex);
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH v5 2/6] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer
2025-09-01 10:00 ` Tomi Valkeinen
@ 2025-09-02 8:32 ` Harikrishna Shenoy
0 siblings, 0 replies; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-09-02 8:32 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
On 9/1/25 15:30, Tomi Valkeinen wrote:
> Hi,
>
> On 11/08/2025 10:59, Harikrishna Shenoy wrote:
>> From: Jayesh Choudhary <j-choudhary@ti.com>
>>
>> After adding DBANC framework, mhdp->connector is not initialised during
>> bridge_attach(). The connector is however required in few driver calls
>> like cdns_mhdp_hdcp_enable() and cdns_mhdp_modeset_retry_fn().
> Does this mean that if you apply only the previous commit, mhdp will
> crash/misbehave as mdhp->connector is not initialized?
>
possible of crash/misbehave of driver due to NULL pointer de-reference
has been discussed
in previous versions of series, will highlight it to make it more clear.
>> Use drm_connector pointer instead of structure, set it in bridge_enable()
>> and clear it in bridge_disable(), and make appropriate changes.
>>
>> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
> This also has a fixes tag, but I don't see any mention of any bug being
> fixed.
>
> For the subjects of the whole series, I think you can just use
> "drm/bridge: cdns-mhdp: ...". That's much shorter.
>
> Tomi
Explanation of bug along with logs are given in previous versions of the
series,
will include them as highlights in cover letter to make more clear.
>> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
>> ---
>> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c | 12 ++++++------
>> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h | 2 +-
>> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c | 8 ++++----
>> 3 files changed, 11 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> index 08702ade2903..c2ce3d6e5a88 100644
>> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> @@ -1755,7 +1755,6 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
>> struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
>> struct cdns_mhdp_bridge_state *mhdp_state;
>> struct drm_crtc_state *crtc_state;
>> - struct drm_connector *connector;
>> struct drm_connector_state *conn_state;
>> struct drm_bridge_state *new_state;
>> const struct drm_display_mode *mode;
>> @@ -1785,12 +1784,12 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
>> cdns_mhdp_reg_write(mhdp, CDNS_DPTX_CAR,
>> resp | CDNS_VIF_CLK_EN | CDNS_VIF_CLK_RSTN);
>>
>> - connector = drm_atomic_get_new_connector_for_encoder(state,
>> - bridge->encoder);
>> - if (WARN_ON(!connector))
>> + mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
>> + bridge->encoder);
>> + if (WARN_ON(!mhdp->connector))
>> goto out;
>>
>> - conn_state = drm_atomic_get_new_connector_state(state, connector);
>> + conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
>> if (WARN_ON(!conn_state))
>> goto out;
>>
>> @@ -1853,6 +1852,7 @@ static void cdns_mhdp_atomic_disable(struct drm_bridge *bridge,
>> cdns_mhdp_hdcp_disable(mhdp);
>>
>> mhdp->bridge_enabled = false;
>> + mhdp->connector = NULL;
>> cdns_mhdp_reg_read(mhdp, CDNS_DP_FRAMER_GLOBAL_CONFIG, &resp);
>> resp &= ~CDNS_DP_FRAMER_EN;
>> resp |= CDNS_DP_NO_VIDEO_MODE;
>> @@ -2134,7 +2134,7 @@ static void cdns_mhdp_modeset_retry_fn(struct work_struct *work)
>>
>> mhdp = container_of(work, typeof(*mhdp), modeset_retry_work);
>>
>> - conn = &mhdp->connector;
>> + conn = mhdp->connector;
>>
>> /* Grab the locks before changing connector property */
>> mutex_lock(&conn->dev->mode_config.mutex);
>> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
>> index bad2fc0c7306..b297db53ba28 100644
>> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
>> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.h
>> @@ -375,7 +375,7 @@ struct cdns_mhdp_device {
>> */
>> struct mutex link_mutex;
>>
>> - struct drm_connector connector;
>> + struct drm_connector *connector;
>> struct drm_bridge bridge;
>>
>> struct cdns_mhdp_link link;
>> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
>> index 42248f179b69..59f18c3281ef 100644
>> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
>> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-hdcp.c
>> @@ -394,7 +394,7 @@ static int _cdns_mhdp_hdcp_disable(struct cdns_mhdp_device *mhdp)
>> int ret;
>>
>> dev_dbg(mhdp->dev, "[%s:%d] HDCP is being disabled...\n",
>> - mhdp->connector.name, mhdp->connector.base.id);
>> + mhdp->connector->name, mhdp->connector->base.id);
>>
>> ret = cdns_mhdp_hdcp_set_config(mhdp, 0, false);
>>
>> @@ -445,7 +445,7 @@ static int cdns_mhdp_hdcp_check_link(struct cdns_mhdp_device *mhdp)
>>
>> dev_err(mhdp->dev,
>> "[%s:%d] HDCP link failed, retrying authentication\n",
>> - mhdp->connector.name, mhdp->connector.base.id);
>> + mhdp->connector->name, mhdp->connector->base.id);
>>
>> ret = _cdns_mhdp_hdcp_disable(mhdp);
>> if (ret) {
>> @@ -487,13 +487,13 @@ static void cdns_mhdp_hdcp_prop_work(struct work_struct *work)
>> struct cdns_mhdp_device *mhdp = container_of(hdcp,
>> struct cdns_mhdp_device,
>> hdcp);
>> - struct drm_device *dev = mhdp->connector.dev;
>> + struct drm_device *dev = mhdp->connector->dev;
>> struct drm_connector_state *state;
>>
>> drm_modeset_lock(&dev->mode_config.connection_mutex, NULL);
>> mutex_lock(&mhdp->hdcp.mutex);
>> if (mhdp->hdcp.value != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
>> - state = mhdp->connector.state;
>> + state = mhdp->connector->state;
>> state->content_protection = mhdp->hdcp.value;
>> }
>> mutex_unlock(&mhdp->hdcp.mutex);
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH v5 3/6] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable()
2025-08-11 7:58 [PATCH v5 0/6] MHDP8546 fixes related to DBANC usecase Harikrishna Shenoy
2025-08-11 7:58 ` [PATCH v5 1/6] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge Harikrishna Shenoy
2025-08-11 7:59 ` [PATCH v5 2/6] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer Harikrishna Shenoy
@ 2025-08-11 7:59 ` Harikrishna Shenoy
2025-09-01 10:05 ` Tomi Valkeinen
2025-08-11 7:59 ` [PATCH v5 4/6] drm/bridge: cadence: cdns-mhdp8546-core: Add mode_valid hook to drm_bridge_funcs Harikrishna Shenoy
` (2 subsequent siblings)
5 siblings, 1 reply; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-08-11 7:59 UTC (permalink / raw)
To: andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel, tomi.valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, h-shenoy, s-jain1
From: Jayesh Choudhary <j-choudhary@ti.com>
In case if we get errors in cdns_mhdp_link_up() or cdns_mhdp_reg_read()
in atomic_enable, we will go to cdns_mhdp_modeset_retry_fn() and will hit
NULL pointer while trying to access the mutex. We need the connector to
be set before that. Unlike in legacy !(DBANC) cases, we do not have
connector initialised in bridge_attach(). So set the mhdp->connector
in atomic_enable() earlier to avoid possible NULL pointer.
Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
---
.../drm/bridge/cadence/cdns-mhdp8546-core.c | 20 +++++++++----------
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
index c2ce3d6e5a88..b2f5a48cac2d 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
@@ -1759,12 +1759,21 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
struct drm_bridge_state *new_state;
const struct drm_display_mode *mode;
u32 resp;
- int ret;
+ int ret = 0;
dev_dbg(mhdp->dev, "bridge enable\n");
mutex_lock(&mhdp->link_mutex);
+ mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
+ bridge->encoder);
+ if (WARN_ON(!mhdp->connector))
+ goto out;
+
+ conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
+ if (WARN_ON(!conn_state))
+ goto out;
+
if (mhdp->plugged && !mhdp->link_up) {
ret = cdns_mhdp_link_up(mhdp);
if (ret < 0)
@@ -1784,15 +1793,6 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
cdns_mhdp_reg_write(mhdp, CDNS_DPTX_CAR,
resp | CDNS_VIF_CLK_EN | CDNS_VIF_CLK_RSTN);
- mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
- bridge->encoder);
- if (WARN_ON(!mhdp->connector))
- goto out;
-
- conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
- if (WARN_ON(!conn_state))
- goto out;
-
if (mhdp->hdcp_supported &&
mhdp->hw_state == MHDP_HW_READY &&
conn_state->content_protection ==
--
2.34.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH v5 3/6] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable()
2025-08-11 7:59 ` [PATCH v5 3/6] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable() Harikrishna Shenoy
@ 2025-09-01 10:05 ` Tomi Valkeinen
2025-09-02 9:27 ` Harikrishna Shenoy
0 siblings, 1 reply; 17+ messages in thread
From: Tomi Valkeinen @ 2025-09-01 10:05 UTC (permalink / raw)
To: Harikrishna Shenoy
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
Hi,
On 11/08/2025 10:59, Harikrishna Shenoy wrote:
> From: Jayesh Choudhary <j-choudhary@ti.com>
>
> In case if we get errors in cdns_mhdp_link_up() or cdns_mhdp_reg_read()
> in atomic_enable, we will go to cdns_mhdp_modeset_retry_fn() and will hit
> NULL pointer while trying to access the mutex. We need the connector to
> be set before that. Unlike in legacy !(DBANC) cases, we do not have
> connector initialised in bridge_attach(). So set the mhdp->connector
> in atomic_enable() earlier to avoid possible NULL pointer.
>
> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
> ---
> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 20 +++++++++----------
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> index c2ce3d6e5a88..b2f5a48cac2d 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> @@ -1759,12 +1759,21 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
> struct drm_bridge_state *new_state;
> const struct drm_display_mode *mode;
> u32 resp;
> - int ret;
> + int ret = 0;
>
> dev_dbg(mhdp->dev, "bridge enable\n");
>
> mutex_lock(&mhdp->link_mutex);
>
> + mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
> + bridge->encoder);
> + if (WARN_ON(!mhdp->connector))
> + goto out;
> +
> + conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
> + if (WARN_ON(!conn_state))
> + goto out;
You are just moving code here, but... Shouldn't these be errors? If I
read this right, ret is 0 here, and thus if we hit either of those
issues above, we'll return 0.
Tomi
> +
> if (mhdp->plugged && !mhdp->link_up) {
> ret = cdns_mhdp_link_up(mhdp);
> if (ret < 0)
> @@ -1784,15 +1793,6 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
> cdns_mhdp_reg_write(mhdp, CDNS_DPTX_CAR,
> resp | CDNS_VIF_CLK_EN | CDNS_VIF_CLK_RSTN);
>
> - mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
> - bridge->encoder);
> - if (WARN_ON(!mhdp->connector))
> - goto out;
> -
> - conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
> - if (WARN_ON(!conn_state))
> - goto out;
> -
> if (mhdp->hdcp_supported &&
> mhdp->hw_state == MHDP_HW_READY &&
> conn_state->content_protection ==
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH v5 3/6] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable()
2025-09-01 10:05 ` Tomi Valkeinen
@ 2025-09-02 9:27 ` Harikrishna Shenoy
0 siblings, 0 replies; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-09-02 9:27 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
On 9/1/25 15:35, Tomi Valkeinen wrote:
> Hi,
>
> On 11/08/2025 10:59, Harikrishna Shenoy wrote:
>> From: Jayesh Choudhary <j-choudhary@ti.com>
>>
>> In case if we get errors in cdns_mhdp_link_up() or cdns_mhdp_reg_read()
>> in atomic_enable, we will go to cdns_mhdp_modeset_retry_fn() and will hit
>> NULL pointer while trying to access the mutex. We need the connector to
>> be set before that. Unlike in legacy !(DBANC) cases, we do not have
>> connector initialised in bridge_attach(). So set the mhdp->connector
>> in atomic_enable() earlier to avoid possible NULL pointer.
>>
>> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
>> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
>> ---
>> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 20 +++++++++----------
>> 1 file changed, 10 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> index c2ce3d6e5a88..b2f5a48cac2d 100644
>> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> @@ -1759,12 +1759,21 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
>> struct drm_bridge_state *new_state;
>> const struct drm_display_mode *mode;
>> u32 resp;
>> - int ret;
>> + int ret = 0;
>>
>> dev_dbg(mhdp->dev, "bridge enable\n");
>>
>> mutex_lock(&mhdp->link_mutex);
>>
>> + mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
>> + bridge->encoder);
>> + if (WARN_ON(!mhdp->connector))
>> + goto out;
>> +
>> + conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
>> + if (WARN_ON(!conn_state))
>> + goto out;
> You are just moving code here, but... Shouldn't these be errors? If I
> read this right, ret is 0 here, and thus if we hit either of those
> issues above, we'll return 0.
>
> Tomi
>
This is a void function, no need to return
>> +
>> if (mhdp->plugged && !mhdp->link_up) {
>> ret = cdns_mhdp_link_up(mhdp);
>> if (ret < 0)
>> @@ -1784,15 +1793,6 @@ static void cdns_mhdp_atomic_enable(struct drm_bridge *bridge,
>> cdns_mhdp_reg_write(mhdp, CDNS_DPTX_CAR,
>> resp | CDNS_VIF_CLK_EN | CDNS_VIF_CLK_RSTN);
>>
>> - mhdp->connector = drm_atomic_get_new_connector_for_encoder(state,
>> - bridge->encoder);
>> - if (WARN_ON(!mhdp->connector))
>> - goto out;
>> -
>> - conn_state = drm_atomic_get_new_connector_state(state, mhdp->connector);
>> - if (WARN_ON(!conn_state))
>> - goto out;
>> -
>> if (mhdp->hdcp_supported &&
>> mhdp->hw_state == MHDP_HW_READY &&
>> conn_state->content_protection ==
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH v5 4/6] drm/bridge: cadence: cdns-mhdp8546-core: Add mode_valid hook to drm_bridge_funcs
2025-08-11 7:58 [PATCH v5 0/6] MHDP8546 fixes related to DBANC usecase Harikrishna Shenoy
` (2 preceding siblings ...)
2025-08-11 7:59 ` [PATCH v5 3/6] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable() Harikrishna Shenoy
@ 2025-08-11 7:59 ` Harikrishna Shenoy
2025-09-01 10:07 ` Tomi Valkeinen
2025-08-11 7:59 ` [PATCH v5 5/6] drm/bridge: cadence: cdns-mhdp8546-core: Reduce log level for DPCD read/write Harikrishna Shenoy
2025-08-11 7:59 ` [PATCH v5 6/6] drm/bridge: cadence: cdns-mhdp8546-core: Handle HDCP state in bridge atomic check Harikrishna Shenoy
5 siblings, 1 reply; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-08-11 7:59 UTC (permalink / raw)
To: andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel, tomi.valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, h-shenoy, s-jain1
From: Jayesh Choudhary <j-choudhary@ti.com>
Add cdns_mhdp_bridge_mode_valid() to check if specific mode is valid for
this bridge or not. In the legacy !(DBANC) usecase, we were using the hook
from drm_connector_helper_funcs but with removal of legacy code, we need
to have mode_valid() in drm_bridge_funcs.
Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
---
.../drm/bridge/cadence/cdns-mhdp8546-core.c | 20 +++++++++++++++++++
1 file changed, 20 insertions(+)
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
index b2f5a48cac2d..47c657237c37 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
@@ -1999,6 +1999,25 @@ static const struct drm_edid *cdns_mhdp_bridge_edid_read(struct drm_bridge *brid
return cdns_mhdp_edid_read(mhdp, connector);
}
+static enum drm_mode_status
+cdns_mhdp_bridge_mode_valid(struct drm_bridge *bridge,
+ const struct drm_display_info *info,
+ const struct drm_display_mode *mode)
+{
+ struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
+
+ mutex_lock(&mhdp->link_mutex);
+
+ if (!cdns_mhdp_bandwidth_ok(mhdp, mode, mhdp->link.num_lanes,
+ mhdp->link.rate)) {
+ mutex_unlock(&mhdp->link_mutex);
+ return MODE_CLOCK_HIGH;
+ }
+
+ mutex_unlock(&mhdp->link_mutex);
+ return MODE_OK;
+}
+
static const struct drm_bridge_funcs cdns_mhdp_bridge_funcs = {
.atomic_enable = cdns_mhdp_atomic_enable,
.atomic_disable = cdns_mhdp_atomic_disable,
@@ -2013,6 +2032,7 @@ static const struct drm_bridge_funcs cdns_mhdp_bridge_funcs = {
.edid_read = cdns_mhdp_bridge_edid_read,
.hpd_enable = cdns_mhdp_bridge_hpd_enable,
.hpd_disable = cdns_mhdp_bridge_hpd_disable,
+ .mode_valid = cdns_mhdp_bridge_mode_valid,
};
static bool cdns_mhdp_detect_hpd(struct cdns_mhdp_device *mhdp, bool *hpd_pulse)
--
2.34.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH v5 4/6] drm/bridge: cadence: cdns-mhdp8546-core: Add mode_valid hook to drm_bridge_funcs
2025-08-11 7:59 ` [PATCH v5 4/6] drm/bridge: cadence: cdns-mhdp8546-core: Add mode_valid hook to drm_bridge_funcs Harikrishna Shenoy
@ 2025-09-01 10:07 ` Tomi Valkeinen
0 siblings, 0 replies; 17+ messages in thread
From: Tomi Valkeinen @ 2025-09-01 10:07 UTC (permalink / raw)
To: Harikrishna Shenoy
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
Hi,
On 11/08/2025 10:59, Harikrishna Shenoy wrote:
> From: Jayesh Choudhary <j-choudhary@ti.com>
>
> Add cdns_mhdp_bridge_mode_valid() to check if specific mode is valid for
> this bridge or not. In the legacy !(DBANC) usecase, we were using the hook
> from drm_connector_helper_funcs but with removal of legacy code, we need
> to have mode_valid() in drm_bridge_funcs.
>
> Fixes: c932ced6b585 ("drm/tidss: Update encoder/bridge chain connect model")
> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
> ---
> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 20 +++++++++++++++++++
> 1 file changed, 20 insertions(+)
>
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> index b2f5a48cac2d..47c657237c37 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> @@ -1999,6 +1999,25 @@ static const struct drm_edid *cdns_mhdp_bridge_edid_read(struct drm_bridge *brid
> return cdns_mhdp_edid_read(mhdp, connector);
> }
>
> +static enum drm_mode_status
> +cdns_mhdp_bridge_mode_valid(struct drm_bridge *bridge,
> + const struct drm_display_info *info,
> + const struct drm_display_mode *mode)
> +{
> + struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
> +
> + mutex_lock(&mhdp->link_mutex);
> +
> + if (!cdns_mhdp_bandwidth_ok(mhdp, mode, mhdp->link.num_lanes,
> + mhdp->link.rate)) {
> + mutex_unlock(&mhdp->link_mutex);
> + return MODE_CLOCK_HIGH;
> + }
> +
> + mutex_unlock(&mhdp->link_mutex);
> + return MODE_OK;
> +}
> +
> static const struct drm_bridge_funcs cdns_mhdp_bridge_funcs = {
> .atomic_enable = cdns_mhdp_atomic_enable,
> .atomic_disable = cdns_mhdp_atomic_disable,
> @@ -2013,6 +2032,7 @@ static const struct drm_bridge_funcs cdns_mhdp_bridge_funcs = {
> .edid_read = cdns_mhdp_bridge_edid_read,
> .hpd_enable = cdns_mhdp_bridge_hpd_enable,
> .hpd_disable = cdns_mhdp_bridge_hpd_disable,
> + .mode_valid = cdns_mhdp_bridge_mode_valid,
> };
>
> static bool cdns_mhdp_detect_hpd(struct cdns_mhdp_device *mhdp, bool *hpd_pulse)
Reviewed-by: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Tomi
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH v5 5/6] drm/bridge: cadence: cdns-mhdp8546-core: Reduce log level for DPCD read/write
2025-08-11 7:58 [PATCH v5 0/6] MHDP8546 fixes related to DBANC usecase Harikrishna Shenoy
` (3 preceding siblings ...)
2025-08-11 7:59 ` [PATCH v5 4/6] drm/bridge: cadence: cdns-mhdp8546-core: Add mode_valid hook to drm_bridge_funcs Harikrishna Shenoy
@ 2025-08-11 7:59 ` Harikrishna Shenoy
2025-09-01 10:08 ` Tomi Valkeinen
2025-08-11 7:59 ` [PATCH v5 6/6] drm/bridge: cadence: cdns-mhdp8546-core: Handle HDCP state in bridge atomic check Harikrishna Shenoy
5 siblings, 1 reply; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-08-11 7:59 UTC (permalink / raw)
To: andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel, tomi.valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, h-shenoy, s-jain1
From: Jayesh Choudhary <j-choudhary@ti.com>
Reduce the log level for cdns_mhdp_dpcd_read and cdns_mhdp_dpcd_write
errors in cdns_mhdp_transfer function as in case of failure, there is
flooding of these prints along with other indicators like EDID failure
logs which are fairly intuitive in themselves rendering these error logs
useless.
Also, the caller functions for the cdns_mhdp_transfer in drm_dp_helper.c
(which calls it 32 times), has debug log level in case transfer fails.
So having a superseding log level in cdns_mhdp_transfer seems bad.
Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
---
drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
index 47c657237c37..4fb1db3e030c 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
@@ -778,7 +778,7 @@ static ssize_t cdns_mhdp_transfer(struct drm_dp_aux *aux,
if (!ret)
continue;
- dev_err(mhdp->dev,
+ dev_dbg(mhdp->dev,
"Failed to write DPCD addr %u\n",
msg->address + i);
@@ -788,7 +788,7 @@ static ssize_t cdns_mhdp_transfer(struct drm_dp_aux *aux,
ret = cdns_mhdp_dpcd_read(mhdp, msg->address,
msg->buffer, msg->size);
if (ret) {
- dev_err(mhdp->dev,
+ dev_dbg(mhdp->dev,
"Failed to read DPCD addr %u\n",
msg->address);
--
2.34.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH v5 5/6] drm/bridge: cadence: cdns-mhdp8546-core: Reduce log level for DPCD read/write
2025-08-11 7:59 ` [PATCH v5 5/6] drm/bridge: cadence: cdns-mhdp8546-core: Reduce log level for DPCD read/write Harikrishna Shenoy
@ 2025-09-01 10:08 ` Tomi Valkeinen
0 siblings, 0 replies; 17+ messages in thread
From: Tomi Valkeinen @ 2025-09-01 10:08 UTC (permalink / raw)
To: Harikrishna Shenoy
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
Hi,
On 11/08/2025 10:59, Harikrishna Shenoy wrote:
> From: Jayesh Choudhary <j-choudhary@ti.com>
>
> Reduce the log level for cdns_mhdp_dpcd_read and cdns_mhdp_dpcd_write
> errors in cdns_mhdp_transfer function as in case of failure, there is
> flooding of these prints along with other indicators like EDID failure
> logs which are fairly intuitive in themselves rendering these error logs
> useless.
> Also, the caller functions for the cdns_mhdp_transfer in drm_dp_helper.c
> (which calls it 32 times), has debug log level in case transfer fails.
> So having a superseding log level in cdns_mhdp_transfer seems bad.
>
> Signed-off-by: Jayesh Choudhary <j-choudhary@ti.com>
> ---
> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> index 47c657237c37..4fb1db3e030c 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> @@ -778,7 +778,7 @@ static ssize_t cdns_mhdp_transfer(struct drm_dp_aux *aux,
> if (!ret)
> continue;
>
> - dev_err(mhdp->dev,
> + dev_dbg(mhdp->dev,
> "Failed to write DPCD addr %u\n",
> msg->address + i);
>
> @@ -788,7 +788,7 @@ static ssize_t cdns_mhdp_transfer(struct drm_dp_aux *aux,
> ret = cdns_mhdp_dpcd_read(mhdp, msg->address,
> msg->buffer, msg->size);
> if (ret) {
> - dev_err(mhdp->dev,
> + dev_dbg(mhdp->dev,
> "Failed to read DPCD addr %u\n",
> msg->address);
>
Reviewed-by: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Tomi
^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH v5 6/6] drm/bridge: cadence: cdns-mhdp8546-core: Handle HDCP state in bridge atomic check
2025-08-11 7:58 [PATCH v5 0/6] MHDP8546 fixes related to DBANC usecase Harikrishna Shenoy
` (4 preceding siblings ...)
2025-08-11 7:59 ` [PATCH v5 5/6] drm/bridge: cadence: cdns-mhdp8546-core: Reduce log level for DPCD read/write Harikrishna Shenoy
@ 2025-08-11 7:59 ` Harikrishna Shenoy
2025-09-01 10:18 ` Tomi Valkeinen
5 siblings, 1 reply; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-08-11 7:59 UTC (permalink / raw)
To: andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel, tomi.valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, h-shenoy, s-jain1
Now that we have DBANC framework and legacy connector functions removed,
handle the HDCP disabling in bridge atomic check rather than in connector
atomic check previously.
Signed-off-by: Harikrishna Shenoy <h-shenoy@ti.com>
---
.../drm/bridge/cadence/cdns-mhdp8546-core.c | 23 +++++++++++++++++++
1 file changed, 23 insertions(+)
diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
index 4fb1db3e030c..af41b2908a74 100644
--- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
+++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
@@ -1960,6 +1960,10 @@ static int cdns_mhdp_atomic_check(struct drm_bridge *bridge,
{
struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
const struct drm_display_mode *mode = &crtc_state->adjusted_mode;
+ struct drm_connector_state *old_state, *new_state;
+ struct drm_atomic_state *state = crtc_state->state;
+ struct drm_connector *conn = mhdp->connector;
+ u64 old_cp, new_cp;
mutex_lock(&mhdp->link_mutex);
@@ -1979,6 +1983,25 @@ static int cdns_mhdp_atomic_check(struct drm_bridge *bridge,
if (mhdp->info)
bridge_state->input_bus_cfg.flags = *mhdp->info->input_bus_flags;
+ if (conn && mhdp->hdcp_supported) {
+ old_state = drm_atomic_get_old_connector_state(state, conn);
+ new_state = drm_atomic_get_new_connector_state(state, conn);
+ old_cp = old_state->content_protection;
+ new_cp = new_state->content_protection;
+
+ if (old_state->hdcp_content_type != new_state->hdcp_content_type &&
+ new_cp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
+ new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
+ crtc_state = drm_atomic_get_new_crtc_state(state, new_state->crtc);
+ crtc_state->mode_changed = true;
+ }
+
+ if (!new_state->crtc) {
+ if (old_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED)
+ new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
+ }
+ }
+
mutex_unlock(&mhdp->link_mutex);
return 0;
}
--
2.34.1
^ permalink raw reply related [flat|nested] 17+ messages in thread* Re: [PATCH v5 6/6] drm/bridge: cadence: cdns-mhdp8546-core: Handle HDCP state in bridge atomic check
2025-08-11 7:59 ` [PATCH v5 6/6] drm/bridge: cadence: cdns-mhdp8546-core: Handle HDCP state in bridge atomic check Harikrishna Shenoy
@ 2025-09-01 10:18 ` Tomi Valkeinen
2025-09-02 11:34 ` Harikrishna Shenoy
0 siblings, 1 reply; 17+ messages in thread
From: Tomi Valkeinen @ 2025-09-01 10:18 UTC (permalink / raw)
To: Harikrishna Shenoy
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
Hi,
On 11/08/2025 10:59, Harikrishna Shenoy wrote:
> Now that we have DBANC framework and legacy connector functions removed,
> handle the HDCP disabling in bridge atomic check rather than in connector
> atomic check previously.
Both this and the patch 4 make me feel a bit confused: In patch 1 a
bunch of code is removed. Then in patches 4 and 6 we add it back. Yes,
we don't add it back the same way, but this raises the question if the
first patch then breaks these two features, until patches 4 and 6 add it
back.
Or is the case that with DRM_BRIDGE_ATTACH_NO_CONNECTOR, which is the
way tidss uses this, none of the code removed in patch 1 was even being
called? And thus, in theory, patches 4 and 6 could even be added before
patch 1?
The patches nor the cover letter really explain well what's going on
here. The "fixes" tags also confuse me. So is the current upstream
driver working fine or not? Are there bugs? It would be good to fix
those bugs first, then do the cleanup of removing the old code. Maybe
that's difficult to do and this patch order makes sense, but it's all
left very unclear to the reviewer.
Tomi
>
> Signed-off-by: Harikrishna Shenoy <h-shenoy@ti.com>
> ---
> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 23 +++++++++++++++++++
> 1 file changed, 23 insertions(+)
>
> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> index 4fb1db3e030c..af41b2908a74 100644
> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
> @@ -1960,6 +1960,10 @@ static int cdns_mhdp_atomic_check(struct drm_bridge *bridge,
> {
> struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
> const struct drm_display_mode *mode = &crtc_state->adjusted_mode;
> + struct drm_connector_state *old_state, *new_state;
> + struct drm_atomic_state *state = crtc_state->state;
> + struct drm_connector *conn = mhdp->connector;
> + u64 old_cp, new_cp;
>
> mutex_lock(&mhdp->link_mutex);
>
> @@ -1979,6 +1983,25 @@ static int cdns_mhdp_atomic_check(struct drm_bridge *bridge,
> if (mhdp->info)
> bridge_state->input_bus_cfg.flags = *mhdp->info->input_bus_flags;
>
> + if (conn && mhdp->hdcp_supported) {
> + old_state = drm_atomic_get_old_connector_state(state, conn);
> + new_state = drm_atomic_get_new_connector_state(state, conn);
> + old_cp = old_state->content_protection;
> + new_cp = new_state->content_protection;
> +
> + if (old_state->hdcp_content_type != new_state->hdcp_content_type &&
> + new_cp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
> + new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
> + crtc_state = drm_atomic_get_new_crtc_state(state, new_state->crtc);
> + crtc_state->mode_changed = true;
> + }
> +
> + if (!new_state->crtc) {
> + if (old_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED)
> + new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
> + }
> + }
> +
> mutex_unlock(&mhdp->link_mutex);
> return 0;
> }
^ permalink raw reply [flat|nested] 17+ messages in thread* Re: [PATCH v5 6/6] drm/bridge: cadence: cdns-mhdp8546-core: Handle HDCP state in bridge atomic check
2025-09-01 10:18 ` Tomi Valkeinen
@ 2025-09-02 11:34 ` Harikrishna Shenoy
0 siblings, 0 replies; 17+ messages in thread
From: Harikrishna Shenoy @ 2025-09-02 11:34 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: jonas, jernej.skrabec, maarten.lankhorst, tzimmermann, airlied,
simona, lyude, luca.ceresoli, viro, andy.yan, linux, javierm,
linux-kernel, devarsht, j-choudhary, u-kumar1, s-jain1,
andrzej.hajda, neil.armstrong, rfoss, Laurent.pinchart, mripard,
lumag, dianders, dri-devel
On 9/1/25 15:48, Tomi Valkeinen wrote:
> Hi,
>
> On 11/08/2025 10:59, Harikrishna Shenoy wrote:
>> Now that we have DBANC framework and legacy connector functions removed,
>> handle the HDCP disabling in bridge atomic check rather than in connector
>> atomic check previously.
> Both this and the patch 4 make me feel a bit confused: In patch 1 a
> bunch of code is removed. Then in patches 4 and 6 we add it back. Yes,
> we don't add it back the same way, but this raises the question if the
> first patch then breaks these two features, until patches 4 and 6 add it
> back.
>
> Or is the case that with DRM_BRIDGE_ATTACH_NO_CONNECTOR, which is the
> way tidss uses this, none of the code removed in patch 1 was even being
> called? And thus, in theory, patches 4 and 6 could even be added before
> patch 1?
Patch 4 and 6 preserve the cases which might miss handling like HDCP
when removing
bunch of code associated with connector as those are basically rendered
dead due to
DBANC flag, will recombine these patches (4 and 6) and also be clear
about the bug fixed
>
> The patches nor the cover letter really explain well what's going on
> here. The "fixes" tags also confuse me. So is the current upstream
> driver working fine or not? Are there bugs? It would be good to fix
> those bugs first, then do the cleanup of removing the old code. Maybe
> that's difficult to do and this patch order makes sense, but it's all
> left very unclear to the reviewer.
> Tomi
Will respin the series
>> Signed-off-by: Harikrishna Shenoy <h-shenoy@ti.com>
>> ---
>> .../drm/bridge/cadence/cdns-mhdp8546-core.c | 23 +++++++++++++++++++
>> 1 file changed, 23 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> index 4fb1db3e030c..af41b2908a74 100644
>> --- a/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> +++ b/drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c
>> @@ -1960,6 +1960,10 @@ static int cdns_mhdp_atomic_check(struct drm_bridge *bridge,
>> {
>> struct cdns_mhdp_device *mhdp = bridge_to_mhdp(bridge);
>> const struct drm_display_mode *mode = &crtc_state->adjusted_mode;
>> + struct drm_connector_state *old_state, *new_state;
>> + struct drm_atomic_state *state = crtc_state->state;
>> + struct drm_connector *conn = mhdp->connector;
>> + u64 old_cp, new_cp;
>>
>> mutex_lock(&mhdp->link_mutex);
>>
>> @@ -1979,6 +1983,25 @@ static int cdns_mhdp_atomic_check(struct drm_bridge *bridge,
>> if (mhdp->info)
>> bridge_state->input_bus_cfg.flags = *mhdp->info->input_bus_flags;
>>
>> + if (conn && mhdp->hdcp_supported) {
>> + old_state = drm_atomic_get_old_connector_state(state, conn);
>> + new_state = drm_atomic_get_new_connector_state(state, conn);
>> + old_cp = old_state->content_protection;
>> + new_cp = new_state->content_protection;
>> +
>> + if (old_state->hdcp_content_type != new_state->hdcp_content_type &&
>> + new_cp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED) {
>> + new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
>> + crtc_state = drm_atomic_get_new_crtc_state(state, new_state->crtc);
>> + crtc_state->mode_changed = true;
>> + }
>> +
>> + if (!new_state->crtc) {
>> + if (old_cp == DRM_MODE_CONTENT_PROTECTION_ENABLED)
>> + new_state->content_protection = DRM_MODE_CONTENT_PROTECTION_DESIRED;
>> + }
>> + }
>> +
>> mutex_unlock(&mhdp->link_mutex);
>> return 0;
>> }
^ permalink raw reply [flat|nested] 17+ messages in thread