<div dir="ltr">Thanks! Seems the system in question was using llvmpipe which passes ~95% of our tests when we tell it be a 3.2 context using the environment variables. For some reason I was thinking llvmpipe was full 3.2 Core.  I tried playing with softpipe to see if that had better results but it had significantly more failures. I think the Intel SWR is at the 99% or so mark now on our tests so that may be a good bet for our pure software rendering.<div><br></div><div>Thanks Again!</div><div>Ken</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 26, 2015 at 6:41 AM, Albert Freeman <span dir="ltr"><<a href="mailto:albertwdfreeman@gmail.com" target="_blank">albertwdfreeman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 26 November 2015 at 11:37, Albert Freeman <<a href="mailto:albertwdfreeman@gmail.com">albertwdfreeman@gmail.com</a>> wrote:<br>
> On 25 November 2015 at 22:45, Ken Martin <<a href="mailto:ken.martin@kitware.com">ken.martin@kitware.com</a>> wrote:<br>
>><br>
>> Noob question incoming... I have an application that requests a 3.2 core<br>
>> context from Mesa.  I tell folks to make sure they have mesa version 10.6.5<br>
>> or later which I thought supported OpenGL 3.2.  Usually this works but now<br>
>> and then I get users who's Mesa (including version 11) fails to provide a<br>
>> 3.2 Core context. I tell them to set<br>
>><br>
>> MESA_GL_VERSION_OVERRIDE=3.2<br>
>><br>
>> and<br>
>><br>
>> MESA_GLSL_VERSION_OVERRIDE=150 (or something like that)<br>
>><br>
>> and it generally works. But I'm not sure why the original request for 3.2<br>
>> Core is failing on some systems (drivers?).  Looking at<br>
>><br>
>> <a href="http://mesamatrix.net/" rel="noreferrer" target="_blank">http://mesamatrix.net/</a><br>
>><br>
>> leads me to think that all drivers with a recent mesa should be fine with<br>
>> 3.2 Core but obviously I am missing something. Do I need to be telling them<br>
>> to use a specific driver? Is there a list of drivers that do not support 3.2<br>
>> I should tell them to avoid? Anything else come to mind?<br>
>><br>
>> I just want to try to provide a bit more help to folks to get them up and<br>
>> running with Mesa and even better get our code to handle it automatically if<br>
>> we could.<br>
>><br>
>> Any pointers appreciated. The application is vtk.<br>
>><br>
>> Thanks<br>
>> Ken<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Ken Martin PhD<br>
>> Chairman & CFO<br>
>> Kitware Inc.<br>
>> 28 Corporate Drive<br>
>> Clifton Park NY 12065<br>
>> <a href="tel:518%20371%203971" value="+15183713971">518 371 3971</a><br>
>><br>
>> This communication, including all attachments, contains confidential and<br>
>> legally privileged information, and it is intended only for the use of the<br>
>> addressee.  Access to this email by anyone else is unauthorized. If you are<br>
>> not the intended recipient, any disclosure, copying, distribution or any<br>
>> action taken in reliance on it is prohibited and may be unlawful. If you<br>
>> received this communication in error please notify us immediately and<br>
>> destroy the original message.  Thank you.<br>
>><br>
>> _______________________________________________<br>
>> mesa-users mailing list<br>
>> <a href="mailto:mesa-users@lists.freedesktop.org">mesa-users@lists.freedesktop.org</a><br>
>> <a href="http://lists.freedesktop.org/mailman/listinfo/mesa-users" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-users</a><br>
>><br>
> Not all mesa drivers support gl 3.2, e.g. the r300 gallium driver in<br>
> the git mesa supports only glsl 1.20:<br>
>         case PIPE_CAP_GLSL_FEATURE_LEVEL:<br>
>             return 120;<br>
><br>
> That website is based on gl3.txt. It does not list all drivers mesa<br>
> supports (as gl3.txt dosen't). They are both only meant to be a rough<br>
> guide. The svga driver apparently supports gl 3.3 and it isn't even<br>
> mentioned in gl3.txt. So I think some of the vtk users have really old<br>
> gpus that don't support gl 3.2. Some gl versions already have software<br>
> emulated components for gl features not supported by the hardware on<br>
> older gpus and some older gpus simply don't have support.<br>
As those environment variables you use simply fake the gl version to<br>
the application. If the application then uses say a gl 3.2 feature<br>
that isn't supported by that driver, the behavior is undefined (e.g.<br>
application can crash).<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br>518 371 3971<div><br></div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee.  Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message. 
Thank you.</span></div></div></div>
</div>