qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH for-6.1] i386: do not call cpudef-only models functions for m


From: Claudio Fontana
Subject: Re: [PATCH for-6.1] i386: do not call cpudef-only models functions for max, host, base
Date: Fri, 23 Jul 2021 10:19:10 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0

On 7/22/21 6:13 PM, Philippe Mathieu-Daudé wrote:
> On 7/22/21 10:38 AM, Claudio Fontana wrote:
> 
> It seems the subject got dropped and the first line
> used as subject... But I'm not sure you want to
> start the description with it.

hmm the subject got dropped from where? I see it in the mail subject..
> 
>> properties set by function x86_cpu_apply_props, including
>> kvm_default_props, tcg_default_props,
>> and the "vendor" property for KVM and HVF,
>>
> 
> This newline is what confuses me.

hmm maybe better:

"
Some cpu properties have to be set only for cpu models in builtin_x86_defs,
registered with x86_register_cpu_model_type, and not for
cpu models "base", "max", and the subclass "host".

These properties are the ones set by function x86_cpu_apply_props,
(also including kvm_default_props, tcg_default_props),
and the "vendor" property for the KVM and HVF accelerators.

After recent refactoring of cpu, which also affected these properties,
they were instead set unconditionally for all x86 cpus.

>> This has been detected as a bug with Nested on AMD with cpu "host",
>> as svm was not turned on by default, due to the wrongful setting of
>> kvm_default_props via x86_cpu_apply_props.

.. which set svm to "off".

>> Rectify the bug introduced in commit "i386: split cpu accelerators"
>> and document the functions that are builtin_x86_defs-only.
>>
>> Signed-off-by: Claudio Fontana <cfontana@suse.de>
>> Tested-by: Alexander Bulekov <alxndr@bu.edu>
>> Fixes: f5cc5a5c ("i386: split cpu accelerators from cpu.c,"...)
>> Buglink: https://gitlab.com/qemu-project/qemu/-/issues/477
> 
> If you want to have gitlab closes the issue once merged, you'd
> need to use Resolves:/Fixes: tag instead, see
> https://docs.gitlab.com/ee/user/project/issues/managing_issues.html#default-closing-pattern

I'll try Resolves: to avoid collision with Fixes: used to mark the commit that 
introduced the regression.

Wdyt about the new text?

Thanks,

Claudio

> 
>> ---
>>  target/i386/cpu.c         |  19 ++++++-
>>  target/i386/host-cpu.c    |  13 +++--
>>  target/i386/kvm/kvm-cpu.c | 105 ++++++++++++++++++++------------------
>>  target/i386/tcg/tcg-cpu.c |  11 ++--
>>  4 files changed, 89 insertions(+), 59 deletions(-)
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]