From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 19 11:47:57 2005 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9094A16A4CE for ; Sat, 19 Feb 2005 11:47:57 +0000 (GMT) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D814B43D31 for ; Sat, 19 Feb 2005 11:47:56 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.1/8.13.1) with ESMTP id j1JBlbCa097931; Sat, 19 Feb 2005 19:47:37 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.1/8.13.1/Submit) id j1JBlVeo097930; Sat, 19 Feb 2005 19:47:31 +0800 (CST) (envelope-from rafan) Date: Sat, 19 Feb 2005 19:47:31 +0800 From: Rong-En Fan To: Xin LI Message-ID: <20050219114731.GA97896@svm.csie.ntu.edu.tw> References: <20050204102558.GA2001@svm.csie.ntu.edu.tw> <1108667040.656.20.camel@spirit> <20050218071746.GA41419@svm.csie.ntu.edu.tw> <20050218202901.GA71842@svm.csie.ntu.edu.tw> <20050219061517.GA92149@svm.csie.ntu.edu.tw> <1108803317.602.13.camel@spirit> <20050219092300.GA95182@svm.csie.ntu.edu.tw> <1108806312.602.17.camel@spirit> <20050219101214.GA96011@svm.csie.ntu.edu.tw> <1108808926.602.25.camel@spirit> Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1108808926.602.25.camel@spirit> User-Agent: Mutt/1.5.7i cc: Rong-En Fan cc: ob@e-Gitt.NET cc: scsi@freebsd.org Subject: Re: Problem with mpt(4) and Infortrend RAID X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 11:47:57 -0000 On Sat, Feb 19, 2005 at 06:28:46PM +0800, Xin LI wrote: > Hi, > > ÔÚ 2005-02-19ÁùµÄ 18:12 +0800£¬Rong-En FanдµÀ£º > > On Sat, Feb 19, 2005 at 05:45:12PM +0800, Xin LI wrote: > > > Would you please try: > > > camcontrol tags da1 > > > > > > To see how many tags are actually allowed for the device, at the host > > > side? It comes to my mind that: > > > > I have already done -N 32, I remembered that original is 25x. > > Er... Pardon... You mean you have already done this before you got the > error message, or just have done that? just have done that. > > > Here: You have allowed only 32, and if the host has exceeded the > > > limitation, then something strange *may* happen. My bet is to decrease > > > > I just found the Infortrend's manual, it says that if > > hos exceeded this limit, the controller will not response > > and host *might* reduce the # later. Hmm, it seems match > > my situation. > > Yes, and this has generated problem for me, too. It should be good if > there's someone can tell us how to obtain the maximum tag depth allowed > by the infotrend device (I don't know if there is one, as I'm not a SCSI > guru:-) > > > > the tags allowed at host side, to something like 32: > > > > > > camcontrol tags da1 -N 32. > > > > > > It's also possible to modify cam_xpt.c to set the default number. > > > > Hmm, seems ok for me. My system's disk is ips(4) which does not > > use CAM layer. So, I can put camcontrol to rc. > > It's also possible to add the disk array quirk to the cam_xpt.c, too. > But that's of course too hacky IMO :-) Ya, I think so :) Regards, Rong-En fan