[tip:x86/hyperv] x86/hyper-v: Fix wrong merge conflict resolution

Commit-ID: be0e16ce7c3bf9855f1ef5ae46cf889e1784ddea Gitweb: https://git.kernel.org/tip/be0e16ce7c3bf9855f1ef5ae46cf889e1784ddea Author: K. Y. Srinivasan AuthorDate: Fri, 20 Jul 2018 03:50:09 + Committer: Thomas Gleixner CommitDate: Fri, 20 Jul 2018 06:56:23 +0200 x86/hyper-v: Fix

[tip:x86/hyperv] x86/hyper-v: Fix wrong merge conflict resolution

Commit-ID: be0e16ce7c3bf9855f1ef5ae46cf889e1784ddea Gitweb: https://git.kernel.org/tip/be0e16ce7c3bf9855f1ef5ae46cf889e1784ddea Author: K. Y. Srinivasan AuthorDate: Fri, 20 Jul 2018 03:50:09 + Committer: Thomas Gleixner CommitDate: Fri, 20 Jul 2018 06:56:23 +0200 x86/hyper-v: Fix

[tip:x86/hyperv] x86/hyper-v: Fix the circular dependency in IPI enlightenment

Commit-ID: 1268ed0c474a5c8f165ef386f3310521b5e00e27 Gitweb: https://git.kernel.org/tip/1268ed0c474a5c8f165ef386f3310521b5e00e27 Author: K. Y. Srinivasan AuthorDate: Tue, 3 Jul 2018 16:01:55 -0700 Committer: Thomas Gleixner CommitDate: Fri, 6 Jul 2018 12:32:59 +0200 x86/hyper-v: Fix

[tip:x86/hyperv] x86/hyper-v: Fix the circular dependency in IPI enlightenment

Commit-ID: 1268ed0c474a5c8f165ef386f3310521b5e00e27 Gitweb: https://git.kernel.org/tip/1268ed0c474a5c8f165ef386f3310521b5e00e27 Author: K. Y. Srinivasan AuthorDate: Tue, 3 Jul 2018 16:01:55 -0700 Committer: Thomas Gleixner CommitDate: Fri, 6 Jul 2018 12:32:59 +0200 x86/hyper-v: Fix

[tip:x86/urgent] x86/hyper-v: Fix the circular dependency in IPI enlightenment

Commit-ID: 5e6f19db2deca9e7eaa378447c77616b35693399 Gitweb: https://git.kernel.org/tip/5e6f19db2deca9e7eaa378447c77616b35693399 Author: K. Y. Srinivasan AuthorDate: Tue, 3 Jul 2018 16:01:55 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Jul 2018 10:50:03 +0200 x86/hyper-v: Fix

[tip:x86/urgent] x86/hyper-v: Fix the circular dependency in IPI enlightenment

Commit-ID: 5e6f19db2deca9e7eaa378447c77616b35693399 Gitweb: https://git.kernel.org/tip/5e6f19db2deca9e7eaa378447c77616b35693399 Author: K. Y. Srinivasan AuthorDate: Tue, 3 Jul 2018 16:01:55 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Jul 2018 10:50:03 +0200 x86/hyper-v: Fix

[tip:x86/hyperv] X86/Hyper-V: Consolidate the allocation of the hypercall input page

Commit-ID: 9a2d78e291a7dea0ae4b4a06ce6bbbe4f1ab7c13 Gitweb: https://git.kernel.org/tip/9a2d78e291a7dea0ae4b4a06ce6bbbe4f1ab7c13 Author: K. Y. Srinivasan <k...@microsoft.com> AuthorDate: Wed, 16 May 2018 14:53:34 -0700 Committer: Thomas Gleixner <t...@linutronix.de> CommitD

[tip:x86/hyperv] X86/Hyper-V: Consolidate the allocation of the hypercall input page

Commit-ID: 9a2d78e291a7dea0ae4b4a06ce6bbbe4f1ab7c13 Gitweb: https://git.kernel.org/tip/9a2d78e291a7dea0ae4b4a06ce6bbbe4f1ab7c13 Author: K. Y. Srinivasan AuthorDate: Wed, 16 May 2018 14:53:34 -0700 Committer: Thomas Gleixner CommitDate: Sat, 19 May 2018 13:23:18 +0200 X86/Hyper-V

[tip:x86/hyperv] X86/Hyper-V: Consolidate code for converting cpumask to vpset

Commit-ID: 800b8f03fdc8d66885ff03de531285526a4ca0d4 Gitweb: https://git.kernel.org/tip/800b8f03fdc8d66885ff03de531285526a4ca0d4 Author: K. Y. Srinivasan <k...@microsoft.com> AuthorDate: Wed, 16 May 2018 14:53:33 -0700 Committer: Thomas Gleixner <t...@linutronix.de> CommitD

[tip:x86/hyperv] X86/Hyper-V: Consolidate code for converting cpumask to vpset

Commit-ID: 800b8f03fdc8d66885ff03de531285526a4ca0d4 Gitweb: https://git.kernel.org/tip/800b8f03fdc8d66885ff03de531285526a4ca0d4 Author: K. Y. Srinivasan AuthorDate: Wed, 16 May 2018 14:53:33 -0700 Committer: Thomas Gleixner CommitDate: Sat, 19 May 2018 13:23:18 +0200 X86/Hyper-V

[tip:x86/hyperv] X86/Hyper-V: Enable IPI enlightenments

Commit-ID: 68bb7bfb7985df2bd15c2dc975cb68b7a901488a Gitweb: https://git.kernel.org/tip/68bb7bfb7985df2bd15c2dc975cb68b7a901488a Author: K. Y. Srinivasan <k...@microsoft.com> AuthorDate: Wed, 16 May 2018 14:53:31 -0700 Committer: Thomas Gleixner <t...@linutronix.de> CommitD

[tip:x86/hyperv] X86/Hyper-V: Enhanced IPI enlightenment

Commit-ID: 366f03b0cf90ef55f063d4a54cf62b0ac9b6da9d Gitweb: https://git.kernel.org/tip/366f03b0cf90ef55f063d4a54cf62b0ac9b6da9d Author: K. Y. Srinivasan <k...@microsoft.com> AuthorDate: Wed, 16 May 2018 14:53:32 -0700 Committer: Thomas Gleixner <t...@linutronix.de> CommitD

[tip:x86/hyperv] X86/Hyper-V: Enable IPI enlightenments

Commit-ID: 68bb7bfb7985df2bd15c2dc975cb68b7a901488a Gitweb: https://git.kernel.org/tip/68bb7bfb7985df2bd15c2dc975cb68b7a901488a Author: K. Y. Srinivasan AuthorDate: Wed, 16 May 2018 14:53:31 -0700 Committer: Thomas Gleixner CommitDate: Sat, 19 May 2018 13:23:17 +0200 X86/Hyper-V

[tip:x86/hyperv] X86/Hyper-V: Enhanced IPI enlightenment

Commit-ID: 366f03b0cf90ef55f063d4a54cf62b0ac9b6da9d Gitweb: https://git.kernel.org/tip/366f03b0cf90ef55f063d4a54cf62b0ac9b6da9d Author: K. Y. Srinivasan AuthorDate: Wed, 16 May 2018 14:53:32 -0700 Committer: Thomas Gleixner CommitDate: Sat, 19 May 2018 13:23:17 +0200 X86/Hyper-V

[tip:x86/hyperv] X86/Hyper-V: Enlighten APIC access

Commit-ID: 6b48cb5f8347bc0153ff1d7b075db92e6723ffdb Gitweb: https://git.kernel.org/tip/6b48cb5f8347bc0153ff1d7b075db92e6723ffdb Author: K. Y. Srinivasan <k...@microsoft.com> AuthorDate: Wed, 16 May 2018 14:53:30 -0700 Committer: Thomas Gleixner <t...@linutronix.de> CommitD

[tip:x86/hyperv] X86/Hyper-V: Enlighten APIC access

Commit-ID: 6b48cb5f8347bc0153ff1d7b075db92e6723ffdb Gitweb: https://git.kernel.org/tip/6b48cb5f8347bc0153ff1d7b075db92e6723ffdb Author: K. Y. Srinivasan AuthorDate: Wed, 16 May 2018 14:53:30 -0700 Committer: Thomas Gleixner CommitDate: Sat, 19 May 2018 13:23:17 +0200 X86/Hyper-V

[tip:x86/urgent] x86/hyper-V: Allocate the IDT entry early in boot

Commit-ID: 213ff44ae4eb5224010166db2f851e4eea068268 Gitweb: http://git.kernel.org/tip/213ff44ae4eb5224010166db2f851e4eea068268 Author: K. Y. Srinivasan <k...@microsoft.com> AuthorDate: Fri, 8 Sep 2017 16:15:57 -0700 Committer: Ingo Molnar <mi...@kernel.org> CommitDate: Wed,

[tip:x86/urgent] x86/hyper-V: Allocate the IDT entry early in boot

Commit-ID: 213ff44ae4eb5224010166db2f851e4eea068268 Gitweb: http://git.kernel.org/tip/213ff44ae4eb5224010166db2f851e4eea068268 Author: K. Y. Srinivasan AuthorDate: Fri, 8 Sep 2017 16:15:57 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Sep 2017 11:02:26 +0200 x86/hyper-V: Allocate

[PATCH 1/1] x86/hyper-V: Allocate the IDT entry early in boot

Allocate the hypervisor callback IDT entry early in the boot sequence. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- arch/x86/kernel/cpu/mshyperv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpu/mshyperv.c b/arch/x86/kernel/cpu/mshy

[PATCH 1/1] x86/hyper-V: Allocate the IDT entry early in boot

Allocate the hypervisor callback IDT entry early in the boot sequence. Signed-off-by: K. Y. Srinivasan --- arch/x86/kernel/cpu/mshyperv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpu/mshyperv.c b/arch/x86/kernel/cpu/mshyperv.c index 3b3f713e15e5

[PATCH 00/18] Drivers: hv: vmbus: Restructure architecture specific code

files to address a different need - to share the definitions across all Hyper-V drivers including QEMU based drivers. Roman and I will coordinate our work. K. Y. Srinivasan (18): Drivers: hv: vmbus: Move the definition of hv_x64_msr_hypercall_contents Drivers: hv: vmbus: Move the defi

[PATCH 00/18] Drivers: hv: vmbus: Restructure architecture specific code

need - to share the definitions across all Hyper-V drivers including QEMU based drivers. Roman and I will coordinate our work. K. Y. Srinivasan (18): Drivers: hv: vmbus: Move the definition of hv_x64_msr_hypercall_contents Drivers: hv: vmbus: Move the definition of generate_guest_id

[PATCH V3 00/14] Drivers: hv: Some miscellaneous fixes and enhancements

: Disable hot add when CONFIG_MEMORY_HOTPLUG is not set Drivers: hv: balloon: Add logging for dynamic memory operations Drivers: hv: vss: Improve log messages. Drivers: hv: vss: Operation timeouts should match host expectation Drivers: hv: balloon: Fix info request to show max page count K. Y

[PATCH V3 00/14] Drivers: hv: Some miscellaneous fixes and enhancements

: Disable hot add when CONFIG_MEMORY_HOTPLUG is not set Drivers: hv: balloon: Add logging for dynamic memory operations Drivers: hv: vss: Improve log messages. Drivers: hv: vss: Operation timeouts should match host expectation Drivers: hv: balloon: Fix info request to show max page count K. Y

[PATCH 1/1] Drivers: hv: vmbus: fix the race when querying & updating the percpu list

ace where the channel has been removed from the per-cpu and the global lists. Reported-by: Rolf Neugebauer <rolf.neugeba...@docker.com> Signed-off-by: Dexuan Cui <de...@microsoft.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/channel.c |6 +

[PATCH 1/1] Drivers: hv: vmbus: fix the race when querying & updating the percpu list

en removed from the per-cpu and the global lists. Reported-by: Rolf Neugebauer Signed-off-by: Dexuan Cui Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel.c |6 ++ drivers/hv/channel_mgmt.c | 32 include/linux/hyperv.h|3 +++ 3 fi

[PATCH net-next] netvsc: Use the new in-place consumption APIs in the rx path

Use the new APIs for eliminating a copy on the receive path. These new APIs also help in minimizing the number of memory barriers we end up issuing (in the ringbuffer code) since we can better control when we want to expose the ring state to the host. Signed-off-by: K. Y. Srinivasan &l

[PATCH net-next] netvsc: Use the new in-place consumption APIs in the rx path

Use the new APIs for eliminating a copy on the receive path. These new APIs also help in minimizing the number of memory barriers we end up issuing (in the ringbuffer code) since we can better control when we want to expose the ring state to the host. Signed-off-by: K. Y. Srinivasan Reviewed

[PATCH 1/2] Drivers: hv: get rid of timeout in vmbus_open()

enough. As a guest, we can always trust the host to respond to our request (and there is nothing we can do if it doesn't). Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/channel.c |7 +-- 1 files changed,

[PATCH 1/2] Drivers: hv: get rid of timeout in vmbus_open()

trust the host to respond to our request (and there is nothing we can do if it doesn't). Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel.c |7 +-- 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/drivers/hv/channel.c b/drivers/hv

[PATCH 2/2] Drivers: hv: utils: fix a race on userspace daemons registration

not affected by the change, we don't really know when these messages are delivered but we don't have a single message buffer there. Reported-by: Barry Davis <barry_da...@stormagic.com> Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@mic

[PATCH 2/2] Drivers: hv: utils: fix a race on userspace daemons registration

ge, we don't really know when these messages are delivered but we don't have a single message buffer there. Reported-by: Barry Davis Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_fcopy.c | 14 ++ drivers/hv/hv_kvp.c

[PATCH 0/2] Drivers: hv: Fix some issues in both vmbus as well as util drivers

Fix a race in the registration of user space daemons. Also get rid of timeout in vmbus_open() as timing out here would make it impossible to rollback correctly. Vitaly Kuznetsov (2): Drivers: hv: get rid of timeout in vmbus_open() Drivers: hv: utils: fix a race on userspace daemons

[PATCH 0/2] Drivers: hv: Fix some issues in both vmbus as well as util drivers

Fix a race in the registration of user space daemons. Also get rid of timeout in vmbus_open() as timing out here would make it impossible to rollback correctly. Vitaly Kuznetsov (2): Drivers: hv: get rid of timeout in vmbus_open() Drivers: hv: utils: fix a race on userspace daemons

[PATCH 3/3] Drivers: hv: don't leak memory in vmbus_establish_gpadl()

From: Vitaly Kuznetsov <vkuzn...@redhat.com> In some cases create_gpadl_header() allocates submessages but we never free them. Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/channel.c |6 +-

[PATCH 3/3] Drivers: hv: don't leak memory in vmbus_establish_gpadl()

From: Vitaly Kuznetsov In some cases create_gpadl_header() allocates submessages but we never free them. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/drivers/hv/channel.c

[PATCH 1/3] Drivers: hv: avoid vfree() on crash

tead I opted for skipping vfree on all sorts of crashes to reduce the amount of work which can cause consequent crashes. We don't really need to free anything on crash. Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --

[PATCH 1/3] Drivers: hv: avoid vfree() on crash

on all sorts of crashes to reduce the amount of work which can cause consequent crashes. We don't really need to free anything on crash. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c |8 +--- drivers/hv/hyperv_vmbus.h |2 +- drivers/hv

[PATCH 2/3] Drivers: hv: get rid of redundant messagecount in create_gpadl_header()

<vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/channel.c | 38 -- 1 files changed, 16 insertions(+), 22 deletions(-) diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c index 56dd261..2b109e8 100644 --- a/dr

[PATCH 2/3] Drivers: hv: get rid of redundant messagecount in create_gpadl_header()

From: Vitaly Kuznetsov We use messagecount only once in vmbus_establish_gpadl() to check if it is safe to iterate through the submsglist. We can just initialize the list header in all cases in create_gpadl_header() instead. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan

[PATCH 0/3] Drivers: hv: vmbus: Some miscellaneous fixes

Some miscellaneous fixes. Vitaly Kuznetsov (3): Drivers: hv: avoid vfree() on crash Drivers: hv: get rid of redundant messagecount in create_gpadl_header() Drivers: hv: don't leak memory in vmbus_establish_gpadl() drivers/hv/channel.c | 44

[PATCH 0/3] Drivers: hv: vmbus: Some miscellaneous fixes

Some miscellaneous fixes. Vitaly Kuznetsov (3): Drivers: hv: avoid vfree() on crash Drivers: hv: get rid of redundant messagecount in create_gpadl_header() Drivers: hv: don't leak memory in vmbus_establish_gpadl() drivers/hv/channel.c | 44

[PATCH RESEND 5/5] tools: hv: lsvmbus: add pci pass-through UUID

From: Vitaly Kuznetsov <vkuzn...@redhat.com> lsvmbus keeps its own copy of all VMBus UUIDs, add PCIe pass-through device there to not report 'Unknown' for such devices. Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com

[PATCH RESEND 3/5] Drivers: hv: balloon: don't crash when memory is added in non-sorted order

ly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/hv_balloon.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/hv/hv_balloon.c b/drivers/hv/hv_balloon.c index b853b4b..43af913 100644 --- a/drivers/hv/hv

[PATCH RESEND 5/5] tools: hv: lsvmbus: add pci pass-through UUID

From: Vitaly Kuznetsov lsvmbus keeps its own copy of all VMBus UUIDs, add PCIe pass-through device there to not report 'Unknown' for such devices. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- tools/hv/lsvmbus |1 + 1 files changed, 1 insertions(+), 0 deletions

[PATCH RESEND 3/5] Drivers: hv: balloon: don't crash when memory is added in non-sorted order

ot-add regions in a different order. We end up modifying the wrong HA region and crashing later on pages online. Modify the check to make sure we found the region we were searching for while iterating. Fix the same check in pfn_covered() as well. Signed-off-by: Vitaly Kuznetsov Signed-off-by

[PATCH RESEND 4/5] Drivers: hv: balloon: reset host_specified_ha_region

y code inspection. Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/hv_balloon.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/hv/hv_balloon.c b/drivers/hv/hv_balloon.c index 43af9

[PATCH RESEND 1/5] Drivers: hv: kvp: fix IP Failover

't see a solution with our current separation between kernel and userspace parts. Other two modules (VSS and FCOPY) don't require such delay, leave them untouched. Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/hv_

[PATCH RESEND 2/5] Drivers: hv: vmbus: handle various crash scenarios

ed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/channel_mgmt.c | 58 +--- drivers/hv/hyperv_vmbus.h | 16 +++- drivers/hv/vmbus_drv.c|7 +++-- 3 files changed, 61

[PATCH RESEND 4/5] Drivers: hv: balloon: reset host_specified_ha_region

-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_balloon.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/hv/hv_balloon.c b/drivers/hv/hv_balloon.c index 43af913..df35fb7 100644 --- a/drivers/hv/hv_balloon.c +++ b/drivers/hv/hv_balloon.c

[PATCH RESEND 1/5] Drivers: hv: kvp: fix IP Failover

current separation between kernel and userspace parts. Other two modules (VSS and FCOPY) don't require such delay, leave them untouched. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv_kvp.c | 31 +++ drivers/hv/hyperv_vmbus.h

[PATCH RESEND 2/5] Drivers: hv: vmbus: handle various crash scenarios

Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c | 58 +--- drivers/hv/hyperv_vmbus.h | 16 +++- drivers/hv/vmbus_drv.c|7 +++-- 3 files changed, 61 insertions(+), 20 deletions(-) diff --git a/drivers/hv/channel_mgmt.c b/drivers

[PATCH RESEND 0/5] Drivers: hv: Some miscellaneous fixes

Some miscellaneous fixes. All these patches are being resent. Vitaly Kuznetsov (5): Drivers: hv: kvp: fix IP Failover Drivers: hv: vmbus: handle various crash scenarios Drivers: hv: balloon: don't crash when memory is added in non-sorted order Drivers: hv: balloon: reset

[PATCH RESEND 0/5] Drivers: hv: Some miscellaneous fixes

Some miscellaneous fixes. All these patches are being resent. Vitaly Kuznetsov (5): Drivers: hv: kvp: fix IP Failover Drivers: hv: vmbus: handle various crash scenarios Drivers: hv: balloon: don't crash when memory is added in non-sorted order Drivers: hv: balloon: reset

[PATCH net-next V5 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V2: Addressed most of the comments from Alexander

[PATCH net-next V5 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V5: No change from V1 drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 inse

[PATCH net-next V5 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: Addressed most of the comments from Alexander Duyck and Rustad, Mark

[PATCH net-next V5 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- V5: No change from V1 drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions

[PATCH net-next V5 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V5 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V4 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V4: No change from V1 drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 inse

[PATCH net-next V4 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- V4: No change from V1 drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions

[PATCH net-next V4 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V2: Addressed most of the comments from Alexander

[PATCH net-next V4 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: Addressed most of the comments from Alexander Duyck and Rustad, Mark

[PATCH net-next V4 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V4 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V3 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V2: No change from V1. V3: No change from V2. drivers/net/ethernet/intel/ixgbevf/defines.h

[PATCH net-next V3 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: No change from V1. V3: No change from V2. drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed

[PATCH net-next V3 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V3 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> V2: Addressed most of the comments from Alexander Duyck <ale

[PATCH net-next V3 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V3 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan V2: Addressed most of the comments from Alexander Duyck and Rustad, Mark D

[PATCH net-next V2 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V2: No change from V1. drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files chan

[PATCH net-next V2 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V2 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V2 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: No change from V1. drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions

[PATCH net-next V2 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V2 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next V2 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- V2: Addressed most of the comments from Alexander

[PATCH net-next V2 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- V2: Addressed most of the comments from Alexander Duyck and Rustad, Mark

Drivers/hv

Greg, Some time back I had sent a buch of patches for Hyper-V drivers. Are they still in the queue or should I resend them. Regards, K. Y

Drivers/hv

Greg, Some time back I had sent a buch of patches for Hyper-V drivers. Are they still in the queue or should I resend them. Regards, K. Y

[PATCH net-next 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff

[PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/net/ethernet/intel/ixgbevf/ixgbevf.h | 11 ++ drivers/net/et

[PATCH net-next 1/2] ethernet: intel: Add the device ID's presented while running on Hyper-V

Intel SR-IOV cards present different ID when running on Hyper-V. Add the device IDs presented while running on Hyper-V. Signed-off-by: K. Y. Srinivasan --- drivers/net/ethernet/intel/ixgbevf/defines.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/net

[PATCH net-next 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Hyper-V, the VF/PF communication is a via software mediated path as opposed to the hardware mailbox. Make the necessary adjustments to support Hyper-V. Signed-off-by: K. Y. Srinivasan --- drivers/net/ethernet/intel/ixgbevf/ixgbevf.h | 11 ++ drivers/net/ethernet/intel/ixgbevf

[PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next 0/2] ethernet: intel: Support Hyper-V hosts

Make adjustments to the Intel 10G VF driver to support running on Hyper-V hosts. K. Y. Srinivasan (2): ethernet: intel: Add the device ID's presented while running on Hyper-V intel: ixgbevf: Support Windows hosts (Hyper-V) drivers/net/ethernet/intel/ixgbevf/defines.h |5

[PATCH net-next 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

the VF interface (if VF is up). This patch implements the necessary support in netvsc to support Linux VF drivers. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> Reviewed-by: Haiyang Zhang <haiya...@microsoft.com> --- drivers/net/hyperv/hyperv_net.h | 14 ++ drivers/net/hyp

[PATCH net-next 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

the VF interface (if VF is up). This patch implements the necessary support in netvsc to support Linux VF drivers. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 14 ++ drivers/net/hyperv/netvsc.c | 29 drivers/net/hyperv/netvsc_drv.c

[PATCH 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

the VF interface (if VF is up). This patch implements the necessary support in netvsc to support Linux VF drivers. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/net/hyperv/hyperv_net.h | 14 ++ drivers/net/hyperv/netvsc.c | 29 drivers/net/hyperv/netvsc_drv.c

[PATCH 1/1] hv_netvsc: Implement support for VF drivers on Hyper-V

the VF interface (if VF is up). This patch implements the necessary support in netvsc to support Linux VF drivers. Signed-off-by: K. Y. Srinivasan --- drivers/net/hyperv/hyperv_net.h | 14 ++ drivers/net/hyperv/netvsc.c | 29 drivers/net/hyperv/netvsc_drv.c | 309

[PATCH 7/8] Drivers: hv: vmbus: Implement APIs to support "in place" consumption of vmbus packets

packets. We also optimize host signaling by having a separate API to signal the end of in-place consumption. With netvsc using these APIs, on an iperf run on average I see about 20X reduction in checks to signal the host. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- driv

[PATCH 7/8] Drivers: hv: vmbus: Implement APIs to support "in place" consumption of vmbus packets

packets. We also optimize host signaling by having a separate API to signal the end of in-place consumption. With netvsc using these APIs, on an iperf run on average I see about 20X reduction in checks to signal the host. Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c |1 + include

[PATCH 8/8] Drivers: hv: vmbus: handle various crash scenarios

Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/channel_mgmt.c | 58 +--- drivers/hv/hyperv_vmbus.h | 16 +++- drivers/hv/vmbus_drv.c|7 +++-- 3

[PATCH 8/8] Drivers: hv: vmbus: handle various crash scenarios

Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c | 58 +--- drivers/hv/hyperv_vmbus.h | 16 +++- drivers/hv/vmbus_drv.c|7 +++-- 3 files changed, 61 insertions(+), 20 deletions(-) diff

[PATCH 6/8] Drivers: hv: vmbus: Move some ring buffer functions to hyperv.h

In preparation for implementing APIs for in-place consumption of VMBUS packets, movve some ring buffer functionality into hyperv.h Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/ring_buffer.c | 55 -- include/linux/hy

[PATCH 5/8] Drivers: hv: vmbus: Export the vmbus_set_event() API

In preparation for moving some ring buffer functionality out of the vmbus driver, export the API for signaling the host. Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/connection.c |1 + drivers/hv/hyperv_vmbus.h |2 -- include/linux/hyperv.h|1 + 3

[PATCH 1/8] Drivers: hv: kvp: fix IP Failover

't see a solution with our current separation between kernel and userspace parts. Other two modules (VSS and FCOPY) don't require such delay, leave them untouched. Signed-off-by: Vitaly Kuznetsov <vkuzn...@redhat.com> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> --- drivers/hv/hv_

[PATCH 6/8] Drivers: hv: vmbus: Move some ring buffer functions to hyperv.h

In preparation for implementing APIs for in-place consumption of VMBUS packets, movve some ring buffer functionality into hyperv.h Signed-off-by: K. Y. Srinivasan --- drivers/hv/ring_buffer.c | 55 -- include/linux/hyperv.h | 54

  1   2   3   4   5   6   7   8   9   10   >