From: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
To: "Jouni Högander" <jouni.hogander@intel.com>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Subject: Re: [PATCH 09/11] drm/i915/display: Add function to configure LFPS sending
Date: Tue, 20 May 2025 14:38:22 +0530 [thread overview]
Message-ID: <2b4e8f1a-b526-407c-8b50-e3fee6bed51b@intel.com> (raw)
In-Reply-To: <20250502085902.154740-10-jouni.hogander@intel.com>
On 5/2/2025 2:29 PM, Jouni Högander wrote:
> Add function to configre LFPS sending for Panel Replay according to link
> training sequence in HAS document.
>
> This assumes we are using AUX Less always if it's supported by the sink and
> the source.
>
> HAS: 14012758795
Lets drop reference to HAS and just use Bspec: 68849
> Signed-off-by: Jouni Högander <jouni.hogander@intel.com>
> ---
> drivers/gpu/drm/i915/display/intel_cx0_phy.c | 29 ++++++++++++++++++++
> drivers/gpu/drm/i915/display/intel_cx0_phy.h | 2 ++
> drivers/gpu/drm/i915/display/intel_ddi.c | 8 +++++-
> 3 files changed, 38 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_cx0_phy.c b/drivers/gpu/drm/i915/display/intel_cx0_phy.c
> index 1318886e34dd7..d8c1d372339c6 100644
> --- a/drivers/gpu/drm/i915/display/intel_cx0_phy.c
> +++ b/drivers/gpu/drm/i915/display/intel_cx0_phy.c
> @@ -3232,6 +3232,35 @@ void intel_mtl_pll_enable(struct intel_encoder *encoder,
> intel_cx0pll_enable(encoder, crtc_state);
> }
>
> +/**
> + * intel_lnl_mac_transmit_lfps - Enable MAC transmitting LFPS
> + * @encoder: Intel encoder
> + * @crtc_state: Intel CRTC State
> + *
> + * Enable MAC transmitting LFPS in case of AUX Less ALPM.
> + */
> +void intel_lnl_mac_transmit_lfps(struct intel_encoder *encoder,
> + const struct intel_crtc_state *crtc_state)
> +{
> + u8 owned_lane_mask = intel_cx0_get_owned_lane_mask(encoder);
> + bool enable = intel_alpm_is_alpm_aux_less(enc_to_intel_dp(encoder),
> + crtc_state);
> + int i;
> +
> + for (i = 0; i < 4; i++) {
> + int tx = i % 2 + 1;
> + u8 lane_mask = i < 2 ? INTEL_CX0_LANE0 : INTEL_CX0_LANE1;
> +
> + if (!(owned_lane_mask & lane_mask))
> + continue;
Similar loop is used in other place while writing other similar
register. Would it make sense to use a macro?
> +
> + intel_cx0_rmw(encoder, lane_mask, PHY_CMN1_CONTROL(tx, 0),
> + CONTROL0_MAC_TRANSMIT_LFPS,
> + enable ? CONTROL0_MAC_TRANSMIT_LFPS : 0,
> + MB_WRITE_COMMITTED);
> + }
> +}
> +
> static u8 cx0_power_control_disable_val(struct intel_encoder *encoder)
> {
> struct intel_display *display = to_intel_display(encoder);
> diff --git a/drivers/gpu/drm/i915/display/intel_cx0_phy.h b/drivers/gpu/drm/i915/display/intel_cx0_phy.h
> index a8f811ca5e7bc..c5a7b529955b0 100644
> --- a/drivers/gpu/drm/i915/display/intel_cx0_phy.h
> +++ b/drivers/gpu/drm/i915/display/intel_cx0_phy.h
> @@ -43,5 +43,7 @@ void intel_cx0_phy_set_signal_levels(struct intel_encoder *encoder,
> const struct intel_crtc_state *crtc_state);
> int intel_mtl_tbt_calc_port_clock(struct intel_encoder *encoder);
> void intel_cx0_pll_power_save_wa(struct intel_display *display);
> +void intel_lnl_mac_transmit_lfps(struct intel_encoder *encoder,
> + const struct intel_crtc_state *crtc_state);
>
> #endif /* __INTEL_CX0_PHY_H__ */
> diff --git a/drivers/gpu/drm/i915/display/intel_ddi.c b/drivers/gpu/drm/i915/display/intel_ddi.c
> index ce7a4765b10ea..f8cdaae52ccfe 100644
> --- a/drivers/gpu/drm/i915/display/intel_ddi.c
> +++ b/drivers/gpu/drm/i915/display/intel_ddi.c
> @@ -3745,10 +3745,16 @@ static void mtl_ddi_prepare_link_retrain(struct intel_dp *intel_dp,
> intel_dp->DP |= DDI_BUF_CTL_ENABLE;
>
> /*
> - * 6.k If AUX-Less ALPM is going to be enabled
> + * 6.k If AUX-Less ALPM is going to be enabled:
> * i. Configure PORT_ALPM_CTL and PORT_ALPM_LFPS_CTL here
> */
> intel_alpm_port_configure(intel_dp, crtc_state);
> +
> + /*
> + * ii. Enable MAC Transmits LFPS in the "PHY Common Control 0" PIPE
> + * register
> + */
> + intel_lnl_mac_transmit_lfps(encoder, crtc_state);
Here too a platform check should be there to avoid writing registers for
older platforms.
Regards,
Ankit
> }
>
> static void intel_ddi_prepare_link_retrain(struct intel_dp *intel_dp,
next prev parent reply other threads:[~2025-05-20 9:09 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-02 8:58 [PATCH 00/11] Panel Replay + Adaptive sync Jouni Högander
2025-05-02 8:58 ` [PATCH 01/11] drm/dp: Add Panel Replay capability bits from DP2.1 specification Jouni Högander
2025-05-02 9:19 ` Jani Nikula
2025-05-02 9:28 ` Hogander, Jouni
2025-05-20 8:36 ` Nautiyal, Ankit K
2025-05-20 16:53 ` Hogander, Jouni
2025-05-02 8:58 ` [PATCH 02/11] drm/i915/psr: Read both Panel Replay capability registers from DPCD Jouni Högander
2025-05-20 8:45 ` Nautiyal, Ankit K
2025-05-20 16:54 ` Hogander, Jouni
2025-05-02 8:58 ` [PATCH 03/11] drm/i915/alpm: Add PR_ALPM_CTL register definitions Jouni Högander
2025-05-20 8:46 ` Nautiyal, Ankit K
2025-05-02 8:58 ` [PATCH 04/11] drm/i915/alpm: Write PR_ALPM_CTL register Jouni Högander
2025-05-20 8:49 ` Nautiyal, Ankit K
2025-05-20 16:55 ` Hogander, Jouni
2025-05-02 8:58 ` [PATCH 05/11] drm/i915/psr: Add interface to check if AUXLess ALPM is needed by PSR Jouni Högander
2025-05-20 8:52 ` Nautiyal, Ankit K
2025-05-20 9:19 ` Nautiyal, Ankit K
2025-05-20 16:56 ` Hogander, Jouni
2025-05-02 8:58 ` [PATCH 06/11] drm/i915/alpm: Add new interface to check if AUXLess ALPM is used Jouni Högander
2025-05-20 8:54 ` Nautiyal, Ankit K
2025-05-20 16:57 ` Hogander, Jouni
2025-05-02 8:58 ` [PATCH 07/11] drm/i915/alpm: Move port alpm configuration Jouni Högander
2025-05-20 9:00 ` Nautiyal, Ankit K
2025-05-20 16:59 ` Hogander, Jouni
2025-05-02 8:58 ` [PATCH 08/11] drm/i915/display: Add PHY_CMN1_CONTROL register definitions Jouni Högander
2025-05-20 9:01 ` Nautiyal, Ankit K
2025-05-02 8:59 ` [PATCH 09/11] drm/i915/display: Add function to configure LFPS sending Jouni Högander
2025-05-20 9:08 ` Nautiyal, Ankit K [this message]
2025-05-20 17:01 ` Hogander, Jouni
2025-05-02 8:59 ` [PATCH 10/11] drm/i915/psr: Fix using wrong mask in REG_FIELD_PREP Jouni Högander
2025-05-20 9:09 ` Nautiyal, Ankit K
2025-05-02 8:59 ` [PATCH 11/11] drm/i915/psr: Do not disable Panel Replay in case VRR is enabled Jouni Högander
2025-05-20 9:13 ` Nautiyal, Ankit K
2025-05-02 10:16 ` ✓ CI.Patch_applied: success for Panel Replay + Adaptive sync Patchwork
2025-05-02 10:17 ` ✗ CI.checkpatch: warning " Patchwork
2025-05-02 10:18 ` ✓ CI.KUnit: success " Patchwork
2025-05-02 10:26 ` ✓ CI.Build: " Patchwork
2025-05-02 10:29 ` ✓ CI.Hooks: " Patchwork
2025-05-02 10:30 ` ✗ CI.checksparse: warning " Patchwork
2025-05-02 14:13 ` ✗ Xe.CI.Full: failure " Patchwork
2025-05-06 7:58 ` ✓ Xe.CI.BAT: success " 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=2b4e8f1a-b526-407c-8b50-e3fee6bed51b@intel.com \
--to=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jouni.hogander@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