Announcement

Collapse
No announcement yet.

Mesa 20.2 Released With RADV ACO By Default, Initial RDNA2 Graphics Support

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mesa 20.2 Released With RADV ACO By Default, Initial RDNA2 Graphics Support

    Phoronix: Mesa 20.2 Released With RADV ACO By Default, Initial RDNA2 Graphics Support

    Mesa 20.2 has managed to release just before the end of the the quarter. This Mesa Q3'2020 graphics driver update is coming out about one month behind schedule but the wait is worthwhile given many open-source OpenGL and Vulkan driver updates...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    September 2020As it stands now Linux 5.9 + Mesa 20.2 (and LLVM 11.0) is the base requirement it seems for Navi 2
    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite


    Score for OSS NAVI 2 support is is 1/3 just now.

    Comment


    • #3
      As Zink supports now OpenGL 3.0, I would like to test it again. Is somebody aware how to check which driver is used by a game as I'm worried that llvmpipe will be used instead, which is now even supporting OpenGL 4.5 :-)

      Comment


      • #4
        Woooo! And with that, AMD that much more recommendable to new users

        Comment


        • #5
          Note that we (AMD) have never said what gfx10.3 is. In theory, it might not be related to any of our upcoming products.

          Comment


          • #6
            Originally posted by marek View Post
            Note that we (AMD) have never said what gfx10.3 is. In theory, it might not be related to any of our upcoming products.
            But AMD`s John Bridgeman said such indirectly

            Future AMD GPUs To Be More Open-Source Friendly?
            on 29 December 2007

            Won't make the next generation (too far along already) but the ones in early development should be more open-source-friendly." However, we don't know exactly how open their next generation of GPUs will be. As Bridgman

            https://www.phoronix.com/scan.php?page=article&item=955&num=1

            13 years in not much longer
            then 8 and half of year of Fiji development

            GPU Fiji: 596 mm², interposer: 1011 mm² a 8,5 roku práce navrch


            18. 6. 2015


            https://diit.cz/clanek/amd-fiji-rozmery-jadra


            Comment


            • #7
              My personal highlight is EGL_KHR_swap_buffers_with_damage support on X11 (https://gitlab.freedesktop.org/mesa/...817c3928340373) - GLX doesn't have a proper counterpart, so only now can we have have applications that use GL rendering with partial damage on X11 (on Wayland it already worked for a quite a while). Firefox with the EGL backend (both on X11 and Wayland) will soon make use of it by default in Webrender (https://bugzilla.mozilla.org/show_bug.cgi?id=1648799).
              Last edited by treba; 29 September 2020, 02:30 PM.

              Comment


              • #8
                Typo:

                Originally posted by phoronix View Post
                Phoronix: Mesa 20.2 Released With RADV ACO By Default, Initial RDNA2 Graphics Support

                Mesa 20.2 has managed to release just before the end of the the quarter. This Mesa Q3'2020 graphics driver update is coming out about one month behind schedule but the wait is worthwhile given many open-source OpenGL and Vulkan driver updates...

                http://www.phoronix.com/scan.php?pag...-20.2-Released

                Comment


                • #9
                  Originally posted by doomie View Post
                  Woooo! And with that, AMD that much more recommendable to new users
                  ...as long as you can tolerate your card hanging when trying to record the screen, or using Mesa 19.0.

                  It's 2020 and I still have not updated to Mesa 20 from the moment I hit that bug...

                  Sorry, I have no time to deal with that, OK?
                  I am not a graphics driver developer and bisecting is extremely difficult because Mesa devs use branches for every release.
                  I could try bisecting from master, but then how long am I gonna take?

                  Comment


                  • #10
                    Originally posted by atomsymbol

                    A non-default driver can be forced by setting environment variables before the game is started (i.e: the game itself isn't choosing the driver).

                    See GALLIUM_DRIVER at https://docs.mesa3d.org/envvars.html

                    For Zink, there is envvar MESA_LOADER_DRIVER_OVERRIDE=zink, which is currently undocumented.
                    Thanks, I've used the Zink environment variable but then llvmpipe was used as the game requested a higher OpenGL version than what was supported by Zink. I think your statement might be wrong for the fallback case to llvmpipe. I've noticed this issue in Baldur's Gate (Enhanced Edition). With radeonsi you get OpenGL4.6 in the game options and when setting the Zink environment variable it was llvmpipe with OpenGL3.1. Zink in Mesa 20.1.8 only supports OpenGL 2.1.

                    So this is quite confusing :-( First I thought the game did run slow because of Zink, but it was llvmpipe. And now I wonder how I can verify this when testing some games.
                    Last edited by R41N3R; 29 September 2020, 03:32 PM.

                    Comment

                    Working...
                    X