A couple of days ago I upgraded my system to Kubuntu 12.10 dev and small white regular stripes began to appear on the icons in the panels or on the upper border of some of the application windows (e.g. Chromium, Konsole). See attached screenshots. On the icons it seems that the stripes are cover the square the enclose the icon and they disappear passing the mouse over it. On the window border they disappear with a fast switch between applications. It looks bad, but it seems harmless. I didn't have this problem on Kubuntu 12.04 with KDE 4.8.5, qt: 4.8.1 Reproducible: Sometimes Steps to Reproduce: I haven't nailed down when the stripes on the icons show up, but in the window border they become visible when switching between windows with ctrl+tab slowly enough for the thumbnail in the "cover switch" to be visible. Dell Latitude 6430s CPU: Ivybridge i5 graphics: VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) uname -a Linux xxxxx 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux distro: Kubuntu 12.10 Quantal Qt: 4.8.3 KDE Development Platform: 4.9.2
Created attachment 74478 [details] stripes on the icons
Created attachment 74479 [details] stripes also on the top of the desktop
Created attachment 74480 [details] stripes showing up while switching window
I forgot to say that once I saw the stripes also on the upper side of the desktop (see attachement).
@kwin developers: please take a look at the screenshot in comment #3.
- do they also appear (just in the desktop context, of course) if you suspend the compositor (shift+alt+f12) - (if yes) do they appear if you disable the blur effect and set the scale method to "smooth" (kcmshell4 kwincompositing) - (if yes) do they appear if you toggle the "OpenGL2 shaders" setting?
@Thomas: the white stripes on the panels, icons or upper part of the windows, disappear suspending the compositor and do not reappear if I reenable it. I usually have to do something else, like switching between windows, to see them again.
(In reply to comment #5) > @kwin developers: > > please take a look at the screenshot in comment #3. Today I've seen the white stripes in a new place: the rectangle at the bottom of the konsole when switching between tables. Unluckily I couldn't take a screenshot
Created attachment 74497 [details] other stripes stripes on the rectagle describing the window while switching with alt+tab
my bad, "s/if yes/if no/g" - so please check the other questions
(In reply to comment #8) > Unluckily I couldn't take a screenshot I got lucky: check attachement on comment #9
please check the other settings. if turning off blur "fixes" it, try reducing the blur strength. mesa recently lies alot about the GPU capabilities.
(In reply to comment #6) > - do they also appear (just in the desktop context, of course) if you > suspend the compositor (shift+alt+f12) recap: they disappear suspending the compositor > - (if yes) do they appear if you disable the blur effect and set the scale > method to "smooth" (kcmshell4 kwincompositing) Disabling blur and changing the scale method from "accurate" to "smooth" they did not disappear > - (if yes) do they appear if you toggle the "OpenGL2 shaders" setting? disabling the shaders the stripes disappeared on most application (they were visible from time to time on one application, but I guess that there some some extra issues there) Then re-enabling the shaders, they remained hidden, to come back when resetting the scale method. The upon turning on the blur, the border of the panels plus a bit of the desktop become white (see attachment in comment #13). The only solution I've found was to restart the machine. ps: while writing this Xorg decided to occupy 100% of the CPU, forcing me to shut down the computer (I don't think this is related, as I had some complete freeze before upgrading the OS and KDE)
Created attachment 74498 [details] white contours on panels after enabling blur
sounds like a driver issue (broken glsl) - what GPU is that exactly? (try "glxinfo", eventually "lspci")
(In reply to comment #15) > sounds like a driver issue (broken glsl) - what GPU is that exactly? > (try "glxinfo", eventually "lspci") from lspci I get for the graphic: 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) It's integrated in the CPU (from dell.com: Intel® HD Graphics 4000 is the integrated graphics option available with 3rd Generation Intel® Core™ Processors. Intel® HD Graphics 3000 is the integrated graphics option available with 2nd generation Intel® Core™ Processors.") I'll attach the output of glxinfo which looks cryptic to me
Created attachment 74503 [details] output of glxinfo
what's the version of the intel driver? (most important: SNA enabled?) (xf86-video-intel, can also be found in /var/log/Xorg.0.log)
(In reply to comment #18) > what's the version of the intel driver? > (xf86-video-intel, can also be found in /var/log/Xorg.0.log) The in /var/log/Xorg.0.log I've found: [ 24.052] (==) Assigned the driver to the xf86ConfigLayout [ 24.052] (II) LoadModule: "intel" [ 24.052] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 24.052] (II) Module intel: vendor="X.Org Foundation" [ 24.052] compiled for 1.13.0, module version = 2.20.9 [ 24.052] Module class: X.Org Video Driver [ 24.052] ABI class: X.Org Video Driver, version 13.0 >xf86-video-intel as string is not in Xorg.0.log. If it's a command I don't have it. Otherwise I have no clue how to look for it. >(most important: SNA enabled?) what does it mean? how do I check for it?
(In reply to comment #13) > (In reply to comment #6) > > - do they also appear (just in the desktop context, of course) if you > > suspend the compositor (shift+alt+f12) > recap: they disappear suspending the compositor yesterday night and again this morning happened that they appear also when the compositor is suspended
Ok, compositor and GL would be off the hook then. Since you'll likely use the raster graphicssystem, this would be an issue in the framebuffer. The driver is recent and SNA enabled, you could try to enforce UXA add /etc/X11/xorg.conf.d/20-intel.conf Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "uxa" EndSection then logout, maybe zap (to ensure the server really restarted) and see what happens. Notice that sna acceleration is *much* faster than uxa. If the issue goes away and you can rule out a temperature driven bug, file a bug at freedesktop.org against intel/sna
(In reply to comment #21) > add /etc/X11/xorg.conf.d/20-intel.conf > > Section "Device" > Identifier "Intel Graphics" > Driver "intel" > Option "AccelMethod" "uxa" > EndSection I have created the directory xorg.conf.d and the file 20-intel.conf and pasted in the piece above. I've restarted the system I still see the stripes. > > then logout, maybe zap (to ensure the server really restarted) and see what > happens. > > Notice that sna acceleration is *much* faster than uxa. > If the issue goes away and you can rule out a temperature driven bug, file a > bug at freedesktop.org against intel/sna About the temperature, in the widget from the collection shipped with kubuntu I never saw temperature higher than 65degrees (or a couple of degree more)
Just for the records: As the computer is giving me a whole lot of problems, this morning I've tried a live session of Kubuntu 12.10, to check for a few things. The stripes are present also there, if the composer is running.
Since that's the same distro and likely "versions of everything" - what did you expect? For a random guess, try downgrading xserver-xorg-video-intel to 2.20.8 or 2.20.7
(In reply to comment #24) > Since that's the same distro and likely "versions of everything" - what did > you expect? The distro is the same, but the live test is kind of a clean installation, while the system I have has been upgraded from kubuntu 12.04, installed by my group system manager from his OS version, which contains some extra software and configurations. Not knowing if any of this could influence the graphics, I though worth reporting it. > For a random guess, try downgrading xserver-xorg-video-intel to 2.20.8 or > 2.20.7 I'll do tonight or tomorrow and let you know.
Also on my X230 with ivybridge and intel GMA4000 kernel 3.5 Mesa9 (kubuntu 12.10)
also see bug #308385 If downgrading to mesa 8.x fixes it, it's likely a dupe (and pot. upstream, given this bug reports the issue w/o compositing enabled)
(In reply to comment #27) > also see bug #308385 > If downgrading to mesa 8.x fixes it, it's likely a dupe (and pot. upstream, > given this bug reports the issue w/o compositing enabled) Confirmed. also downgraded and also this bug #308369 is gone by downgrade.
downgrading the following solved the issues. libgl1-mesa-dri:amd64 libgl1-mesa-dri:i386 libgl1-mesa-glx:amd64 libgl1-mesa-glx:i386 libglapi-mesa:amd64 libglapi-mesa:i386 libglu1-mesa:amd64 libglu1-mesa:i386
This might just be the multisample issue as well, either because plasma runs on the gl graphicssystem or qml uses a gl scene or just because the memory is corrupted. So it's likely a dupe of #308385 as well and please try 4.9.3, but it's not sure that it fixes the non WM related parts.
Just a followup with a good news. Yesterday added ppa:kubuntu-ppa/beta to my repository to upgrade to kde 4.10 beta. During the upgrade I got complains about mesa, so I unholded the libs of comment #29. Now I have mesa 9.0-0ubuntu1 and kde 4.9.98 running without those annoying stripes.
thanks for the update. I conclude that this is a driver issue and change to UPSTREAM.
I have similar problem-stripes. It solved upgrading linux kernel to version 3.7.10
This problem appears to have re-emerged with the latest Arch update. I appear to not be allowed to downgrade, as the dependencies of individual libraries appear to have changed with the update. As I am relatively new to arch, I am unsure how to proceed.
https://wiki.archlinux.org/index.php/Arch_Rollback_Machine To select the dates in question, check https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/mesa
(In reply to comment #35) > https://wiki.archlinux.org/index.php/Arch_Rollback_Machine > To select the dates in question, check > https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/ > mesa Thanks for the link. My attempt to roll back one month majorly screwed things up. My KDE wouldn't boot at all. Luckily, I backed up my pacman.conf and mirrorlist files and was able to get myself back to my earlier, white-striped-windowed desktop. Maybe I'll just sit tight until the next version of those libraries comes out. Does it make sense, in light of what we know about this problem, that the graphic on the top of my desktop cube would be screwed up, too? I usually have the KDE symbol. Sometimes it looks normal. Other times it looks 'exploded'. If I toggle compositing a couple of times it reverts to normal.
Hi, I have similar problem with white stripes on desktop etc., but with KDE4.11.x in Ubuntu 14.04 with kernel 3.13. In 12.04 I resolved it by downgrading the mesa to 8, but in 14.04 I cannot do that. Please reopen this bug report.
the bug is marked "upstream" because it's been in mesa - it's not dealt here. we'll first determine the nature of "your" bug #333249 -> does this mean you also get those stripes with suspended compositor (Shift+Alt+F12)?