intel-gfx@lists.freedesktop.org

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: Simplify expression &to_i915(dev)->drm URL : https://patchwork.freedesktop.org/series/121164/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13407_full -> Patchwork_121164v1_full Summar

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915/guc/slpc: Restore efficient freq earlier URL : https://patchwork.freedesktop.org/series/121150/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13406_full -> Patchwork_121150v1_full Summa

Re: [Intel-gfx] [PATCH v2] drm/i915/dpt: Use shmem for dpt objects

2023-07-21 Thread Sripada, Radhakrishna
Hi Tvrtko, > -Original Message- > From: Tvrtko Ursulin > Sent: Friday, July 21, 2023 1:17 AM > To: Sripada, Radhakrishna ; Yang, Fei > ; intel-gfx@lists.freedesktop.org > Cc: sta...@vger.kernel.org; Ville Syrjälä ; > Wilson, > Chris P > Subject: Re: [PATCH v2] drm/i915/dpt: Use shmem fo

Re: [Intel-gfx] [PATCH 16/17] cgroup/drm: Expose memory stats

2023-07-21 Thread Tejun Heo
On Wed, Jul 12, 2023 at 12:46:04PM +0100, Tvrtko Ursulin wrote: > $ cat drm.memory.stat > card0 region=system total=12898304 shared=0 active=0 resident=12111872 > purgeable=167936 > card0 region=stolen-system total=0 shared=0 active=0 resident=0 purgeable=0 > > Data is generated on demand f

Re: [Intel-gfx] [PATCH] drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Belgaumkar, Vinay
On 7/21/2023 3:08 PM, Belgaumkar, Vinay wrote: On 7/21/2023 2:23 PM, Rodrigo Vivi wrote: On Fri, Jul 21, 2023 at 01:44:34PM -0700, Belgaumkar, Vinay wrote: On 7/21/2023 1:41 PM, Rodrigo Vivi wrote: On Fri, Jul 21, 2023 at 11:03:49AM -0700, Vinay Belgaumkar wrote: This should be done before

Re: [Intel-gfx] [PATCH 15/17] cgroup/drm: Expose GPU utilisation

2023-07-21 Thread Tejun Heo
On Fri, Jul 21, 2023 at 12:19:32PM -1000, Tejun Heo wrote: > On Wed, Jul 12, 2023 at 12:46:03PM +0100, Tvrtko Ursulin wrote: > > + drm.active_us > > + GPU time used by the group recursively including all child groups. > > Maybe instead add drm.stat and have "usage_usec" inside? That'd be more >

Re: [Intel-gfx] [PATCH 15/17] cgroup/drm: Expose GPU utilisation

2023-07-21 Thread Tejun Heo
On Wed, Jul 12, 2023 at 12:46:03PM +0100, Tvrtko Ursulin wrote: > + drm.active_us > + GPU time used by the group recursively including all child groups. Maybe instead add drm.stat and have "usage_usec" inside? That'd be more consistent with cpu side. Thanks. -- tejun

Re: [Intel-gfx] [PATCH 12/17] cgroup/drm: Introduce weight based drm cgroup control

2023-07-21 Thread Tejun Heo
On Wed, Jul 12, 2023 at 12:46:00PM +0100, Tvrtko Ursulin wrote: > +DRM scheduling soft limits > +~~ Please don't say soft limits for this. It means something different for memcg, so it gets really confusing. Call it "weight based CPU time control" and maybe call the trigger

intel-gfx@lists.freedesktop.org

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: Simplify expression &to_i915(dev)->drm URL : https://patchwork.freedesktop.org/series/121164/ State : success == Summary == CI Bug Log - changes from CI_DRM_13407 -> Patchwork_121164v1 Summary ---

Re: [Intel-gfx] [PATCH 08/17] drm/cgroup: Track DRM clients per cgroup

2023-07-21 Thread Tejun Heo
Hello, On Wed, Jul 12, 2023 at 12:45:56PM +0100, Tvrtko Ursulin wrote: > +void drmcgroup_client_migrate(struct drm_file *file_priv) > +{ > + struct drm_cgroup_state *src, *dst; > + struct cgroup_subsys_state *old; > + > + mutex_lock(&drmcg_mutex); > + > + old = file_priv->__css; >

Re: [Intel-gfx] [PATCH] drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Belgaumkar, Vinay
On 7/21/2023 2:23 PM, Rodrigo Vivi wrote: On Fri, Jul 21, 2023 at 01:44:34PM -0700, Belgaumkar, Vinay wrote: On 7/21/2023 1:41 PM, Rodrigo Vivi wrote: On Fri, Jul 21, 2023 at 11:03:49AM -0700, Vinay Belgaumkar wrote: This should be done before the soft min/max frequencies are restored. When

Re: [Intel-gfx] [PATCH] drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Rodrigo Vivi
On Fri, Jul 21, 2023 at 01:44:34PM -0700, Belgaumkar, Vinay wrote: > > On 7/21/2023 1:41 PM, Rodrigo Vivi wrote: > > On Fri, Jul 21, 2023 at 11:03:49AM -0700, Vinay Belgaumkar wrote: > > > This should be done before the soft min/max frequencies are restored. > > > When we disable the "Ignore effic

intel-gfx@lists.freedesktop.org

2023-07-21 Thread Uwe Kleine-König
to_i915 is defined as container_of(dev, struct drm_i915_private, drm); So for a struct drm_device *dev, to_i915(dev)->drm is just dev. Simplify accordingly. Signed-off-by: Uwe Kleine-König --- drivers/gpu/drm/i915/display/intel_display_debugfs.c | 6 ++ drivers/gpu/drm/i915/gt/inte

Re: [Intel-gfx] [PATCH] drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Belgaumkar, Vinay
On 7/21/2023 1:41 PM, Rodrigo Vivi wrote: On Fri, Jul 21, 2023 at 11:03:49AM -0700, Vinay Belgaumkar wrote: This should be done before the soft min/max frequencies are restored. When we disable the "Ignore efficient frequency" flag, GuC does not actually bring the requested freq down to RPn.

Re: [Intel-gfx] [PATCH] drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Rodrigo Vivi
On Fri, Jul 21, 2023 at 11:03:49AM -0700, Vinay Belgaumkar wrote: > This should be done before the soft min/max frequencies are restored. > When we disable the "Ignore efficient frequency" flag, GuC does not > actually bring the requested freq down to RPn. > > Specifically, this scenario- > > - i

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915/guc/slpc: Restore efficient freq earlier URL : https://patchwork.freedesktop.org/series/121150/ State : success == Summary == CI Bug Log - changes from CI_DRM_13406 -> Patchwork_121150v1 Summary ---

Re: [Intel-gfx] [PATCH v8 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Matt Roper
On Fri, Jul 21, 2023 at 06:15:10PM +0200, Andi Shyti wrote: > Enable the CCS_FLUSH bit 13 in the control pipe for render and > compute engines in platforms starting from Meteor Lake (BSPEC > 43904 and 47112). > > Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all > engines") >

Re: [Intel-gfx] [PATCH v8 2/9] drm/i915: Add the gen12_needs_ccs_aux_inv helper

2023-07-21 Thread Matt Roper
On Fri, Jul 21, 2023 at 06:15:07PM +0200, Andi Shyti wrote: > We always assumed that a device might either have AUX or FLAT > CCS, but this is an approximation that is not always true, e.g. > PVC represents an exception. > > Set the basis for future finer selection by implementing a > boolean gen1

Re: [Intel-gfx] [PATCH 3/4] drm/xe: Fix the runtime_idle call and d3cold.allowed decision.

2023-07-21 Thread Rodrigo Vivi
On Fri, Jul 21, 2023 at 02:00:52AM -0400, Gupta, Anshuman wrote: > > > > -Original Message- > > From: Vivi, Rodrigo > > Sent: Friday, July 21, 2023 2:34 AM > > To: intel-gfx@lists.freedesktop.org > > Cc: Vivi, Rodrigo ; Gupta, Anshuman > > > > Subject: [PATCH 3/4] drm/xe: Fix the runtim

Re: [Intel-gfx] [PATCH 1/4] drm/xe: Only set PCI d3cold_allowed when we are really allowing.

2023-07-21 Thread Rodrigo Vivi
On Fri, Jul 21, 2023 at 03:39:35AM -0400, Gupta, Anshuman wrote: > > > > -Original Message- > > From: Vivi, Rodrigo > > Sent: Friday, July 21, 2023 2:34 AM > > To: intel-gfx@lists.freedesktop.org > > Cc: Vivi, Rodrigo ; Gupta, Anshuman > > > > Subject: [PATCH 1/4] drm/xe: Only set PCI d

Re: [Intel-gfx] [PATCH 1/2] drm/v3d: Avoid -Wconstant-logical-operand in nsecs_to_jiffies_timeout()

2023-07-21 Thread Nick Desaulniers
On Tue, Jul 18, 2023 at 2:44 PM Nathan Chancellor wrote: > > A proposed update to clang's -Wconstant-logical-operand to warn when the > left hand side is a constant shows the following instance in > nsecs_to_jiffies_timeout() when NSEC_PER_SEC is not a multiple of HZ, > such as CONFIG_HZ=300: > >

[Intel-gfx] ✗ Fi.CI.BAT: failure for Update AUX invalidation sequence (rev9)

2023-07-21 Thread Patchwork
== Series Details == Series: Update AUX invalidation sequence (rev9) URL : https://patchwork.freedesktop.org/series/119798/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13406 -> Patchwork_119798v9 Summary --- **FAIL

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121131/ State : success == Summary == CI Bug Log - changes from CI_DRM_13404_full -> Patchwork_121131v1_full ===

[Intel-gfx] [PATCH] drm/i915/guc/slpc: Restore efficient freq earlier

2023-07-21 Thread Vinay Belgaumkar
This should be done before the soft min/max frequencies are restored. When we disable the "Ignore efficient frequency" flag, GuC does not actually bring the requested freq down to RPn. Specifically, this scenario- - ignore efficient freq set to true - reduce min to RPn (from efficient) - suspend

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Update AUX invalidation sequence (rev9)

2023-07-21 Thread Patchwork
== Series Details == Series: Update AUX invalidation sequence (rev9) URL : https://patchwork.freedesktop.org/series/119798/ 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:11

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Update AUX invalidation sequence (rev9)

2023-07-21 Thread Patchwork
== Series Details == Series: Update AUX invalidation sequence (rev9) URL : https://patchwork.freedesktop.org/series/119798/ State : warning == Summary == Error: dim checkpatch failed ab141e3c4e99 drm/i915/gt: Cleanup aux invalidation registers 4a7a6c513e10 drm/i915: Add the gen12_needs_ccs_aux

Re: [Intel-gfx] [PATCH dii-client 2/2] drm/i915/gt: Apply workaround 22016122933 correctly

2023-07-21 Thread Yang, Fei
> WA_22016122933 was recently applied to all MeteorLake engines, > which is simultaneously too broad (should only apply to Media > engines) and too specific (should apply to all platforms that > use the same media engine as MeteorLake). Correct this in > cases where coherency settings are modified

[Intel-gfx] [CI] PR for GSC FW 102.0.0.1636 for MTL

2023-07-21 Thread Daniele Ceraolo Spurio
The following changes since commit d3f66064cf43bd7338a79174bd0ff60c4ecbdf6d: Partially revert "amdgpu: DMCUB updates for DCN 3.1.4 and 3.1.5" (2023-07-07 15:24:32 -0400) are available in the Git repository at: git://anongit.freedesktop.org/drm/drm-firmware mtl_gsc_1636 for you to fetch cha

Re: [Intel-gfx] [PATCH dii-client 1/2] drm/i915: Make i915_coherent_map_type GT-centric

2023-07-21 Thread Yang, Fei
> Refactor i915_coherent_map_type to be GT-centric rather than device-centric. > Each GT may require different coherency handling due to hardware workarounds. > > Suggested-by: Matt Roper > Signed-off-by: Jonathan Cavitt Acked-by: Fei Yang > --- > drivers/gpu/drm/i915/display/intel_hdcp_gsc

[Intel-gfx] ✗ Fi.CI.IGT: failure for series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121129/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13404_full -> Patchwork_121129v1_full ===

[Intel-gfx] [PATCH v8 6/9] drm/i915/gt: Refactor intel_emit_pipe_control_cs() in a single function

2023-07-21 Thread Andi Shyti
Just a trivial refactoring for reducing the number of code duplicate. This will come at handy in the next commits. Meantime, propagate the error to the above layers if we fail to emit the pipe control. Signed-off-by: Andi Shyti Cc: # v5.8+ --- drivers/gpu/drm/i915/gt/gen8_engine_cs.c | 47

[Intel-gfx] [PATCH v8 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Andi Shyti
Enable the CCS_FLUSH bit 13 in the control pipe for render and compute engines in platforms starting from Meteor Lake (BSPEC 43904 and 47112). Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all engines") Signed-off-by: Andi Shyti Cc: Jonathan Cavitt Cc: Nirmoy Das Cc: # v5.

[Intel-gfx] [PATCH v8 8/9] drm/i915/gt: Poll aux invalidation register bit on invalidation

2023-07-21 Thread Andi Shyti
From: Jonathan Cavitt For platforms that use Aux CCS, wait for aux invalidation to complete by checking the aux invalidation register bit is cleared. Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all engines") Signed-off-by: Jonathan Cavitt Signed-off-by: Andi Shyti Cc: #

[Intel-gfx] [PATCH v8 9/9] drm/i915/gt: Support aux invalidation on all engines

2023-07-21 Thread Andi Shyti
Perform some refactoring with the purpose of keeping in one single place all the operations around the aux table invalidation. With this refactoring add more engines where the invalidation should be performed. Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all engines") Signed

[Intel-gfx] [PATCH v8 3/9] drm/i915/gt: Ensure memory quiesced before invalidation

2023-07-21 Thread Andi Shyti
From: Jonathan Cavitt All memory traffic must be quiesced before requesting an aux invalidation on platforms that use Aux CCS. Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all engines") Signed-off-by: Jonathan Cavitt Signed-off-by: Andi Shyti Cc: # v5.8+ Reviewed-by: Nir

[Intel-gfx] [PATCH v8 7/9] drm/i915/gt: Ensure memory quiesced before invalidation for all engines

2023-07-21 Thread Andi Shyti
Commit af9e423a8aae ("drm/i915/gt: Ensure memory quiesced before invalidation") has made sure that the memory is quiesced before invalidating the AUX CCS table. Do it for all the other engines and not just RCS. Signed-off-by: Andi Shyti Cc: Jonathan Cavitt Cc: Matt Roper Cc: # v5.8+ --- drive

[Intel-gfx] [PATCH v8 4/9] drm/i915/gt: Rename flags with bit_group_X according to the datasheet

2023-07-21 Thread Andi Shyti
In preparation of the next patch align with the datasheet (BSPEC 47112) with the naming of the pipe control set of flag values. The variable "flags" in gen12_emit_flush_rcs() is applied as a set of flags called Bit Group 1. Define also the Bit Group 0 as bit_group_0 where currently only PIPE_CONTR

[Intel-gfx] [PATCH v8 2/9] drm/i915: Add the gen12_needs_ccs_aux_inv helper

2023-07-21 Thread Andi Shyti
We always assumed that a device might either have AUX or FLAT CCS, but this is an approximation that is not always true, e.g. PVC represents an exception. Set the basis for future finer selection by implementing a boolean gen12_needs_ccs_aux_inv() function that tells whether aux invalidation is ne

[Intel-gfx] [PATCH v8 1/9] drm/i915/gt: Cleanup aux invalidation registers

2023-07-21 Thread Andi Shyti
Fix the 'NV' definition postfix that is supposed to be INV. Take the chance to also order properly the registers based on their address and call the GEN12_GFX_CCS_AUX_INV address as GEN12_CCS_AUX_INV like all the other similar registers. Remove also VD1, VD3 and VE1 registers that don't exist and

[Intel-gfx] [PATCH v8 0/9] Update AUX invalidation sequence

2023-07-21 Thread Andi Shyti
Hi, as there are new hardware directives, we need a little adaptation for the AUX invalidation sequence. In this version we support all the engines affected by this change. The stable backport has some challenges because the original patch that this series fixes has had more changes in between.

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: use direct alias for i915 in requests (rev3)

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: use direct alias for i915 in requests (rev3) URL : https://patchwork.freedesktop.org/series/120991/ State : success == Summary == CI Bug Log - changes from CI_DRM_13404_full -> Patchwork_120991v3_full

Re: [Intel-gfx] [PATCH] drm/i915: Use the i915_vma_flush_writes helper

2023-07-21 Thread Sripada, Radhakrishna
> -Original Message- > From: dri-devel On Behalf Of Tvrtko > Ursulin > Sent: Friday, July 21, 2023 6:08 AM > To: Intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org > Cc: Ursulin, Tvrtko > Subject: [PATCH] drm/i915: Use the i915_vma_flush_writes helper > > From: Tvrtko Ur

Re: [Intel-gfx] [PATCH v3] drm/i915: Refactor PAT/object cache handling

2023-07-21 Thread Matt Roper
On Thu, Jul 20, 2023 at 09:28:56PM -0700, Yang, Fei wrote: > >>> [snip] > > @@ -27,15 +28,8 @@ static bool gpu_write_needs_clflush(struct > > drm_i915_gem_object *obj) > > The code change here looks accurate, but while we're here, I have a > side question about this function

Re: [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Andy Shevchenko
On Fri, Jul 21, 2023 at 02:46:35PM -, Patchwork wrote: > == Series Details == > > Series: series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h > URL : https://patchwork.freedesktop.org/series/121131/ > State : warning > > == Summary == > > Error: dim checkpatch failed > 543baa

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [dii-client,1/2] drm/i915: Make i915_coherent_map_type GT-centric

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [dii-client,1/2] drm/i915: Make i915_coherent_map_type GT-centric URL : https://patchwork.freedesktop.org/series/121133/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13404 -> Patchwork_121133v1 ===

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [dii-client,1/2] drm/i915: Make i915_coherent_map_type GT-centric

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [dii-client,1/2] drm/i915: Make i915_coherent_map_type GT-centric URL : https://patchwork.freedesktop.org/series/121133/ State : warning == Summary == Error: dim sparse failed Sparse version: v0.6.2 Fast mode used, each commit won't be checked

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [dii-client,1/2] drm/i915: Make i915_coherent_map_type GT-centric

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [dii-client,1/2] drm/i915: Make i915_coherent_map_type GT-centric URL : https://patchwork.freedesktop.org/series/121133/ State : warning == Summary == Error: dim checkpatch failed 20d96369b3a6 drm/i915: Make i915_coherent_map_type GT-centric -

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121131/ State : success == Summary == CI Bug Log - changes from CI_DRM_13404 -> Patchwork_121131v1

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

2023-07-21 Thread Maxime Ripard
Hi, Here's this week drm-misc-next PR Thanks! Maxime The following changes since commit 36672dda2eb715af99e9abbcdc400d46598b691c: drm/loongson: Remove a useless check in cursor_plane_atomic_async_check() (2023-07-13 01:24:42 +0800) are available in the Git repository at: ssh://git.freede

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121131/ 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 series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v2,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121131/ State : warning == Summary == Error: dim checkpatch failed 543baaccedcc drm/i915: Move abs_diff() to math.h -:142: CHECK:SPACING: No space is ne

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121129/ State : success == Summary == CI Bug Log - changes from CI_DRM_13404 -> Patchwork_121129v1

[Intel-gfx] [PATCH dii-client 1/2] drm/i915: Make i915_coherent_map_type GT-centric

2023-07-21 Thread Jonathan Cavitt
Refactor i915_coherent_map_type to be GT-centric rather than device-centric. Each GT may require different coherency handling due to hardware workarounds. Suggested-by: Matt Roper Signed-off-by: Jonathan Cavitt --- drivers/gpu/drm/i915/display/intel_hdcp_gsc.c| 2 +- drivers/gpu/drm/i

[Intel-gfx] [PATCH dii-client 2/2] drm/i915/gt: Apply workaround 22016122933 correctly

2023-07-21 Thread Jonathan Cavitt
WA_22016122933 was recently applied to all MeteorLake engines, which is simultaneously too broad (should only apply to Media engines) and too specific (should apply to all platforms that use the same media engine as MeteorLake). Correct this in cases where coherency settings are modified. There w

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121129/ 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 series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Patchwork
== Series Details == Series: series starting with [v1,1/1] drm/i915: Move abs_diff() to math.h URL : https://patchwork.freedesktop.org/series/121129/ State : warning == Summary == Error: dim checkpatch failed 751919dc6c9b drm/i915: Move abs_diff() to math.h -:118: CHECK:SPACING: No space is ne

Re: [Intel-gfx] [v7, 9/9] drm/i915/gt: Support aux invalidation on all engines

2023-07-21 Thread Andi Shyti
Hi Janusz, > > diff --git a/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > b/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > index 3ded597f002a2..30fb4e0af6134 100644 > > --- a/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > +++ b/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > @@ -165,9 +165,36 @@ static u

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Use the i915_vma_flush_writes helper

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: Use the i915_vma_flush_writes helper URL : https://patchwork.freedesktop.org/series/121122/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13404 -> Patchwork_121122v1 Summary ---

[Intel-gfx] [PATCH v2 1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Andy Shevchenko
abs_diff() belongs to math.h. Move it there. This will allow others to use it. Signed-off-by: Andy Shevchenko --- v2: better header location on ipu-v3, converted omap-serial as well drivers/gpu/drm/i915/display/intel_dpll_mgr.c | 1 + drivers/gpu/drm/i915/display/intel_dpll_mgr.h | 7 ---

Re: [Intel-gfx] [PATCH v1 1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Andy Shevchenko
On Fri, Jul 21, 2023 at 04:42:35PM +0300, Andy Shevchenko wrote: > abs_diff() belongs to math.h. Move it there. > This will allow others to use it. Sorry, forgot omap-serial case. Will be v2 soon. -- With Best Regards, Andy Shevchenko

[Intel-gfx] [PATCH v1 1/1] drm/i915: Move abs_diff() to math.h

2023-07-21 Thread Andy Shevchenko
abs_diff() belongs to math.h. Move it there. This will allow others to use it. Signed-off-by: Andy Shevchenko --- drivers/gpu/drm/i915/display/intel_dpll_mgr.c | 1 + drivers/gpu/drm/i915/display/intel_dpll_mgr.h | 7 --- drivers/gpu/ipu-v3/ipu-image-convert.c| 14 ++ d

Re: [Intel-gfx] [v7, 9/9] drm/i915/gt: Support aux invalidation on all engines

2023-07-21 Thread Krzysztofik, Janusz
Hi Andi, On Thursday, 20 July 2023 23:07:37 CEST Andi Shyti wrote: > Perform some refactoring with the purpose of keeping in one > single place all the operations around the aux table > invalidation. > > With this refactoring add more engines where the invalidation > should be performed. > > Fix

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: use direct alias for i915 in requests (rev3)

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: use direct alias for i915 in requests (rev3) URL : https://patchwork.freedesktop.org/series/120991/ State : success == Summary == CI Bug Log - changes from CI_DRM_13404 -> Patchwork_120991v3 Summary --

[Intel-gfx] [PATCH] drm/i915: Use the i915_vma_flush_writes helper

2023-07-21 Thread Tvrtko Ursulin
From: Tvrtko Ursulin We can use the existing helper in flush_write_domain() and save some lines of code. Signed-off-by: Tvrtko Ursulin --- drivers/gpu/drm/i915/gem/i915_gem_domain.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/i915/gem/i915_gem_doma

Re: [Intel-gfx] [PATCH v3] drm/i915: Refactor PAT/object cache handling

2023-07-21 Thread Tvrtko Ursulin
On 21/07/2023 05:28, Yang, Fei wrote: [snip] @@ -27,15 +28,8 @@ static bool gpu_write_needs_clflush(struct drm_i915_gem_object *obj) The code change here looks accurate, but while we're here, I have a side question about this function in general...it was originally introduced in commit 48004

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for drm/i915: use direct alias for i915 in requests (rev3)

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: use direct alias for i915 in requests (rev3) URL : https://patchwork.freedesktop.org/series/120991/ 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/i915: use direct alias for i915 in requests (rev3)

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915: use direct alias for i915 in requests (rev3) URL : https://patchwork.freedesktop.org/series/120991/ State : warning == Summary == Error: dim checkpatch failed 441eb942f415 drm/i915: use direct alias for i915 in requests -:138: WARNING:AVOID_BUG: Do not cr

Re: [Intel-gfx] [v7, 7/9] drm/i915/gt: Ensure memory quiesced before invalidation for all engines

2023-07-21 Thread Andi Shyti
Hi Janusz, On Fri, Jul 21, 2023 at 12:10:22PM +, Krzysztofik, Janusz wrote: > Hi Andi, > > On Thursday, 20 July 2023 23:07:35 CEST Andi Shyti wrote: > > Commit af9e423a8aae > > You can't use this commit ID, it is invalid (the patch you are referring to > belongs to your series, then is not

Re: [Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Fix connector HPD polling

2023-07-21 Thread Imre Deak
On Fri, Jul 21, 2023 at 12:03:37AM +, Patchwork wrote: > == Series Details == > > Series: drm/i915: Fix connector HPD polling > URL : https://patchwork.freedesktop.org/series/121050/ > State : failure > > == Summary == > > CI Bug Log - changes from CI_DRM_13399_full -> Patchwork_121050v1_f

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/tc: some clean-ups in max lane count handling code (rev3)

2023-07-21 Thread Patchwork
== Series Details == Series: drm/i915/tc: some clean-ups in max lane count handling code (rev3) URL : https://patchwork.freedesktop.org/series/120980/ State : failure == Summary == CI Bug Log - changes from CI_DRM_13403 -> Patchwork_120980v3

Re: [Intel-gfx] [v7, 7/9] drm/i915/gt: Ensure memory quiesced before invalidation for all engines

2023-07-21 Thread Krzysztofik, Janusz
Hi Andi, On Thursday, 20 July 2023 23:07:35 CEST Andi Shyti wrote: > Commit af9e423a8aae You can't use this commit ID, it is invalid (the patch you are referring to belongs to your series, then is not available in any official repository, hence no stable commit ID yet). > ("drm/i915/gt: Ensur

Re: [Intel-gfx] [v7, 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Andi Shyti
Hi Janusz, > > Enable the CCS_FLUSH bit 13 in the control pipe for render and > > compute engines in platforms starting from Meteor Lake (BSPEC > > 43904 and 47112). > > > > Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all > > engines") > > I'm not sure why you think that

Re: [Intel-gfx] [v7, 6/9] drm/i915/gt: Refactor intel_emit_pipe_control_cs() in a single function

2023-07-21 Thread Krzysztofik, Janusz
Hi Andi, On Thursday, 20 July 2023 23:07:34 CEST Andi Shyti wrote: > Just a trivial refactoring for reducing the number of code > duplicate. This will come at handy in the next commits. > > Signed-off-by: Andi Shyti > Cc: # v5.8+ > --- > drivers/gpu/drm/i915/gt/gen8_engine_cs.c | 44 ++

Re: [Intel-gfx] [v7, 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Krzysztofik, Janusz
Hi Andi, On Thursday, 20 July 2023 23:07:33 CEST Andi Shyti wrote: > Enable the CCS_FLUSH bit 13 in the control pipe for render and > compute engines in platforms starting from Meteor Lake (BSPEC > 43904 and 47112). > > Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all > eng

[Intel-gfx] [PATCH v3 4/4] drm/i915/tc: remove "fia" from intel_tc_port_fia_max_lane_count()

2023-07-21 Thread Luca Coelho
It is irrelevant for the caller that the max lane count is being derived from a FIA register, so having "fia" in the function name is irrelevant. Rename the function accordingly. Signed-off-by: Luca Coelho --- drivers/gpu/drm/i915/display/intel_cx0_phy.c | 2 +- drivers/gpu/drm/i915/display/int

[Intel-gfx] [PATCH v3 1/4] drm/i915/tc: rename mtl_tc_port_get_pin_assignment_mask()

2023-07-21 Thread Luca Coelho
This function doesn't really return the pin assignment mask, but the max lane count derived from that. So rename the function to mtl_tc_port_get_max_lane_count() to better reflect what it really does. Signed-off-by: Luca Coelho --- drivers/gpu/drm/i915/display/intel_tc.c | 4 ++-- 1 file change

[Intel-gfx] [PATCH v3 3/4] drm/i915/tc: move legacy code out of the main _max_lane_count() func

2023-07-21 Thread Luca Coelho
This makes the code a bit more symmetric and readable, especially when we start adding more display version-specific alternatives. Signed-off-by: Luca Coelho --- drivers/gpu/drm/i915/display/intel_tc.c | 32 +++-- 1 file changed, 19 insertions(+), 13 deletions(-) diff --git

[Intel-gfx] [PATCH v3 0/4] drm/i915/tc: some clean-ups in max lane count handling code

2023-07-21 Thread Luca Coelho
Hi, Here are four patches with some clean-ups in the code that handles the max lane count of Type-C connections. This is done mostly in preparation for a new way to read the pin assignments and lane count in future devices. In v2: * Fix some rebasing damage. In v3: * Fixed "assigment" typ

[Intel-gfx] [PATCH v3 2/4] drm/i915/tc: make intel_tc_port_get_lane_mask() static

2023-07-21 Thread Luca Coelho
This function is only used locally, so make it static and remove the definition from the header file. Signed-off-by: Luca Coelho --- drivers/gpu/drm/i915/display/intel_tc.c | 2 +- drivers/gpu/drm/i915/display/intel_tc.h | 1 - 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/driver

Re: [Intel-gfx] [PATCH v7 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Andi Shyti
Hi Andrzej, > > diff --git a/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > b/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > index 7566c89d9def3..9d050b9a19194 100644 > > --- a/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > +++ b/drivers/gpu/drm/i915/gt/gen8_engine_cs.c > > @@ -218,6 +218,13 @@ int gen

Re: [Intel-gfx] [PATCH v7 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Andrzej Hajda
On 20.07.2023 23:07, Andi Shyti wrote: Enable the CCS_FLUSH bit 13 in the control pipe for render and compute engines in platforms starting from Meteor Lake (BSPEC 43904 and 47112). Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all engines") Signed-off-by: Andi Shyti Cc: Jo

Re: [Intel-gfx] [PATCH v7 6/9] drm/i915/gt: Refactor intel_emit_pipe_control_cs() in a single function

2023-07-21 Thread Andi Shyti
On Fri, Jul 21, 2023 at 12:10:48PM +0200, Andrzej Hajda wrote: > On 20.07.2023 23:07, Andi Shyti wrote: > > Just a trivial refactoring for reducing the number of code > > duplicate. This will come at handy in the next commits. > > > > Signed-off-by: Andi Shyti > > Cc: # v5.8+ > > --- > > drive

Re: [Intel-gfx] [PATCH v7 6/9] drm/i915/gt: Refactor intel_emit_pipe_control_cs() in a single function

2023-07-21 Thread Andrzej Hajda
On 20.07.2023 23:07, Andi Shyti wrote: Just a trivial refactoring for reducing the number of code duplicate. This will come at handy in the next commits. Signed-off-by: Andi Shyti Cc: # v5.8+ --- drivers/gpu/drm/i915/gt/gen8_engine_cs.c | 44 +--- 1 file changed, 23 inse

Re: [Intel-gfx] [PATCH v7 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Andi Shyti
Hi Nirmoy, On Fri, Jul 21, 2023 at 12:05:10PM +0200, Andrzej Hajda wrote: > On 20.07.2023 23:07, Andi Shyti wrote: > > Enable the CCS_FLUSH bit 13 in the control pipe for render and > > compute engines in platforms starting from Meteor Lake (BSPEC > > 43904 and 47112). > > > > Fixes: 972282c4cf24

Re: [Intel-gfx] [PATCH v7 5/9] drm/i915/gt: Enable the CCS_FLUSH bit in the pipe control

2023-07-21 Thread Andrzej Hajda
On 20.07.2023 23:07, Andi Shyti wrote: Enable the CCS_FLUSH bit 13 in the control pipe for render and compute engines in platforms starting from Meteor Lake (BSPEC 43904 and 47112). Fixes: 972282c4cf24 ("drm/i915/gen12: Add aux table invalidate for all engines") Signed-off-by: Andi Shyti Cc: Jo

Re: [Intel-gfx] [v7, 2/9] drm/i915: Add the has_aux_ccs device property

2023-07-21 Thread Andi Shyti
Hi Janusz, On Fri, Jul 21, 2023 at 09:25:03AM +, Krzysztofik, Janusz wrote: > Hi Andy, > > On Thursday, 20 July 2023 23:07:30 CEST Andi Shyti wrote: > > We always assumed that a device might either have AUX or FLAT > > CCS, but this is an approximation that is not always true > > If there e

Re: [Intel-gfx] [PATCH v7 2/9] drm/i915: Add the has_aux_ccs device property

2023-07-21 Thread Andi Shyti
Hi Andrzej, On Fri, Jul 21, 2023 at 11:41:22AM +0200, Andrzej Hajda wrote: > On 20.07.2023 23:07, Andi Shyti wrote: > > We always assumed that a device might either have AUX or FLAT > > CCS, but this is an approximation that is not always true as it > > requires some further per device checks. > >

Re: [Intel-gfx] [PATCH v7 2/9] drm/i915: Add the has_aux_ccs device property

2023-07-21 Thread Andrzej Hajda
On 20.07.2023 23:07, Andi Shyti wrote: We always assumed that a device might either have AUX or FLAT CCS, but this is an approximation that is not always true as it requires some further per device checks. Add the "has_aux_ccs" flag in the intel_device_info structure in order to have a per devic

Re: [Intel-gfx] [v7, 2/9] drm/i915: Add the has_aux_ccs device property

2023-07-21 Thread Krzysztofik, Janusz
Hi Andy, On Thursday, 20 July 2023 23:07:30 CEST Andi Shyti wrote: > We always assumed that a device might either have AUX or FLAT > CCS, but this is an approximation that is not always true If there exists a device that can have CCSs that fall into either none or both of those categories then

Re: [Intel-gfx] [PATCH v2] drm/i915/dpt: Use shmem for dpt objects

2023-07-21 Thread Tvrtko Ursulin
On 20/07/2023 18:02, Sripada, Radhakrishna wrote: Hi Tvrtko, -Original Message- From: Tvrtko Ursulin Sent: Thursday, July 20, 2023 2:17 AM To: Yang, Fei ; Sripada, Radhakrishna ; intel-gfx@lists.freedesktop.org Cc: sta...@vger.kernel.org; Ville Syrjälä ; Wilson, Chris P Subject: Re

Re: [Intel-gfx] [PATCH 2/4] drm/xe: Move d3cold_allowed decision all together.

2023-07-21 Thread Gupta, Anshuman
> -Original Message- > From: Vivi, Rodrigo > Sent: Friday, July 21, 2023 2:34 AM > To: intel-gfx@lists.freedesktop.org > Cc: Vivi, Rodrigo ; Gupta, Anshuman > > Subject: [PATCH 2/4] drm/xe: Move d3cold_allowed decision all together. > > And let's use the VRAM threshold to keep d3cold

Re: [Intel-gfx] [PATCH 1/4] drm/xe: Only set PCI d3cold_allowed when we are really allowing.

2023-07-21 Thread Gupta, Anshuman
> -Original Message- > From: Vivi, Rodrigo > Sent: Friday, July 21, 2023 2:34 AM > To: intel-gfx@lists.freedesktop.org > Cc: Vivi, Rodrigo ; Gupta, Anshuman > > Subject: [PATCH 1/4] drm/xe: Only set PCI d3cold_allowed when we are > really allowing. > > First of all it was strange to s

Re: [Intel-gfx] [PATCH 4/4] drm/xe: Only init runtime PM after all d3cold config is in place.

2023-07-21 Thread Gupta, Anshuman
> -Original Message- > From: Vivi, Rodrigo > Sent: Friday, July 21, 2023 2:34 AM > To: intel-gfx@lists.freedesktop.org > Cc: Vivi, Rodrigo ; Gupta, Anshuman > > Subject: [PATCH 4/4] drm/xe: Only init runtime PM after all d3cold config is > in > place. > > We cannot allow runtime pm s