<html>
    <head>
      <base href="https://bugs.llvm.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - rendering regressions since AMDGPU: Figure out private memory regs after lowering"
   href="https://bugs.llvm.org/show_bug.cgi?id=33865">33865</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>rendering regressions since AMDGPU: Figure out private memory regs after lowering
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>libraries
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>trunk
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>PC
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>P
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Backend: AMDGPU
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>unassignedbugs@nondot.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>adf.lists@gmail.com
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>llvm-bugs@lists.llvm.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>On R9 285 tonga I am seeing some rendering regressions.

The most reliable is produced with Unreal Tournament alpha, but slight more
intermittent regressions are seen with unigine valley or unreal elemental demo.

I intended to attach good and bad R600_DEBUG=vs,ps,fs from UT - but they are
too big even when .xz. The diff is huge so I don't know whether they would be
much use anyway. If requested I could upload elsewhere.

When seen, reverting/re-instating below and rebuilding will reliably
fix/re-produce, but to add some complication after initially noticing it I
thought it had been fixed already as building next days llvm apparently fixed
it. I was not testing with UT at that time, though.

commit da7ac1f435e780c84dae27af22e9559676448781
Author: Matt Arsenault <<a href="mailto:Matthew.Arsenault@amd.com">Matthew.Arsenault@amd.com</a>>
Date:   Tue Jul 18 16:44:56 2017 +0000

    AMDGPU: Figure out private memory regs after lowering

    Introduce pseudo-registers for registers needed for stack
    access, which are replaced during finalizeLowering.
    Note these pseudo-registers are currently only used for the
    used register location, and not for determining their
    input argument register.

    This is better because it avoids the need to try to predict
    whether a call will be emitted from the IR, and also
    detects stack objects introduced by legalization.

    Test changes are from the HasStackObjects check being more
    accurate since stack objects introduced during legalization
    are now known.

    git-svn-id: <a href="https://llvm.org/svn/llvm-project/llvm/trunk@308325">https://llvm.org/svn/llvm-project/llvm/trunk@308325</a>
91177308-0d34-0410-b5e6-96231b3b80d8</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>