[RFC PATCH 0/3] pm: device parallel resume mechanism

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi, all,

The resume process can be split into 3 parts, BIOS resume time, kernel
resume time and X/application resume time.
And device resume takes most of the kernel resume time.
this patch set introduces a new mechanism to resume device in parallel
which can reduce the device resume time a lot.

In this proposal, some devices can create its own workqueue for
parallel resume. And for all the other devices that depends on this
device, their resume methods are queued in the same workqueue.
And we flush all the workqueues before resuming X/applications.

As the devices vary from different platforms. it's hard to give an exact
number of how much time it can reduce.
Here are some of my test results:
1. eeepc901, kernel resume time can be reduced from about 2.1 seconds to
1.6 seconds.
2. a SantaRosa testbox, kernel resume time can be reduced from about
3.5s to 2s.

please review this patch. Any comments are welcome. :)

thanks,
rui


--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux