[Intel-gfx] [RFC 6/8] drm/i915: Fix loop on CSB processing
Chris Wilson
chris at chris-wilson.co.uk
Wed Mar 21 18:06:44 UTC 2018
Quoting Jeff McGee (2018-03-21 17:33:04)
> On Wed, Mar 21, 2018 at 10:26:23AM -0700, jeff.mcgee at intel.com wrote:
> > From: Jeff McGee <jeff.mcgee at intel.com>
> >
> > Signed-off-by: Jeff McGee <jeff.mcgee at intel.com>
> > ---
> > drivers/gpu/drm/i915/intel_lrc.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/gpu/drm/i915/intel_lrc.c b/drivers/gpu/drm/i915/intel_lrc.c
> > index beb81f13a3cc..cec4e1653daf 100644
> > --- a/drivers/gpu/drm/i915/intel_lrc.c
> > +++ b/drivers/gpu/drm/i915/intel_lrc.c
> > @@ -1009,7 +1009,7 @@ static void execlists_submission_tasklet(unsigned long data)
> > * imposing the cost of a locked atomic transaction when submitting a
> > * new request (outside of the context-switch interrupt).
> > */
> > - if (test_bit(ENGINE_IRQ_EXECLIST, &engine->irq_posted))
> > + while (test_bit(ENGINE_IRQ_EXECLIST, &engine->irq_posted))
> Assuming that this accidentally went missing in the refactor. Chris?
No. process_csb became a do{} while. The caller did a test_bit to avoid
the function call for normal rescheduling paths.
-Chris
More information about the Intel-gfx
mailing list