From: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>,
<intel-gfx@lists.freedesktop.org>,
<intel-xe@lists.freedesktop.org>
Cc: <ville.syrjala@linux.intel.com>, <arun.r.murthy@intel.com>
Subject: Re: [PATCH v4 05/12] drm/i915/display: Add crtc state for DIP transmission lines
Date: Thu, 10 Sep 2026 08:14:48 +0530 [thread overview]
Message-ID: <af412450-8a6f-468f-8e08-b94cb68f6a27@intel.com> (raw)
In-Reply-To: <c90084aa168dbcbaab68732b26b42c29ebcf2df5@intel.com>
On 9/8/2026 9:05 PM, Jani Nikula wrote:
> On Thu, 11 Jun 2026, Ankit Nautiyal <ankit.k.nautiyal@intel.com> wrote:
>> The Adaptive Sync SDP is currently the only packet with a programmable
>> transmission line.
>>
>> Make a structure struct intel_dip for Data Island Packets. Add a member to
>> track Adaptive-Sync SDP transmission line. Include the new member in the
>> pipe configuration comparison.
>>
>> This will pave the way for supporting more packets' programmable
>> transmission lines, including the common base SDP transmission line
>> introduced with Xe3p_lpd.
>>
>> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
>> ---
>> drivers/gpu/drm/i915/display/intel_dip.h | 8 ++++++++
>> drivers/gpu/drm/i915/display/intel_display.c | 2 ++
>> drivers/gpu/drm/i915/display/intel_display_types.h | 3 +++
>> 3 files changed, 13 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_dip.h b/drivers/gpu/drm/i915/display/intel_dip.h
>> index 25bae4a04d6b..37507ac3e645 100644
>> --- a/drivers/gpu/drm/i915/display/intel_dip.h
>> +++ b/drivers/gpu/drm/i915/display/intel_dip.h
>> @@ -35,4 +35,12 @@ struct intel_crtc_state;
>> u16 intel_dip_read_emp_as_sdp_tl(const struct intel_crtc_state *crtc_state);
>> void intel_dip_write_emp_as_sdp_tl(const struct intel_crtc_state *crtc_state);
>>
>> +struct intel_dip {
>> + /*
>> + * DIP Transmission line, relative to the Vtotal.
>> + * The programmed transmit line is (Vtotal - value)
>> + */
>> + u16 emp_as_sdp_tl;
>> +};
>> +
>> #endif /* __INTEL_DIP_H__ */
>> diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
>> index bdf02b67c1d8..c84ee0e865ee 100644
>> --- a/drivers/gpu/drm/i915/display/intel_display.c
>> +++ b/drivers/gpu/drm/i915/display/intel_display.c
>> @@ -5507,6 +5507,8 @@ intel_pipe_config_compare(const struct intel_crtc_state *current_config,
>>
>> PIPE_CONF_CHECK_I(set_context_latency);
>>
>> + PIPE_CONF_CHECK_I(dip.emp_as_sdp_tl);
>> +
>> #undef PIPE_CONF_CHECK_X
>> #undef PIPE_CONF_CHECK_I
>> #undef PIPE_CONF_CHECK_LLI
>> diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h b/drivers/gpu/drm/i915/display/intel_display_types.h
>> index aa4772a1c208..6cc3a4c2f17c 100644
>> --- a/drivers/gpu/drm/i915/display/intel_display_types.h
>> +++ b/drivers/gpu/drm/i915/display/intel_display_types.h
>> @@ -46,6 +46,7 @@
>>
>> #include "i915_gtt_view_types.h"
>> #include "intel_bios.h"
>> +#include "intel_dip.h"
> I understand the motivation, but I'd rather keep the struct here in
> intel_display_types.h than blow up the includes. There are already too
> many includes *and* this file is included just about everywhere.
>
> The point is, if you change anything unrelated to struct intel_dip in
> intel_dip.h, you'll end up rebuilding pretty much all the display code,
> and it'll slow everyone down.
>
> C really sucks at this. And embedding a lot of structs makes it worse.
Good point. I had not thought about this, though the pattern was always
there, but it became clearer to me now.
I will move the structs to intel_display_types.h, and keep this in mind.
Thanks & Regards,
Ankit
>
>
> BR,
> Jani.
>
>
>
>> #include "intel_display.h"
>> #include "intel_display_conversion.h"
>> #include "intel_display_limits.h"
>> @@ -1301,6 +1302,8 @@ struct intel_crtc_state {
>> struct drm_dp_as_sdp as_sdp;
>> } infoframes;
>>
>> + struct intel_dip dip;
>> +
>> u8 eld[MAX_ELD_BYTES];
>>
>> /* HDMI scrambling status */
next prev parent reply other threads:[~2026-09-10 2:45 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-11 7:33 [PATCH v4 00/12] Add support for Common SDP Transmission Line Ankit Nautiyal
2026-06-11 7:33 ` [PATCH v4 01/12] drm/i915/dip: Add new file to handle Data Island Packet hardware Ankit Nautiyal
2026-08-27 6:46 ` Kandpal, Suraj
2026-06-11 7:33 ` [PATCH v4 02/12] drm/i915/vrr: Use the helper to write EMP_AS_SDP_TL register Ankit Nautiyal
2026-08-27 6:49 ` Kandpal, Suraj
2026-06-11 7:33 ` [PATCH v4 03/12] drm/i915/intel_dip: Add check for DP encoder Ankit Nautiyal
2026-08-27 8:29 ` Kandpal, Suraj
2026-06-11 7:33 ` [PATCH v4 04/12] drm/i915/dp: Add helper to get AS SDP Transmission Line Ankit Nautiyal
2026-09-01 2:55 ` Kandpal, Suraj
2026-06-11 7:33 ` [PATCH v4 05/12] drm/i915/display: Add crtc state for DIP transmission lines Ankit Nautiyal
2026-09-01 2:56 ` Kandpal, Suraj
2026-09-08 15:35 ` Jani Nikula
2026-09-10 2:44 ` Nautiyal, Ankit K [this message]
2026-06-11 7:33 ` [PATCH v4 06/12] drm/i915/dip: Store and use AS SDP transmission line from crtc state Ankit Nautiyal
2026-09-01 3:03 ` Kandpal, Suraj
2026-09-08 6:14 ` Nautiyal, Ankit K
2026-06-11 7:33 ` [PATCH v4 07/12] drm/i915/nvl: Add register definitions for common SDP Transmission Line Ankit Nautiyal
2026-06-11 7:33 ` [PATCH v4 08/12] drm/i915/display: Add HAS_COMMON_SDP_TL macro Ankit Nautiyal
2026-09-01 3:26 ` Kandpal, Suraj
2026-06-11 7:33 ` [PATCH v4 09/12] drm/i915/dp: Store SDP transmission lines in crtc_state Ankit Nautiyal
2026-09-01 3:30 ` Kandpal, Suraj
2026-09-08 6:25 ` Nautiyal, Ankit K
2026-06-11 7:33 ` [PATCH v4 10/12] drm/i915/dp: Introduce helpers to enable/disable CMN SDP Transmission line Ankit Nautiyal
2026-06-11 7:33 ` [PATCH v4 11/12] drm/i915/dip: Enable Common " Ankit Nautiyal
2026-06-11 7:33 ` [PATCH v4 12/12] drm/i915/display: Dump DIP Transmission lines Ankit Nautiyal
2026-06-11 9:02 ` ✓ i915.CI.BAT: success for Add support for Common SDP Transmission Line (rev4) Patchwork
2026-06-12 4:59 ` ✗ 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=af412450-8a6f-468f-8e08-b94cb68f6a27@intel.com \
--to=ankit.k.nautiyal@intel.com \
--cc=arun.r.murthy@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--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