Hi all,
The patchset:
- refactors the VMBus negotiation code by introducing the table of
VMBus protocol versions (patch 1/3),
- enables VMBus protocol version 4.1, 5.1 and 5.2 (patch 2/3),
- introduces a module parameter to cap the VMBus protocol versions
which a guest can negotiate with the hypervisor (patch 3/3).
Thanks,
Andrea
---
Changes since v2 ([1]):
- refactor the loop exit path in vmbus_connect() (Michael Kelley)
- do not rename VERSION_WIN10 (Michael Kelley)
Changes since v1 ([2]):
- remove the VERSION_INVAL macro (Vitaly Kuznetsov and Dexuan Cui)
- make the table of VMBus protocol versions static (Dexuan Cui)
- enable VMBus protocol version 4.1 (Michael Kelley)
- introduce module parameter to cap the VMBus version (Dexuan Cui)
[1] https://lkml.kernel.org/r/[email protected]
[2] https://lkml.kernel.org/r/[email protected]
Andrea Parri (3):
Drivers: hv: vmbus: Introduce table of VMBus protocol versions
Drivers: hv: vmbus: Enable VMBus protocol versions 4.1, 5.1 and 5.2
Drivers: hv: vmbus: Add module parameter to cap the VMBus version
drivers/hv/connection.c | 72 +++++++++++++++++++++--------------------
drivers/hv/vmbus_drv.c | 3 +-
include/linux/hyperv.h | 12 ++++---
3 files changed, 45 insertions(+), 42 deletions(-)
--
2.23.0
On Tue, 15 Oct 2019 at 12:47, Andrea Parri <[email protected]> wrote:
[...]
> [1] https://lkml.kernel.org/r/[email protected]
> [2] https://lkml.kernel.org/r/[email protected]
>
> Andrea Parri (3):
> Drivers: hv: vmbus: Introduce table of VMBus protocol versions
> Drivers: hv: vmbus: Enable VMBus protocol versions 4.1, 5.1 and 5.2
> Drivers: hv: vmbus: Add module parameter to cap the VMBus version
For the whole series:
Reviewed-by: Wei Liu <[email protected]>
On Tue, Oct 15, 2019 at 01:46:43PM +0200, Andrea Parri wrote:
>Hi all,
>
>The patchset:
>
> - refactors the VMBus negotiation code by introducing the table of
> VMBus protocol versions (patch 1/3),
>
> - enables VMBus protocol version 4.1, 5.1 and 5.2 (patch 2/3),
>
> - introduces a module parameter to cap the VMBus protocol versions
> which a guest can negotiate with the hypervisor (patch 3/3).
Queued up for hyperv-next, thanks!
--
Thanks,
Sasha