On Sun, Jun 6, 2010 at 11:21 AM, Brian Swetland <swetland@xxxxxxxxxx> wrote: > > The common case for a phone is to be sitting around. Even for heavy > smartphone users, unless they power on, use the device screen-on for 4 > hours solid or whatnot and drain the battery straight away, the device > is going to spend a significant portion of its operating time in > screen-off standby modes (conserving power for when you take a call, > browse the web, etc). Sure, but my point was, some non-trivial (still kind of natural for a smartphone) activities with the device will prevent it from suspending for quite some time. Even worse, the suspend wakelock will keep the whole kernel active, as opposed to powering off unused devices separately as it's done in runtime PM. Yep, I know about the "early suspend" type of thing; yet it's excess, not mainlined and lacks granularity. > For typical users on typical android devices, this means the device > stays suspended for 5-10 minutes at a time, coming up for air when a > network packet (mail sync, im, etc) or alarm (battery monitor) wakes > the device briefly. Obviously with the right combination of bad apps > you will see a device suspending more rarely. Wasn't that you who stated that you so successfully tolerate bad apps with opportunistic suspend that anything of the kind should not really be the case? :) >> E. g. when the wireless is connected to an AP, it takes a wake lock >> which is released on 15 minutes touchscreen inactivity timeout, as far >> as I can tell. So: >> >> * the system will never hit suspend during this period; >> * if the download was ongoing and had not been completed during this >> period, it will be terminated. > > I'm pretty sure the wifi subsystem does not actually take a wakelock > while its connected -- it does have an alarm to spin down wifi after > 15 minutes (by default, and user disableable) largely due to power > inefficiencies in the wifi solution in some early devices. Oh? How does it make sure it's not powered off while scanning for APs, for instance? > Users do like that to work too -- I recall Arve leaving a device in > his filing cabinet with the radio off while he was out of the country > for three weeks once, and him discovering it was still running with > something like 25% battery remaining when he returned. So what you're actually up to is that a user should restart the phone and turn the radio off if he wants to find it running when he's back from a long business trip or something. Nice... > In any case, I'm saying that suspending for minutes at a time > (typical, 10s of minutes or more in some cases, hours in others), does > happen and it does represent an improvement over suspending or > otherwise entering your lowest power state for seconds at a time. That's for sure, if _all_ the other parameters *are* *equal*. This is obviously not the case. ~Vitaly _______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm
