Announcement

Collapse
No announcement yet.

Updated and Optimized Ubuntu Free Graphics Drivers

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

  • Originally posted by asdfblah View Post
    Are you sure the hardware acceleration is enabled in your system? Run this command, if you see "VMware" then you are running the software renderer:
    Code:
    $ glxinfo | grep render
    If not, I think you should submit a bug report.
    IIRC, Mesa 10.5 had a performance problem, but I can't remember more info...
    Sure I'm running on Gallium.
    Code:
    $ glxinfo | grep render
    direct rendering: Yes
    ...
    OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
    ...
    I've already opened a bug but I want to be sure it's not my fault in configuring Mesa.

    Comment


    • Are you can build oibaf/graphics-drivers with d3dadapter9 included? iXit repo has many regressions against master.

      Comment


      • Originally posted by commiethebeastie View Post
        Are you can build oibaf/graphics-drivers with d3dadapter9 included? iXit repo has many regressions against master.
        I include gallium nine both in the main PPA, which tracks mesa master, and this one following ixit master:
        https://launchpad.net/~oibaf/+archiv.../gallium-nine/

        Choose your flavour

        Comment


        • Originally posted by oibaf View Post
          Since this is broken for everyone, not only for this PPA, it should be applied upstream so that everyone could benefit .
          Everything should be ideally applied upstream, but if the upstream isn't smart enough why should you deliberately leave your users with a broken video decoding?
          ## VGA ##
          AMD: X1950XTX, HD3870, HD5870
          Intel: GMA45, HD3000 (Core i5 2500K)

          Comment


          • Originally posted by darkbasic View Post
            Everything should be ideally applied upstream, but if the upstream isn't smart enough why should you deliberately leave your users with a broken video decoding?
            Decoding isn't broken because you can still use cpu decoding. It's just slower.

            Comment


            • We just have two different visions on which kind of patches a maintainer should apply
              For me every severe regression should be fixed, but it doesn't really matter since I don't even use Ubuntu.
              ## VGA ##
              AMD: X1950XTX, HD3870, HD5870
              Intel: GMA45, HD3000 (Core i5 2500K)

              Comment


              • Since the time you upgraded your compiler into newer, my dota has started hang at every game. Can play under 10 minutes and hole pc hangs. Force reboot.

                Cant play it anymore. R9 290

                Comment


                • Originally posted by deri View Post
                  pc hangs. Force reboot.
                  Does your kernel log (/var/log/kernel.log) or system log (/var/log/syslog) have anythnig about it after crash happens? (you may need alt-sysrq-s to sync disk cache to make sure logs are written to disk before forced reboot)

                  Comment


                  • Originally posted by commiethebeastie View Post
                    Are you can build oibaf/graphics-drivers with d3dadapter9 included? iXit repo has many regressions against master.
                    Can you give me some examples? I merge the Ixit changes against mesa master every day and I have no issues. Do you just mean it's not rebased often?

                    Comment


                    • So I'm coming back to Linux in a bit, and I'm a bit confused as to what PPAs I should use. Basically, I want to use open-source drivers on my radeon hardware (r600 and radeonsi) and have a gallium-nine-compatible version of mesa and wine.

                      From what I gathered, I could use oibaf's PPA + sarnex's wine/nine PPA + sarnex's radeon DRI3 PPA together to accomplish this?

                      And what about Paulo's PPA? It seems it has mesa/nine, but would I use it along with the other two PPAs (wine/nine and radeon DRI3) and just not use oibaf's PPA? Does this PPA also have DRI3? Does gallium-nine with wine and mesa require DRI3 on radeon hardware?

                      It's been a little while since I last looked into this stuff, so I have some catching up to do

                      Comment


                      • Hello, from a week or so ago the command output:

                        Code:
                        $ glxinfo | grep OpenGL
                        '+vgpr-spilling' is not a recognized feature for this target (ignoring feature)
                        '+vgpr-spilling' is not a recognized feature for this target (ignoring feature)

                        OpenGL vendor string: X.Org
                        OpenGL renderer string: Gallium 0.4 on AMD BONAIRE
                        OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.5.0-devel (git-6094619 2015-01-31 trusty-oibaf-ppa)
                        OpenGL core profile shading language version string: 3.30
                        OpenGL core profile context flags: (none)
                        OpenGL core profile profile mask: core profile
                        OpenGL core profile extensions:
                        OpenGL version string: 3.0 Mesa 10.5.0-devel (git-6094619 2015-01-31 trusty-oibaf-ppa)
                        OpenGL shading language version string: 1.30
                        OpenGL context flags: (none)
                        OpenGL extensions:
                        OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.5.0-devel (git-6094619 2015-01-31 trusty-oibaf-ppa)
                        OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
                        OpenGL ES profile extensions:
                        I don't know what means:

                        +vgpr-spilling' is not a recognized feature for this target (ignoring feature)
                        Someone could explain this means ..?

                        My grafic card:

                        Graphics: Card: Advanced Micro Devices [AMD/ATI] Bonaire XTX [Radeon R7 260X] bus-ID: 01:00.0
                        Display Server: X.Org 1.15.1 drivers: ati,radeon (unloaded: fbdev,vesa)
                        Resolution: 1920x1080@60.0hz
                        GLX Renderer: Gallium 0.4 on AMD BONAIRE
                        GLX Version: 3.0 Mesa 10.5.0-devel (git-6094619 2015-01-31 trusty-oibaf-ppa) Direct Rendering: Yes
                        Thanks in advance.

                        Comment


                        • Originally posted by Espionage724 View Post
                          So I'm coming back to Linux in a bit, and I'm a bit confused as to what PPAs I should use. Basically, I want to use open-source drivers on my radeon hardware (r600 and radeonsi) and have a gallium-nine-compatible version of mesa and wine.

                          From what I gathered, I could use oibaf's PPA + sarnex's wine/nine PPA + sarnex's radeon DRI3 PPA together to accomplish this?
                          graphics-drivers and winedri3 are just required. If you want to run nine in dri2 mode you need kernel >= 3.17 for render nodes, if you want to run in faster, experimental dri3 mode just use standard kernel but add mesadri3test ppa. If you want to test latest nine dev tree, including support for debugging problem also add this ppa: https://launchpad.net/~oibaf/+archiv.../gallium-nine/

                          Comment


                          • Originally posted by deri View Post
                            Since the time you upgraded your compiler into newer, my dota has started hang at every game. Can play under 10 minutes and hole pc hangs. Force reboot.

                            Cant play it anymore. R9 290
                            I have no problem with Dota on my R7-265. Running mesa from git and llvm from apt snapshot.

                            BTW I have lot of curruptions (on Dota2, Valley is running fine).
                            This is related to mesa or llvm?

                            Comment


                            • libvdpau 0.9

                              Originally posted by oibaf View Post
                              Still TODO updating libvdpau to 0.9.
                              Done!

                              Comment


                              • Originally posted by hector View Post
                                I don't know what means:
                                This message about spilling VGPRs seems to be some verbose/debug output from LLVM. Historicaly, LLVM lacked VGPR spilling and as far as I know, inability to spill VGPRs was known for being responsible for failures under heavy gtaphic loads (e.g. Xonotic on Ultimate settings), some OpenCL computations failures and so on.

                                As of 3.6 VGPR spilling has been implemented and most of such issues have gone. Yet this message somehow related to this LLVM feature. I think AMD devs have better idea if it indicates some problem.

                                Comment

                                Working...
                                X