diff options
author | 2021-03-02 13:38:15 -0800 | |
---|---|---|
committer | 2021-03-08 17:32:59 +0000 | |
commit | f3c5e63c3690fc64e5a7a2b3e4f9f5ff1fa25584 (patch) | |
tree | e0d4a0756b05766589c2aeaab81fca6608df2d6f /include/asm-generic | |
parent | x86/hyper-v: Move hv_message_type to architecture neutral module (diff) | |
download | linux-f3c5e63c3690fc64e5a7a2b3e4f9f5ff1fa25584.tar.gz linux-f3c5e63c3690fc64e5a7a2b3e4f9f5ff1fa25584.tar.bz2 linux-f3c5e63c3690fc64e5a7a2b3e4f9f5ff1fa25584.zip |
Drivers: hv: Redo Hyper-V synthetic MSR get/set functions
Current code defines a separate get and set macro for each Hyper-V
synthetic MSR used by the VMbus driver. Furthermore, the get macro
can't be converted to a standard function because the second argument
is modified in place, which is somewhat bad form.
Redo this by providing a single get and a single set function that
take a parameter specifying the MSR to be operated on. Fixup usage
of the get function. Calling locations are no more complex than before,
but the code under arch/x86 and the upcoming code under arch/arm64
is significantly simplified.
Also standardize the names of Hyper-V synthetic MSRs that are
architecture neutral. But keep the old x86-specific names as aliases
that can be removed later when all references (particularly in KVM
code) have been cleaned up in a separate patch series.
No functional change.
Signed-off-by: Michael Kelley <mikelley@microsoft.com>
Reviewed-by: Boqun Feng <boqun.feng@gmail.com>
Link: https://lore.kernel.org/r/1614721102-2241-4-git-send-email-mikelley@microsoft.com
Signed-off-by: Wei Liu <wei.liu@kernel.org>
Diffstat (limited to 'include/asm-generic')
-rw-r--r-- | include/asm-generic/mshyperv.h | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/include/asm-generic/mshyperv.h b/include/asm-generic/mshyperv.h index 694b5bc3561c..163d8b0af533 100644 --- a/include/asm-generic/mshyperv.h +++ b/include/asm-generic/mshyperv.h @@ -88,7 +88,7 @@ static inline void vmbus_signal_eom(struct hv_message *msg, u32 old_msg_type) * possibly deliver another msg from the * hypervisor */ - hv_signal_eom(); + hv_set_register(HV_REGISTER_EOM, 0); } } |