[Intel-xe] ✓ CI.checkpatch: success for Fix pagefault and access counter worker functions (rev2)

[Patchwork]

== Series Details ==

Series: Fix pagefault and access counter worker functions (rev2)
URL   : https://patchwork.freedesktop.org/series/125827/
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
63c2b6b160bca2df6efc7bc4cea6f442097d7854
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit adb8bbf2b2b2384f912cc14cc146d63c496027b5
Author: Brian Welty <brian.welty at intel.com>
Date:   Wed Nov 1 15:52:44 2023 -0700

    drm/xe: Fix pagefault and access counter worker functions
    
    When processing G2H messages for pagefault or access counters, we queue a
    work item and call queue_work(). This fails if the worker thread is already
    queued to run.
    The expectation is that the worker function will do more than process a
    single item and return. It needs to either process all pending items or
    requeue itself (when items are pending) before returning.
    
    Here, we choose to requeue the worker if faults are pending. This will
    introduce some unnecessary latency, but if this is the preference, we can
    start here and tune this later.
    
    This resolves issues seen with several igt at xe_exec_fault_mode subtests
    where the GPU will hang when KMD ignores a pending pagefault.
    
    v2: requeue the worker instead of having an internal processing loop.
        Likely, we want a hybrid model which processes more than a single
        fault before requeuing.  (Matt B)
    
    Signed-off-by: Brian Welty <brian.welty at intel.com>
+ /mt/dim checkpatch ff616f1d0e92e64af239b351437421eb78922b8c drm-intel
adb8bbf2b drm/xe: Fix pagefault and access counter worker functions