Re: [Qemu-devel] [PULL 0/8] pc: resizeable ROM blocks

[Paolo Bonzini <pbonzini@redhat.com>]

On 24/12/2014 12:51, Michael S. Tsirkin wrote:
> The following changes since commit d86fb03469e016af4e54f04efccbc20a8afa3e19:
> 
>   Merge remote-tracking branch 'remotes/spice/tags/pull-spice-20141216-1' into staging (2014-12-16 16:52:42 +0000)
> 
> are available in the git repository at:
> 
>   git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_upstream
> 
> for you to fetch changes up to de101bf0e5b1f2bb7759074021f1e082752428ef:
> 
>   acpi-build: make ROMs RAM blocks resizeable (2014-12-16 22:14:11 +0200)
> 
> ----------------------------------------------------------------
> pc: resizeable ROM blocks
> 
> This makes ROM blocks resizeable.  This infrastructure is required for other
> functionality we have queued.
> 
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> 
> ----------------------------------------------------------------
> Michael S. Tsirkin (8):
>       cpu: add cpu_physical_memory_clear_dirty_range_nocode
>       memory: add memory_region_set_size
>       exec: cpu_physical_memory_set/clear_dirty_range
>       exec: split length -> used_length/max_length
>       exec: qemu_ram_alloc_resizeable, qemu_ram_resize
>       arch_init: support resizing on incoming migration
>       memory: API to allocate resizeable RAM MR
>       acpi-build: make ROMs RAM blocks resizeable
> 
>  hw/lm32/lm32_hwsetup.h  |   3 +-
>  include/exec/cpu-all.h  |  12 +++--
>  include/exec/memory.h   |  34 +++++++++++++
>  include/exec/ram_addr.h |  22 +++++++--
>  include/hw/loader.h     |   4 +-
>  arch_init.c             |  28 ++++++-----
>  exec.c                  | 129 +++++++++++++++++++++++++++++++++++++-----------
>  hw/core/loader.c        |  18 +++++--
>  hw/i386/acpi-build.c    |  19 +++++--
>  memory.c                |  33 +++++++++++++
>  10 files changed, 242 insertions(+), 60 deletions(-)
> 
> 
> 

I don't think these are necessary, and I thought these were just RFC
when they were posted.  I and mst didn't really understand each other,
and I take the fault for not reviewing the submission; however, Peter,
please hold these for a little more.

Paolo