diff options
author | Daniel Henrique Barboza <dbarboza@ventanamicro.com> | 2025-01-15 15:43:14 -0300 |
---|---|---|
committer | Alistair Francis <alistair.francis@wdc.com> | 2025-03-04 15:42:54 +1000 |
commit | 08dfc194546632ee0ca0c00030b76a89b6efd298 (patch) | |
tree | afeace0271c7fa0167b16b96a1d6eb7505b3c400 /tests/functional/qemu_test | |
parent | 1813fc68c40448982f5700ab7a3e95b1aa6660ac (diff) | |
download | qemu-08dfc194546632ee0ca0c00030b76a89b6efd298.zip qemu-08dfc194546632ee0ca0c00030b76a89b6efd298.tar.gz qemu-08dfc194546632ee0ca0c00030b76a89b6efd298.tar.bz2 |
target/riscv: change priv_ver check in validate_profile()
The S profiles do a priv_ver check during validation to see if the
running priv_ver is compatible with it. This check is done by comparing
if the running priv_ver is equal to the priv_ver the profile specifies.
There is an universe where we added RVA23S64 support based on both
RVA23U64 and RVA22S64 and this error is being thrown:
qemu-system-riscv64: warning: Profile rva22s64 requires
priv spec v1.12.0, but priv ver v1.13.0 was set
We're enabling RVA22S64 (priv_ver 1.12) as a dependency of RVA23S64
(priv_ver 1.13) and complaining to users about what we did ourselves.
There's no drawback in allowing a profile to run in an env that has a
priv_ver newer than it's required by it. So, like Hiro Nakamura saves
the future by changing the past, change the priv_ver check now to allow
profiles to run in a newer priv_ver. This universe will have one less
warning to deal with.
Signed-off-by: Daniel Henrique Barboza <dbarboza@ventanamicro.com>
Reviewed-by: Andrew Jones <ajones@ventanamicro.com>
Reviewed-by: Alistair Francis <alistair.francis@wdc.com>
Message-ID: <20250115184316.2344583-5-dbarboza@ventanamicro.com>
Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
Diffstat (limited to 'tests/functional/qemu_test')
0 files changed, 0 insertions, 0 deletions