System Environment: -------------------------- Distro: Ubuntu 12.04 Arch: x86_64 wayland (master) dd7ef2e17d1ea24c9c59a6e4f4fd523cce41d75b pixman (master) 65fc1adb6545737058e938105ae948a3607c277c glproto (master) 8e3407e02980d088e20041e79bdcdd3737e7827e cairo (master) 74a19c527c1fa07ade2042a8d2acecbb5f6ccab1 drm (master) 9dc0072e8d5a47fb0b2ada50fb897cb2c740bb40 macros (master) c98b41de5596c675c603ef43ae9570133f1a9921 dri2proto (master) ead89ad84877551cc15d26b95cb19a3e205df71f mesa (master) 42f762dcf682957a8a5c85ca1d30b28f41ea4bd0 kbproto (master) f7022f5775350dce3348b7151845a32390e98791 libX11 (master) f57fd760cba92ad846917f21e94e73e9c846185f libxkbcommon (master) bb620df7aa98c129687382e4866e643b8482fc59 weston (master) c0d79ce2ba2b4be973ac190a130cc521c48900d1 Detailed Description: ----------------------------- Launch weston in DRM mode, then let weston go idle. The monitor does not enter standby mode (backlight is still on). If you wiggle the mouse but don't click the green dot to resume weston, and let weston idle again then the monitor will go into standby mode. Steps to Reproduce: ---------------------------- 1. start weston under DRM mode (with -i 3 or something to reduce wait times) 2. Let weston go idle 3. Observe the monitor is NOT in standby and the backlight is still on - the monitor won't go into standby no matter how long the wait time. 4. Wiggle the mouse, but do not click the green dot 5. Allow weston to go idle again and observe that now the monitor is in standby with the backlight off. I verified this on two machines (a laptop and a desktop) - and this causes quite a bit of extra battery drain on the laptop if left to go idle.
How long did you actually wait for monitor to go into standby after going black? Weston has two timeouts, and the idle cycle works like this (or at least should work): 1. wait for the idle timeout to pass (the one set with weston -i option) 2. screen fades to black 3. if screensaver is configured: 3.1. execute weston-screensaver and fade in 3.2. screensaver is displayed until its timeout (weston.ini option screensaver:duration) 3.3. screen fades to black 4. monitor goes off or standby So maybe there is a bug in the logic for the case without a screensaver. I'm not sure if the duration is still required to pass until monitor goes off in the case of no screensaver. Looks like the default duration is 1 min, and the weston.ini example has 10 mins.
I have let the application sit over night before, and just did a test where I let it sit for 15 minutes after weston idled out. I do not have a screensaver installed, but the configuration file does have this line: path=/usr/libexec/weston-screensaver Weston prints out that there is no such file.
commit 18639f8d4a28b4471516080c7af68926eaeb62e2 Author: Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com> Date: Fri Feb 15 18:44:19 2013 +0200 shell: Set the DPMS state if the screensaver fails to launch or dies The lock hook in desktop-shell only changes the DPMS state the second time it is called, because during the first time it launches the screensaver and wakes the compositor again when the screensaver surface is configured. However, if the screensaver fails to launch, the output is left in an enabled state, even thought there's no content being displayed on the screen. Fix this by disabling the outputs when the screensaver dies if the shell is still locked. https://bugs.freedesktop.org/show_bug.cgi?id=60084
Verified fix resolves issue, and closing as verified.
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.