Am 22.03.2018 um 00:43 schrieb Ilia Mirkin: > On Wed, Mar 21, 2018 at 7:37 PM, Roland Scheidegger <srol...@vmware.com> > wrote: >> Personally I'm not a big proponent on propagating single-vendor >> extensions (which are useless for anything but one specific driver) more >> or less directly through to gallium. >> There's an intel extension doing similar things already too. >> Ideally we'd end up with some bits in gallium which can do whatever the >> standardized version of it is going to require in some sensible way - at >> least I'd hope that such an extension will surface... > > Agreed. When/if such an extension materializes, we can adjust the > gallium API in a logical way to cover all the cases. Until then, this > is the functionality that exists on the GPUs in question. >
I'm wondering, which bits of these could be done on AMD gpus too? Vega chips support conservative rasterization too. My guess is that what will end up in a standardized extension is probably similar to what's supported by d3d... I'm not just not sure it's really worth the trouble of bothering the gallium interface with basically experimental additions. From what I can tell you could instead implement intel's extension and expose that on nvidia gpus instead (albeit I'm not sure nvidia can do all of that neither) - from a quick look the interfaces would be quite different if you started with that instead. But whatever, I'm not too concerned, but maybe the AMD guys are... Roland _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
