Created attachment 100270 [details] screenshot of black taskbar areas Dell XPS 15 (Haswell) one (00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA controller])) KDE 4.11.4 chromium-browser (35.0.1916.114, own build available at http://carme.pld-linux.org/~glen/th/x86_64/) intel git driver (ffbe0aa1851c35cc2403633ca493e9fc6a471fd4) kernel 3.15.0-rc7-00118-ga4bf79e mesa 10.2rc5 When running that chromium browser the screen redraws in weird (slow) way initially and then kde task bar becomes black partially. Moving over mouse on it sometimes cures it.
Created attachment 100271 [details] dmesg
Created attachment 100272 [details] xorg log
One additional note - running official google chrome binaries doesn't cause this effect. I'm able to trigger these black areas only when using this chromium build. I wasn't able to find any other program that would cause similar problem as chromium causes but still looking...
How to reproduce. Run google-chrome, open some page and THEN run chromium browser. Black areas should appear on the same desktop chromium was run. It looks like chromium is conflicting with google chrome somehow (maybe chromium tries to use google chrome rendering processes or something similar). Anyway even if that true then that shouldn't affect rendering outside of chromium window: < ickle> touching areas outside of the app is b0rked - tested few driver versions as old as 2.99.904 - no change - i915.enable_fbc=0 i915.enable_rc6=0 i915.enable_psr=0 - also no change - few renering settings in "desktop effects"; xrender was producing even worse results (strips + black areas; black areas with strips etc); found no good working configuration
Fwiw, can you disable hw acceleration using chrome://settings/ I am not sure how that interacts with chrome://flags/ but the checkbox in //settings/ seems to do what I want.
Definitely curious what happens with the various Cr render backends.
For what it's worth, I was having Chromium rendering issues with the latest driver but it appears that the patch for this bug might've resolved those issues: https://bugs.freedesktop.org/show_bug.cgi?id=79517 Might be worth having Arkadiusz try that patch and see if it fixes his Chromium issues.
I've pushed that patch (right behind a very, very scary patch)...
That does look scary. Screw it. I'll give it a go.
Too early to tell for sure but so far I was unable to reproduce black areas chromium a problem with current git (9566fc0ccc71bc4fcd6bf83b567a41cc5366f5ee). Also using xrender render backend does not cause problems. Will do more testing to be sure that problem is gone.
Tempting fate.
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.