From: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: <intel-gfx@lists.freedesktop.org>,
<intel-xe@lists.freedesktop.org>,
<dri-devel@lists.freedesktop.org>
Subject: Re: [RESEND PATCH 6/7] drm/dp: Add a helper to get the SDP type as a string
Date: Tue, 28 Apr 2026 13:12:26 +0530 [thread overview]
Message-ID: <d012a801-3cf4-4187-96bd-fe2b7dc1125f@intel.com> (raw)
In-Reply-To: <ae9dOtRS577Ow7uE@intel.com>
On 4/27/2026 6:27 PM, Ville Syrjälä wrote:
> On Fri, Apr 24, 2026 at 03:04:23PM +0530, Ankit Nautiyal wrote:
>> Introduce dp_sdp_type_get_name() to get the SDP type as a string.
>> Use this to log the SDP type based on the sdp_type fields of the
>> VSC and AS SDPs instead of the hardcoded strings.
>>
>> While at it, rename "SDP : AS_SDP" to "SDP : Adaptive Sync"
>>
>> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
>> ---
>> drivers/gpu/drm/display/drm_dp_helper.c | 36 ++++++++++++++++++++++---
>> 1 file changed, 32 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/display/drm_dp_helper.c b/drivers/gpu/drm/display/drm_dp_helper.c
>> index e29958f8b0b6..102328d9022d 100644
>> --- a/drivers/gpu/drm/display/drm_dp_helper.c
>> +++ b/drivers/gpu/drm/display/drm_dp_helper.c
>> @@ -3487,10 +3487,38 @@ static const char *dp_content_type_get_name(enum dp_content_type content_type)
>> }
>> }
>>
>> +static const char *dp_sdp_type_get_name(unsigned char type)
> I dislike this "_get_" stuff in the name. It's redundant, and can be
> confused with some refcounting related get/put. I really wish people
> would stop using it...
Noted.
>
> But looks like all the other similar things here already use the "_get_"
> naming, so I guess we should stick to a consistent style for now.
I will retain the name, but I understand your point. Will use *_get_*
only for helpers that are in context of refcounting.
>
>> +{
>> + switch (type) {
>> + case DP_SDP_AUDIO_TIMESTAMP:
>> + return "Audio Timestamp";
> "Audio_TimeStamp" to match the spec.
>
>> + case DP_SDP_AUDIO_STREAM:
>> + return "Audio Stream";
> "Audio_Stream"
>
>> + case DP_SDP_EXTENSION:
>> + return "Extension";
>> + case DP_SDP_AUDIO_COPYMANAGEMENT:
>> + return "Audio Copy Management";
> "Audio_CopyManagement"
>
>> + case DP_SDP_ISRC:
>> + return "ISRC";
>> + case DP_SDP_VSC:
>> + return "VSC";
>> + case DP_SDP_PPS:
>> + return "PPS";
>> + case DP_SDP_VSC_EXT_VESA:
>> + return "VSC EXT VESA";
>> + case DP_SDP_VSC_EXT_CEA:
>> + return "VSC EXT CEA";
> Looks like the spec does favor the acronym form for all of
> those. So I guess that's what we want here as well. The ' '
> should all be '_' to match the spec though.
>
>> + case DP_SDP_ADAPTIVE_SYNC:
>> + return "Adaptive Sync";
> "Adaptive-Sync" seems to be the preferred form for this
> in the spec.
Thanks for taking time to fetch these from the spec.
I will change these as suggested.
Regards,
Ankit
>
>> + default:
>> + return "Unknown";
>> + }
>> +}
>> +
>> void drm_dp_vsc_sdp_log(struct drm_printer *p, const struct drm_dp_vsc_sdp *vsc)
>> {
>> - drm_printf(p, "DP SDP: VSC, revision %u, length %u\n",
>> - vsc->revision, vsc->length);
>> + drm_printf(p, "DP SDP: %s, revision %u, length %u\n",
>> + dp_sdp_type_get_name(vsc->sdp_type), vsc->revision, vsc->length);
>> drm_printf(p, " pixelformat: %s\n",
>> dp_pixelformat_get_name(vsc->pixelformat));
>> drm_printf(p, " colorimetry: %s\n",
>> @@ -3505,8 +3533,8 @@ EXPORT_SYMBOL(drm_dp_vsc_sdp_log);
>>
>> void drm_dp_as_sdp_log(struct drm_printer *p, const struct drm_dp_as_sdp *as_sdp)
>> {
>> - drm_printf(p, "DP SDP: AS_SDP, revision %u, length %u\n",
>> - as_sdp->revision, as_sdp->length);
>> + drm_printf(p, "DP SDP: %s, revision %u, length %u\n",
>> + dp_sdp_type_get_name(as_sdp->sdp_type), as_sdp->revision, as_sdp->length);
>> drm_printf(p, " vtotal: %d\n", as_sdp->vtotal);
>> drm_printf(p, " target_rr: %d\n", as_sdp->target_rr);
>> drm_printf(p, " duration_incr_ms: %d\n", as_sdp->duration_incr_ms);
>> --
>> 2.45.2
next prev parent reply other threads:[~2026-04-28 7:42 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-24 9:34 [RESEND PATCH 0/7] AS SDP cleanups and additions for Panel Replay + VRR Ankit Nautiyal
2026-04-24 9:34 ` [RESEND PATCH 1/7] drm/dp: Rename and relocate AS SDP payload field masks Ankit Nautiyal
2026-04-24 9:34 ` [RESEND PATCH 2/7] drm/dp: Clean up DPRX feature enumeration macros Ankit Nautiyal
2026-04-24 9:34 ` [RESEND PATCH 3/7] drm/dp: Add bits for AS SDP FAVT Payload Fields Parsing support Ankit Nautiyal
2026-04-24 9:34 ` [RESEND PATCH 4/7] drm/dp: Add DPCD for configuring AS SDP for PR + VRR Ankit Nautiyal
2026-04-24 9:34 ` [RESEND PATCH 5/7] drm/dp: Store coasting vtotal in struct drm_dp_as_sdp Ankit Nautiyal
2026-04-27 12:42 ` Ville Syrjälä
2026-04-27 12:52 ` Jani Nikula
2026-04-28 7:48 ` Nautiyal, Ankit K
2026-04-28 7:43 ` Nautiyal, Ankit K
2026-04-24 9:34 ` [RESEND PATCH 6/7] drm/dp: Add a helper to get the SDP type as a string Ankit Nautiyal
2026-04-27 12:57 ` Ville Syrjälä
2026-04-28 7:42 ` Nautiyal, Ankit K [this message]
2026-04-24 9:34 ` [RESEND PATCH 7/7] drm/dp: Add target_rr_divider field in AS SDP logging Ankit Nautiyal
2026-04-27 12:58 ` Ville Syrjälä
2026-04-24 10:22 ` ✗ CI.checkpatch: warning for AS SDP cleanups and additions for Panel Replay + VRR Patchwork
2026-04-24 10:23 ` ✓ CI.KUnit: success " Patchwork
2026-04-24 11:29 ` ✓ Xe.CI.BAT: " Patchwork
2026-04-24 12:35 ` ✗ Xe.CI.FULL: failure " Patchwork
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=d012a801-3cf4-4187-96bd-fe2b7dc1125f@intel.com \
--to=ankit.k.nautiyal@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=ville.syrjala@linux.intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox