Few tests - abort - kworker/.*is trying to acquire lock:, at: _intel_gt_reset_lock., but task is already holding lock: , at: process_scheduled_works

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_1420/bat-adln-1/igt@gem_exec_schedule@deep@vecs0.html#dmesg-warnings23

<4> [287.499053] 6.6.0-rc1-drmtip_1420-geb35627e1c4a+ #1 Not tainted
<4> [287.499058] ------------------------------------------------------
<4> [287.499062] kworker/3:1H/71 is trying to acquire lock:
<4> [287.499066] ffff888111115050 (&gt->reset.backoff_srcu){++++}-{0:0}, at: _intel_gt_reset_lock+0x0/0x330 [i915]
<4> [287.499282] 
but task is already holding lock:
<4> [287.499286] ffffc90000fcfe58 ((work_completion)(&(&guc->timestamp.work)->work)){+.+.}-{0:0}, at: process_scheduled_works+0x251/0x540
<4> [287.499299] 
which lock already depends on the new lock.
<4> [287.499304] 
the existing dependency chain (in reverse order) is:
<4> [287.499309] 
-> #3 ((work_completion)(&(&guc->timestamp.work)->work)){+.+.}-{0:0}:
<4> [287.499317]        lock_acquire+0xd8/0x2d0
<4> [287.499323]        __flush_work+0x74/0x510
<4> [287.499328]        __cancel_work_timer+0x14f/0x1f0
<4> [287.499332]        intel_guc_submission_reset_prepare+0x81/0x4b0 [i915]