From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LeDBi-0007yW-LV for qemu-devel@nongnu.org; Mon, 02 Mar 2009 13:48:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LeDBg-0007vz-Or for qemu-devel@nongnu.org; Mon, 02 Mar 2009 13:48:26 -0500 Received: from [199.232.76.173] (port=60204 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LeDBg-0007vr-Iv for qemu-devel@nongnu.org; Mon, 02 Mar 2009 13:48:24 -0500 Received: from mail-bw0-f171.google.com ([209.85.218.171]:55796) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LeDBg-0002R2-2P for qemu-devel@nongnu.org; Mon, 02 Mar 2009 13:48:24 -0500 Received: by bwz19 with SMTP id 19so1897082bwz.34 for ; Mon, 02 Mar 2009 10:48:21 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20090301204238.GS32440@hall.aurel32.net> References: <1235833795-30441-1-git-send-email-agraf@suse.de> <20090301204238.GS32440@hall.aurel32.net> Date: Mon, 2 Mar 2009 20:48:21 +0200 Message-ID: Subject: Re: [Qemu-devel] [PATCH] Mac99: Enable -kernel option From: Blue Swirl Content-Type: text/plain; charset=UTF-8 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: Aurelien Jarno Cc: qemu-devel@nongnu.org On 3/1/09, Aurelien Jarno wrote: > On Sat, Feb 28, 2009 at 05:42:11PM +0200, Blue Swirl wrote: > > On 2/28/09, Alexander Graf wrote: > > > Right now -kernel on the Mac99 (newworld) is broken. > > > > > > For starters, the kernel is 1:1 mapped into to virtual machine, which > > > is not what OpenBIOS expects - it wants a preprocessed ELF image. > > > So I just copied over the code from oldworld.c that loads the kernel. > > > > > > While this is not overly pretty, it works so far and keeps working > > > code working. I don't feel comfortable on restructuring newworld and > > > oldworld just yet - AFAIK newworld is not exactly is a good shape anyways. > > > > > > The second issue is the NVRAM. It doesn't get initialized, so the > > > firmware has no idea that a kernel image was actually loaded! > > > > > > I first tried to use the macio nvram device that was specified there, > > > but that didn't work out, so in order to get something working for now, > > > I took the code from oldworld.c again, which works at least with > > > OpenBIOS. > > > > There have been some discussions to switch to using the firmware > > configuration device for the kernel address etc. Then the NVRAM > > structure would not be used. These patches (by Aurelien and myself) > > should do the switch. > > > I wanted to work a bit on those patches, but never found the time to do > that. The best is to commit them as they are know, as they are already > an improvement. They can be improved later. Maybe, though I'd hate to update the OpenBIOS images just after the release. I think there was also some doubt whether the configuration device is suitable for kernel/initrd stuff.