Re: [linux-pm] [PATCH 0/6] [-mm]: ACPI: duplicate ACPI procfs functions in sysfs

Zhang Rui
2007-01-08T11:40:28Z

On Sun, 2007-01-07 at 05:54 +0000, Matthew Garrett wrote:
> On Sat, Jan 06, 2007 at 02:21:41PM -0800, David Brownell wrote:
>
> > Please tell me you mean "devices with a /sys/devices/.../power/wakeup"
> > attribute. And that ACPI is finally going to start working with those
> > attributes ...
>
> It's not necessarily possible to map from an ACPI object with a wakeup
> capability to a Linux device, so there's going to have to be some degree
> of interface nastiness. However, some devices can be sensibly mapped,
> and ideally those should be integrated into
> /sys/devices/.../power/wakeup.
I do want to integrate this ACPI sleep wakeup attribute
into /sys/devices/.../power/wakeup.
But this needs some changes in driver core to make ACPI work properly.
And this will be done in further patches.

I think I forgot some introductions about the background of this patch
set in [PATCH 0/6].

This patch set is against acpi-test sysfs branch which already converts
ACPI to follow driver model. Now the ACPI procfs functions are
duplicated in sysfs step by step. And I want the ACPI interface in sysfs
works exactly the same way as in procfs.

So, currently I don't want too many parts are involved until this branch
is proved to work stable. Or else, you know, it would be painful to dig
out what the problem is if something breaks.

BTW: it's true that the "alarm" can not handle multiple RTCs though it
works in the same way as /proc/acpi/alarm. But
if /sys/class/rtc/rtcN/alarm can provide the same function, it's great
and I'll drop patch#03. I'll also mark /proc/acpi/alarm as deprecated if
David's patches are merged. :)

Thanks,
Rui