diff options
author | Daniel Henrique Barboza <dbarboza@ventanamicro.com> | 2023-09-12 10:24:12 -0300 |
---|---|---|
committer | Alistair Francis <alistair.francis@wdc.com> | 2023-10-12 11:38:14 +1000 |
commit | cbaac1d22b80364e31f075c651912451018d4459 (patch) | |
tree | 5b7fc0db904ed860f60288f86d0833166675a136 /tests/avocado/tuxrun_baselines.py | |
parent | b55c39b3f57dfad1fca00aaa042ec569ab6e8ecd (diff) | |
download | qemu-cbaac1d22b80364e31f075c651912451018d4459.zip qemu-cbaac1d22b80364e31f075c651912451018d4459.tar.gz qemu-cbaac1d22b80364e31f075c651912451018d4459.tar.bz2 |
target/riscv/cpu.c: limit cfg->vext_spec log message
Inside riscv_cpu_validate_v() we're always throwing a log message if the
user didn't set a vector version via 'vext_spec'.
We're going to include one case with the 'max' CPU where env->vext_ver
will be set in the cpu_init(). But that alone will not stop the "vector
version is not specified" message from appearing. The usefulness of this
log message is debatable for the generic CPUs, but for a 'max' CPU type,
where we are supposed to deliver a CPU model with all features possible,
it's strange to force users to set 'vext_spec' to get rid of this
message.
Change riscv_cpu_validate_v() to not throw this log message if
env->vext_ver is already set.
Signed-off-by: Daniel Henrique Barboza <dbarboza@ventanamicro.com>
Reviewed-by: Alistair Francis <alistair.francis@wdc.com>
Reviewed-by: Weiwei Li <liweiwei@iscas.ac.cn>
Message-ID: <20230912132423.268494-10-dbarboza@ventanamicro.com>
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Diffstat (limited to 'tests/avocado/tuxrun_baselines.py')
0 files changed, 0 insertions, 0 deletions