From: Jeff Garzik <jeff@garzik.org>
To: Tejun Heo <htejun@gmail.com>
Cc: IDE/ATA development list <linux-ide@vger.kernel.org>,
Daniel Drake <dsd@gentoo.org>,
Francesco Pretto <ceztko@gmail.com>,
Chuck Ebbert <cebbert@redhat.com>,
hmh@hmh.eng.br, pkg-sysvinit-devel@lists.alioth.debian.org
Subject: Re: [PATCH] libata: remove libata.spindown_compat
Date: Thu, 17 May 2007 20:58:42 -0400 [thread overview]
Message-ID: <464CFA42.3080907@garzik.org> (raw)
In-Reply-To: <464C6A0E.7020601@gmail.com>
Tejun Heo wrote:
> With STANDBYDOWN tracking added, libata.spindown_compat isn't
> necessary anymore. If userspace shutdown(8) issues STANDBYNOW, libata
> warns. If userspace shutdown(8) doesn't issue STANDBYNOW, libata does
> the right thing. Userspace can tell whether kernel supports spindown
> by testing whether sysfs node manage_start_stop exists as before.
>
> Signed-off-by: Tejun Heo <htejun@gmail.com>
> ---
>
> As many distros don't do anything to libata devices on shutdown which
> means we can avoid a lot of trouble by tracking spindown status (done)
> and which, in turn, obsoletes libata.spindown_compat. I should have
> researched better before staring this mess. Sorry but the situation
> is much better now. :-)
>
> I'll attach the updated version of http://linux-ata.org/shutdown.html
> as a reply to this mail.
>
> If you find any problem in the updated scheme, please let me know.
>
> Thanks.
>
> diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
> index 498ff31..5c8695a 100644
> --- a/Documentation/feature-removal-schedule.txt
> +++ b/Documentation/feature-removal-schedule.txt
> @@ -328,21 +328,20 @@ Who: Adrian Bunk <bunk@stusta.de>
>
> ---------------------------
>
> -What: libata.spindown_compat module parameter
> +What: libata spindown skipping and warning
> When: Dec 2008
> -Why: halt(8) synchronizes caches for and spins down libata disks
> - because libata didn't use to spin down disk on system halt
> - (only synchronized caches).
> - Spin down on system halt is now implemented and can be tested
> - using sysfs node /sys/class/scsi_disk/h:c:i:l/manage_start_stop.
> +Why: Some halt(8) implementations synchronize caches for and spin
> + down libata disks because libata didn't use to spin down disk on
> + system halt (only synchronized caches).
> + Spin down on system halt is now implemented. sysfs node
> + /sys/class/scsi_disk/h:c:i:l/manage_start_stop is present if
> + spin down support is available.
> Because issuing spin down command to an already spun down disk
> - makes some disks spin up just to spin down again, the old
> - behavior needs to be maintained till userspace tool is updated
> - to check the sysfs node and not to spin down disks with the
> - node set to one.
> - This module parameter is to give userspace tool the time to
> - get updated and should be removed after userspace is
> - reasonably updated.
> + makes some disks spin up just to spin down again, libata tracks
> + device spindown status to skip the extra spindown command and
> + warn about it.
> + This is to give userspace tools the time to get updated and will
> + be removed after userspace is reasonably updated.
> Who: Tejun Heo <htejun@gmail.com>
>
> ---------------------------
applied
you forgot diffstat
next prev parent reply other threads:[~2007-05-18 0:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-17 14:43 [PATCH] libata: remove libata.spindown_compat Tejun Heo
2007-05-17 14:54 ` Tejun Heo
2007-05-18 0:58 ` Jeff Garzik [this message]
2007-05-19 11:06 ` Miquel van Smoorenburg
2007-05-19 11:14 ` [Pkg-sysvinit-devel] " Tejun Heo
2007-05-19 13:48 ` Henrique de Moraes Holschuh
2007-05-19 16:47 ` Tejun Heo
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=464CFA42.3080907@garzik.org \
--to=jeff@garzik.org \
--cc=cebbert@redhat.com \
--cc=ceztko@gmail.com \
--cc=dsd@gentoo.org \
--cc=hmh@hmh.eng.br \
--cc=htejun@gmail.com \
--cc=linux-ide@vger.kernel.org \
--cc=pkg-sysvinit-devel@lists.alioth.debian.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).