[8187] in linux-scsi channel archive
Re: recovery behaviour with 1 bad + 1 good drive (aic7xxx)
daemon@ATHENA.MIT.EDU (Matthias Andree)
Wed Feb 23 13:14:15 2000
Date: Wed, 23 Feb 2000 18:26:36 +0100
From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
To: Ricky Beam <jfbeam@bluetopia.net>
Cc: Guest section DW <dwguest@win.tue.nl>,
linux-scsi@vger.rutgers.edu
Message-ID: <20000223182636.C4697@krusty.e-technik.uni-dortmund.de>
Mail-Followup-To: Ricky Beam <jfbeam@bluetopia.net>,
Guest section DW <dwguest@win.tue.nl>, linux-scsi@vger.rutgers.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <Pine.LNX.4.04.10002222246490.12259-100000@beaker>; from jfbeam@bluetopia.net on Tue, Feb 22, 2000 at 11:04:48PM -0500
* Ricky Beam (jfbeam@bluetopia.net) [000223 06:50]:
> On Tue, 22 Feb 2000, Guest section DW wrote:
> >> Do you think a SCSI blacklist entry for 'don't bus reset a bus with
> >> this piece of junk on' would help ?
> >
> >No. The problem is not the device, it is our code.
>
> I would have to say it's both. Handling a CDROM the same as a hard drive,
> for example, is very bad idea. But not being able to reset a device and/or
> entire SCSI bus is a major flaw in the code -- it's also one of the hardest
> things to test.
There are patches for explicit bus resets floating around. But still,
if the media is broken, a bus reset still won't fix the media.
> causing timeouts... I've got an old plextor CD-ROM that disappears from
> the bus when the driver does a bus reset. (Don't ask me how it shows up
> following the driver's initial bus reset.)
Plextor take some time. Some Yamaha drives deadlock when they see bus
reset. Ok, Yamaha's fault, still, notable.
> In some cases, the error is non-fatal. The system can continue properly
> if it simply tries again. This mostly true for removable media devices
> and things with "power saving" modes.
Nah, with SCSI, you need to kick the drive spinning again.
> Perhaps you should use AHA1542's :-) Last time I cared to look (ahum, back
> in 1.2), it panics when ever it's "necessary" to do an abort/bus reset.
Nah, that was to prevent non-working bus resets from being thrown
AFAIR.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
