Re: [Intel-gfx] [PATCH] drm/i915/guc: fix compile issue of guc_klvs_abi.h

2023-08-24 Thread Jani Nikula
On Fri, 25 Aug 2023, Linyu Yuan wrote: > GCC report GUC_KLV_0_KEY and GUC_KLV_0_LEN is not constant when do > preprocessing. Please paste the actual compiler warning. BR, Jani. > > Change to use GENMASK() to avoid the issue. > > Signed-off-by: Linyu Yuan > --- >

Re: [Intel-gfx] [Intel-xe] [PATCH 31/42] drm/i915/lnl: Add gmbus/ddc support

2023-08-24 Thread Lucas De Marchi
On Wed, Aug 23, 2023 at 01:49:21PM -0700, Matt Roper wrote: On Wed, Aug 23, 2023 at 10:07:29AM -0700, Lucas De Marchi wrote: LNL's south display uses the same table as MTP. Check for LNL's fake PCH to make it consistent with the other checks. The VBT table doesn't contain the VBT -> spec

[Intel-gfx] ✗ Fi.CI.IGT: failure for eDP DSC fixes (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: eDP DSC fixes (rev3) URL : https://patchwork.freedesktop.org/series/122792/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13561_full -> Patchwork_122792v3_full Summary --- **FAILURE**

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/bridge_connector: implement OOB HPD handling (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/bridge_connector: implement OOB HPD handling (rev3) URL : https://patchwork.freedesktop.org/series/120395/ State : success == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_120395v3 Summary

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/bridge_connector: implement OOB HPD handling (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/bridge_connector: implement OOB HPD handling (rev3) URL : https://patchwork.freedesktop.org/series/120395/ State : warning == Summary == Error: dim sparse failed Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately.

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/bridge_connector: implement OOB HPD handling (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/bridge_connector: implement OOB HPD handling (rev3) URL : https://patchwork.freedesktop.org/series/120395/ State : warning == Summary == Error: dim checkpatch failed c914ada6d133 drm: Add HPD state to drm_connector_oob_hotplug_event() b16fe4596376

Re: [Intel-gfx] [Intel-xe] [PATCH 42/42] drm/xe/lnl: Enable the display support

2023-08-24 Thread Matt Roper
On Wed, Aug 23, 2023 at 10:07:40AM -0700, Lucas De Marchi wrote: > From: Balasubramani Vivekanandan > > Enable the display support for LUNARLAKE > > Signed-off-by: Balasubramani Vivekanandan > Reviewed-by: Matt Roper > --- > drivers/gpu/drm/xe/xe_pci.c | 1 + > 1 file changed, 1

Re: [Intel-gfx] [Intel-xe] [PATCH 40/42] drm/i915/lnl: Add support to check c10 phy link rate

2023-08-24 Thread Matt Roper
On Wed, Aug 23, 2023 at 10:07:38AM -0700, Lucas De Marchi wrote: > From: Ravi Kumar Vodapalli > > Add support to check c10 phy link rate for LNL in > intel_c10_phy_check_hdmi_link_rate() function. If it turns out the LNL tables from the previous patch aren't necessary, then we should be able to

[Intel-gfx] ✓ Fi.CI.BAT: success for iommu/vt-d: Check domain flags before setting snp bit in page-control (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: iommu/vt-d: Check domain flags before setting snp bit in page-control (rev2) URL : https://patchwork.freedesktop.org/series/121893/ State : success == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_121893v2

Re: [Intel-gfx] [Intel-xe] [PATCH 39/42] drm/i915/lnl: Add pll table for LNL platform

2023-08-24 Thread Matt Roper
On Wed, Aug 23, 2023 at 10:07:37AM -0700, Lucas De Marchi wrote: > From: Ravi Kumar Vodapalli > > Add PLL Table for Lunar Lake platform. > > BSpec: 68862 I think this should actually be 74224? > Cc: Clint Taylor > Cc: Anusha Srivatsa > Signed-off-by: Ravi Kumar Vodapalli > Signed-off-by:

[Intel-gfx] [PATCH v7 1/3] drm: Add HPD state to drm_connector_oob_hotplug_event()

2023-08-24 Thread Dmitry Baryshkov
From: Bjorn Andersson In some implementations, such as the Qualcomm platforms, the display driver has no way to query the current HPD state and as such it's impossible to distinguish between disconnect and attention events. Add a parameter to drm_connector_oob_hotplug_event() to pass the HPD

[Intel-gfx] [PATCH v7 3/3] drm/bridge_connector: implement oob_hotplug_event

2023-08-24 Thread Dmitry Baryshkov
Implement the oob_hotplug_event() callback. Translate it to the HPD notification sent to the HPD bridge in the chain. Reviewed-by: Janne Grunau Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/drm_bridge_connector.c | 29 +++--- 1 file changed, 26 insertions(+), 3

[Intel-gfx] [PATCH v7 2/3] drm/bridge_connector: stop filtering events in drm_bridge_connector_hpd_cb()

2023-08-24 Thread Dmitry Baryshkov
In some cases the bridge drivers would like to receive hotplug events even in the case new status is equal to the old status. In the DP case this is used to deliver "attention" messages to the DP host. Stop filtering the events in the drm_bridge_connector_hpd_cb() and let drivers decide whether

[Intel-gfx] [PATCH v7 0/3] drm/bridge_connector: implement OOB HPD handling

2023-08-24 Thread Dmitry Baryshkov
Note, numbering for this series starts from v5, since there were several revisions for this patchset under a different series title ([1]). USB altmodes code would send OOB notifications to the drm_connector specified in the device tree. However as the MSM DP driver uses drm_bridge_connector,

Re: [Intel-gfx] [Intel-xe] [PATCH 36/42] drm/i915/lnl: Add support for CDCLK initialization sequence

2023-08-24 Thread Matt Roper
On Wed, Aug 23, 2023 at 10:07:34AM -0700, Lucas De Marchi wrote: > From: Ravi Kumar Vodapalli > > Add CDCLK initialization sequence changes and CDCLK set frequency > sequence for LNL platform. > > CDCLK frequency change sequence is different for LNL compared to MTL > when a change in

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for iommu/vt-d: Check domain flags before setting snp bit in page-control (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: iommu/vt-d: Check domain flags before setting snp bit in page-control (rev2) URL : https://patchwork.freedesktop.org/series/121893/ State : warning == Summary == Error: dim checkpatch failed 5275ee2b0d93 iommu/vt-d: Check domain flags before setting snp bit in

Re: [Intel-gfx] [Intel-xe] [PATCH 35/42] drm/i915/lnl: Introduce MDCLK_CDCLK ratio to DBuf

2023-08-24 Thread Matt Roper
On Wed, Aug 23, 2023 at 10:07:33AM -0700, Lucas De Marchi wrote: > From: Stanislav Lisovskiy > > When we change MDCLK/CDCLK the BSpec now instructs us to write a ratio > between MDCLK/CDCLK to MBUS CTL and DBUF CTL registers during that > change. > > Previsouly DBuf state and CDCLK were not

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/3] drm/i915: Create a bind context for GGTT updates

2023-08-24 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915: Create a bind context for GGTT updates URL : https://patchwork.freedesktop.org/series/122870/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_122870v1

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [1/3] drm/i915: Create a bind context for GGTT updates

2023-08-24 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915: Create a bind context for GGTT updates URL : https://patchwork.freedesktop.org/series/122870/ State : warning == Summary == Error: dim sparse failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/3] drm/i915: Create a bind context for GGTT updates

2023-08-24 Thread Patchwork
== Series Details == Series: series starting with [1/3] drm/i915: Create a bind context for GGTT updates URL : https://patchwork.freedesktop.org/series/122870/ State : warning == Summary == Error: dim checkpatch failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc:

Re: [Intel-gfx] [Intel-xe] [PATCH 20/42] drm/i915/xe2lpd: Register DE_RRMR has been removed

2023-08-24 Thread Lucas De Marchi
On Wed, Aug 23, 2023 at 12:28:04PM -0700, Matt Roper wrote: On Wed, Aug 23, 2023 at 10:07:18AM -0700, Lucas De Marchi wrote: From: Clint Taylor Do not read DE_RRMR register after display version 20. This register contains display state information during GFX state dumps. Bspec: 69456 Cc:

[Intel-gfx] [topic/core-for-ci v2] iommu/vt-d: Check domain flags before setting snp bit in page-control

2023-08-24 Thread Radhakrishna Sripada
From: Ashok Raj Signed-off-by: Ashok Raj Signed-off-by: Radhakrishna Sripada --- drivers/iommu/intel/iommu.c | 2 +- drivers/iommu/intel/pasid.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c index

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/dp_link_training: Define a final failure state when link training fails (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/dp_link_training: Define a final failure state when link training fails (rev2) URL : https://patchwork.freedesktop.org/series/122850/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_122850v2

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/vma: constify unbind_fence_ops (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/vma: constify unbind_fence_ops (rev2) URL : https://patchwork.freedesktop.org/series/122627/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13560_full -> Patchwork_122627v2_full Summary

Re: [Intel-gfx] [PATCH] drm/i915: Add missing CCS documentation.

2023-08-24 Thread Matt Roper
On Thu, Aug 24, 2023 at 06:06:10PM -0400, Rodrigo Vivi wrote: > On Wed, Aug 23, 2023 at 03:22:07PM -0700, Matt Roper wrote: > > On Wed, Aug 23, 2023 at 05:39:01PM -0400, Rodrigo Vivi wrote: > > > Let's introduce the basic documentation about CCS. > > > While doing that, also removed the legacy

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915/dp_link_training: Define a final failure state when link training fails (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/dp_link_training: Define a final failure state when link training fails (rev2) URL : https://patchwork.freedesktop.org/series/122850/ State : warning == Summary == Error: dim sparse failed Sparse version: v0.6.2 Fast mode used, each commit won't be

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915/dp_link_training: Define a final failure state when link training fails (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/dp_link_training: Define a final failure state when link training fails (rev2) URL : https://patchwork.freedesktop.org/series/122850/ State : warning == Summary == Error: dim checkpatch failed /home/kbuild2/linux/maintainer-tools/dim: line 50:

Re: [Intel-gfx] [PATCH] drm/i915: Add missing CCS documentation.

2023-08-24 Thread Rodrigo Vivi
On Wed, Aug 23, 2023 at 03:22:07PM -0700, Matt Roper wrote: > On Wed, Aug 23, 2023 at 05:39:01PM -0400, Rodrigo Vivi wrote: > > Let's introduce the basic documentation about CCS. > > While doing that, also removed the legacy execution flag name. That flag > > simply doesn't exist for CCS and it is

[Intel-gfx] ✗ Fi.CI.BAT: failure for Apply Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Patchwork
== Series Details == Series: Apply Wa_16018031267 / Wa_16018063123 URL : https://patchwork.freedesktop.org/series/122864/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_122864v1 Summary ---

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Apply Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Patchwork
== Series Details == Series: Apply Wa_16018031267 / Wa_16018063123 URL : https://patchwork.freedesktop.org/series/122864/ State : warning == Summary == Error: dim sparse failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No such file or directory

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Apply Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Patchwork
== Series Details == Series: Apply Wa_16018031267 / Wa_16018063123 URL : https://patchwork.freedesktop.org/series/122864/ State : warning == Summary == Error: dim checkpatch failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No such file or directory

[Intel-gfx] ✗ Fi.CI.BAT: failure for Apply Wa_16018031267 / Wa_16018063123 (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: Apply Wa_16018031267 / Wa_16018063123 (rev3) URL : https://patchwork.freedesktop.org/series/122804/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_122804v3 Summary ---

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Apply Wa_16018031267 / Wa_16018063123 (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: Apply Wa_16018031267 / Wa_16018063123 (rev3) URL : https://patchwork.freedesktop.org/series/122804/ State : warning == Summary == Error: dim sparse failed Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately.

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Apply Wa_16018031267 / Wa_16018063123 (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: Apply Wa_16018031267 / Wa_16018063123 (rev3) URL : https://patchwork.freedesktop.org/series/122804/ State : warning == Summary == Error: dim checkpatch failed 5fe66b3b6af8 drm/i915: Add WABB blit for Wa_16018031267 / Wa_16018063123 -:11: WARNING:BAD_SIGN_OFF:

[Intel-gfx] [PATCH 3/3] drm/i915: Enable GGTT blitting in MTL

2023-08-24 Thread Oak Zeng
From: Nirmoy Das MTL can hang because of a HW bug while parallel reading/writing from/to LMEM/GTTMMADR BAR so try to reduce GGTT update related pci transactions with blitter command as recommended for Wa_13010847436 and Wa_14019519902. To issue blitter commands, the driver must be primed to

[Intel-gfx] [PATCH 2/3] drm/i915: Implement GGTT update method with blitter

2023-08-24 Thread Oak Zeng
From: Nirmoy Das Implement GGTT update method with blitter command, MI_UPDATE_GTT and install those handlers if a platform requires that. v2: Make sure we hold the GT wakeref and Blitter engine wakeref before we call mutex_lock/intel_context_enter below. When GT/engine are not awake, the

[Intel-gfx] [PATCH 1/3] drm/i915: Create a bind context for GGTT updates

2023-08-24 Thread Oak Zeng
From: Nirmoy Das Create a separate blitter context if a platform requires GGTT updates using MI_UPDATE_GTT blitter command. Subsequent patch will introduce methods to update GGTT using this blitter context and MI_UPDATE_GTT blitter command. v2: Fix a typo in comment. (Oak) v3:

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Create a blitter context for GGTT updates

2023-08-24 Thread Zeng, Oak
Thanks, Oak > -Original Message- > From: Intel-gfx On Behalf Of Zeng, > Oak > Sent: August 24, 2023 4:38 PM > To: Roper, Matthew D > Cc: chris.p.wil...@linux.intel.com; intel-gfx@lists.freedesktop.org; Shyti, > Andi > ; Das, Nirmoy > Subject: Re: [Intel-gfx] [PATCH 1/3] drm/i915:

[Intel-gfx] [PATCH v4 6/6] drm/i915/dp_link_training: Emit a link-status=Bad uevent with trigger property

2023-08-24 Thread Gil Dekel
When a link-training attempt fails, emit a uevent to user space that includes the trigger property, which in this case will be link-statue=Bad. This will allow userspace to parse the uevent property and better understand the reason for the previous modeset failure. Signed-off-by: Gil Dekel V2:

[Intel-gfx] [PATCH v4 4/6] drm/i915: Move DP modeset_retry_work into intel_dp

2023-08-24 Thread Gil Dekel
Currently, link-training fallback is only implemented for SST, so having modeset_retry_work in intel_connector makes sense. However, we hope to implement link training fallback for MST in a follow-up patchset, so moving modeset_retry_work to indel_dp will make handling both SST and MST connectors

[Intel-gfx] [PATCH v4 5/6] drm/i915/dp_link_training: Set all downstream MST ports to BAD before retrying

2023-08-24 Thread Gil Dekel
Before sending a uevent to userspace in order to trigger a corrective modeset, we change the failing connector's link-status to BAD. However, the downstream MST branch ports are left in their original GOOD state. This patch utilizes the drm helper function drm_dp_set_mst_topology_link_status() to

[Intel-gfx] [PATCH v4 3/6] drm/dp_mst: Add drm_dp_set_mst_topology_link_status()

2023-08-24 Thread Gil Dekel
Unlike SST, MST can support multiple displays connected to a single connector. However, this also means that if the DisplayPort link to the top-level MST branch device becomes unstable, then every single branch device has an unstable link. Since there are multiple downstream ports per connector,

[Intel-gfx] [PATCH v4 2/6] drm/i915/dp_link_training: Add a final failing state to link training fallback for MST

2023-08-24 Thread Gil Dekel
Currently, MST link training has no fallback. This means that if an MST base connector fails to link-train once, the training completely fails, which makes this case significantly more common than a complete SST link training failure. Similar to the final failure state of SST, this patch zeros

[Intel-gfx] [PATCH v4 1/6] drm/i915/dp_link_training: Add a final failing state to link training fallback

2023-08-24 Thread Gil Dekel
Instead of silently giving up when all link-training fallback values are exhausted, this patch modifies the fallback's failure branch to reduces both max_link_lane_count and max_link_rate to zero (0) and continues to emit uevents until userspace stops attempting to modeset. By doing so, we ensure

[Intel-gfx] [PATCH v4 0/6] drm/i915/dp_link_training: Define a final failure state when link training fails

2023-08-24 Thread Gil Dekel
Next version of https://patchwork.freedesktop.org/series/122850/ v4: Another blunder. I uploaded the patches from my ChromeiumOS kernel dev repo instead of drm-tip/drm-tip. Apologies for the noise :( v3: Still learning the ropes of upstream workflow. Apologies for mucking up v2. This is

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/color: cleanups and refactoring (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/color: cleanups and refactoring (rev2) URL : https://patchwork.freedesktop.org/series/122588/ State : success == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_122588v2 Summary ---

[Intel-gfx] ✗ Fi.CI.BUILD: failure for drm/i915/dp_link_training: Define a final failure state when link training fails

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/dp_link_training: Define a final failure state when link training fails URL : https://patchwork.freedesktop.org/series/122850/ State : failure == Summary == Error: patch https://patchwork.freedesktop.org/api/1.0/series/122850/revisions/1/mbox/ not

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Enable GGTT blitting in MTL

2023-08-24 Thread Zeng, Oak
Thanks, Oak > -Original Message- > From: Roper, Matthew D > Sent: August 24, 2023 11:54 AM > To: Zeng, Oak > Cc: intel-gfx@lists.freedesktop.org; Shyti, Andi ; > chris.p.wil...@linux.intel.com; Das, Nirmoy > Subject: Re: [Intel-gfx] [PATCH 3/3] drm/i915: Enable GGTT blitting in MTL

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Create a blitter context for GGTT updates

2023-08-24 Thread Zeng, Oak
Thanks, Oak > -Original Message- > From: Roper, Matthew D > Sent: August 24, 2023 11:52 AM > To: Zeng, Oak > Cc: intel-gfx@lists.freedesktop.org; Shyti, Andi ; > chris.p.wil...@linux.intel.com; Das, Nirmoy > Subject: Re: [Intel-gfx] [PATCH 1/3] drm/i915: Create a blitter context for

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915/color: cleanups and refactoring (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/color: cleanups and refactoring (rev2) URL : https://patchwork.freedesktop.org/series/122588/ State : warning == Summary == Error: dim sparse failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No such file or directory

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915/color: cleanups and refactoring (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/color: cleanups and refactoring (rev2) URL : https://patchwork.freedesktop.org/series/122588/ State : warning == Summary == Error: dim checkpatch failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No such file or directory

[Intel-gfx] ✓ Fi.CI.BAT: success for drm, cec and edid updates

2023-08-24 Thread Patchwork
== Series Details == Series: drm, cec and edid updates URL : https://patchwork.freedesktop.org/series/122841/ State : success == Summary == CI Bug Log - changes from CI_DRM_13562 -> Patchwork_122841v1 Summary --- **SUCCESS** No

[Intel-gfx] [PATCH v3 1/2] drm/i915: Add WABB blit for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Jonathan Cavitt
From: Nirmoy Das Apply WABB blit for Wa_16018031267 / Wa_16018063123. Additionally, update the lrc selftest to exercise the new WABB changes. Co-developed-by: Nirmoy Das Signed-off-by: Jonathan Cavitt --- drivers/gpu/drm/i915/gt/intel_engine_regs.h | 3 + drivers/gpu/drm/i915/gt/intel_gt.h

[Intel-gfx] [PATCH v3 2/2] drm/i915: Set copy engine arbitration for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Jonathan Cavitt
From: Nirmoy Das Set copy engine arbitration into round robin mode for part of Wa_16018031267 / Wa_16018063123 mitigation. Signed-off-by: Nirmoy Das Signed-off-by: Jonathan Cavitt --- drivers/gpu/drm/i915/gt/intel_engine_regs.h | 3 +++ drivers/gpu/drm/i915/gt/intel_workarounds.c | 5 +

[Intel-gfx] [PATCH v3 0/2] Apply Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Jonathan Cavitt
Apply Wa_16018031267 / Wa_16018063123. This necessitates submitting a fastcolor blit as WABB and setting the copy engine arbitration to round-robin mode. v2: - Rename old platform check in second patch to match declaration in first patch. - Refactor second patch name to match first patch. v3:

[Intel-gfx] [PATCH dii-client v3 0/2] Apply Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Jonathan Cavitt
Apply Wa_16018031267 / Wa_16018063123. This necessitates submitting a fastcolor blit as WABB and setting the copy engine arbitration to round-robin mode. v2: - Rename old platform check in second patch to match declaration in first patch. - Refactor second patch name to match first patch. v3:

[Intel-gfx] [PATCH dii-client v3 1/2] drm/i915: Add WABB blit for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Jonathan Cavitt
From: Nirmoy Das Apply WABB blit for Wa_16018031267 / Wa_16018063123. Additionally, update the lrc selftest to exercise the new WABB changes. Co-developed-by: Nirmoy Das Signed-off-by: Jonathan Cavitt --- drivers/gpu/drm/i915/gt/intel_engine_regs.h | 3 + drivers/gpu/drm/i915/gt/intel_gt.h

[Intel-gfx] [PATCH dii-client v3 2/2] drm/i915: Set copy engine arbitration for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Jonathan Cavitt
From: Nirmoy Das Set copy engine arbitration into round robin mode for part of Wa_16018031267 / Wa_16018063123 mitigation. Signed-off-by: Nirmoy Das Signed-off-by: Jonathan Cavitt --- drivers/gpu/drm/i915/gt/intel_engine_regs.h | 3 +++ drivers/gpu/drm/i915/gt/intel_workarounds.c | 5 +

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm, cec and edid updates

2023-08-24 Thread Patchwork
== Series Details == Series: drm, cec and edid updates URL : https://patchwork.freedesktop.org/series/122841/ State : warning == Summary == Error: dim sparse failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No such file or directory

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/rpl: Add new RPL PCI-IDs

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/rpl: Add new RPL PCI-IDs URL : https://patchwork.freedesktop.org/series/122831/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13559_full -> Patchwork_122831v1_full Summary ---

[Intel-gfx] [PULL] drm-misc-next-fixes

2023-08-24 Thread Thomas Zimmermann
Hi Dave and Daniel, here is this week's PR for drm-misc-next. One of the patches is a change to nouveau's UAPI. Best regards Thomas drm-misc-next-fixes-2023-08-24: Short summary of fixes pull: * gpuva: Cleanups * kunit: Documentation fixes * nouveau: * UAPI: Avoid implicit NO_PREFETCH

Re: [Intel-gfx] [PATCH v2 1/2] drm/i915: Add WABB blit for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Matt Roper
On Wed, Aug 23, 2023 at 11:51:03AM -0700, Jonathan Cavitt wrote: > From: Nirmoy Das > > Apply WABB blit for Wa_16018031267 / Wa_16018063123. > Additionally, update the lrc selftest to exercise the new > WABB changes. > > Signed-off-by: Jonathan Cavitt > Co-developed-by: Nirmoy Das > --- >

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Improve BW management on shared display links (rev2)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915: Improve BW management on shared display links (rev2) URL : https://patchwork.freedesktop.org/series/122589/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13559_full -> Patchwork_122589v2_full

Re: [Intel-gfx] [PATCH 2/9] drm/i915/display: Store compressed bpp in U6.4 format

2023-08-24 Thread Kandpal, Suraj
> Subject: RE: [Intel-gfx] [PATCH 2/9] drm/i915/display: Store compressed bpp in > U6.4 format > > > Subject: [Intel-gfx] [PATCH 2/9] drm/i915/display: Store compressed > > bpp in > > U6.4 format > > > > DSC parameter bits_per_pixel is stored in U6.4 format. > > The 4 bits represent the

Re: [Intel-gfx] [PATCH 5/9] drm/display/dp: Add helper function to get DSC bpp prescision

2023-08-24 Thread Kandpal, Suraj
> Add helper to get the DSC bits_per_pixel precision for the DP sink. > > Signed-off-by: Ankit Nautiyal > --- > drivers/gpu/drm/display/drm_dp_helper.c | 27 > + > include/drm/display/drm_dp_helper.h | 1 + > 2 files changed, 28 insertions(+) > > diff --git

Re: [Intel-gfx] [PATCH 3/9] drm/i915/display: Consider fractional vdsc bpp while computing m_n values

2023-08-24 Thread Kandpal, Suraj
> Subject: [Intel-gfx] [PATCH 3/9] drm/i915/display: Consider fractional vdsc > bpp while computing m_n values > > MTL+ supports fractional compressed bits_per_pixel, with precision of > 1/16. This compressed bpp is stored in U6.4 format. > Accommodate this precision while computing m_n values. >

Re: [Intel-gfx] [PATCH 5/9] drm/display/dp: Add helper function to get DSC bpp prescision

2023-08-24 Thread Kandpal, Suraj
> > > Add helper to get the DSC bits_per_pixel precision for the DP sink. > > > > Signed-off-by: Ankit Nautiyal Wouldn't we also need to send this patch to dri-devel Regards, Suraj Kandpal > > --- > > drivers/gpu/drm/display/drm_dp_helper.c | 27 > > + > >

Re: [Intel-gfx] [PATCH 4/9] drm/i915/audio : Consider fractional vdsc bpp while computing tu_data

2023-08-24 Thread Kandpal, Suraj
> Subject: [Intel-gfx] [PATCH 4/9] drm/i915/audio : Consider fractional vdsc bpp > while computing tu_data > > MTL+ supports fractional compressed bits_per_pixel, with precision of > 1/16. This compressed bpp is stored in U6.4 format. > Accommodate the precision during calculation of transfer

Re: [Intel-gfx] [PATCH 2/9] drm/i915/display: Store compressed bpp in U6.4 format

2023-08-24 Thread Kandpal, Suraj
> Subject: [Intel-gfx] [PATCH 2/9] drm/i915/display: Store compressed bpp in > U6.4 format > > DSC parameter bits_per_pixel is stored in U6.4 format. > The 4 bits represent the fractional part of the bpp. > Currently we use compressed_bpp member of dsc structure to store only the > integral part

Re: [Intel-gfx] [Intel-xe] [PATCH 09/42] drm/i915/tc: move legacy code out of the main _max_lane_count() func

2023-08-24 Thread Kandpal, Suraj
> >> Subject: [Intel-gfx] [PATCH 09/42] drm/i915/tc: move legacy code out > >> of the main _max_lane_count() func > >> > >> From: Luca Coelho > >> > >> This makes the code a bit more symmetric and readable, especially > >> when we start adding more display version-specific alternatives. > >> > >>

Re: [Intel-gfx] [PATCH v4] drm/i915/display: Dual refresh rate fastset fixes with VRR fastset

2023-08-24 Thread Manasi Navare
Hi @Jani Nikula , Thanks for your feedback. Please find my comments below: On Thu, Aug 24, 2023 at 4:27 AM Jani Nikula wrote: > > On Fri, 18 Aug 2023, Manasi Navare wrote: > > Dual refresh rate (DRR) fastset seamlessly lets refresh rate > > throttle without needing a full modeset. > > However

Re: [Intel-gfx] [Intel-xe] [PATCH 23/42] drm/i915/xe2lpd: FBC is now supported on all pipes

2023-08-24 Thread Lucas De Marchi
On Wed, Aug 23, 2023 at 12:49:36PM -0700, Matt Roper wrote: On Wed, Aug 23, 2023 at 10:07:21AM -0700, Lucas De Marchi wrote: From: Matt Roper FBC is no longer limited by pipe. It looks like we lost the part of this patch that adds this to the xe2_lpd_display device info structure. ack,

Re: [Intel-gfx] [Intel-xe] [PATCH 12/42] drm/i915/lnl: Add display definitions

2023-08-24 Thread Matt Roper
On Thu, Aug 24, 2023 at 08:49:42AM -0700, Lucas De Marchi wrote: > On Wed, Aug 23, 2023 at 11:03:42AM -0700, Matt Roper wrote: > > On Wed, Aug 23, 2023 at 10:07:10AM -0700, Lucas De Marchi wrote: > > > From: Balasubramani Vivekanandan > > > > > > Add Lunar Lake platform definitions for i915

Re: [Intel-gfx] [PATCH v4] drm/i915/display: Dual refresh rate fastset fixes with VRR fastset

2023-08-24 Thread Manasi Navare
Hi Ville and Jani, Thanks for your review and feedback. To rightly explain the use case here: Case 1: We are at 120 Hz refresh rate so by default VRR registers are programmed for 120Hz case. And say the VRR range is 30-120Hz we get the full range here. Case 2: When we switch to downclock mode of

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Enable GGTT blitting in MTL

2023-08-24 Thread Matt Roper
On Tue, Aug 22, 2023 at 11:28:59AM -0400, Oak Zeng wrote: > From: Nirmoy Das > > MTL can hang because of a HW bug while parallel reading/writing > from/to LMEM/GTTMMADR BAR so try to reduce GGTT update > related pci transactions with blitter command as recommended > for Wa_22018444074. Drive-by

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Create a blitter context for GGTT updates

2023-08-24 Thread Matt Roper
On Tue, Aug 22, 2023 at 11:28:57AM -0400, Oak Zeng wrote: > From: Nirmoy Das > > Create a separate blitter context if a platform requires > GGTT updates using MI_UPDATE_GTT blitter command. > > Subsequent patch will introduce methods to update > GGTT using this blitter context and MI_UPDATE_GTT

Re: [Intel-gfx] [Intel-xe] [PATCH 12/42] drm/i915/lnl: Add display definitions

2023-08-24 Thread Lucas De Marchi
On Wed, Aug 23, 2023 at 11:03:42AM -0700, Matt Roper wrote: On Wed, Aug 23, 2023 at 10:07:10AM -0700, Lucas De Marchi wrote: From: Balasubramani Vivekanandan Add Lunar Lake platform definitions for i915 display. The support for LNL will be added to the xe driver, with i915 only driving the

Re: [Intel-gfx] [PATCH v3] drm/i915/rpl: Update pci ids for RPL P/U

2023-08-24 Thread Matt Roper
On Thu, Aug 24, 2023 at 11:58:40AM +0530, Dnyaneshwar Bhadane wrote: > Update pci device ids as per bspec for > RPL P/U. > Bpsec: 55376 > > v2: > - Append new id's instead of replacing the existing in device > id list define > > v3: > - Fixed the commit messege with revision details. > >

Re: [Intel-gfx] [Intel-xe] [PATCH 11/42] drm/xe/lnl: Add IS_LUNARLAKE

2023-08-24 Thread Lucas De Marchi
On Wed, Aug 23, 2023 at 10:55:34AM -0700, Matt Roper wrote: On Wed, Aug 23, 2023 at 10:07:09AM -0700, Lucas De Marchi wrote: From: Balasubramani Vivekanandan Add IS_LUNARLAKE in the compat-i915-headers. That macro, to be used by the xe driver, checks for the platform, whereas the macro on the

[Intel-gfx] [PATCH v3 5/6] drm/i915/dp_link_training: Set all downstream MST ports to BAD before retrying

2023-08-24 Thread Gil Dekel
Before sending a uevent to userspace in order to trigger a corrective modeset, we change the failing connector's link-status to BAD. However, the downstream MST branch ports are left in their original GOOD state. This patch utilizes the drm helper function drm_dp_set_mst_topology_link_status() to

[Intel-gfx] [PATCH v3 6/6] drm/i915/dp_link_training: Emit a link-status=Bad uevent with trigger property

2023-08-24 Thread Gil Dekel
When a link-training attempt fails, emit a uevent to user space that includes the trigger property, which in this case will be link-statue=Bad. This will allow userspace to parse the uevent property and better understand the reason for the previous modeset failure. Change-Id:

[Intel-gfx] [PATCH v3 4/6] drm/i915: Move DP modeset_retry_work into intel_dp

2023-08-24 Thread Gil Dekel
Currently, link-training fallback is only implemented for SST, so having modeset_retry_work in intel_connector makes sense. However, we hope to implement link training fallback for MST in a follow-up patchset, so moving modeset_retry_work to indel_dp will make handling both SST and MST connectors

[Intel-gfx] [PATCH v3 3/6] drm/dp_mst: Add drm_dp_set_mst_topology_link_status()

2023-08-24 Thread Gil Dekel
Unlike SST, MST can support multiple displays connected to a single connector. However, this also means that if the DisplayPort link to the top-level MST branch device becomes unstable, then every single branch device has an unstable link. Since there are multiple downstream ports per connector,

[Intel-gfx] [PATCH v3 2/6] drm/i915/dp_link_training: Add a final failing state to link training fallback for MST

2023-08-24 Thread Gil Dekel
Currently, MST link training has no fallback. This means that if an MST base connector fails to link-train once, the training completely fails, which makes this case significantly more common than a complete SST link training failure. Similar to the final failure state of SST, this patch zeros

[Intel-gfx] [PATCH v3 1/6] drm/i915/dp_link_training: Add a final failing state to link training fallback

2023-08-24 Thread Gil Dekel
Instead of silently giving up when all link-training fallback values are exhausted, this patch modifies the fallback's failure branch to reduces both max_link_lane_count and max_link_rate to zero (0) and continues to emit uevents until userspace stops attempting to modeset. By doing so, we ensure

[Intel-gfx] [PATCH v3 0/6] drm/i915/dp_link_training: Define a final failure state when link training fails

2023-08-24 Thread Gil Dekel
Next version of https://patchwork.freedesktop.org/series/122643/ v3: Still learning the ropes of upstream workflow. Apologies for mucking up v2. This is just a re-upload. v2: Reorganize into: 1) Add for final failure state for SST and MST link training fallback. 2) Add a DRM helper for

Re: [Intel-gfx] [Intel-xe] [PATCH 09/42] drm/i915/tc: move legacy code out of the main _max_lane_count() func

2023-08-24 Thread Lucas De Marchi
Hi Suraj, On Thu, Aug 24, 2023 at 05:43:15AM +, Kandpal, Suraj wrote: -Original Message- From: Intel-gfx On Behalf Of Lucas De Marchi Sent: Wednesday, August 23, 2023 10:37 PM To: intel...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org Cc: Coelho, Luciano Subject:

Re: [Intel-gfx] [Intel-xe] [PATCH 27/42] drm/i915/xe2lpd: Read pin assignment from IOM

2023-08-24 Thread Lucas De Marchi
On Thu, Aug 24, 2023 at 11:34:22AM +, Coelho, Luciano wrote: On Wed, 2023-08-23 at 10:07 -0700, Lucas De Marchi wrote: From: Luca Coelho Starting from display version 20, we need to read the pin assignment from the IOM TCSS_DDI_STATUS register instead of reading it from the FIA. We use

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/rpl: Update pci ids for RPL P/U (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: drm/i915/rpl: Update pci ids for RPL P/U (rev3) URL : https://patchwork.freedesktop.org/series/122712/ State : success == Summary == CI Bug Log - changes from CI_DRM_13558_full -> Patchwork_122712v3_full

Re: [Intel-gfx] [PATCH v2 1/2] drm/i915: Add WABB blit for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Cavitt, Jonathan
-Original Message- From: Andi Shyti Sent: Thursday, August 24, 2023 7:54 AM To: Cavitt, Jonathan Cc: intel-gfx@lists.freedesktop.org; Mistat, Tomasz ; Vivi, Rodrigo ; Germano, Gregory F ; Roper, Matthew D ; Das, Nirmoy Subject: Re: [Intel-gfx] [PATCH v2 1/2] drm/i915: Add WABB blit

Re: [Intel-gfx] [PATCH v2 2/2] drm/i915: Set copy engine arbitration for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Andi Shyti
Hi Jonathan, > + /* Wa_16018031267, Wa_16018063123 */ > + if (engine->class == COPY_ENGINE_CLASS && > + NEEDS_FASTCOLOR_BLT_WABB(i915)) maybe we should have something like gt_needs_wa_XXX(struct intel_gt *gt) engine_needs_wa_XXX(struct intel_engine_ce *engine)

Re: [Intel-gfx] [PATCH v2 1/2] drm/i915: Add WABB blit for Wa_16018031267 / Wa_16018063123

2023-08-24 Thread Andi Shyti
Hi Jonathan, few little things... On Wed, Aug 23, 2023 at 11:51:03AM -0700, Jonathan Cavitt wrote: > From: Nirmoy Das > > Apply WABB blit for Wa_16018031267 / Wa_16018063123. > Additionally, update the lrc selftest to exercise the new > WABB changes. > > Signed-off-by: Jonathan Cavitt >

[Intel-gfx] ✓ Fi.CI.BAT: success for eDP DSC fixes (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: eDP DSC fixes (rev3) URL : https://patchwork.freedesktop.org/series/122792/ State : success == Summary == CI Bug Log - changes from CI_DRM_13561 -> Patchwork_122792v3 Summary --- **SUCCESS** No

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for eDP DSC fixes (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: eDP DSC fixes (rev3) URL : https://patchwork.freedesktop.org/series/122792/ State : warning == Summary == Error: dim sparse failed Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately. +./arch/x86/include/asm/bitops.h:117:1: warning:

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for eDP DSC fixes (rev3)

2023-08-24 Thread Patchwork
== Series Details == Series: eDP DSC fixes (rev3) URL : https://patchwork.freedesktop.org/series/122792/ State : warning == Summary == Error: dim checkpatch failed /home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No such file or directory

Re: [Intel-gfx] [PATCH 0/6] drm/i915/color: cleanups and refactoring

2023-08-24 Thread Hogander, Jouni
On Thu, 2023-08-17 at 18:53 +0300, Jani Nikula wrote: > Split out register macros to a separate file, and move more color > register access to intel_color.c. Reviewed-by: Jouni Högander for the whole set. > > Jani Nikula (6): >   drm/i915/regs: split out intel_color_regs.h >   drm/i915/color:

[Intel-gfx] [PATCH 3/6] drm/edid: parse source physical address

2023-08-24 Thread Jani Nikula
CEC needs the source physical address. Parsing it is trivial with the existing EDID CEA DB infrastructure. Default to CEC_PHYS_ADDR_INVALID (0x) instead of 0 to cater for easier CEC usage. Cc: Hans Verkuil Cc: linux-me...@vger.kernel.org Signed-off-by: Jani Nikula ---

[Intel-gfx] [PATCH 6/6] media: cec: core: add note about *_from_edid() function usage in drm

2023-08-24 Thread Jani Nikula
In the drm subsystem, the source physical address is, in most cases, available without having to parse the EDID again. Add notes about preferring to use the pre-parsed address instead. Cc: Hans Verkuil Cc: linux-me...@vger.kernel.org Signed-off-by: Jani Nikula ---

[Intel-gfx] [PATCH 5/6] drm/i915/cec: switch to setting physical address directly

2023-08-24 Thread Jani Nikula
Avoid parsing the EDID again for source physical address. Also gets rids of a few remaining raw EDID usages. Cc: Hans Verkuil Cc: linux-me...@vger.kernel.org Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/display/intel_dp.c | 7 ++- drivers/gpu/drm/i915/display/intel_hdmi.c | 5

[Intel-gfx] ✗ Fi.CI.BUILD: failure for HDCP MST aux issue fix (rev4)

2023-08-24 Thread Patchwork
== Series Details == Series: HDCP MST aux issue fix (rev4) URL : https://patchwork.freedesktop.org/series/122267/ State : failure == Summary == Error: patch https://patchwork.freedesktop.org/api/1.0/series/122267/revisions/4/mbox/ not applied Applying: drm/i915/hdcp: Use intel_connector

  1   2   >