Re: [Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-19 Thread Chris Wilson
On Wed, Jun 18, 2014 at 11:28:09PM +0200, Daniel Vetter wrote: > So from just a quick look we seem to have enough information to > accurately figure out whether a given gem bo is used as a frontbuffer > and where exactly: We have obj->pin_count as a first check with no > false negatives and only ne

[Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Daniel Vetter
So from just a quick look we seem to have enough information to accurately figure out whether a given gem bo is used as a frontbuffer and where exactly: We have obj->pin_count as a first check with no false negatives and only negligible false positives. And then we can just walk the modeset objects

Re: [Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Chris Wilson
On Wed, Jun 18, 2014 at 06:05:02PM +0200, Daniel Vetter wrote: > On Wed, Jun 18, 2014 at 04:58:54PM +0100, Chris Wilson wrote: > > On Wed, Jun 18, 2014 at 05:55:31PM +0200, Daniel Vetter wrote: > > > On Wed, Jun 18, 2014 at 03:55:44PM +0100, Chris Wilson wrote: > > > > On Wed, Jun 18, 2014 at 03:01

Re: [Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Daniel Vetter
On Wed, Jun 18, 2014 at 04:58:54PM +0100, Chris Wilson wrote: > On Wed, Jun 18, 2014 at 05:55:31PM +0200, Daniel Vetter wrote: > > On Wed, Jun 18, 2014 at 03:55:44PM +0100, Chris Wilson wrote: > > > On Wed, Jun 18, 2014 at 03:01:25PM +0200, Daniel Vetter wrote: > > > > +void i915_gem_update_fb_bits

Re: [Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Chris Wilson
On Wed, Jun 18, 2014 at 05:55:31PM +0200, Daniel Vetter wrote: > On Wed, Jun 18, 2014 at 03:55:44PM +0100, Chris Wilson wrote: > > On Wed, Jun 18, 2014 at 03:01:25PM +0200, Daniel Vetter wrote: > > > +void i915_gem_update_fb_bits(struct drm_i915_gem_object *old, > > > + struct

Re: [Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Daniel Vetter
On Wed, Jun 18, 2014 at 03:55:44PM +0100, Chris Wilson wrote: > On Wed, Jun 18, 2014 at 03:01:25PM +0200, Daniel Vetter wrote: > > +void i915_gem_update_fb_bits(struct drm_i915_gem_object *old, > > +struct drm_i915_gem_object *new, > > +unsigned front

Re: [Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Chris Wilson
On Wed, Jun 18, 2014 at 03:01:25PM +0200, Daniel Vetter wrote: > +void i915_gem_update_fb_bits(struct drm_i915_gem_object *old, > + struct drm_i915_gem_object *new, > + unsigned frontbuffer_bits); > + Time to be a nuisance: i915_gem_object_track_f

[Intel-gfx] [PATCH] drm/i915: Introduce accurate frontbuffer tracking

2014-06-18 Thread Daniel Vetter
So from just a quick look we seem to have enough information to accurately figure out whether a given gem bo is used as a frontbuffer and where exactly: We have obj->pin_count as a first check with no false negatives and only negligible false positives. And then we can just walk the modeset objects