[Mesa-dev] [RFC] Linux Graphics Next: Explicit fences everywhere and no BO fences - initial proposal

Christian König ckoenig.leichtzumerken at gmail.com
Wed Apr 28 06:59:47 UTC 2021

Hi Dave,

Am 27.04.21 um 21:23 schrieb Marek Olšák:
> Supporting interop with any device is always possible. It depends on 
> which drivers we need to interoperate with and update them. We've 
> already found the path forward for amdgpu. We just need to find out 
> how many other drivers need to be updated and evaluate the 
> cost/benefit aspect.
> Marek
> On Tue, Apr 27, 2021 at 2:38 PM Dave Airlie <airlied at gmail.com 
> <mailto:airlied at gmail.com>> wrote:
>     On Tue, 27 Apr 2021 at 22:06, Christian König
>     <ckoenig.leichtzumerken at gmail.com
>     <mailto:ckoenig.leichtzumerken at gmail.com>> wrote:
>     >
>     > Correct, we wouldn't have synchronization between device with
>     and without user queues any more.
>     >
>     > That could only be a problem for A+I Laptops.
>     Since I think you mentioned you'd only be enabling this on newer
>     chipsets, won't it be a problem for A+A where one A is a generation
>     behind the other?

Crap, that is a good point as well.

>     I'm not really liking where this is going btw, seems like a ill
>     thought out concept, if AMD is really going down the road of designing
>     hw that is currently Linux incompatible, you are going to have to
>     accept a big part of the burden in bringing this support in to more
>     than just amd drivers for upcoming generations of gpu.

Well we don't really like that either, but we have no other option as 
far as I can see.

I have a couple of ideas how to handle this in the kernel without 
dma_fences, but it always require more or less changes to all existing 


>     Dave.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20210428/e89b6842/attachment-0001.htm>

More information about the mesa-dev mailing list