<p dir="ltr"><br>
On May 16, 2016 1:53 AM, "Kenneth Graunke" <<a href="mailto:kenneth@whitecape.org">kenneth@whitecape.org</a>> wrote:<br>
><br>
> On Monday, May 16, 2016 6:32:11 AM PDT Dave Airlie wrote:<br>
> > So I said this on irc over the weekend and it seemed like we had some<br>
> > consensus on holding off 12.0 until we could announce 4.5 on some<br>
> > hardware. This assumes the FP64 stuff is going in at least.<br>
> ><br>
> > So I decided to roll out the proposal here, which is that we finish<br>
> > GL4.5 features off for at least Skylake I think.<br>
><br>
> Personally, I think it makes the most sense to proceed with the<br>
> time-based release as planned.  We've already packed a ton of great<br>
> things into it...i965 will jump from 3.3 to 4.2, and the other drivers<br>
> have made significant strides as well.  I'd like to have an i965 GL 4.x<br>
> release sooner rather than later.</p>
<p dir="ltr">The three things I would absolutely like to land in 12.0 are: attrib64 so we can get 4.2, Curro's spilling *compiler* fixes (we can land those later and back-port if needed), and a set of format cleanups in the Vulkan driver I plan to send today.</p>
<p dir="ltr">Beyond that, I agree that landing SIMD32 would be really nice and worth delaying by a week but no more.  Getting actual 4.5 it looks like will take longer to do properly.</p>
<p dir="ltr">> I might be inclined to push it back a week or so if that would help us<br>
> land SIMD32 (only for compute, and only when required).  Then i965/Gen8+<br>
> could enable ARB_compute_shader and claim 4.3.  Supposedly Curro has most<br>
> of that code written, and Jason's offered to review it as soon as possible.<br>
> A lot of applications seem to rely on GL 4.3 and compute shaders.<br>
><br>
> I'm all for rushing to GL 4.5, but why not do it in master after the<br>
> branch point?  We can always pull in the next release if we want, rather<br>
> than pushing this one out.  Looking ahead...we've got a bunch going on:<br>
><br>
> - Finishing GL 4.5<br>
> - Finishing ES 3.2<br>
> - Landing Tim's shader cache<br>
> - More performance work<br>
> - Porting features to more platforms (i.e. fp64 on Haswell/Ivybridge)<br>
><br>
> I think we could knock out a bunch of that out in another 3 months, and<br>
> it'd make for a pretty great 12.1 release.  I also think that varying<br>
> packing is going to continue to bite us, and feel like we're going to<br>
> have to rewrite that in order to have a good quality 4.4<br>
> implementation...<br>
><br>
> That's just my current thinking, anyway.  I'm not sure what's best.<br>
><br>
> --Ken<br>
><br>
> _______________________________________________<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">https://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
><br>
</p>