[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
drivers.
Christian.
>
> 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