From: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
To: Suraj Kandpal <suraj.kandpal@intel.com>,
<intel-xe@lists.freedesktop.org>,
<intel-gfx@lists.freedesktop.org>
Cc: <arun.r.murthy@intel.com>, <uma.shankar@intel.com>,
<gustavo.sousa@intel.com>, <lucas.demarchi@intel.com>
Subject: Re: [PATCH v2 26/26] drm/i915/ltphy: Implement HDMI Algo for Pll state
Date: Fri, 31 Oct 2025 11:54:58 +0530 [thread overview]
Message-ID: <43d19b0d-a14f-420a-a060-bec3c1ac4308@intel.com> (raw)
In-Reply-To: <20251024100712.3776261-27-suraj.kandpal@intel.com>
On 10/24/2025 3:37 PM, Suraj Kandpal wrote:
> Implement the HDMI Algorithm to dynamically create LT PHY state
> based on the port clock provided.
>
> Signed-off-by: Suraj Kandpal <suraj.kandpal@intel.com>
> ---
> drivers/gpu/drm/i915/display/intel_lt_phy.c | 318 +++++++++++++++++++-
> drivers/gpu/drm/i915/display/intel_lt_phy.h | 3 +
> 2 files changed, 320 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_lt_phy.c b/drivers/gpu/drm/i915/display/intel_lt_phy.c
> index 11070aaf320d..163e7d5ef483 100644
> --- a/drivers/gpu/drm/i915/display/intel_lt_phy.c
> +++ b/drivers/gpu/drm/i915/display/intel_lt_phy.c
> @@ -1357,6 +1357,318 @@ intel_lt_phy_pll_is_ssc_enabled(struct intel_crtc_state *crtc_state,
> return false;
> }
>
> +void
> +intel_lt_phy_calculate_hdmi_state(struct intel_lt_phy_pll_state *lt_state,
> + u32 frequency_khz)
> +{
> +#define DATA_ASSIGN(i, val) \
> + do { \
> + lt_state->data[i][0] = (u8)(((val) & 0xFF000000) >> 24); \
> + lt_state->data[i][1] = (u8)(((val) & 0x00FF0000) >> 16); \
> + lt_state->data[i][2] = (u8)(((val) & 0x0000FF00) >> 8); \
> + lt_state->data[i][3] = (u8)(((val) & 0x000000FF)); \
> + } while (0)
> +#define MULQ32_U32(x, y) \
> + (((u64)((x) >> 32) * (y) << 32) + (u64)((x) & 0xFFFFFFFF) * (y))
> +#define Q32_TO_INT(x) ((x) >> 32)
> +#define Q32_TO_FRAC(x) ((x) & 0xFFFFFFFF)
> + bool found = false;
> + u32 ppm_value = 1;
> + u32 dco_min_freq = 11850;
> + u32 dco_max_freq = 16200;
> + u32 dco_min_freq_low = 10000;
> + u32 dco_max_freq_low = 12000;
> + u32 dcofmin = dco_min_freq;
> + u64 val = 0;
> + u64 refclk_khz = 38400;
> + u64 m2div = 0;
> + u64 val_with_frac = 0;
> + u64 ppm = 0;
> + u64 target_dco_mhz = 0;
> + u64 tdc_fine;
> + u64 iref_ndiv;
> + u64 tdc_targetcnt;
> + u64 feedfwdgain;
> + u64 feedfwd_cal_en;
> + u64 tdc_res = 30;
> + u32 prop_coeff;
> + u32 int_coeff;
> + u32 ndiv = 1;
> + u32 m1div = 1;
> + u32 m2div_int;
> + u32 m2div_frac;
> + u32 frac_en;
> + u32 settlingtime = 0;
> + u32 ana_cfg;
> + u32 loop_cnt = 0;
> + u32 dcofine0_tune_2_0 = 0;
> + u32 dcofine1_tune_2_0 = 0;
> + u32 dcofine2_tune_2_0 = 0;
> + u32 dcofine3_tune_2_0 = 0;
> + u32 dcodith0_tune_2_0 = 0;
> + u32 dcodith1_tune_2_0 = 0;
> + u32 gain_ctrl = 2;
> + u32 refclk_mhz_int = 38;
> + u32 pll_reg4 = (refclk_mhz_int << 17) +
> + (ndiv << 9) + (1 << 4);
> + u32 pll_bias2_addr = 0;
> + u32 pll_biastrim_addr = 0;
> + u32 pll_dco_med_addr = 0;
> + u32 pll_dcofine_addr = 0;
> + u32 pll_sscinj_addr = 0;
> + u32 pll_surv_bonus_addr = 0;
> + u32 pll_lf_addr = 0;
> + u32 pll_reg3_addr = 0;
> + u32 pll_reg4_addr = 0;
> + u32 pll_reg57_addr = 0;
> + u32 pll_reg5_addr = 0;
> + u32 pll_ssc_addr = 0;
> + u32 pll_tdc_addr = 0;
> + u32 pll_reg3 = 0;
> + u32 pll_reg5 = 0;
> + u32 postdiv = 0;
> + u32 d6_new = 0;
> + u32 pll_reg57 = 0;
> + u32 dco12g = 0;
> + u32 pll_type = 0;
> + u32 d1 = 2;
> + u32 d3 = 5;
> + u32 d5 = 0;
> + u32 d6 = 0;
> + u32 d7;
> + u32 d8 = 0;
> + u32 d4 = 0;
> + u32 lf = 0;
> + int ssc_stepsize = 0;
> + int ssc_steplen = 0;
> + int ssc_steplog = 0;
> + u32 ssc = 0;
> + u32 lockthr = 0;
> + u32 unlockthr = 0;
> + u32 earlylock = 1;
> + u32 truelock = 2;
> + u32 lockovr_en = 1;
> + u32 biasovr_en = 1;
> + u32 coldstart = 1;
> + u32 ssc_en_local = 0;
> + u64 dynctrl_ovrd_en = 0;
> + u32 bias2 = 0;
> + u32 tdc = 0;
> + u32 cselmedthr = 8;
> + u32 cselmedratio = 39;
> + u32 cselmed_dynadj = 0;
> + u32 cselmed_en = 0;
> + u32 dco_med = 0;
> + u32 bonus_7_0 = 0;
> + u32 surv_bonus = (bonus_7_0 << 16);
> + u32 csel2fo = 11;
> + u32 csel2fo_ovrd_en = 1;
> + u32 biastrim = (csel2fo_ovrd_en << 30) + (csel2fo << 24);
> + u32 dcofine = 0;
> + int ppm_cnt, dcocount, y;
> + u64 refclk_mhz = div64_u64(refclk_khz, 1000);
> + u64 frequency_mhz = div64_u64(frequency_khz, 1000);
I think with refclk_mhz and frequency_mhz we are going to loose
precision. Perhaps we should use khz versions.
> + u64 temp0, temp1, temp2, temp3, scale;
> +
> + settlingtime = 15;
> + for (ppm_cnt = 0; ppm_cnt < 5; ppm_cnt++) {
> + switch (ppm_cnt) {
> + case 0:
> + ppm_value = 1;
> + break;
> + case 1:
> + ppm_value = 1;
> + break;
> + case 2:
> + ppm_value = 2;
> + break;
> + default:
> + ppm_value = 1;
> + break;
> + }
I think we can ditch the switch case and simply put:
ppm_value = ppm_cnt == 2 ? 2 : 1
> +
> + for (dcocount = 0; dcocount < 2; dcocount++) {
> + if (dcocount == 1) {
> + dco_min_freq = dco_min_freq_low;
> + dco_max_freq = dco_max_freq_low;
dco_min_freq_lowcan be local, or perhaps directly use the values here.
> + }
> + for (y = 2; y <= 255; y += 2) {
> + val = ((u64)y * frequency_mhz * 5);
> + m2div = div64_u64(((val) << 32), 2 * refclk_mhz);
> + val_with_frac = MULQ32_U32(m2div, refclk_mhz * 2);
> + temp1 = Q32_TO_INT(val_with_frac);
> + temp0 = (temp1 > val) ? (temp1 - val) :
> + (val - temp1);
> + ppm = div64_u64(temp0, val);
> + if (temp1 >= dco_min_freq &&
> + temp1 <= dco_max_freq &&
> + ppm < ppm_value) {
> + /* Round to two places */
> + scale = (1ULL << 32) / 100;
> + temp0 = DIV_ROUND_CLOSEST_ULL(val_with_frac,
> + scale);
> + target_dco_mhz = temp0 * scale;
> + loop_cnt = y;
> + found = true;
> + break;
> + }
> + }
> + if (found)
> + break;
> + }
> + if (found)
> + break;
> + }
> +
> + if (!found)
> + return;
We can have a separate function with above code that fills
target_dco_mhz and loop_cnt.
> +
> + m2div = div64_u64(target_dco_mhz, (refclk_mhz * ndiv * m1div));
> + if (Q32_TO_INT(m2div) > 511)
> + return;
> +
> + m2div_int = (u32)Q32_TO_INT(m2div);
> + m2div_frac = (u32)(Q32_TO_FRAC(m2div));
> + frac_en = (m2div_frac > 0) ? 1 : 0;
> +
> + if (frac_en > 0)
> + tdc_res = 70;
> + else
> + tdc_res = 36;
> + tdc_fine = tdc_res > 50 ? 1 : 0;
> + iref_ndiv = (refclk_khz > 80000) ? 4 : (refclk_khz > 38000) ? 2 : 1;
> + temp0 = tdc_res * 40 * 11;
> + temp1 = div64_u64((40000000ULL + temp0), 2 * temp0 * refclk_mhz);
> + temp2 = temp0 * refclk_mhz;
> + temp3 = div64_u64((80000000ULL + temp2), temp2);
> + tdc_targetcnt = tdc_res < 50 ? (int)(temp1) : (int)(temp3);
> + tdc_targetcnt = (refclk_khz < 25000) ? (int)(tdc_targetcnt / 4) :
> + (refclk_khz < 50000) ? (int)(tdc_targetcnt / 2) :
> + tdc_targetcnt;
> + temp0 = MULQ32_U32(target_dco_mhz, tdc_res);
> + temp0 >>= 32;
> + feedfwdgain = (m2div_frac > 0) ? div64_u64(m1div * 10000000ULL, temp0) : 0;
> + feedfwd_cal_en = frac_en;
> + settlingtime = (u32)div64_u64(refclk_khz, iref_ndiv * 1000);
> +
> + temp0 = (u32)Q32_TO_INT(target_dco_mhz);
> + prop_coeff = (temp0 >= dcofmin) ? 3 : 4;
> + int_coeff = (temp0 >= dcofmin) ? 7 : 8;
> + ana_cfg = (temp0 >= dcofmin) ? 8 : 6;
> + dco12g = (temp0 >= dcofmin) ? 0 : 1;
> +
> + if (temp0 > 12960)
> + d7 = 10;
> + else
> + d7 = 8;
> +
> + d8 = loop_cnt / 2;
> + d4 = d8 * 2;
> +
> + /* Compute pll_reg3,5,57 & lf */
> + pll_reg3 = (u32)((d4 << 21) + (d3 << 18) + (d1 << 15) + (m2div_int << 5));
> + pll_reg5 = m2div_frac;
> + postdiv = (d5 == 0) ? 9 : d5;
> + d6_new = (d6 == 0) ? 40 : d6;
> + pll_reg57 = (d7 << 24) + (postdiv << 15) + (d8 << 7) + d6_new;
> + lf = (u32)((frac_en << 31) + (1 << 30) + (frac_en << 29) +
> + (feedfwd_cal_en << 28) + (tdc_fine << 27) +
> + (gain_ctrl << 24) + (feedfwdgain << 16) +
> + (int_coeff << 12) + (prop_coeff << 8) + tdc_targetcnt);
> +
> + /* Compute ssc / bias2 */
> + ssc = (1 << 31) + (ana_cfg << 24) + (ssc_steplog << 16) +
> + (ssc_stepsize << 8) + ssc_steplen;
> + bias2 = (u32)((dynctrl_ovrd_en << 31) + (ssc_en_local << 30) +
> + (1 << 23) + (1 << 24) + (32 << 16) + (1 << 8));
> +
> + lockthr = tdc_fine ? 3 : 5;
> + unlockthr = tdc_fine ? 5 : 11;
> + settlingtime = 15;
This variable is set multiple times but is used only in below line. So
just initialize this with 15.
> +
> + /* Compute tdc/dco_med */
> + tdc = (u32)((2 << 30) + (settlingtime << 16) + (biasovr_en << 15) +
> + (lockovr_en << 14) + (coldstart << 12) + (truelock << 10) +
> + (earlylock << 8) + (unlockthr << 4) + lockthr);
> +
> + dco_med = (cselmed_en << 31) + (cselmed_dynadj << 30) +
> + (cselmedratio << 24) + (cselmedthr << 21);
> +
> + /* Compute dcofine */
> + dcofine0_tune_2_0 = dco12g ? 4 : 3;
> + dcofine1_tune_2_0 = dco12g ? 2 : 2;
> + dcofine2_tune_2_0 = dco12g ? 2 : 1;
> + dcofine3_tune_2_0 = dco12g ? 5 : 5;
> + dcodith0_tune_2_0 = dco12g ? 4 : 3;
> + dcodith1_tune_2_0 = dco12g ? 2 : 2;
> +
> + dcofine = (dcodith1_tune_2_0 << 19)
> + + (dcodith0_tune_2_0 << 16)
> + + (dcofine3_tune_2_0 << 11)
> + + (dcofine2_tune_2_0 << 8)
> + + (dcofine1_tune_2_0 << 3)
> + + dcofine0_tune_2_0;
I think this again can be a separate function to compute dcofine.
> +
> + pll_type = ((frequency_khz == 10000) || (frequency_khz == 20000) ||
> + (frequency_khz == 2500) || (dco12g == 1)) ? 0 : 1;
> +
> + pll_reg4_addr = pll_type ? 34576 : 34064;
> + pll_reg3_addr = pll_type ? 34572 : 34060;
> + pll_reg5_addr = pll_type ? 34580 : 34068;
> + pll_reg57_addr = pll_type ? 34788 : 34276;
> + pll_lf_addr = pll_type ? 34828 : 34316;
> + pll_tdc_addr = pll_type ? 34832 : 34320;
> + pll_ssc_addr = pll_type ? 34836 : 34324;
> + pll_bias2_addr = pll_type ? 34840 : 34328;
> + pll_biastrim_addr = pll_type ? 34888 : 34376;
> + pll_dco_med_addr = pll_type ? 34880 : 34368;
> + pll_dcofine_addr = pll_type ? 34892 : 34380;
> + pll_sscinj_addr = pll_type ? 34852 : 34340;
> + pll_surv_bonus_addr = pll_type ? 34884 : 34372;
I understand these addresses are given in decimal but these will make
more sense in hex.
pll_reg4_addr = pll_type ? 0x8710 : 0x8510;
pll_reg3_addr = pll_type ? 0x870C : 0x850C;
I am wondering we should put them in lt_phy_regs.h and define macros
such that we can use:
pll_reg4_addr = PLL_REG4_ADDR(pll_type);
> +
> + lt_state->config[0] = 0x84;
> + lt_state->config[1] = 0x2d;
> + lt_state->addr_msb[0] = (pll_reg4_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[0] = pll_reg4_addr & 0xFF;
> + lt_state->addr_msb[1] = (pll_reg3_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[1] = pll_reg3_addr & 0xFF;
> + lt_state->addr_msb[2] = (pll_reg5_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[2] = pll_reg5_addr & 0xFF;
> + lt_state->addr_msb[3] = (pll_reg57_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[3] = pll_reg57_addr & 0xFF;
> + lt_state->addr_msb[4] = (pll_lf_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[4] = pll_lf_addr & 0xFF;
> + lt_state->addr_msb[5] = (pll_tdc_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[5] = pll_tdc_addr & 0xFF;
> + lt_state->addr_msb[6] = (pll_ssc_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[6] = pll_ssc_addr & 0xFF;
> + lt_state->addr_msb[7] = (pll_bias2_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[7] = pll_bias2_addr & 0xFF;
> + lt_state->addr_msb[8] = (pll_biastrim_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[8] = pll_biastrim_addr & 0xFF;
> + lt_state->addr_msb[9] = (pll_dco_med_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[9] = pll_dco_med_addr & 0xFF;
> + lt_state->addr_msb[10] = (pll_dcofine_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[10] = pll_dcofine_addr & 0xFF;
> + lt_state->addr_msb[11] = (pll_sscinj_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[11] = pll_sscinj_addr & 0xFF;
> + lt_state->addr_msb[12] = (pll_surv_bonus_addr >> 8) & 0xFF;
> + lt_state->addr_lsb[12] = pll_surv_bonus_addr & 0xFF;
> + DATA_ASSIGN(0, pll_reg4);
> + DATA_ASSIGN(1, pll_reg3);
> + DATA_ASSIGN(2, pll_reg5);
> + DATA_ASSIGN(3, pll_reg57);
> + DATA_ASSIGN(4, lf);
> + DATA_ASSIGN(5, tdc);
> + DATA_ASSIGN(6, ssc);
> + DATA_ASSIGN(7, bias2);
> + DATA_ASSIGN(8, biastrim);
> + DATA_ASSIGN(9, dco_med);
> + DATA_ASSIGN(10, dcofine);
> + DATA_ASSIGN(11, 0);
> + DATA_ASSIGN(12, surv_bonus);
The change seems to be inline with the Bspec overall.
I think you can change some of the variable names like dcofine, biastrim
to dco_fine, bias_trim etc. to be consistent with rest of the code.
Regards,
Ankit
> +}
> +
> static int
> intel_lt_phy_calc_hdmi_port_clock(const struct intel_lt_phy_pll_state *lt_state)
> {
> @@ -1455,7 +1767,11 @@ intel_lt_phy_pll_calc_state(struct intel_crtc_state *crtc_state,
> }
> }
>
> - /* TODO: Add a function to compute the data for HDMI TMDS*/
> + if (intel_crtc_has_type(crtc_state, INTEL_OUTPUT_HDMI)) {
> + intel_lt_phy_calculate_hdmi_state(&crtc_state->dpll_hw_state.ltpll,
> + crtc_state->port_clock);
> + return 0;
> + }
>
> return -EINVAL;
> }
> diff --git a/drivers/gpu/drm/i915/display/intel_lt_phy.h b/drivers/gpu/drm/i915/display/intel_lt_phy.h
> index a538d4c69210..1693e9f2bc6c 100644
> --- a/drivers/gpu/drm/i915/display/intel_lt_phy.h
> +++ b/drivers/gpu/drm/i915/display/intel_lt_phy.h
> @@ -35,6 +35,9 @@ void intel_lt_phy_pll_readout_hw_state(struct intel_encoder *encoder,
> struct intel_lt_phy_pll_state *pll_state);
> void intel_lt_phy_pll_state_verify(struct intel_atomic_state *state,
> struct intel_crtc *crtc);
> +void
> +intel_lt_phy_calculate_hdmi_state(struct intel_lt_phy_pll_state *lt_state,
> + u32 frequency_khz);
> void intel_xe3plpd_pll_enable(struct intel_encoder *encoder,
> const struct intel_crtc_state *crtc_state);
> void intel_xe3plpd_pll_disable(struct intel_encoder *encoder);
next prev parent reply other threads:[~2025-10-31 6:25 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-24 10:06 [PATCH v2 00/26] Enable LT PHY Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 01/26] drm/i915/ltphy: Add LT Phy related VDR and Pipe Registers Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 02/26] drm/i915/cx0: Change register bit naming for powerdown values Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 03/26] drm/i915/ltphy: Phy lane reset for LT Phy Suraj Kandpal
2025-10-28 7:47 ` Murthy, Arun R
2025-10-24 10:06 ` [PATCH v2 04/26] drm/i915/cx0: Move the HDMI FRL function to intel_hdmi Suraj Kandpal
2025-10-28 7:48 ` Murthy, Arun R
2025-10-24 10:06 ` [PATCH v2 05/26] drm/i915/ltphy: Program sequence for PORT_CLOCK_CTL for LT Phy Suraj Kandpal
2025-10-28 7:51 ` Murthy, Arun R
2025-10-24 10:06 ` [PATCH v2 06/26] drm/i915/ltphy: Add a wrapper for LT Phy powerdown change sequence Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 07/26] drm/i915/ltphy: Read PHY_VDR_0_CONFIG register Suraj Kandpal
2025-10-28 9:17 ` Jani Nikula
2025-10-24 10:06 ` [PATCH v2 08/26] drm/i915/ltphy: Add LT Phy Programming recipe tables Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 09/26] drm/i915/ltphy: Program the VDR PLL registers for LT PHY Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 10/26] drm/i915/ltphy: Update the ltpll config table value for eDP Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 11/26] drm/i915/ltphy: Enable SSC during port clock programming Suraj Kandpal
2025-10-24 10:06 ` [PATCH v2 12/26] drm/i915/ltphy: Add function to calculate LT PHY port clock Suraj Kandpal
2025-10-31 5:15 ` Nautiyal, Ankit K
2025-10-24 10:06 ` [PATCH v2 13/26] drm/i915/ltphy: Program the P2P Transaction flow for LT Phy Suraj Kandpal
2025-10-28 7:55 ` Murthy, Arun R
2025-10-24 10:07 ` [PATCH v2 14/26] drm/i915/ltphy: Program the rest of the PORT_CLOCK_CTL steps Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 15/26] drm/i915/ltphy: Program the rest of the LT Phy Enable sequence Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 16/26] drm/i915/ltphy: Program LT Phy Non-TBT PLL disable sequence Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 17/26] drm/i915/ltphy: Hook up LT Phy Enable & Disable sequences Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 18/26] drm/i915/ddi: Define LT Phy Swing tables Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 19/26] drm/i915/ltphy: Program LT Phy Voltage Swing Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 20/26] drm/i915/ltphy: Enable/Disable Tx after Non TBT Enable sequence Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 21/26] drm/i915/ltphy: Define the LT Phy state compare function Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 22/26] drm/i915/ltphy: Define function to readout LT Phy PLL state Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 23/26] drm/i915/ltphy: Define LT PHY PLL state verify function Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 24/26] drm/i915/display: Aux Enable and Display powerwell timeouts Suraj Kandpal
2025-10-28 7:58 ` Murthy, Arun R
2025-10-24 10:07 ` [PATCH v2 25/26] drm/i915/ltphy: Modify the step that need to be skipped Suraj Kandpal
2025-10-24 10:07 ` [PATCH v2 26/26] drm/i915/ltphy: Implement HDMI Algo for Pll state Suraj Kandpal
2025-10-31 6:24 ` Nautiyal, Ankit K [this message]
2025-10-24 13:35 ` ✓ i915.CI.BAT: success for Enable LT PHY (rev2) Patchwork
2025-10-24 22:49 ` ✗ i915.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=43d19b0d-a14f-420a-a060-bec3c1ac4308@intel.com \
--to=ankit.k.nautiyal@intel.com \
--cc=arun.r.murthy@intel.com \
--cc=gustavo.sousa@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=lucas.demarchi@intel.com \
--cc=suraj.kandpal@intel.com \
--cc=uma.shankar@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;
as well as URLs for NNTP newsgroup(s).