Announcement

Collapse
No announcement yet.

Mesa 7.5.1 Brings Bug Fixes

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

  • Mesa 7.5.1 Brings Bug Fixes

    Phoronix: Mesa 7.5.1 Brings Bug Fixes

    As a follow up to the Mesa 7.5 release that occurred back in mid-July, Brian Paul has now announced the release of Mesa 7.5.1. This point release brings a number of bug fixes and minor improvements, while a plethora of new work over the past few months has been going into what shall become Mesa 7.6.Among the fixes making up Mesa 7.5.1 is eliminating the swap-buffers jerkiness with the Intel driver in Doom 3 and other games, minor GLX memory leaks, a few Gallium3D bug-fixes, and miscellaneous OpenGL bug fixes...

    http://www.phoronix.com/vr.php?view=NzUwNw

  • #2
    Mesa is a nice project. Too bad X sucks.

    Comment


    • #3
      It's other way around buddy.

      Comment


      • #4
        Hmm, care to enlighten me on that?

        Comment


        • #5
          No problem, try using mesa for what it is meant, you will quickly find out that it doesn't even support hardware OpenGL 2.0 or Shaders. And what is its purpose? Draw, perform, or render something useful, instead of a triangle. What's wrong with X? Nothing really.

          Comment


          • #6
            Originally posted by hax0r View Post
            No problem, try using mesa for what it is meant, you will quickly find out that it doesn't even support hardware OpenGL 2.0 or Shaders. And what is its purpose? Draw, perform, or render something useful, instead of a triangle. What's wrong with X? Nothing really.
            Whining is easy. Why don't you try writing a driver for a modern GPU to see what it takes?

            The developers are working on OpenGL support, but stuff like this isn't implemented out of thin air.

            Comment


            • #7
              Originally posted by BlackStar View Post
              Whining is easy. Why don't you try writing a driver for a modern GPU to see what it takes?

              The developers are working on OpenGL support, but stuff like this isn't implemented out of thin air.
              Isn't it as easy as adding this to the driver code:

              Code:
              sudo support={openGL 3.2}
              I'm not a real h4x0r or even a codemonkey, so I wouldn't know for sure..

              /end joke

              Anyway, I'm very happy to see my X1600 now supporting openGL 1.5 in Ubuntu Karmic, since AMD gave up supporting my card (though I will probably get a new system before real solid 3d acc. arives for this chip). But this is through 7.6, right? Where will the 7.5.1 end up - will distros using 7.5 upgrade?

              Comment


              • #8
                Originally posted by BlackStar View Post
                Whining is easy. Why don't you try writing a driver for a modern GPU to see what it takes?

                The developers are working on OpenGL support, but stuff like this isn't implemented out of thin air.
                He just corrected the previous poster that it is Mesa that actually sucks not X. He didn't come in here complaining so I guess your statement should have been aimed towards the first poster.

                Comment


                • #9
                  Originally posted by hax0r View Post
                  No problem, try using mesa for what it is meant, you will quickly find out that it doesn't even support hardware OpenGL 2.0 or Shaders. And what is its purpose? Draw, perform, or render something useful, instead of a triangle. What's wrong with X? Nothing really.
                  Mesa supports hardware OpenGL 2.1 and shaders.

                  Comment


                  • #10
                    Originally posted by MaestroMaus View Post
                    He just corrected the previous poster that it is Mesa that actually sucks not X. He didn't come in here complaining so I guess your statement should have been aimed towards the first poster.
                    The first poster didn't claim that Mesa sucks.

                    And no, Mesa does not suck. Gallium3D does not suck. Shaders are already supported. GLSL support is underway.

                    Besides, this is an open source project. Whine that x sucks without lifting a finger to help and people will simply laugh at you. Even more so if the whining is without merit.

                    You don't need to be a developer to file a bug report, either. And if you don't have any bugs to report, then the project doesn't suck by definition.

                    Comment


                    • #11
                      X fiddling bits on the PCI bus sucks. Having separate 2D and 3D drivers infrastructure sucks worse.

                      THAT is the problem. Getting rid of X isn't going to help you one freaking bit.

                      But implementing Gallium and running X on top of that will solve those problems just fine.

                      Comment


                      • #12
                        Instead of bug fixes mesa 7.5.1 for me and few others brought performance regressions and in some cases serious desktop unresponsivness.

                        With 2.6.30.5 kernel [kms disabled] gnome with compiz enabled is unusable, opening gnome menu lags for 10 sec after clicking on it, with 2.6.31-rc9 [kms enabled] system is responsive but it somewhat regressed regarding performance (noticed some stutters in fretsonfire and urban terror, just to mention glxgears ;-) 950fps with mesa 7.5.0 and 350 with mesa 7.5.1).

                        Same thing with mesa 7.6rc

                        I've filed a bug report...

                        http://bugs.freedesktop.org/show_bug.cgi?id=23740

                        Comment


                        • #13
                          Originally posted by drag View Post
                          X fiddling bits on the PCI bus sucks. Having separate 2D and 3D drivers infrastructure sucks worse.

                          THAT is the problem. Getting rid of X isn't going to help you one freaking bit.

                          But implementing Gallium and running X on top of that will solve those problems just fine.
                          That's actually WIP. Look at the xf86-video-modesetting driver + gallium exa/video accel
                          It also requires one less 'driver' to make for the devs.
                          NOW/FUTURE = DRM + DDX + Gallium
                          FUTURE = DRM + Gallium

                          Comment


                          • #14
                            Originally posted by drag View Post
                            X fiddling bits on the PCI bus sucks.
                            At least with Intel hardware, and some additional patches, it's possible to run X completely in userspace.

                            Comment


                            • #15
                              Originally posted by whizse View Post
                              At least with Intel hardware, and some additional patches, it's possible to run X completely in userspace.
                              Actually it's more like this: Intel uses KMS+GEM. Gallium3D uses drivers that use KMS+GEM. KMS+GEM fiddle directly with hardware so userspace doesn't have to. Whether it's X or Gallium3D that uses KMS+GEM is irrelevant. :3

                              Comment

                              Working...
                              X