[8226] in linux-scsi channel archive

home help back first fref pref prev next nref lref last post

Re: recovery behaviour with 1 bad + 1 good drive (aic7xxx)

daemon@ATHENA.MIT.EDU (Doug Ledford)
Fri Feb 25 01:20:15 2000

Message-ID: <38B59104.8C747119@redhat.com>
Date:   Thu, 24 Feb 2000 15:13:56 -0500
From: Doug Ledford <dledford@redhat.com>
MIME-Version: 1.0
To: Ricky Beam <jfbeam@bluetopia.net>
Cc: linux-scsi@vger.rutgers.edu
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ricky Beam wrote:
> 
> On Thu, 24 Feb 2000, Doug Ledford wrote:
> >> That list already exists (sortof)  There's a list of drives with whom
> >> drivers should not probe LUNs or attempt tagged queuing.  I messed with it
> >> once to allow queuing on my Jaz drive -- it was blcklisted but works just
> >> fine. (only a few firmware versions have a problem; it's safer to always
> >> say NO!)
> >
> >More than a few versions of Jaz drive have that bug, everything with a
> >firmware version J.86 or earlier has that bug.
> 
> Yep.  But the blist doesn't check the revision (or didn't) thus all jaz
> drives end up with tag queuing disabled -- that's certainly the safe thing
> to do.  I hate the speed degradation... <grin>
> 
> Checking my machines:
> (jakolantronic/alpha)   Vendor: iomega   Model: jaz 1GB          Rev: G.72
> (dominion/x86)          Vendor: iomega   Model: jaz 1GB          Rev: J^77
> (foobar/x86)            Vendor: iomega   Model: jaz 1GB          Rev: J.83
> 
> All of those have an active queue depth of 8 and work perfectly.  I have
> a few other jaz drives not in an machines so I don't know their revisions,
> but they work fine with a queue depth of 8 as well.

Are you sure tagged queueing is actually being used on those drives?  They
should all be defective according to my information.  I would be curious to
know just how sure you are that these drives are using tagged queueing.

-- 

 Doug Ledford <dledford@redhat.com>  http://people.redhat.com/dledford
      Please check my web site for aic7xxx updates/answers before
                      e-mailing me about problems

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu

home help back first fref pref prev next nref lref last post