On Sun, 6 Dec 2009 15:36:40 -0500 (EST) Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> wrote: > On Sun, 6 Dec 2009, Arjan van de Ven wrote: > > > btw I instrumented both the suspend and resume, and made graphs out > > of it for my laptop (modern laptop with Intel cpu/wifi/graphics of > > course). > > > > http://www.fenrus.org/graphs/suspend.svg > > http://www.fenrus.org/graphs/resume.svg > > > > (also attached for convenience) > > > > the resume clearly shows that all this talking about PCI stuff is > > completely without practical merit.. it's the USB stuff where the > > time is spent. > > Arjan, can you try testing the USB timings again with the patch below > (for vanilla 2.6.32)? > > Fair warning: I just composed this and haven't tried it out myself. unfortunately it does not make a difference that I can notice in the graphs. http://www.fenrus.org/graphs/resume2.svg the resume problem seems to be that we resume all the hubs sequentially, much like we used to discover them sequentially during boot.... I do not know how much I'm asking for, but would it be sensible to do a similar thing for hub resume as we did for boot? eg start resuming them all at the same time, so that the mandatory delays of these hubs will overlap ? -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org -- 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
