On Thu, Nov 16, 2017 at 3:47 AM, Mike Lothian wrote:
> Will this allow us to select between iGPU and dGPU like we can with
> OpenGL? Or is it just going to force radv like before?
>
I don't think we have a good selection method yet.
> On Thu, 16 Nov 2017 at 10:09 Grazvydas Ignotas wrote:
>
>>
Will this allow us to select between iGPU and dGPU like we can with OpenGL?
Or is it just going to force radv like before?
On Thu, 16 Nov 2017 at 10:09 Grazvydas Ignotas wrote:
> On Thu, Nov 16, 2017 at 12:33 AM, Dave Airlie wrote:
> > On 15 November 2017 at 04:40, Jason Ekstrand
> wrote:
> >>
On Thu, Nov 16, 2017 at 12:33 AM, Dave Airlie wrote:
> On 15 November 2017 at 04:40, Jason Ekstrand wrote:
>> This commit significantly reworks the way prime support works and lets
>> us pull it even further into radv. The old mechanism required the
>> specific WSI layer to be aware of the linea
On 15 November 2017 at 04:40, Jason Ekstrand wrote:
> This commit significantly reworks the way prime support works and lets
> us pull it even further into radv. The old mechanism required the
> specific WSI layer to be aware of the linear shadow copy that has to be
> done in order for prime to w
This commit significantly reworks the way prime support works and lets
us pull it even further into radv. The old mechanism required the
specific WSI layer to be aware of the linear shadow copy that has to be
done in order for prime to work. In the new paradigm, we better define
what bits of wsi_
