|
From: | Avi Kivity |
Subject: | Re: [Qemu-devel] PC machine types switched to SeaBIOS/gPXE |
Date: | Mon, 02 Nov 2009 16:39:04 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Thunderbird/3.0b4 |
On 11/02/2009 04:06 PM, Alexander Graf wrote:
pc.c: } else { /* High and recent kernel */ real_addr = 0x10000; cmdline_addr = 0x20000; prot_addr = 0x100000; } If I'm not totally mistaken, 0x10000 is< 1MB :-). So yes, I think there should be a fw-conf interface that tells qemu to reload all volatile option rom regions (which it keeps track of for reset anyway).
Not reload, load.
We just need to make sure it doesn't overwrite the BIOS itself, as data in there might have been changed already.
Well, the bios could tell qemu where to put the kernel using the same interface.
-- error compiling committee.c: too many arguments to function
[Prev in Thread] | Current Thread | [Next in Thread] |