<div dir="ltr"><div>Could it be possible to add these drivers in the lists instead of me adding some more exceptions in my code?<br><br></div><div>(I ask that mainly because I might have bug reports saying that softpipe is green but it's never mentioned in the original file)</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-25 10:28 GMT-04:00 Roland Scheidegger <span dir="ltr"><<a href="mailto:sroland@vmware.com" target="_blank">sroland@vmware.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Am <a href="tel:25.08.2014%2007" value="+12508201407">25.08.2014 07</a>:56, schrieb Kenneth Graunke:<br>
<div><div class="h5">> On Monday, August 25, 2014 12:05:07 AM Romain Failliot wrote:<br>
>> Some folks helped me and a lot of detection bug have been fixed!<br>
>><br>
>> I have a question though (for my own culture): what's with the swrast, the<br>
>> softpipe and the llvmpipe? Aren't they all software drivers? What's the<br>
>> difference between all of them?<br>
>><br>
>> Thanks you!<br>
><br>
> swrast is Mesa's original software rasterizer - the oldest of the three.  In addition to being a standalone software driver, it's also used for software fallbacks in the classic drivers (i915, i965, r100, r200, nouveau_vieux).<br>

><br>
> softpipe is newer - a Gallium based software rasterizer.  It has a lot more features than the old swrast.  It's not particularly fast, but is pretty simple in comparison to llvmpipe.<br>
><br>
> llvmpipe uses LLVM to compile shaders to native assembly, rather than using an interpreter.  As such, it's much faster than the other two.<br>
><br>
> At least, that's my understanding of the situation.<br>
><br>
> --Ken<br>
<br>
</div></div>In addition to that, softpipe is more meant as a development tool - way<br>
easier to debug if something goes wrong than llvmpipe. It is lagging a<br>
bit behind llvmpipe though in some areas.<br>
llvmpipe, while not listed in GL3.txt, actually can do all up to and<br>
including GL 3.3, with the exception of real MSAA (the implementation is<br>
fake and not conformant). Similar story with softpipe (though it has<br>
more non-compliant behavior wrt texturing especially, like explicit<br>
derivatives not working, no offsets etc.).<br>
</blockquote></div><br></div>