diff options
author | David Hildenbrand <david@redhat.com> | 2019-04-17 13:31:42 +0200 |
---|---|---|
committer | Cornelia Huck <cohuck@redhat.com> | 2019-04-25 13:47:01 +0200 |
commit | 9138977b185266e750c9422e554b0c4e7860783f (patch) | |
tree | 07cea69dac5701ac9200490af6a885ff6646925e /hw/s390x/ap-bridge.c | |
parent | 3284aa128153750f14a61e8a96fd085e6f2999b6 (diff) |
s390x/kvm: Configure page size after memory has actually been initialized
Right now we configure the pagesize quite early, when initializing KVM.
This is long before system memory is actually allocated via
memory_region_allocate_system_memory(), and therefore memory backends
marked as mapped.
Instead, let's configure the maximum page size after initializing
memory in s390_memory_init(). cap_hpage_1m is still properly
configured before creating any CPUs, and therefore before configuring
the CPU model and eventually enabling CMMA.
This is not a fix but rather a preparation for the future, when initial
memory might reside on memory backends (not the case for s390x right now)
We will replace qemu_getrampagesize() soon by a function that will always
return the maximum page size (not the minimum page size, which only
works by pure luck so far, as there are no memory backends).
Acked-by: Igor Mammedov <imammedo@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20190417113143.5551-2-david@redhat.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Diffstat (limited to 'hw/s390x/ap-bridge.c')
0 files changed, 0 insertions, 0 deletions