On 2021.04.26 14:40:17 -0300, Jason Gunthorpe wrote:
> On Mon, Apr 26, 2021 at 10:55:55AM -0600, Alex Williamson wrote:
> > On Mon, 26 Apr 2021 17:41:43 +0800
> > Zhenyu Wang wrote:
> >
> > > This reverts commit 07e543f4f9d116d6b4240644191dee6388ef4a85.
> >
> > 07e543f4f9d1 ("vfio/gvt: Make
== Series Details ==
Series: drm: i915: fix build when ACPI is disabled and BACKLIGHT=m
URL : https://patchwork.freedesktop.org/series/89509/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10011_full -> Patchwork_19995_full
== Series Details ==
Series: drm/i915: Invoke another _DSM to enable MUX on HP Workstation laptops
URL : https://patchwork.freedesktop.org/series/89503/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10011_full -> Patchwork_19994_full
== Series Details ==
Series: drm/i915/gt: Disable HiZ Raw Stall Optimization on broken gen7
URL : https://patchwork.freedesktop.org/series/89502/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10011_full -> Patchwork_19993_full
On 2021.04.26 10:39:24 -0300, Jason Gunthorpe wrote:
> On Mon, Apr 26, 2021 at 05:41:42PM +0800, Zhenyu Wang wrote:
> > @@ -1667,19 +1773,26 @@ static struct mdev_parent_ops intel_vgpu_ops = {
> >
> > static int kvmgt_host_init(struct device *dev, void *gvt, const void *ops)
> > {
> > -
On Tue, Apr 27, 2021 at 12:07:21AM +, Souza, Jose wrote:
> On Mon, 2021-04-26 at 21:56 +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > The pipe crc code slipped theough the net when we tried to
> > eliminate all crtc->index==pipe abuses. Remedy that.
> >
> > And while at it get
== Series Details ==
Series: drm/i9i5/gt: Fix a double free in gen8_preallocate_top_level_pdp
URL : https://patchwork.freedesktop.org/series/89500/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10010_full -> Patchwork_19992_full
On Sat, 24 Apr 2021 at 04:43, Lyude Paul wrote:
>
> Since it's been asked quite a few times on some of the various DP
> related patch series I've submitted to use the new DRM printk helpers,
> and it technically wasn't really trivial to do this before due to the
> lack of a consistent way to find
On Mon, 2021-04-26 at 21:56 +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The pipe crc code slipped theough the net when we tried to
> eliminate all crtc->index==pipe abuses. Remedy that.
>
> And while at it get rid of those nasty intel_crtc+drm_crtc
> pointer aliases.
intel_crtc is
On Mon, 2021-04-26 at 23:11 +, Patchwork wrote:
Patch Details
Series: drm/i915/display: Disable PSR2 if TGL Display stepping is B1 from A0
(rev4)
URL:https://patchwork.freedesktop.org/series/89348/
State: success
Details:
Sadly, we can't have this patch as long as we support SUBMIT_FENCE.
Turns out this is used for something real. :-(
--Jason
On Fri, Apr 23, 2021 at 5:31 PM Jason Ekstrand wrote:
>
> This was only ever used for bonded virtual engine execution. Since
> that's no longer allowed, this is dead code.
This adds a bunch of complexity which the media driver has never
actually used. The media driver does technically bond a balanced engine
to another engine but the balanced engine only has one engine in the
sibling set. This doesn't actually result in a virtual engine.
Unless some userspace
== Series Details ==
Series: drm/i915/display: Disable PSR2 if TGL Display stepping is B1 from A0
(rev4)
URL : https://patchwork.freedesktop.org/series/89348/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10009_full -> Patchwork_19991_full
== Series Details ==
Series: drm/i915: Stop using crtc->index as the pipe
URL : https://patchwork.freedesktop.org/series/89511/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10013 -> Patchwork_19996
Summary
---
== Series Details ==
Series: drm: i915: fix build when ACPI is disabled and BACKLIGHT=m
URL : https://patchwork.freedesktop.org/series/89509/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10011 -> Patchwork_19995
Summary
== Series Details ==
Series: drm: i915: fix build when ACPI is disabled and BACKLIGHT=m
URL : https://patchwork.freedesktop.org/series/89509/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
1db2d6629e36 drm: i915: fix build when ACPI is disabled and BACKLIGHT=m
-:16:
== Series Details ==
Series: drm/i915: Invoke another _DSM to enable MUX on HP Workstation laptops
URL : https://patchwork.freedesktop.org/series/89503/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10011 -> Patchwork_19994
== Series Details ==
Series: drm/i915: Invoke another _DSM to enable MUX on HP Workstation laptops
URL : https://patchwork.freedesktop.org/series/89503/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
16d0229a8c52 drm/i915: Invoke another _DSM to enable MUX on HP Workstation
== Series Details ==
Series: drm/i915/gt: Disable HiZ Raw Stall Optimization on broken gen7
URL : https://patchwork.freedesktop.org/series/89502/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10011 -> Patchwork_19993
On 4/26/21 11:26 AM, Jason Gunthorpe wrote:
> On Fri, Apr 23, 2021 at 05:08:10PM -0700, Randy Dunlap wrote:
>> On 4/23/21 4:02 PM, Jason Gunthorpe wrote:
>>> @@ -171,7 +171,7 @@ config SAMPLE_VFIO_MDEV_MDPY_FB
>>>
>>> config SAMPLE_VFIO_MDEV_MBOCHS
>>> tristate "Build VFIO mdpy example
From: Ville Syrjälä
The pipe crc code slipped theough the net when we tried to
eliminate all crtc->index==pipe abuses. Remedy that.
And while at it get rid of those nasty intel_crtc+drm_crtc
pointer aliases.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_pipe_crc.c | 51
== Series Details ==
Series: drm/i915/gt: Disable HiZ Raw Stall Optimization on broken gen7
URL : https://patchwork.freedesktop.org/series/89502/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
9afaf45bfe53 drm/i915/gt: Disable HiZ Raw Stall Optimization on broken gen7
-:14:
isplay/intel_panel.c |2 +-
drivers/gpu/drm/i915/display/intel_panel.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- linux-next-20210426.orig/drivers/gpu/drm/i915/display/intel_panel.c
+++ linux-next-20210426/drivers/gpu/drm/i915/display/intel_panel.c
@@ -12
== Series Details ==
Series: drm/i915: Use trylock in shrinker for ggtt on bsw vt-d and bxt, v2.
URL : https://patchwork.freedesktop.org/series/89485/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10008_full -> Patchwork_19989_full
== Series Details ==
Series: drm/i9i5/gt: Fix a double free in gen8_preallocate_top_level_pdp
URL : https://patchwork.freedesktop.org/series/89500/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10010 -> Patchwork_19992
mhhh, probably should do this a bit differently. Also adding Koba since
this involves using extended DPCD caps in the MST topology mgr.
On Fri, 2021-04-23 at 16:05 -0400, Nikola Cornij wrote:
> [why]
> Two conditions that were part of this fix did not go through:
>
> 1. DPCD revision has to
Our code analyzer reported a double free bug.
In gen8_preallocate_top_level_pdp, pde and pde->pt.base are allocated
via alloc_pd(vm) with one reference. If pin_pt_dma() failed, pde->pt.base
is freed by i915_gem_object_put() with a reference dropped. Then free_pd
calls free_px() defined in
On Mon, Apr 26, 2021 at 06:08:59PM +0200, Daniel Vetter wrote:
> On Thu, Apr 22, 2021 at 04:11:22PM +0300, Ville Syrjälä wrote:
> > On Thu, Apr 22, 2021 at 11:49:43AM +0200, Daniel Vetter wrote:
> > > On Wed, Apr 21, 2021 at 06:34:01PM +0300, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > >
== Series Details ==
Series: series starting with [1/7] drm/i915/dg1: Fix mapping type for default
state object
URL : https://patchwork.freedesktop.org/series/89484/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10008_full -> Patchwork_19988_full
== Series Details ==
Series: drm/i915/display: Disable PSR2 if TGL Display stepping is B1 from A0
(rev4)
URL : https://patchwork.freedesktop.org/series/89348/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10009 -> Patchwork_19991
On Mon, 26 Apr 2021 17:41:43 +0800
Zhenyu Wang wrote:
> This reverts commit 07e543f4f9d116d6b4240644191dee6388ef4a85.
07e543f4f9d1 ("vfio/gvt: Make DRM_I915_GVT depend on VFIO_MDEV")
> With all mdev handing moved to kvmgt module, only kvmgt should depend
> on VFIO_MDEV. So revert this one.
>
On Fri, Apr 23, 2021 at 9:35 PM Robin Murphy wrote:
>
> On 2021-04-22 09:15, Claire Chang wrote:
> > If a device is not behind an IOMMU, we look up the device node and set
> > up the restricted DMA when the restricted-dma-pool is presented.
> >
> > Signed-off-by: Claire Chang
> > ---
> >
On Fri, Apr 23, 2021 at 9:31 PM Robin Murphy wrote:
>
> On 2021-04-22 09:15, 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
> > ---
> >
On 26/04/2021 16:22, Tvrtko Ursulin wrote:
On 26/04/2021 11:18, Matthew Auld wrote:
It's a requirement that for dgfx we place all the paging structures in
device local-memory.
v2: use i915_coherent_map_type()
Signed-off-by: Matthew Auld
Cc: Tvrtko Ursulin
---
On Fri, Apr 23, 2021 at 7:34 PM Steven Price wrote:
>
> On 22/04/2021 09:14, 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 +++
> >
On Mon, Apr 26, 2021 at 11:25:09AM -0500, Jason Ekstrand wrote:
> On Mon, Apr 26, 2021 at 10:31 AM Matthew Auld wrote:
> >
> > On 26/04/2021 16:11, Jason Ekstrand wrote:
> > > On Mon, Apr 26, 2021 at 4:42 AM Matthew Auld
> > > wrote:
> > >>
> > >> Add an entry for the new uAPI needed for DG1.
== Series Details ==
Series: Implement PSF GV point support
URL : https://patchwork.freedesktop.org/series/89491/
State : failure
== Summary ==
Applying: Implement PSF GV point support
error: sha1 information is lacking or useless
(drivers/gpu/drm/i915/display/intel_bw.c).
error: could not
On Mon, Apr 26, 2021 at 10:31 AM Matthew Auld wrote:
>
> On 26/04/2021 16:11, Jason Ekstrand wrote:
> > On Mon, Apr 26, 2021 at 4:42 AM Matthew Auld wrote:
> >>
> >> Add an entry for the new uAPI needed for DG1. Also add the overall
> >> upstream plan, including some notes for the TTM
I have addressed that now.
-Original Message-
From: Deak, Imre
Sent: Monday, April 26, 2021 8:48 AM
To: Vudum, Lakshminarayana
Cc: intel-gfx@lists.freedesktop.org; Heikkila, Juha-pekka
; Ville Syrjälä
Subject: Re: ✗ Fi.CI.IGT: failure for drm/i915: Simplify CCS and UV plane
On 26/04/2021 16:20, Tvrtko Ursulin wrote:
On 26/04/2021 11:18, Matthew Auld wrote:
We need to general our accessor for the page directories and tables from
Generalise?
using the simple kmap_atomic to support local memory, and this setup
must be done on acquisition of the backing storage
On Thu, Apr 22, 2021 at 04:11:22PM +0300, Ville Syrjälä wrote:
> On Thu, Apr 22, 2021 at 11:49:43AM +0200, Daniel Vetter wrote:
> > On Wed, Apr 21, 2021 at 06:34:01PM +0300, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > Currently we try to detect a symmetric memory configurations
>
On Mon, Apr 26, 2021 at 04:11:24PM +0200, Simon Rettberg wrote:
> When resetting CACHE_MODE registers, don't enable HiZ Raw Stall
> Optimization on Ivybridge GT1 and Baytrail, as it causes severe glitches
> when rendering any kind of 3D accelerated content.
> This optimization is disabled on these
On Thu, Mar 18, 2021 at 08:10:39PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> A bunch of files have a stray newline at the end. Remove it.
>
> Signed-off-by: Ville Syrjälä
Reviwed-by: Imre Deak
> ---
> drivers/gpu/drm/i915/display/i9xx_plane.c | 1 -
>
On Thu, Mar 18, 2021 at 08:10:38PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> DP v1.1+ says:
> "The DisplayPort transmitter, which is the driving end for a request
> transaction, pre-charges the AUX-CH+ and AUX-CH- to a common mode
> voltage by transmitting 10 to 16 consecutive 0’s
Lakshmi, ah that's true, so no need to re-report the result. In any case
the failure of rev 1 on igt@gem_sync@basic-many-each was still unrelated
to those changes, so if you still see that occuring again it's good to
track it as a known issue.
On Mon, Apr 26, 2021 at 06:40:56PM +0300, Vudum,
I don't see any regression on rev 2.
Lakshmi.
-Original Message-
From: Deak, Imre
Sent: Monday, April 26, 2021 8:00 AM
To: intel-gfx@lists.freedesktop.org; Heikkila, Juha-pekka
; Ville Syrjälä ;
Vudum, Lakshminarayana
Subject: Re: ✗ Fi.CI.IGT: failure for drm/i915: Simplify CCS and
On Mon, Apr 26, 2021 at 07:10:06PM +0800, Kai-Heng Feng wrote:
> On Fri, Apr 23, 2021 at 8:41 PM Ville Syrjälä
> wrote:
> >
> > On Fri, Apr 23, 2021 at 12:46:54PM +0800, Kai-Heng Feng wrote:
> > > On HP Fury G7 Workstations, graphics output is re-routed from Intel GFX
> > > to discrete GFX after
On 4/26/21 12:23 PM, Maarten Lankhorst wrote:
The stop_machine() lock may allocate memory, but is called inside
vm->mutex, which is taken in the shrinker. This will cause a lockdep
splat, as can be seen below:
<4>[ 462.585762] ==
<4>[
On 26/04/2021 16:11, Jason Ekstrand wrote:
On Mon, Apr 26, 2021 at 4:42 AM Matthew Auld wrote:
Add an entry for the new uAPI needed for DG1. Also add the overall
upstream plan, including some notes for the TTM conversion.
v2(Daniel):
- include the overall upstreaming plan
- add a note
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
On 26/04/2021 11:18, Matthew Auld wrote:
It's a requirement that for dgfx we place all the paging structures in
device local-memory.
v2: use i915_coherent_map_type()
Signed-off-by: Matthew Auld
Cc: Tvrtko Ursulin
---
drivers/gpu/drm/i915/gt/gen8_ppgtt.c | 5 -
On Wed, Apr 21, 2021 at 2:23 PM Daniel Vetter wrote:
>
> On Wed, Apr 21, 2021 at 8:28 PM Tvrtko Ursulin
> wrote:
> > On 21/04/2021 18:17, Jason Ekstrand wrote:
> > > On Wed, Apr 21, 2021 at 9:25 AM Tvrtko Ursulin
> > > wrote:
> > >> On 21/04/2021 14:54, Jason Ekstrand wrote:
> > >>> On Wed, Apr
On 26/04/2021 11:18, Matthew Auld wrote:
We need to general our accessor for the page directories and tables from
Generalise?
using the simple kmap_atomic to support local memory, and this setup
must be done on acquisition of the backing storage prior to entering
fence execution contexts.
== Series Details ==
Series: series starting with [1/9] drm/doc/rfc: i915 DG1 uAPI
URL : https://patchwork.freedesktop.org/series/89481/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_10007_full -> Patchwork_19987_full
On Mon, Apr 26, 2021 at 4:42 AM Matthew Auld wrote:
>
> Add an entry for the new uAPI needed for DG1. Also add the overall
> upstream plan, including some notes for the TTM conversion.
>
> v2(Daniel):
> - include the overall upstreaming plan
> - add a note for mmap, there are differences here
On Wed, Apr 21, 2021 at 11:20:44PM +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Simplify CCS and UV plane alignment handling
> URL : https://patchwork.freedesktop.org/series/89299/
> State : failure
Thanks for the reviews, pushed to -din with a TODO: update about using
On Sat, 13 Mar 2021, Mario Hüttel wrote:
> Hello,
>
> I want to report a bug. I have a PC with Intel i7-6700K processor (with
> integrated graphics) and an AsRock Fatal1ty Z170 Gaming K6 mainboard. I
> use the CPU's integrated graphics.
> My system is Archlinux with Kernel v5.11.6.
>
> Using this
When resetting CACHE_MODE registers, don't enable HiZ Raw Stall
Optimization on Ivybridge GT1 and Baytrail, as it causes severe glitches
when rendering any kind of 3D accelerated content.
This optimization is disabled on these platforms by default according to
official documentation from 01.org.
== Series Details ==
Series: drm/i915: Use trylock in shrinker for ggtt on bsw vt-d and bxt, v2.
URL : https://patchwork.freedesktop.org/series/89485/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10008 -> Patchwork_19989
> +The mediated bus driver's probe function should create a vfio_device on top
> of
> +the mdev_device and connect it to an appropriate implementation of
> vfio_device_ops.
Overly long line.
> +This will provide the 'mdev_supported_types/XX/create' files which can then
> be used
> +to trigger
> diff --git a/drivers/vfio/mdev/Makefile b/drivers/vfio/mdev/Makefile
> index ff9ecd80212503..7c236ba1b90eb1 100644
> --- a/drivers/vfio/mdev/Makefile
> +++ b/drivers/vfio/mdev/Makefile
> @@ -1,5 +1,5 @@
> # SPDX-License-Identifier: GPL-2.0-only
>
> -mdev-y := mdev_core.o mdev_sysfs.o
On Wed, 17 Mar 2021, zuoqil...@163.com wrote:
> From: zuoqilin
>
> Change 'befor' to 'before'.
>
> Signed-off-by: zuoqilin
Thanks, pushed, sorry for the delay.
BR,
Jani.
> ---
> drivers/gpu/drm/i915/display/vlv_dsi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
== Series Details ==
Series: drm/i915: Use trylock in shrinker for ggtt on bsw vt-d and bxt, v2.
URL : https://patchwork.freedesktop.org/series/89485/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
e50e1e4b326a drm/i915: Use trylock in shrinker for ggtt on bsw vt-d and bxt, v2.
== Series Details ==
Series: series starting with [1/7] drm/i915/dg1: Fix mapping type for default
state object
URL : https://patchwork.freedesktop.org/series/89484/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10008 -> Patchwork_19988
On Fri, 02 Apr 2021, Dan Carpenter wrote:
> tree: git://anongit.freedesktop.org/drm-intel drm-intel-next
> head: b29854ec3b9ca6512a783e2153465f27a777a654
> commit: 989cf9a93892409cf8e84c30c0faaa522ac83807 [3/4] drm/i915/hdcp: Add DP
> HDCP2.2 timeout to read entire msg
> config:
== Series Details ==
Series: series starting with [1/7] drm/i915/dg1: Fix mapping type for default
state object
URL : https://patchwork.freedesktop.org/series/89484/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be
== Series Details ==
Series: series starting with [1/7] drm/i915/dg1: Fix mapping type for default
state object
URL : https://patchwork.freedesktop.org/series/89484/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
5964f7549f43 drm/i915/dg1: Fix mapping type for default state
== Series Details ==
Series: series starting with [1/9] drm/doc/rfc: i915 DG1 uAPI
URL : https://patchwork.freedesktop.org/series/89481/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_10007 -> Patchwork_19987
Summary
== Series Details ==
Series: series starting with [1/9] drm/doc/rfc: i915 DG1 uAPI
URL : https://patchwork.freedesktop.org/series/89481/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
== Series Details ==
Series: series starting with [1/9] drm/doc/rfc: i915 DG1 uAPI
URL : https://patchwork.freedesktop.org/series/89481/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
ee8a4a1f34c3 drm/doc/rfc: i915 DG1 uAPI
-:54: WARNING:FILE_PATH_CHANGES: added, moved or
== Series Details ==
Series: series starting with [1/2] drm/i915/gvt: Move mdev attribute groups
into kvmgt module
URL : https://patchwork.freedesktop.org/series/89478/
State : failure
== Summary ==
Applying: drm/i915/gvt: Move mdev attribute groups into kvmgt module
error: sha1 information
On Fri, 23 Apr 2021, Lionel Landwerlin wrote:
> On 21/04/2021 20:28, Umesh Nerlige Ramappa wrote:
>> +static int
>> +query_cs_cycles(struct drm_i915_private *i915,
>> +struct drm_i915_query_item *query_item)
>> +{
>> +struct drm_i915_query_cs_cycles __user *query_ptr;
>> +
On Mon, 26 Apr 2021, Kai-Heng Feng wrote:
> On Fri, Apr 23, 2021 at 3:35 PM Jani Nikula
> wrote:
>>
>> On Fri, 23 Apr 2021, Kai-Heng Feng wrote:
>> > On HP Fury G7 Workstations, graphics output is re-routed from Intel GFX
>> > to discrete GFX after S3. This is not desirable, because userspace
On Fri, Apr 23, 2021 at 8:41 PM Ville Syrjälä
wrote:
>
> On Fri, Apr 23, 2021 at 12:46:54PM +0800, Kai-Heng Feng wrote:
> > 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
On Fri, Apr 23, 2021 at 3:35 PM Jani Nikula wrote:
>
> On Fri, 23 Apr 2021, Kai-Heng Feng wrote:
> > 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,
PSF GV points are an additional factor that can limit the
bandwidth available to display, separate from the traditional
QGV points. Whereas traditional QGV points represent possible
memory clock frequencies, PSF GV points reflect possible
frequencies of the memory fabric.
Switching between PSF
The stop_machine() lock may allocate memory, but is called inside
vm->mutex, which is taken in the shrinker. This will cause a lockdep
splat, as can be seen below:
<4>[ 462.585762] ==
<4>[ 462.585768] WARNING: possible circular locking
From: Anusha Srivatsa
In the scenario where local memory is available, we have
rely on CPU access via lmem directly instead of aperture.
v2:
gmch is only relevant for much older hw, therefore we can drop the
has_aperture check since it should always be present on such platforms.
(Chris)
Cc:
From: Mohammed Khajapasha
Return EREMOTE value when frame buffer object is not backed by LMEM
for discrete. If Local memory is supported by hardware the framebuffer
backing gem objects should be from local memory.
Signed-off-by: Mohammed Khajapasha
Signed-off-by: Matthew Auld
Reviewed-by:
From: Mohammed Khajapasha
Use local memory io BAR address for fbdev's fb_mmap() operation on
discrete, fbdev uses the physical address of our framebuffer for its
fb_mmap() fn.
Signed-off-by: Mohammed Khajapasha
Reviewed-by: Matthew Auld
Signed-off-by: Matthew Auld
---
It's a requirement that for dgfx we place all the paging structures in
device local-memory.
v2: use i915_coherent_map_type()
Signed-off-by: Matthew Auld
Cc: Tvrtko Ursulin
---
drivers/gpu/drm/i915/gt/gen8_ppgtt.c | 5 -
drivers/gpu/drm/i915/gt/intel_gtt.c | 21 +++--
We need to general our accessor for the page directories and tables from
using the simple kmap_atomic to support local memory, and this setup
must be done on acquisition of the backing storage prior to entering
fence execution contexts. Here we replace the kmap with the object
maping code that for
From: Venkata Ramana Nayana
Use I915_MAP_WC when default state object is allocated in LMEM.
Signed-off-by: Venkata Ramana Nayana
Reviewed-by: Matthew Auld
Signed-off-by: Matthew Auld
---
drivers/gpu/drm/i915/gt/shmem_utils.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
From: Venkata Sandeep Dhanalakota
Determine the possible coherent map type based on object location,
and if target has llc or if user requires an always coherent
mapping.
Cc: Matthew Auld
Cc: CQ Tang
Suggested-by: Michal Wajdeczko
Signed-off-by: Venkata Sandeep Dhanalakota
Signed-off-by:
On Mon, 26 Apr 2021, Rajeev Nandan wrote:
> Add backlight driver for the panels supporting backlight control
> using DPCD registers on the DisplayPort aux channel.
No, please don't do this.
I wrote you last week in reply to v1 why I thought merging this would
not be a good idea [1]. Why have
Treat it the same as the fake local-memory stuff, where it is disabled
for normal kernels, in case some random UMD is tempted to use this. Once
we have all the other bits and pieces in place, like the TTM conversion,
we can turn this on for real.
Signed-off-by: Matthew Auld
Cc: Joonas Lahtinen
All userspace objects must be cleared when allocating the backing store,
before they are potentially visible to userspace. For now use simple
CPU based clearing to do this for device local-memory objects, note that
in the near future this will instead use the blitter engine.
Signed-off-by:
For some internal device local-memory objects it would be useful to have
an option to CPU clear the pages upon gathering the backing store. Note
that this might be before the blitter is useable, which is the case for
some internal GuC objects.
Signed-off-by: Matthew Auld
Cc: Joonas Lahtinen
Cc:
From: Abdiel Janulgue
Returns the available memory region areas supported by the HW.
v2(Daniel & Jason):
- Add some kernel-doc, including example usage.
- Drop all the extra rsvd
Signed-off-by: Abdiel Janulgue
Signed-off-by: Matthew Auld
Cc: Joonas Lahtinen
Cc: Thomas Hellström
Cc:
In the next patch we want to expose the supported regions to userspace,
which can then be fed into the gem_create_ext placement extensions. For
now treat stolen memory as private from userspace pov.
Signed-off-by: Matthew Auld
Cc: Joonas Lahtinen
Cc: Thomas Hellström
Cc: Daniele Ceraolo Spurio
With the upcoming gem_create_ext we want to be able create a "vanilla"
object upfront and pass that directly to the extensions, before actually
initialising the object. Functionally this should be the same expect we
now feed the object into the lower-level region specific init_object.
Add new extension to support setting an immutable-priority-list of
potential placements, at creation time.
If we use the normal gem_create or gem_create_ext without the
extensions/placements then we still get the old behaviour with only
placing the object in system memory.
v2(Daniel & Jason):
Same old gem_create but with now with extensions support. This is needed
to support various upcoming usecases.
v2:(Chris)
- Use separate ioctl number for gem_create_ext, instead of hijacking
the existing gem_create ioctl, otherwise we run into the issue
with being unable to detect
Add an entry for the new uAPI needed for DG1. Also add the overall
upstream plan, including some notes for the TTM conversion.
v2(Daniel):
- include the overall upstreaming plan
- add a note for mmap, there are differences here for TTM vs i915
- bunch of other suggestions from Daniel
v3:
As kvmgt module contains all handling for VFIO/mdev, leaving mdev attribute
groups in gvt module caused dependency issue. Although it was there for possible
other hypervisor usage, that turns out never to be true. So this moves all mdev
handling into kvmgt module completely to resolve dependency
This reverts commit 07e543f4f9d116d6b4240644191dee6388ef4a85.
With all mdev handing moved to kvmgt module, only kvmgt should depend
on VFIO_MDEV. So revert this one.
Cc: Arnd Bergmann
Cc: Jason Gunthorpe
Cc: Alex Williamson
Signed-off-by: Zhenyu Wang
---
drivers/gpu/drm/i915/Kconfig | 1 -
On 26/04/2021 09:57, Matthew Auld wrote:
On Wed, 21 Apr 2021 at 20:13, Matthew Auld
wrote:
On Wed, 21 Apr 2021 at 16:41, Tvrtko Ursulin
wrote:
On 21/04/2021 12:42, Matthew Auld wrote:
On 19/04/2021 16:01, Tvrtko Ursulin wrote:
On 19/04/2021 15:37, Matthew Auld wrote:
On 19/04/2021
For some reason the vfio_mdev shim mdev_driver has its own module and
kconfig. As the next patch requires access to it from mdev.ko merge the
two modules together and remove VFIO_MDEV_DEVICE.
A later patch deletes this driver entirely.
This also fixes a misuse of kconfig in the samples which
Prologue
This is series #3 in part of a larger work that arose from the minor
remark that the mdev_parent_ops indirection shim is useless and
complicates things.
It applies on top of Alex's current tree and requires the prior two
series.
This series achieves the removal of vfio_mdev.c.
On 2021-04-22 09:15, Claire Chang wrote:
The restricted DMA pool is preferred if available.
The restricted DMA pools provide a basic level of protection against the
DMA overwriting buffer contents at unexpected times. However, to protect
against general data leakage and system memory
1 - 100 of 106 matches
Mail list logo