Re: Attempted summary of suspend-blockers LKML thread

[Arjan van de Ven]

On Sat, 31 Jul 2010 10:58:42 -0700
"Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx> wrote:

> o	"Power-aware application" are applications that are permitted
> 	to acquire suspend blockers on Android.  Verion 8 of the
> 	suspend-blocker patch seems to use group permissions to
> determine which applications are classified as power aware.
> 
> 	More generally, power-aware applications seem to be those that
> 	have permission to exert some control over the system's
> 	power state.

I don't like the term "Power aware application". An application is well
behaved or it isn't. "aware" has nothing to do with it.


> 
> REQUIREMENTS
> 
> o	Reduce the system's power consumption in order to (1) extend
> 	battery life and (2) preserve state until AC power can be
> obtained.

AC power is not relevant in discussions around power: Applications MUST
behave well, AC or DC both. Just ask any data center operator on how
much they run on DC and if he cares about power consumption.
Conversely, most mobile usages (both phone, tablet or netbook) are "DC
only"....





 
> o	It is necessary to be able to use power-naive applications.
> 	Many of these applications were designed for use in PC
> platforms where power consumption has historically not been of great
> 	concern, due to either (1) the availability of AC power or (2)
> 	relatively undemanding laptop battery-lifetime expectations.
> The system must be capable of running these power-naive applications
> 	without requiring that these applications be modified, and
> must be capable of reasonable power efficiency even when power-naive
> 	applications are available.

I don't buy this argument as is.

I do buy that there are many sloppy applications; mostly written quickly
for <appstore of the month>.  But most if not all of these are written
for the device in question (at least that is true for Apple and Android)



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/