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 for Android: free password hash cracker in your pocket

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

Message-Id: <200808131821.30564.oneukum@suse.de>
Date:	Wed, 13 Aug 2008 18:21:29 +0200
From:	Oliver Neukum <oneukum@...e.de>
To:	linux-pm@...ts.linux-foundation.org
Cc:	Alan Stern <stern@...land.harvard.edu>,
	James.Bottomley@...senpartnership.com,
	Pavel Machek <pavel@...e.cz>,
	"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 Mittwoch 13 August 2008 17:44:46 schrieb Alan Stern:
> > All children that are USB must be powered down. We know in fact that most
> > drives don't care that the device is suspended. The problem was drive
> > enclosures that cut power upon suspension losing cached data.
> 
> You misunderstood my question.  Are there SCSI transports other than
> USB sharing the requirement that all child devices must be suspended
> before the link can be powered down?

I dispute that USB in general has this property. Some storage devices
need their caches flushed. USB itself is perfectly happy with autosuspending
the storage device (host) without telling the disks (devices)

You could even argue that these storage devices violate the USB spec.

	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/