qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] PC machine types switched to SeaBIOS/gPXE


From: Avi Kivity
Subject: Re: [Qemu-devel] PC machine types switched to SeaBIOS/gPXE
Date: Mon, 02 Nov 2009 15:56:08 +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 03:51 PM, Kevin O'Connor wrote:
On Mon, Nov 02, 2009 at 03:32:54PM +0200, Avi Kivity wrote:
On 11/02/2009 03:15 PM, Alexander Graf wrote:
They are taken with -d in_asm,cpu,int after doing:

$ ./x86_64-softmmu/qemu-system-x86_64 -kernel ../kvm/arch/x86/boot/bzImage

with a fresh checkout from your kvm kernel tree (make defconfig) and a
fresh git checkout of qemu (./configure --target-list=x86_64-softmmu)


They basically mean that with SeaBIOS the Linux loading code is trying
to jump off to zeros while at the same place there is useful data using
pcbios.bin.

Is seabios clobbering memory?  Gleb/Kevin?
I have not tested with the -kernel option before.  I believe you may
be running into the clearing of memory that PMM does - see
malloc_finalize() in src/pmm.c.  The PMM spec requires that low memory
be cleared before starting the boot process.


Likely. Alex, does -kernel use memory below 1MB? Can it be moved elsewhere?

If not, we probably need a protocol where the option rom loads the kernel from qemu, rather than qemu poking the kernel into memory.

--
error compiling committee.c: too many arguments to function





reply via email to

[Prev in Thread] Current Thread [Next in Thread]