PM: Start asynchronous resume threads upfront
authorRafael J. Wysocki <rjw@sisk.pl>
Sat, 23 Jan 2010 21:25:31 +0000 (22:25 +0100)
committerRafael J. Wysocki <rjw@sisk.pl>
Fri, 26 Feb 2010 19:39:11 +0000 (20:39 +0100)
commit97df8c12995c5bac73e3bfeea4c5be155c1f4401
tree74de2a645bbdfc28048892f4964172a3e2cde781
parent5a2eb8585f3b38e01e30aacaa8b985a1520a993d
PM: Start asynchronous resume threads upfront

It has been shown by testing that total device resume time can be
reduced significantly (by as much as 50% or more) if the async
threads executing some devices' resume routines are all started
before the main resume thread starts to handle the "synchronous"
devices.

This is a consequence of the fact that the slowest devices tend to be
located at the end of dpm_list, so their resume routines are started
very late.  Consequently, they have to wait for all the preceding
"synchronous" devices before their resume routines can be started
by the main resume thread, even if they are "asynchronous".  By
starting their async threads upfront we effectively move those
devices towards the beginning of dpm_list, without breaking their
ordering with respect to their parents and children.  As a result,
their resume routines are started much earlier and we are able to
save much more device resume time this way.

Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
drivers/base/power/main.c