[Bug 111378] [CI][DRMTIP]igt at perf_pmu@busy-no-semaphores-vcs0 - dmesg-warn- IRQs not enabled as expected
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Aug 13 20:50:25 UTC 2019
https://bugs.freedesktop.org/show_bug.cgi?id=111378
Chris Wilson <chris at chris-wilson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #4 from Chris Wilson <chris at chris-wilson.co.uk> ---
commit a79ca656b648e6851dd2f1eb0dcef86b278a8908
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Tue Aug 13 20:07:05 2019 +0100
drm/i915: Push the wakeref->count deferral to the backend
If the backend wishes to defer the wakeref parking, make it responsible
for unlocking the wakeref (i.e. bumping the counter). This allows it to
time the unlock much more carefully in case it happens to needs the
wakeref to be active during its deferral.
For instance, during engine parking we may choose to emit an idle
barrier (a request). To do so, we borrow the engine->kernel_context
timeline and to ensure exclusive access we keep the
engine->wakeref.count as 0. However, to submit that request to HW may
require a intel_engine_pm_get() (e.g. to keep the submission tasklet
alive) and before we allow that we have to rewake our wakeref to avoid a
recursive deadlock.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20190813/09e06cd2/attachment-0001.html>
More information about the intel-gfx-bugs
mailing list