[PATCH v2 1/1] cpu_riscv64.c: add update() implementation

Andrea Bolognani abologna at redhat.com
Thu May 4 13:02:31 UTC 2023


On Fri, Apr 28, 2023 at 04:57:28PM -0300, Daniel Henrique Barboza wrote:
> At this moment it is not possible to launch a 'riscv64' domain if a CPU
> definition is presented in the domain. For example, adding this CPU
> definition:
>
>   <cpu mode='custom' match='exact' check='none'>
>     <model fallback='forbid'>rv64</model>
>   </cpu>
>
> Will trigger the following error:
>
> $ sudo ./run tools/virsh start riscv-virt1
> error: Failed to start domain 'riscv-virt1'
> error: this function is not supported by the connection driver:
>        cannot update guest CPU for riscv64 architecture
>
> The error comes from virCPUUpdate(), via qemuProcessUpdateGuestCPU(),
> and it's caused by the absence of the 'update' API in the existing
> RISC-V driver.
>
> Add an 'update' API impl to the RISC-V driver to allow for CPU
> definitions to be declared in RISC-V domains. This API was copied from
> the ARM driver (virCPUarmUpdate()) since it's a good enough
> implementation to get us going.
>
> Signed-off-by: Daniel Henrique Barboza <dbarboza at ventanamicro.com>
> ---
>  po/POTFILES           |  1 +
>  src/cpu/cpu_riscv64.c | 28 +++++++++++++++++++++++++++-
>  2 files changed, 28 insertions(+), 1 deletion(-)

Using the Arm CPU driver as a base sounds reasonable, as they
currently have the same level (read: pretty low) of sophistication.

I've tested this against both the current version of QEMU and the
upcoming one which implements query-cpu-definitions, and it works as
expected.

  Reviewed-by: Andrea Bolognani <abologna at redhat.com>

and pushed.

-- 
Andrea Bolognani / Red Hat / Virtualization



More information about the libvir-list mailing list