Chris Wilson c41166f9a1 drm/i915: Beware temporary wedging when determining -EIO ... At a few points in our uABI, we check to see if the driver is wedged and report -EIO back to the user in that case. However, as we perform the check and reset asynchronously (where once before they were both serialised by the struct_mutex), we may instead see the temporary wedging used to cancel inflight rendering to avoid a deadlock during reset (caused by either us timing out in our reset handler, i915_wedge_on_timeout or with malice aforethought in intel_reset_prepare for a stuck modeset). If we suspect this is the case, that is we see a wedged driver *and* reset in progress, then wait until the reset is resolved before reporting upon the wedged status. v2: might_sleep() (Mika) Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109580 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Mika Kuoppala <mika.kuoppala@linux.intel.com> Reviewed-by: Mika Kuoppala <mika.kuoppala@linux.intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20190220145637.23503-1-chris@chris-wilson.co.uk		2019-02-20 16:31:08 +00:00
..
drm	drm/i915: Beware temporary wedging when determining -EIO	2019-02-20 16:31:08 +00:00
host1x	gpu: host1x: Continue CDMA execution starting with a next job	2019-02-07 18:34:25 +01:00
ipu-v3	gpu: ipu-v3: pre: don't trigger update if buffer address doesn't change	2019-01-23 11:56:44 +01:00
vga	vga-switcheroo: make PCI dependency explicit	2019-01-15 23:16:47 +01:00
Makefile