[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_r
From: |
Eduardo Habkost |
Subject: |
Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn() |
Date: |
Thu, 17 Dec 2020 17:53:13 -0500 |
On Thu, Dec 17, 2020 at 11:33:57PM +0100, Claudio Fontana wrote:
> Hello all,
>
> On 12/17/20 7:46 PM, Eduardo Habkost wrote:
> > From: Vitaly Kuznetsov <vkuznets@redhat.com>
> >
> > As a preparation to expanding Hyper-V CPU features early, move
> > hyperv_vendor_id initialization to x86_cpu_realizefn(). Introduce
> > x86_cpu_hyperv_realize() to not not pollute x86_cpu_realizefn()
> > itself.
>
> this seems to fit very well the ongoing work on separating accelerator
> specific realize functions;
>
> related to the previous discussions about the class hierarchies,
> do you think that we should have a separate class in target/i386/kvm/ for a
> hyperv variant of the kvm-cpu.c?
>
> Should it be a separate class or a subclass of "kvm-accel-x86_64-cpu" ?
I don't see how a separate QOM class for Hyper-V would be helpful
here. What would be the problem you are trying to solve in this
case?
Note that the Hyper-V features here are just a set of
configurable VCPU features that appear on CPUID. This is not a
different kind of hypervisor and/or a different kind of
accelerator.
--
Eduardo
- [PULL 00/17] x86 queue, 2020-12-17, Eduardo Habkost, 2020/12/17
- [PULL 01/17] i386: move kvm accel files into kvm/, Eduardo Habkost, 2020/12/17
- [PULL 03/17] i386: move hax accel files into hax/, Eduardo Habkost, 2020/12/17
- [PULL 02/17] i386: move whpx accel files into whpx/, Eduardo Habkost, 2020/12/17
- [PULL 04/17] i386: hvf: remove stale MAINTAINERS entry for old hvf stubs, Eduardo Habkost, 2020/12/17
- [PULL 05/17] i386: move TCG accel files into tcg/, Eduardo Habkost, 2020/12/17
- [PULL 06/17] i386: move cpu dump out of helper.c into cpu-dump.c, Eduardo Habkost, 2020/12/17
- [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Eduardo Habkost, 2020/12/17
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Claudio Fontana, 2020/12/17
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(),
Eduardo Habkost <=
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Claudio Fontana, 2020/12/17
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Eduardo Habkost, 2020/12/17
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Claudio Fontana, 2020/12/17
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Eduardo Habkost, 2020/12/17
- Re: [PULL 07/17] i386: move hyperv_vendor_id initialization to x86_cpu_realizefn(), Claudio Fontana, 2020/12/18
[PULL 09/17] i386: move hyperv_version_id initialization to x86_cpu_realizefn(), Eduardo Habkost, 2020/12/17
[PULL 08/17] i386: move hyperv_interface_id initialization to x86_cpu_realizefn(), Eduardo Habkost, 2020/12/17
[PULL 13/17] i386: tcg: remove inline from cpu_load_eflags, Eduardo Habkost, 2020/12/17
[PULL 10/17] i386: move hyperv_limits initialization to x86_cpu_realizefn(), Eduardo Habkost, 2020/12/17
[PULL 12/17] i386: move TCG cpu class initialization to tcg/, Eduardo Habkost, 2020/12/17