From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Tejun Heo <htejun@gmail.com>
Cc: Mark Lord <liml@rtr.ca>, Chuck Ebbert <cebbert@redhat.com>,
emisca <emisca.ml@gmail.com>,
Jan Engelhardt <jengelh@linux01.gwdg.de>,
linux-kernel <linux-kernel@vger.kernel.org>,
linux-ide@vger.kernel.org, Adrian Bunk <bunk@stusta.de>,
Andrew Morton <akpm@osdl.org>
Subject: Re: Loud "pop" coming from hard drive on reboot
Date: Wed, 18 Apr 2007 23:31:14 +0200 [thread overview]
Message-ID: <200704182331.14515.bzolnier@gmail.com> (raw)
In-Reply-To: <4625AF20.7050904@gmail.com>
On Wednesday 18 April 2007, Tejun Heo wrote:
> Mark Lord wrote:
> > Chuck Ebbert wrote:
> >> Mark Lord wrote:
> >>> I'll patch it locally on my own machines, but what about the tens
> >>> of thousands of other Seagate notebook drive owners out there?
> >>>
> >>
> >> This is a problem with Seagate specifically, spinning back up
> >> on receipt of some command after spindown?
> >
> > No, they just seem to be affected worse by it than some other brands.
> > The bug is that libata/SCSI now spin-down the drive before the distro's
> > scripts are done with it, so it spins down, and then gets spun up again
> > by the distro, and then spun down again by the distro.
> >
> > And along the way, one/both of the two causes a full mechanism "park",
> > which is hard on things if abused (like this).
> >
> > Or at least that's what I recall for it. Tejun?
>
> This really isn't a regression. It's been always like that with libata.
Tejun, it is a regression over IDE subsystem
(so all PATA and some SATA also).
Dave/Chuck, this also seems like a FC7 regression
(because of the libata PATA switch).
> libata doesn't make devices go into standby mode and shutdown(8) does
> it for libata. The problem here is that libata does issue
> SYNCHRONIZE_CACHE on shutdown. So, the sequence of event is...
>
> 1. shutdown(8) issues SYNCHRONIZE_CACHE followed by STANDBY_NOW
> 2. kernel shutdown starts
> 3. libata shutdown issues SYNCHRONIZE_CACHE
> 4. power goes off
>
> Some drives seem to spin up at step #3 even when its cache is clean and
> power goes off right after the disk finishes the command. So, it's
> really bad when it happens - spin down, spin up followed by immediate
> power off.
>
> SCSI part of the fix is queued in scsi-misc-2.6 tree and libata-dev part
> is acked and waiting to be merged, so the fix will be available in
> 2.6.22. However, it's disabled by default to remain compatible with the
> current behavior and requires userland change to fully fix the problem.
next prev parent reply other threads:[~2007-04-18 21:21 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-11 21:07 Loud "pop" coming from hard drive on reboot Chuck Ebbert
2007-04-11 21:16 ` Jan Engelhardt
2007-04-11 21:35 ` Chuck Ebbert
2007-04-11 21:49 ` Jan Engelhardt
2007-04-11 22:07 ` Chuck Ebbert
2007-04-13 19:42 ` Bartlomiej Zolnierkiewicz
2007-04-13 19:36 ` Chuck Ebbert
2007-04-13 20:47 ` Bartlomiej Zolnierkiewicz
2007-04-13 21:13 ` Chuck Ebbert
2007-04-15 16:07 ` emisca
2007-04-17 21:41 ` Mark Lord
2007-04-17 21:49 ` Chuck Ebbert
2007-04-17 22:03 ` Mark Lord
2007-04-18 5:39 ` Tejun Heo
2007-04-18 21:31 ` Bartlomiej Zolnierkiewicz [this message]
2007-04-18 23:36 ` Mark Lord
2007-04-18 23:51 ` Mark Lord
2007-04-14 10:52 ` Pavel Machek
2007-04-15 15:53 ` Henrique de Moraes Holschuh
2007-04-15 18:50 ` Jan Engelhardt
2007-04-16 22:26 ` Chuck Ebbert
2007-04-17 7:00 ` emisca
2007-04-17 7:37 ` Fabio Comolli
2007-04-17 20:15 ` Henrique de Moraes Holschuh
[not found] <88SeR-5Sf-15@gated-at.bofh.it>
[not found] ` <88Sov-662-3@gated-at.bofh.it>
[not found] ` <88SHV-6uL-29@gated-at.bofh.it>
[not found] ` <8agVk-3wc-81@gated-at.bofh.it>
[not found] ` <8b3IR-4mE-25@gated-at.bofh.it>
[not found] ` <8b3SA-4z3-5@gated-at.bofh.it>
[not found] ` <8b42g-51N-15@gated-at.bofh.it>
[not found] ` <8bbdm-7iS-27@gated-at.bofh.it>
2007-04-18 11:47 ` Bodo Eggert
2007-04-18 12:05 ` Tejun Heo
2007-04-18 12:29 ` Alan Cox
2007-04-18 12:46 ` Tejun Heo
2007-04-18 12:50 ` Tejun Heo
2007-04-18 13:03 ` Alan Cox
2007-04-18 13:05 ` Tejun Heo
2007-04-18 13:39 ` Stephen Clark
2007-04-19 7:18 ` Jan Engelhardt
2007-04-19 12:59 ` Stephen Clark
2007-04-19 13:32 ` Mark Lord
2007-04-18 14:32 ` Mark Lord
2007-04-18 14:35 ` Mark Lord
2007-04-18 15:06 ` Alan Cox
2007-04-18 15:16 ` Mark Lord
2007-04-18 15:25 ` Tejun Heo
2007-04-18 17:08 ` Mark Lord
2007-04-18 17:19 ` Mark Lord
2007-04-18 17:46 ` Chuck Ebbert
2007-04-18 21:22 ` Bartlomiej Zolnierkiewicz
2007-04-18 21:27 ` Chuck Ebbert
2007-04-21 23:20 ` Peter Zijlstra
2007-04-23 23:27 ` Chuck Ebbert
2007-04-18 21:29 ` Greg Freemyer
2007-04-18 17:46 ` Stephen Clark
2007-04-19 17:50 ` Chuck Ebbert
2007-04-20 12:15 ` Stephen Clark
2007-04-20 19:57 ` Fabio Comolli
2007-04-21 9:45 ` emisca
2007-04-21 9:50 ` Fabio Comolli
2007-04-21 14:33 ` Jan Engelhardt
2007-04-21 15:11 ` Fabio Comolli
2007-04-18 17:04 ` Stephen Clark
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=200704182331.14515.bzolnier@gmail.com \
--to=bzolnier@gmail.com \
--cc=akpm@osdl.org \
--cc=bunk@stusta.de \
--cc=cebbert@redhat.com \
--cc=emisca.ml@gmail.com \
--cc=htejun@gmail.com \
--cc=jengelh@linux01.gwdg.de \
--cc=liml@rtr.ca \
--cc=linux-ide@vger.kernel.org \
--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).