Re: [Intel-gfx] [RFT][PATCH v2 9/9] vfio: Replace phys_pfn with pages for vfio_pin_pages()

2022-07-05 Thread Christoph Hellwig
Looks good: Reviewed-by: Christoph Hellwig

Re: [Intel-gfx] [RFT][PATCH v2 7/9] vfio: Rename user_iova of vfio_dma_rw()

2022-07-05 Thread Christoph Hellwig
Looks good: Reviewed-by: Christoph Hellwig

Re: [Intel-gfx] [PATCH i-g-t] tests/gem_exec_capture: adjust the pi subtest

2022-07-05 Thread Das, Nirmoy
Reviewed-by: Nirmoy Das On 7/5/2022 12:49 PM, Matthew Auld wrote: This was broken by the kernel change: 71b1669ea9bd ("drm/i915/uapi: tweak error capture on recoverable contexts"). Update the test to use non-recoverable context if needed. Closes: https://gitlab.freedesktop.org/drm/intel/-/issu

Re: [Intel-gfx] [RFT][PATCH v2 4/9] vfio: Pass in starting IOVA to vfio_pin/unpin_pages API

2022-07-05 Thread Christoph Hellwig
> - vfio_unpin_pages(&q->matrix_mdev->vdev, &q->saved_pfn, 1); > + vfio_unpin_pages(&q->matrix_mdev->vdev, q->saved_pfn << > PAGE_SHIFT, 1); Overly long line here. Otherwise looks good: Reviewed-by: Christoph Hellwig

Re: [Intel-gfx] [RFT][PATCH v2 1/9] vfio: Make vfio_unpin_pages() return void

2022-07-05 Thread Christoph Hellwig
> +void vfio_unpin_pages(struct vfio_device *device, unsigned long *user_pfn, > + int npage) > { > struct vfio_container *container; > struct vfio_iommu_driver *driver; > - int ret; > > - if (!user_pfn || !npage || !vfio_assert_device_open(device)) > -

Re: [Intel-gfx] [PATCH 13/15] drm/i915/huc: report HuC as loaded even if load still in progress

2022-07-05 Thread Teres Alexis, Alan Previn
On Thu, 2022-06-09 at 16:19 -0700, Ceraolo Spurio, Daniele wrote: > diff --git a/drivers/gpu/drm/i915/gt/uc/intel_huc.c > b/drivers/gpu/drm/i915/gt/uc/intel_huc.c > index 075ec97b459d..33bfac91fa01 100644 > --- a/drivers/gpu/drm/i915/gt/uc/intel_huc.c > +++ b/drivers/gpu/drm/i915/gt/uc/intel_huc.

Re: [Intel-gfx] [PATCH 11/15] drm/i915/huc: track delayed HuC load with a fence

2022-07-05 Thread Teres Alexis, Alan Previn
Other than the one nit below, everything looks in order as per internal development and reviews... but really wish we had the nit added - so we have a single location we can build on to get all the various stages of gsc vs pxp vs huc operation sequences across hw gens (at least the first gen wh

Re: [Intel-gfx] [PATCH 00/15] HuC loading for DG2

2022-07-05 Thread Ceraolo Spurio, Daniele
On 6/15/2022 7:28 PM, Zhang, Carl wrote: On From: Ye, Tony Sent: Thursday, June 16, 2022 12:15 AM On 6/15/2022 3:13 AM, Tvrtko Ursulin wrote: On 15/06/2022 00:15, Ye, Tony wrote: On 6/14/2022 8:30 AM, Ceraolo Spurio, Daniele wrote: On 6/14/2022 12:44 AM, Tvrtko Ursulin wrote: On 13/06/2

Re: [Intel-gfx] [Intel-gfx 1/1] drm/i915/guc: Asynchronous flush of GuC log regions

2022-07-05 Thread John Harrison
On 6/6/2022 17:23, Alan Previn wrote: Both error-capture and relay-logging mechanism use the GuC log infrastructure. That means the KMD must send a log flush complete notification back to GuC after reading the data out. This call is currently being sent synchronously. However, synchronous H2Gs ca

Re: [Intel-gfx] [PATCH 10/15] drm/i915/dg2: setup HuC loading via GSC

2022-07-05 Thread Teres Alexis, Alan Previn
LGTM. Reviewed-by: Alan Previn On Thu, 2022-06-09 at 16:19 -0700, Ceraolo Spurio, Daniele wrote: > intel_huc_wait_for_auth_complete

[Intel-gfx] ✓ Fi.CI.IGT: success for Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation (rev3)

2022-07-05 Thread Patchwork
== Series Details == Series: Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation (rev3) URL : https://patchwork.freedesktop.org/series/104704/ State : success == Summary == CI Bug Log - changes from CI_DRM_11849_full -> Patchwo

[Intel-gfx] ✗ Fi.CI.IGT: failure for Add support for LMEM PCIe resizable bar

2022-07-05 Thread Patchwork
== Series Details == Series: Add support for LMEM PCIe resizable bar URL : https://patchwork.freedesktop.org/series/105928/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11849_full -> Patchwork_105928v1_full Summary ---

Re: [Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/pvc: Implement w/a 16016694945

2022-07-05 Thread Vudum, Lakshminarayana
They both are known issues. Re-reported. -Original Message- From: Roper, Matthew D Sent: Friday, July 1, 2022 8:44 AM To: intel-gfx@lists.freedesktop.org Cc: Sousa, Gustavo ; Vudum, Lakshminarayana Subject: Re: [Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/pvc: Implement w/a 160166949

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Apply waitboosting before fence wait

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915: Apply waitboosting before fence wait URL : https://patchwork.freedesktop.org/series/105925/ State : success == Summary == CI Bug Log - changes from CI_DRM_11849_full -> Patchwork_105925v1_full Summary

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/pvc: Implement w/a 16016694945

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915/pvc: Implement w/a 16016694945 URL : https://patchwork.freedesktop.org/series/105837/ State : success == Summary == CI Bug Log - changes from CI_DRM_11835_full -> Patchwork_105837v1_full Summary ---

[Intel-gfx] ✗ Fi.CI.BUILD: failure for drm: Clean up drm_crtc.h (rev7)

2022-07-05 Thread Patchwork
== Series Details == Series: drm: Clean up drm_crtc.h (rev7) URL : https://patchwork.freedesktop.org/series/105073/ State : failure == Summary == Error: patch https://patchwork.freedesktop.org/api/1.0/series/105073/revisions/7/mbox/ not applied Applying: drm/vmwgfx: Stop using 'TRUE' error:

Re: [Intel-gfx] [PATCH v2 1/4] drm/vmwgfx: Stop using 'TRUE'

2022-07-05 Thread Zack Rusin
On Jun 30, 2022, at 3:51 PM, Ville Syrjala mailto:ville.syrj...@linux.intel.com>> wrote: From: Ville Syrjälä mailto:ville.syrj...@linux.intel.com>> Stop using the 'TRUE' define. This ultimately gets defined by acpi/actypes.h that gets included here via a convoluted chain of other headers. drm_

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/pvc: Implement w/a 16016694945

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915/pvc: Implement w/a 16016694945 URL : https://patchwork.freedesktop.org/series/105837/ State : success == Summary == CI Bug Log - changes from CI_DRM_11835_full -> Patchwork_105837v1_full Summary ---

[Intel-gfx] ✓ Fi.CI.BAT: success for Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation (rev3)

2022-07-05 Thread Patchwork
== Series Details == Series: Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation (rev3) URL : https://patchwork.freedesktop.org/series/104704/ State : success == Summary == CI Bug Log - changes from CI_DRM_11849 -> Patchwork_10

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation (rev3)

2022-07-05 Thread Patchwork
== Series Details == Series: Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation (rev3) URL : https://patchwork.freedesktop.org/series/104704/ State : warning == Summary == Error: dim checkpatch failed a9f2e87eee8d drm: Move an

Re: [Intel-gfx] [PATCH v2 7/7] drm/i915: Remove truncation warning for large objects

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:55 +0300 Gwan-gyeong Mun wrote: > From: Chris Wilson > > Having addressed the issues surrounding incorrect types for local > variables and potential integer truncation in using the scatterlist API, > we have closed all the loop holes we had previously identified with >

Re: [Intel-gfx] [PATCH v2 6/7] drm/i915: Use error code as -E2BIG when the size of gem ttm object is too large

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:54 +0300 Gwan-gyeong Mun wrote: > The ttm_bo_init_reserved() functions returns -ENOSPC if the size is too big > to add vma. The direct function that returns -ENOSPC is > drm_mm_insert_node_in_range(). > To handle the same error as other code returning -E2BIG when the si

Re: [Intel-gfx] [PATCH v2 5/7] drm/i915: Check if the size is too big while creating shmem file

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:53 +0300 Gwan-gyeong Mun wrote: > The __shmem_file_setup() function returns -EINVAL if size is greater than > MAX_LFS_FILESIZE. To handle the same error as other code that returns > -E2BIG when the size is too large, it add a code that returns -E2BIG when > the size is l

Re: [Intel-gfx] [PATCH v2 3/7] drm/i915: Check for integer truncation on scatterlist creation

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:51 +0300 Gwan-gyeong Mun wrote: > From: Chris Wilson > > There is an impedance mismatch between the scatterlist API using unsigned > int and our memory/page accounting in unsigned long. That is we may try > to create a scatterlist for a large object that overflows retu

Re: [Intel-gfx] [PATCH v2 4/7] drm/i915: Check for integer truncation on the configuration of ttm place

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:52 +0300 Gwan-gyeong Mun wrote: > There is an impedance mismatch between the first/last valid page > frame number of ttm place in unsigned and our memory/page accounting in > unsigned long. > As the object size is under the control of userspace, we have to be prudent > a

[Intel-gfx] ✓ Fi.CI.BAT: success for Add support for LMEM PCIe resizable bar

2022-07-05 Thread Patchwork
== Series Details == Series: Add support for LMEM PCIe resizable bar URL : https://patchwork.freedesktop.org/series/105928/ State : success == Summary == CI Bug Log - changes from CI_DRM_11849 -> Patchwork_105928v1 Summary --- **SUCC

Re: [Intel-gfx] [PATCH v2 2/7] drm/i915/gem: Typecheck page lookups

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:50 +0300 Gwan-gyeong Mun wrote: > From: Chris Wilson > > We need to check that we avoid integer overflows when looking up a page, > and so fix all the instances where we have mistakenly used a plain > integer instead of a more suitable long. Be pedantic and add integer

Re: [Intel-gfx] [PATCH v2 1/7] drm: Move and add a few utility macros into drm util header

2022-07-05 Thread Mauro Carvalho Chehab
On Tue, 5 Jul 2022 15:24:49 +0300 Gwan-gyeong Mun wrote: > It moves overflows_type utility macro into drm util header from i915_utils > header. The overflows_type can be used to catch the truncation between data > types. And it adds safe_conversion() macro which performs a type conversion > (cas

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Add support for LMEM PCIe resizable bar

2022-07-05 Thread Patchwork
== Series Details == Series: Add support for LMEM PCIe resizable bar URL : https://patchwork.freedesktop.org/series/105928/ 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.BAT: success for drm/i915: Apply waitboosting before fence wait

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915: Apply waitboosting before fence wait URL : https://patchwork.freedesktop.org/series/105925/ State : success == Summary == CI Bug Log - changes from CI_DRM_11849 -> Patchwork_105925v1 Summary ---

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Apply waitboosting before fence wait

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915: Apply waitboosting before fence wait URL : https://patchwork.freedesktop.org/series/105925/ State : warning == Summary == Error: dim checkpatch failed 3102ce715842 drm/i915/gem: Look for waitboosting across the whole object prior to individual waits bc7a

Re: [Intel-gfx] [RFC 05/10] drm/i915/vm_bind: Handle persistent vmas

2022-07-05 Thread Zeng, Oak
Thanks, Oak > -Original Message- > From: C, Ramalingam > Sent: July 5, 2022 5:20 AM > To: Zeng, Oak > Cc: Vishwanathapura, Niranjana ; > intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org; Vetter, > Daniel ; christian.koe...@amd.com; Hellstrom, > Thomas ; Zanoni, Paulo R

[Intel-gfx] ✗ Fi.CI.BUILD: failure for Remove the VFIO_IOMMU_NOTIFY_DMA_UNMAP notifier (rev3)

2022-07-05 Thread Patchwork
== Series Details == Series: Remove the VFIO_IOMMU_NOTIFY_DMA_UNMAP notifier (rev3) URL : https://patchwork.freedesktop.org/series/104793/ State : failure == Summary == Error: patch https://patchwork.freedesktop.org/api/1.0/series/104793/revisions/3/mbox/ not applied Applying: vfio: Replace

[Intel-gfx] [PATCH v2 7/7] drm/i915: Remove truncation warning for large objects

2022-07-05 Thread Gwan-gyeong Mun
From: Chris Wilson Having addressed the issues surrounding incorrect types for local variables and potential integer truncation in using the scatterlist API, we have closed all the loop holes we had previously identified with dangerously large object creation. As such, we can eliminate the warnin

[Intel-gfx] [PATCH v2 6/7] drm/i915: Use error code as -E2BIG when the size of gem ttm object is too large

2022-07-05 Thread Gwan-gyeong Mun
The ttm_bo_init_reserved() functions returns -ENOSPC if the size is too big to add vma. The direct function that returns -ENOSPC is drm_mm_insert_node_in_range(). To handle the same error as other code returning -E2BIG when the size is too large, it converts return value to -E2BIG. Signed-off-by:

[Intel-gfx] [PATCH v2 5/7] drm/i915: Check if the size is too big while creating shmem file

2022-07-05 Thread Gwan-gyeong Mun
The __shmem_file_setup() function returns -EINVAL if size is greater than MAX_LFS_FILESIZE. To handle the same error as other code that returns -E2BIG when the size is too large, it add a code that returns -E2BIG when the size is larger than the size that can be handled. Signed-off-by: Gwan-gyeong

[Intel-gfx] [PATCH v2 4/7] drm/i915: Check for integer truncation on the configuration of ttm place

2022-07-05 Thread Gwan-gyeong Mun
There is an impedance mismatch between the first/last valid page frame number of ttm place in unsigned and our memory/page accounting in unsigned long. As the object size is under the control of userspace, we have to be prudent and catch the conversion errors. To catch the implicit truncation as we

[Intel-gfx] [PATCH v2 3/7] drm/i915: Check for integer truncation on scatterlist creation

2022-07-05 Thread Gwan-gyeong Mun
From: Chris Wilson There is an impedance mismatch between the scatterlist API using unsigned int and our memory/page accounting in unsigned long. That is we may try to create a scatterlist for a large object that overflows returning a small table into which we try to fit very many pages. As the o

[Intel-gfx] [PATCH v2 2/7] drm/i915/gem: Typecheck page lookups

2022-07-05 Thread Gwan-gyeong Mun
From: Chris Wilson We need to check that we avoid integer overflows when looking up a page, and so fix all the instances where we have mistakenly used a plain integer instead of a more suitable long. Be pedantic and add integer typechecking to the lookup so that we can be sure that we are safe. A

[Intel-gfx] [PATCH v2 1/7] drm: Move and add a few utility macros into drm util header

2022-07-05 Thread Gwan-gyeong Mun
It moves overflows_type utility macro into drm util header from i915_utils header. The overflows_type can be used to catch the truncation between data types. And it adds safe_conversion() macro which performs a type conversion (cast) of an source value into a new variable, checking that the destina

[Intel-gfx] [PATCH v2 0/7] Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation

2022-07-05 Thread Gwan-gyeong Mun
This patch series fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation, etc. We need to check that we avoid integer overflows when looking up a page, and so fix all the instances where we have mistakenly used a plain integer instead o

[Intel-gfx] [PATCH v3 2/2] drm/i915: Add lmem_bar_size modparam

2022-07-05 Thread priyanka . dandamudi
From: Priyanka Dandamudi For testing purposes, support forcing the lmem_bar_size through a new modparam. In CI we only have a limited number of configurations for DG2, but we still need to be reasonably sure we get a usable device (also verifying we report the correct values for things like probe

[Intel-gfx] [PATCH v3 1/2] drm/i915: Add support for LMEM PCIe resizable bar

2022-07-05 Thread priyanka . dandamudi
From: Akeem G Abodunrin Add support for the local memory PICe resizable bar, so that local memory can be resized to the maximum size supported by the device, and mapped correctly to the PCIe memory bar. It is usual that GPU devices expose only 256MB BARs primarily to be compatible with 32-bit sys

[Intel-gfx] [PATCH v3 0/2] Add support for LMEM PCIe resizable bar

2022-07-05 Thread priyanka . dandamudi
From: Priyanka Dandamudi Added support to resize the bar to maximum supported. Also, added new modparam lmem_bar_size which can resize the bar to one of the supported sizes. Akeem G Abodunrin (1): drm/i915: Add support for LMEM PCIe resizable bar Priyanka Dandamudi (1): drm/i915: Add lmem_

[Intel-gfx] [PATCH i-g-t] tests/i915_query: tweak the unallocated tracking test

2022-07-05 Thread Matthew Auld
Make sure we always print the seed. Also make sure we use the correct helpers for the igt_assert when comparing values of type uint64. Signed-off-by: Matthew Auld Cc: Nirmoy Das --- tests/i915/i915_query.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions

[Intel-gfx] [PATCH 0/3] drm/i915: Apply waitboosting before fence wait

2022-07-05 Thread Karolina Drobnik
Waitboost is a heuristic that detects latency sensitive workloads waiting for the results from previous execution. The wait can be seen as GPU under-utilisation by RPS, Render Power State management, which might lower the GPU frequency to save power. Limiting the frequency means more waiting for re

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Karthik B S
On 6/28/2022 4:34 PM, Arun R Murthy wrote: In oder to trigger the async flip, a dummy flip is required after sync flip so as to update the watermarks for async in KMD which happens as part of this dummy flip. Thereafter async memory update will act as a trigger register. Capturing the CRC is done

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Juha-Pekka Heikkilä
Hi, On 5.7.2022 12.49, Karthik B S wrote: On 7/5/2022 3:08 PM, Murthy, Arun R wrote: On 6/28/2022 4:34 PM, Arun R Murthy wrote: In oder to trigger the async flip, a dummy flip is required after sync flip so as to update the watermarks for async in KMD which happens as part of this dummy flip.

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Murthy, Arun R
> On 5.7.2022 12.49, Karthik B S wrote: > > On 7/5/2022 3:08 PM, Murthy, Arun R wrote: > >>> On 6/28/2022 4:34 PM, Arun R Murthy wrote: > In oder to trigger the async flip, a dummy flip is required after > sync flip so as to update the watermarks for async in KMD which > happens as p

[Intel-gfx] [PATCH i-g-t] tests/gem_exec_capture: adjust the pi subtest

2022-07-05 Thread Matthew Auld
This was broken by the kernel change: 71b1669ea9bd ("drm/i915/uapi: tweak error capture on recoverable contexts"). Update the test to use non-recoverable context if needed. Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/6350 Signed-off-by: Matthew Auld Cc: Nirmoy Das --- tests/i915/g

[Intel-gfx] [PATCH 1/3] drm/i915/gem: Look for waitboosting across the whole object prior to individual waits

2022-07-05 Thread Karolina Drobnik
From: Chris Wilson We employ a "waitboost" heuristic to detect when userspace is stalled waiting for results from earlier execution. Under latency sensitive work mixed between the gpu/cpu, the GPU is typically under-utilised and so RPS sees that low utilisation as a reason to downclock the freque

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Karthik B S
On 7/5/2022 3:08 PM, Murthy, Arun R wrote: On 6/28/2022 4:34 PM, Arun R Murthy wrote: In oder to trigger the async flip, a dummy flip is required after sync flip so as to update the watermarks for async in KMD which happens as part of this dummy flip. Thereafter async memory update will act as a

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Murthy, Arun R
> On 7/5/2022 3:08 PM, Murthy, Arun R wrote: > >> On 6/28/2022 4:34 PM, Arun R Murthy wrote: > >>> In oder to trigger the async flip, a dummy flip is required after > >>> sync flip so as to update the watermarks for async in KMD which > >>> happens as part of this dummy flip. Thereafter async memor

[Intel-gfx] [PATCH 3/3] drm/i915/gt: Only kick the signal worker if there's been an update

2022-07-05 Thread Karolina Drobnik
From: Chris Wilson One impact of commit 047a1b877ed4 ("dma-buf & drm/amdgpu: remove dma_resv workaround") is that it stores many, many more fences. Whereas adding an exclusive fence used to remove the shared fence list, that list is now preserved and the write fences included into the list. Not j

Re: [Intel-gfx] [RFC 10/10] drm/i915/vm_bind: Fix vm->vm_bind_mutex and vm->mutex nesting

2022-07-05 Thread Thomas Hellström
On Fri, 2022-07-01 at 15:50 -0700, Niranjana Vishwanathapura wrote: > VM_BIND functionality maintain that vm->vm_bind_mutex will never be > taken > while holding vm->mutex. > However, while closing 'vm', vma is destroyed while holding vm- > >mutex. > But vma releasing needs to take vm->vm_bind_mute

Re: [Intel-gfx] [RFC 05/10] drm/i915/vm_bind: Handle persistent vmas

2022-07-05 Thread Ramalingam C
On 2022-07-04 at 17:05:38 +, Zeng, Oak wrote: > > > Thanks, > Oak > > > -Original Message- > > From: Intel-gfx On Behalf Of > > Niranjana Vishwanathapura > > Sent: July 1, 2022 6:51 PM > > To: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org > > Cc: Zanoni, Paulo R ;

Re: [Intel-gfx] [PATCH v3 1/2] vfio: Replace the DMA unmapping notifier with a callback

2022-07-05 Thread Zhenyu Wang
On 2022.07.04 21:59:03 -0300, Jason Gunthorpe wrote: > Instead of having drivers register the notifier with explicit code just > have them provide a dma_unmap callback op in their driver ops and rely on > the core code to wire it up. > > Suggested-by: Christoph Hellwig > Reviewed-by: Christoph He

[Intel-gfx] [PATCH 2/3] drm/i915: Bump GT idling delay to 2 jiffies

2022-07-05 Thread Karolina Drobnik
From: Chris Wilson In monitoring a transcode pipeline that is latency sensitive (it waits between submitting frames, and each frame requires work on rcs/vcs/vecs engines), it is found that it took longer than a single jiffy for it to sustain its workload. Allowing an extra jiffy headroom for the

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/pvc: Implement w/a 16016694945

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915/pvc: Implement w/a 16016694945 URL : https://patchwork.freedesktop.org/series/105837/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11835_full -> Patchwork_105837v1_full Summary ---

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Murthy, Arun R
> On 6/28/2022 4:34 PM, Arun R Murthy wrote: > > In oder to trigger the async flip, a dummy flip is required after sync > > flip so as to update the watermarks for async in KMD which happens as > > part of this dummy flip. Thereafter async memory update will act as a > > trigger register. > > Captu

Re: [Intel-gfx] [RFC 09/10] drm/i915/vm_bind: Skip vma_lookup for persistent vmas

2022-07-05 Thread Thomas Hellström
On Fri, 2022-07-01 at 15:50 -0700, Niranjana Vishwanathapura wrote: > vma_lookup is tied to segment of the object instead of section > of VA space. Hence, it do not support aliasing (ie., multiple > bindings to the same section of the object). > Skip vma_lookup for persistent vmas as it supports al

Re: [Intel-gfx] [RFC 01/10] drm/i915/vm_bind: Introduce VM_BIND ioctl

2022-07-05 Thread Hellstrom, Thomas
Hi, On Fri, 2022-07-01 at 15:50 -0700, Niranjana Vishwanathapura wrote: > Add VM_BIND and VM_UNBIND ioctls to bind/unbind a section of an > object at the specified GPU virtual addresses. > > Add I915_PARAM_VM_BIND_VERSION to indicate version of VM_BIND feature > supported and I915_VM_CREATE_FLAG

[Intel-gfx] ✗ Fi.CI.IGT: failure for Protect vma destruction with the object lock

2022-07-05 Thread Patchwork
== Series Details == Series: Protect vma destruction with the object lock URL : https://patchwork.freedesktop.org/series/105902/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11849_full -> Patchwork_105902v1_full Summary --

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/dp: wait on timeout before retry (rev4)

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915/dp: wait on timeout before retry (rev4) URL : https://patchwork.freedesktop.org/series/105660/ State : success == Summary == CI Bug Log - changes from CI_DRM_11848_full -> Patchwork_105660v4_full Summar

[Intel-gfx] ✗ Fi.CI.IGT: failure for Fix TLB invalidate issues with Broadwell (rev3)

2022-07-05 Thread Patchwork
== Series Details == Series: Fix TLB invalidate issues with Broadwell (rev3) URL : https://patchwork.freedesktop.org/series/105167/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11849_full -> Patchwork_105167v3_full Summary

Re: [Intel-gfx] [PATCH i-g-t] tests/i915/kms_big_fb: trigger async flip with a dummy flip

2022-07-05 Thread Juha-Pekka Heikkila
Hi, On 5.7.2022 13.28, Murthy, Arun R wrote: On 5.7.2022 12.49, Karthik B S wrote: On 7/5/2022 3:08 PM, Murthy, Arun R wrote: On 6/28/2022 4:34 PM, Arun R Murthy wrote: In oder to trigger the async flip, a dummy flip is required after sync flip so as to update the watermarks for async in KMD

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Support Async Flip on Linear buffers (rev3)

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915: Support Async Flip on Linear buffers (rev3) URL : https://patchwork.freedesktop.org/series/103137/ State : success == Summary == CI Bug Log - changes from CI_DRM_11849_full -> Patchwork_103137v3_full S

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915/pvc: Implement w/a 16016694945

2022-07-05 Thread Patchwork
== Series Details == Series: drm/i915/pvc: Implement w/a 16016694945 URL : https://patchwork.freedesktop.org/series/105837/ State : failure == Summary == CI Bug Log - changes from CI_DRM_11835_full -> Patchwork_105837v1_full Summary ---

Re: [Intel-gfx] [PATCH 1/1] drm/i915/dg2: Bump up CDCLK for DG2

2022-07-05 Thread Shankar, Uma
> -Original Message- > From: Intel-gfx On Behalf Of > Stanislav > Lisovskiy > Sent: Tuesday, June 14, 2022 6:01 PM > To: intel-gfx@lists.freedesktop.org > Subject: [Intel-gfx] [PATCH 1/1] drm/i915/dg2: Bump up CDCLK for DG2 > > We seem to need this W/A same way as for TGL, in order to