From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3tg9-00026S-8q for qemu-devel@nongnu.org; Wed, 14 Sep 2011 13:55:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R3tg8-0008L8-97 for qemu-devel@nongnu.org; Wed, 14 Sep 2011 13:55:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:23726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3tg7-0008Kw-SF for qemu-devel@nongnu.org; Wed, 14 Sep 2011 13:55:20 -0400 Date: Wed, 14 Sep 2011 20:56:21 +0300 From: "Michael S. Tsirkin" Message-ID: <20110914175621.GD21891@redhat.com> References: <4E70DEE8.8090908@linux.vnet.ibm.com> <20110914174020.GB21891@redhat.com> <4E70E93E.9000509@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E70E93E.9000509@linux.vnet.ibm.com> Subject: Re: [Qemu-devel] Design of the blobstore List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Berger Cc: Anthony Liguori , QEMU Developers , Markus Armbruster On Wed, Sep 14, 2011 at 01:49:50PM -0400, Stefan Berger wrote: > On 09/14/2011 01:40 PM, Michael S. Tsirkin wrote: > >On Wed, Sep 14, 2011 at 01:05:44PM -0400, Stefan Berger wrote: > >>qemu ... \ > >> -blobstore name=my-blobstore,drive=tpm-bs,showsize \ > >> -drive if=none,id=tpm-bs \ > >> -tpmdev libtpms,blobstore=my-blobstore,id=tpm0 \ > >> -device tpm-tis,tpmdev=tpm0 > >> > >>which would result in QEMU printing to stdout: > >> > >>Blobstore tpm-store on drive with ID tpm-bs requires 83kb. > >So you envision tools parsing this freetext then? > >Seems like a step back, we are trying to move to QMP ... > I extended it first for the way I typically interact with QEMU. I do > not use the monitor much. It will work even better if there's a tool to do the job instead of cut and pasting stuff, won't it? And for that, we need monitor commands. > > > >So with above, the raw case which we don't expect to be used often > >is easy to use, but qcow which we expect to be the main case > >is close to imposible, involving manual cut and paste > >of image size. > > > >Formatting images seems a rare enough occasion, > >that I think only using monitor command for that > >would be a better idea than a ton of new command > >line options. On top of that, let's write a > >script that run qemu, queries image size, > >creates a qcow2 file, run qemu again to format, > >all this using QMP. > Creates the qcow2 using 'qemu-img' I suppose. > > Stefan Sure. > >WRT 'format and run in one go' I strongly disagree with it. > >It's just too easy to shoot oneself in the foot.