From owner-freebsd-hardware@FreeBSD.ORG Mon Jan 29 19:47:23 2007 Return-Path: X-Original-To: freebsd-hardware@freebsd.org Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A792F16A403 for ; Mon, 29 Jan 2007 19:47:23 +0000 (UTC) (envelope-from lists@codeangels.com) Received: from mail.codeangels.com (monkey.codeangels.com [62.2.169.19]) by mx1.freebsd.org (Postfix) with ESMTP id 23B6213C47E for ; Mon, 29 Jan 2007 19:47:22 +0000 (UTC) (envelope-from lists@codeangels.com) Received: (qmail-ldap/ctrl 19336 invoked from network); 29 Jan 2007 19:47:15 -0000 Received: from monkey.codeangels.com (HELO www.codeangels.com) (hfdnqs@[192.168.5.6]) (envelope-sender ) by monkey.codeangels.com (qmail-ldap-1.03) with SMTP for ; 29 Jan 2007 19:47:15 -0000 Message-ID: <3326.192.168.5.5.1170100035.squirrel@www.codeangels.com> In-Reply-To: <20070129173135.GA59137@nargothrond.kdm.org> References: <4841.195.162.161.47.1170089092.squirrel@www.codeangels.com> <20070129173135.GA59137@nargothrond.kdm.org> Date: Mon, 29 Jan 2007 20:47:15 +0100 (CET) From: "Kirill Ponazdyr" To: "Kenneth D. Merry" User-Agent: SquirrelMail/Codeangels_GEN MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Cc: freebsd-hardware@freebsd.org Subject: Re: Dell 128T (HP 2/20) library on FCAL problem X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@codeangels.com List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jan 2007 19:47:23 -0000 > On Mon, Jan 29, 2007 at 17:44:52 +0100, Kirill Ponazdyr wrote: > Hmm. That's unfortunate. I wonder why they're doing that? You might > check the manual for any jumper settings that will change the behavior. > > If you want to get it to attach, go into src/sys/cam/scsi/scsi_ch.c. In > chasync(), you'll see the following check: > > if (SID_TYPE(&cgd->inq_data)!= T_CHANGER) > break; > > The best way to do it would be to compare the inquiry data and not break > out of the case statement if the inquiry data matches. The cheesy way to > do it would be: > > if ((SID_TYPE(&cgd->inq_data) != T_CHANGER) > && (SID_TYPE(&cgd->inq_data) != T_STORARRAY)) > break; > > Recompile and reinstall your kernel, and anything that probes as an array > should have a ch(4) device attached to it. Hi Ken, Thanks for the advise. Actually, the problem was a bad terminator which caused SCSI bus which was connecting Library Controller to FibreChannel bridge to malfunction, so actual controller was not visible on FibreChannel. Now I`ve fixed problem and here is how correctly connected Library looks like: ch0 at isp0 bus 0 target 129 lun 0 ch0: Removable Changer SCSI-3 device ch0: 100.000MB/s transfers ch0: 19 slots, 1 drive, 1 picker, 1 portal sa0 at isp0 bus 0 target 129 lun 1 sa0: Removable Sequential Access SCSI-3 device sa0: 100.000MB/s transfers pass2 at isp0 bus 0 target 129 lun 2 pass2: Fixed Storage Array SCSI-0 device pass2: 100.000MB/s transfers root@backup:~# camcontrol devlist -v scbus0 on isp0 bus 0: at scbus0 target 129 lun 0 (pass0,ch0) at scbus0 target 129 lun 1 (pass1,sa0) at scbus0 target 129 lun 2 (pass2) root@backup:~# chio -f /dev/ch0 status picker 0: slot 0: slot 1: slot 2: slot 3: slot 4: slot 5: slot 6: slot 7: slot 8: slot 9: slot 10: slot 11: slot 12: slot 13: slot 14: slot 15: slot 16: slot 17: slot 18: portal 0: drive 0: Kind regards Kirill