✓ 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