diff options
author | Paul Mackerras <[email protected]> | 2016-05-05 16:17:10 +1000 |
---|---|---|
committer | Paul Mackerras <[email protected]> | 2016-05-11 21:19:10 +1000 |
commit | eb8b0560160d8363bc40ca05a75ef144cebaae72 (patch) | |
tree | 6f550cfc3b32b335984bbd7f8ed6760ff799364b /tools/perf/scripts/python/bin/export-to-postgresql-report | |
parent | ade3ac660a1813344bcf4fe58b9ac5fbe7c0ed4b (diff) |
KVM: PPC: Fix emulated MMIO sign-extension
When the guest does a sign-extending load instruction (such as lha
or lwa) to an emulated MMIO location, it results in a call to
kvmppc_handle_loads() in the host. That function sets the
vcpu->arch.mmio_sign_extend flag and calls kvmppc_handle_load()
to do the rest of the work. However, kvmppc_handle_load() sets
the mmio_sign_extend flag to 0 unconditionally, so the sign
extension never gets done.
To fix this, we rename kvmppc_handle_load to __kvmppc_handle_load
and add an explicit parameter to indicate whether sign extension
is required. kvmppc_handle_load() and kvmppc_handle_loads() then
become 1-line functions that just call __kvmppc_handle_load()
with the extra parameter.
Reported-by: Bin Lu <[email protected]>
Signed-off-by: Paul Mackerras <[email protected]>
Reviewed-by: Thomas Huth <[email protected]>
Signed-off-by: Paul Mackerras <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/bin/export-to-postgresql-report')
0 files changed, 0 insertions, 0 deletions