Created attachment 145309 [details]
Hello. During using Chromium on wayland I faced with an issue - huge white/black squads flickering over the screen, in case if I opened video into full-screen mode.
Linux den-pc 5.2.11-1-MANJARO
Xorg-server 1.20.5-2 (Xwayland and all related packs the same version)
Chromium (chromium) 76.0.3809.132-1 (tested and on downgraded version)
Mesa versions - git-master, 19.1.5 (system) etc...
1. Login into wayland session
2. Launch chromium
3. Open chromium into full-screen mode (it is important, because in other way bug can't be reproduced)
4. Launch any youtube video
5. Open video in a full-screen mode
Result: picture starts flickering with white-black squads. Video attached.
I searched for same/similar issues and could find only these, quite old and resolved mostly:
Second thing - is that running with "--disable-gpu-driver-bug-workarounds" - resolves issue.
Bisection lead me to:
069fdd5f9facbd72fb6a289696c7b74e3237e70f is the first bad commit
Author: Louis-Francis Ratté-Boulianne <email@example.com>
Date: Fri Jul 7 02:54:26 2017 -0400
egl/x11: Support DRI3 v1.1
Issue doesn't exist on Xorg session. Possibly (as in found tickets) it may be related to regression in Xwayland, but I am not sure in this.
That is usually a desynchronization between the compositor and the client (chromium) of state of the compression of the surface.
One is rendering compressed, the other reading uncompressed. We recently pointed mutter/gnome-shell to avoid reading the texture of a shared surface from the CPU (glReadPixels, etc...) because it would trigger that.
We should probably fix the driver, but this is somewhat of a rewrite of how we deal with aux surfaces.