<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 7, 2017 at 9:04 AM, Chad Versace <span dir="ltr"><<a href="mailto:chadversary@chromium.org" target="_blank">chadversary@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue 07 Nov 2017, Jason Ekstrand wrote:<br>
> On Tue, Nov 7, 2017 at 8:11 AM, Jason Ekstrand <[1]<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>> wrote:<br>
<span class="">><br>
>     On Tue, Nov 7, 2017 at 6:47 AM, Chad Versace <[2]<a href="mailto:chadversary@chromium.org">chadversary@chromium.org</a>><br>
>     wrote:<br>
><br>
>             - crucible<br>
><br>
>               We really need to write crucible tests to hammer some tricky<br>
>               corner cases.  I haven't written them yet. Volunteers?<br>
><br>
><br>
>     If you expect anything other than anv to implement this, I think those<br>
>     tests should probably go in vk-gl-cts.  I'm sorry.<br>
><br>
><br>
> Also, before we can land the actual implementation of the three VK_EXT<br>
> extensions, I would like there to be some reasonable level of automated<br>
> testing.  If this is something that some compositor stack is going to depend<br>
> on, then I'd really like to not break it randomly.  I'm sorry if that's a bit<br>
> hard-line, but having dEQP has made us all lazy about actually writing tests<br>
> for things.<br>
<br>
</span>That's a reasonable requirement. After all, this will be a critical<br>
extension for systems where the compositor uses it.<br>
<br>
But, to write those tests, I'll need to `set tabstop=4` in vim! I don't<br>
know if I can swallow that pain :)<br>
</blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">With therapy, I think you can get over it.<br></div></div>