From owner-freebsd-scsi@FreeBSD.ORG Tue May 25 16:25:22 2010 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 33CEF106566B for ; Tue, 25 May 2010 16:25:22 +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 0EDC08FC0C for ; Tue, 25 May 2010 16:25:21 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o4PGPLuh070549 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 25 May 2010 09:25:21 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4BFBF9EC.9000700@feral.com> Date: Tue, 25 May 2010 09:25:16 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4BEB87B8.1070104@feral.com> <4BFB3985.1030301@FreeBSD.org> In-Reply-To: <4BFB3985.1030301@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Tue, 25 May 2010 09:25:21 -0700 (PDT) Subject: Re: patches for CAM SCSI probing, etc. 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: Tue, 25 May 2010 16:25:22 -0000 Part of the reason I went the way you had done for ATA is to try and guarantee one and one only probe action at a time per nexus. > you are slightly changing semantics of device probe. Previously, probe > call means warranty that device will be probed from the beginning after > the moment of request. It is very important for ATA, as probe function > also initializes device, that is mandatory if probe is called as result > of device reset. SCSI devices probably don't need that initialization, > but what if probe was called due to inquiry change status received > during probe sequence running? Are you sure you won't loose events here? > >