From: Tejun Heo <htejun@gmail.com>
To: Mark Lord <liml@rtr.ca>
Cc: Frans Pop <elendil@planet.nl>,
linux-ide@vger.kernel.org, nico@cam.org, buytenh@wantstofly.org,
Byron Bradley <byron.bbradley@gmail.com>
Subject: Re: sata_mv on Orion: mv_err_intr when shutting down
Date: Sun, 15 Jun 2008 11:18:01 +0900 [thread overview]
Message-ID: <48547BD9.8050306@gmail.com> (raw)
In-Reply-To: <4852A6D0.8030607@rtr.ca>
Mark Lord wrote:
> Mmm.. I suppose .remove() is not supposed to be called, then.
> What does happen, is sd_shutdown() runs ("Stopping disk"),
> and that's that.
>
> Weird. I'd have thought there'd be a call somewhere to .port_stop()
> or even .host_stop() on shutdown, but I don't see one anywhere.
>
> Tejun?
> Don't we try and turn off the hardware (IRQs) after stopping the drives?
> Because these guys are seeing interrupts afterwards (loss of PHY, it
> seems),
> and that looks somewhat risky -- such an interrupt might kill the
> shutdown sequence,
> leaving a machine in limbo. Or not (?).
We don't call port or host stop during shutdown. We only do so when the
controller goes away or the module is being unloaded. All that happens
is spinning down the disks via sd_shutdown(). I don't think drivers are
supposed to put everything into quiesced state when shutting down. The
system can remain in working state except for ones which require special
care.
The interesting thing here is that sata_mv can see the disk going off
the power, which is kind of cool. The controller and CPU are watching
itself as it goes off the life support and is drifting awaaaaaayyyy.
The PSU has switched off and power to the drive was cut. I don't think
anything can go wrong at that point.
Thanks.
--
tejun
next prev parent reply other threads:[~2008-06-15 2:18 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-12 13:26 sata_mv on Orion: mv_err_intr when shutting down Martin Michlmayr
2008-05-12 15:39 ` Mark Lord
2008-05-12 15:46 ` Martin Michlmayr
2008-05-12 19:15 ` Martin Michlmayr
2008-06-12 18:18 ` Martin Michlmayr
2008-06-13 12:42 ` Mark Lord
2008-06-13 16:12 ` Frans Pop
2008-06-13 16:56 ` Mark Lord
2008-06-13 17:10 ` Frans Pop
2008-06-13 19:01 ` Nicolas Pitre
2008-06-13 19:20 ` Mark Lord
2008-06-13 19:31 ` Nicolas Pitre
2008-06-15 2:18 ` Tejun Heo [this message]
2008-06-15 9:41 ` Frans Pop
2008-06-15 10:54 ` Byron Bradley
2008-06-15 13:44 ` Mark Lord
2008-06-22 14:37 ` Martin Michlmayr
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=48547BD9.8050306@gmail.com \
--to=htejun@gmail.com \
--cc=buytenh@wantstofly.org \
--cc=byron.bbradley@gmail.com \
--cc=elendil@planet.nl \
--cc=liml@rtr.ca \
--cc=linux-ide@vger.kernel.org \
--cc=nico@cam.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).