| 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.
Please attach your xorg log and dmesg output. Can you identify what component update caused the regression?
Created attachment 112978 [details]
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.
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
(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?
I confirm the culprit is DRI3, I completely forgot about it. Sorry :(
(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: > http= s://github.com/iXit/xf86-video-ati/commits/master I recommend against using that, because it doesn't have proper Present extension support.
Unfortunately the nine state tracker needs DRI3 support, so I have to use it. Any ETA for proper present support in radeon?
(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 pro= per DRI3 and Present support.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | WONTFIX |
I switched to the modesetting driver (xorg-server git) + page flipping patches: http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=f60ed01813e8c479625c28ab530a0fa3d76c1196 http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=885deeffc90548cc4a98def507522d422cc90a09 http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=77c0d59d01fece39910ae593f7807e74ffe24583 http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=25d5d2b1103be58bb2d549bf0e62d505377060f4 http://cgit.freedesktop.org/~kwg/xserver/commit/?h=pageflip&id=f3c10666df33650da1e772994b087825774671ee ~ # 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.