On 9/8/25 5:39 PM, Bagas Sanjaya wrote:
> Commit 4180bf1b655a79 ("KVM: X86: Implement "send IPI" hypercall")
> documents KVM_HC_SEND_IPI hypercall, yet its section number duplicates
> KVM_HC_CLOCK_PAIRING one (which both are 6th). Fix the numbering order
> so that the former should be 7th.
>
> Fixes: 4180bf1b655a ("KVM: X86: Implement "send IPI" hypercall")
> Signed-off-by: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
Yep. Thanks.
Reviewed-by: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
> ---
> Documentation/virt/kvm/x86/hypercalls.rst | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/virt/kvm/x86/hypercalls.rst b/Documentation/virt/kvm/x86/hypercalls.rst
> index 10db7924720f16..521ecf9a8a361a 100644
> --- a/Documentation/virt/kvm/x86/hypercalls.rst
> +++ b/Documentation/virt/kvm/x86/hypercalls.rst
> @@ -137,7 +137,7 @@ compute the CLOCK_REALTIME for its clock, at the same instant.
> Returns KVM_EOPNOTSUPP if the host does not use TSC clocksource,
> or if clock type is different than KVM_CLOCK_PAIRING_WALLCLOCK.
>
> -6. KVM_HC_SEND_IPI
> +7. KVM_HC_SEND_IPI
> ------------------
>
> :Architecture: x86
> @@ -158,7 +158,7 @@ corresponds to the APIC ID a2+1, and so on.
>
> Returns the number of CPUs to which the IPIs were delivered successfully.
>
> -7. KVM_HC_SCHED_YIELD
> +8. KVM_HC_SCHED_YIELD
> ---------------------
>
> :Architecture: x86
> @@ -170,7 +170,7 @@ a0: destination APIC ID
> :Usage example: When sending a call-function IPI-many to vCPUs, yield if
> any of the IPI target vCPUs was preempted.
>
> -8. KVM_HC_MAP_GPA_RANGE
> +9. KVM_HC_MAP_GPA_RANGE
> -------------------------
> :Architecture: x86
> :Status: active
>
> base-commit: a6ad54137af92535cfe32e19e5f3bc1bb7dbd383
--
~Randy
