[Intel-gfx] [PATCH 3/3] drm/i915: Stop ignoring failure to set up workaround batch buffers

Chris Wilson chris at chris-wilson.co.uk
Fri Jan 19 10:31:39 UTC 2018


Quoting Tvrtko Ursulin (2018-01-19 10:29:12)
> 
> On 19/01/2018 10:09, Chris Wilson wrote:
> > Quoting Tvrtko Ursulin (2018-01-19 10:00:05)
> >> From: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
> >>
> >> Setting up the workaround batch buffers can fail either due programming
> >> errors which will be caught in development, or by the inability to
> >> allocate a 4k object and pin it in GGTT at runtime.
> >>
> >> Since this is highly unlikely, and it is not deterministic to allow driver
> >> operation to continue with unknown status of workarounds, it is better to
> >> fail engine initialization explicitly under those circumstances.
> > 
> > Not entirely. Failing the driver load leaves the system without a
> > display / console. Disabling GPU execution is one response, but that
> > is likely to happen if the w/a requirement was severe enough.
> > 
> > We are not expecting to see an -EIO at this point in the init sequence
> > and all other errors abort the driver load.
> 
> Fair enough, I did not think about deeper consequences but only assumed 
> we would run without one engine. Assumptions assumptions!

It's not a bad idea :) The next time we give the init a spring clean we
may try that (minimising the impact of any specific failure).
-Chris


More information about the Intel-gfx mailing list