[Bug 97273] [r600g, bisected] regression: NI/Turks WebGL (FishGL) massive speed decrease ~33%

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=97273

--- Comment #2 from Dieter Nützel <Dieter at nuetzel-hh.de> ---
SOLVED

with Mario's commit 2cc880c 

If I revert this speed is BAD as with Nicolai's
3735a925ef5692c836c4d26d6adee370dae1c2b0
commit.

commit 2cc880cba54d687a122298c8187ecc31b4a0ee2d
Author: Mario Kleiner <mario.kleiner.de at gmail.com>
Date:   Fri Aug 26 18:59:05 2016 +0200

    r600: increase performance for DRI PRIME offloading if 2nd GPU is
Evergreen+

    This is a direct port of Marek Olšáks patch
    "radeonsi: increase performance for DRI PRIME
    offloading if 2nd GPU is CIK or VI" to r600.

    It uses SDMA for the detiling blit from renderoffload VRAM
    to GTT, as SDMA is much faster for tiled->linear blits from
    VRAM to GTT.

    Testing on a dual Radeon HD-5770 setup reduced the time
    for the render offload gpu to get its rendering into
    system RAM from approximately 16 msecs for simple rendering
    at 1920x1080 pixel 32 bpp to 5 msecs, a > 3x speedup!

    This was measured using ftrace to trace the time the radeon kms
    driver waited on the dmabuf fence of the renderoffload gpu to
    complete.

    All in all this brought the time for a flip down from 20 msecs
    to 9 msecs, so the prime setup can display at full 60 fps instead
    of barely 30 fps vsync'ed.

    The current r600 implementation supports SDMA on Evergreen and
    later, but not R600/R700 due to some bugs apparently present
    in their SDMA implementation.

    Signed-off-by: Mario Kleiner <mario.kleiner.de at gmail.com>
    Cc: Marek Olšák <marek.olsak at amd.com>
    Signed-off-by: Marek Olšák <marek.olsak at amd.com>

:040000 040000 16967e652cc0708f670ab8b6d63e5eb629fbd6a0
e62fa916bd1706eb1d61975765d77d76cfae0fd2 Msrc

So I'm somewhat unsure if I should close this.

Mario, Marek, Nicolai could it be that we get another boost if both patches
'work together'?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160831/01e54601/attachment-0001.html>