public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: kernel list <linux-kernel@vger.kernel.org>, axboe@suse.de
Subject: Re: SATA powersave patches
Date: Mon, 18 Sep 2006 19:38:22 +0900	[thread overview]
Message-ID: <450E771E.1070207@gmail.com> (raw)
In-Reply-To: <20060918100548.GJ3746@elf.ucw.cz>

Hello,

Pavel Machek wrote:
>> Can you check if there is any difference between [D/H]IPS and static? 
>> ICH6M on my notebook can't do DIPS/HIPS, so I couldn't compare them 
>> against static.
> 
> What is D/HIPS? I could not find anything relevant..

D/HIPS stand for device/host initiated power saving.  These modes use 
two SATA link powersaving state (partial and slumber).  Static mode 
simply turns off PHY on unoccupied port using SControl register.  So, if 
you have an access to a notebook which has a SATA dock which support 
link powersaving, you can test it by...

* set link powersaving mode to HIPS/static. (mode 4)

* w/ device inserted, leave it idle for 15 seconds and record power 
consumption level (link should be in slumber state).

* pull out the device, wait for libata to detach the device and record 
power consumption level (libata should have turned off PHY after 
detaching the device).

I wanna know whether there is any difference in the amount of power 
saved between slumber and off states.

>>> It would be great to be able to power SATA
>>> controller down, then power it back up when it is needed... I tried
>>> following hack, but could not get it to work. Any ideas?
>> 1. One way to do it would be by dynamic power management.  It would be 
>> nice to have wake-up mechanism at the block layer.  Idle timer can run 
>> in the block layer or it can be implemented in the userland.
>>
>> ATM, this implies that the attached devices are powered down too 
>> (spindown).  As spinning up takes quite some time, we can implement 
> 
> For now, powering down controller when disks are spinned down would be
> very nice first step.

Yeap.

> When I forced disk to be spinned down (with power/state file)
> controller actually survived power down/power up... unfortunately with
> so long delay (~30 sec) that it is not usable in practice.

Can you describe what you've done in more detail?  Do you have dmesg of 
the 30sec wait?

>> So, I think option #1 is the way to go - implementing leveled dynamic 
>> power management infrastructure and adding support in the block layer. 
>> What do you think?
> 
> Would be nice :-).

So, do you think we're ready for another PM infrastructure update?  :-P

-- 
tejun

  reply	other threads:[~2006-09-18 10:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20060908110346.GC920@elf.ucw.cz>
     [not found] ` <45015767.1090002@gmail.com>
     [not found]   ` <20060908123537.GB17640@elf.ucw.cz>
     [not found]     ` <4501655F.5000103@gmail.com>
2006-09-10 22:48       ` SATA powersave patches Pavel Machek
2006-09-11 10:24         ` Tejun Heo
2006-09-18 10:05           ` Pavel Machek
2006-09-18 10:38             ` Tejun Heo [this message]
2006-11-06 13:57               ` Pavel Machek
2006-11-06 17:44                 ` Tejun Heo
2006-11-12 18:39                   ` Pavel Machek
2006-11-21  4:30                     ` Tejun Heo
2006-11-21 23:07                       ` Pavel Machek

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=450E771E.1070207@gmail.com \
    --to=htejun@gmail.com \
    --cc=axboe@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    /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