linux-kernel - Re: [linux-pm] Power management for SCSI

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200808150916.24258.oneukum@suse.de>
Date:	Fri, 15 Aug 2008 09:16:23 +0200
From:	Oliver Neukum <oneukum@...e.de>
To:	Alan Stern <stern@...land.harvard.edu>
Cc:	Pavel Machek <pavel@...e.cz>, linux-pm@...ts.linux-foundation.org,
	James.Bottomley@...senpartnership.com,
	"Linux-pm mailing list" <linux-pm@...ts.osdl.org>,
	kernel list <linux-kernel@...r.kernel.org>, teheo@...ell.com
Subject: Re: [linux-pm] Power management for SCSI

Am Freitag 15 August 2008 00:25:28 schrieb Alan Stern:
> On Thu, 14 Aug 2008, Oliver Neukum wrote:
> 
> > The core problem is that you insist on a rigid bottom-to-top flow of
> > autosuspensions. That's good for systems like USB and PCI which
> > are trees for PM purposes. It makes no sense for true busses with
> > equal members on the bus.
> 
> My framework is tree-oriented because it's based on the driver model, 
> which uses a tree of devices.

Which uses a tree because PCI and USB are.

> Even on a true bus, the members can't be entirely equal -- one of them 
> has to be closer to the CPU than the others are.  If that one member is 
> in a low-power state then the CPU can't communicate with anything on 
> the bus, unlike when one of the other members is in a low-power state.

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.

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.

	Regards
		Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/