Created attachment 93166 [details] kernel log When I try to shutdown/restart/log out of KDE, the window with the countdown opens and show up correctly, but the background is corrupted with random stuff such as windows/menus that were opened before, or even currently opened windows but totally reversed and/or at different places. Unfortunately, it doesn't look like I can take a screenshot while that screen is open. It works fine with the proprietary driver. Card: Nvidia 8800 GT I am using mesa-git (as of commit 80bf1fbaf6bb3d9b7a8543ea764c6d19887ac0b8). xf86-video-nouveau 1.0.10-2 Arch Linux
Same issue with ArchLinux mesa package: mesa 10.0.2-1 I forgot to say that I have xorg server 1.15.
Sorry for multiple posting. I am not sure why I mentionned mesa though, I guess it doesn't matter if it's a 2D bug.
More info: The corruption only appears when the KDE desktop effect "Logout" is enabled. It is enabled by default.
Here's the error I get with MESA_DEBUG=1: Mesa: User error: GL_INVALID_OPERATION in glBlitFramebufferEXT(bad src/dst multisample pixel formats)
(In reply to comment #4) > Here's the error I get with MESA_DEBUG=1: > Mesa: User error: GL_INVALID_OPERATION in glBlitFramebufferEXT(bad src/dst > multisample pixel formats) The application is performing some invalid operation, and mesa is complaining about it. Not a driver bug. Could be a core mesa bug if it's incorrectly determining that the operation is invalid :) Feel free to reopen if the KDE people determine that this really is a nouveau bug somehow.
According to kde developers, there may be a mesa or nouveau bug after all: "Fredrik says, the configs should arrive with min. samples first, so this would be a MESA/nouveau bug.' "It seems to prefer TrueColor over DirectColor (that's expected) over sample count sorting (may be intended), but even then 0x157 should apparently take precedence: 0x153 24 tc 0 24 0 r . . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x157 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x1ae 24 dc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None So given the sample count sorting is still supposed, there's a bug in either nouveau or MESA, it appears the double buffer support is ignored when sorting the list (so that 0x153 and 0x157 are assumed equal, 0x153 moved to front and 0x157 ignored from sorting) - but that's sth. for the MESA devs to say =)" See https://bugs.kde.org/show_bug.cgi?id=330986#c41
Might be interesting as well: https://git.reviewboard.kde.org/r/115762/
Fredrik just posted a couple of patches [1] [2]. The first of which should resolve the problem. [1] http://patchwork.freedesktop.org/patch/20458/ [2] http://patchwork.freedesktop.org/patch/20464/
I can confirm these patches fix my issue.
Fixed http://cgit.freedesktop.org/mesa/mesa/commit/?id=3616e862f29838d73fcb05134b1dc628da499fc2 http://cgit.freedesktop.org/mesa/mesa/commit/?id=f41c2f6c332ae9b9784ac924b718963a1086cb85
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.