From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LyRx7-0000Be-4O for qemu-devel@nongnu.org; Mon, 27 Apr 2009 10:37:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LyRx2-00005v-Ee for qemu-devel@nongnu.org; Mon, 27 Apr 2009 10:37:00 -0400 Received: from [199.232.76.173] (port=60341 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LyRx2-00005c-6t for qemu-devel@nongnu.org; Mon, 27 Apr 2009 10:36:56 -0400 Received: from yx-out-1718.google.com ([74.125.44.152]:59972) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LyRx1-0005kf-Q1 for qemu-devel@nongnu.org; Mon, 27 Apr 2009 10:36:55 -0400 Received: by yx-out-1718.google.com with SMTP id 6so1259119yxn.82 for ; Mon, 27 Apr 2009 07:36:55 -0700 (PDT) Message-ID: <49F5C303.3060003@codemonkey.ws> Date: Mon, 27 Apr 2009 09:36:51 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <20090427082606.GA32604@lst.de> <20090427082914.GA383@lst.de> In-Reply-To: <20090427082914.GA383@lst.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH] virtio-blk: add SGI_IO passthru support List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christoph Hellwig Cc: Christian Borntraeger , Rusty Russell , qemu-devel@nongnu.org, kvm@vger.kernel.org, Hannes Reinecke Christoph Hellwig wrote: > [had the qemu list address wrong the first time, reply to this message, > not the previous if you were on Cc] > > > Add support for SG_IO passthru (packet commands) to the virtio-blk > backend. Conceptually based on an older patch from Hannes Reinecke > but largely rewritten to match the code structure and layering in > virtio-blk. > > Note that currently we issue the hose SG_IO synchronously. We could > easily switch to async I/O, but that would required either bloating > the VirtIOBlockReq by the size of struct sg_io_hdr or an additional > memory allocation for each SG_IO request. > > > Signed-off-by: Christoph Hellwig > So practically speaking, what can you do with this? Should we be handling some SCSI cmds internally to QEMU (like eject operations) and supporting media=cdrom in -drive for if=virtio? On a related topic, should we switch /dev/vdX to be /dev/sdX? Regards, Anthony Liguori