From: sashiko-bot@kernel.org
To: "Jake Steinman" <j@metarealtyinc.ca>
Cc: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Subject: Re: [PATCH v2] drm/i915/alpm: Add a quirk to keep the fast wake ahead of the IO buffer wake
Date: Thu, 03 Sep 2026 16:14:03 +0000 [thread overview]
Message-ID: <20260903161403.B818A1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260903131724.49496-1-j@metarealtyinc.ca>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] LOBF guardband and vblank checks do not account for fast_wake_lines, contrary to commit claims.
--
commit 7252754a9cb3de5dc35455a120dc90a19c62a9a4
Author: Jake Steinman <j@metarealtyinc.ca>
Subject: drm/i915/alpm: Add a quirk to keep the fast wake ahead of the IO buffer wake
This commit introduces a DPCD quirk for the LG panel on Dell XPS 14/16
(Panther Lake) to ensure the ALPM fast wake starts strictly before the IO
buffer wake. It modifies the wake time formulas and updates PSR vblank
and guardband checks to account for the larger of the two wake times.
Link: https://lore.kernel.org/intel-gfx/20260902162150.58778-1-j@metarealtyinc.ca/
Link: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/7521
> diff --git a/drivers/gpu/drm/i915/display/intel_alpm.c b/drivers/gpu/drm/i915/display/intel_alpm.c
> index f1383764b7028..79cce5b1fe9f2 100644
> --- a/drivers/gpu/drm/i915/display/intel_alpm.c
> +++ b/drivers/gpu/drm/i915/display/intel_alpm.c
[ ... ]
> @@ -238,8 +239,29 @@ bool intel_alpm_compute_params(struct intel_dp *intel_dp,
[ ... ]
> + if (DISPLAY_VER(display) >= 20 &&
> + intel_has_dpcd_quirk(intel_dp, QUIRK_ALPM_FAST_WAKE_AHEAD) &&
> + fast_wake_lines <= io_wake_lines) {
> + if (io_wake_lines < max_wake_lines)
> + fast_wake_lines = io_wake_lines + 1;
> + else
> + io_wake_lines = fast_wake_lines - 1;
> + }
> +
> + crtc_state->alpm_state.io_wake_lines = io_wake_lines;
> + crtc_state->alpm_state.fast_wake_lines = fast_wake_lines;
[Severity: Medium]
Do the LOBF checks in intel_alpm.c also need to be updated to account for
fast_wake_lines when it exceeds io_wake_lines due to this quirk?
The commit message states we account for the larger of the two wake times
in the vblank and guardband checks, and the PSR checks in intel_psr.c
were successfully updated.
However, looking at intel_alpm_lobf_min_guardband() in intel_alpm.c:
waketime_in_lines = max(crtc_state->alpm_state.io_wake_lines,
crtc_state->alpm_state.aux_less_wake_lines);
And similarly in intel_alpm_lobf_compute_config_late():
if (intel_alpm_aux_less_wake_supported(intel_dp))
waketime_in_lines = crtc_state->alpm_state.io_wake_lines;
else
waketime_in_lines = crtc_state->alpm_state.aux_less_wake_lines;
Could this underestimate the ALPM wake time requirements by 1 scanline for
LOBF on the quirked hardware, potentially allowing LOBF to be enabled when
the guardband or vblank duration is insufficient?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260903131724.49496-1-j@metarealtyinc.ca?part=1
next prev parent reply other threads:[~2026-09-03 16:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-02 16:25 [PATCH] drm/i915/alpm: Keep the extended fast wake ahead of the IO buffer wake Jake Steinman
2026-09-03 4:11 ` Hogander, Jouni
2026-09-03 13:14 ` Jake Steinman
2026-09-03 13:17 ` [PATCH v2] drm/i915/alpm: Add a quirk to keep the " Jake Steinman
2026-09-03 16:14 ` sashiko-bot [this message]
[not found] ` <20260904004308.185788-1-j@metarealtyinc.ca>
2026-09-04 4:47 ` [PATCH v3] " Hogander, Jouni
[not found] ` <20260904114835.483057-1-j@metarealtyinc.ca>
2026-09-04 12:51 ` Hogander, Jouni
2026-09-03 16:09 ` ✗ LGCI.VerificationFailed: failure for drm/i915/alpm: Keep the extended fast wake ahead of the IO buffer wake (rev2) 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=20260903161403.B818A1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=j@metarealtyinc.ca \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox