From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JZS5Q-0008PI-82 for qemu-devel@nongnu.org; Wed, 12 Mar 2008 10:37:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JZS5M-0008N7-9t for qemu-devel@nongnu.org; Wed, 12 Mar 2008 10:37:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JZS5M-0008Mz-1d for qemu-devel@nongnu.org; Wed, 12 Mar 2008 10:37:40 -0400 Received: from py-out-1112.google.com ([64.233.166.177]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JZS5L-0005VJ-7P for qemu-devel@nongnu.org; Wed, 12 Mar 2008 10:37:39 -0400 Received: by py-out-1112.google.com with SMTP id u52so4327339pyb.10 for ; Wed, 12 Mar 2008 07:37:28 -0700 (PDT) Message-ID: <47D7EAA2.8060207@codemonkey.ws> Date: Wed, 12 Mar 2008 09:37:22 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] x86 Multiboot support (extended) References: <47A19BCA.9050606@suse.de> <495BC301-ECE5-44CD-B689-4C0C39951ACE@csgraf.de> <20080311234419.GA32706@volta.aurel32.net> <47D762CA.4030603@codemonkey.ws> In-Reply-To: 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: Alexander Graf Cc: qemu-devel@nongnu.org Alexander Graf wrote: > > On Mar 12, 2008, at 5:57 AM, Anthony Liguori wrote: > >> Aurelien Jarno wrote: >>> On Thu, Jan 31, 2008 at 06:31:09PM +0100, Alexander Graf wrote: >>> Is it really necessary to have *that much* assembly code within >>> hw/pc.c? >>> >>> I would rather see multiboot support as a small image generated from >>> C and/or assembly code, loaded either with -hda or with a new option >>> having the same effect. This code could read the NVRAM to get the >>> variables it needs. >>> >> >> Better yet to package it as an option ROM and eliminate all the boot >> sector hacks. > > Better yet to package all kernel loading hacks in your option ROM and > eliminate the bootsector hacks. Mind to do it? ;-). It's on my TODO, just not very high at the moment. Regards, Anthony Liguori > > Alex