<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Aug 9, 2016 at 8:11 AM, Enrico Weigelt, metux IT consult <span dir="ltr"><<a href="mailto:enrico.weigelt@gr13.net" target="_blank">enrico.weigelt@gr13.net</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 07.08.2016 12:50, Marek Olšák wrote:<br>
<br>
> It would mainly be a futile task if it had to compete with their<br>
> official Mesa driver.<br>
<br>
</span>Not quite. Would give us all of gallium's capabilities also for<br>
the intel chips, for example having lots of different state trackers.<br>
(coming back to my original intention of cairo as a gallium st)<br></blockquote><div><br></div><div>Gallium isn't an API you support it's a way you write your driver.  Switching to gallium is a fundamental change in the way the entire driver is architected.  It could be done (and recent changes in our driver are shrinking the dri portion so it's getting easier) but it's a massive pile of work with mediocre benefit.  I could go on a very long rant about it but the short version is: If we were writing a new driver or if something came up that made gallium hugely benificial, we might consider it but at the moment, there's no good reason.<br><br></div><div>As far as cairo goes, I'd much rather see the GL backend improved or a Vulkan backend added as those are both stable industry-supported APIs rather than running directly on gallium.<br><br></div><div>--Jason <br></div></div></div></div>