On 30 October 2015 at 14:48, Daniel Stone wrote:
> Hi Julien,
>
> On 30 October 2015 at 11:32, Julien Isorce wrote:
>> Thx for pointing this out. Where are the files related to
>> winsys/presentation :) ?
>
> The one you're changing. ;)
>
> src/gbm already has a great deal of infrastructure for h
Hi Julien,
On 30 October 2015 at 11:32, Julien Isorce wrote:
> Thx for pointing this out. Where are the files related to
> winsys/presentation :) ?
The one you're changing. ;)
src/gbm already has a great deal of infrastructure for handling direct
connections to DRM/KMS devices, buffer allocatio
On 29.10.2015 18:40, Julien Isorce wrote:
This patch allows to use gallium vaapi without requiring
a X server running for your second graphic card.
Signed-off-by: Julien Isorce
Reviewed-by: Christian König
---
src/gallium/state_trackers/va/Makefile.am | 9
src/gallium/state_tracke
Hi Daniel,
Thx for pointing this out. Where are the files related to
winsys/presentation :) ?
Is your remark a blocker for landing the patches I submitted ? Maybe we can
still land them and then if you could guide me what I should change to use
newer api that would be great.
Cheers
Julien
On 30
Hi,
I know this isn't your fault, but I really really don't see any reason
why the vl winsys bits should continue to exist. We already have a
winsys/presentation layer in Mesa ...
Cheers,
Daniel
On 29 October 2015 at 17:40, Julien Isorce wrote:
> This patch allows to use gallium vaapi without re
This patch allows to use gallium vaapi without requiring
a X server running for your second graphic card.
Signed-off-by: Julien Isorce
---
src/gallium/state_trackers/va/Makefile.am | 9
src/gallium/state_trackers/va/context.c | 70 ---
2 files changed, 73 inse
