From: Zhang Rui <rui.zhang@intel.com>
To: len.brown@intel.com
Cc: "linux-acpi@vger" <linux-acpi@vger.kernel.org>,
david-b@pacbell.net, mjg59@srcf.ucam.org, pavel@ucw.cz,
randy.dunlap@oracle.com, fiodor.f.suietov@intel.com
Subject: Re: [PATCH 0/6] [-mm]: ACPI: duplicate ACPI procfs functions in sysfs
Date: Thu, 18 Jan 2007 14:53:02 +0800 [thread overview]
Message-ID: <1169103182.1585.67.camel@localhost.localdomain> (raw)
In-Reply-To: <1168083306.5619.34.camel@localhost.localdomain>
> Patch 01:
> add a Kconfig option which is used to make ACPI procfs interface configurable.
> This will be used by all the following sysfs conversion patches.
>
> Patch 02:
> add ACPI debug attribute in sysfs.
> By applying this patch, /proc/acpi/debug_layer && debug_level is deprecated by
> /sys/module/acpi/parameter/debug_layer && debug_level.
>
> Patch 03-05:
> add ACPI sleep attributes in sysfs.
> /proc/acpi/sleep is already deprecated by /sys/power/state.
> /proc/acpi/alarm is deprecated by /sys/power/alarm.
> For those devices that support "wake" attribute, two files, "sleep_state" and "wakeup", are created for these devices.
> "sleep_state" indicates the lowest sleeping state that can be entered while still providing wake functionality.
> "wakeup" can be used to enable/disable the device's ability to wake a sleeping system.
> So /proc/acpi/wakeup is deprecated by /sys/devices/acpi_system/.../xxx/sleep_state && wakeup.
>
Len,
Now, I'm thinking of dropping patch 03-05.
"alarm" is ACPI specific and /sys/power/alarm is not a good idea.
In addition, it can't handle multiple RTCs as David described.
So, if the new rtc-cmos driver written by David works well,
this's not needed any more. :)
"wakeup" attribute for ACPI wakeup devices is in the wish list.
1. Try to map ACPI devices to the physical devices.
It's not very easy, as we can not find a generic method to
map ACPI wakeup devices to physical devices. So I have to
divide them into several groups, e.g. PCI, legacy serial,
legacy PS2, etc. And verify which group the ACPI device
belongs to.
2. add "wakeup" properly to /sys/device/(not ACPI)/...
I'll investigate the possibility of integrating this one into
/sys/device/.../power/wakeup.
3. consolidate all wakeup devices in one place for convenience.
E.g. /sys/power/wakeup/, symbolic links with useful names.
(note that links here are from "real" devices node in sysfs,
so it's a generic interface for systems both w/ and w/o ACPI)
4. remove /proc/acpi/wakeup,
since it's replaced by /sys/power/wakeup/...
> Patch 06:
> add ACPI info in sysfs which indicates ACPICA version.
> /sys/firmware/acpi/info is create and /proc/acpi/info is marked as deprecated.
I'll refresh the patch 01,02,06 and resend them.
Thanks for your comments, David, Matthew, Pavel, Randy and Suietov. :)
next prev parent reply other threads:[~2007-01-18 6:52 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-06 11:35 [PATCH 0/6] [-mm]: ACPI: duplicate ACPI procfs functions in sysfs Zhang Rui
2007-01-06 22:21 ` David Brownell
2007-01-07 5:54 ` [linux-pm] " Matthew Garrett
2007-01-08 3:31 ` David Brownell
2007-01-08 13:10 ` Pavel Machek
2007-01-25 4:14 ` Len Brown
2007-01-25 5:50 ` Matthew Garrett
2007-01-25 9:35 ` David Brownell
2007-01-08 11:40 ` Zhang Rui
2007-01-08 13:13 ` Pavel Machek
2007-01-25 2:28 ` Len Brown
2007-01-25 12:08 ` Pavel Machek
2007-01-25 13:15 ` David Brownell
2007-01-25 19:51 ` Pavel Machek
2007-01-26 1:36 ` Zhang Rui
2007-01-10 20:53 ` David Brownell
2007-01-25 4:17 ` Len Brown
2007-01-25 13:15 ` Pavel Machek
2007-01-25 3:33 ` [linux-pm] " Len Brown
2007-01-25 3:28 ` Len Brown
2007-01-25 9:54 ` David Brownell
2007-01-25 19:37 ` Pavel Machek
2007-01-07 11:15 ` Pavel Machek
2007-01-25 2:03 ` Len Brown
2007-01-25 2:52 ` Nigel Cunningham
2007-01-25 8:17 ` Rafael J. Wysocki
2007-01-25 10:00 ` [linux-pm] " David Brownell
2007-01-18 6:53 ` Zhang Rui [this message]
2007-01-21 5:48 ` [PATCH 0/3] " Zhang Rui
2007-01-25 3:50 ` Len Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1169103182.1585.67.camel@localhost.localdomain \
--to=rui.zhang@intel.com \
--cc=david-b@pacbell.net \
--cc=fiodor.f.suietov@intel.com \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=mjg59@srcf.ucam.org \
--cc=pavel@ucw.cz \
--cc=randy.dunlap@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.