Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755720AbZLIP5K (ORCPT ); Wed, 9 Dec 2009 10:57:10 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754776AbZLIP5H (ORCPT ); Wed, 9 Dec 2009 10:57:07 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:40653 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753391AbZLIP5H (ORCPT ); Wed, 9 Dec 2009 10:57:07 -0500 Date: Wed, 9 Dec 2009 10:57:12 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Linus Torvalds cc: "Rafael J. Wysocki" , Zhang Rui , LKML , ACPI Devel Maling List , pm list Subject: Re: Async resume patch (was: Re: [GIT PULL] PM updates for 2.6.33) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1221 Lines: 26 On Wed, 9 Dec 2009, Linus Torvalds wrote: > That's partly why I realy did suggest that we do the async stuff purely in > the USB layer, rather than try to put it deeper in the device layer. And > if we do support it "natively" in the device layer like Rafael's latest > patch, I still think we should be very very nervous about making devices > async unless there is a measured - and very noticeable - advantage. Agreed. Arjan's measurements indicated that USB was one of the biggest offenders; everything else other than the PS/2 mouse was much faster. Given these results there isn't much incentive to do anything else asynchronously. (However other devices not present on Arjan's machine may be a different story. Spinning up multiple external disks is a good example -- although here it may be necessary for the driver to take charge, because spinning up a disk requires a lot of power and doing too many of them at the same time could be bad.) Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/