From owner-freebsd-scsi  Mon Mar  1 23:33:48 1999
Delivered-To: freebsd-scsi@freebsd.org
Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20])
	by hub.freebsd.org (Postfix) with SMTP id CFF92154D5
	for <scsi@FreeBSD.org>; Mon,  1 Mar 1999 23:33:43 -0800 (PST)
	(envelope-from sinbin.demos.su!bag@kremvax.demos.su)
Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.5.31]
          with ESMTP id KAA16372; Tue, 2 Mar 1999 10:30:29 +0300
Received: by sinbin.demos.su id KAA17873;
	(8.6.12/D) Tue, 2 Mar 1999 10:29:40 +0300
From: bag@sinbin.demos.su (Alex G. Bulushev)
Message-Id: <199903020729.KAA17873@sinbin.demos.su>
Subject: Re: RAID saga
In-Reply-To: <199903020229.TAA16211@narnia.plutotech.com> from "Justin T. Gibbs" at "Mar 1, 1999  7:29:22 pm"
To: gibbs@narnia.plutotech.com (Justin T. Gibbs)
Date: Tue, 2 Mar 1999 10:29:40 +0300 (MSK)
Cc: scsi@FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1757      
Sender: owner-freebsd-scsi@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> > 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.

we dont use this patch, but without this patch we have message (see below)
when syncing disks, but all works (between panics :)

GDB 4.16 (i386-unknown-freebsd),
Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)...
IdlePTD 2764800
initial pcb at 231cc4
panicstr: ffs_valloc: dup alloc
panic messages:
---
panic: ffs_valloc: dup alloc
mp_lock = 01000001; cpuid = 1; lapic.id = 00000000
boot() called on cpu#1

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

dumping to dev 20401, offset 2215594



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



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