[Intel-gfx] [PATCH] drm/i915: Record batch buffer following GPU error
Chris Wilson
chris at chris-wilson.co.uk
Tue Feb 23 17:28:35 CET 2010
On Mon, 22 Feb 2010 12:02:23 -0500, Eric Anholt <eric at anholt.net> wrote:
> On Thu, 18 Feb 2010 10:24:56 +0000, Chris Wilson <chris at chris-wilson.co.uk> wrote:
> > In order to improve our diagnostic capabilities following a GPU hang
> > and subsequent reset, we need to record the batch buffer that triggered
> > the error. We assume that the current batch buffer, plus a few details
> > about what else is on the active list, will be sufficient -- at the very
> > least an improvement over nothing.
> >
> > The extra information is stored in /debug/dri/.../i915_error_state
> > following an error, and may be decoded using
> > intel_gpu_tools/tools/intel_error_decode.
> >
> > v2: Avoid excessive work under spinlocks.
> > v3: Include ringbuffer for later analysis.
> > v4: Use kunmap correctly and record more buffer state.
> > v5: Search ringbuffer for current batch buffer
> > v6: Use a work fn for the impossible IRQ error case.
> > v7: Avoid non-atomic paths whilst in IRQ context.
>
> Applied. Thanks!
D'oh. I've a v8, kicking around now... ;-)
Adds a scan of flushing/inactive lists for the active buffer, just in case.
-ickle
--
Chris Wilson, Intel Open Source Technology Centre
More information about the Intel-gfx
mailing list