From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48053) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAxhb-0003ta-FG for qemu-devel@nongnu.org; Mon, 10 Sep 2012 02:42:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TAxha-0008ET-Ei for qemu-devel@nongnu.org; Mon, 10 Sep 2012 02:42:35 -0400 Received: from mx1.redhat.com ([209.132.183.28]:20305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAxha-0008EN-6W for qemu-devel@nongnu.org; Mon, 10 Sep 2012 02:42:34 -0400 Message-ID: <504D8BC7.8070900@redhat.com> Date: Mon, 10 Sep 2012 08:42:15 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1347000499-28701-1-git-send-email-nab@linux-iscsi.org> <1347000499-28701-5-git-send-email-nab@linux-iscsi.org> <504A1A32.5050705@redhat.com> <20120908224032.GC20588@redhat.com> <504D85D6.2090703@redhat.com> <20120910062437.GD16819@redhat.com> In-Reply-To: <20120910062437.GD16819@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 4/5] virtio-scsi: Add start/stop functionality for vhost-scsi List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: Stefan Hajnoczi , kvm-devel , Jan Kiszka , Zhi Yong Wu , qemu-devel , "Nicholas A. Bellinger" , lf-virt , Anthony Liguori , target-devel , Hannes Reinecke , Zhi Yong Wu , Christoph Hellwig Il 10/09/2012 08:24, Michael S. Tsirkin ha scritto: >> > I chose the backend name because, ideally, there would be no other >> > difference. QEMU _could_ implement all the goodies in vhost-scsi (such >> > as reservations or ALUA), it just doesn't do that yet. >> > >> > Paolo > Then why do you say "It is used completely differently from > virtio-scsi-pci"? It is configured differently (and I haven't seen a proposal yet for how to bridge the two), it does not interoperate, it has right now a different set of features. The "does not interoperate" bit is particularly important. Say QEMU were to implement persistent reservations (right now only a vhost-scsi feature). Then QEMU and vhost-scsi PR would not be interchangeable, a reservation made by QEMU would not be visible in vhost and vice versa. > Isn't it just a different backend? > > If yes then it should be a backend option, like it is > for virtio-net. You mean a -drive option? That would mean adding the logic to configure vhost-scsi to the QEMU block layer, that's a completely different project... Paolo