Re: [RFC Disable suspend on a specific device] This is a little change in linux power scheme

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,
On Wed, 2009-04-08 at 20:23 +0200, ext Mark Brown wrote:

> You might want to read the Android wakelock thread here - this comes
> from Android and has been gone over in some detail in the threads
> generated from their wakelock stuff.  

I did follow it. Didn't really like that either.

> Essentially what they are doing is
> exactly what you suggest, they've identified that suspend is a low power
> state and make every effort to enter it as often as possible, including
> when on a call. 

I'm not suggesting that. Suspend is inadequate for _real_ runtime power
management. Certainly it is not seamless.
Of course a smarter approach depends on the HW supporting certain
features, but if the HW is not there, I'd rather consider the suspend
based approach a workaround, rather than a real solution.

>  Clearly there are some issues with this approach but
> the Android guys did feel that entering suspend was worthwhile for them,
> especially since their users are able to download applications to the
> phone.

I don't think this is anyhow different from the Nokia Internet Tablets.

> Besides, no matter how low the power drain from your CPU when fully
> gated and at the lowest DVFS setting it's still possible to get a lower
> power drain since the CPU is going to be burning something and the
> regulators providing the supply to it are going to be burning something.

If you have a proper SoC, it can enter clock stop, lower voltage and
possibly even OFF mode. DVFS is by no means the way to save power in
general. It just addresses certain cases where the latency requirements
are too strict to afford entering really deep power saving states.
Otherwise it would mostly be better to run at max speed and do race to
OFF.

Regulators should have the options to be switched off if they are not
needed to preserve states, or enter a low power mode when only minimal
(non functional current) is needed.

> In most cases it's going to be peanuts - it certainly will be in the
> phone use case where you've got radios going.

I know that, but for this, suspend is still a poor man's power
management solution.
Of course the HW needs to be up to the intended task.

-- 

Cheers, Igor

---

Igor Stoppa
Maemo Software - Nokia Devices R&D - Helsinki

_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm

[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux