<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [TGL] media VME encoding GPU hang w/o i915 error state captured" href="https://bugs.freedesktop.org/show_bug.cgi?id=112377#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [TGL] media VME encoding GPU hang w/o i915 error state captured" href="https://bugs.freedesktop.org/show_bug.cgi?id=112377">bug 112377</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>(In reply to Eero Tamminen from <a href="show_bug.cgi?id=112377#c5">comment #5</a>) > (In reply to Chris Wilson from <a href="show_bug.cgi?id=112377#c3">comment #3</a>) > > Forced preemption occurs when a lower priority batch does not yield the GPU > > to a higher preemption request [which is a denial-of-service from one and a > > quality-of-service guarantee for the other], over a certain timeout. > > What is higher pre-emption request in this case? priority. > (Maybe dmesg output could identify also the higher priority process?) It's not the one at fault, it can be anything including the heartbeat. > (In reply to Chris Wilson from <a href="show_bug.cgi?id=112377#c1">comment #1</a>) > > It's a forced preemption; reset from softirq context prohibits error capture > > and would further compromise the QoS of the more important task. > > Is there some option to enable error capture also in that case? The option is to turn off this mode. The means to do that are likely to change when we add more knobs other than modparams. > (Otherwise debugging those issues would become really hard...)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>