<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - dEQP failures on llvmpipe"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94957#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - dEQP failures on llvmpipe"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94957">bug 94957</a>
              from <span class="vcard"><a class="email" href="mailto:sroland@vmware.com" title="Roland Scheidegger <sroland@vmware.com>"> <span class="fn">Roland Scheidegger</span></a>
</span></b>
        <pre>(In reply to Ilia Mirkin from <a href="show_bug.cgi?id=94957#c3">comment #3</a>)
<span class="quote">> I will start a fresh run with these parameters. A random blending test makes
> it seem like it completely fails. I'd like to encourage you to grab a copy
> of deqp and run it yourself to see the details - you get expected and actual
> images among other things.

> <TestCaseResult Version="0.3.3"
> CasePath="dEQP-GLES3.functional.fragment_ops.blend.default_framebuffer.
> rgb_func_alpha_func.src.dst_color_one_minus_src_alpha"
> CaseType="SelfValidate">
>  <Text>RGB equation = GL_FUNC_ADD</Text>
>  <Text>RGB src func = GL_DST_COLOR</Text>
>  <Text>RGB dst func = GL_ONE</Text>
>  <Text>Alpha equation = GL_FUNC_ADD</Text>
>  <Text>Alpha src func = GL_ONE_MINUS_SRC_ALPHA</Text>
>  <Text>Alpha dst func = GL_ONE</Text>
>  <Text>Blend color = (0.2, 0.4, 0.6, 0.8)</Text>
>  <Text>Image comparison failed: max difference = (97, 97, 97, 1), threshold
> = (4, 4, 4, 4)</Text>
> </span >

Yes, that looks quite wrong indeed - and not precision related of course.
I'll give it a try...

<span class="quote">> 
> (paste that into the url bar of your browser) makes it seem like something
> funny is going on. Green = good, red = bad. This is running on a SKL with
> LLVM 3.7.1 in case it matters.</span >
Ideally it should of course not, albeit different bugs with and without AVX are
possible, as quite different code paths may be used due to 8x32 vs. 4x32
vectors (if you use LP_NATIVE_VECTOR_WIDTH=128 it will disable avx). Of course
it's also possible llvm miscompiles things in which case the llvm version would
matter, but that should be rare.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>