Announcement

Collapse
No announcement yet.

Updated and Optimized Ubuntu Free Graphics Drivers

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

  • #31
    I've got massive amounts of tearing in OpenGL programs... even glxgears. However it stays vsynced to 60FPS it seems more like a texturing problem really and it updates the visual much slower than the indicated fps

    again on r600 I hope you get a card to test on they aren't too expensive these days.

    EDITING: wow this is nice to be able to edit :P ... but yeah don't see anything at all in my dmesg about this :/
    Last edited by cb88; 05-27-2011, 02:52 PM.

    Comment


    • #32
      Originally posted by cb88 View Post
      I've got massive amounts of tearing in OpenGL programs... even glxgears. However it stays vsynced to 60FPS it seems more like a texturing problem really and it updates the visual much slower than the indicated fps
      You should open a mesa bug report for this.
      again on r600 I hope you get a card to test on they aren't too expensive these days.

      EDITING: wow this is nice to be able to edit :P ... but yeah don't see anything at all in my dmesg about this :/
      I work on this PPA for free and in my free time in the hope that it can be useful to others. I am willing to add patches or new features but I can't afford buying a different card to debug someone problems.

      Comment


      • #33
        Didn't you say you enabled some compiler optimisations? The last I remember seeing anything like this was when I compiled mesa with -O3 on gentoo.

        how does one go about debugging mesa if there isn't any error in the demsg in any case they already know about this no doubt its highly blatant. Bug reports are for little things.. not in your face tearing on everything.

        You have a donation button there don't ya... maybe some generous person might send you enough for an r600 card the lower ends ones really aren't that expensive.

        Comment


        • #34
          Originally posted by cb88 View Post
          Didn't you say you enabled some compiler optimisations? The last I remember seeing anything like this was when I compiled mesa with -O3 on gentoo.
          I am not using compiler optimizations. Check /usr/share/doc/libgl1-mesa-dri/changelog.gz for all the changes (vs official Ubuntu packages) I apply to my mesa packages.

          how does one go about debugging mesa if there isn't any error in the demsg in any case they already know about this no doubt its highly blatant. Bug reports are for little things.. not in your face tearing on everything.
          It may still be a specific problem of your card. Unless developers are aware of it nobody will look at it. Opening a bug report (unless there is already a similar one) is the best way to let know the problem to developers.

          You have a donation button there don't ya... maybe some generous person might send you enough for an r600 card the lower ends ones really aren't that expensive.
          The donation button is only for letting me know that "Hey, I like your work, I donate this little amount to thank you", it's not that I need that to work on it. I do it for fun and as a little step for the community to have better open source drivers. My limiting factor is the time and I am not going to buy a card to debug specific user bugs. The package here are mainly intended as an easy way for users that can't compile mesa themselves to get the latest features and bug fixes and also to better debug any bugs they may found (indeed I am compiling mesa with --enable-debug just for this).

          Comment


          • #35
            Originally posted by oibaf View Post
            I am not using compiler optimizations. Check /usr/share/doc/libgl1-mesa-dri/changelog.gz for all the changes (vs official Ubuntu packages) I apply to my mesa packages.
            When I do a backtrace of compiz using your build of mesa, I often see lines like this one:

            Code:
            #8  0x00007f45e10426f7 in dri_st_framebuffer_validate (stfbi=<value optimized out>, statts=0x7fff214238f0, count=1, out=0x0) at dri_drawable.c:73
                    drawable = 0x1afdac0
                    statt_mask = <value optimized out>
                    new_stamp = <value optimized out>
                    i = <value optimized out>
            As far as I can tell, this means it's compiled with optimizations, right?

            Comment


            • #36
              It's compiled with the default mesa options (and the same of the official Ubuntu package), so it's using -O2 that could still hide something. However there are no other "gentoo like" optimizations (-O3) that make debugging harder.

              Comment


              • #37
                I can temporarily build with -O0 if it's needed to debug something, however.

                Comment


                • #38
                  Cool, thanks, because that may be necessary, and I'd like to avoid building mesa myself if I can. I'll see what the devs say about the aforementioned compiz-bug; if they need more info.

                  By the way, I'm wondering if you could enable OpenGL ES in your mesa builds? Do you know if it's possible to include both regular OpenGL and OpenGL ES in a single mesa build? It seems like it is, by using the --enable-gles2 option while configuring. I'd like to be able to test some of the OpenGL ES applications that exist, like the OpenGL ES version of Compiz.

                  Comment


                  • #39
                    Originally posted by runeks View Post
                    Cool, thanks, because that may be necessary, and I'd like to avoid building mesa myself if I can. I'll see what the devs say about the aforementioned compiz-bug; if they need more info.
                    If you aren't aware this bug looks related to the crash you were having:
                    https://bugs.freedesktop.org/show_bug.cgi?id=36563.

                    I pushed the -O0 build in this PPA so to not affects other users (the performance drop is small anyway: openarena went from 58.7 to 57.9):
                    https://launchpad.net/~oibaf/+archive/test/
                    Make sure you install the package from the desired PPA.

                    By the way, I'm wondering if you could enable OpenGL ES in your mesa builds? Do you know if it's possible to include both regular OpenGL and OpenGL ES in a single mesa build? It seems like it is, by using the --enable-gles2 option while configuring. I'd like to be able to test some of the OpenGL ES applications that exist, like the OpenGL ES version of Compiz.
                    It is already enabled in a different package
                    Code:
                    $ apt-cache search libgles
                    libgles1-mesa - A free implementation of the OpenGL|ES 1.x API -- runtime
                    libgles1-mesa-dbg - A free implementation of the OpenGL|ES 1.x API -- debugging symbols
                    libgles1-mesa-dev - A free implementation of the OpenGL|ES 1.x API -- development files
                    libgles2-mesa - A free implementation of the OpenGL|ES 2.x API -- runtime
                    libgles2-mesa-dbg - A free implementation of the OpenGL|ES 2.x API -- debugging symbols
                    libgles2-mesa-dev - A free implementation of the OpenGL|ES 2.x API -- development files

                    Comment


                    • #40
                      Do you plan to add a ia32-libs package with latest 32 bit libdrm and mesa?
                      This is the only thing that xorg-edgers currently lacks and it would be a real plus for your ppa.
                      ## VGA ##
                      AMD: X1950XTX, HD3870, HD5870
                      Intel: GMA45, HD3000 (Core i5 2500K)

                      Comment


                      • #41
                        Originally posted by darkbasic View Post
                        Do you plan to add a ia32-libs package with latest 32 bit libdrm and mesa?
                        This is the only thing that xorg-edgers currently lacks and it would be a real plus for your ppa.
                        Unfortunately I am still on 32 bit so it would be difficult to test it. I may have a look at it anyway if I have some time in the future.

                        Comment


                        • #42
                          Updates

                          It's been awhile since the last status update so here it is:

                          Mesa
                          • nouveau Gallium3d driver now installed in the default libgl1-mesa-dri package - no need to install libgl1-mesa-dri-experimental anymore
                          • added VDPAU and XvMC support (pipe-video branch) for r300/r600/nouveau drivers in the libg3dvl-mesa package
                          • 2D/Xv/3D support for AMD Radeon HD 6950/6970 Cayman graphics cards
                          • Ivybridge support
                          • r300g bug fixes
                          • other crash fixes (especially llvm related)

                          EDIT: VDPAU and XvMC are also supported on r300 now! Unfortunately XvMC doesn't work (myssing symbol) and VDPAU is slower than Xv.
                          Last edited by oibaf; 05-31-2011, 05:18 AM.

                          Comment


                          • #43
                            Just want to say thanks for these packages! Makes it's much easier to get the latest (which also happen to fix a couple of bugs I had with default Ubuntu packages) drivers.

                            I'm using a Radeon 9550, which is RV350 based with a slower clock than other cards (I wanted something passively cooled and wasn't too fussed about 3D at the time), and thanks to VDPAU, I can now watch 720p video without too many problems!

                            Edit: OTOH that may be due to using mplayer instead of VLC...
                            Last edited by tom.higgy; 05-31-2011, 11:17 AM.

                            Comment


                            • #44
                              Originally posted by tom.higgy View Post
                              Just want to say thanks for these packages! Makes it's much easier to get the latest (which also happen to fix a couple of bugs I had with default Ubuntu packages) drivers.
                              Thanks

                              I'm using a Radeon 9550, which is RV350 based with a slower clock than other cards (I wanted something passively cooled and wasn't too fussed about 3D at the time), and thanks to VDPAU, I can now watch 720p video without too many problems!

                              Edit: OTOH that may be due to using mplayer instead of VLC...
                              Interesting, I tested mplayer also. Maybe VPDAU/XvMC is faster than Xv when using a "slow" CPU and a "fast" GPU. Anyway this is still initial r300 support so it may improve later on.

                              Comment


                              • #45
                                hi now with my hd4770 and your "oibaf" ppa heroes of newerth works perfect with the radeon driver

                                my last try with an hd5670 fail completely.

                                i think the r600g radeon driver is much better on hd4000 cards than hd5000 cards-.

                                Comment

                                Working...
                                X