From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:51731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QAjpw-0005Fd-OJ for qemu-devel@nongnu.org; Fri, 15 Apr 2011 10:17:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QAjpt-000578-S4 for qemu-devel@nongnu.org; Fri, 15 Apr 2011 10:17:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:4416) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QAjpt-000573-Ik for qemu-devel@nongnu.org; Fri, 15 Apr 2011 10:17:25 -0400 Message-ID: <4DA85370.4080909@redhat.com> Date: Fri, 15 Apr 2011 16:17:20 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1302874976-22248-1-git-send-email-pbonzini@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC PATCH] implement vmware pvscsi device List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Hannes Reinecke , qemu-devel@nongnu.org, "Nicholas A. Bellinger" , "Michael S. Tsirkin" On 04/15/2011 04:01 PM, Stefan Hajnoczi wrote: > I think SCSI brings many benefits. Guests can deal with it better > than these alien vdX virtio-blk devices, which makes migration easier. > It becomes possible to attach many disks without burning through free > PCI slots. We don't need to update guests to add cache control, > discard, and other commands because they are part of SCSI. We can > pass through more exotic devices. The list goes on... And we also have to reimplement all of MMC. :) A few questions: 1) Do you have anything posted for the virtio-scsi spec? I had started working on one, but I haven't yet made it final. It included also hotplug/unplug. I can send it out on Monday. 2) Have you thought about making scsi-disk and scsi-generic provide a logical unit rather than a target? Otherwise passthrough of a whole host or target becomes hard or messy. 3) Since I noticed Hannes is CCed, my next step for vmw_pvscsi would be to dust off his patches to remove the bounce buffers, and see how they apply to vmw_pvscsi. But I'd like to avoid duplicated work if possible. Paolo