Announcement

Collapse
No announcement yet.

Suggestions about how to make a Radeon HD 7790 work decently?

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

  • #16
    Originally posted by Praxis View Post
    I THINK I had fglrx installed correctly a couple of times, at least amdcccle didn't squawk and Ubuntu jockey claimed the proprietary driver was in use. I've kind of moved past that for the moment since I have a kind of hincky radeon setup more or less working using an updated kernel and the updated packages from the oibaf repository.

    I say hincky because movement still isn't very fluid, scrolling on firefox produces artefacts that I haven't been able to capture with ksnapshot, and because killing X requires a reboot for me to use sound. Plus, Gnome3 & Unity are unhappy, not that I ever use them. I wouldn't have even noticed but I didn't have one of my monitors on when I booted up this morning, so I looked for the widget to restart X on lightdm (which ships with Kubuntu 13.10 for some reason), so I went to a virtual console, killed lightdm and installed kdm. KDM booted to Gnome3 by default. I couldn't interact with the panel or menu with the mouse, Alt+F2 wouldn't give me a run dialog, so I killed kdm with the TTY and tried Unity. It was almost equally unhappy, at some point the panel would disappear, along with the menu, apport kicked up errors. So after a few attempts I gave up, killed kdm again and started KDE, and found sound wasn't working without a reboot. But after a reboot my machine was working OK in KDE (not quite as well as my Zacate e350 box with the default Debian testing radeon driver even though this machine has a CPU that Passmark claims is 6.3 times as fast as the E-350 and graphics that are supposed to be 17.5 times as fast the onboard Zacate hardware at the G3D benchmark.

    Oooh, my daily update shows a mess of new Mesa drivers, maybe some of my issues will be addressed after a reboot. Life is like a box of chocolates when you are using a cutting edge repository for graphics drivers. But I'll probably have to reboot if I still want audio to work.
    libegl1-mesa:
    Installed: 10.1~git1312101143.1e7149~gd~s
    Candidate: 10.1~git1312110730.00faf8~gd~s



    I'll try that the next time I feel like messing with fglrx, gradinaruvasile. Next time something breaks hard with radeon, which I suspect will be soon if you are right about apt messing with "up to date kernel, drm, mesa, glamor, xf86-ati, llvm+clang", etc.


    OK, I wasn't using a xorg.conf with radeon, I thought it wasn't necessary, but now I have one that just has the lines in your code quote, I'll report back after a reboot if that and the updated mesa stack makes a difference. Also, thanks for the suggestion about VLC colors and the radeon driver, if the problem crops up again I'll mess with my VLC settings, though as I recall I also had weirdness with one of the other media players.

    mmstick, will your script conflict with what I have done so far? (oibaf + newer kernels)

    Well, time to post and reboot.
    If you read what my script does, you'll know what it does. It first looks to see if you have an NVIDIA GPU or have fglrx installed. If you have fglrx installed the script exits with a message telling you to uninstall it if you want the latest and greatest foss. If you have an NVIDIA GPU it installs NVIDIA's proprietary graphics. Otherwise it then checks to see if you are running Ubuntu 12.04, and if so, it will add Pali's PPA for the latest open source drivers, else it will add Oibaf's PPA for the latest open source drivers, then it installs the open source drivers. Then, it automatically downloads the latest stable Linux kernel (3.12) unless you remove grep -v rc which will make it install the latest RC kernel (3.13-rc3?). It can be rerun as many times as you want, really. I designed it to be fault-proof to work on any machine. If you want HDMI audio and DPM enabled by default, use the RC kernels; but don't complain if RC kernels are unstable.

    Comment


    • #17
      If you think fglrx was installed, you might want to walk through exactly how you installed it.

      Here's how I did it:
      Become root
      Run fglrx-xxxxx.sh
      Choose the "Install" option (not the generate packages option)
      Finish the install
      Reboot

      It's easy to tell if it is installed and running: press ctrl+alt+f1 (then alt+f5 or f7 to get back to X)
      Using the open-source radeon driver, the virtual terminal displays at my native resolution (1600x1200) with very small text.
      Using fglrx, it's 640x480.
      --
      Also, I suggest not messing with beta drivers. They're a good way to mess things up.

      Comment


      • #18
        Originally posted by A Laggy Grunt View Post
        If you think fglrx was installed, you might want to walk through exactly how you installed it.

        Here's how I did it:
        Become root
        Run fglrx-xxxxx.sh
        Choose the "Install" option (not the generate packages option)
        Finish the install
        Reboot

        It's easy to tell if it is installed and running: press ctrl+alt+f1 (then alt+f5 or f7 to get back to X)
        Using the open-source radeon driver, the virtual terminal displays at my native resolution (1600x1200) with very small text.
        Using fglrx, it's 640x480.
        --
        Also, I suggest not messing with beta drivers. They're a good way to mess things up.
        There's a problem with that and RadeonSI. Only the latest Beta drivers are good drivers. The stable driver is much glitchier/unstable/lower-performing. You're pretty much stuck between a rock and a hard place.

        Comment


        • #19
          To make sure fglrx is running, run: lsmod | grep fglrx and/or glxinfo | grep render

          Use this guide to make sure you are removing fglrx correctly: http://wiki.cchtml.com/index.php/Ubu...talyst.2Ffglrx

          I would do it this way: first, remove fglrx as the wiki says, and THEN add oibaf's repo, to make sure there is nothing wrong..

          Comment


          • #20
            Originally posted by mmstick View Post
            If you read what my script does, you'll know what it does. It first looks to see if you have an NVIDIA GPU or have fglrx installed. If you have fglrx installed the script exits with a message telling you to uninstall it if you want the latest and greatest foss. If you have an NVIDIA GPU it installs NVIDIA's proprietary graphics. Otherwise it then checks to see if you are running Ubuntu 12.04, and if so, it will add Pali's PPA for the latest open source drivers, else it will add Oibaf's PPA for the latest open source drivers, then it installs the open source drivers. Then, it automatically downloads the latest stable Linux kernel (3.12) unless you remove grep -v rc which will make it install the latest RC kernel (3.13-rc3?). It can be rerun as many times as you want, really. I designed it to be fault-proof to work on any machine. If you want HDMI audio and DPM enabled by default, use the RC kernels; but don't complain if RC kernels are unstable.
            I glanced over the script and though I'm not too wise in the ways of BASH it seemed like it did what I have already done, mmstick. But I figured I'd give it a throw, so I saved it to a text file & made it executable and tried to run it, but kept getting errors.

            $ sudo ./mmstick.sh
            ./mmstick.sh: line 10: syntax error near unexpected token `fi'
            ./mmstick.sh: line 10: ` fi'

            I don't know enough about scripting to fix the error on my own. This is what I have:
            Code:
            #!/bin/bash
            ## Install Latest Kernel and GPU Drivers
            # Note: If you want to download RC kernels, edit kernelURL section below to remove the grep -v rc option.
            if [ -n "$(lspci | grep NVIDIA)" ]
               then
                  isNVIDIA=true
               else if [ -n "$(lsmod | grep fglrx)" ]
                  echo "You are currently using Catalyst. Uninstall Catalyst (sudo apt-get remove fglrx) and re-run this script after rebooting if you want the latest kernel and open source graphics drivers."    
                  exit 0                                                                                                            
               fi                                                                                                                   
            fi
            
            ## Install GPU drivers
            if [ "$isNVIDIA" == "true" ]
               then
                  sudo apt-get install nvidia-current-updates nvidia-settings -y
               else
                  if [ -n "$(cat /etc/lsb-release | grep precise)" ]
                     then
                        sudo add-apt-repository -y ppa:pali/graphics-drivers -y
                     else
                        sudo add-apt-repository -y ppa:oibaf/graphics-drivers -y
                  fi
            
                  sudo apt-get update
                  sudo apt-get upgrade -y
                  sudo apt-get dist-upgrade -y
            
            fi
            
            ## Install Kernel
            if ! [ "$isNVIDIA" == "true" ]
              then
                  sudo apt-get install lynx -y # lynx must be installed
            
                  cd /tmp
                  sudo rm *.deb
            
                  # Stable Kernels Only
                  kernelURL=$(lynx -dump http://kernel.ubuntu.com/~kernel-ppa/mainline/ | grep -v rc | tail -1 | sed 's/^......//')
            
                  echo "The latest kernel is $(echo $kernelURL | cut -d/ -f 6)."
                  echo "The currently installed kernel is $(uname -r)."
            
                  if [ "$(uname -m)" == "x86_64" ]
                     then
                        echo "Downloading the latest 64-bit kernel."
                        wget $(lynx -dump -listonly -dont-wrap-pre $kernelURL | sed -n '16p' | sed 's/^......//')
                        wget $(lynx -dump -listonly -dont-wrap-pre $kernelURL | sed -n '18p' | sed 's/^......//')
                        wget $(lynx -dump -listonly -dont-wrap-pre $kernelURL | sed -n '19p' | sed 's/^......//')
                     else
                        echo "Downloading the latest 32-bit kernel."
                        wget $(lynx -dump -listonly -dont-wrap-pre $kernelURL | sed -n '17p' | sed 's/^......//')
                        wget $(lynx -dump -listonly -dont-wrap-pre $kernelURL | sed -n '18p' | sed 's/^......//')
                        wget $(lynx -dump -listonly -dont-wrap-pre $kernelURL | sed -n '20p' | sed 's/^......//')
                  fi
            
                  echo "Installing Linux Kernel"
                  sudo dpkg -i linux*.deb
                  echo "Done. You may now reboot."
            fi
            I'll try it again if you can tell me what I have wrong. Anywho, tonight I'll either run that script or try AMD's fglrx stable, this time using their script rather than transmogrifying it in to a deb file. Man, the option of re-boxing the card and waiting until Tahr is looking more and more appealing.

            Comment


            • #21
              Originally posted by A Laggy Grunt View Post
              If you think fglrx was installed, you might want to walk through exactly how you installed it.

              Here's how I did it:
              Become root
              Run fglrx-xxxxx.sh
              Choose the "Install" option (not the generate packages option)
              Finish the install
              Reboot
              And don't forget to disable/ prevent the radeon module from loading (radeon.modeset=0).

              It's easy to tell if it is installed and running: press ctrl+alt+f1 (then alt+f5 or f7 to get back to X)
              Using the open-source radeon driver, the virtual terminal displays at my native resolution (1600x1200) with very small text.
              Using fglrx, it's 640x480.
              Well not always. In my case, the resolution with fglrx is native at 1920x1080 (7970 and A10-5800K).

              --
              Also, I suggest not messing with beta drivers. They're a good way to mess things up.

              Comment


              • #22
                Ignore my previous post (the part with disabling radeon); misunderstood something ^^
                Last edited by flim; 12-12-2013, 04:53 PM.

                Comment


                • #23
                  I tried installing the current AMD fglrx driver using their installation script, it failed, it gave me a cryptic message in its log which I posted a couple of days ago (along with a couple of screen shots), but that message didn't seem to get moderated to appear on the forum. I rebooted but the desktop was unusable, though I was able to get in to X. FWIW, my virtual consoles looked 640x480. I was forced to try reinstalling the fglrx driver using X forwarding from another machine since the desktop was almost completely unresponsive. The installer claimed there was a previous install, but even if I used the force it was an unhappy camper. The installer kept giving warnings not to use the force option, but wouldn't proceed and didn't give any alternative. Generally the installer would just stall out rather quickly and not advance. The fgrlx-install logs didn't clarify matters, so I gave up on fglrx. Maybe by the time Jessie becomes stable it will work in Debian.

                  I reverted to radeon with oibaf. Every time I start a wine program it just about freezes my desktop, I see one of my 6 cores taking 100% of my CPU (not always the same core). 20-45 MB a day of new updates from http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu/ don't seem to be making my issues disappear. But for now I can play videos and interact with the desktop as long as I don't start a wine program. Wine works fine over X forwarding from another machine, BTW. So I guess I can limp along until 14.04 appears. I may try the Fedora 20 live image next week, which seems to have the right mesa drivers and kernel to work, but I hate using Fedora, seems like the devs just delight in throwing up irritating obstacles. sbin not in root's path, what's up with that? Even if Fedora works like greased lightning with radeon I don't think I'll install it, but I'll report back my experience.

                  Comment


                  • #24
                    Well, Fedora 20 won't help, I didn't bother to download it. It uses mesa 9x and 3.11 so it won't run radeon on a HD 7000, I don't think.
                    http://www.phoronix.com/scan.php?pag...nchmarks&num=1

                    On the plus side, (K)ubuntu 14.04 Alpha 1 has been released which seems to have mesa 10 (in a special repo, lined up for the release next April) and the 3.12 kernel, so it might well work. I'm downloading the live image and will report back how it does, though I'm hesitant to upgrade 13.10 to an Alpha release.

                    I guess I'm meant to be using radeonSi, I have "ati" as the driver in my xorg.conf.
                    Code:
                    $ grep -i driver /var/log/Xorg.0.log
                    [  7948.042]    X.Org Video Driver: 14.1
                    [  7948.042]    X.Org XInput driver : 19.1
                    [  7948.046] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so
                    [  7948.046]    Module class: X.Org Video Driver
                    [  7948.046]    ABI class: X.Org Video Driver, version 14.1
                    [  7948.047] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
                    [  7948.047]    Module class: X.Org Video Driver
                    [  7948.047]    ABI class: X.Org Video Driver, version 14.1
                    [  7948.047] (II) RADEON: Driver for ATI Radeon chipsets:
                    [  7948.057] (II) glamor: OpenGL accelerated X.org driver based.
                    [  7948.271] (II) RADEON(0): [DRI2]   DRI driver: radeonsi
                    [  7948.271] (II) RADEON(0): [DRI2]   VDPAU driver: radeonsi
                    [  7948.432]    Module class: X.Org XInput Driver
                    [  7948.432]    ABI class: X.Org XInput driver, version 19.1
                    Code:
                    $ glxinfo | grep OpenGL
                    OpenGL vendor string: X.Org
                    OpenGL renderer string: Gallium 0.4 on AMD BONAIRE
                    OpenGL version string: 2.1 Mesa 10.1.0-devel (git-3b1195f saucy-oibaf-ppa)
                    OpenGL shading language version string: 1.30
                    OpenGL extensions:
                    Does that seem like it is what I want? Wine still freezes my desktop up until I kill it, but on the plus side I can finally enable desktop effects on KDE. I'll post this and see if compiz still freezes my system.

                    EDIT: fusion-icon segfaulted but it didn't lock up my system, PROGRESS!
                    Last edited by Praxis; 12-20-2013, 06:02 PM.

                    Comment


                    • #25
                      I think that looks right. AFAIK as long as you get "Gallium 0.4 on AMD BONAIRE" then everything else is probably correct.

                      Now it's just a matter of updating regularly to get the latest goodness

                      Comment


                      • #26
                        Originally posted by Praxis View Post
                        Code:
                        $ glxinfo | grep OpenGL
                        OpenGL vendor string: X.Org
                        OpenGL renderer string: Gallium 0.4 on AMD BONAIRE
                        OpenGL version string: 2.1 Mesa 10.1.0-devel (git-3b1195f saucy-oibaf-ppa)
                        OpenGL shading language version string: 1.30
                        OpenGL extensions:
                        Does that seem like it is what I want?
                        Yes, except that Mesa was compiled with LLVM 3.3 instead of 3.4, which is why you've only got GL 2.1 support. That also comes with a lot of bug fixes/improvements for SI drivers.

                        Hopefully oibaf will start using 3.4 sometime soon. I think it's due to be released any time now, so that might fix his dependency issues he was having.

                        Comment


                        • #27
                          Originally posted by smitty3268 View Post
                          Yes, except that Mesa was compiled with LLVM 3.3 instead of 3.4, which is why you've only got GL 2.1 support. That also comes with a lot of bug fixes/improvements for SI drivers.

                          Hopefully oibaf will start using 3.4 sometime soon. I think it's due to be released any time now, so that might fix his dependency issues he was having.
                          Hasn't Oibaf been using llvm3.4 for a while now?

                          Code:
                          apt-cache policy llvm3.4
                          libllvm3.4:
                            Installed: 1:3.4~+rc3-1ubuntu3
                            Candidate: 1:3.4~+rc3-1ubuntu3
                            Version table:
                           *** 1:3.4~+rc3-1ubuntu3 0
                                  500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
                                  100 /var/lib/dpkg/status
                               1:3.4~+rc3-1ubuntu2~ubuntu13.10.1~gd 0
                                  500 http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu/ saucy/main amd64 Packages
                          libllvm3.4-dbg:
                            Installed: (none)
                            Candidate: 1:3.4~+rc3-1ubuntu3
                            Version table:
                               1:3.4~+rc3-1ubuntu3 0
                                  500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
                               1:3.4~+rc3-1ubuntu2~ubuntu13.10.1~gd 0
                                  500 http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu/ saucy/main amd64 Packages

                          Comment


                          • #28
                            Well, fglrx re-entered Debian testing, so now I can use both monitors on both Debian testing Jessie & Saucy Ubuntu 13.10, the former with fglrx, the later with radeonSI, oibaf & and an out-of-repo updated kernel.

                            jessie/sid
                            fglrx-driver:
                            Installed: 1:13.8~beta1-3

                            I still can't access the rightmost 20mm or so of my right (vertical 1200x1920) monitor, I can't get my cursor there either with the mouse or the keyboard (using Alt+M and enabling moving the cursor with the number pad). So I configured my min-max-close widgets on the left side of my windows (which will take some muscle memory re-programming to use). I can not access the right scroll bars of most apps in maximized windows in my right monitor. It took some fiddling to even get my right panel configured since I couldn't access the KDE cashew when the panel was on the right monitor (and I wasn't able to figure out how to put the cashew anywhere but the right edge of a panel). And KDE desktop effects are still not happening, "Required X extensions (XComposite and XDamage) are not available." I don't have to worry about compiz because it is missing from Debian stable and testing at the moment. Video plays fine, wine apps POUND my CPU for some reason, when starting, but at least in fglrx they pound it across all 6 cores so it doesn't drag my system to its knees, but it is still a PITA. Logging out doesn't kill my sound until I reboot.

                            But with so much weird stuff going on I'm hesitant to start playing around with games, install steam, etc. I think I'll at least wait until the basics are ALL working properly before I start really putting this card through its paces. Hopefully the next major refresh of Debian testing will kick the kernel up to 3.12 and maybe introduce LVM3.4 and mesa 10, which seem to be magic incantations for the radeon driver. Or the next refresh of the fglrx driver will magically make my life worth living again.

                            I was surprised that the amdcccle was not automatically installed by Debian testing when I installed fglrx-driver, I had to install it manually. I notice that xvba-va-driver is also not installed. Should I install it, as well? This is a very powerful system (for me), AMD Phenom(tm) II X6 1055T Processor & 16 GB of RAM, and except in Ubuntu with some drivers it never struggled to play whatever I threw at it.

                            Comment


                            • #29
                              Originally posted by Praxis View Post
                              I notice that xvba-va-driver is also not installed. Should I install it, as well?
                              If you are using fglrx proprietery you can just forget about this one as nothing supports this XvBA. Everyone went with VDPAU which catalyst proprietery does not support.

                              Comment


                              • #30
                                There is absolutely nothing wrong with FGLRX! All you need to do is configure it properly to work right.
                                I have a Sapphire Radeon HD 7790 and I'm running FGLRX on Fedora 20 with it working like a charm, KDE compositing is on,
                                I'm able to play games maxed out like Team Fortress 2, Left4Dead2, DOTA 2, and Trine 2. First thing you're doing wrong is installing
                                the crappy drivers from the repositories! Install the binary drivers!
                                If you're on Ubuntu here are the steps to installing the driver.
                                1. To be able to get into the desktop, you have to first go to terminal (CTRL+ALT+F1), type in your user and password (Make sure you're ROOT or sudo).
                                2. Install FGLRX from perositories: apt-get install fglrx
                                3. After that type: amdconfig --initial && reboot
                                4. Now you can access your desktop, so now you download the 13.11BETA driver from amd.com and unzip it, mine was placed in the Downloads folder so that's how I'll demonstrate it. And make sure to delete the zip file.
                                5. Open terminal, and again make sure you're rooted or sudoed and type the following commands:
                                $ cd Downloads
                                $ chmod 770 amd*
                                $ ./amd*
                                6. Follow the instructions, decline reboot, and again type in the terminal: amdconfig --initial && reboot
                                7. Once rebooted, you'll have everything working. Hope this works, cheers! (Oh and in case you wanna add some dependencies so it won't do any problems when the kernel updates, you might wanna install gcc make git git-core linux-headers-generic dkms build-essential before you install the actual driver.

                                Comment

                                Working...
                                X