[maemo-users] [maemo-users] Re: Storage/Sleep Issues..

From: Jonathan Greene atmasphere at atmasphere.net
Date: Mon Jan 22 03:28:40 EET 2007
At first this bothered me like everyone else but once I discovered
that by matching the time for both display and power (mine are both
set to to min) the power  / d-pad combo is really quite nice.

You can remain connected if you have an active connection or the unit
simply shuts things down as they go idle this way.  Nothing except for
the combo press again will wake the screen...  I definitely miss the
protective cover, but now prefer this new idle connectivity.

On 1/21/07, Igor Stoppa <igor.stoppa at nokia.com> wrote:
> On Sun, 2007-01-21 at 23:42 +0000, ext Neil MacLeod wrote:
> [snip]
> > Sadly I don't have the skills/knowledge. I wouldn't know where to start! The
problem highlighted by bug #959 is probably rooted deep in the bowels of the
(non-open source) power management, and I don't even know if the Display
applet is open sourced.
> No, the power management _is_ open source, since it's basically all in
> the kernel. What is not included in the kernel is just the
> inactivity_timeout_expired => blank screen
> action, and nothing else.
> There is this myth about hidden power management. Well, there isn't any.
> The mantra of power management is:
> "All the resources belong to the system and have to be kept busy for as
> short as possible, and only when it's really necessary."
> Therefore it _has_ to be inkernel because of the shorter latencies.
> Of course every application/library must be power management friendly,
> but again, it's not hidden stuff. Check the thread about battery life: i
> gave detailed explanation about it.
> >
> > As for the "cover-on" functionality discussed in bug #943, I'm looking for ideas
that could be implemented - again I don't have the skills to implement these
ideas, I'm just a humble end user that doesn't fit in with the Nokia
"always on"
philosophy (well actually, my employer doesn't agree with the Nokia stance
either!) A number of end users also disagree about the inability to
rapidly put the
N800 into a 770-type "cover-on" state - Nokia really have goofed here. :(
> >
> > > Then it will be probably easier to have your request satisfied.
> > >
> > > In the worst case i can assure you that you'll have at least one user
> > > (me =) for the patch.
> > >
> >
> > Trust me, we're not alone - there are many who have complained (if only
were voting were enabled against N800 bugs in Bugzilla we may even have some
stats to back that up!)
> I guess it will be soon, I see no reason why it shouldn't. Unfortunately we don't
have infinite manpowertunately we don't
have infinite manpowertunately we don't
have infinite manpowernfortunately I won't be able to submit patches for these
two bugs, but if they're not addressed in future firmware -
particularly the lack of a
cover-on shortcut, bug #943 - then I think I will have to begin questioning the
motives and outlook of Nokia when it so clearly flies in the face of their
> Again, it's a matter of prioritising; everybody who takes the hassle of
> submitting a bug thinks that it's important. And probably it is.
> Then somebody else has to decide what has to be fixed first. It doesn't
> happen only to external bugs, even for us internally, one files a bug
> and finally gets it fixed after a month or so because something else had
> higher priority.
> --
> Cheers, Igor
> Igor Stoppa <igor.stoppa at nokia.com>
> (Nokia M - OSSO /Helsinki Finland)
> _______________________________________________
> maemo-users mailing list
> maemo-users at maemo.org
> https://maemo.org/mailman/listinfo/maemo-users
users at maemo.org
> https://maemo.org/mailman/listinfo/maemo-users
users at maemo.org
> https://maemo.org/mailman/listinfo/maemo-users

Jonathan Greene
m 917.560.3000
AIM / iChat - atmasphere
gtalk / jabber - jonathangreene at gmail.com
Gizmo - JonathanGreene
blog - http://www.atmasphere.net/wp

More information about the maemo-users mailing list