Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753371AbYHSNd2 (ORCPT ); Tue, 19 Aug 2008 09:33:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751369AbYHSNdU (ORCPT ); Tue, 19 Aug 2008 09:33:20 -0400 Received: from ns2.suse.de ([195.135.220.15]:50374 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751337AbYHSNdT (ORCPT ); Tue, 19 Aug 2008 09:33:19 -0400 From: Oliver Neukum Organization: Novell To: Alan Stern Subject: Re: [linux-pm] Power management for SCSI Date: Tue, 19 Aug 2008 15:33:14 +0200 User-Agent: KMail/1.9.9 Cc: Pavel Machek , linux-pm@lists.linux-foundation.org, James.Bottomley@hansenpartnership.com, "Linux-pm mailing list" , kernel list , teheo@novell.com References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808191533.15244.oneukum@suse.de> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1884 Lines: 50 Am Freitag 15 August 2008 17:25:13 schrieb Alan Stern: > On Fri, 15 Aug 2008, Oliver Neukum wrote: > > > Am Freitag 15 August 2008 00:25:28 schrieb Alan Stern: Hi, > > Yes, that means under some circumstances you cannot suspend the > > member closest to the CPU, but under others you can. In a tree this question > > is very simply answered, on a bus you will actually need to compute whether > > you need the connection to the bus. > More to the point is whether you should ever suspend any of these > devices if there can be multiple initiators. But that's a separate > question. But one that needs to be addressed. > > It is true that you won't need the bus if all other members on the bus have > > been suspended, but that's not very good because physically spinning > > down and up a disk is a very expensive operation, while suspending a host > > adapter can be trivial. > > What is your point? You seem to be saying that it would be nice to > suspend a host adapter at times when some of the SCSI targets beneath > it are not suspended. I agree, but how would you determine whether > such a thing was safe? I suggest by talking to the HLDs. It seems to me that abstractly talking there are three criteria for suspension - the cpu needs to talk to the device now - the device may need to talk to the CPU at unpredictable times - suspending has side effects Suspension in USB has always side effects. That's not true for other subsystems. It seems to me that for the general case we need to divorce the notion of a child being suspended itself from a child agreeing to its parent being suspended. Regards Oliver -- 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/