[PATCH] cpu_map: Introduce A64FX
Jiri Denemark
jdenemar at redhat.com
Thu Sep 1 12:49:00 UTC 2022
On Thu, Sep 01, 2022 at 09:43:56 +0800, Liu Yiding wrote:
> Hi Jiri
>
> On 8/31/22 20:30, Jiri Denemark wrote:
> > On Wed, Aug 31, 2022 at 09:22:16 +0000, Liu Yiding wrote:
> >> Add A64FX as a supported cpu model.
> >>
> >> Signed-off-by: Liu Yiding <liuyd.fnst at fujitsu.com>
> >> ---
> >> src/cpu_map/arm_A64FX.xml | 6 ++++++
> >> src/cpu_map/arm_vendors.xml | 1 +
> >> src/cpu_map/index.xml | 3 +++
> >> src/cpu_map/meson.build | 1 +
> >> 4 files changed, 11 insertions(+)
> >> create mode 100644 src/cpu_map/arm_A64FX.xml
> >
> > CPU detection for ARM is a bit awkward and not very useful in practice.
> > It will (in some cases) report the host CPU in host capabilities, but
> > that's it. The CPU from host capabilities cannot really be used in
> > general for specifying a guest CPU in domain XML and it would not even
> > make a lot of sense as I believe the only really supported CPU for KVM
> > is "host" (mode="host-passthrough" in domain XML).
> >
>
> Thanks for your detailed explanation. :)
>
> > I'm not saying the patch is wrong, I'm just trying to make sure you
> > don't expect something more from implementing this patch.
> >
>
> Yes, I just want to fix the err logging. We have a tp-libvirt case that
> always fails with this err logging...
>
> As your explanations, It's ok for me to ignore this patch as it does a
> little effect. :)
There's no reason for ignoring the patch completely. We support
detecting CPUs from other vendors as they sent patches so why should
Fujitsu be different.
Jirka
More information about the libvir-list
mailing list