[Intel-gfx] [PATCH] drm/i915: hold ref on flip object until it completes

Jesse Barnes jbarnes at virtuousgeek.org
Thu Feb 11 18:00:25 CET 2010


On Wed, 10 Feb 2010 17:39:44 -0800
Eric Anholt <eric at anholt.net> wrote:

> On Wed, 10 Feb 2010 15:09:44 -0800, Jesse Barnes
> <jbarnes at virtuousgeek.org> wrote:
> > On Wed, 10 Feb 2010 15:07:26 -0800
> > Jesse Barnes <jbarnes at virtuousgeek.org> wrote:
> > 
> > > On Wed, 10 Feb 2010 23:07:06 +0000
> > > Owain Ainsworth <zerooa at googlemail.com> wrote:
> > > 
> > > > On Wed, Feb 10, 2010 at 02:55:56PM -0800, Jesse Barnes wrote:
> > > > > This will prevent things from falling over if the user frees
> > > > > the flip buffer before we complete the flip, since we'll hold
> > > > > an internal reference.
> > > > > 
> > > > > Reported-by: Kristian H??gsberg <krh at bitplanet.net>
> > > > > Signed-off-by: Jesse Barnes <jbarnes at virtuousgeek.org>
> > > > > 
> > > > > diff --git a/drivers/gpu/drm/i915/intel_display.c
> > > > > b/drivers/gpu/drm/i915/intel_display.c index 2476fb4..372a2f5
> > > > > 100644 --- a/drivers/gpu/drm/i915/intel_display.c
> > > > > +++ b/drivers/gpu/drm/i915/intel_display.c
> > > > > @@ -4039,6 +4039,9 @@ void intel_finish_page_flip(struct
> > > > > drm_device *dev, int pipe)
> > > > > atomic_dec_and_test(&obj_priv->pending_flip))
> > > > > DRM_WAKEUP(&dev_priv->pending_flip_queue);
> > > > > schedule_work(&work->work); +
> > > > > +	/* Drop the flip ref we took when the ioctl was
> > > > > called */
> > > > > +	drm_gem_object_unreference(work->pending_flip_obj);
> > > > >  }
> > > > 
> > > > two problems:
> > > > 1) not holdin struct mutex ((this is in interrupt context).
> > > > 2) you're doing that from interrupt context. stuff like the
> > > > unref, the possible free and unbind should not happen here.
> > > 
> > > Arg you're right.  I need to move this to the work handler.
> > 
> > So ignore the last one.  This one is less buggy.
> 
> OK, so apparently obvious isn't good enough.  You can all see how much
> I'm actually reviewing patches.
> 
> Rebased this one in instead.

Thanks, sorry for the first one, I should have caught that too.

-- 
Jesse Barnes, Intel Open Source Technology Center



More information about the Intel-gfx mailing list