From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [Intel-gfx] [PATCH] drm/i915: Always call fence-lost prior to removing the fence Date: Tue, 26 Mar 2013 20:21:24 +0100 Message-ID: <20130326192123.GX9021@phenom.ffwll.local> References: <1364294370-9204-1-git-send-email-chris@chris-wilson.co.uk> <1364297367-17947-1-git-send-email-chris@chris-wilson.co.uk> <1364307958.2358.3.camel@intelbox> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1364307958.2358.3.camel@intelbox> Sender: stable-owner@vger.kernel.org To: Imre Deak Cc: Chris Wilson , intel-gfx@lists.freedesktop.org, Daniel Vetter , stable@vger.kernel.org List-Id: intel-gfx@lists.freedesktop.org On Tue, Mar 26, 2013 at 04:25:58PM +0200, Imre Deak wrote: > On Tue, 2013-03-26 at 11:29 +0000, Chris Wilson wrote: > > There is a minute window for a race between put-fence removing the fence > > and for a new transaction by an external party on the GTT mmap. That is > > we must zap the mmap prior to removing the fence and not afterwards. > > > > Fixes regression from > > commit 61050808bb019ebea966b7b5bfd357aaf219fb51 > > Author: Chris Wilson > > Date: Tue Apr 17 15:31:31 2012 +0100 > > > > drm/i915: Refactor put_fence() to use the common fence writing routine > > > > v2: Remember the fence to remove with a local variable (gcc) > > > > Signed-off-by: Chris Wilson > > Cc: Daniel Vetter > > Cc: stable@vger.kernel.org # regression introduced in v3.5 > > Reviewed-by: Imre Deak stable rules say "no theoretical races", and I think we don't even have a testcase for this. Hence queued for -next and dropped cc: stable, thanks for the patch. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch