[Mesa-dev] [PATCH 3/3] RFC: vulkan/wsi: Rework the way prime support works

Grazvydas Ignotas notasas at gmail.com
Thu Nov 16 10:08:46 UTC 2017


On Thu, Nov 16, 2017 at 12:33 AM, Dave Airlie <airlied at gmail.com> wrote:
> On 15 November 2017 at 04:40, Jason Ekstrand <jason at jlekstrand.net> 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 work.  In the new paradigm, we better define
>> what bits of wsi_image go to the client and what bits go off to the
>> window system.  It's then the job of the driver to allocate two separate
>> images and stash whatever intermediates it needs in driver_private.
>> There are a few advantages to this method:
>>
>>  1) It separates supporting prime from the driver decision as to whether
>>     it's better to render directly into the window-system-compatible
>>     image or if it's better to blit.
>>
>>  2) Because of this separation, it's now possible for a driver to use a
>>     different scheme for WSI image presentation where it hooks the
>>     vkCmdPipelineBarrier that transitions the image to
>>     VK_IMAGE_LAYOUT_PRESENT_SRC_KHR and does the blit there.
>>
>>  3) It lets us pull more of the details into radv and, in my opinion,
>>     actually makes the radv code more straightforward.
>
> For the record, PRIME is not radv specific, stop trying to make it so,
> anv should support display to other GPUs.

Yes it would be great if that worked, would make radv vs anv testing
so much easier as I much prefer my display to be on dGPU.

GraÅžvydas


More information about the mesa-dev mailing list