Bug 19354 - [GM965] With Compiz, X freezes after LCD turned off
Summary: [GM965] With Compiz, X freezes after LCD turned off
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: MaLing
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2008-12-31 22:09 UTC by Wen-chien Jesse Sung
Modified: 2009-01-13 00:27 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (23.49 KB, text/plain)
2008-12-31 22:09 UTC, Wen-chien Jesse Sung
no flags Details

Description Wen-chien Jesse Sung 2008-12-31 22:09:30 UTC
Created attachment 21607 [details]
Xorg.0.log

Bug description:
I set a time for put display to sleep when inactive in gnome-power-manager. With compiz, after the LCD is off, there's no way to get it on again. Moving mouse or pressing the keyboard does not wake it up. Even more, when I press the "Caps Lock", the "Caps Lock LED" isn't turned on. I can still make acpid shut the computer down by pressing the power button.

System environment:
-- chipset: 965GM
-- system architecture: X86-64
-- xf86-video-intel: x11-drivers/xf86-video-intel-2.5.1-r1
-- xserver: x11-base/xorg-server-1.5.3
-- mesa: media-libs/mesa-7.2
-- drm: x11-libs/libdrm-2.4.1
-- kernel: 2.6.28-gentoo
-- Linux distribution: Gentoo
-- Machine or mobo model: DELL Latitude D630
-- Display connector: LVDS

Additional info:
* I've tried gentoo's x11 overlay (xf86-video-intel-2.5.99.1.ebuild, mesa-9999.ebuild, ...), the same problem exists.
* I'm not sure if this is related: I've done some tests with Linus' kernel git tree. Before (and including) commit 0a3e67a4ca, I got a "blank desktop" when I start compiz, nothing but a mouse pointer is on the desktop. With commit e0f0754ff6, compiz works fine, but the problem stated above exists.
Comment 1 MaLing 2009-01-08 01:19:06 UTC
hi jesse,
how do you config your power management,
you  do suspend resume or only turn off display for a while?
Thanks
Ma Ling
Comment 2 Wen-chien Jesse Sung 2009-01-08 22:56:30 UTC
Hi MaLing,

I set a timeout for "Put display to sleep when inactive for", and set "Put computer to sleep when inactive for:" to never.
No suspend/resume, just turning the display off.
Comment 3 MaLing 2009-01-09 04:42:04 UTC
(In reply to comment #2)
> Hi MaLing,
> I set a timeout for "Put display to sleep when inactive for", and set "Put
> computer to sleep when inactive for:" to never.
> No suspend/resume, just turning the display off.

jesse,
Could you send me your Xorg.0.log with ModeDebug option and dump register file when LCD can not be turned on agine?

Thanks
Ma Ling
Comment 4 Eric Anholt 2009-01-09 17:29:40 UTC
This may be fixed by the following:
commit f4f76a6894b40abd77f0ffbf52972127608b9bca
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Wed Jan 7 10:18:08 2009 -0800

    libdrm: add timeout handling to drmWaitVBlank

commit 9f4f07ceb1716d8796089fcef91621c5f07c872a
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Thu Jan 8 10:42:15 2009 -0800

    drm/i915: don't enable vblanks on disabled pipes
Comment 5 Eric Anholt 2009-01-09 17:30:36 UTC
(and if it isn't fixed, please ssh in during failure and attach gdb to the X Server to get a backtrace)
Comment 6 Wen-chien Jesse Sung 2009-01-12 18:47:07 UTC
(In reply to comment #4)
> This may be fixed by the following:
> commit f4f76a6894b40abd77f0ffbf52972127608b9bca
> Author: Jesse Barnes <jbarnes@virtuousgeek.org>
> Date:   Wed Jan 7 10:18:08 2009 -0800
> 
>     libdrm: add timeout handling to drmWaitVBlank
> 
> commit 9f4f07ceb1716d8796089fcef91621c5f07c872a
> Author: Jesse Barnes <jbarnes@virtuousgeek.org>
> Date:   Thu Jan 8 10:42:15 2009 -0800
> 
>     drm/i915: don't enable vblanks on disabled pipes
> 

With 9f4f07ce and the latest libdrm tree, this issue is gone.
Much thanks! :)


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.