Created attachment 63242 [details] weston start with drm mode System Environment: -------------------------- Arch: i386 Libdrm: (master)libdrm-2.4.35-11-ga1d462d2a6f720538eaf1199a94dd27cd04e8a54 Wayland: (master)b576443a0eb848085d0fcdf2b2d2987bcfb58a7f Mesa: (master)6e7756db14c362ede6fdc97454267a32b8eab1d4 Xserver: (master) xorg-server-1.12.0-232-g8dc70acbf3d82611ac9ec1ec2a52edcc01934850 Xf86_video_intel: 2.19.0-291-g8695c4c77666cd07eab51efcbc7c4f11c85250fd Cairo: (master) dbc0efad7e565558a3abf7f69d7675efddc4688d Cairo_gl: (master) 35e4ffd91cc73fb17c47a12010f515941d6f4d3d Xkbcommon: (master) 6992de408a890be7bd66f7d829dc84eb9c4b81a6 Weston: (master) d553bfc127e5dcb10d93b9ea56989371faad8f0a Kernel_unstable: (drm-intel-next-queued) 33ee6d190ce8e4c33a7caf7d75618feb97936517 Bug detailed description: ----------------------------- Start weston under drm mode, weston start with abnormal black desktop, every application is overwhelmed by the dark background. At the same time, the mouse moving followed with a serises of mouse tag shadow. There is no error log when weston start. The situation is similar when start at X mode. The bug block our test job. Reproduce steps: ---------------------------- 1. Start weston.
The first bad commit is weston module and the commit ID is: commit 460a79bd4bdde768de2fd2e29be4fd185c58b227 Author: Kristian H<C3><B8>gsberg <krh@bitplanet.net> Date: Mon Jun 18 15:09:11 2012 -0400 compositor: Track damage in surface-local coordinates We transform the surface damage to global damage at weston_output_repaint() time. This way we don't touch the transform when it might not be valid and in case of overlapping damage, we only copy pixels once for shm textures
(In reply to comment #1) > The first bad commit is weston module and the commit ID is: > > commit 460a79bd4bdde768de2fd2e29be4fd185c58b227 > Author: Kristian H<C3><B8>gsberg <krh@bitplanet.net> > Date: Mon Jun 18 15:09:11 2012 -0400 > > compositor: Track damage in surface-local coordinates > > We transform the surface damage to global damage at weston_output_repaint() > time. This way we don't touch the transform when it might not be valid > and in case of overlapping damage, we only copy pixels once for shm > textures Ah, ok, I see. This should be fixed in master now, thanks. Kristian
You react so fast! The bug has been closed at Weston Commit: 8b19c641462843e0d91e7a5da8ced448d6996916. Mark this as RESOLVED and FIXED.
Mark the bug as VERIFIED and FIXED.
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.