linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robert Hancock <hancockr@shaw.ca>
To: Brennan Ashton <comphappy@gmail.com>
Cc: Jan Engelhardt <jengelh@computergmbh.de>,
	Marty Leisner <leisner@rochester.rr.com>,
	linux-kernel@vger.kernel.org
Subject: Re: power off disk drives while running
Date: Sat, 18 Aug 2007 14:22:54 -0600	[thread overview]
Message-ID: <46C7551E.7090408@shaw.ca> (raw)
In-Reply-To: <fa.CQDcAiLY+yM/ENberToamsw+vFw@ifi.uio.no>

Brennan Ashton wrote:
> On 8/18/07, Jan Engelhardt <jengelh@computergmbh.de> wrote:
>> On Aug 18 2007 12:08, Marty Leisner wrote:
>>> In embedded system design, it may be useful to poweroff the disks (as opposed
>>> to merely spinning them down).  We want to leave the system running while
>>> the disk is powered down, and let the disk powerup when it needs to be
>>> spun up.
>> That means you also have to power it on...
>>
>>> While the "power off mechanism" would be platform dependent, is there a
>>> generic path to announce "prepare for power going away"?
>> I do not see why that would be needed from a software point of view. Just make
>> sure that the disk does not needlessy emergency-park when pulling power. When
>> someone wants to write to disk, the request goes to the device driver, which
>> hands it to the controller, which hands it to the disk. And your controller
>> should be able to handle it (e.g. wait until reconnect) when there is a request
>> for a disk that is powered off.
>>
>>
>>         Jan
>> --
>> -
>> 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/
>>
> 
> I see this a a very important feature in the embedded system relm, I
> have worked on two projects that required extreme power management,
> and massive data storage.  The ability to fully turn off a drive while
> the system is running is key. It seems like this should be able to be
> done from a kernel point of view rather than extra hardware. Although
> if is not in the IDE/SATA spec then extra hardware would be necessary.

You can put a drive into sleep mode with ATA commands, that one requires 
a reset to take it out of that state (as opposed to standby which spins 
down but will spin up on any command that's issued afterwards). That's 
as close as it gets to fully powering off a drive through software.

-- 
Robert Hancock      Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/


       reply	other threads:[~2007-08-18 20:24 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <fa.l/ISoqsJwIs1QBGVs0hodyygNPM@ifi.uio.no>
     [not found] ` <fa.FVj1AVbAlk/6U33GB0rOY45WWqM@ifi.uio.no>
     [not found]   ` <fa.CQDcAiLY+yM/ENberToamsw+vFw@ifi.uio.no>
2007-08-18 20:22     ` Robert Hancock [this message]
2007-08-18 21:09       ` power off disk drives while running Jan Engelhardt
2007-08-18 21:20         ` Brennan Ashton
2007-08-20 15:25         ` Phillip Susi
2007-08-18 16:08 Marty Leisner
2007-08-18 16:21 ` Jan Engelhardt
2007-08-18 19:21   ` Brennan Ashton

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=46C7551E.7090408@shaw.ca \
    --to=hancockr@shaw.ca \
    --cc=comphappy@gmail.com \
    --cc=jengelh@computergmbh.de \
    --cc=leisner@rochester.rr.com \
    --cc=linux-kernel@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).