|| ||Zhang Rui <email@example.com> |
|| ||Linux Kernel Mailing List <firstname.lastname@example.org>,
linux-acpi <email@example.com> |
|| ||[PATCH V2 0/4] introduce device async actions mechanism |
|| ||Fri, 24 Jul 2009 11:01:54 +0800|
|| ||"Rafael J. Wysocki" <firstname.lastname@example.org>, Pavel Machek <email@example.com>,
Len Brown <firstname.lastname@example.org>,
Alan Stern <email@example.com>,
Arjan van de Ven <firstname.lastname@example.org>, email@example.com,
"Zhang, Rui" <firstname.lastname@example.org>|
|| ||Article, Thread
this is the patch set I made to speed up the device
A new mechanism called Device Async Actions is introduced
in this patch set.
The basic idea is that,
if the suspend/resume/shutdown process of a device group, including
a root device and its child devices, are independent of other devices,
we create an async domain for this device group,
and make them suspend/resume/shutdown asynchronously.
Note that this mechanism is not designed for all the devices.
Generally speaking, if we want to suspend/resume/shutdown a device
asynchronously, we should
1. find out a suitable device async group that contains this device.
2. get the root device in the device async group.
3. root device registers an async domain for this device async group,
with the proper async action type.
I tried to make it more generic but failed.
Because currently the dependency are pulled from the device tree, i.e.
?parent devices will not be suspended until all of their children have
been suspended and children devices will not be resumed before the
But some hardware breaks this rule.
00:1a.0 USB Controller: Intel Corporation 82801H USB UHCI Controller
00:1a.1 USB Controller: Intel Corporation 82801H USB UHCI Controller
00:1a.7 USB Controller: Intel Corporation 82801H USB2 EHCI Controller
these pci devices are siblings, but 00:1a.7 must be resumed after
00:1a.0, said by Alan Stern, while we can not get this dependency
from device tree.
Currently, in order to make sure that it won't bring any side effects,
I only convert the ACPI battery and i8042 to use this framework, which
reduces the S3 kernel time (kernel suspend and kernel resume time) from
7.0s to less than 6.5s.
And it also reduces 0.4s shutdown time in my test.
Any comments are welcome. :)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/