Fwd: Screen Blanking Power Management Requirements
robert.carr at canonical.com
Tue Jun 25 16:39:48 UTC 2013
>> Also, the assertion that input events will trigger dbus messages is
either a bad interpretation of mine, or just a bad idea. Input events
easily happen 1000 times per second. You don't want to turn those into a
flood of bus messages. The timeout has to happen in the Mir server itself.
The shell will use a timer, and send DBus messages like:
session_gone_inactive (no input events in X minutes), activity_resumed (an
input event on an inactive session).
On Mon, Jun 24, 2013 at 7:54 PM, Daniel van Vugt <
daniel.van.vugt at canonical.com> wrote:
> Some of the feature, like the blank/unblank obviously lives inside
> libmirserver. But I think we should also move common logic that won't
> change between shells into libmirserver, such as detection of input events
> to calculate inactivity.
> Also, the assertion that input events will trigger dbus messages is either
> a bad interpretation of mine, or just a bad idea. Input events easily
> happen 1000 times per second. You don't want to turn those into a flood of
> bus messages. The timeout has to happen in the Mir server itself.
> On 25/06/13 01:29, Robert Carr wrote:
>> Hi! There was a meeting today on power management requirements for Mir
>> on phablet. Sending out an email to capture the new requirements.
>> Essentially the model is as follows:
>> The shell will use it's event filter, to emit DBus events, i.e. Session
>> Idle (say no input in X minutes), Session Unidle.
>> powerd will listen to these events and combine power management policy
>> (i.e. do we blank the screen on idle? perhaps there is a video playing,
>> so we do not at the moment), and in many cases ask the shell again
>> So the requirement on Mir is for methods on mg::Display to blank/unblank
>> the display. Is someone able to take this as a work item?
> Mir-devel mailing list
> Mir-devel at lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/**
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mir-devel