From: Greg KH <gregkh@linuxfoundation.org>
To: Wayne Lin <Wayne.Lin@amd.com>
Cc: stable@vger.kernel.org,
Mario Limonciello <mario.limonciello@amd.com>,
Alex Deucher <alexander.deucher@amd.com>,
Jerry Zuo <jerry.zuo@amd.com>,
Tom Chung <chiahsuan.chung@amd.com>,
Daniel Wheeler <daniel.wheeler@amd.com>
Subject: Re: [PATCH 6.12.y] drm/amd/display: Reduce accessing remote DPCD overhead
Date: Tue, 4 Feb 2025 11:22:45 +0100 [thread overview]
Message-ID: <2025020403-conjoined-murky-f8e5@gregkh> (raw)
In-Reply-To: <20250204101336.2029586-1-Wayne.Lin@amd.com>
On Tue, Feb 04, 2025 at 06:13:36PM +0800, Wayne Lin wrote:
> [Why]
> Observed frame rate get dropped by tool like glxgear. Even though the
> output to monitor is 60Hz, the rendered frame rate drops to 30Hz lower.
>
> It's due to code path in some cases will trigger
> dm_dp_mst_is_port_support_mode() to read out remote Link status to
> assess the available bandwidth for dsc maniplation. Overhead of keep
> reading remote DPCD is considerable.
>
> [How]
> Store the remote link BW in mst_local_bw and use end-to-end full_pbn
> as an indicator to decide whether update the remote link bw or not.
>
> Whenever we need the info to assess the BW, visit the stored one first.
>
> Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3720
> Fixes: fa57924c76d9 ("drm/amd/display: Refactor function dm_dp_mst_is_port_support_mode()")
> Cc: Mario Limonciello <mario.limonciello@amd.com>
> Cc: Alex Deucher <alexander.deucher@amd.com>
> Reviewed-by: Jerry Zuo <jerry.zuo@amd.com>
> Signed-off-by: Wayne Lin <Wayne.Lin@amd.com>
> Signed-off-by: Tom Chung <chiahsuan.chung@amd.com>
> Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
> (cherry picked from commit 4a9a918545455a5979c6232fcf61ed3d8f0db3ae)
> Cc: stable@vger.kernel.org
> (cherry picked from commit adb4998f4928a17d91be054218a902ba9f8c1f93)
I'm confused, which commit is this exactly? Both of these seem to be
the same, and you can't have 2 "cherry picked from" lines in a commit,
right?
thanks,
greg k-h
next prev parent reply other threads:[~2025-02-04 10:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-20 14:18 FAILED: patch "[PATCH] drm/amd/display: Reduce accessing remote DPCD overhead" failed to apply to 6.12-stable tree gregkh
2025-02-04 10:13 ` [PATCH 6.12.y] drm/amd/display: Reduce accessing remote DPCD overhead Wayne Lin
2025-02-04 10:22 ` Greg KH [this message]
2025-02-04 15:09 ` Mario Limonciello
2025-02-04 16:34 ` Sasha Levin
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=2025020403-conjoined-murky-f8e5@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=Wayne.Lin@amd.com \
--cc=alexander.deucher@amd.com \
--cc=chiahsuan.chung@amd.com \
--cc=daniel.wheeler@amd.com \
--cc=jerry.zuo@amd.com \
--cc=mario.limonciello@amd.com \
--cc=stable@vger.kernel.org \
/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