From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MKxcV-0001oG-Gw
	for qemu-devel@nongnu.org; Sun, 28 Jun 2009 12:52:47 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MKxcR-0001ns-RU
	for qemu-devel@nongnu.org; Sun, 28 Jun 2009 12:52:47 -0400
Received: from [199.232.76.173] (port=53244 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MKxcR-0001np-OU
	for qemu-devel@nongnu.org; Sun, 28 Jun 2009 12:52:43 -0400
Received: from mx20.gnu.org ([199.232.41.8]:49384)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <avi@redhat.com>) id 1MKxcR-0005cC-8W
	for qemu-devel@nongnu.org; Sun, 28 Jun 2009 12:52:43 -0400
Received: from mx2.redhat.com ([66.187.237.31])
	by mx20.gnu.org with esmtp (Exim 4.60)
	(envelope-from <avi@redhat.com>) id 1MKxcQ-0008Tl-5L
	for qemu-devel@nongnu.org; Sun, 28 Jun 2009 12:52:42 -0400
Message-ID: <4A47A02F.5020108@redhat.com>
Date: Sun, 28 Jun 2009 19:54:07 +0300
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] [RESEND][PATCH v2 1/2] Rework -boot option
References: <4A45D428.9050600@web.de>
In-Reply-To: <4A45D428.9050600@web.de>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: Anthony Liguori <aliguori@us.ibm.com>, qemu-devel <qemu-devel@nongnu.org>

On 06/27/2009 11:11 AM, Jan Kiszka wrote:
> This patch changes the boot command line option to the canonical format
>
>   -boot [order=]drives[,interactive=on|off]
>
> where 'drives' is using the same format as the old -boot. The format
> switch allows to add the 'interactive' option and use the existing
> infrastructure to parse it. However, the old format is still understood
> and will be processed at least for a transition time.
>
> The state of 'interactive' is transfered to the firmware via the new
> configuration value FW_CFG_BOOT_INTERACTIVE.
>    

Perhaps interactive (and the boot order itself) should be forgotten 
after a successful boot?  A typical use case is to boot an installer off 
the cdrom; the next boot ought to try the hard disk.  But perhaps other 
use cases don't want that.

-- 
error compiling committee.c: too many arguments to function