From: David Greaves <david@dgreaves.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Rob van Nieuwkerk <robn@berrymount.nl>,
Linux IDE Mailing List <linux-ide@vger.kernel.org>,
Linux Kernel <linux-kernel@vger.kernel.org>,
SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: SATA status report updated
Date: Fri, 12 Aug 2005 19:07:58 +0100 [thread overview]
Message-ID: <42FCE57E.2070302@dgreaves.com> (raw)
In-Reply-To: <42FC375C.3040304@pobox.com>
Jeff Garzik wrote:
>
> True enough :/
>
> It's been feature-complete for a while, but the reports from testers
> in the field have made me too nervous to push it into the upstream
> kernel.
>
> I might push it upstream, but disable it by default, which would allow
> for a wider test audience.
Could you specify what tests and reports would be useful and what risks
are involved?
Eg If I have 2 SATA drives then could (OK, of course it *could* - but is
it likely) I break sda whilst testing with sdb? I can live with crashes
and hangs and I can mitigate data loss, but I may think twice if it'll
toast the drive.
Nb: I often think that if people bemoaning the lack of testers put a bit
of effort into saying what tests would be useful then more people would
run them.
"Here run this and just say if it crashes" is one approach.
"Try these options, use smartd, turn on debugging like this and send
this part of the output if you have a problem. Previously reported
problems include: <blah, blah blah>. Oh, it's only ever going to affect
the drive you specify and the worst case scenario is a low-level format
using the vendor's download (which may or may not be available)" - makes
me more aware of what I'm getting into.
David
--
next prev parent reply other threads:[~2005-08-12 18:07 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-12 5:09 SATA status report updated Jeff Garzik
2005-08-12 5:40 ` Rob van Nieuwkerk
2005-08-12 5:45 ` Jeff Garzik
2005-08-12 18:07 ` David Greaves [this message]
2005-08-12 10:44 ` Matthew Garrett
2005-08-12 21:30 ` Jeff Garzik
2005-08-13 8:45 ` Erik Slagter
2005-08-12 14:18 ` Luben Tuikov
2005-08-12 14:18 ` Luben Tuikov
2005-08-12 14:46 ` Luben Tuikov
2005-08-12 19:17 ` Mogens Valentin
2005-08-12 19:17 ` Mogens Valentin
[not found] ` <42FCF5D3.1080409@danbbs.dk>
2005-08-12 21:33 ` Jeff Garzik
2005-08-21 17:11 ` Mogens Valentin
2005-08-21 18:05 ` Jeff Garzik
[not found] <4AA7B-4jm-5@gated-at.bofh.it>
[not found] ` <4DagM-7c8-43@gated-at.bofh.it>
[not found] ` <871x4ql24a.fsf@ABG3595C.abg.fsc.net>
[not found] ` <43062623.607@pobox.com>
[not found] ` <430664C8.1090000@home.nl>
2005-08-20 0:02 ` Jeff Garzik
-- strict thread matches above, loose matches on Subject: below --
2006-05-15 15:20 Jeff Garzik
2006-05-15 17:07 ` Sven-Haegar Koch
2006-05-15 18:17 ` Jeff Garzik
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=42FCE57E.2070302@dgreaves.com \
--to=david@dgreaves.com \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=robn@berrymount.nl \
/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).