From: jw schultz <jw@pegasys.ws>
To: linux-kernel@vger.kernel.org
Subject: Re: Blockbusting news, results are in
Date: Mon, 20 Oct 2003 01:22:58 -0700 [thread overview]
Message-ID: <20031020082258.GE7328@pegasys.ws> (raw)
In-Reply-To: <200310200722.h9K7Mxkm000371@81-2-122-30.bradfords.org.uk>
On Mon, Oct 20, 2003 at 08:22:59AM +0100, John Bradford wrote:
> > What is apparently missing is better handling of the
> > uncorrectable errors. Specifically the ability to pass the
> > errors and warnings up to the OS for evaluation and for the
> > OS to be able to request a block remap or to undo a block
> > remap.
>
> Why this suggestion keeping coming up, I have no idea. If you take
> the idea to it's extreme, it's basically saying that we should
> off-load all processing on to the host. Although there has been a
> move towards dumb peripherals in recent years, (E.G. software modems),
> I have seen almost no even vaguely convincing arguments other than
> cost as to why they are superior, (lower latency has been mentioned
> with regard to software modems - I fail to see the benefit, although I
> suppose it might exist for games players). Apart from some data
> recovery applications, I don't see how it is possible to do anything
> really useful simply by adding the ability to pass some warnings and
> errors up to the OS, without giving the OS access to all of the data
> that the drive firmware has access to.
I'm not suggesting the drive off-load it. I'm only
suggesting that there be a mechanism for the host to be more
involved if the host is capable.
The problem that began this thread is a perfect example. A
bad block that the drive firmware apparently will not remap
calls for the ability to explicitly instruct the drive to
remap it. In some cases it might be good to be able to let
the host countermand a remap if the disk reports overtemp.
> Obviously drives with completely open and free firmware would be
> great, but that is not likely to happen in the near future, so for the
> time being, if you don't like the way drives handle defect management,
> complain to the manufactuers. I am satisfied with the way Maxtor
> disks handle defect management, both Eric's explainations and my own
> observations.
No disagreement here.
--
________________________________________________________________
J.W. Schultz Pegasystems Technologies
email address: jw@pegasys.ws
Remember Cernan and Schmitt
next prev parent reply other threads:[~2003-10-20 8:23 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-19 2:16 Blockbusting news, results are in Norman Diamond
2003-10-19 4:15 ` Larry McVoy
2003-10-19 5:00 ` Paul
2003-10-19 8:19 ` Andre Hedrick
2003-10-19 8:08 ` Hans Reiser
2003-10-19 8:35 ` William Lee Irwin III
2003-10-19 20:01 ` Pavel Machek
2003-10-19 20:11 ` William Lee Irwin III
2003-10-20 7:24 ` John Bradford
2003-10-19 22:49 ` jw schultz
2003-10-20 7:22 ` John Bradford
2003-10-20 8:22 ` jw schultz [this message]
2003-10-20 7:27 ` Hans Reiser
2003-10-20 8:08 ` jw schultz
2003-10-19 19:49 ` Pavel Machek
2003-10-20 7:22 ` Hans Reiser
2003-10-21 10:31 ` Eric W. Biederman
2003-10-21 8:43 ` Jan-Benedict Glaw
-- strict thread matches above, loose matches on Subject: below --
2003-10-19 7:37 Mudama, Eric
2003-10-19 8:09 ` Norman Diamond
2003-10-19 8:24 ` Hans Reiser
2003-10-19 11:43 ` Ralf Baechle
2003-10-19 15:55 ` Krzysztof Halasa
2003-10-19 8:13 ` Rogier Wolff
2003-10-19 8:17 ` Hans Reiser
2003-10-19 8:41 ` Rogier Wolff
2003-10-20 15:56 ` Thayne Harbaugh
2003-10-19 8:21 ` Andre Hedrick
2003-10-19 8:27 ` Hans Reiser
2003-10-19 9:01 ` Erik Andersen
2003-10-19 14:10 ` Andre Hedrick
2003-10-19 18:16 ` Hans Reiser
2003-10-19 19:44 ` Andre Hedrick
2003-10-20 7:21 ` Hans Reiser
2003-10-19 14:42 ` Valdis.Kletnieks
2003-10-19 10:47 ` Ingo Oeser
2003-10-19 17:36 Mudama, Eric
2003-10-19 17:39 Mudama, Eric
2003-10-19 17:51 Mudama, Eric
2003-10-20 6:22 ` Rogier Wolff
2003-10-20 14:08 Mudama, Eric
2003-10-20 14:42 ` John Bradford
2003-10-20 15:55 Mudama, Eric
2003-10-20 17:32 ` Hans Reiser
2003-10-21 15:18 Norman Diamond
2003-10-21 19:31 ` Chuck Campbell
2003-10-21 20:05 ` Richard B. Johnson
2003-10-21 20:21 ` Valdis.Kletnieks
2003-10-21 20:31 ` Richard B. Johnson
2003-10-21 21:53 ` Theodore Ts'o
2003-10-22 2:32 ` Valdis.Kletnieks
2003-10-23 17:28 ` Theodore Ts'o
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=20031020082258.GE7328@pegasys.ws \
--to=jw@pegasys.ws \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.