Re: [Qemu-devel] Re: [SeaBIOS] [PATCH 0/8] option rom loading overhaul.

[Avi Kivity <avi@redhat.com>]

On 12/20/2009 05:11 PM, Anthony Liguori wrote:
>
> Not at all.  Reset can happen in a lot of different ways, some that 
> there is really no way to detect (jumping right to BIOS vector).  From 
> a hardware perspective, powering down a CPU and powering it on again 
> behaves very differently than reset (consider the VT enablement MSRs).

Power down and reset are equivalent, you're thinking of INIT (though 
some boards wire reset to INIT).

> We should just qemu_ram_alloc() that memory regardless of whether we 
> every map it into the guest.  Since roms can be large, we want to send 
> their contents over during the live part of migration.  If we use 
> qemu_ram_alloc(), we get that for free.

Currently live migration uses ram_addrs, so this would work.  But 
ram_addrs have no meaning in the guest and thus depend on qemu 
implementation details.  IMO we should switch live migration to use 
guest physical addresses, which would require a different migration 
implementation for roms.  Most of it can be shared with ram, though.

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