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 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.