From: sashiko-bot@kernel.org
To: "Fangzhi Zuo" <jerry.zuo@amd.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v1 1/3] drm: Add passive_vrr properties for passive/desktop VRR
Date: Tue, 01 Sep 2026 19:24:13 +0000 [thread overview]
Message-ID: <20260901192414.3A85C1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260901191251.2653684-2-jerry.zuo@amd.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Contradictory kerneldoc for `passive_vrr_disabled` in `struct drm_crtc_state` and multiple spelling errors in comments.
--
commit 870f0fcb955a90bd32f228b223d6193abfa63290
Author: Tomasz Pakuła <tomasz.pakula.oficjalny@gmail.com>
Subject: drm: Add passive_vrr properties for passive/desktop VRR
This commit adds atomic CRTC and immutable connector properties to support
passive VRR for desktop usage on HDMI sinks. This aims to avoid blanking or
flickering on VRR entry and exit by keeping the sink in a variable-refresh
state during fixed refresh use.
> diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
> index 9d820a2a87ce4..c429105172b0d 100644
> --- a/drivers/gpu/drm/drm_connector.c
> +++ b/drivers/gpu/drm/drm_connector.c
[ ... ]
> @@ -2386,6 +2396,17 @@ EXPORT_SYMBOL(drm_mode_create_scaling_mode_property);
> *
> * The driver may place further restrictions within these minimum
> * and maximum bounds.
> + *
> + * "PASSIVE_VRR_DISABLED":
> + * Default &drm_crtc boolean property that notifies the driver that the
> + * VRR singalling should be disabled in fixed refresh rate scenarios.
> + * Functionally, psssive vrr works the same as VRR_ENABLED == false
[Severity: Low]
This isn't a bug, but there are a couple of spelling errors in the uAPI
documentation here: "singalling" should be "signalling", and "psssive"
should be "passive".
> + * but works around displays blanking (mainly HDMI) that do not support
> + * seamless VRR transitions. Also helps with brightness flickering during
> + * VRR transitions.
> + *
> + * Passive VRR mode is not that useful for DP/eDP sinks where seamless VRR
> + * transitions are enforced by the standard.
> */
[ ... ]
> diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
> index c6dbe8b7db9ee..642a374f403e6 100644
> --- a/include/drm/drm_crtc.h
> +++ b/include/drm/drm_crtc.h
> @@ -311,6 +311,15 @@ struct drm_crtc_state {
> */
> bool vrr_enabled;
>
> + /**
> + * @passive_vrr_disabled:
> + *
> + * Indicates if variable refresh rate on desktop should be enabled for
> + * the CRTC. Support for the requested state will depend on driver and
> + * hardware capabiltiy - lacking support is not treated as failure.
> + */
> + bool passive_vrr_disabled;
> +
[Severity: Low]
This isn't a bug, but the documentation states this field "Indicates if
variable refresh rate on desktop should be enabled", which contradicts the
variable name passive_vrr_disabled. Should this description read "disabled"
instead?
Also, there is a spelling error in "capabiltiy" (capability).
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260901191251.2653684-1-jerry.zuo@amd.com?part=1
next prev parent reply other threads:[~2026-09-01 19:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-01 19:12 [PATCH v1 0/3] drm/amd/display: passive VRR Fangzhi Zuo
2026-09-01 19:12 ` [PATCH v1 1/3] drm: Add passive_vrr properties for passive/desktop VRR Fangzhi Zuo
2026-09-01 19:24 ` sashiko-bot [this message]
2026-09-01 19:28 ` Tomasz Pakuła
2026-09-01 19:12 ` [PATCH v1 2/3] drm/amd/display: Use passive_vrr properties in amdgpu Fangzhi Zuo
2026-09-01 19:29 ` sashiko-bot
2026-09-01 19:12 ` [PATCH v1 3/3] drm/amd/display: Keep FreeSync for HF-VSDB VRR sinks in MCCS fallback Fangzhi Zuo
2026-09-02 16:23 ` [PATCH v1 0/3] drm/amd/display: passive VRR Adolfo
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=20260901192414.3A85C1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=jerry.zuo@amd.com \
--cc=sashiko-reviews@lists.linux.dev \
/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.