All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Mahapatra, Rajib" <Rajib.Mahapatra@amd.com>
To: "Wentland, Harry" <Harry.Wentland@amd.com>,
	"Wu, Hersen" <hersenxs.wu@amd.com>,
	"Deucher, Alexander" <Alexander.Deucher@amd.com>
Cc: "amd-gfx@lists.freedesktop.org" <amd-gfx@lists.freedesktop.org>,
	"S, Shirish" <Shirish.S@amd.com>
Subject: RE: [PATCH] drm/amd/display: Not to call dpcd_set_source_specific_data during resume.
Date: Tue, 11 Jan 2022 07:52:33 +0000	[thread overview]
Message-ID: <BY5PR12MB46434EFB35BC0F88E63B30E3F2519@BY5PR12MB4643.namprd12.prod.outlook.com> (raw)
In-Reply-To: <44d54537-82b6-b1aa-c9a6-8dc6b16440e0@amd.com>

dpcd_set_source_specific_data is not specific to OLED panel.  It is called from boot-up path also.
Hersen Wu introduced it in resume-path while enabling OLED panel for Linux in below commit.

So here, I guard it by calling source specific data only for OLED panel, and I can get advantage of around 100ms for non-oled panel during resume. Hersen night have answer about the issue related to regression for other panels, waiting for his reply about this change.

commit 96577cf82a1331732a71199522398120c649f1cf
Author: Hersen Wu <hersenxs.wu@amd.com>
Date:   Tue Jan 14 15:39:07 2020 -0500

    drm/amd/display: linux enable oled panel support dc part



-----Original Message-----
From: Wentland, Harry <Harry.Wentland@amd.com> 
Sent: Monday, January 10, 2022 10:03 PM
To: Mahapatra, Rajib <Rajib.Mahapatra@amd.com>; Wu, Hersen <hersenxs.wu@amd.com>; Deucher, Alexander <Alexander.Deucher@amd.com>
Cc: amd-gfx@lists.freedesktop.org; S, Shirish <Shirish.S@amd.com>
Subject: Re: [PATCH] drm/amd/display: Not to call dpcd_set_source_specific_data during resume.

On 2022-01-10 04:06, Rajib Mahapatra wrote:
> [Why]
> During resume path, dpcd_set_source_specific_data is taking extra time 
> when core_link_write_dpcd fails on DP_SOURCE_OUI+0x03 and 
> DP_SOURCE_MINIMUM_HBLANK_SUPPORTED. Here,aux->transfer fails with 
> multiple retries and consume sigficantamount time during
> S0i3 resume.
> 
> [How]
> Not to call dpcd_set_source_specific_data during resume path when 
> there is no oled panel connected and achieve faster resume during 
> S0i3.
> 
> Signed-off-by: Rajib Mahapatra <rajib.mahapatra@amd.com>
> ---
>  drivers/gpu/drm/amd/display/dc/core/dc_link.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_link.c 
> b/drivers/gpu/drm/amd/display/dc/core/dc_link.c
> index c0bdc23702c8..04086c199dbb 100644
> --- a/drivers/gpu/drm/amd/display/dc/core/dc_link.c
> +++ b/drivers/gpu/drm/amd/display/dc/core/dc_link.c
> @@ -892,7 +892,8 @@ static bool dc_link_detect_helper(struct dc_link *link,
>  		(!link->dc->config.allow_edp_hotplug_detection)) &&
>  		link->local_sink) {
>  		// need to re-write OUI and brightness in resume case
> -		if (link->connector_signal == SIGNAL_TYPE_EDP) {
> +		if (link->connector_signal == SIGNAL_TYPE_EDP &&
> +			(link->dpcd_sink_ext_caps.bits.oled == 1)) {

Is the source specific data only used by OLED panels?

Do we know that this won't lead to regressions with any features on non-OLED panels?

Harry

>  			dpcd_set_source_specific_data(link);
>  			msleep(post_oui_delay);
>  			dc_link_set_default_brightness_aux(link);


  reply	other threads:[~2022-01-11  7:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-10  9:06 [PATCH] drm/amd/display: Not to call dpcd_set_source_specific_data during resume Rajib Mahapatra
2022-01-10 16:18 ` Deucher, Alexander
2022-01-10 16:32 ` Harry Wentland
2022-01-11  7:52   ` Mahapatra, Rajib [this message]
2022-01-11 16:17     ` Harry Wentland
2022-01-20 19:33       ` Mahapatra, Rajib
2022-01-20 20:02         ` Wu, Hersen

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=BY5PR12MB46434EFB35BC0F88E63B30E3F2519@BY5PR12MB4643.namprd12.prod.outlook.com \
    --to=rajib.mahapatra@amd.com \
    --cc=Alexander.Deucher@amd.com \
    --cc=Harry.Wentland@amd.com \
    --cc=Shirish.S@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=hersenxs.wu@amd.com \
    /path/to/YOUR_REPLY

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

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.