✓ CI.checkpatch: success for drm/xe/ufence: Signal ufence faster when possible (rev2)
Patchwork
patchwork at emeril.freedesktop.org
Thu Nov 7 11:23:17 UTC 2024
== Series Details ==
Series: drm/xe/ufence: Signal ufence faster when possible (rev2)
URL : https://patchwork.freedesktop.org/series/140181/
State : success
== Summary ==
+ KERNEL=/kernel
+ git clone https://gitlab.freedesktop.org/drm/maintainer-tools mt
Cloning into 'mt'...
warning: redirecting to https://gitlab.freedesktop.org/drm/maintainer-tools.git/
+ git -C mt rev-list -n1 origin/master
30ab6715fc09baee6cc14cb3c89ad8858688d474
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit e28d7efa443eb7f3231e9d921c3e14bbe6050620
Author: Nirmoy Das <nirmoy.das at intel.com>
Date: Fri Oct 18 17:29:58 2024 +0200
drm/xe/ufence: Signal ufence faster when possible
When the backing fence is already signaled, the ufence can be
immediately signaled without queuing in the ordered work queue.
This should also reduce load from the xe ordered_wq and won't
block signaling a ufence which doesn't require any serialization.
v2: fix system_wq typo
v3: signal immediately instead of queuing in system_wq (Matt B)
v4: revert back to v2 of using workqueue because of locking issue
and remote viewing a different mm struct.
Use Xe's unordered_wq which should be less congested than global
one.
Link: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/1630
Cc: Matthew Auld <matthew.auld at intel.com>
Cc: Matthew Brost <matthew.brost at intel.com>
Signed-off-by: Nirmoy Das <nirmoy.das at intel.com>
Reviewed-by: Jonathan Cavitt <jonathan.cavitt at intel.com>
+ /mt/dim checkpatch 6f358787ded211657532e2ee4df2e446b03d860f drm-intel
e28d7efa443e drm/xe/ufence: Signal ufence faster when possible
More information about the Intel-xe
mailing list