Bug 51244

Summary: [Regression] Weston start with abnormal black desktop
Product: Wayland Reporter: ZhaoShengyan <shengyanx.zhao>
Component: westonAssignee: Wayland bug list <wayland-bugs>
Status: VERIFIED FIXED QA Contact:
Severity: blocker    
Priority: high    
Version: unspecified   
Hardware: Other   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: weston start with drm mode

Description ZhaoShengyan 2012-06-19 20:32:00 UTC
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.
Comment 1 ZhaoShengyan 2012-06-19 22:26:46 UTC
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
Comment 2 Kristian Høgsberg 2012-06-20 09:38:06 UTC
(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
Comment 3 ZhaoShengyan 2012-06-20 19:19:10 UTC
You react so fast!
The bug has been closed at Weston Commit:
8b19c641462843e0d91e7a5da8ced448d6996916.

Mark this as RESOLVED and FIXED.
Comment 4 ZhaoShengyan 2012-06-20 19:20:55 UTC
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.