https://bugs.freedesktop.org/show_bug.cgi?id=88877
Bug ID: 88877 Summary: Invisible Chrome windows on radeonsi with KWin compositing Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel@lists.freedesktop.org Reporter: darkbasic@linuxsystems.it
Since a couple of weeks every time I create a new Chromium window it is completely invisible until I minimize and restore it. What I see instead of the new Chrome window is the underlying one. Without compositing it works flawlessly (my desktop environment is KDE 4.14.3 so the compositor is KWin).
Graphic stack is from git (including xorg, llvm, mesa and drm-next-3.20).
I am sure the regression isn't in the kernel, maybe it is due to Chromium 40 exposing it (I don't remember having it with v39) but I'm not sure.
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #1 from Alex Deucher alexdeucher@gmail.com --- Please attach your xorg log and dmesg output. Can you identify what component update caused the regression?
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #2 from darkbasic darkbasic@linuxsystems.it --- Created attachment 112978 --> https://bugs.freedesktop.org/attachment.cgi?id=112978&action=edit Xorg.0.log
Hi Alex, I attached them. I'm trying to find what caused the regression, but that's not an easy task considering I compile a new snapshot of every single component of the graphic stack daily. I will let you know what I discover.
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #3 from darkbasic darkbasic@linuxsystems.it --- Created attachment 112979 --> https://bugs.freedesktop.org/attachment.cgi?id=112979&action=edit dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #4 from darkbasic darkbasic@linuxsystems.it --- Oh this is important: I forgot to say I'm using DRI3 with this xf86-video-ati branch: https://github.com/iXit/xf86-video-ati/commits/master
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #5 from Alex Deucher alexdeucher@gmail.com --- (In reply to darkbasic from comment #4)
Oh this is important: I forgot to say I'm using DRI3 with this xf86-video-ati branch: https://github.com/iXit/xf86-video-ati/commits/master
Does removing that patch fix the issue?
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #6 from darkbasic darkbasic@linuxsystems.it --- I confirm the culprit is DRI3, I completely forgot about it. Sorry :(
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #7 from darkbasic darkbasic@linuxsystems.it --- Can you reproduce it with DRI3?
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #8 from Michel Dänzer michel@daenzer.net --- (In reply to darkbasic from comment #4)
Oh this is important: I forgot to say I'm using DRI3 with this xf86-video-ati branch: https://github.com/iXit/xf86-video-ati/commits/master
I recommend against using that, because it doesn't have proper Present extension support.
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #9 from darkbasic darkbasic@linuxsystems.it --- Unfortunately the nine state tracker needs DRI3 support, so I have to use it. Any ETA for proper present support in radeon?
https://bugs.freedesktop.org/show_bug.cgi?id=88877
--- Comment #10 from Michel Dänzer michel@daenzer.net --- (In reply to darkbasic from comment #9)
Unfortunately the nine state tracker needs DRI3 support, so I have to use it. Any ETA for proper present support in radeon?
No, but in the meantime the modesetting driver from current xserver has proper DRI3 and Present support.
https://bugs.freedesktop.org/show_bug.cgi?id=88877
darkbasic darkbasic@linuxsystems.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX
--- Comment #11 from darkbasic darkbasic@linuxsystems.it --- I switched to the modesetting driver (xorg-server git) + page flipping patches: http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=f60ed0181... http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=885deeffc... http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=77c0d59d0... http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=25d5d2b11... http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=f3c10666d...
~ # cat /usr/share/X11/xorg.conf.d/99-modesetting.conf Section "Device" Identifier "radeon" Driver "modesetting" EndSection
~ $ ./dri3info Connected to DRI3 on display ':0', using fd 4: matches /dev/dri/card1
Also in the meantime I moved to Plasma 5 git so I can't reproduce the original xf86-video-ati bug anymore, that's why I'm closing this issue.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org