From: Jonas Karlman <jonas@kwiboo.se>
To: neil.armstrong@linaro.org
Cc: Andrzej Hajda <andrzej.hajda@intel.com>,
Robert Foss <rfoss@kernel.org>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Maxime Ripard <mripard@kernel.org>,
Thomas Zimmermann <tzimmermann@suse.de>,
David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/8] drm: bridge: dw_hdmi: Call poweron/poweroff from atomic enable/disable
Date: Mon, 24 Jun 2024 11:41:36 +0200 [thread overview]
Message-ID: <af41d129-53ce-4875-bee2-c331aa47c248@kwiboo.se> (raw)
In-Reply-To: <dd6f7a67-e338-4c08-8520-8e85a953834b@linaro.org>
Hi Neil,
On 2024-06-24 11:23, Neil Armstrong wrote:
> On 11/06/2024 17:50, Jonas Karlman wrote:
>> Change to only call poweron/poweroff from atomic_enable/atomic_disable
>> ops instead of trying to keep a bridge_is_on state and poweron/off in
>> the hotplug irq handler.
>>
>> A benefit of this is that drm mode_config mutex is always held at
>> poweron/off, something that may reduce the need for our own mutex.
>>
>> Signed-off-by: Jonas Karlman <jonas@kwiboo.se>
>> ---
>> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 33 ++---------------------
>> 1 file changed, 2 insertions(+), 31 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
>> index 9f2bc932c371..34bc6f4754b8 100644
>> --- a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
>> +++ b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
>> @@ -172,7 +172,6 @@ struct dw_hdmi {
>> enum drm_connector_force force; /* mutex-protected force state */
>> struct drm_connector *curr_conn;/* current connector (only valid when !disabled) */
>> bool disabled; /* DRM has disabled our bridge */
>> - bool bridge_is_on; /* indicates the bridge is on */
>> bool rxsense; /* rxsense state */
>> u8 phy_mask; /* desired phy int mask settings */
>> u8 mc_clkdis; /* clock disable register */
>> @@ -2383,8 +2382,6 @@ static void initialize_hdmi_ih_mutes(struct dw_hdmi *hdmi)
>>
>> static void dw_hdmi_poweron(struct dw_hdmi *hdmi)
>> {
>> - hdmi->bridge_is_on = true;
>> -
>> /*
>> * The curr_conn field is guaranteed to be valid here, as this function
>> * is only be called when !hdmi->disabled.
>> @@ -2398,30 +2395,6 @@ static void dw_hdmi_poweroff(struct dw_hdmi *hdmi)
>> hdmi->phy.ops->disable(hdmi, hdmi->phy.data);
>> hdmi->phy.enabled = false;
>> }
>> -
>> - hdmi->bridge_is_on = false;
>> -}
>> -
>> -static void dw_hdmi_update_power(struct dw_hdmi *hdmi)
>> -{
>> - int force = hdmi->force;
>> -
>> - if (hdmi->disabled) {
>> - force = DRM_FORCE_OFF;
>> - } else if (force == DRM_FORCE_UNSPECIFIED) {
>> - if (hdmi->rxsense)
>> - force = DRM_FORCE_ON;
>> - else
>> - force = DRM_FORCE_OFF;
>> - }
>
> This means we always poweron the bridge even if rxsense is false ?
If I follow the logic there should not be any difference, beside that
power on now only happen in atomic_enable instead of sometime in irq
handler.
hdmi->rxsense is set to true based on hpd in dw_hdmi_setup_rx_sense().
For both meson and dw-hdmi this means HPD=1 and not rxsense=1.
drm core will call the force/detect ops and enable/disable based on
forced/HPD state, so I am not expecting any difference in how this
currently works.
This change to only poweron/setup in atomic_enable should also fix
issues/situations where dw-hdmi was poweron too early during bootup in
irq handler, before the drm driver was fully probed.
Regards,
Jonas
>
> Neil
>
>> -
>> - if (force == DRM_FORCE_OFF) {
>> - if (hdmi->bridge_is_on)
>> - dw_hdmi_poweroff(hdmi);
>> - } else {
>> - if (!hdmi->bridge_is_on)
>> - dw_hdmi_poweron(hdmi);
>> - }
>> }
>>
>> /*
>> @@ -2546,7 +2519,6 @@ static void dw_hdmi_connector_force(struct drm_connector *connector)
>>
>> mutex_lock(&hdmi->mutex);
>> hdmi->force = connector->force;
>> - dw_hdmi_update_power(hdmi);
>> dw_hdmi_update_phy_mask(hdmi);
>> mutex_unlock(&hdmi->mutex);
>> }
>> @@ -2955,7 +2927,7 @@ static void dw_hdmi_bridge_atomic_disable(struct drm_bridge *bridge,
>> mutex_lock(&hdmi->mutex);
>> hdmi->disabled = true;
>> hdmi->curr_conn = NULL;
>> - dw_hdmi_update_power(hdmi);
>> + dw_hdmi_poweroff(hdmi);
>> dw_hdmi_update_phy_mask(hdmi);
>> handle_plugged_change(hdmi, false);
>> mutex_unlock(&hdmi->mutex);
>> @@ -2974,7 +2946,7 @@ static void dw_hdmi_bridge_atomic_enable(struct drm_bridge *bridge,
>> mutex_lock(&hdmi->mutex);
>> hdmi->disabled = false;
>> hdmi->curr_conn = connector;
>> - dw_hdmi_update_power(hdmi);
>> + dw_hdmi_poweron(hdmi);
>> dw_hdmi_update_phy_mask(hdmi);
>> handle_plugged_change(hdmi, true);
>> mutex_unlock(&hdmi->mutex);
>> @@ -3073,7 +3045,6 @@ void dw_hdmi_setup_rx_sense(struct dw_hdmi *hdmi, bool hpd, bool rx_sense)
>> if (hpd)
>> hdmi->rxsense = true;
>>
>> - dw_hdmi_update_power(hdmi);
>> dw_hdmi_update_phy_mask(hdmi);
>> }
>> mutex_unlock(&hdmi->mutex);
>
next prev parent reply other threads:[~2024-06-24 9:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-11 15:50 [PATCH 0/8] drm: bridge: dw_hdmi: Misc enable/disable, CEC and EDID cleanup Jonas Karlman
2024-06-11 15:50 ` [PATCH 1/8] drm: bridge: dw_hdmi: Call poweron/poweroff from atomic enable/disable Jonas Karlman
2024-06-24 9:23 ` Neil Armstrong
2024-06-24 9:41 ` Jonas Karlman [this message]
2024-06-24 9:56 ` neil.armstrong
2024-06-24 12:19 ` Jonas Karlman
2024-06-26 7:38 ` Daniel Vetter
2024-06-11 15:50 ` [PATCH 2/8] drm: bridge: dw_hdmi: Use passed mode instead of stored previous_mode Jonas Karlman
2024-06-11 15:50 ` [PATCH 3/8] drm: bridge: dw_hdmi: Fold poweron and setup functions Jonas Karlman
2024-06-11 15:50 ` [PATCH 4/8] drm: bridge: dw_hdmi: Remove previous_mode and mode_set Jonas Karlman
2024-06-11 15:50 ` [PATCH 5/8] drm: bridge: dw_hdmi: Invalidate CEC phys addr from connector detect Jonas Karlman
2024-06-24 9:19 ` Neil Armstrong
2024-06-11 15:50 ` [PATCH 6/8] drm: bridge: dw_hdmi: Remove cec_notifier_mutex Jonas Karlman
2024-06-24 9:20 ` Neil Armstrong
2024-06-11 15:50 ` [PATCH 7/8] drm: bridge: dw_hdmi: Update EDID during hotplug processing Jonas Karlman
2024-06-11 15:51 ` [PATCH 8/8] drm: bridge: dw_hdmi: Use display_info is_hdmi and has_audio Jonas Karlman
2024-06-24 9:17 ` Neil Armstrong
2024-06-21 11:07 ` [PATCH 0/8] drm: bridge: dw_hdmi: Misc enable/disable, CEC and EDID cleanup Christian Hewitt
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=af41d129-53ce-4875-bee2-c331aa47c248@kwiboo.se \
--to=jonas@kwiboo.se \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@gmail.com \
--cc=andrzej.hajda@intel.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=jernej.skrabec@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=rfoss@kernel.org \
--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®