Thread (30 messages) 30 messages, 10 authors, 2006-02-18

Re: [linux-pm] Re: [PATCH, RFC] [1/3] Generic in-kernel AC status

From: Pavel Machek <hidden>
Date: 2006-02-10 13:54:39
Also in: linux-acpi, lkml

On Pá 10-02-06 14:13:38, Gabor Gombas wrote:
On Fri, Feb 10, 2006 at 01:21:31PM +0100, Pavel Machek wrote:
quoted
Still "set current brightness" operation makes a lot of sense.
Yes, but userspace already knows if you are on AC power or not,
therefore it can decide what "current" means. If this is the only reason
then adding a new kernel infrastructure is overkill.
It is not.

powernow-k8 needs to know if ac is plugged, else it can overload
battery.

backlight code needs it for get current brightness.

on Zauruses, battery charging is done in kernel (not in
hardware). Battery charging obviously needs to know if ac is
connected.

on Zauruses, IIRC backlight control code needs to know ac/dc, because
voltage differs on some internal buses and backlight power needs to be
programmed in different way.
Also, doing things differently when on AC power smells like a policy
decision, and AFAIK policy handling is not wanted in the kernel.
It is not policy decision, it is protect-hardware-from-damage on
embedded platorms/pn-k8.

-- 
Web maintainer for suspend.sf.net (www.sf.net/projects/suspend) wanted...
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help