Announcement

Collapse
No announcement yet.

Radeon Gallium on ubuntu

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

  • #31
    Originally posted by curaga View Post
    R500, Mesa 7.7

    Somebody mentioned 7.7 r300 gallium should be usable. I guess not
    Using r300g from Mesa 7.7 is like eating a two-year-old undercooked pizza. Bon appetit.

    Originally posted by nhaehnle View Post
    Producing a useful back-trace via gdb would be the most important thing. Looks like you're using a 64 bit system, I don't know if any of the developers is testing this on 64 bit (I'm certainly not). So it might be a rather simple thing that you can fix yourself and provide a patch for.
    I use a 64 bit system exclusively.

    Originally posted by pejakm View Post
    Tried, and it's pretty much the same: with radeong I get half of the FPS I get with classic driver, playing Counter Strike.
    Wow, I didn't know Counter Strike is working with r300g. Are there any visual errors? If you want some more performance, try the following branch, it's still hot:

    http://cgit.freedesktop.org/~airlied...-buffer-rework

    -Marek

    Comment


    • #32
      Originally posted by Eosie View Post
      Wow, I didn't know Counter Strike is working with r300g. Are there any visual errors? If you want some more performance, try the following branch, it's still hot:

      http://cgit.freedesktop.org/~airlied...-buffer-rework
      Didn't notice any visual errors, my brother play games more than I, I'll ask him.

      Thanks for the link, I'll try and post back the results...

      Comment


      • #33
        Originally posted by Zhick View Post
        No? It's working for me here, and has been for a few weeks already.
        It only works when you anable it _after_ logging in though.

        But what's much more awesome: HoN finally started working! Well, kinda. :P
        With Kernel 2.6.33-rc6 and the latest git master checkouts of mesa, libdrm and radeon it finally starts, and I even get to see the main menu and click on things etc. It's all pretty black though.

        As you can see I'm currently updating to the newest HoN (haven't played in a while) so I can try out in-game as well. I don't have much hope though, it's probably gonna die horribly.
        I was testing it with a friend yesterday, and HoN was very close to working. The menu was almost-perfect (all in color, etc), we noticed very few visual bugs, but when we tried to start a game, after the loading bar hit 100% the game bailed out.

        But still, comparing it with your all-black-with-text-on-it screenshot, it's getting there!

        Comment


        • #34
          I can get Yo Frankie! working with very minor glitching.

          Exciting, I know.

          Comment


          • #35
            Originally posted by [Knuckles] View Post
            I was testing it with a friend yesterday, and HoN was very close to working. The menu was almost-perfect (all in color, etc), we noticed very few visual bugs, but when we tried to start a game, after the loading bar hit 100% the game bailed out.

            But still, comparing it with your all-black-with-text-on-it screenshot, it's getting there!
            Sweet! I long for the day I can finally dump fglrx.

            Comment


            • #36
              Originally posted by madman2k View Post
              git clone git://anongit.freedesktop.org/mesa/mesa
              ./autogen.sh
              ./configure --enable-gallium-radeon --with-state-trackers=dri,glx
              cd mesa/lib/gallium/
              ln -s radeong_dri.so r300_dri.so
              export LIBGL_DRIVERS_PATH=<PATH TO>/mesa/lib/gallium/

              the applications you start from this console will use gallium now. check with glxinfo for GL2.1

              AFAIK there are no packages yet.
              I make it, but it gives
              OpenGL vendor string: Advanced Micro Devices, Inc.
              OpenGL renderer string: Mesa DRI R600 (RS780 9614) 20090101 TCL DRI2
              OpenGL version string: 1.4 (2.0 Mesa 7.8-devel)
              OpenGL extensions:...
              at glxinfo. Also says
              "direct rendering: No"
              with this hack.
              Whats wrong?

              Comment


              • #37
                you have to remove fglrx (or workaround its libGL)

                Comment


                • #38
                  I don't have fglrx for the months. And removed it already.
                  And I can verify that my libGL is from mesa trunk.

                  Comment


                  • #39
                    I run glxinfo utility with strace and see that:
                    open("/home/compile/svn/gallium/lib64/gallium/r600_dri.so", O_RDONLY) = 4
                    and doesn't try to open any other r600_dri.so,
                    So I think radeong_dri.so initiated successfully but gallium doesn't want to run I think.
                    Weird.

                    Comment


                    • #40
                      Not so wierd, I think. Nobody has written a Gallium3D driver for 6xx and up yet. Jerome (aka "glisse") has started work on a 600g driver but AFAIK that's it :

                      http://jglisse.livejournal.com/2789.html

                      The people talking about running the Gallium3D driver here are on 3xx-5xx hardware.

                      Comment


                      • #41
                        But I remember that this hack makes gallium enabled on my HW using gallium driver once (~2 months ago). At least can see gallium string on glxinfo. Might be there is some code change on mesa lib. Thanks.

                        Comment


                        • #42
                          I guess you might have been running the Gallium3D "softpipe" (CPU rendering) based on the work MostAwesomeDude did last year...

                          Comment


                          • #43
                            It indeed was possible for r600. The driver used to check for the device ID and picked the softpipe driver (the only sort-of stable software rasterizer in Gallium by that time) if r3xx-r5xx hw was not detected (meaning that both these drivers had to be compiled in). Due to some ongoing refactoring in Gallium, this driver switch got broken at some point and nobody has fixed it so far.

                            -Marek

                            Comment


                            • #44
                              I ran into a strange thing here. It seems the gallium can only be working when i am a root user.
                              When i run glxinfo as a root user, it gives me:
                              OpenGL vendor string: X.Org R300 Project
                              OpenGL renderer string: Gallium 0.4 on RV530
                              OpenGL version string: 2.1 Mesa 7.9-devel
                              OpenGL shading language version string: 1.2
                              But I am a normal user, it is:
                              OpenGL vendor string: Mesa Project
                              OpenGL renderer string: Software Rasterizer
                              OpenGL version string: 2.1 Mesa 7.9-devel
                              OpenGL shading language version string: 1.20
                              I am using gentoo.

                              Comment


                              • #45
                                Originally posted by refugeer View Post
                                I ran into a strange thing here. It seems the gallium can only be working when i am a root user.
                                When i run glxinfo as a root user, it gives me:
                                OpenGL vendor string: X.Org R300 Project
                                OpenGL renderer string: Gallium 0.4 on RV530
                                OpenGL version string: 2.1 Mesa 7.9-devel
                                OpenGL shading language version string: 1.2
                                But I am a normal user, it is:
                                OpenGL vendor string: Mesa Project
                                OpenGL renderer string: Software Rasterizer
                                OpenGL version string: 2.1 Mesa 7.9-devel
                                OpenGL shading language version string: 1.20
                                I am using gentoo.
                                If you're not yet in the video-group, try adding yourself to that.
                                If that doesn't help add this section to your Xorg.conf:
                                Code:
                                Section "DRI"
                                        Mode 0666
                                EndSection

                                Comment

                                Working...
                                X