Announcement

Collapse
No announcement yet.

Linux 2.6.34 Kernel Released! Time For 2.6.35

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

  • #16
    Originally posted by RealNC View Post
    I know. It's just that I need the boot decor Gentoo patches :P
    You could make a local overlay for that.

    Comment


    • #17
      OK, I've just built 2.6.34 vanilla. It seems the boot decor is still working, in which case I'm left wondering what the heck the Gentoo patches do in the first place

      I didn't apply Con's BFS patch, just to see how the default scheduler is doing. Hey, it doesn't suck hard anymore Nice, it seems they fixed most of it.

      KMS and dynpm=1 seems to work with my HD4870; at least I can't hear the fan trying to create a scale F5 tornado anymore. Now if I could only know how to read temperatures for the GPU :-/ Probably not possible.

      One thing I noticed with V-Synced KMS is that 60FPS video is stuttering hard in windowed mode; with UMS it's tearing of course, but silk-smooth otherwise. It's *almost* OK in fullscreen mode (KDE "unredirects" full screen apps.) Applying the BFS patch though fixed it in fullscreen. Windowed mode still sucks though. Fortunately, the majority of videos aren't 60FPS.

      Comment


      • #18
        Hmm, is OpenGL buggy with KMS? glxgears is not getting V-Synced :-/ I'd expect it to get locked at 60FPS (my monitor's refresh rate), but:

        Running synchronized to the vertical refresh. The framerate should be
        approximately 1/1096764487 the monitor refresh rate.
        8297 frames in 5.0 seconds = 1659.295 FPS
        7987 frames in 5.0 seconds = 1597.322 FPS
        8433 frames in 5.0 seconds = 1686.381 FPS

        Comment


        • #19
          (Damn post edit time :P)

          Observation #3: KMS is slow as molasses sometimes. And I was using UMS forced at constant low GPU clocks previously, so I guess that says something.

          Comment


          • #20
            I switched back to UMS. No one can live with this slowness and GUI lag.

            It would be nice if I could say that KMS was worth the wait, but unfortunately this is not the case. It has been a major disappointment here. But I guess just like with fglrx, "next version will be better". Unfortunately for the OSS drivers, fglrx ships each month.

            Comment


            • #21
              Originally posted by RealNC View Post
              I switched back to UMS. No one can live with this slowness and GUI lag.
              When are you seeing lags? I'm also using KMS, but except for some occasional hiccups in Firefox when using middle-mouse-button-scrolling (dunno what's the correct name ) everything seems snappy. And what card do you have, r300-r500 oder >=r600?

              Comment


              • #22
                I have an R770 (HD4870). There is heavy lag when scrolling in every application (especially Gtk apps, and to a lesser extent Qt apps), some lag when pressing F12 to show my Yakuake console, video playback with Xv is skippy, navigating menus in application is laggy, lag when restoring windows from their minimized state (and that one turns even more laggy if another window is currently open rather than a clear desktop.)

                All combined, it feels like Windows 7 on a Pentium 3 :P

                Comment


                • #23
                  Originally posted by RealNC View Post
                  I have an R770 (HD4870). There is heavy lag when scrolling in every application (especially Gtk apps, and to a lesser extent Qt apps), some lag when pressing F12 to show my Yakuake console, video playback with Xv is skippy, navigating menus in application is laggy, lag when restoring windows from their minimized state (and that one turns even more laggy if another window is currently open rather than a clear desktop.)

                  All combined, it feels like Windows 7 on a Pentium 3 :P
                  OpenGL compositing?

                  Comment


                  • #24
                    Yes .

                    Comment


                    • #25
                      Originally posted by RealNC View Post
                      Yes .
                      Sorry, but, are you complaining (with whom?) because you really thought that the old Mesa OpenGL model driver for r600+ was already done, optimized and all? By the time I'm seeing your nickname here on Phoronix, I thought you would have already knew: we'll start to see something only when the Mesa Gallium3D driver for r600+ will begin to be seriously worked upon. Jerome Glisse did the original work, Marek Olk updated the code to current Mesa.

                      http://www.phoronix.com/scan.php?pag...item&px=ODIzMw

                      But, you already know this.

                      What did you expect that you didn't know already? Really.


                      PS: If you experience tearing in a composited environment, that's because kernel code for the query of crtc hw id as been merged mainline just yesterday, while the xf86-video-ati already has swap & sync code since 10 May.

                      If you're interested:
                      kernel commit: bc35afdb182d4c48c889fe27ba7a5d7ea0c8194d

                      Comment


                      • #26
                        What does this have to do with UMS vs KMS?

                        Comment


                        • #27
                          You made four observations to the KMS stack on your hardware:
                          • KMS has DRM powermanagement, which works on your hardware.
                            Further advancements in DRM PM will only be available in KMS (profile-based and dynamic PM).
                          • X-Video tearing, which is solved by synchronized swap in 2.6.35 KMS DRM.
                          • OpenGL tearing, which is solved by synchronized swap
                          • OpenGL performance, which can only be solved by further r600g development.

                          Originally posted by RealNC View Post
                          What does this have to do with UMS vs KMS?
                          This.

                          Comment


                          • #28
                            You don't make any sense, sorry. I never mentioned anything about vsync problems in Xv; there are none. I never said my desktop was tearing; it doesn't. I never said power management didn't work; it does work. I don't understand why gallium is needed for faster KMS performance; all I'm saying is KMS is slower than UMS.

                            So I'm gonna write it again:

                            I have an R770 (HD4870). There is heavy lag when scrolling in every application (especially Gtk apps, and to a lesser extent Qt apps), some lag when pressing F12 to show my Yakuake console, video playback with Xv is skippy, navigating menus in application is laggy, lag when restoring windows from their minimized state (and that one turns even more laggy if another window is currently open rather than a clear desktop.)

                            All combined, it feels like Windows 7 on a Pentium 3 :P

                            Comment


                            • #29
                              Originally posted by RealNC View Post
                              You don't make any sense, sorry.
                              Wow.

                              Originally posted by RealNC
                              I never mentioned anything about vsync problems in Xv; there are none.
                              That's what DRI2 wich is available in KMS is for. You told us that the UMS stack gave you tearing issues.

                              Originally posted by RealNC
                              I never said my desktop was tearing; it doesn't. I never said power management didn't work; it does work.
                              As I stated already, you did bring up four observations, some of which are issues, some are not. You already told us that DRM power management works well, and I'm pleased to hear that.

                              Originally posted by RealNC
                              I don't understand why gallium is needed for faster KMS performance; all I'm saying is KMS is slower than UMS.
                              There isn't a "KMS performance", there's a legacy Mesa driver performance. That's why your "GTK scrolling" is lagging, and showing a new window (Yakuake) does take time: the legacy Mesa driver for r600 has just been put together, it's not feature complete or even nearly optimized (except things like DMA swapping).

                              We can't talk of "KMS", wrapping up a DRM kernel module, Xorg server, Xorg DDX, and a Mesa driver. We have to distinguish each component, for each has its function and development.

                              If you need an OpenGL composited desktop, than you'll need good performance from your OpenGL implementation. That's what Mesa and Gallium3D are. Mesa's r600 driver isn't and will not be optimized further, but Gallium's will. Even more: Mesa UMS and KMS r600 drivers are different code paths, because they are a very different approach to similar problems.

                              Gallium is where a great deal of the current, and all future development (new features, performance improvements, ...), will take place. So that's why you should be looking at G3D.

                              Do I make any sense?

                              Comment


                              • #30
                                Originally posted by RealNC View Post
                                I have an R770 (HD4870). There is heavy lag when scrolling in every application (especially Gtk apps, and to a lesser extent Qt apps), some lag when pressing F12 to show my Yakuake console, video playback with Xv is skippy, navigating menus in application is laggy, lag when restoring windows from their minimized state (and that one turns even more laggy if another window is currently open rather than a clear desktop.)

                                All combined, it feels like Windows 7 on a Pentium 3 :P
                                I am using kms with a 4870 and a mobility 2600. I have used ubuntu with 2.6.32, 2.6.34 (rc5-final) and arch linux with 2.6.34 drm-radeon-testing. On all of these speed is no issue, the oss drivers with kms are significantly faster than cat 10.4. Video playback is perfectly smooth even on my laptop (2ghz core2, mobility 2600)

                                My only issue is the temps on my laptop get REALLY hot with the oss drivers even with dynpm enabled.

                                Comment

                                Working...
                                X