From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MHGaJ-0004rO-EV for qemu-devel@nongnu.org; Thu, 18 Jun 2009 08:19:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MHGaC-0004pT-SM for qemu-devel@nongnu.org; Thu, 18 Jun 2009 08:19:12 -0400 Received: from [199.232.76.173] (port=52495 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MHGaB-0004pI-Vq for qemu-devel@nongnu.org; Thu, 18 Jun 2009 08:19:08 -0400 Received: from smtp2-g21.free.fr ([212.27.42.2]:60522) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MHGaB-0002ma-97 for qemu-devel@nongnu.org; Thu, 18 Jun 2009 08:19:07 -0400 In-Reply-To: <440CFCD2-4C34-44E0-AAAE-06B0B2BA132F@suse.de> Subject: Re: [Qemu-devel] [PATCH 0/4] Add multiboot support (x86) v2 From: "=?utf-8?q?Fran=C3=A7ois?= Revol" Date: Thu, 18 Jun 2009 14:13:17 +0200 CEST Message-Id: <2734052470-BeMail@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: kwolf@redhat.com, rene@exactcode.de, qemu-devel@nongnu.org > > I suppose I could still support it for special uses like the os > > zoo... > > Then I could map -kernel to haiku=5Floader or an ELF version, and use > > - > > initrd to pass the kernel tgz... > > That roughly what Xen does. The dom0 kernel is passed as -initrd. > Also, the original reason I implemented multiboot support for -kernel > was the Mac OS X bootloader. Basically only the stage2 loader is > loaded using -kernel and that again contains an HFS reader that reads > the actual kernel from the disk. Yeah that'd be the idea, with s/HFS/BFS/ :) > I don't see why you couldn't do the same with your stage2 loader. It's just that it wouldn't be useful for the general "user" case, because the other way is simpler. > > But then again - the question is of course what you're trying to > achieve :-). I merely wanted to replace the EFI stage2 loader with a > BIOS stage2 loader. Well the idea for now was just to allow passing args from command line to implement options like setting boot resolution or other stuff to allow configurable demos. But probably it could be useful also for other configurations. Fran=C3=A7ois.