From owner-freebsd-current@FreeBSD.ORG Mon Jun 13 04:32:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7F8616A41C; Mon, 13 Jun 2005 04:32:16 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462BE43D1F; Mon, 13 Jun 2005 04:32:16 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) (authenticated bits=0) by aslan.scsiguy.com (8.13.3/8.13.3) with ESMTP id j5D4WE64043586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jun 2005 22:32:14 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sun, 12 Jun 2005 22:32:14 -0600 From: "Justin T. Gibbs" To: "Kenneth D. Merry" , "Raphael H. Becker" Message-ID: In-Reply-To: <20050612035440.GA21262@nargothrond.kdm.org> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> <20050609130511.GA732@uk.tiscali.com> <20050610162814.A25098@p-i-n.com> <20050610150718.GA7005@nargothrond.kdm.org> <20050612002508.B25098@p-i-n.com> <20050612035440.GA21262@nargothrond.kdm.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 04:32:17 -0000 >> # camcontrol cmd pass3 -v -c "9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0" -i 12 "i4 i4 i4" >> camcontrol: error sending command >> (pass3:ahc1:0:0:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0 >> (pass3:ahc1:0:0:0): CAM Status: Target Bus Phase Sequence Failure >> >> dmesg: >> (pass3:ahc1:0:0:0): No or incomplete CDB sent to device. >> (pass3:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. >> (pass3:ahc1:0:0:0): Abort Tag Message Sent >> (pass3:ahc1:0:0:0): SCB 8 - Abort Tag Completed. > > Hmm, okay, at this point, we have a SCSI protocol violation. (Which is the > same thing you saw before.) > > So this pretty much means it is the 16 byte read capacity that is > triggering the problem. > > The question is, is this problem on the RAID box or in the ahc driver? I > would lean towards saying the RAID box has the issue, but Justin (CCed) may > be able to give a little more insight. The diagnostics indicate that the aic7xxx chip believes the entire CDB was not transferred to the target before the target attempted to disconnect or complete the command. While 16byte cdb support in this driver was reported to work correctly in the past, that does not guarantee that I haven't somehow broken it - the firmware could be incorrectly determining cdb transfer completion status in this case even though the logic appears to be correct. I'll try to setup a target mode emulation environment this week to see if I can replicate the problem. What controller/chip are you using? -- Justin