Re: [Mesa-dev] Implement GLX_EXT_buffer_age for DRI2

2015-02-18 Thread Daniel Stone
Hi,

On 20 January 2015 at 21:49, Dave Airlie airl...@gmail.com wrote:
 On 19 January 2015 at 21:00, Chris Wilson ch...@chris-wilson.co.uk wrote:
 In order to suport GLX_EXT_buffer_age in DRI2, we need to pass back the
 last swap buffer count that the back buffer was defined for. For
 simplicity, we can reuse an existing field in the DRI2GetBuffers reply
 that is not used by current drivers, the flags. Since we change the
 interpretation of this flag, we also declare the semantic change with a
 DRI2 parameter and depend upon the DDX to enable the change
 responsibility (which is just a matter of reviewing whether the flags
 field has ever been used for a non-zero value).

 This is just missing the why do we need to add this to DRI2 when we
 have DRI3/Present that should be solving it.

 Doesn't dri3 already do this?

DRI3/Present still seem to be pretty unstable and break a bunch of
stuff, and buffer_age is definitely a useful optimisation for non-TBDR
platforms, so I don't see why not.

Cheers,
Daniel
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev


Re: [Mesa-dev] Implement GLX_EXT_buffer_age for DRI2

2015-01-20 Thread Dave Airlie
On 19 January 2015 at 21:00, Chris Wilson ch...@chris-wilson.co.uk wrote:
 In order to suport GLX_EXT_buffer_age in DRI2, we need to pass back the
 last swap buffer count that the back buffer was defined for. For
 simplicity, we can reuse an existing field in the DRI2GetBuffers reply
 that is not used by current drivers, the flags. Since we change the
 interpretation of this flag, we also declare the semantic change with a
 DRI2 parameter and depend upon the DDX to enable the change
 responsibility (which is just a matter of reviewing whether the flags
 field has ever been used for a non-zero value).


This is just missing the why do we need to add this to DRI2 when we
have DRI3/Present that should be solving it.

Doesn't dri3 already do this?

Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev