All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Toshi Kani <toshi.kani@hp.com>,
	lenb@kernel.org, akpm@linux-foundation.org,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, bhelgaas@google.com,
	isimatu.yasuaki@jp.fujitsu.com, jiang.liu@huawei.com,
	wency@cn.fujitsu.com, guohanjun@huawei.com, yinghai@kernel.org,
	srivatsa.bhat@linux.vnet.ibm.com
Subject: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
Date: Sat, 02 Feb 2013 23:18:20 +0100	[thread overview]
Message-ID: <2806030.VWUMy6F7lm@vostro.rjw.lan> (raw)
In-Reply-To: <1810611.i6Sc4oLaux@vostro.rjw.lan>

On Saturday, February 02, 2013 09:15:37 PM Rafael J. Wysocki wrote:
> On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
[...]
> 
> > I know it's more complicated with these types of devices, and I think we
> > are getting closer to the correct solution, I just don't want to ever
> > see duplicate devices in the driver model for the same physical device.
> 
> Do you mean two things based on struct device for the same hardware component?
> That's been happening already pretty much forever for every PCI device known
> to the ACPI layer, for PNP and many others.  However, those ACPI things are (or
> rather should be, but we're going to clean that up) only for convenience (to be
> able to see the namespace structure and related things in sysfs).  So the stuff
> under /sys/devices/LNXSYSTM\:00/ is not "real".  In my view it shouldn't even
> be under /sys/devices/ (/sys/firmware/acpi/ seems to be a better place for it),
> but that may be difficult to change without breaking user space (maybe we can
> just symlink it from /sys/devices/ or something).  And the ACPI bus type
> shouldn't even exist in my opinion.

Well, well.

In fact, the appended patch moves the whole ACPI device nodes tree under
/sys/firmware/acpi/ and I'm not seeing any negative consequences of that on my
test box (events work and so on).  User space is quite new on it, though, and
the patch is hackish.

Still ...


---
Prototype, no sign-off
---
 drivers/acpi/scan.c |    2 ++
 1 file changed, 2 insertions(+)

Index: linux-pm/drivers/acpi/scan.c
===================================================================
--- linux-pm.orig/drivers/acpi/scan.c
+++ linux-pm/drivers/acpi/scan.c
@@ -1443,6 +1443,8 @@ void acpi_init_device_object(struct acpi
 	device->flags.match_driver = false;
 	device_initialize(&device->dev);
 	dev_set_uevent_suppress(&device->dev, true);
+	if (handle == ACPI_ROOT_OBJECT)
+		device->dev.kobj.parent = acpi_kobj;
 }
 
 void acpi_device_add_finalize(struct acpi_device *device)



-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

WARNING: multiple messages have this Message-ID (diff)
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Toshi Kani <toshi.kani@hp.com>,
	lenb@kernel.org, akpm@linux-foundation.org,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, bhelgaas@google.com,
	isimatu.yasuaki@jp.fujitsu.com, jiang.liu@huawei.com,
	wency@cn.fujitsu.com, guohanjun@huawei.com, yinghai@kernel.org,
	srivatsa.bhat@linux.vnet.ibm.com
Subject: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
Date: Sat, 02 Feb 2013 23:18:20 +0100	[thread overview]
Message-ID: <2806030.VWUMy6F7lm@vostro.rjw.lan> (raw)
In-Reply-To: <1810611.i6Sc4oLaux@vostro.rjw.lan>

On Saturday, February 02, 2013 09:15:37 PM Rafael J. Wysocki wrote:
> On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
[...]
> 
> > I know it's more complicated with these types of devices, and I think we
> > are getting closer to the correct solution, I just don't want to ever
> > see duplicate devices in the driver model for the same physical device.
> 
> Do you mean two things based on struct device for the same hardware component?
> That's been happening already pretty much forever for every PCI device known
> to the ACPI layer, for PNP and many others.  However, those ACPI things are (or
> rather should be, but we're going to clean that up) only for convenience (to be
> able to see the namespace structure and related things in sysfs).  So the stuff
> under /sys/devices/LNXSYSTM\:00/ is not "real".  In my view it shouldn't even
> be under /sys/devices/ (/sys/firmware/acpi/ seems to be a better place for it),
> but that may be difficult to change without breaking user space (maybe we can
> just symlink it from /sys/devices/ or something).  And the ACPI bus type
> shouldn't even exist in my opinion.

Well, well.

In fact, the appended patch moves the whole ACPI device nodes tree under
/sys/firmware/acpi/ and I'm not seeing any negative consequences of that on my
test box (events work and so on).  User space is quite new on it, though, and
the patch is hackish.

Still ...


---
Prototype, no sign-off
---
 drivers/acpi/scan.c |    2 ++
 1 file changed, 2 insertions(+)

Index: linux-pm/drivers/acpi/scan.c
===================================================================
--- linux-pm.orig/drivers/acpi/scan.c
+++ linux-pm/drivers/acpi/scan.c
@@ -1443,6 +1443,8 @@ void acpi_init_device_object(struct acpi
 	device->flags.match_driver = false;
 	device_initialize(&device->dev);
 	dev_set_uevent_suppress(&device->dev, true);
+	if (handle == ACPI_ROOT_OBJECT)
+		device->dev.kobj.parent = acpi_kobj;
 }
 
 void acpi_device_add_finalize(struct acpi_device *device)



-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

WARNING: multiple messages have this Message-ID (diff)
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: linux-s390@vger.kernel.org, Toshi Kani <toshi.kani@hp.com>,
	jiang.liu@huawei.com, wency@cn.fujitsu.com,
	linux-acpi@vger.kernel.org, yinghai@kernel.org,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	isimatu.yasuaki@jp.fujitsu.com, srivatsa.bhat@linux.vnet.ibm.com,
	guohanjun@huawei.com, bhelgaas@google.com,
	akpm@linux-foundation.org, linuxppc-dev@lists.ozlabs.org,
	lenb@kernel.org
Subject: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
Date: Sat, 02 Feb 2013 23:18:20 +0100	[thread overview]
Message-ID: <2806030.VWUMy6F7lm@vostro.rjw.lan> (raw)
In-Reply-To: <1810611.i6Sc4oLaux@vostro.rjw.lan>

On Saturday, February 02, 2013 09:15:37 PM Rafael J. Wysocki wrote:
> On Saturday, February 02, 2013 03:58:01 PM Greg KH wrote:
[...]
> 
> > I know it's more complicated with these types of devices, and I think we
> > are getting closer to the correct solution, I just don't want to ever
> > see duplicate devices in the driver model for the same physical device.
> 
> Do you mean two things based on struct device for the same hardware component?
> That's been happening already pretty much forever for every PCI device known
> to the ACPI layer, for PNP and many others.  However, those ACPI things are (or
> rather should be, but we're going to clean that up) only for convenience (to be
> able to see the namespace structure and related things in sysfs).  So the stuff
> under /sys/devices/LNXSYSTM\:00/ is not "real".  In my view it shouldn't even
> be under /sys/devices/ (/sys/firmware/acpi/ seems to be a better place for it),
> but that may be difficult to change without breaking user space (maybe we can
> just symlink it from /sys/devices/ or something).  And the ACPI bus type
> shouldn't even exist in my opinion.

Well, well.

In fact, the appended patch moves the whole ACPI device nodes tree under
/sys/firmware/acpi/ and I'm not seeing any negative consequences of that on my
test box (events work and so on).  User space is quite new on it, though, and
the patch is hackish.

Still ...


---
Prototype, no sign-off
---
 drivers/acpi/scan.c |    2 ++
 1 file changed, 2 insertions(+)

Index: linux-pm/drivers/acpi/scan.c
===================================================================
--- linux-pm.orig/drivers/acpi/scan.c
+++ linux-pm/drivers/acpi/scan.c
@@ -1443,6 +1443,8 @@ void acpi_init_device_object(struct acpi
 	device->flags.match_driver = false;
 	device_initialize(&device->dev);
 	dev_set_uevent_suppress(&device->dev, true);
+	if (handle == ACPI_ROOT_OBJECT)
+		device->dev.kobj.parent = acpi_kobj;
 }
 
 void acpi_device_add_finalize(struct acpi_device *device)



-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.

  reply	other threads:[~2013-02-02 22:18 UTC|newest]

Thread overview: 251+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-10 23:40 [RFC PATCH v2 00/12] System device hot-plug framework Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-11 21:23   ` Rafael J. Wysocki
2013-01-11 21:23     ` Rafael J. Wysocki
2013-01-11 21:23     ` Rafael J. Wysocki
2013-01-14 15:33     ` Toshi Kani
2013-01-14 15:33       ` Toshi Kani
2013-01-14 15:33       ` Toshi Kani
2013-01-14 18:48       ` Rafael J. Wysocki
2013-01-14 18:48         ` Rafael J. Wysocki
2013-01-14 18:48         ` Rafael J. Wysocki
2013-01-14 19:02         ` Toshi Kani
2013-01-14 19:02           ` Toshi Kani
2013-01-14 19:02           ` Toshi Kani
2013-01-30  4:48           ` Greg KH
2013-01-30  4:48             ` Greg KH
2013-01-30  4:48             ` Greg KH
2013-01-31  1:15             ` Toshi Kani
2013-01-31  1:15               ` Toshi Kani
2013-01-31  1:15               ` Toshi Kani
2013-01-31  5:24               ` Greg KH
2013-01-31  5:24                 ` Greg KH
2013-01-31  5:24                 ` Greg KH
2013-01-31 14:42                 ` Toshi Kani
2013-01-31 14:42                   ` Toshi Kani
2013-01-31 14:42                   ` Toshi Kani
2013-01-30  4:53   ` Greg KH
2013-01-30  4:53     ` Greg KH
2013-01-30  4:53     ` Greg KH
2013-01-31  1:46     ` Toshi Kani
2013-01-31  1:46       ` Toshi Kani
2013-01-31  1:46       ` Toshi Kani
2013-01-30  4:58   ` Greg KH
2013-01-30  4:58     ` Greg KH
2013-01-30  4:58     ` Greg KH
2013-01-31  2:57     ` Toshi Kani
2013-01-31  2:57       ` Toshi Kani
2013-01-31  2:57       ` Toshi Kani
2013-01-31 20:54       ` Rafael J. Wysocki
2013-01-31 20:54         ` Rafael J. Wysocki
2013-01-31 20:54         ` Rafael J. Wysocki
2013-02-01  1:32         ` Toshi Kani
2013-02-01  1:32           ` Toshi Kani
2013-02-01  1:32           ` Toshi Kani
2013-02-01  7:30           ` Greg KH
2013-02-01  7:30             ` Greg KH
2013-02-01  7:30             ` Greg KH
2013-02-01 20:40             ` Toshi Kani
2013-02-01 20:40               ` Toshi Kani
2013-02-01 20:40               ` Toshi Kani
2013-02-01 22:21               ` Rafael J. Wysocki
2013-02-01 22:21                 ` Rafael J. Wysocki
2013-02-01 22:21                 ` Rafael J. Wysocki
2013-02-01 23:12                 ` Toshi Kani
2013-02-01 23:12                   ` Toshi Kani
2013-02-01 23:12                   ` Toshi Kani
2013-02-02 15:01               ` Greg KH
2013-02-02 15:01                 ` Greg KH
2013-02-02 15:01                 ` Greg KH
2013-02-04  0:28                 ` Toshi Kani
2013-02-04  0:28                   ` Toshi Kani
2013-02-04  0:28                   ` Toshi Kani
2013-02-04 12:46                   ` Greg KH
2013-02-04 12:46                     ` Greg KH
2013-02-04 12:46                     ` Greg KH
2013-02-04 16:46                     ` Toshi Kani
2013-02-04 16:46                       ` Toshi Kani
2013-02-04 16:46                       ` Toshi Kani
2013-02-04 19:45                       ` Rafael J. Wysocki
2013-02-04 19:45                         ` Rafael J. Wysocki
2013-02-04 19:45                         ` Rafael J. Wysocki
2013-02-04 20:59                         ` Toshi Kani
2013-02-04 20:59                           ` Toshi Kani
2013-02-04 20:59                           ` Toshi Kani
2013-02-04 23:23                           ` Rafael J. Wysocki
2013-02-04 23:23                             ` Rafael J. Wysocki
2013-02-04 23:23                             ` Rafael J. Wysocki
2013-02-04 23:33                             ` Toshi Kani
2013-02-04 23:33                               ` Toshi Kani
2013-02-04 23:33                               ` Toshi Kani
2013-02-01  7:23         ` Greg KH
2013-02-01  7:23           ` Greg KH
2013-02-01  7:23           ` Greg KH
2013-02-01 22:12           ` Rafael J. Wysocki
2013-02-01 22:12             ` Rafael J. Wysocki
2013-02-01 22:12             ` Rafael J. Wysocki
2013-02-02 14:58             ` Greg KH
2013-02-02 14:58               ` Greg KH
2013-02-02 14:58               ` Greg KH
2013-02-02 20:15               ` Rafael J. Wysocki
2013-02-02 20:15                 ` Rafael J. Wysocki
2013-02-02 20:15                 ` Rafael J. Wysocki
2013-02-02 22:18                 ` Rafael J. Wysocki [this message]
2013-02-02 22:18                   ` [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework) Rafael J. Wysocki
2013-02-02 22:18                   ` Rafael J. Wysocki
2013-02-04  1:24                   ` Greg KH
2013-02-04  1:24                     ` Greg KH
2013-02-04  1:24                     ` Greg KH
2013-02-04 12:34                     ` Rafael J. Wysocki
2013-02-04 12:34                       ` Rafael J. Wysocki
2013-02-04 12:34                       ` Rafael J. Wysocki
2013-02-03 20:44                 ` [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework Rafael J. Wysocki
2013-02-03 20:44                   ` Rafael J. Wysocki
2013-02-03 20:44                   ` Rafael J. Wysocki
2013-02-04 12:48                   ` Greg KH
2013-02-04 12:48                     ` Greg KH
2013-02-04 12:48                     ` Greg KH
2013-02-04 14:21                     ` Rafael J. Wysocki
2013-02-04 14:21                       ` Rafael J. Wysocki
2013-02-04 14:21                       ` Rafael J. Wysocki
2013-02-04 14:33                       ` Greg KH
2013-02-04 14:33                         ` Greg KH
2013-02-04 14:33                         ` Greg KH
2013-02-04 20:07                         ` Rafael J. Wysocki
2013-02-04 20:07                           ` Rafael J. Wysocki
2013-02-04 20:07                           ` Rafael J. Wysocki
2013-02-04 22:13                           ` Toshi Kani
2013-02-04 22:13                             ` Toshi Kani
2013-02-04 22:13                             ` Toshi Kani
2013-02-04 23:52                             ` Rafael J. Wysocki
2013-02-04 23:52                               ` Rafael J. Wysocki
2013-02-04 23:52                               ` Rafael J. Wysocki
2013-02-05  0:04                               ` Greg KH
2013-02-05  0:04                                 ` Greg KH
2013-02-05  0:04                                 ` Greg KH
2013-02-05  1:02                                 ` Rafael J. Wysocki
2013-02-05  1:02                                   ` Rafael J. Wysocki
2013-02-05  1:02                                   ` Rafael J. Wysocki
2013-02-05 11:11                                 ` Rafael J. Wysocki
2013-02-05 11:11                                   ` Rafael J. Wysocki
2013-02-05 11:11                                   ` Rafael J. Wysocki
2013-02-05 18:39                                   ` Greg KH
2013-02-05 18:39                                     ` Greg KH
2013-02-05 18:39                                     ` Greg KH
2013-02-05 21:13                                     ` Rafael J. Wysocki
2013-02-05 21:13                                       ` Rafael J. Wysocki
2013-02-05 21:13                                       ` Rafael J. Wysocki
2013-02-05  0:55                               ` Toshi Kani
2013-02-05  0:55                                 ` Toshi Kani
2013-02-05  0:55                                 ` Toshi Kani
2013-02-04 16:19                       ` Toshi Kani
2013-02-04 16:19                         ` Toshi Kani
2013-02-04 16:19                         ` Toshi Kani
2013-02-04 19:43                         ` Rafael J. Wysocki
2013-02-04 19:43                           ` Rafael J. Wysocki
2013-02-04 19:43                           ` Rafael J. Wysocki
2013-02-04  1:23                 ` Greg KH
2013-02-04  1:23                   ` Greg KH
2013-02-04  1:23                   ` Greg KH
2013-02-04 13:41                   ` Rafael J. Wysocki
2013-02-04 13:41                     ` Rafael J. Wysocki
2013-02-04 13:41                     ` Rafael J. Wysocki
2013-02-04 16:02                     ` Toshi Kani
2013-02-04 16:02                       ` Toshi Kani
2013-02-04 16:02                       ` Toshi Kani
2013-02-04 19:48                       ` Rafael J. Wysocki
2013-02-04 19:48                         ` Rafael J. Wysocki
2013-02-04 19:48                         ` Rafael J. Wysocki
2013-02-04 19:46                         ` Toshi Kani
2013-02-04 19:46                           ` Toshi Kani
2013-02-04 19:46                           ` Toshi Kani
2013-02-04 20:12                           ` Rafael J. Wysocki
2013-02-04 20:12                             ` Rafael J. Wysocki
2013-02-04 20:12                             ` Rafael J. Wysocki
2013-02-04 20:34                             ` Toshi Kani
2013-02-04 20:34                               ` Toshi Kani
2013-02-04 20:34                               ` Toshi Kani
2013-02-04 23:19                               ` Rafael J. Wysocki
2013-02-04 23:19                                 ` Rafael J. Wysocki
2013-02-04 23:19                                 ` Rafael J. Wysocki
2013-01-10 23:40 ` [RFC PATCH v2 02/12] ACPI: " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-11 21:25   ` Rafael J. Wysocki
2013-01-11 21:25     ` Rafael J. Wysocki
2013-01-11 21:25     ` Rafael J. Wysocki
2013-01-14 15:53     ` Toshi Kani
2013-01-14 15:53       ` Toshi Kani
2013-01-14 15:53       ` Toshi Kani
2013-01-14 18:47       ` Rafael J. Wysocki
2013-01-14 18:47         ` Rafael J. Wysocki
2013-01-14 18:47         ` Rafael J. Wysocki
2013-01-14 18:42         ` Toshi Kani
2013-01-14 18:42           ` Toshi Kani
2013-01-14 18:42           ` Toshi Kani
2013-01-14 19:07           ` Rafael J. Wysocki
2013-01-14 19:07             ` Rafael J. Wysocki
2013-01-14 19:07             ` Rafael J. Wysocki
2013-01-14 19:21             ` Toshi Kani
2013-01-14 19:21               ` Toshi Kani
2013-01-14 19:21               ` Toshi Kani
2013-01-30  4:51               ` Greg KH
2013-01-30  4:51                 ` Greg KH
2013-01-30  4:51                 ` Greg KH
2013-01-31  1:38                 ` Toshi Kani
2013-01-31  1:38                   ` Toshi Kani
2013-01-31  1:38                   ` Toshi Kani
2013-01-14 19:21             ` Greg KH
2013-01-14 19:21               ` Greg KH
2013-01-14 19:21               ` Greg KH
2013-01-14 19:29               ` Toshi Kani
2013-01-14 19:29                 ` Toshi Kani
2013-01-14 19:29                 ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 03/12] drivers/base: Add " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-30  4:54   ` Greg KH
2013-01-30  4:54     ` Greg KH
2013-01-30  4:54     ` Greg KH
2013-01-31  1:48     ` Toshi Kani
2013-01-31  1:48       ` Toshi Kani
2013-01-31  1:48       ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 04/12] cpu: Add cpu hotplug handlers Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 05/12] mm: Add memory " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 06/12] ACPI: Add ACPI bus " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 07/12] ACPI: Add ACPI resource hotplug handler Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 08/12] ACPI: Update processor driver for hotplug framework Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 09/12] ACPI: Update memory " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 10/12] ACPI: Update container " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 11/12] cpu: Update sysfs cpu/online " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40 ` [RFC PATCH v2 12/12] ACPI: Update sysfs eject " Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-10 23:40   ` Toshi Kani
2013-01-17  0:50 ` [RFC PATCH v2 00/12] System device hot-plug framework Rafael J. Wysocki
2013-01-17  0:50   ` Rafael J. Wysocki
2013-01-17  0:50   ` Rafael J. Wysocki
2013-01-17  0:50   ` Rafael J. Wysocki
2013-01-17 17:59   ` Toshi Kani
2013-01-17 17:59     ` Toshi Kani
2013-01-17 17:59     ` Toshi Kani
2013-01-17 17:59     ` Toshi Kani

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=2806030.VWUMy6F7lm@vostro.rjw.lan \
    --to=rjw@sisk.pl \
    --cc=akpm@linux-foundation.org \
    --cc=bhelgaas@google.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=guohanjun@huawei.com \
    --cc=isimatu.yasuaki@jp.fujitsu.com \
    --cc=jiang.liu@huawei.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=srivatsa.bhat@linux.vnet.ibm.com \
    --cc=toshi.kani@hp.com \
    --cc=wency@cn.fujitsu.com \
    --cc=yinghai@kernel.org \
    /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.