From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:51087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QcXQ5-0004aB-Jz for qemu-devel@nongnu.org; Fri, 01 Jul 2011 02:41:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QcXQ3-0005Zk-JQ for qemu-devel@nongnu.org; Fri, 01 Jul 2011 02:41:41 -0400 Received: from mx1.redhat.com ([209.132.183.28]:62270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QcXQ3-0005ZR-1U for qemu-devel@nongnu.org; Fri, 01 Jul 2011 02:41:39 -0400 Message-ID: <4E0D6C08.1040201@redhat.com> Date: Fri, 01 Jul 2011 08:41:12 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1504884387.187692.1307716550265.JavaMail.root@zmail07.collab.prod.int.phx2.redhat.com> <4DF71E28.6070009@suse.de> <4E0AE36B.9010500@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] virtio scsi host draft specification, v3 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Christoph Hellwig , Stefan Hajnoczi , kvm@vger.kernel.org, "Michael S. Tsirkin" , qemu-devel , "Nicholas A. Bellinger" , Linux Kernel Mailing List , Hannes Reinecke , Linux Virtualization On 06/29/2011 11:39 AM, Stefan Hajnoczi wrote: > > > Of course, when doing so we would be lose the ability to freely remap > > > LUNs. But then remapping LUNs doesn't gain you much imho. > > > Plus you could always use qemu block backend here if you want > > > to hide the details. > > > > And you could always use the QEMU block backend with scsi-generic if you > > want to remap LUNs, instead of true passthrough via the kernel target. > > IIUC the in-kernel target always does remapping. It passes through > individual LUNs rather than entire targets and you pick LU Numbers to > map to the backing storage (which may or may not be a SCSI > pass-through device). Nicholas Bellinger can confirm whether this is > correct. But then I don't understand. If you pick LU numbers both with the in-kernel target and with QEMU, you do not need to use e.g. WWPNs with fiber channel, because we are not passing through the details of the transport protocol (one day we might have virtio-fc, but more likely not). So the LUNs you use might as well be represented by hierarchical LUNs. Using NPIV with KVM would be done by mapping the same virtual N_Port ID in the host(s) to the same LU number in the guest. You might already do this now with virtio-blk, in fact. Put in another way: the virtio-scsi device is itself a SCSI target, so yes, there is a single target port identifier in virtio-scsi. But this SCSI target just passes requests down to multiple real targets, and so will let you do ALUA and all that. Of course if I am dead wrong please correct me. Paolo