Re: 2.6: drivers/input/power.c is never built

James Simmons
2005-02-21T18:19:17Z

> > What is the benefit of splitting the flow of information so?
>
> It's split already. You get some from input (power and sleep keys on
> keyboards, sound volume keys and display brightness on some notebooks),
> some from ACPI events (power keys on notebooks and desktop cases, sound
> volume, display brightness on other notebooks), some from /proc/acpi/*
> (battery status, fan status), some from APM, from platform specific
> devices, from hotplug, from userspace daemons (UPS status).
>
> The question is how to unify it.

When I wrote power.c I thought there was a common power management
interface. I found out I was wrong. I though the new driver model supplied
a common method for power management for all platforms