[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 10/10] s390x/cpumodel: do not claim csske for ex
From: |
Christian Borntraeger |
Subject: |
Re: [Qemu-devel] [PATCH 10/10] s390x/cpumodel: do not claim csske for expanded models in qmp |
Date: |
Thu, 18 Apr 2019 14:54:55 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 |
On 18.04.19 14:48, David Hildenbrand wrote:
> On 18.04.19 13:31, Christian Borntraeger wrote:
>> While we have removed csske and bpb from the default model, the very
>> common case of "host-model" in libvirt (expanded to a base model
>> + features) would still contain bpb and csske. This can prevent
>> migration to a future machine for a host-model machine. Let us fence
>> bpb and csske when we run on a generation 15. If necessary the
>> user can still use -cpu 8561,csske=on,bpb=on to force enable these
>> features.
>>
>> Signed-off-by: Christian Borntraeger <address@hidden>
>> ---
>> target/s390x/cpu_models.c | 11 +++++++++++
>> 1 file changed, 11 insertions(+)
>>
>> diff --git a/target/s390x/cpu_models.c b/target/s390x/cpu_models.c
>> index e727519686..03bdca1fb8 100644
>> --- a/target/s390x/cpu_models.c
>> +++ b/target/s390x/cpu_models.c
>> @@ -629,6 +629,17 @@ CpuModelExpansionInfo
>> *qmp_query_cpu_model_expansion(CpuModelExpansionType type,
>> return NULL;
>> }
>>
>> + /*
>> + * Do not claim CSSKE and BPB if the host model expands to
>> + * generation 15 or newer
>> + */
>> + if (s390_model.def->gen >= 15) {
>> + clear_bit(S390_FEAT_CONDITIONAL_SSKE,
>> + (unsigned long *) &s390_model.features);
>> + clear_bit(S390_FEAT_BPB,
>> + (unsigned long *) &s390_model.features);
>> + }
>> +
>> if (type == CPU_MODEL_EXPANSION_TYPE_STATIC) {
>> delta_changes = true;
>> } else if (type != CPU_MODEL_EXPANSION_TYPE_FULL) {
>>
>
> The bad thing about it is, it hinders migration *to* this hw generation.
It does not, at least not with todays libvirt. It will happily ask for
-cpu z14,bpb=on and the guest will have it. the current checking is done
by starting a qemu with a "wished" model and then check for success.
PS: I tested that with managedsave
> Will have to think about this some more. As alternative, simply ignore
> S390_FEAT_CONDITIONAL_SSKE and S390_FEAT_BPB when baselining/comparing.
- [Qemu-devel] [PATCH 05/10] s390x/cpumodel: vector enhancements, (continued)
- [Qemu-devel] [PATCH 05/10] s390x/cpumodel: vector enhancements, Christian Borntraeger, 2019/04/18
- [Qemu-devel] [PATCH 09/10] s390x/cpumodel: wire up 8561 and 8562 as gen15 machines, Christian Borntraeger, 2019/04/18
- [Qemu-devel] [PATCH 06/10] s390x/cpumodel: enhanced sort facility, Christian Borntraeger, 2019/04/18
- [Qemu-devel] [PATCH 04/10] s390x/cpumodel: msa9 facility, Christian Borntraeger, 2019/04/18
- [Qemu-devel] [PATCH 10/10] s390x/cpumodel: do not claim csske for expanded models in qmp, Christian Borntraeger, 2019/04/18
- [Qemu-devel] [PATCH 02/10] s390x/cpumodel: remove CSSKE from base model, Christian Borntraeger, 2019/04/18
[Qemu-devel] [PATCH 01/10] linux header sync, Christian Borntraeger, 2019/04/18
[Qemu-devel] [PATCH 08/10] s390x/cpumodel: add gen15 defintions, Christian Borntraeger, 2019/04/18
Re: [Qemu-devel] [PATCH 00/10] s390x: new guest features, no-reply, 2019/04/18
Re: [Qemu-devel] [PATCH 00/10] s390x: new guest features, David Hildenbrand, 2019/04/23