Announcement

Collapse
No announcement yet.

AMD Press Talks Up Major Open-Source Linux Driver Features

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

  • #31
    Originally posted by bug1 View Post
    Over 5 years ago AMD started releasing docs for their chips, we still dont have an open source driver comparable to their proprietary one, still cant play new release games with open drivers.
    I'm sorry, but that's bullshit. 5 years ago, we didn't have any acceleration on most recent cards, now r700-class hardware is feature complete. r700 and Evergreen match blob performance in many workloads, while being more stable than the blob. We have same-day support for new hardware release (though it's not feature-complete yet).

    The road to GL4 is a long one and it requires a lot of work on Mesa infrastructure, something AMD has to do together with Intel and others. It is progressing at the same speed for all hardware.

    Comment


    • #32
      Originally posted by AJSB View Post
      If i simply compile Kernel 3.14 rc4 i should get automatically Radeon in a relative up to date form, right ? ...or do i need to download and compile some more extra stuff ?!?
      Short answer: sorry, no. You would probably also need an up-to-date mesa gallium3d driver, and perhaps a few auxiliary stuff (like libdrm and llvm).

      that's what Michael was referring to:
      Most of these recent open-source Linux graphics driver improvements are terrific, but due to the structure of the open-source driver and the code being spread across multiple components with no easy and generic installation path (compared to the binary Catalyst driver on Windows and Linux being self-contained within a single binary file), it will be some months before most Linux users see these driver improvements. {...} unless you resort to building the code yourself or relying upon unsupported, third-party repositories.
      The best solution, it to look for a 3rd party repository that proposes up-to-date complete stack with everything needed.
      Ubuntu has some PPA for that (I've read on Phoronix).
      And in my own experience, OpenSUSE has lots of interesting thing on their extra repositories.

      For the detail:
      - the kernel module is responsible for low-level handling and talking to the hardware. So yes, as you mention, you need an up-to-date kernel to get support for the latest functions.
      - mesa is responsible for handling the higher level 3D: taking OpenGL commands as input and sending the correct device-specific requests and commands to the graphic card. So to support the latest advances in 3D, you ALSO need an up-to-date mesa.
      - libdrm helps the different pieces getting along. As long as the one in your distro isn't too out-of-date, it might be enough.
      - llvm is a compiler and among lots of other stuff, it can also be used to compile code which should run on the graphic card (shaders, opencl code, etc.) into low-level instruction that can be understood by the card. AMD cards are supported from llvm 3.4 onward (but some more advanced optimisation - and thus better performance when running shader code - might be available in more recent versions)

      Comment


      • #33
        Originally posted by DrYak View Post
        The best solution, it to look for a 3rd party repository that proposes up-to-date complete stack with everything needed.
        Ubuntu has some PPA for that (I've read on Phoronix).
        And in my own experience, OpenSUSE has lots of interesting thing on their extra repositories.
        Yeap. Ubuntu has the Oibaf PPA, openSUSE has the Pontostroy OBS repository. I would be surprised if Arch doesn't have something similar as well. Then in Gentoo you compile everything from source anyway, so there it's very easy to upgrade and you don't need any external repositories (will have to unmask all of the needed components, though).

        Comment


        • #34
          Originally posted by GreatEmerald View Post
          Yeap. Ubuntu has the Oibaf PPA, openSUSE has the Pontostroy OBS repository. I would be surprised if Arch doesn't have something similar as well. Then in Gentoo you compile everything from source anyway, so there it's very easy to upgrade and you don't need any external repositories (will have to unmask all of the needed components, though).
          for arch is lcarlier pkgbuild repo, just google "lcarlier arch"

          Comment


          • #35
            Originally posted by pingufunkybeat View Post
            I'm sorry, but that's bullshit. 5 years ago, we didn't have any acceleration on most recent cards, now r700-class hardware is feature complete. r700 and Evergreen match blob performance in many workloads, while being more stable than the blob. We have same-day support for new hardware release (though it's not feature-complete yet).

            The road to GL4 is a long one and it requires a lot of work on Mesa infrastructure, something AMD has to do together with Intel and others. It is progressing at the same speed for all hardware.
            I totally agree here...

            @AJSB:
            For opensuse add these 2 repositories to Yast:

            Code:
            URL: http://download.opensuse.org/repositories/home:/pontostroy:/X11/openSUSE_13.1/
            Code:
            URL: http://download.opensuse.org/repositories/home:/pontostroy:/drm-next/openSUSE_13.1/
            And then choose to change the system packages to those repositories, (the blue small letters above the package list) use the repository view in Yast software management. If any window of warning come up only choose to upgrade and generally use the package version only from those 2 repos even if 1 or 2 of them shows up to be older than the default installed ones...
            Improvements are chaotic in terms of performance and stability compared to the stock parts for Mesa, Xorg and DRM via the updated Kernel.

            Comment


            • #36
              Thx all for the clarifications !

              I'm using SLACKWARE or LINUX MINT (in a long long time ago i used OpenSUSE but at that time was a PITA to use codecs, i might try it again)...i guess my path with SLACKWARE is to compile everything from scratch...as for Linux Mint, would Ubuntu's Oibaf PPA will work with it ?
              If not i guess will need also to compile everything...

              Comment


              • #37
                Originally posted by AJSB View Post
                Thx all for the clarifications !

                I'm using SLACKWARE or LINUX MINT (in a long long time ago i used OpenSUSE but at that time was a PITA to use codecs, i might try it again)...i guess my path with SLACKWARE is to compile everything from scratch...as for Linux Mint, would Ubuntu's Oibaf PPA will work with it ?
                If not i guess will need also to compile everything...
                Codecs with one click...
                Code:
                http://opensuse-guide.org/codecs.php
                Install opensuse 13.1 and then open this link with firefox and click the red button! (after you do all the autoupdates and read the page's instructions!)

                Comment


                • #38
                  I'll just leave this here... http://www.tomshardware.com/news/amd...ief,26145.html . Note this:
                  Source: Tom's Hardware US

                  Comment


                  • #39
                    Originally posted by jrch2k8 View Post
                    well michael just as a side note running Tera Online(which is based in ut3) in Wine all set to ultra + sweetFX(no smaa since mesa don't support it) shader optimizer for hlsl FX i manage in a 7770 using archlinux git mesa to reach 17+ fps stable where my windows7 partition manage 25-35fps, so the performance is not that abismal as you imply.

                    as a note i believe the difference is mostly because wine is falling back to software somewhere because gallium hud shows low activity in the GPU and since few days ago and latest llvm-3.5 i almost get 30 fps stable in unigine valley all set to ultra and 8x msaa at 1366x768, i suspect at 1920x1080 the GTT or Vram are getting too much pressure, i hope marek future gtt/vram pataches help a bit here
                    Use the wine CSMT branch if you are not already. It's required if you don't want the CPU to significantly bottleneck most games. Download it here: https://github.com/stefand/wine

                    Comment


                    • #40
                      Originally posted by AnonymousCoward View Post
                      Use the wine CSMT branch if you are not already. It's required if you don't want the CPU to significantly bottleneck most games. Download it here: https://github.com/stefand/wine
                      Edit limit succeeded so here is some more detail here:

                      You also need to make an new string in the registry at HKCU -> Software -> Wine -> Direct3D (csmt = enabled) and another string to disable strict draw ordering (StrictDrawOrdering = disabled) in the same place. The latter might already be disabled, but just to be sure.

                      Comment

                      Working...
                      X