public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Oliver Neukum <oliver@neukum.org>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	linux-usb-devel@lists.sourceforge.net,
	linux-scsi@vger.kernel.org
Subject: Re: question on flushing buffers and spinning down disk
Date: Mon, 24 Sep 2007 18:47:17 +0200	[thread overview]
Message-ID: <200709241847.17714.oliver@neukum.org> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0709241128520.4920-100000@iolanthe.rowland.org>

Am Montag 24 September 2007 schrieb Alan Stern:
> On Mon, 24 Sep 2007, Oliver Neukum wrote:
> 
> > > suspend.  The PM and driver cores don't include _any_ provision for
> > > runtime suspend; it has to be managed separately by each subsystem.
> > 
> > There we have a problem. We'd have to solve it for each subsystem transition.
> > Storage has this type of children, other devices will have to care for other
> > types of child devices. If we have a device tree, we should use it.
> 
> It sounds like you want to add the equivalent of
> usb_autopm_get/set_device() and usb_autopm_get/set_interface() into the

That would be an ideal solution, but it is not necessary to solve this
problem.

> driver model.  But it would not be appropriate, since other subsystems
> don't have the same kinds of runtime power levels as USB does.

But we don't bother when suspending the whole system. So why not simply
walk the subtrees under a USB device? Let the subsystem choose what
depth of sleep to use.
 
> There may be no way of getting around the need for specialized 
> communication methods between subsystems for runtime PM.

That's a lot of code duplication and should be a solution of last resort.

	Regards
		Oliver

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

  reply	other threads:[~2007-09-24 16:47 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-18  8:32 question on flushing buffers and spinning down disk Oliver Neukum
2007-09-18 14:01 ` James Bottomley
2007-09-18 14:15   ` Oliver Neukum
2007-09-18 14:26     ` James Bottomley
2007-09-24 10:33       ` Oliver Neukum
2007-09-24 14:38         ` Alan Stern
2007-09-24 15:21           ` Oliver Neukum
2007-09-24 15:34             ` Alan Stern
2007-09-24 16:47               ` Oliver Neukum [this message]
2007-09-24 17:10                 ` Alan Stern
2007-09-24 19:16                   ` [linux-usb-devel] " Oliver Neukum
2007-09-24 19:39                     ` Alan Stern
2007-09-24 20:00                       ` [linux-usb-devel] " Oliver Neukum
2007-09-25 14:13                         ` Alan Stern
2007-09-25 15:11                           ` Oliver Neukum
2007-09-28  4:27                             ` Greg KH
2007-09-28  7:02                               ` Oliver Neukum
2007-09-28 19:33                                 ` Greg KH
2007-09-25  7:50                       ` Oliver Neukum
2007-09-25 15:03                         ` Alan Stern
2007-09-27 11:40                           ` Oliver Neukum
2007-09-27 16:01                             ` Alan Stern
2007-09-27 18:12                               ` Oliver Neukum
2007-09-27 19:07                                 ` [linux-usb-devel] " Alan Stern
2007-09-27 19:26                                   ` Oliver Neukum
2007-09-27 20:26                                     ` Alan Stern
2007-09-27 20:54                                       ` Steve Calfee
2007-09-27 21:16                                         ` Alan Stern
2007-09-27 21:37                                           ` U. George
2007-09-28  8:17                                       ` [linux-usb-devel] " Oliver Neukum
2007-09-28 15:01                                         ` Alan Stern
2007-09-28  8:22                                       ` [linux-usb-devel] " Oliver Neukum
2007-09-28 21:11                                         ` Alan Stern
2007-09-28 21:47                                           ` Oliver Neukum
2007-09-29 15:56                                             ` Alan Stern
2007-09-29 16:12                                               ` [linux-usb-devel] " Oliver Neukum
2007-09-28  9:04                                       ` Oliver Neukum
2007-09-28 15:07                                         ` Alan Stern
2007-09-28 21:33                                           ` [linux-usb-devel] " Oliver Neukum
2007-09-29 16:38                                             ` Alan Stern
2007-09-29 17:52                                               ` Oliver Neukum
2007-09-29 19:06                                                 ` Alan Stern
2007-09-29 20:06                                                   ` Oliver Neukum
2007-09-29 20:56                                                     ` Alan Stern
2007-09-29 21:03                                                     ` David Brownell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200709241847.17714.oliver@neukum.org \
    --to=oliver@neukum.org \
    --cc=James.Bottomley@steeleye.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linux-usb-devel@lists.sourceforge.net \
    --cc=stern@rowland.harvard.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox