From: Stephen Satchell <satch@concentric.net>
To: Steve Underwood <steveu@coppice.org>, linux-kernel@vger.kernel.org
Subject: Re: Journaling pointless with today's hard disks?
Date: Mon, 26 Nov 2001 21:04:03 -0800 [thread overview]
Message-ID: <4.3.2.7.2.20011126204425.00bcdbd0@10.1.1.42> (raw)
In-Reply-To: <3C02F2EC.7010809@coppice.org>
In-Reply-To: <tgpu68gw34.fsf@mercury.rus.uni-stuttgart.de> <20011124103642.A32278@vega.ipal.net> <20011124184119.C12133@emma1.emma.line.org> <tgy9kwf02c.fsf@mercury.rus.uni-stuttgart.de> <4.3.2.7.2.20011124150445.00bd4240@10.1.1.42> <3C002D41.9030708@zytor.com> <0f050uosh4lak5fl1r07bs3t1ecdonc4c0@4ax.com> <002f01c176d4$f79a3f70$0201a8c0@HOMER> <p05100301b82887aff497@[207.213.214.37]>
At 09:57 AM 11/27/01 +0800, Steve Underwood wrote:
>Quite true. The drives really need to get an "oh heck, the power's about
>to die. Quick, tidy up" signal from the outside world (like down the
>ribbon). Cheap, at the limit, PSUs probably couldn't give enough notice to
>be very helpful. Server grade ones should - they can usually ride over
>brief hiccups in the power, so they should be able to give a few 10s of ms
>notice before the regulated power lines start to droop. Perhaps the ATA
>command set should include such a feature, so the OS could take
>instruction from the hardware on the power situation, and tell the drives
>what to do.
Looking at the various interface specifications, both SCSI and ATA have the
ability to signal to the drive that the power is going, and do it in such a
way that the drive would have at least 10 milliseconds from the time the
hardware signal is received by the drive before +5 and +12 go out of
specification.
This time is based on the specifications for ATX power supplies, as I
assume most modern boxes that are used for production applications would be
using an ATX power supply or similar. Lest you think this lets older
systems off the hook, the 1981 IBM PC Technical Reference describes (in
looser language) a similar requirement.
The question remains whether (1) modern motherboards and SCSI controllers
pass through the POWER-OK signal to the RESET- line (IDE/ATA) and RSET
(SCSI), and (2) the hard drives respond intelligently to power-failure
indications.
Telling the difference between a bus-reset event and a panic reset would be
easy: if the reset signal is asserted for more than a millisecond or two
(such as when the POWER-OK signal from the power supply goes away) then the
box is in a power panic situation. Preventing spurious power panics is the
responsibility of the power supply designer, particularly if the supply
uses a large energy-storage capacitor designed to let the system ride out
power-switching events without hiccup.
Suggestion to the people contributing to ATA-7: write some language that
talks specifically about power-failure scenarios, and define a power-crisis
state based on the signals available to the drives from ATA interfaces to
determine that a power-crisis event has occurred. If the committee would
sit still for it, make it a separate section that appears in the table of
contents.
Suggestion to the people contributing to SCSI standards: ditto.
Satch
next prev parent reply other threads:[~2001-11-27 5:04 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.1006644421.6553.linux-kernel2news@redhat.com>
2001-11-24 13:03 ` Florian Weimer
2001-11-24 13:40 ` Rik van Riel
2001-11-24 16:36 ` Phil Howard
2001-11-24 17:19 ` Charles Marslett
2001-11-24 17:31 ` Florian Weimer
2001-11-24 17:41 ` Matthias Andree
2001-11-24 19:20 ` Florian Weimer
2001-11-24 19:29 ` Rik van Riel
2001-11-24 22:51 ` John Alvord
2001-11-24 23:41 ` Phil Howard
2001-11-25 0:24 ` Ian Stirling
2001-11-25 0:53 ` Phil Howard
2001-11-25 1:25 ` H. Peter Anvin
2001-11-25 1:44 ` Sven.Riedel
2001-11-24 22:28 ` H. Peter Anvin
2001-11-25 4:49 ` Andre Hedrick
2001-11-24 23:04 ` Pedro M. Rodrigues
2001-11-24 23:23 ` Stephen Satchell
2001-11-24 23:29 ` H. Peter Anvin
2001-11-26 18:05 ` Steve Brueggeman
2001-11-26 23:49 ` Martin Eriksson
2001-11-27 0:06 ` Andreas Dilger
2001-11-27 0:16 ` Andre Hedrick
2001-11-27 7:38 ` Andreas Dilger
2001-11-27 11:48 ` Ville Herva
2001-11-27 0:18 ` Jonathan Lundell
2001-11-27 1:01 ` Ian Stirling
2001-11-27 1:33 ` H. Peter Anvin
2001-11-27 1:57 ` Steve Underwood
2001-11-27 5:04 ` Stephen Satchell [this message]
2001-11-25 4:20 ` Pete Zaitcev
2001-11-25 12:30 ` Matthias Andree
2001-11-25 15:04 ` Barry K. Nathan
2001-11-25 16:31 ` Matthias Andree
2001-11-27 2:39 ` Pavel Machek
2001-12-03 10:23 ` Matthias Andree
2001-11-25 9:14 ` Chris Wedgwood
2001-11-25 22:55 ` Daniel Phillips
2001-11-26 16:59 ` Rob Landley
2001-11-26 20:30 ` Andre Hedrick
2001-11-26 20:35 ` Rob Landley
2001-11-26 23:59 ` Andreas Dilger
2001-11-27 0:24 ` H. Peter Anvin
2001-11-27 0:52 ` H. Peter Anvin
2001-11-27 1:11 ` Andrew Morton
2001-11-27 1:15 ` H. Peter Anvin
2001-11-27 16:59 ` Matthias Andree
2001-11-27 16:56 ` Matthias Andree
2001-11-27 1:23 ` Ian Stirling
2001-11-26 23:00 ` Rob Landley
2001-11-27 2:41 ` H. Peter Anvin
2001-11-27 0:19 ` Rob Landley
2001-11-27 23:35 ` Andreas Bombe
2001-11-28 14:32 ` Rob Landley
2001-11-27 3:39 ` Ian Stirling
2001-11-27 7:03 ` Ville Herva
2001-11-27 16:50 ` Matthias Andree
2001-11-27 20:31 ` Rob Landley
2001-11-28 18:43 ` Matthias Andree
2001-11-28 18:46 ` Rob Landley
2001-11-28 22:19 ` Matthias Andree
2001-11-29 22:21 ` Pavel Machek
2001-12-01 10:55 ` Jeff V. Merkey
2001-12-02 0:08 ` Matthias Andree
2001-12-03 20:04 ` Pavel Machek
2001-11-26 20:53 ` Richard B. Johnson
2001-11-26 21:18 ` Journaling pointless with today's hard disks? [wandering OT] Rob Landley
2001-11-27 0:32 ` Journaling pointless with today's hard disks? H. Peter Anvin
2001-11-27 16:39 ` Matthias Andree
2001-11-27 17:42 ` Martin Eriksson
2001-11-28 16:35 ` Ian Stirling
2001-11-26 17:14 ` Steve Brueggeman
2001-11-26 20:36 ` Andre Hedrick
2001-11-26 21:14 ` Steve Brueggeman
2001-11-26 21:36 ` Andre Hedrick
2001-11-27 16:36 ` Steve Brueggeman
2001-11-27 20:04 ` Bill Davidsen
2001-11-27 21:28 ` Wayne Whitney
2001-11-27 21:52 ` Andre Hedrick
2001-11-28 11:53 ` Pedro M. Rodrigues
2001-11-25 13:52 ` Pedro M. Rodrigues
2001-11-28 23:25 Frank de Lange
2001-11-29 1:52 ` Matthias Andree
-- strict thread matches above, loose matches on Subject: below --
2001-11-28 17:22 David Balazic
2001-11-28 14:36 Galappatti, Kishantha
2001-11-25 1:20 dnu478nt5w@mailexpire.com
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=4.3.2.7.2.20011126204425.00bcdbd0@10.1.1.42 \
--to=satch@concentric.net \
--cc=linux-kernel@vger.kernel.org \
--cc=steveu@coppice.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
all inboxes | Powered by JetHome®