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: 31+ 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 8:37 ` ✗ CI.checkpatch: warning for Add support for Common SDP Transmission Line (rev4) Patchwork
2026-06-11 8:40 ` ✓ CI.KUnit: success " Patchwork
2026-06-11 9:02 ` ✓ i915.CI.BAT: " Patchwork
2026-06-11 10:01 ` ✓ Xe.CI.BAT: " Patchwork
2026-06-11 19:07 ` ✓ Xe.CI.FULL: " 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 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.