diff options
author | David Hildenbrand <david@redhat.com> | 2018-04-23 18:51:16 +0200 |
---|---|---|
committer | Eduardo Habkost <ehabkost@redhat.com> | 2018-05-07 10:00:02 -0300 |
commit | 2cc0e2e8140f43ccc6aced6e47c9c2db15ce2330 (patch) | |
tree | 8212dcea68c4b32da42fd918e93e4a084106f49b /bt-host.c | |
parent | c8b7e627b4269a3bc3ae41d9f420547a47e6d9b9 (diff) | |
download | qemu-2cc0e2e8140f43ccc6aced6e47c9c2db15ce2330.zip qemu-2cc0e2e8140f43ccc6aced6e47c9c2db15ce2330.tar.gz qemu-2cc0e2e8140f43ccc6aced6e47c9c2db15ce2330.tar.bz2 |
pc-dimm: factor out MemoryDevice interface
On the qmp level, we already have the concept of memory devices:
"query-memory-devices"
Right now, we only support NVDIMM and PCDIMM.
We want to map other devices later into the address space of the guest.
Such device could e.g. be virtio devices. These devices will have a
guest memory range assigned but won't be exposed via e.g. ACPI. We want
to make them look like memory device, but not glued to pc-dimm.
Especially, it will not always be possible to have TYPE_PC_DIMM as a parent
class (e.g. virtio devices). Let's use an interface instead. As a first
part, convert handling of
- qmp_pc_dimm_device_list
- get_plugged_memory_size
to our new model. plug/unplug stuff etc. will follow later.
A memory device will have to provide the following functions:
- get_addr(): Necessary, as the property "addr" can e.g. not be used for
virtio devices (already defined).
- get_plugged_size(): The amount this device offers to the guest as of
now.
- get_region_size(): Because this can later on be bigger than the
plugged size.
- fill_device_info(): Fill MemoryDeviceInfo, e.g. for qmp.
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20180423165126.15441-2-david@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Diffstat (limited to 'bt-host.c')
0 files changed, 0 insertions, 0 deletions