From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 16 16:36:18 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org 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 29E1016A40F for ; Thu, 16 Nov 2006 16:36:18 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEDA243D4C for ; Thu, 16 Nov 2006 16:36:16 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id i20so177074wra for ; Thu, 16 Nov 2006 08:36:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YSXYRz4V0ISXw3FILZGJQPnXCTzBKh5dlHB4mdnhvT2ijFIhkJZCA5n0DVtJM4FFeL2KlA9sg4ksnvdv0YcXZsiR1QlQW3X4RGIQfFVvXFpBuizKPeYbCDIfglF65Ee9dCXvYLbXM+4xkFTM41YZQwUlEnTrxRD8SfsadGy5HU8= Received: by 10.78.51.9 with SMTP id y9mr742323huy.1163694975938; Thu, 16 Nov 2006 08:36:15 -0800 (PST) Received: by 10.78.199.15 with HTTP; Thu, 16 Nov 2006 08:36:15 -0800 (PST) Message-ID: <7579f7fb0611160836t655c8100j31e300a37c0cc9dc@mail.gmail.com> Date: Thu, 16 Nov 2006 08:36:15 -0800 From: "Matthew Jacob" To: "Kenneth D. Merry" In-Reply-To: <20061116061158.GA37070@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061115211433.R8053@ns1.feral.com> <20061116061158.GA37070@nargothrond.kdm.org> Cc: freebsd-scsi@freebsd.org, mjacob@freebsd.org Subject: Re: amusing stumble for the 6 to 10 byte checking code X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2006 16:36:18 -0000 > > That shouldn't have happened in response to a unit attention. It should > only happen if the SIM comes back with CAM_REQ_INVALID, or if the target > comes back with an illegal request sense code. So there may have been > another intervening error that caused the switchover. Yeah- but where? > > > (da0:isp1:0:0:0): WRITE(10). CDB: 2a 0 0 8 68 90 0 0 80 0 > > (da0:isp1:0:0:0): CAM Status: SCSI Status Error > > (da0:isp1:0:0:0): SCSI Status: Check Condition > > (da0:isp1:0:0:0): ILLEGAL REQUEST asc:24,0 > > (da0:isp1:0:0:0): Invalid field in CDB > > (da0:isp1:0:0:0): Unretryable error > > Hmm. Illegal field, and not invalid command operation code? That's odd. > What kind of drive is this? The CDB looks valid at first glance... > Yeah, this is what's puzzling me. This is a normal FC drive. Puzzled...