diff options
| author | Chris Wilson <[email protected]> | 2018-03-15 15:10:15 +0000 |
|---|---|---|
| committer | Chris Wilson <[email protected]> | 2018-03-16 10:16:08 +0000 |
| commit | ac697ae8013a7c7301174c9c3b02a92fe418b7ea (patch) | |
| tree | ef4fefba35b9bb54b07719ec079f6e7d922b162a /tools/perf/scripts/python/netdev-times.py | |
| parent | d9b13c4dde6cacd8f2c4385cd6d293b0ac622e0b (diff) | |
drm/i915: Stop engines when declaring the machine wedged
If we fail to reset the GPU, we declare the machine wedged. However, the
GPU may well still be running in the background with an in-flight
request. So despite our efforts in cleaning up the request queue and
faking the breadcrumb in the HWSP, the GPU may eventually write the
in-flght seqno there breaking all of our assumptions and throwing the
driver into a deep turmoil, wedging beyond wedged.
To avoid this we ideally want to reset the GPU. Since that has already
failed, make sure the rings have the stop bit set instead. This is part
of the normal GPU reset sequence, but that is actually disabled by
igt/gem_eio to force the wedged state. If we assume the worst, we must
poke at the bit again before we give up.
v2: Move the intel_gpu_reset() from set-wedged in the reset error path
into i915_gem_set_wedged() itself. Even if the reset fails (e.g. if it is
disabled by gem_eio), it still tries to make sure the engines are
stopped. For i915_gem_set_wedged() callers from outside of i915_reset(),
this should make sure the GPU is disabled while the driver is marked as
being wedged.
Testcase: igt/gem_eio
Signed-off-by: Chris Wilson <[email protected]>
Cc: Mika Kuoppala <[email protected]>
Cc: MichaĆ Winiarski <[email protected]>
Cc: Michal Wajdeczko <[email protected]>
Cc: Michel Thierry <[email protected]>
Reviewed-by: Mika Kuoppala <[email protected]>
Link: https://patchwork.freedesktop.org/patch/msgid/[email protected]
Diffstat (limited to 'tools/perf/scripts/python/netdev-times.py')
0 files changed, 0 insertions, 0 deletions