On Friday, 19 of December 2008, Zhang Rui wrote: > 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. :) Well, given that our single-thread resume is not exactly correct, I think it's _way_ to early to indroduce things like this. Thanks, Rafael -- 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
