From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:53149) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SpcPI-0001Et-86 for qemu-devel@nongnu.org; Fri, 13 Jul 2012 05:43:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SpcPC-0006ik-7V for qemu-devel@nongnu.org; Fri, 13 Jul 2012 05:43:28 -0400 Received: from e06smtp17.uk.ibm.com ([195.75.94.113]:42481) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SpcPB-0006gq-Vw for qemu-devel@nongnu.org; Fri, 13 Jul 2012 05:43:22 -0400 Received: from /spool/local by e06smtp17.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 13 Jul 2012 10:43:20 +0100 Received: from d06av08.portsmouth.uk.ibm.com (d06av08.portsmouth.uk.ibm.com [9.149.37.249]) by d06nrmr1307.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q6D9hHmk2375908 for ; Fri, 13 Jul 2012 10:43:17 +0100 Received: from d06av08.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av08.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q6D9hGoM012125 for ; Fri, 13 Jul 2012 03:43:16 -0600 Date: Fri, 13 Jul 2012 10:43:15 +0100 From: Stefan Hajnoczi Message-ID: <20120713094315.GA16172@stefanha-thinkpad.localdomain> References: <4FFA9C30.2070201@linux.vnet.ibm.com> <20120709143607.GB5226@lst.de> <20120713091315.GB15503@stefanha-thinkpad.localdomain> <20120713092755.GA479@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120713092755.GA479@lst.de> Subject: Re: [Qemu-devel] [RFC] introduce a dynamic library to expose qemu block API List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christoph Hellwig Cc: Paolo Bonzini , Anthony Liguori , Wenchao Xia , qemu-devel@nongnu.org On Fri, Jul 13, 2012 at 11:27:55AM +0200, Christoph Hellwig wrote: > On Fri, Jul 13, 2012 at 10:13:15AM +0100, Stefan Hajnoczi wrote: > > How is that different from all the qemu-io commands? > > qemu-io has no modes to just dumb the output without additional > information / statistics or for the write case just take user input > instead of a pattern. I actually tried to add raw arguments to > qemu-io, which still worked ou ok for reads but started to get > fairly ugly for the write. > > What I use in production right now is a trivial qemu-cat tool that > just does the raw reads and writes, but I think adding it as a new > sub command to qemu-img instead of another tool seems a bit cleaner. > > If you and Kevin or Anthony disagree and want the qemu-cat tool I can > submit a patch for that instead. Okay, I see what you mean. I have used the hex output mode (when you use the verbose option) but it's not raw. Sounds like you want a qemu-dd :). I think adding that to qemu-img is fine though since it's already the tool that users are familiar with for image file manipulation and that gets shipped. Stefan