On 11/06/2022 18:27, Alan Previn wrote:
Using igt's gem-create and with additional patches to track object
creation time, it was measured that guc_update_engine_gt_clks was
getting called over 188 thousand times in the span of 15 seconds
(running the test three times).
Get a jiffies sample on
On Fri, 10 Jun 2022, Matt Roper wrote:
> Multicast/replicated (MCR) registers on Intel hardware are a purely
> GT-specific concept. Rather than leaving MCR register handling spread
> across several places throughout the driver (intel_uncore.c, intel_gt.c,
> etc.) with confusing combinations of ha
On 10/06/2022 00:19, Daniele Ceraolo Spurio wrote:
On DG2, HuC loading is performed by the GSC, via a PXP command. The load
operation itself is relatively simple (just send a message to the GSC
with the physical address of the HuC in LMEM), but there are timing
changes that requires special att
On 10/06/2022 17:14, Niranjana Vishwanathapura wrote:
On Fri, Jun 10, 2022 at 05:48:39PM +0300, Lionel Landwerlin wrote:
On 10/06/2022 13:37, Tvrtko Ursulin wrote:
On 10/06/2022 08:07, Niranjana Vishwanathapura wrote:
VM_BIND and related uapi definitions
Signed-off-by: Niranjana Vishwanath
On Fri, 10 Jun 2022, Ville Syrjälä wrote:
> On Wed, Jun 08, 2022 at 10:50:35AM +0300, Jani Nikula wrote:
>> Add new functions drm_edid_read(), drm_edid_read_ddc(), and
>> drm_edid_read_custom() to replace drm_get_edid() and drm_do_get_edid()
>> for reading the EDID. The transition is expected to h
On Wed, 08 Jun 2022, Jani Nikula wrote:
> v2 of [1], addressing review comments.
>
> BR,
> Jani.
>
>
> [1] https://patchwork.freedesktop.org/series/104309/
>
> Jani Nikula (15):
> drm/edid: fix CTA data block collection size for CTA version 3
> drm/edid: abstract cea data block collection size
This reverts commit 73867c8709b569cdd7fda67f01dfe02c8d055521, which, on
an i7-11850H iGPU with a Thinkpad X1 Extreme Gen 4, attached to a LG
LP160UQ1-SPB1 embedded panel, causes wild flickering glitching
technicolor pyrotechnics on resumption from suspend. The display shows
strobing colors in an ut
On 06-06-2022 17:56, Anshuman Gupta wrote:
Currently i915 disables d3cold for i915 pci dev.
This blocks D3 for i915 gfx pci upstream bridge (VSP).
Let's disable d3cold at gfx root port to make sure that
i915 gfx VSP can transition to D3 to save some power.
Fixes: 1a085e23411d ("drm/i915: Disa
Hi Lucas
Am 10.06.22 um 01:20 schrieb Lucas De Marchi:
Instead of always falling back to memcpy_fromio() for any size, prefer
using read{b,w,l}(). When reading struct members it's common to read
individual integer variables individually. Going through memcpy_fromio()
for each of them poses a hig
On Mon, 13 Jun 2022, "Jason A. Donenfeld" wrote:
> This reverts commit 73867c8709b569cdd7fda67f01dfe02c8d055521, which, on
> an i7-11850H iGPU with a Thinkpad X1 Extreme Gen 4, attached to a LG
> LP160UQ1-SPB1 embedded panel, causes wild flickering glitching
> technicolor pyrotechnics on resumptio
Hi Jani,
On Mon, Jun 13, 2022 at 02:05:17PM +0300, Jani Nikula wrote:
> On Mon, 13 Jun 2022, "Jason A. Donenfeld" wrote:
> > This reverts commit 73867c8709b569cdd7fda67f01dfe02c8d055521, which, on
> > an i7-11850H iGPU with a Thinkpad X1 Extreme Gen 4, attached to a LG
> > LP160UQ1-SPB1 embedded
Am 13.06.22 um 14:11 schrieb Michal Hocko:
[SNIP]
Alternative I could try to track the "owner" of a buffer (e.g. a shmem
file), but then it can happen that one processes creates the object and
another one is writing to it and actually allocating the memory.
If you can enforce that the owner is
Regards,
Oak
> -Original Message-
> From: Intel-gfx On Behalf Of
> Niranjana
> Vishwanathapura
> Sent: June 10, 2022 1:43 PM
> To: Landwerlin, Lionel G
> Cc: Intel GFX ; Maling list - DRI developers
> de...@lists.freedesktop.org>; Hellstrom, Thomas ;
> Wilson, Chris P ; Vetter, Dani
On Mon, Jun 13, 2022 at 09:24:18AM +0100, Tvrtko Ursulin wrote:
On 10/06/2022 17:14, Niranjana Vishwanathapura wrote:
On Fri, Jun 10, 2022 at 05:48:39PM +0300, Lionel Landwerlin wrote:
On 10/06/2022 13:37, Tvrtko Ursulin wrote:
On 10/06/2022 08:07, Niranjana Vishwanathapura wrote:
VM_BIND a
On 6/13/2022 1:16 AM, Tvrtko Ursulin wrote:
On 10/06/2022 00:19, Daniele Ceraolo Spurio wrote:
On DG2, HuC loading is performed by the GSC, via a PXP command. The load
operation itself is relatively simple (just send a message to the GSC
with the physical address of the HuC in LMEM), but the
On 13/06/2022 16:05, Niranjana Vishwanathapura wrote:
On Mon, Jun 13, 2022 at 09:24:18AM +0100, Tvrtko Ursulin wrote:
On 10/06/2022 17:14, Niranjana Vishwanathapura wrote:
On Fri, Jun 10, 2022 at 05:48:39PM +0300, Lionel Landwerlin wrote:
On 10/06/2022 13:37, Tvrtko Ursulin wrote:
On 10/0
On 13/06/2022 16:39, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 1:16 AM, Tvrtko Ursulin wrote:
On 10/06/2022 00:19, Daniele Ceraolo Spurio wrote:
On DG2, HuC loading is performed by the GSC, via a PXP command. The load
operation itself is relatively simple (just send a message to the GSC
wi
On 6/13/2022 9:31 AM, Tvrtko Ursulin wrote:
On 13/06/2022 16:39, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 1:16 AM, Tvrtko Ursulin wrote:
On 10/06/2022 00:19, Daniele Ceraolo Spurio wrote:
On DG2, HuC loading is performed by the GSC, via a PXP command. The
load
operation itself is rela
As with past platforms, the bspec's performance tuning guide provides
recommended MMIO settings. Although not technically "workarounds" we
apply these through the workaround framework to ensure that they're
re-applied at the proper times (e.g., on engine resets) and that any
conflicts with real wo
On 13/06/2022 17:41, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 9:31 AM, Tvrtko Ursulin wrote:
On 13/06/2022 16:39, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 1:16 AM, Tvrtko Ursulin wrote:
On 10/06/2022 00:19, Daniele Ceraolo Spurio wrote:
On DG2, HuC loading is performed by the GSC, vi
On 6/13/2022 9:56 AM, Tvrtko Ursulin wrote:
On 13/06/2022 17:41, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 9:31 AM, Tvrtko Ursulin wrote:
On 13/06/2022 16:39, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 1:16 AM, Tvrtko Ursulin wrote:
On 10/06/2022 00:19, Daniele Ceraolo Spurio wrote:
On 13/06/2022 18:06, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 9:56 AM, Tvrtko Ursulin wrote:
On 13/06/2022 17:41, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 9:31 AM, Tvrtko Ursulin wrote:
On 13/06/2022 16:39, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 1:16 AM, Tvrtko Ursulin wrote:
On Mon, Jun 13, 2022 at 05:22:02PM +0100, Tvrtko Ursulin wrote:
On 13/06/2022 16:05, Niranjana Vishwanathapura wrote:
On Mon, Jun 13, 2022 at 09:24:18AM +0100, Tvrtko Ursulin wrote:
On 10/06/2022 17:14, Niranjana Vishwanathapura wrote:
On Fri, Jun 10, 2022 at 05:48:39PM +0300, Lionel Landwer
On Fri, Jun 10, 2022 at 09:35:14AM -0700, Niranjana Vishwanathapura wrote:
On Fri, Jun 10, 2022 at 01:56:58AM -0700, Matthew Brost wrote:
On Fri, Jun 10, 2022 at 01:53:40AM -0700, Matthew Brost wrote:
On Fri, Jun 10, 2022 at 12:07:11AM -0700, Niranjana Vishwanathapura wrote:
VM_BIND and relate
On Mon, Jun 13, 2022 at 06:33:07AM -0700, Zeng, Oak wrote:
Regards,
Oak
-Original Message-
From: Intel-gfx On Behalf Of Niranjana
Vishwanathapura
Sent: June 10, 2022 1:43 PM
To: Landwerlin, Lionel G
Cc: Intel GFX ; Maling list - DRI developers
; Hellstrom, Thomas ;
Wilson, Chris P
On 13/06/2022 18:49, Niranjana Vishwanathapura wrote:
On Mon, Jun 13, 2022 at 05:22:02PM +0100, Tvrtko Ursulin wrote:
On 13/06/2022 16:05, Niranjana Vishwanathapura wrote:
On Mon, Jun 13, 2022 at 09:24:18AM +0100, Tvrtko Ursulin wrote:
On 10/06/2022 17:14, Niranjana Vishwanathapura wrote:
On 6/13/2022 10:39 AM, Tvrtko Ursulin wrote:
On 13/06/2022 18:06, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 9:56 AM, Tvrtko Ursulin wrote:
On 13/06/2022 17:41, Ceraolo Spurio, Daniele wrote:
On 6/13/2022 9:31 AM, Tvrtko Ursulin wrote:
On 13/06/2022 16:39, Ceraolo Spurio, Daniele wrote
On Mon, Jun 13, 2022 at 12:58:52PM +0200, Thomas Zimmermann wrote:
Hi Lucas
Am 10.06.22 um 01:20 schrieb Lucas De Marchi:
Instead of always falling back to memcpy_fromio() for any size, prefer
using read{b,w,l}(). When reading struct members it's common to read
individual integer variables indi
From: Ville Syrjälä
Eliminate unnecessary includes from drm_crtc.h to avoid
pointless rebuilds of the entire universe when touching
some random header.
I didn't really feel like splitting this up per-driver since
that would have ended up being metric ton of one liners.
I'm thinking the conflicts
From: Ville Syrjälä
drm_crtc.h has no need for drm_edid.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_edid.h.
Quite a few placs do currently depend on drm_edid.h without
actually including it directly. All of those need to be fixed
up.
Signed-off-by: V
From: Ville Syrjälä
drm_crtc.h has no need for drm_frambuffer.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_framebuffer.h.
Quite a few placs do currently depend on drm_framebuffer.h without
actually including it directly. All of those need to be fixed
u
From: Ville Syrjälä
drm_crtc.h has no need for drm_blend.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_blend.h.
Quite a few placs do currently depend on drm_blend.h without
actually including it directly. All of those need to be fixed
up.
Signed-off-by
From: Ville Syrjälä
drm_crtc.h is including several entirely unnecessary headers,
and also contains unused forward declarations. Remove it all.
Signed-off-by: Ville Syrjälä
---
include/drm/drm_crtc.h | 8
1 file changed, 8 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/dr
From: Ville Syrjälä
drm_crtc.h has no need for linux/i2c.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching linux/i2c.h.
Quite a few placs do currently depend on linux/i2c.h without
actually including it directly. All of those need to be
fixed up.
Signed-off-by
From: Ville Syrjälä
drm_crtc.h has no need for linux/media-bus-format.h, so don't
include it. Avoids useless rebuilds of the entire universe when
touching linux/media-bus-format.h.
Quite a few placs do currently depend on linux/media-bus-format.h
without actually including it directly. All of th
From: Ville Syrjälä
drm_crtc.h has no need for drm_connector.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_connector.h.
Signed-off-by: Ville Syrjälä
---
include/drm/drm_crtc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include
From: Ville Syrjälä
drm_crtc.h has no need for linux/fb.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching linux/fb.h.
Quite a few placs do currently depend on linux/fb.h or other
headers pulled in by it without actually including any of it
directly. All of thos
From: Ville Syrjälä
adl-s needs the combo PLL DCO fraction w/a as well.
Get us slightly more accurate clock out of the PLL.
Cc: sta...@vger.kernel.org
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_dpll_mgr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
> -Original Message-
> From: Harry Wentland
> Sent: Saturday, June 11, 2022 1:59 AM
> To: Pekka Paalanen ; sebast...@sebastianwick.net;
> Shankar, Uma
> Cc: Vitaly Prosyak ; Sharma, Shashank
> ; Lakha, Bhawanpreet
> ; Deucher, Alexander
> ; Alex Hung ; dri-devel de...@lists.freedesktop
== Series Details ==
Series: drm/i915/guc/slpc: Add a new SLPC selftest (rev2)
URL : https://patchwork.freedesktop.org/series/105005/
State : warning
== Summary ==
Error: dim checkpatch failed
d128b50efeb4 drm/i915/guc/slpc: Add a new SLPC selftest
-:13: WARNING:COMMIT_LOG_LONG_LINE: Possible
== Series Details ==
Series: drm/i915/guc/slpc: Add a new SLPC selftest (rev2)
URL : https://patchwork.freedesktop.org/series/105005/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105005v2
Summary
---
== Series Details ==
Series: i915: Extract, polish, and document multicast handling
URL : https://patchwork.freedesktop.org/series/105015/
State : warning
== Summary ==
Error: dim checkpatch failed
765b6cf9cb6f drm/i915/gt: Move multicast register handling to a dedicated file
Traceback (most r
== Series Details ==
Series: i915: Extract, polish, and document multicast handling
URL : https://patchwork.freedesktop.org/series/105015/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
== Series Details ==
Series: i915: Extract, polish, and document multicast handling
URL : https://patchwork.freedesktop.org/series/105015/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105015v1
Summary
--
== Series Details ==
Series: drm/i915/guc: Don't update engine busyness stats too frequently (rev2)
URL : https://patchwork.freedesktop.org/series/105023/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105023v2
randconfig-r012-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140730.7korev9k-...@intel.com/config)
compiler: xtensa-linux-gcc (GCC) 11.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/
== Series Details ==
Series: drm/i915/bios: minor cleanups (rev2)
URL : https://patchwork.freedesktop.org/series/104988/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_104988v2
Summary
---
**SUCCESS
On Mon, Jun 13, 2022 at 07:09:06PM +0100, Tvrtko Ursulin wrote:
>
> On 13/06/2022 18:49, Niranjana Vishwanathapura wrote:
> > On Mon, Jun 13, 2022 at 05:22:02PM +0100, Tvrtko Ursulin wrote:
> > >
> > > On 13/06/2022 16:05, Niranjana Vishwanathapura wrote:
> > > > On Mon, Jun 13, 2022 at 09:24:18A
randconfig-r012-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140738.nk4evaxd-...@intel.com/config)
compiler: xtensa-linux-gcc (GCC) 11.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/
randconfig-r004-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140726.cjoshn1e-...@intel.com/config)
compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project
d378268ead93c85803c270277f0243737b536ae7)
reproduce (this is a W=1 build):
wget
https://raw.githubuserc
== Series Details ==
Series: drm/i915/display: Re-add check for low voltage sku for max dp source
rate
URL : https://patchwork.freedesktop.org/series/105048/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105048v1
== Series Details ==
Series: drm/i915/pvc: Add recommended MMIO setting
URL : https://patchwork.freedesktop.org/series/105063/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105063v1
Summary
---
**S
== Series Details ==
Series: series starting with [1/3] drm/i915/display: Add smem fallback
allocation for dpt (rev2)
URL : https://patchwork.freedesktop.org/series/104983/
State : warning
== Summary ==
Error: dim checkpatch failed
2be52e6f3177 drm/i915/display: Add smem fallback allocation f
From: John Harrison
GuC provides engine_id and last_switch_in ticks for an active context in the
pphwsp. The context image provides a 32 bit total ticks which is the accumulated
by the context (a.k.a. context[CTX_TIMESTAMP]). This information is used to
calculate the context busyness as follows:
randconfig-r004-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140805.ebeq2f87-...@intel.com/config)
compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project
d378268ead93c85803c270277f0243737b536ae7)
reproduce (this is a W=1 build):
wget
https://raw.githubuserc
== Series Details ==
Series: series starting with [1/3] drm/i915/display: Add smem fallback
allocation for dpt (rev2)
URL : https://patchwork.freedesktop.org/series/104983/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_104983v2
=
On Sat, Jun 11, 2022 at 10:27:11AM -0700, Alan Previn wrote:
Using igt's gem-create and with additional patches to track object
creation time, it was measured that guc_update_engine_gt_clks was
getting called over 188 thousand times in the span of 15 seconds
(running the test three times).
Get a
When i915_gem_object_set_cache_level sets the GEM object's cache_dirty to
true, in the case of TTM that will sometimes be overwritten when getting
the object's pages, more specifically for shmem-placed objects for which
its ttm structure has just been populated.
This wasn't an issue so far, even t
Various places within the driver override the default chosen cache_level.
Before ttm, these overrides were permanent until explicitly changed again or
for the lifetime of the buffer.
TTM movement code came along and decided that it could make that
decision at that time, which is usually well after
This patch series will attempt to discard the shmem and phys gem object
backends from the driver, and handle the dependent objects from TTM
instead. The end goal of this and other patches to come is to delete all
existing backends and bring their functionality into the current i915 TTM
API callback
Remove shmem region and object backend code as they are now unnecessary.
In the case of objects placed in SMEM and backed by kernel shmem files, the
file pointer has to be retrieved from the ttm_tt structure, so change this
as well. This means accessing an shmem-backed BO's file pointer requires
ge
== Series Details ==
Series: drm: Clean up drm_crtc.h
URL : https://patchwork.freedesktop.org/series/105073/
State : failure
== Summary ==
Error: make failed
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
DESCEND objtool
CHK include/generated/compile.h
C
== Series Details ==
Series: drm/i915: Implement w/a 22010492432 for adl-s
URL : https://patchwork.freedesktop.org/series/105074/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105074v1
Summary
---
== Series Details ==
Series: i915/pmu: Wire GuC backend to per-client busyness
URL : https://patchwork.freedesktop.org/series/105085/
State : warning
== Summary ==
Error: dim checkpatch failed
6fef335b9770 i915/pmu: Wire GuC backend to per-client busyness
-:6: WARNING:COMMIT_LOG_LONG_LINE: Pos
== Series Details ==
Series: i915/pmu: Wire GuC backend to per-client busyness
URL : https://patchwork.freedesktop.org/series/105085/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
== Series Details ==
Series: i915/pmu: Wire GuC backend to per-client busyness
URL : https://patchwork.freedesktop.org/series/105085/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105085v1
Summary
---
== Series Details ==
Series: remove shmem backend and region and unify them with TTM
URL : https://patchwork.freedesktop.org/series/105087/
State : warning
== Summary ==
Error: dim checkpatch failed
aec7d1e6a46b drm/i915/ttm: dont trample cache_level overrides during ttm move
-:8: WARNING:COMM
== Series Details ==
Series: remove shmem backend and region and unify them with TTM
URL : https://patchwork.freedesktop.org/series/105087/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
== Series Details ==
Series: remove shmem backend and region and unify them with TTM
URL : https://patchwork.freedesktop.org/series/105087/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11755 -> Patchwork_105087v1
Summary
-
On 10/06/2022 11:53, Matthew Brost wrote:
On Fri, Jun 10, 2022 at 12:07:11AM -0700, Niranjana Vishwanathapura wrote:
VM_BIND and related uapi definitions
Signed-off-by: Niranjana Vishwanathapura
---
Documentation/gpu/rfc/i915_vm_bind.h | 490 +++
1 file changed, 490
70 matches
Mail list logo
