<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#c6">Comment # 6</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>I wonder what deqp doesn't like about our nearest_mipmap_linear implementation
(all filtering errors use that).
Also, I'm wondering if the test is overly picky about pow. The spec says right
there the error is derived as pow(x,y) = exp2(log2(y) * x) (note there is a
spec bug, x and y are swapped), which is exactly as we implement it. Therefore,
if our results are good enough for passing exp2 and log2, we should pass pow as
well.
The problems with 32bit integer formats look a bit odd as well (since there can
be no filtering or blending or whatever, the values should remain mostly
untouched), not sure what's up with that.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>