Announcement

Collapse
No announcement yet.

Updated and Optimized Ubuntu Free Graphics Drivers

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

  • #61
    Originally posted by tista View Post
    Hi oibaf.

    I'm a Thinkpad X120e (Radeon HD 6310) user working with your packages on Oneiric.
    https://launchpad.net/~tista/+archive/x120e
    and today, i've updated your latest:
    Code:
     7.11.0~git1106281542.de33b0~gd~n
    OpenGL renderer string: Gallium 0.4 on llvmpipe
    OpenGL version string: 2.1 Mesa 7.11-devel (git-de33b0d natty-oibaf-ppa)
    then X120e had failed to kick any 3D desktop... the previous 7.11.0~git1106221745.eb2c9b~gd~n were OK. so I had to rollback them.
    and Xorg.0.log says here when I used your latest:
    http://paste.ubuntu.com/634767/

    remember well, the previous said:
    Code:
    OpenGL renderer string: Gallium 0.4 on PALM
    do you have any ideas to solve it?

    Regards.
    Hi, you probably messed up your system installing fglrx from that PPA:
    Code:
    [ 17040.221] (II) LoadModule: "fglrx"
    [ 17040.222] (WW) Warning, couldn't open module fglrx
    [ 17040.222] (II) UnloadModule: "fglrx"
    [ 17040.222] (II) Unloading fglrx
    [ 17040.222] (EE) Failed to load module "fglrx" (module does not exist, 0)
    You should completely remove it if you want to use open source drivers (dunno how because I never installed it).
    Last edited by oibaf; 06-29-2011, 08:53 AM.

    Comment


    • #62
      Thanks oibaf.

      I've checked whether fglrx had been remained anywhere again and again... then almost cleared.

      but didn't make any differences.
      anyway, today I'm using rollbacked mesa:
      Code:
      7.11.0~git1106221745.eb2c9b~gd~n
      OpenGL renderer string: Gallium 0.4 on AMD PALM
      version string: 2.1 Mesa 7.11-devel (git-eb2c9b5 ubuntu-natty-graphics-drivers-ppa)
      and here is the /var/log/Xorg.0.log:
      http://paste.ubuntu.com/635689/

      now it works well with gnome-shell/unity/mutter and any other 3D apps. as far as I know, I might not think the problems were causing fglrx's stuff today...

      Best Regards.

      Comment


      • #63
        Yuppy, an awesome news for everyone who needs 32bit mesa:

        Originally posted by Xorg-edgers ppa
        == New in the PPA - 2011/06/30 ==

        Multiarch xserver/mesa is in the process of being uploaded to natty and oneiric, this transition will take some time to work out and it's advised not to use the PPA if you are using proprietary drivers.

        == New in xserver-xorg-video-intel - 2011/06/27 ==

        SNA is now enabled for all generations.
        ## VGA ##
        AMD: X1950XTX, HD3870, HD5870
        Intel: GMA45, HD3000 (Core i5 2500K)

        Comment


        • #64
          Updates

          Mesa
          • my packages now include the glsl-to-tgsi branch. See this Phoronix article for more info
          • mesa 7.11 was branched, the packages still use master branch which will become 7.12/8.0
          • mesa improvements: r600g improvements, WebGL support on Firefox 6

          Comment


          • #65
            Someone even uses -O3 with intel.
            ## VGA ##
            AMD: X1950XTX, HD3870, HD5870
            Intel: GMA45, HD3000 (Core i5 2500K)

            Comment


            • #66
              Originally posted by bongmaster2
              pls use -O2 if you build intel graphics driver. it gives 20%performance boost in eg lightsmark 2008. radeon does not benefit much from that optimisations, but intel igps run some opengl parts on software. even sandybridge i guess. so pls use the standard mesa compiler options for building
              Interesting. Since 7.12~git1107040958.39fecd I reverted to -O2. Let me know if it improves performance, or if there are other things slowing it (e.g. --enable-debug flag or glsl-to-tgsi branch).

              Comment


              • #67
                You might want to add -fno-builtin-memcmp. Supposedly a big boost, but in my tests I saw no measurable difference. Could be more useful in an app swapping shaders more often.

                Comment


                • #68
                  Originally posted by curaga View Post
                  You might want to add -fno-builtin-memcmp. Supposedly a big boost, but in my tests I saw no measurable difference. Could be more useful in an app swapping shaders more often.
                  I read the thread on mesa-dev about it (summary here), but I think it's better to wait a bit for an upstream solution rather than workaround it in my packages. I may add it in the following days if upstream doesn't address it.

                  Comment


                  • #69
                    Nice job on the drivers. Xorg-edgers is being retarded as of late, so been using this for a while now.

                    Comment


                    • #70
                      Originally posted by curaga View Post
                      You might want to add -fno-builtin-memcmp. Supposedly a big boost, but in my tests I saw no measurable difference. Could be more useful in an app swapping shaders more often.
                      OK, I eventually added -fno-builtin-memcmp in the packages building now.

                      Comment

                      Working...
                      X