From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 6 02:45:27 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C544C106566C for ; Tue, 6 Mar 2012 02:45:27 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 92E148FC20 for ; Tue, 6 Mar 2012 02:45:27 +0000 (UTC) Received: from [192.168.135.100] (c-76-126-166-136.hsd1.ca.comcast.net [76.126.166.136]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q262jKQe015175 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 5 Mar 2012 18:45:21 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4F557A3C.4080100@feral.com> Date: Mon, 05 Mar 2012 18:45:16 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <20120306001731.GA38229@nargothrond.kdm.org> In-Reply-To: <20120306001731.GA38229@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Mon, 05 Mar 2012 18:45:21 -0800 (PST) Subject: Re: [patch] CTL should check condition INQUIRY with invalid LUN X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 02:45:27 -0000 On 3/5/2012 4:17 PM, Kenneth D. Merry wrote: > On Mon, Mar 05, 2012 at 14:46:52 -0800, Chuck Tuffli wrote: >> Currently, the CTL responds to INQUIRY commands targeted at invalid >> LUNs by returning valid data with the peripheral qualifier set to LU >> OFFLINE. This patch instead returns a check condition with LU NOT >> READY. >> >> Linux initiators see the LU OFFLINE and start creating SG devices, but >> are not able to finish. The offline also causes them to keep probing >> LUNs. > Linux used to behave properly. What version are you testing with? > > Returning a check condition is not correct according to the spec. This is > from SPC-4 (r31): > > \ Ken (and t10) is right > Since CTL can support a LUN at the requested address, but there isn't one > there, it returns OFFLINE status. > > They should be issuing a REPORT LUNs and then probe the LUNs that are > returned... > > "They"... would that be FreeBSD which is timid to the point of frigidity on this topic?