Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 7 Mar 1999 15:31:19 -0700 (MST)
From:      "Kenneth D. Merry" <ken@plutotech.com>
To:        bag@sinbin.demos.su (Alex G. Bulushev)
Cc:        gibbs@pluto.plutotech.com, scsi@FreeBSD.ORG
Subject:   Re: RAID saga
Message-ID:  <199903072231.PAA74982@panzer.plutotech.com>
In-Reply-To: <199903051045.NAA77228@sinbin.demos.su> from "Alex G. Bulushev" at "Mar 5, 1999  1:45:19 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
Alex G. Bulushev wrote...
> > Justin T. Gibbs wrote...
> > > > we use several IFT3102 without problems, it can work with fbsd cam as is
> > > > or with path to scsi_da.c
> > > > 
> > > > 127,135d126
> > > > <                * Infortrend RAID controller doesn't like the
> > > > <                * synchronize cache command.
> > > > <                */
> > > > <               {T_DIRECT, SIP_MEDIA_FIXED, "IFT", "3102", "01*"},
> > > > <               /*quirks*/ DA_Q_NO_SYNC_CACHE
> > > > <
> > > > <       },
> > > 
> > > This will disable tagged queueing (min and max tags default to 0 since
> > > they are not initialized).  Was this your intention?  I would not expect
> > > to see good performance from this array without tagged queueing turned
> > > on.
> > 
> > The quirk is for the DA driver, not the transport layer.  (i.e., it won't
> > affect tags)
> 
> so this patch disable only sync cache command and it is usefull
> commit it in -stable and -carrent, without this patch we see
> not good messages when syncing disks:
> 
> syncing disks... 22 22 13 1 done
> (da1:ahc1:0:1:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0
> (da1:ahc1:0:1:0): ILLEGAL REQUEST asc:20,0
> (da1:ahc1:0:1:0): Invalid command operation code
> (da2:ahc1:0:2:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0
> (da2:ahc1:0:2:0): ILLEGAL REQUEST asc:20,0
> (da2:ahc1:0:2:0): Invalid command operation code
> (da3:ahc1:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0
> (da3:ahc1:0:3:0): ILLEGAL REQUEST asc:20,0
> (da3:ahc1:0:3:0): Invalid command operation code

Those messages are harmless.  Justin checked in some code into -current on
Friday (and -stable on Saturday) that will silence the error messages if
the error is illegal request.

Ken
-- 
Kenneth Merry
ken@plutotech.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199903072231.PAA74982>