aboutsummaryrefslogtreecommitdiff
path: root/tests/avocado/tuxrun_baselines.py
diff options
context:
space:
mode:
authorDaniel Henrique Barboza <dbarboza@ventanamicro.com>2023-09-12 10:24:12 -0300
committerAlistair Francis <alistair.francis@wdc.com>2023-10-12 11:38:14 +1000
commitcbaac1d22b80364e31f075c651912451018d4459 (patch)
tree5b7fc0db904ed860f60288f86d0833166675a136 /tests/avocado/tuxrun_baselines.py
parentb55c39b3f57dfad1fca00aaa042ec569ab6e8ecd (diff)
downloadqemu-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