From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:45307) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UL9M2-0006jt-Nt for qemu-devel@nongnu.org; Thu, 28 Mar 2013 05:42:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UL9M1-0007zo-4g for qemu-devel@nongnu.org; Thu, 28 Mar 2013 05:42:42 -0400 Date: Thu, 28 Mar 2013 10:42:37 +0100 From: Stefan Hajnoczi Message-ID: <20130328094237.GE24910@stefanha-thinkpad.redhat.com> References: <1364364631-24665-1-git-send-email-lig.fnst@cn.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1364364631-24665-1-git-send-email-lig.fnst@cn.fujitsu.com> Subject: Re: [Qemu-devel] [Qemu-trivial] [PATCH] hw/i386/pc: reject to boot a wrong header magic kernel List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: liguang Cc: qemu-trivial@nongnu.org, qemu-devel@nongnu.org On Wed, Mar 27, 2013 at 02:10:31PM +0800, liguang wrote: > if head magic is missing or wrong unexpectedly, we'd > better to reject booting. > e.g. > I make a mistake to boot a vmlinuz for MIPS(which > I think it's for x86) like this: > qemu-system-x86_64 -kernel vmlinuz -initrd demord > then qemu report: > "qemu: linux kernel too old to load a ram disk" > that's misleading. > > Signed-off-by: liguang > --- > hw/i386/pc.c | 4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/hw/i386/pc.c b/hw/i386/pc.c > index b1e06fa..2b78dfc 100644 > --- a/hw/i386/pc.c > +++ b/hw/i386/pc.c > @@ -683,8 +683,10 @@ static void load_linux(void *fw_cfg, > if (load_multiboot(fw_cfg, f, kernel_filename, initrd_filename, > kernel_cmdline, kernel_size, header)) { > return; > + } else { > + fprintf(stderr, "please assure specicified kernel is for x86!\n"); > + exit(1); load_multiboot() can fail for other reasons so this error messing is misleading. Giving QEMU a non-x86 kernel is just one scenario where this may fail. > } > - protocol = 0; > } Why did you drop protocol = 0? Stefan