<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:lemody@gmail.com" title="Tapani Pälli <lemody@gmail.com>"> <span class="fn">Tapani Pälli</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - unreal engine 4 rendering errors"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=82804">bug 82804</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Assignee</td>
           <td>idr@freedesktop.org
           </td>
           <td>bannerboy@gmail.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - unreal engine 4 rendering errors"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=82804#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - unreal engine 4 rendering errors"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=82804">bug 82804</a>
              from <span class="vcard"><a class="email" href="mailto:lemody@gmail.com" title="Tapani Pälli <lemody@gmail.com>"> <span class="fn">Tapani Pälli</span></a>
</span></b>
        <pre>This is really a pain to bisect, there are likely several issues around.
However for this one, last good commit is 8ad7c19. Looks like something in the
ARB_copy_image series seems to cause things to fail, or maybe UE4 is a user for
the extension.

--- 8< ---
commit 410fea8dd9cc0b1b500477a8b6f68c950f7c895a
Author: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
Date:   Fri Jun 27 16:05:37 2014 -0700

    i965: Add support for ARB_copy_image

    This, together with the meta path, provides a complete implemetation of
    ARB_copy_image.

    v2: Add a fallback memcpy path for when the texture is too big for the
        blitter
    v3: Properly support copying between two places on the same texture in the
        memcpy fallback
    v4: Properly handle blit between the same two images in the fallback path
    v5: Properly handle blit between the same two compressed images in the
        fallback path
    v6: Fix a typo in a comment

    Signed-off-by: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
    Reviewed-by: Neil Roberts <<a href="mailto:neil@linux.intel.com">neil@linux.intel.com</a>></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>