✓ CI.checkpatch: success for drm/xe/ufence: Signal ufence faster when possible

[Patchwork]

== Series Details ==

Series: drm/xe/ufence: Signal ufence faster when possible
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 9bf93db5ab2a9518e88f2bbeddb6689141f59062
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>
+ /mt/dim checkpatch cebb76fe419dd92609fb86e59c9671387c5325a3 drm-intel
9bf93db5ab2a drm/xe/ufence: Signal ufence faster when possible