Disable acceleration if we detect a hardware error.

This is wildly optimistic, but it should work in a surprising number of
error situations and some output in those cases will be hopefully be
better than none...

If we submit a batchbuffer and the kernel reports the GPU is hung (which
will be caused by an earlier execbuffer, and so the kernel should have
had enough time to determine whether or not it could reset the GPU) then
disable any further attempt to accelerate gfx and force fallbacks to map
the buffers and use the CPU. We cannot normally map any more buffers if
the GPU is hung, so only those already mapped prior to the hang can be
written to, or those allocated in system memory. However, we can expect
that the framebuffer is already mapped, and so have a reasonable
expectation to continue to see the display update.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
(Cheery picked from commit cd38b705be84901a38380dc2a1b90889b553d565)
Signed-off-by: Owain G. Ainsworth <oga@openbsd.org>

1 files changed, 1 insertions, 0 deletions

diff --git a/uxa/uxa.h b/uxa/uxa.h
index efadfdaa..e001c53d 100644
--- a/uxa/uxa.h
+++ b/uxa/uxa.h
@@ -571,6 +571,7 @@ uxa_get_color_for_pixmap (PixmapPtr	 pixmap,
 			  CARD32	*pixel);
 
 void uxa_set_fallback_debug(ScreenPtr screen, Bool enable);
+void uxa_set_force_fallback(ScreenPtr screen, Bool enable);
 
 /**
  * Returns TRUE if the given planemask covers all the significant bits in the