[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size
From: |
Nina Schoetterl-Glausch |
Subject: |
Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size |
Date: |
Tue, 24 Sep 2024 18:22:53 +0200 |
User-agent: |
Evolution 3.52.3 (3.52.3-1.fc40) |
On Tue, 2024-09-10 at 19:58 +0200, David Hildenbrand wrote:
> We actually want to check the available RAM, not the maximum RAM size.
>
> Signed-off-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Nina Schoetterl-Glausch <nsg@linux.ibm.com>
Nit below.
> ---
> target/s390x/kvm/pv.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/target/s390x/kvm/pv.c b/target/s390x/kvm/pv.c
> index dde836d21a..424cce75ca 100644
> --- a/target/s390x/kvm/pv.c
> +++ b/target/s390x/kvm/pv.c
> @@ -133,7 +133,7 @@ bool s390_pv_vm_try_disable_async(S390CcwMachineState *ms)
> * If the feature is not present or if the VM is not larger than 2 GiB,
> * KVM_PV_ASYNC_CLEANUP_PREPARE fill fail; no point in attempting it.
> */
> - if ((MACHINE(ms)->maxram_size <= 2 * GiB) ||
> + if ((MACHINE(ms)->ram_size <= 2 * GiB) ||
> !kvm_check_extension(kvm_state,
> KVM_CAP_S390_PROTECTED_ASYNC_DISABLE)) {
> return false;
> }
If I understood the kernel code right, the decision is made wrt
the size of the gmap address space, which is the same as the
limit set for the VM. So using s390_get_memory_limit would be
semantically cleaner.
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, (continued)
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, Thomas Huth, 2024/09/12
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, Janosch Frank, 2024/09/12
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, Halil Pasic, 2024/09/27
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, David Hildenbrand, 2024/09/27
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, Christian Borntraeger, 2024/09/30
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, Halil Pasic, 2024/09/30
- Re: [PATCH v1 07/14] s390x/s390-hypercall: introduce DIAG500 STORAGE_LIMIT, David Hildenbrand, 2024/09/30
[PATCH v1 08/14] s390x/s390-stattrib-kvm: prepare memory devices and sparse memory layouts, David Hildenbrand, 2024/09/10
[PATCH v1 09/14] s390x/s390-skeys: prepare for memory devices, David Hildenbrand, 2024/09/10
[PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, David Hildenbrand, 2024/09/10
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size,
Nina Schoetterl-Glausch <=
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, David Hildenbrand, 2024/09/24
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, David Hildenbrand, 2024/09/26
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, Christian Borntraeger, 2024/09/30
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, Claudio Imbrenda, 2024/09/30
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, David Hildenbrand, 2024/09/30
- Re: [PATCH v1 10/14] s390x/pv: check initial, not maximum RAM size, Claudio Imbrenda, 2024/09/30
[PATCH v1 11/14] s390x/s390-virtio-ccw: prepare for memory devices, David Hildenbrand, 2024/09/10
[PATCH v1 12/14] s390x: introduce s390_get_max_pagesize(), David Hildenbrand, 2024/09/10
[PATCH v1 13/14] s390x/virtio-ccw: add support for virtio based memory devices, David Hildenbrand, 2024/09/10