From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IJEge-00084x-4g for qemu-devel@nongnu.org; Thu, 09 Aug 2007 16:32:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IJEgb-00083w-NS for qemu-devel@nongnu.org; Thu, 09 Aug 2007 16:32:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IJEgb-00083k-Ka for qemu-devel@nongnu.org; Thu, 09 Aug 2007 16:32:49 -0400 Received: from an-out-0708.google.com ([209.85.132.250]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IJEgb-0005A3-Ao for qemu-devel@nongnu.org; Thu, 09 Aug 2007 16:32:49 -0400 Received: by an-out-0708.google.com with SMTP id d11so165320and for ; Thu, 09 Aug 2007 13:32:48 -0700 (PDT) Message-ID: <46BB79ED.2020503@codemonkey.ws> Date: Thu, 09 Aug 2007 15:32:45 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 4/4][RFC] Add logic to QEMU to read command line options from qcow2 images References: <59abf66e0708081124g14901b01i841b70d17ae1e097@mail.gmail.com> <59abf66e0708081252of2948d7we85c9084bad245d4@mail.gmail.com> <20070808202428.GA25050@redhat.com> <46BB2A99.3030609@codemonkey.ws> <46BB7625.2050900@qumranet.com> <46BB7842.1030101@codemonkey.ws> <46BB7966.3090007@qumranet.com> In-Reply-To: <46BB7966.3090007@qumranet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: =?ISO-8859-1?Q?Jorge_Luc=E1ngeli_Obes?= , qemu-devel@nongnu.org Avi Kivity wrote: > Anthony Liguori wrote: >> >> If you're looking for a low-end solution, another possibility would >> be having a "new" file format which consisted of: >> >> #!/path/to/qemu [ ...] >> >> >> And then make the appropriate changes to QEMU such that it can skip >> the first line in a disk image file. This has a few nice side >> effects. The disk image is directly executable and it makes it very >> clear to the user that they have to trust the disk image. The other >> nice thing is that it would work with file formats other than qcow2. > > Well, it would be nice to align the disk image to a sector boundary > (or, better, a page boundary). But yes, a very good idea. That has the very nice side effect of allowing you to edit the command line with a text editor provided you don't cross the sector boundary. Filling with spaces would be pretty nice. Regards, Anthony Liguori