<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Add FP64 support to the i965 shader backends"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92760#c57">Comment # 57</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Add FP64 support to the i965 shader backends"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=92760">bug 92760</a>
              from <span class="vcard"><a class="email" href="mailto:jason@jlekstrand.net" title="Jason Ekstrand <jason@jlekstrand.net>"> <span class="fn">Jason Ekstrand</span></a>
</span></b>
        <pre>(In reply to Iago Toral from <a href="show_bug.cgi?id=92760#c55">comment #55</a>)
<span class="quote">> How about dvec3/4 loads (ubo, ssbo, shared variables)? Do we want to split
> these or is it fine to handle them in the backend? I think they are easy
> enough to handle in the backend (I am doing that already), but it is not
> difficult to have NIR split them either.\</span >

Whatever makes your life easier.  If they're not bad to just implement in the
backend, do it.  If it makes things easier to have the spliting pass split
them, then do that.

(In reply to Samuel Iglesias from <a href="show_bug.cgi?id=92760#c56">comment #56</a>)
<span class="quote">> In our current implementation, the lowering passes for floor() and ceil()
> are using trunc() to do part of the calculations. Previosly, we scalarized
> trunc() implementation because of its use of nir_if instruction.

> I scalarized both floor() and ceil() lowering passes under the hypothesis
> that nir_bcsel only reads from one channel (like nir_if), because in both
> passes there is at least one bcsel operation before calling trunc(). Now,
> the floor and ceil tests pass for dvecN.

> Is that assumption valid for nir_bcsel?</span >

No.  nir_bcsel is supposed to be fully vectorized.  I'm not sure how well
tested that is though, so there may be a bug in the vec4 NIR code.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>