linux-kernel - Re: [PATCH][ACPI] AC/DC notifier

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 16 Aug 2009 09:40:08 +0200
From:	Willy Tarreau <w@....eu>
To:	Pavel Machek <pavel@....cz>
Cc:	Matthew Garrett <mjg59@...f.ucam.org>,
	"Tippett, Matthew" <Matthew.Tippett@....com>,
	"Langsdorf, Mark" <mark.langsdorf@....com>, lenb@...nel.org,
	linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
	"Li, Samuel" <Samuel.Li@....com>
Subject: Re: [PATCH][ACPI] AC/DC notifier

On Fri, Aug 14, 2009 at 06:32:33PM +0200, Pavel Machek wrote:
> On Wed 2009-08-12 01:55:32, Matthew Garrett wrote:
> > On Tue, Aug 11, 2009 at 08:51:49PM -0400, Tippett, Matthew wrote:
> > 
> > >    From a graphics perspective (your area of expertise), this will allow KMS
> > >    drivers to do some more intelligent actions based on the ac/dc state. 
> > >    Some examples of this could be improving the power consumption of the
> > >    graphics hardware through adapting clock memory/engine settings for
> > >    reduced power consumption, reducing refresh rate of the display to reduce
> > >    scanout memory access, adjusting backlight brightness, etc.
> > 
> > Right. As you say, my concern is that most of this should belong in 
> > userspace. Where we risk hardware damage there's an obvious argument for 
> > doing this in kernel, but we should ensure that that's limited to 
> > whatever coarse-grain handling is absolutely required rather than doing 
> > things like touching display brightness.
> 
> Yep... Some may want to save power even when AC is online -- like when
> running on UPS. Some may want max performmance even on battery. 

Wholeheartly agreed. IMHO, there's absolutely no relation between power
source and the expected performance. It's really frustrating when your
laptop becomes a snail on battery, as well as it's annoying to hear it
sound like a hairdryer when plugged to mains. This should only be the
user's choice. Mine automatically adjusts its frequency on demand,
regardless of the power source, which provides me with the best
experience. I think that all the tricks used to save power when running
on battery were invented by laptop makers to artificially show longer
lasting eventhough the machine sometimes becomes barely usable. For
instance, some of them dim the backlight so that you can't read anything
in full light, so you need a power prolongator to use them outside !

Also, with the new trend of laptops making use of huge power-hungry 3D
graphic chips which suck all the juice out of your battery in less than
two hours doing nothing, you'd better run at full speed when on battery
to save energy for CPU-bound tasks, because eventhough the CPU eats more
power, you significantly reduce the run time, thus the static consumption
(GPU, backlight, hard disk, ...).

Willy

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