<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU" href="https://bugs.freedesktop.org/show_bug.cgi?id=84662#c29">Comment # 29</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU" href="https://bugs.freedesktop.org/show_bug.cgi?id=84662">bug 84662</a> from <a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> Andy Furniss</a> <pre>(In reply to Michel Dänzer from <a href="show_bug.cgi?id=84662#c27">comment #27</a>) > Created <a href="attachment.cgi?id=107544" name="attach_107544" title="drm/radeon: Try placing NO_CPU_ACCESS BOs outside of CPU accessible VRAM">attachment 107544</a> <a href="attachment.cgi?id=107544&action=edit" title="drm/radeon: Try placing NO_CPU_ACCESS BOs outside of CPU accessible VRAM">[details]</a> <a href='page.cgi?id=splinter.html&bug=84662&attachment=107544'>[review]</a> [review] > drm/radeon: Try placing NO_CPU_ACCESS BOs outside of CPU accessible VRAM > > Please try current Mesa with no patches except for the two I just attached, > plus this kernel patch together with the previous kernel patch. With these it's better but still a bad. There are still pauses but they are a bit shorter, the start time without intervention is still around 2min. Start time on a good is around 1 min (assuming first run or mem caches flushed). Hud wise - pic to follow the vram req/used match well, but the gtt is still different from a good. On the upside - Unigine Valley is the best I've ever seen it - way better than what I've called as good in the past.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>