[Bug 111626] [CI][SHARDS] igt at perf_pmu@busy-idle-no-semaphores-bcs0 - dmesg-warn - WARNING: possible irq lock inversion dependency detected
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Nov 14 23:52:32 UTC 2019
https://bugs.freedesktop.org/show_bug.cgi?id=111626
--- Comment #28 from Chris Wilson <chris at chris-wilson.co.uk> ---
commit c9ad602feabe4271d2adf1bdae5d8b20c2dc84f1
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Thu Nov 14 17:25:35 2019 +0000
drm/i915: Split i915_active.mutex into an irq-safe spinlock for the rbtree
As we want to be able to run inside atomic context for retiring the
i915_active, and we are no longer allowed to abuse mutex_trylock, split
the tree management portion of i915_active.mutex into an irq-safe
spinlock.
References: a0855d24fc22d ("locking/mutex: Complain upon mutex API misuse
in IRQ contexts")
References: https://bugs.freedesktop.org/show_bug.cgi?id=111626
Fixes: 274cbf20fd10 ("drm/i915: Push the i915_active.retire into a worker")
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Cc: Tvrtko Ursulin <tvrtko.ursulin at linux.intel.com>
Cc: Matthew Auld <matthew.auld at intel.com>
Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin at linux.intel.com>
Link:
https://patchwork.freedesktop.org/patch/msgid/20191114172535.1116-1-chris@chris-wilson.co.uk
will get rid of most of the culprits, but we still have the
intel_engine_pm_put() from inside i915_pmu.c to worry about. I might just stop
pushing for that to be immediate and always schedule the work.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20191114/3a2ef3f5/attachment-0001.html>
More information about the intel-gfx-bugs
mailing list