]> git.proxmox.com Git - mirror_qemu.git/commit
Merge tag 'patchew/20200219160953.13771-1-imammedo@redhat.com' of https://github...
authorPaolo Bonzini <pbonzini@redhat.com>
Tue, 25 Feb 2020 08:19:00 +0000 (09:19 +0100)
committerPaolo Bonzini <pbonzini@redhat.com>
Tue, 25 Feb 2020 08:19:00 +0000 (09:19 +0100)
commitca6155c0f2bd39b4b4162533be401c98bd960820
tree7e5212409c90fa40b6a50923557f2083c23637ba
parentc220cdec4845f305034330f80ce297f1f997f2d3
parent9584b564198193bd54f00a01ed7e039d4f03fa31
Merge tag 'patchew/20200219160953.13771-1-imammedo@redhat.com' of https://github.com/patchew-project/qemu into HEAD

This series removes ad hoc RAM allocation API (memory_region_allocate_system_memory)
and consolidates it around hostmem backend. It allows to

* resolve conflicts between global -mem-prealloc and hostmem's "policy" option,
  fixing premature allocation before binding policy is applied

* simplify complicated memory allocation routines which had to deal with 2 ways
  to allocate RAM.

* reuse hostmem backends of a choice for main RAM without adding extra CLI
  options to duplicate hostmem features.  A recent case was -mem-shared, to
  enable vhost-user on targets that don't support hostmem backends [1] (ex: s390)

* move RAM allocation from individual boards into generic machine code and
  provide them with prepared MemoryRegion.

* clean up deprecated NUMA features which were tied to the old API (see patches)
  - "numa: remove deprecated -mem-path fallback to anonymous RAM"
  - (POSTPONED, waiting on libvirt side) "forbid '-numa node,mem' for 5.0 and newer machine types"
  - (POSTPONED) "numa: remove deprecated implicit RAM distribution between nodes"

Introduce a new machine.memory-backend property and wrapper code that aliases
global -mem-path and -mem-alloc into automatically created hostmem backend
properties (provided memory-backend was not set explicitly given by user).
A bulk of trivial patches then follow to incrementally convert individual
boards to using machine.memory-backend provided MemoryRegion.

Board conversion typically involves:

* providing MachineClass::default_ram_size and MachineClass::default_ram_id
  so generic code could create default backend if user didn't explicitly provide
  memory-backend or -m options

* dropping memory_region_allocate_system_memory() call

* using convenience MachineState::ram MemoryRegion, which points to MemoryRegion
   allocated by ram-memdev

On top of that for some boards:

* missing ram_size checks are added (typically it were boards with fixed ram size)

* ram_size fixups are replaced by checks and hard errors, forcing user to
  provide correct "-m" values instead of ignoring it and continuing running.

After all boards are converted, the old API is removed and memory allocation
routines are cleaned up.
exec.c
hw/arm/xlnx-versal-virt.c
hw/core/machine.c
hw/m68k/next-cube.c
hw/ppc/e500.c
hw/ppc/pnv.c
hw/ppc/spapr.c
hw/ppc/virtex_ml507.c
include/sysemu/sysemu.h
softmmu/vl.c