On HP Fury G7 Workstations, graphics output is re-routed from Intel GFX
to discrete GFX after S3. This is not desirable, because userspace will
treat connected display as a new one, losing display settings.
The expected behavior is to let discrete GFX drives all external
displays.
The platform in
On Thu, May 20, 2021 at 06:26:17AM +, Patchwork wrote:
== Series Details ==
Series: ADL-P: more reviewed patches
URL : https://patchwork.freedesktop.org/series/90305/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10100_full -> Patchwork_20151_full
===
On Thu, May 20, 2021 at 2:50 AM Florian Fainelli wrote:
>
>
>
> On 5/17/2021 11:42 PM, Claire Chang wrote:
> > Add a new function, swiotlb_init_io_tlb_mem, for the io_tlb_mem struct
> > initialization to make the code reusable.
> >
> > Note that we now also call set_memory_decrypted in swiotlb_ini
On Thu, May 20, 2021 at 2:54 AM Florian Fainelli wrote:
>
>
>
> On 5/17/2021 11:42 PM, Claire Chang wrote:
> > Add the initialization function to create restricted DMA pools from
> > matching reserved-memory nodes.
> >
> > Signed-off-by: Claire Chang
> > ---
> > include/linux/device.h | 4 +++
== Series Details ==
Series: ADL-P: more reviewed patches
URL : https://patchwork.freedesktop.org/series/90305/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10100_full -> Patchwork_20151_full
Summary
---
**FAILURE**
== Series Details ==
Series: GuC submission / DRM scheduler integration plan + new uAPI (rev2)
URL : https://patchwork.freedesktop.org/series/89840/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10100_full -> Patchwork_20150_full
===
== Series Details ==
Series: Rename all CSR references to DMC (rev5)
URL : https://patchwork.freedesktop.org/series/90043/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10100_full -> Patchwork_20149_full
Summary
---
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/i915_mm.c
between commit:
293837b9ac8d ("Revert "i915: fix remap_io_sg to verify the pgprot"")
from Linus' tree and commit:
ec279384c6a0 ("drm/i915: Initialize err in remap_io_sg()")
from the
On Thu, 2021-05-06 at 00:01 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Apparently we have discovered another way to hit the dreaded
> top of screen FBC corruption on GLK. Previously we thought it
> was limited to some combination of FBC nuke+disable+plane update
> during the same frame
== Series Details ==
Series: drm: Extract DPCD backlight helpers from i915, add support in nouveau
(rev10)
URL : https://patchwork.freedesktop.org/series/84754/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10100_full -> Patchwork_20147_full
==
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Split the debugfs creation to make the code reusable for supporting
> different bounce buffer pools, e.g. restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
__
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Update is_swiotlb_active to add a struct device argument. This will be
> useful later to allow for restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
___
Intel
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new getter, get_io_tlb_mem, to help select the io_tlb_mem struct.
> The restricted DMA pool is preferred if available.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
___
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Update is_swiotlb_buffer to add a struct device argument. This will be
> useful later to allow for restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
___
Intel
Hi Dave and Daniel,
Here goes the first pull request targeting 5.14.
Main highlight goes to the ADL-P platform and display XeLPD IP
enabling patches. Also with a refactor on how we handle the graphics
and display IP versions.
drm-intel-next-2021-05-19-1:
Core Changes:
- drm: Rename DP_PSR_SELEC
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add the initialization function to create restricted DMA pools from
> matching reserved-memory nodes.
>
> Signed-off-by: Claire Chang
> ---
> include/linux/device.h | 4 +++
> include/linux/swiotlb.h | 3 +-
> kernel/dma/swiotlb.c| 76 ++
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new wrapper __dma_direct_free_pages() that will be useful later
> for swiotlb_free().
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
___
Intel-gfx mailing list
Intel-gfx@
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new function, swiotlb_init_io_tlb_mem, for the io_tlb_mem struct
> initialization to make the code reusable.
>
> Note that we now also call set_memory_decrypted in swiotlb_init_with_tbl.
>
> Signed-off-by: Claire Chang
> ---
> kernel/dma/swi
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new kconfig symbol, DMA_RESTRICTED_POOL, for restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.or
On May 19, 2021 12:16:15 Daniel Vetter wrote:
On Wed, May 19, 2021 at 5:06 PM Jason Ekstrand wrote:
Once we no longer rely on error propagation, I think there's a lot we
can rip out.
I honestly did not find that much ... what did you uncover?
When I was digging through this earlier today
On Wed, May 19, 2021 at 6:16 PM Tvrtko Ursulin
wrote:
>
>
> On 18/05/2021 10:40, Tvrtko Ursulin wrote:
> >
> > On 18/05/2021 10:16, Daniel Stone wrote:
> >> Hi,
> >>
> >> On Tue, 18 May 2021 at 10:09, Tvrtko Ursulin
> >> wrote:
> >>> I was just wondering if stat(2) and a chrdev major check would
On Wed, May 19, 2021 at 01:10:04PM +0200, Daniel Vetter wrote:
> On Tue, May 18, 2021 at 04:58:30PM -0700, Matthew Brost wrote:
> > Add entry fpr i915 new parallel submission uAPI plan.
> >
> > v2:
> > (Daniel Vetter):
> > - Expand logical order explaination
> > - Add dummy header
> > - Onl
On Wed, May 19, 2021 at 5:06 PM Jason Ekstrand wrote:
>
> Once we no longer rely on error propagation, I think there's a lot we
> can rip out.
I honestly did not find that much ... what did you uncover?
-Daniel
>
> --Jason
>
> On Wed, May 19, 2021 at 5:15 AM Daniel Vetter wrote:
> >
> > From: J
On Wed, May 19, 2021 at 01:45:39PM +0200, Christian König wrote:
> Oh, yeah we call that gang submit on the AMD side.
>
> Had already some internal discussions how to implement this, but so far
> couldn't figure out how to cleanly introduce that into the DRM scheduler.
>
> Can you briefly describ
Pushed out to drm-misc-next. Also fixed up Michel's name.
Alex
On Wed, May 19, 2021 at 11:56 AM Randy Dunlap wrote:
>
> On 5/19/21 1:15 AM, Mauro Carvalho Chehab wrote:
> > There are some places at drm that ended receiving a
> > REPLACEMENT CHARACTER U+fffd ('�'), probably because of
> > some b
On 18/05/2021 10:40, Tvrtko Ursulin wrote:
On 18/05/2021 10:16, Daniel Stone wrote:
Hi,
On Tue, 18 May 2021 at 10:09, Tvrtko Ursulin
wrote:
I was just wondering if stat(2) and a chrdev major check would be a
solid criteria to more efficiently (compared to parsing the text
content) detect d
On 5/19/21 1:15 AM, Mauro Carvalho Chehab wrote:
> There are some places at drm that ended receiving a
> REPLACEMENT CHARACTER U+fffd ('�'), probably because of
> some bad charset conversion.
>
> Fix them by using what it seems to be the proper
> character.
>
> Signed-off-by: Mauro Carvalho
On 19/05/2021 12:10, Daniel Vetter wrote:
On Tue, May 18, 2021 at 04:58:30PM -0700, Matthew Brost wrote:
Add entry fpr i915 new parallel submission uAPI plan.
v2:
(Daniel Vetter):
- Expand logical order explaination
- Add dummy header
- Only allow N BBs in execbuf IOCTL
- Config
== Series Details ==
Series: drm/i915/jsl: Add W/A 1409054076 for JSL (rev3)
URL : https://patchwork.freedesktop.org/series/90129/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10102 -> Patchwork_20155
Summary
---
**
Once we no longer rely on error propagation, I think there's a lot we
can rip out.
--Jason
On Wed, May 19, 2021 at 5:15 AM Daniel Vetter wrote:
>
> From: Jason Ekstrand
>
> This reverts commit 9e31c1fe45d555a948ff66f1f0e3fe1f83ca63f7. Ever
> since that commit, we've been having issues where a
On Wed, May 19, 2021 at 2:43 AM Daniel Vetter wrote:
>
> On gen9 for blt cmd parser we relied on the magic fence error
> propagation which:
> - doesn't work on gen7, because there's no scheduler with ringbuffers
> there yet
> - fence error propagation can be weaponized to attack other things, so
From: "Kalamarz, Lukasz"
As a part of local memory effort we need to make sure, that
every available memory region is covered. This patch is an attempt
for this problem. If it will be accepted it will be replicated on
each test that can actually benefit from it.
Signed-off-by: Dominik Grzegorzek
Add some explicit testcases for the create_ext placements extension.
Signed-off-by: Matthew Auld
Cc: Dominik Grzegorzek
Cc: Joonas Lahtinen
Signed-off-by: Matthew Auld
---
tests/i915/gem_create.c | 188
1 file changed, 188 insertions(+)
diff --git a/t
From: Andrzej Turko
Converted the test gem_media_fill to use memory region uapi.
Signed-off-by: Andrzej Turko
Cc: Zbigniew Kempczynski
Cc: Dominik Grzegorzek
Cc: Petri Latvala
Signed-off-by: Matthew Auld
---
tests/i915/gem_media_fill.c | 57 -
1 file cha
From: Andrzej Turko
Converted the test gem_exec_basic to use the memory region uapi.
Signed-off-by: Andrzej Turko
Cc: Zbigniew Kempczynski
Cc: Dominik Grzegorzek
Cc: Petri Latvala
Signed-off-by: Matthew Auld
---
tests/i915/gem_exec_basic.c | 50 +
1 file
From: Andrzej Turko
Converted the test gem_gpgpu_fill to use memory region uapi.
Signed-off-by: Andrzej Turko
Cc: Zbigniew Kempczynski
Cc: Dominik Grzegorzek
Cc: Petri Latvala
Signed-off-by: Matthew Auld
---
tests/i915/gem_gpgpu_fill.c | 42 ++---
1 file cha
From: Andrzej Turko
Add a wrapper for gem_create_ext ioctl (a version of gem_create that
accepts extensions). In preparation for the driver change implementing it,
a local definition of its id and necessary structs have been added,
which are to be erased as soon as those definitions
appear in the
From: Dominik Grzegorzek
As we need to add new test variants, convert the code to standard
igt_main format so those variants can be easily accommodated.
Signed-off-by: Janusz Krzysztofik
Signed-off-by: Zbigniew Kempczyński
Signed-off-by: Matthew Auld
---
tests/i915/gem_gpgpu_fill.c | 25
From: Andrzej Turko
With an introduction of Local Memory concept we should be able to
allocate object in specific memory region. This patch implements
helper functions that allow this, both for querying what the device
supports and hooking into gem_create_ext to select the placements.
Co-authore
Sync to get gem_create_ext and the regions query stuff.
Generated from kernel commit: 2459e56fd8af ("drm/i915/uapi: implement
object placement extension")
Signed-off-by: Matthew Auld
---
include/drm-uapi/i915_drm.h | 394
1 file changed, 360 insertions(+), 3
Just the really basic stuff, which unlocks adding more interesting testcases
later, like gem_lmem_swapping.
On the kernel side we landed the uAPI bits[1] behind CONFIG_BROKEN, which is
already enabled in CI builds, so it should be possible to get some more BAT
testing(outside of just the selftests
When pipe A is disabled and MIPI DSI is enabled on pipe B,
the AMT KVMR feature will incorrectly see pipe A as enabled.
Set 0x42080 bit 23=1 before enabling DSI on pipe B and leave
it set while DSI is enabled on pipe B. No impact to setting
it all the time.
Changes since V2:
- Used REG_BIT
śr., 19 maj 2021 o 01:41 Matthew Brost napisał(a):
>
> Add entry fpr i915 new parallel submission uAPI plan.
s/fpr/for/
>
> v2:
> (Daniel Vetter):
> - Expand logical order explaination
> - Add dummy header
> - Only allow N BBs in execbuf IOCTL
> - Configure parallel submission per slot
On Wed, May 19, 2021 at 12:34:05PM +0300, Pekka Paalanen wrote:
> On Wed, 12 May 2021 16:04:16 +0300
> Ville Syrjälä wrote:
>
> > On Wed, May 12, 2021 at 02:06:56PM +0200, Werner Sembach wrote:
> > > Hello,
> > >
> > > In addition to the existing "max bpc", and "Broadcast RGB/output_csc" drm
>
== Series Details ==
Series: drm/i915/gvt: remove local storage of debugfs file
URL : https://patchwork.freedesktop.org/series/90294/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10098_full -> Patchwork_20146_full
Summary
Oh, yeah we call that gang submit on the AMD side.
Had already some internal discussions how to implement this, but so far
couldn't figure out how to cleanly introduce that into the DRM scheduler.
Can you briefly describe in a few words how that is supposed to work on
the Intel side?
Thanks
There are some places at drm that ended receiving a
REPLACEMENT CHARACTER U+fffd ('�'), probably because of
some bad charset conversion.
Fix them by using what it seems to be the proper
character.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/gpu/drm/amd/include/atombios.h | 10 +--
Hi,
On 5/3/21 5:46 PM, Hans de Goede wrote:
> The Type-C connector on these devices is connected to DP-2 not DP-1,
> so the reference must be to the DD04 child-node of the GPU, rather
> then the DD02 child-node.
>
> Signed-off-by: Hans de Goede
Since this is pretty much independent from the res
[AMD Public Use]
> -Original Message-
> From: Jani Nikula
> Sent: Wednesday, May 19, 2021 4:50 AM
> To: dim-to...@lists.freedesktop.org
> Cc: dri-de...@lists.freedesktop.org; intel-gfx@lists.freedesktop.org;
> jani.nik...@intel.com; Deucher, Alexander
> ; Koenig, Christian
> ; Pan; Pan, X
On Wed, May 19, 2021 at 12:36:17PM +0100, Matthew Auld wrote:
> On Wed, 19 May 2021 at 12:00, Petri Latvala wrote:
> >
> > On Wed, May 19, 2021 at 11:45:17AM +0100, Matthew Auld wrote:
> > > On Wed, 19 May 2021 at 09:49, Petri Latvala
> > > wrote:
> > > >
> > > > On Wed, May 19, 2021 at 09:13:37
== Series Details ==
Series: series starting with [1/2] drm/i915/cmdparser: No-op failed batches on
all platforms (rev2)
URL : https://patchwork.freedesktop.org/series/90310/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10102 -> Patchwork_20154
==
On Wed, 19 May 2021 at 12:00, Petri Latvala wrote:
>
> On Wed, May 19, 2021 at 11:45:17AM +0100, Matthew Auld wrote:
> > On Wed, 19 May 2021 at 09:49, Petri Latvala wrote:
> > >
> > > On Wed, May 19, 2021 at 09:13:37AM +0100, Matthew Auld wrote:
> > > > On Tue, 11 May 2021 at 17:52, Matthew Auld
Thanks a lot for reviewing, Matthew!
On 5/19/21 11:53 AM, Matthew Auld wrote:
On Tue, 18 May 2021 at 09:28, Thomas Hellström
wrote:
Most logical place to introduce TTM buffer objects is as an i915
gem object backend. We need to add some ops to account for added
functionality like delayed delet
On Tue, May 18, 2021 at 04:58:30PM -0700, Matthew Brost wrote:
> Add entry fpr i915 new parallel submission uAPI plan.
>
> v2:
> (Daniel Vetter):
> - Expand logical order explaination
> - Add dummy header
> - Only allow N BBs in execbuf IOCTL
> - Configure parallel submission per slot not
== Series Details ==
Series: series starting with [1/2] drm/i915/cmdparser: No-op failed batches on
all platforms (rev2)
URL : https://patchwork.freedesktop.org/series/90310/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
2bbc347a556d drm/i915/cmdparser: No-op failed batches on
== Series Details ==
Series: nightly.conf: drop amd branches from drm-tip
URL : https://patchwork.freedesktop.org/series/90317/
State : failure
== Summary ==
Applying: nightly.conf: drop amd branches from drm-tip
Using index info to reconstruct a base tree...
A nightly.conf
Falling back
On Wed, May 19, 2021 at 11:45:17AM +0100, Matthew Auld wrote:
> On Wed, 19 May 2021 at 09:49, Petri Latvala wrote:
> >
> > On Wed, May 19, 2021 at 09:13:37AM +0100, Matthew Auld wrote:
> > > On Tue, 11 May 2021 at 17:52, Matthew Auld wrote:
> > > >
> > > > Just the really basic stuff, which unloc
On Wed, 19 May 2021 at 09:49, Petri Latvala wrote:
>
> On Wed, May 19, 2021 at 09:13:37AM +0100, Matthew Auld wrote:
> > On Tue, 11 May 2021 at 17:52, Matthew Auld wrote:
> > >
> > > Just the really basic stuff, which unlocks adding more interesting
> > > testcases
> > > later, like gem_lmem_swa
Am 19.05.21 um 08:27 schrieb Thomas Hellström:
On 5/18/21 6:30 PM, Christian König wrote:
Am 18.05.21 um 18:07 schrieb Thomas Hellström:
On 5/18/21 5:42 PM, Christian König wrote:
Am 18.05.21 um 17:38 schrieb Thomas Hellström:
On 5/18/21 5:28 PM, Christian König wrote:
Am 18.05.21 um 17:2
== Series Details ==
Series: drm/i915/plane: add intel_plane_helper_add() helper
URL : https://patchwork.freedesktop.org/series/90287/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10098_full -> Patchwork_20145_full
Summary
== Series Details ==
Series: series starting with [1/2] drm/i915/cmdparser: No-op failed batches on
all platforms
URL : https://patchwork.freedesktop.org/series/90310/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10102 -> Patchwork_20152
=
From: Jason Ekstrand
This reverts commit 9e31c1fe45d555a948ff66f1f0e3fe1f83ca63f7. Ever
since that commit, we've been having issues where a hang in one client
can propagate to another. In particular, a hang in an app can propagate
to the X server which causes the whole desktop to lock up.
Erro
On Wed, May 19, 2021 at 11:49:32AM +0300, Jani Nikula wrote:
> We've had a stale repo for amd in drm-tip since around v4.15 i.e. for
> more than three years. Nobody seems to notice or care. Drop the amd
> branches from drm-tip.
>
> Having the current amd branches in drm-tip would be nice to have,
On Tue, 18 May 2021 at 09:28, Thomas Hellström
wrote:
>
> Since objects can be migrated or evicted when not pinned or locked,
> update the checks for lmem residency or future residency so that
> the value returned is not immediately stale.
>
> Signed-off-by: Thomas Hellström
Reviewed-by: Matthew
== Series Details ==
Series: series starting with [1/2] drm/i915/cmdparser: No-op failed batches on
all platforms
URL : https://patchwork.freedesktop.org/series/90310/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
d4f598ce6c56 drm/i915/cmdparser: No-op failed batches on all pl
On Tue, 18 May 2021 at 09:28, Thomas Hellström
wrote:
>
> Most logical place to introduce TTM buffer objects is as an i915
> gem object backend. We need to add some ops to account for added
> functionality like delayed delete and LRU list manipulation.
>
> Initially we support only LMEM and SYSTEM
On Wed, 12 May 2021 16:04:16 +0300
Ville Syrjälä wrote:
> On Wed, May 12, 2021 at 02:06:56PM +0200, Werner Sembach wrote:
> > Hello,
> >
> > In addition to the existing "max bpc", and "Broadcast RGB/output_csc" drm
> > properties I propose 4 new properties:
> > "preferred pixel encoding", "acti
On Wed, 19 May 2021, Zhenyu Wang wrote:
> Hi,
>
> This is to fix GVT config workaround introduced during -rc1 via
> vfio/mdev change, which exposed dependency issue explicitly that
> made current GVT config nasty. So this is to fix dependency issue
> and get back original config sanity.
Pulled to
We've had a stale repo for amd in drm-tip since around v4.15 i.e. for
more than three years. Nobody seems to notice or care. Drop the amd
branches from drm-tip.
Having the current amd branches in drm-tip would be nice to have, if
only to have a common drm integration tree. However, maintaining tha
On Wed, May 19, 2021 at 09:13:37AM +0100, Matthew Auld wrote:
> On Tue, 11 May 2021 at 17:52, Matthew Auld wrote:
> >
> > Just the really basic stuff, which unlocks adding more interesting testcases
> > later, like gem_lmem_swapping.
> >
> > On the kernel side we landed the uAPI bits[1] behind CON
On 2021.05.19 10:31:18 +0200, Greg Kroah-Hartman wrote:
> On Wed, May 19, 2021 at 04:03:13PM +0800, Zhenyu Wang wrote:
> > On 2021.05.18 18:28:53 +0200, Greg Kroah-Hartman wrote:
> > > On Tue, May 18, 2021 at 06:17:05PM +0200, Greg Kroah-Hartman wrote:
> > > > There is no need to keep the dentry ar
On Wed, May 19, 2021 at 04:03:13PM +0800, Zhenyu Wang wrote:
> On 2021.05.18 18:28:53 +0200, Greg Kroah-Hartman wrote:
> > On Tue, May 18, 2021 at 06:17:05PM +0200, Greg Kroah-Hartman wrote:
> > > There is no need to keep the dentry around for the debugfs kvmgt cache
> > > file, as we can just look
On Wed, 19 May 2021, Petri Latvala wrote:
> On Tue, May 11, 2021 at 05:51:12PM +0100, Matthew Auld wrote:
>> Sync to get gem_create_ext and the regions query stuff.
>
> Kernel commit sha in commit message please.
Might be nice to have a script or a build target to update a file from
kernel, with
On 2021.05.18 18:28:53 +0200, Greg Kroah-Hartman wrote:
> On Tue, May 18, 2021 at 06:17:05PM +0200, Greg Kroah-Hartman wrote:
> > There is no need to keep the dentry around for the debugfs kvmgt cache
> > file, as we can just look it up when we want to remove it later on.
> > Simplify the structure
On Tue, May 11, 2021 at 05:51:12PM +0100, Matthew Auld wrote:
> Sync to get gem_create_ext and the regions query stuff.
Kernel commit sha in commit message please.
--
Petri Latvala
>
> Signed-off-by: Matthew Auld
> ---
> include/drm-uapi/i915_drm.h | 394 ---
On Tue, 11 May 2021 at 17:52, Matthew Auld wrote:
>
> Just the really basic stuff, which unlocks adding more interesting testcases
> later, like gem_lmem_swapping.
>
> On the kernel side we landed the uAPI bits[1] behind CONFIG_BROKEN, which is
> already enabled in CI builds, so it should be possi
Hi,
This is to fix GVT config workaround introduced during -rc1 via
vfio/mdev change, which exposed dependency issue explicitly that
made current GVT config nasty. So this is to fix dependency issue
and get back original config sanity.
Thanks
--
The following changes since commit e4527420ed087f9
On gen9 for blt cmd parser we relied on the magic fence error
propagation which:
- doesn't work on gen7, because there's no scheduler with ringbuffers
there yet
- fence error propagation can be weaponized to attack other things, so
not a good design idea
Instead of magic, do the same thing on
From: Jason Ekstrand
This reverts commit 9e31c1fe45d555a948ff66f1f0e3fe1f83ca63f7. Ever
since that commit, we've been having issues where a hang in one client
can propagate to another. In particular, a hang in an app can propagate
to the X server which causes the whole desktop to lock up.
Sign
On 2021-05-15 at 08:40:28 +0530, Matt Roper wrote:
> From: Gwan-gyeong Mun
>
> It removes intel_crtc_state from function argument of
> intel_psr_enable_source() in order to use intel_psr_enable_source()
> without intel_crtc_state on other psr internal functions.
> And we can get cpu_trancoder fro
80 matches
Mail list logo
