From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LniBr-00089e-OX
	for qemu-devel@nongnu.org; Sat, 28 Mar 2009 19:43:51 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LniBm-00088I-5W
	for qemu-devel@nongnu.org; Sat, 28 Mar 2009 19:43:50 -0400
Received: from [199.232.76.173] (port=47541 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LniBm-00088F-2d
	for qemu-devel@nongnu.org; Sat, 28 Mar 2009 19:43:46 -0400
Received: from smtp2-g21.free.fr ([212.27.42.2]:44028)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <revol@free.fr>) id 1LniBl-0002UD-Fr
	for qemu-devel@nongnu.org; Sat, 28 Mar 2009 19:43:45 -0400
Received: from smtp2-g21.free.fr (localhost [127.0.0.1])
	by smtp2-g21.free.fr (Postfix) with ESMTP id 883FB4B0019
	for <qemu-devel@nongnu.org>; Sun, 29 Mar 2009 00:43:40 +0100 (CET)
Received: from laptop (vaf26-2-82-244-111-82.fbx.proxad.net [82.244.111.82])
	by smtp2-g21.free.fr (Postfix) with ESMTP id 5C34F4B0047
	for <qemu-devel@nongnu.org>; Sun, 29 Mar 2009 00:43:38 +0100 (CET)
In-Reply-To: <49CE5F18.9010805@us.ibm.com>
Subject: Re: [Qemu-devel] [RESEND][PATCH] Remove nodisk_ok machine feature
From: "=?utf-8?q?Fran=C3=A7ois?= Revol" <revol@free.fr>
Date: Sun, 29 Mar 2009 00:43:46 +0100 CET
Message-Id: <33914304507-BeMail@laptop>
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Reply-To: qemu-devel@nongnu.org
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: qemu-devel@nongnu.org

> Jan Kiszka wrote:
> > All archs have some kind of firmware to load and can be fine with 
> > it
> > already. So there is not much use in enforcing the presence of a 
> > disk.
> > If the system setup requires one, the user will notice it anyway 
> > once
> > the firmware/bios fails to boot from it.
> >
> > Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
> >   
> 
> Applied.   Thanks.

This has the side effect of trying to boot when one just runs
qemu

instead of dumping the help...
is it really intended =3F

Fran=C3=A7ois.