summaryrefslogtreecommitdiff
path: root/tools/arch/arm64/include/uapi
diff options
context:
space:
mode:
authorZhang Lei <zhang.lei@jp.fujitsu.com>2019-07-03 18:42:50 +0100
committerPaolo Bonzini <pbonzini@redhat.com>2019-07-05 12:07:51 +0200
commite644fa18e2ffc8895ca30dade503ae10128573a6 (patch)
tree7e090af67f4e2b5e91305538daec75be26828cf9 /tools/arch/arm64/include/uapi
parentbb34e690e9340bc155ebed5a3d75fc63ff69e082 (diff)
KVM: arm64/sve: Fix vq_present() macro to yield a bool
The original implementation of vq_present() relied on aggressive inlining in order for the compiler to know that the code is correct, due to some const-casting issues. This was causing sparse and clang to complain, while GCC compiled cleanly. Commit 0c529ff789bc addressed this problem, but since vq_present() is no longer a function, there is now no implicit casting of the returned value to the return type (bool). In set_sve_vls(), this uncast bit value is compared against a bool, and so may spuriously compare as unequal when both are nonzero. As a result, KVM may reject valid SVE vector length configurations as invalid, and vice versa. Fix it by forcing the returned value to a bool. Signed-off-by: Zhang Lei <zhang.lei@jp.fujitsu.com> Fixes: 0c529ff789bc ("KVM: arm64: Implement vq_present() as a macro") Signed-off-by: Dave Martin <Dave.Martin@arm.com> [commit message rewrite] Cc: Viresh Kumar <viresh.kumar@linaro.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'tools/arch/arm64/include/uapi')
0 files changed, 0 insertions, 0 deletions