Announcement

Collapse
No announcement yet.

Completely BROKEN KWIN with KMS/Radeon

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

  • Completely BROKEN KWIN with KMS/Radeon

    KDE 4.4 Beta's KWin window manager is utterly broken with the radeon driver (v4.3.67).

    It would be very nice is someone in the radeon developer gang could install the new fancy KDE 4.4 beta technology and figure out what is going on. The old and dusty KDE 4.3 KWin appeared to work close to perfectly. The new KWin will for some reason not redraw much of the screen, if you move some window around then it leaves traces all over the place.

    I have not tested the fancy new KWin with any other graphics card, driver or computer for that matter, but I assume that someone in the KDE gang would have noticed this amount of fsckup if it had affected everything.

    thanks for reading all of this.

  • #2
    A recent update blew up Kwin (I'm running KDE 4.3)

    I had this problem a long time ago, while using XRender effects, back when there was no functioning OpenGL acceleration with free drivers. Then, it was gone, and OpenGL compositing worked perfectly.

    A recent update broke it again. There are strange-coloured shadows around windows and windows don't redraw unless you move them.

    Comment


    • #3
      This is a bug which was introduced by a change in mesa. KDE version is not relevant.

      Revert to commit 48dfd3938e428295c45692cfde0a2afff04a7970 or earlier.
      Last edited by chithanh; 11-29-2009, 07:37 PM. Reason: add link to bugs.fdo

      Comment


      • #4
        Yep I've been having this problem too on 4.3.

        Comment


        • #5
          Ihave this problem too.

          Comment


          • #6
            I had the same problem on gnome, if I used the virtual directive in xorg.conf (for multi monitor stuff).

            Comment


            • #7
              Originally posted by pvtcupcakes View Post
              Yep I've been having this problem too on 4.3.
              Thank you for clarifying this! My bad I just blindly assumed it was kwins fault when I updated that, I update radeon git so frequently that I "forgot" about that. thankz. Guess it's up to the AMD assets to fix this, then.

              Comment


              • #8
                Originally posted by barkas View Post
                I had the same problem on gnome, if I used the virtual directive in xorg.conf (for multi monitor stuff).
                I obviously also abuse the virtual directive. What else would one do, use only one monitor?? "One monitor should be enough for anyone"? NO.

                Comment


                • #9
                  same here. :'(

                  Comment


                  • #10
                    Same here.
                    Using libdrm and xf86-video-ati from git pulled on 11/28 with mesa from 11/14 works well but as soon as I upgrade mesa to git pulled on the 11/28 and I get artifacts all over the place.

                    Comment


                    • #11
                      I was already thinking I'm the only one with this issue. Hopefully this gets fixed soon

                      Comment


                      • #12
                        same here. KDE4 is broken (artifacts everywhere) with actual mesa-git. I tested it with my Intel and my ATI (r600) card, both have the same artifacts!
                        The ATI with KMS leads to even more artifacts (an almost totally broken desktop), with UMS the desktop is still "usable".

                        My system:
                        Thinkpad T500
                        ARCH linux and kernel/libdrm/mesa/xf86-video-ati from git

                        Armin

                        Comment


                        • #13
                          Originally posted by Armin View Post
                          same here. KDE4 is broken (artifacts everywhere) with actual mesa-git. I tested it with my Intel and my ATI (r600) card, both have the same artifacts!
                          The ATI with KMS leads to even more artifacts (an almost totally broken desktop), with UMS the desktop is still "usable".

                          My system:
                          Thinkpad T500
                          ARCH linux and kernel/libdrm/mesa/xf86-video-ati from git

                          Armin
                          This is a known bug with a known fix. see

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

                          and revert the commit mentioned and it works.

                          I found the bad commit on 20 November. It seems to be taking the mesa guys a while to understand the bug. It occurs in 7.7-rc1 as well as in 7.8-devel. If it was my call I would revert the commit and figure out why/what it broke later.

                          Comment


                          • #14
                            It's been reverted.

                            Comment


                            • #15
                              ok since the commit 286bf89e5a1fc931dbf523ded861b809859485e2 is reverted in mesa_7_7_branch this branch works fine again.
                              and a manual revert of this commit in master also leads to a working mesa again.

                              Tested on ArchLinux with kernel 2.6.32-rc8 and libdrm/mesa(master and mesa_7_7_branch)/xf86-video-ati from git (updated today).

                              Something strange with this bug is, that once the artifacts occure they remain, even if I switch to my Intel graphics card and downgrade everything to ArchLinux stock packages.
                              I had to reinstall the kdebase package to get rid of the artifacts.

                              Comment

                              Working...
                              X