<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 1, 2017 at 4:29 AM, Bas Nieuwenhuizen <span dir="ltr"><<a href="mailto:bas@basnieuwenhuizen.nl" target="_blank">bas@basnieuwenhuizen.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Aug 1, 2017 at 1:27 AM, Jordan Justen <<a href="mailto:jordan.l.justen@intel.com">jordan.l.justen@intel.com</a>> wrote:<br>
> On 2017-07-31 16:08:51, Bas Nieuwenhuizen wrote:<br>
>> On Tue, Aug 1, 2017 at 12:32 AM, Jordan Justen<br>
>> > +Vulkan 1.0 -- all DONE: anv<br>
>><br>
>> So while we don't have conformance, we have at several times had local<br>
>> conformance suite runs pass all tests, so I think we can write up radv<br>
>> as all done here too?<br>
><br>
> Ok, I can add radv here if you recommend it.<br>
><br>
>> > +<br>
>> > +Khronos and EXT extensions that are not part of any Vulkan version:<br>
>> > + VK_EXT_acquire_xlib_display not started<br>
>> > + VK_EXT_blend_operation_<wbr>advanced not started<br>
>> > + VK_EXT_debug_marker not started<br>
>><br>
>> Do we even want to implement this as driver, or let this be for the layers?<br>
><br>
> I just used grep to find the extensions. If the consensus is to drop<br>
> this, I can do that.<br>
<br>
</span>So the question here is do we want to have a generic list of supported<br>
features or more like a TODO list. if its the former, adding it would<br>
be ok, if its the latter I'd think adding this (and the win32 exts are<br>
for mesa also unlikely) extension to the list would be kind of<br>
misleading.<span class=""><br></span></blockquote><div><br></div><div>That's a very good question. Here's what I see in GL and I think it's probably reasonable:<br><br></div><div> 1) There is a section for each OpenGL version 3.0 and above with what extensions are required by that version. We only have Vulkan 1.0 today but I'm sure new versions are coming.<br><br></div><div> 2) Theree is a section for all KHR, ARB, and OES extensions not yet tied to any particular OpenGL version<br><br></div><div> 3) The only EXTs listed are those which got promoted directly to core without going through ARB first. There are not many of these but they happen. Mesa supports piles of EXTs which are not in features.txt.<br><br></div><div>I think we should follow a similar pattern. I really don't want this to come back and bite us. Lists of features have this nasty tendency to turn into ToDo lists.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
><br>
>> > + VK_KHX_multiview DONE (anv)<br></span></blockquote><div><br></div><div>I'd be a fan of not listing KHX extensions in features.txt. They're experimental and guaranteed just to go away at some point.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
>> I started this one for radv too, not sure if we put those in if one<br>
>> driver already has them though.<br>
><br>
> Based on GL, I don't think we have a way to indicate that it is<br>
> started for another driver after one has completed it. Do you have a<br>
> recommendation?<br>
<br>
</span>If GL doesn't do it, lets leave it alone for vulkan.<br>
<span class=""><br>
><br>
> Side note: Looking at the header of the file, it looks like I should<br>
> use 'in progress' rather than 'started'.<br>
><br>
>> btw, no vendor extensions?<br>
><br>
> Looking at the 'Khronos, ARB, and OES extensions that are not part of<br>
> any OpenGL or OpenGL ES version' section, it doesn't seem to include<br>
> vendor extensions. I did see a few 'NV' extensions in other sections<br>
> of the file, but I think in those cases they were rolled into the core<br>
> versions.<br>
><br>
> Should we add another section for extensions that at least 1 driver<br>
> has implemented or started to implement?<br>
<br>
</span>I think that would be nice as some of the AMD/NV exts seem to be<br>
implementable cross-vendor. Not a blocker though for adding this.<br>
<div class="HOEnZb"><div class="h5">><br>
> -Jordan<br>
______________________________<wbr>_________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div></div>