RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Implement Direct Mode for stimer0

Thomas Gleixner writes: > On Tue, 31 Oct 2017, mikel...@exchange.microsoft.com wrote: > > diff --git a/arch/x86/include/uapi/asm/hyperv.h > > b/arch/x86/include/uapi/asm/hyperv.h > > index f65d125..408cf3e 100644 > > --- a/arch/x86/include/uapi/asm/hyperv.h > > +++

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Implement Direct Mode for stimer0

Vitaly Kuznetsov writes: > Vitaly Kuznetsov writes: > > > mikel...@exchange.microsoft.com writes: > > > >> From: Michael Kelley > >> > >> The 2016 version of Hyper-V offers the option to operate the guest VM > >> per-vcpu

RE: [PATCH 3/6] x86/hyper-v: reenlightenment notifications support

;; Radim Krčmář <rkrc...@redhat.com>; > Thomas > Gleixner <t...@linutronix.de>; Ingo Molnar <mi...@redhat.com>; H. Peter Anvin > <h...@zytor.com>; KY Srinivasan <k...@microsoft.com>; Haiyang Zhang > <haiya...@microsoft.com>; Stephen Hemmi

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Implement Direct Mode for stimer0

It's fixed. Michael -Original Message- From: Thomas Gleixner [mailto:t...@linutronix.de] Sent: Wednesday, November 1, 2017 9:20 AM To: Michael Kelley (EOSG) <michael.h.kel...@microsoft.com> Cc: gre...@linuxfoundation.org; LKML <linux-kernel@vger.kernel.

RE: [PATCH V2 3/5] X86: Hyper-V: Enhanced IPI enlightenment

> jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH V2 3/5] X86: Hyper-V

RE: [PATCH V2 4/5] X86: Hyper-V: Consolidate code for converting cpumask to vpset

> jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH V2 4/5] X86: Hyp

RE: [PATCH V2 2/5] X86: Hyper-V: Enable IPI enlightenments

> jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH V2 2/5] X86: Hyper-

RE: [PATCH V2 1/5] X86: Hyper-V: Enlighten APIC access

> jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH V2 1/5] X86: Hyper-

RE: [PATCH V2 5/5] X86: Hyper-V: Consolidate the allocation of the hypercall input page

> jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH V2 5/5] X86: Hyper-V:

RE: [PATCH char-misc 1/2] Drivers: hv: vmbus: Remove x86 MSR refs in arch independent code

> > -#define hv_init_timer(timer, tick) wrmsrl(timer, tick) > > -#define hv_init_timer_config(config, val) wrmsrl(config, val) > > +#define hv_init_timer(timer, tick) \ > > + wrmsrl(HV_X64_MSR_STIMER0_COUNT + (2*timer), tick) > > +#define hv_init_timer_config(timer, val) \ > > +

RE: [PATCH] x86/hyper-v: use cheaper HVCALL_FLUSH_VIRTUAL_ADDRESS_{LIST,SPACE} hypercalls when possible

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Vitaly Kuznetsov > Sent: Friday, June 15, 2018 9:30 AM > To: x...@kernel.org > Cc: de...@linuxdriverproject.org; linux-kernel@vger.kernel.org; KY Srinivasan > ; Haiyang Zhang ; Stephen > Hemminger > ;

RE: [PATCH] PCI: hv: Do not wait forever on a device that has disappeared

> > Before the guest finishes the device initialization, the device can be > removed anytime by the host, and after that the host won't respond to > the guest's request, so the guest should be prepared to handle this > case. > > Signed-off-by: Dexuan Cui > Cc: Stephen Hemminger > Cc: K. Y.

RE: [RFC Patch 1/3] X86/Hyper-V: Add flush HvFlushGuestPhysicalAddressSpace hypercall support

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Tianyu Lan > Sent: Monday, June 4, 2018 2:08 AM > Cc: Tianyu Lan ; KY Srinivasan > ; Haiyang > Zhang ; Stephen Hemminger ; > t...@linutronix.de; mi...@redhat.com; h...@zytor.com; x...@kernel.org; >

RE: [PATCH 2/4] x86/hyper-v: use 'fast' hypercall for HVCALL_SEND_IPI

; ; H. Peter Anvin ; Tianyu Lan > ; Michael Kelley (EOSG) > > Subject: [PATCH 2/4] x86/hyper-v: use 'fast' hypercall for HVCALL_SEND_IPI > > Current Hyper-V TLFS (v5.0b) claims that HvCallSendSyntheticClusterIpi > hypercall can't be 'fast' (passing parameters through register

RE: [PATCH 3/4] x86/hyper-v: use cheaper HVCALL_SEND_IPI hypercall when possible

; ; H. Peter Anvin ; Tianyu Lan > ; Michael Kelley (EOSG) > > Subject: [PATCH 3/4] x86/hyper-v: use cheaper HVCALL_SEND_IPI hypercall when > possible > > When there is no need to send an IPI to a CPU with VP number > 64 > we can do the job with fast HVCALL_SEND_

RE: [PATCH 3/5] X86: Hyper-V: Enhanced IPI enlightenment

On Wed, 25 Apr 2018, KY Srinivasan wrote: > > +struct ipi_arg_ex { > + u32 vector; > + u32 reserved; > + struct hv_vpset vp_set; > +}; Again, suggest moving to hyperv-tlfs.h. And the 5.0b version of the TLFS has: u32 vector; u8

RE: [PATCH 2/5] X86: Hyper-V: Enable IPI enlightenments

nonical.com; > jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH 2/5] X86: Hyper-

RE: [PATCH 1/5] X86: Hyper-V: Enlighten APIC access

nonical.com; > jasow...@redhat.com; > t...@linutronix.de; h...@zytor.com; Stephen Hemminger > <sthem...@microsoft.com>; > Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Cc: KY Srinivasan <k...@microsoft.com> > Subject: [PATCH 1/5] X86: Hyper-

RE: [PATCH v3 3/7] x86/hyper-v: reenlightenment notifications support

rg; > k...@vger.kernel.org; > x...@kernel.org; Stephen Hemminger <sthem...@microsoft.com>; Radim Krčmář > <rkrc...@redhat.com>; Haiyang Zhang <haiya...@microsoft.com>; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; Michael Kelley (EOSG) > <michael

[PATCH 1/1] scsi: storvsc: Spread interrupts when picking a channel for I/O requests

Update the algorithm in storvsc_do_io to look for a channel starting with the current CPU + 1 and wrap around (within the current NUMA node). This spreads VMbus interrupts more evenly across CPUs. Previous code always started with first CPU in the current NUMA node, skewing the interrupt load to

RE: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking a channel for I/O requests

Updated/corrected two email addresses ... > -Original Message- > From: Michael Kelley (EOSG) > Sent: Wednesday, January 24, 2018 2:14 PM > To: KY Srinivasan <k...@microsoft.com>; Stephen Hemminger > <sthem...@microsoft.com>; > martin.peter...@oracle.com

RE: [PATCH v2 char-misc 1/1] Drivers: hv: vmbus: Implement Direct Mode for stimer0

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, January 25, 2018 2:00 AM > To: Michael Kelley (EOSG) <michael.h.kel...@microsoft.com> > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; >

[PATCH 1/1] scsi: storvsc: Increase cmd_per_lun for higher speed devices

Increase cmd_per_lun to allow more I/Os in progress per device, particularly for NVMe's. The Hyper-V host side can handle the higher count with no issues. Signed-off-by: Michael Kelley --- drivers/scsi/storvsc_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v3 char-misc 1/1] Drivers: hv: vmbus: Implement Direct Mode for stimer0

From: Michael Kelley The 2016 version of Hyper-V offers the option to operate the guest VM per-vcpu stimer's in Direct Mode, which means the timer interupts on its own vector rather than queueing a VMbus message. Direct Mode reduces timer processing overhead in both the

[PATCH v4 char-misc 1/1] Drivers: hv: vmbus: Implement Direct Mode for stimer0

From: Michael Kelley The 2016 version of Hyper-V offers the option to operate the guest VM per-vcpu stimer's in Direct Mode, which means the timer interupts on its own vector rather than queueing a VMbus message. Direct Mode reduces timer processing overhead in both the

RE: [PATCH 1/1] scsi: storvsc: Spread interrupts when picking a channel for I/O requests

> From: Long Li > Sent: Wednesday, January 31, 2018 12:23 PM > To: Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; KY Srinivasan > <k...@microsoft.com>; Stephen Hemminger <sthem...@microsoft.com>; > martin.peter...@oracle.com; de...@linuxdriverproject.org

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Fix ring buffer signaling

> -Original Message- > From: KY Srinivasan > Sent: Sunday, February 11, 2018 5:14 PM --- snip --- > > if (rbi->ring_buffer->feature_bits.feat_pending_send_sz) { > > u32 pending_sz = READ_ONCE(rbi->ring_buffer- > > >pending_send_sz); > > > > /* > > +

RE: [PATCH 08/12] Drivers: hv: vmbus: Implement Direct Mode for stimer0

linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; jasow...@redhat.com; > leann.ogasaw...@canonical.com; marcelo.ce...@canonical.com; Stephen Hemminger > <sthem...@microsoft.com>; Michael Kelley (EOSG) > <michael.h.ke

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Fix ring buffer signaling

> -Original Message- > From: Stephen Hemminger <step...@networkplumber.org> > Sent: Tuesday, February 13, 2018 9:35 AM > To: Michael Kelley <mhkel...@outlook.com> > Cc: Michael Kelley (EOSG) <michael.h.kel...@microsoft.com>; > gre...@linuxfoundation.org

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Make synic_initialized flag per-cpu

From: Vitaly Kuznetsov Sent: Tuesday, July 31, 2018 4:20 AM > > Reviewed-by: Vitaly Kuznetsov Thanks for the review > > Alternatively, we can get rid of synic_initialized flag altogether: > hv_synic_init() never fails in the first place but we can always > implement something like: > > int

RE: [PATCH 2/5] vmbus: add driver_override support

From: k...@linuxonhyperv.com Sent: Friday, August 10, 2018 4:06 PM > From: Stephen Hemminger > > Add support for overriding the default driver for a VMBus device > in the same way that it can be done for PCI devices. This patch > adds the /sys/bus/vmbus/devices/.../driver_override file > and

RE: [PATCH 2/5] vmbus: add driver_override support

From: Stephen Hemminger Sent: Tuesday, August 14, 2018 9:35 AM > On Mon, 13 Aug 2018 19:30:50 + > "Michael Kelley (EOSG)" wrote: > > > > +/* > > > + * Return a matching hv_vmbus_device_id pointer. > > > + * If there is no match, retu

RE: [PATCH 1/5] Tools: hv: Fix a bug in the key delete code

From: k...@linuxonhyperv.com Sent: Friday, August 10, 2018 4:06 PM > > Fix a bug in the key delete code - the num_records range > from 0 to num_records-1. > > Signed-off-by: K. Y. Srinivasan > Reported-by: David Binderman > Cc: > --- Reviewed-by: Michael Kelley

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Make synic_initialized flag per-cpu

From: Vitaly Kuznetsov Sent: Wednesday, August 1, 2018 2:26 AM > > I was trying to decide if there are any arguments in favor of one > > approach vs. the other: a per-cpu flag in memory or checking > > the synic_control "enable" bit. Seems like a wash to me, in which > > case I have a

RE: [PATCH v2 1/4] arm64: hyperv: Add core Hyper-V include files

From: KY Srinivasan Sent: Thursday, August 30, 2018 11:23 AM > > +/* > > + * This file contains definitions from the Hyper-V Hypervisor Top-Level > > + * Functional Specification (TLFS): > > + * > > https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/reference/tlfs > > + > A lot

RE: [PATCH 2/2] x86/hyper-v: check for VP_INVAL in hyperv_flush_tlb_others()

From: Vitaly Kuznetsov Monday, July 9, 2018 10:40 AM > Commit 1268ed0c474a ("x86/hyper-v: Fix the circular dependency in IPI > enlightenment") pre-filled hv_vp_index with VP_INVAL so it is now > (theoretically) possible to observe hv_cpu_number_to_vp_number() > returning VP_INVAL. We need to

RE: [PATCH V2 1/5] X86/Hyper-V: Add flush HvFlushGuestPhysicalAddressSpace hypercall support

From: Tianyu Lan Monday, July 9, 2018 2:03 AM > Hyper-V supports a pv hypercall HvFlushGuestPhysicalAddressSpace to > flush nested VM address space mapping in l1 hypervisor and it's to > reduce overhead of flushing ept tlb among vcpus. This patch is to > implement it. > > Signed-off-by: Lan

RE: [PATCH 1/2] x86/hyper-v: check cpumask_to_vpset() return value in hyperv_flush_tlb_others_ex()

From: Vitaly Kuznetsov Monday, July 9, 2018 10:40 AM > Commit 1268ed0c474a ("x86/hyper-v: Fix the circular dependency in IPI > enlightenment") made cpumask_to_vpset() return '-1' when there is a CPU > with unknown VP index in the supplied set. This needs to be checked before > we pass 'nr_bank'

RE: [PATCH 1/1] Drivers: HV: Send one page worth of kmsg dump over Hyper-V during panic

>From k...@linuxonhyperv.com Sent: Saturday, July 7, >2018 7:57 PM > > From: Sunil Muthuswamy > > In the VM mode on Hyper-V, currently, when the kernel panics, an error > code and few register values are populated in an MSR and the Hypervisor > notified. This information is collected on the

RE: [PATCH 1/1] X86/Hyper-V:: Fix the circular dependency in IPI enlightenment.

.@canonical.com; > jasow...@redhat.com; h...@zytor.com; Stephen Hemminger > ; > Michael Kelley (EOSG) ; vkuzn...@redhat.com > Subject: RE: [PATCH 1/1] X86/Hyper-V:: Fix the circular dependency in IPI > enlightenment. > > On Fri, 6 Jul 2018, Thomas Gleixner wrote

RE: [PATCH 1/1] Drivers: HV: Send one page worth of kmsg dump over Hyper-V during panic

From: Sunil Muthuswamy Sent: Wednesday, July 11, 2018 9:59 AM > Thanks, Michael. In which branch should I fix these now that the changes have > been > merged with the char-misc-next branch? If the original code is already in char-misc-next, you should probably submit a completely new patch for

RE: [PATCH v3 3/7] x86/hyper-v: reenlightenment notifications support

Vitaly Kuznetsov <vkuzn...@redhat.com> writes: > > > "Michael Kelley (EOSG)" <michael.h.kel...@microsoft.com> writes: > > > >> On Fri, 19 Jan 2018, Thomas Gleixner wrote: > >> > >>> > >>> You added '#include ' to m

RE: [PATCH 10/13] x86/hyper-v: Add HvFlushGuestAddressList hypercall support

From: Tianyu Lan Sent: Monday, September 10, 2018 1:39 AM > + > +int hyperv_flush_guest_mapping_range(u64 as, struct kvm_tlb_range *range) I'm really concerned about defining the Hyper-V function to flush guest mappings in terms of a KVM struct definition. Your patch puts this function in

RE: [PATCH v3 3/6] PCI: hv: serialize the present/eject work items

l.com; > jasow...@redhat.com > Cc: linux-kernel@vger.kernel.org; driverdev-de...@linuxdriverproject.org; > Haiyang Zhang > <haiya...@microsoft.com>; vkuzn...@redhat.com; marcelo.ce...@canonical.com; > Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Dexuan Cui

RE: [PATCH v3 4/6] PCI: hv: remove hbus->enum_sem

l.com; > jasow...@redhat.com > Cc: linux-kernel@vger.kernel.org; driverdev-de...@linuxdriverproject.org; > Haiyang Zhang > <haiya...@microsoft.com>; vkuzn...@redhat.com; marcelo.ce...@canonical.com; > Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Dexuan Cui

RE: [PATCH v3 6/6] PCI: hv: fix 2 hang issues in hv_compose_msi_msg()

l.com; > jasow...@redhat.com > Cc: linux-kernel@vger.kernel.org; driverdev-de...@linuxdriverproject.org; > Haiyang Zhang > <haiya...@microsoft.com>; vkuzn...@redhat.com; marcelo.ce...@canonical.com; > Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Dexu

RE: [PATCH v3 2/6] PCI: hv: hv_eject_device_work(): remove the bogus test

l.com; > jasow...@redhat.com > Cc: linux-kernel@vger.kernel.org; driverdev-de...@linuxdriverproject.org; > Haiyang Zhang > <haiya...@microsoft.com>; vkuzn...@redhat.com; marcelo.ce...@canonical.com; > Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Dexuan Cui

RE: [PATCH v3 5/6] PCI: hv: hv_pci_devices_present(): only queue a new work when necessary

l.com; > jasow...@redhat.com > Cc: linux-kernel@vger.kernel.org; driverdev-de...@linuxdriverproject.org; > Haiyang Zhang > <haiya...@microsoft.com>; vkuzn...@redhat.com; marcelo.ce...@canonical.com; > Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Dexuan Cui

RE: [PATCH v3 1/7] x86/hyper-v: move hyperv.h out of uapi

@microsoft.com>; Haiyang Zhang > <haiya...@microsoft.com>; Stephen Hemminger <sthem...@microsoft.com>; Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Mohammed Gamal > <mmo...@redhat.com>; Cathy Avery <cav...@redhat.com>; Bandan Das > <b...@

RE: [PATCH v3 2/7] x86/hyper-v: move definitions from TLFS to hyperv-tlfs.h

@microsoft.com>; Haiyang Zhang > <haiya...@microsoft.com>; Stephen Hemminger <sthem...@microsoft.com>; Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Mohammed Gamal > <mmo...@redhat.com>; Cathy Avery <cav...@redhat.com>; Bandan Das > <b...@

RE: [PATCH v3 6/7] x86/hyper-v: detect nested features

@microsoft.com>; Haiyang Zhang > <haiya...@microsoft.com>; Stephen Hemminger <sthem...@microsoft.com>; Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Mohammed Gamal > <mmo...@redhat.com>; Cathy Avery <cav...@redhat.com>; Bandan Das > <b...@re

RE: [PATCH v3 4/7] x86/hyper-v: allocate and use Virtual Processor Assist Pages

@microsoft.com>; Haiyang Zhang > <haiya...@microsoft.com>; Stephen Hemminger <sthem...@microsoft.com>; Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Mohammed Gamal > <mmo...@redhat.com>; Cathy Avery <cav...@redhat.com>; Bandan Das > <

RE: [PATCH v3 5/7] x86/hyper-v: define struct hv_enlightened_vmcs and clean field bits

@microsoft.com>; Haiyang Zhang > <haiya...@microsoft.com>; Stephen Hemminger <sthem...@microsoft.com>; Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Mohammed Gamal > <mmo...@redhat.com>; Cathy Avery <cav...@redhat.com>; Bandan Das > <b...@re

RE: [PATCH v2 1/5] x86/kvm: rename HV_X64_MSR_APIC_ASSIST_PAGE to HV_X64_MSR_VP_ASSIST_PAGE

> >> > Removing definitions from userspace api isn't a good idea. > >> > > >> > I have no idea why hyper.h is a userspace api, though -- Linux doesn't > >> > define any of those, so we could copy the definitions to a private > >> > header, rename, and never look at this file again. > >> > >> That

RE: [PATCH v2]PCI: hv: fix PCI-BUS domainID corruption

> -Original Message- > From: Sridhar Pitchai > Sent: Wednesday, March 14, 2018 11:08 AM > To: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>; Michael Kelley (EOSG) > <michael.h.kel...@microsoft.com> > Cc: Bjorn Helgaas <bhelg...@google.com>; Jake Oshi

RE: [PATCH v2 char-misc 1/1] x86/hyperv: Add interrupt handler annotations

> -Original Message- > From: Greg KH <gre...@linuxfoundation.org> > Sent: Wednesday, April 4, 2018 1:16 AM > To: Michael Kelley (EOSG) <michael.h.kel...@microsoft.com> > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.d

RE: [Resend Patch 2/3] Netvsc: Use the vmbus functiton to calculate ring buffer percentage

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Tuesday, March 27, 2018 5:49 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [Resend Patch 3/3] Storvsc: Select channel based on available percentage of ring buffer to write

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Tuesday, March 27, 2018 5:49 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [Patch v2 1/6] cifs: smbd: Check for iov length on sending the last iov

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Tuesday, April 17, 2018 12:17 PM > To: Steve French ; linux-c...@vger.kernel.org; samba- > techni...@lists.samba.org;

RE: [Patch v2] Storvsc: Select channel based on available percentage of ring buffer to write

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Thursday, April 19, 2018 2:54 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [Patch v2 2/6] cifs: Allocate validate negotiation request through kmalloc

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Tuesday, April 17, 2018 12:17 PM > To: Steve French ; linux-c...@vger.kernel.org; samba- > techni...@lists.samba.org;

RE: [PATCH v2] storvsc: Set up correct queue depth values for IDE devices

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Thursday, March 22, 2018 2:47 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [PATCH net-next,1/2] hv_netvsc: Fix the return status in RX path

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Haiyang Zhang > Sent: Thursday, March 22, 2018 12:01 PM > To: da...@davemloft.net; net...@vger.kernel.org > Cc: Haiyang Zhang ; KY Srinivasan >

RE: [PATCH] storvsc: Set up correct queue depth values for IDE devices

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Thursday, March 15, 2018 4:52 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [PATCH] vmbus: use put_device() if device_register fail

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Arvind Yadav > Sent: Saturday, March 17, 2018 11:48 PM > To: Stephen Hemminger ; Haiyang Zhang > > Cc:

RE: [PATCH 1/2] pci: host: pci-hyperv: Replace GFP_ATOMIC with GFP_KERNEL in hv_pci_onchannelcallback

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Jia-Ju Bai > Sent: Sunday, March 18, 2018 7:53 AM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [PATCH 2/2] pci: host: pci-hyperv: Replace GFP_ATOMIC with GFP_KERNEL in new_pcichild_device

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Jia-Ju Bai > Sent: Sunday, March 18, 2018 7:53 AM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger

RE: [PATCH] vmbus: use put_device() if device_register fail

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of KY Srinivasan > Sent: Sunday, March 18, 2018 8:02 PM > To: Arvind Yadav ; Stephen Hemminger > ; Haiyang Zhang

RE: [PATCH 2/3] PCI: hv: serialize the present/eject work items

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Dexuan Cui > Sent: Friday, March 2, 2018 4:21 PM > To: bhelg...@google.com; linux-...@vger.kernel.org; KY Srinivasan > ; > Stephen Hemminger

RE: [PATCH v2 5/6] PCI: hv: hv_pci_devices_present(): only queue a new work when necessary

> jasow...@redhat.com > Cc: linux-kernel@vger.kernel.org; driverdev-de...@linuxdriverproject.org; > Haiyang Zhang > <haiya...@microsoft.com>; vkuzn...@redhat.com; marcelo.ce...@canonical.com; > Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; Dexuan Cui

RE: [PATCH v3 2/2] locking/pvqspinlock, hv: Enable PV qspinlock for Hyper-V

> Cc: Thomas Gleixner > Cc: Michael Kelley (EOSG) > Signed-off-by: Yi Sun > --- Reviewed-by: Michael Kelley

RE: [PATCH v2 2/4] arm64: hyperv: Add support for Hyper-V as a hypervisor

From: KY Srinivasan Sent: Thursday, August 30, 2018 11:51 AM > > + /* Allocate percpu VP index */ > > + hv_vp_index = kmalloc_array(num_possible_cpus(), > > sizeof(*hv_vp_index), > > + GFP_KERNEL); > > + if (!hv_vp_index) > > + return 1; > > + > We

RE: [PATCH V2 4/13] KVM/MMU: Flush tlb directly in the kvm_handle_hva_range()

From: Tianyu Lan Sent: Thursday, September 20, 2018 7:30 AM > On 9/20/2018 12:08 AM, Michael Kelley (EOSG) wrote: > > From: Tianyu Lan Sent: Monday, September 17, 2018 8:19 PM > >> + > >> + if (ret &&

RE: [PATCH] x86/hyperv: suppress "PCI: Fatal: No config space access function found"

From: Dexuan Cui Sent: Tuesday, September 18, 2018 3:30 PM > > A Generatin-2 Linux VM on Hyper-V doesn't have the legacy PCI bus, and > users always see the scary warning, which is actually harmless. The patch > is made to suppress the warning. > > Signed-off-by: Dexuan Cui > Cc: K. Y.

RE: [PATCH V2 2/13] KVM/MMU: Add tlb flush with range helper function

From: Tianyu Lan Sent: Monday, September 17, 2018 8:18 PM > > +static void kvm_flush_remote_tlbs_with_range(struct kvm *kvm, > + struct kvm_tlb_range *range) > +{ > + int ret = -ENOTSUPP; > + > + if (range && kvm_x86_ops->tlb_remote_flush_with_range) { > + /* > +

RE: [PATCH V2 4/13] KVM/MMU: Flush tlb directly in the kvm_handle_hva_range()

From: Tianyu Lan Sent: Monday, September 17, 2018 8:19 PM > + > + if (ret && kvm_available_flush_tlb_with_range()) { > + kvm_flush_remote_tlbs_with_address(kvm, > + gfn_start, > +

RE: [PATCH V3 10/13] x86/hyper-v: Add HvFlushGuestAddressList hypercall support

From: Tianyu Lan Sent: Wednesday, September 26, 2018 8:50 PM > > Hyper-V provides HvFlushGuestAddressList() hypercall to flush EPT tlb > with specified ranges. This patch is to add the hypercall support. > > Signed-off-by: Lan Tianyu > Looks good! Reviewed-by: Michael Kelley

RE: [PATCH V2 10/13] x86/hyper-v: Add HvFlushGuestAddressList hypercall support

From: Tianyu Lan Sent: Monday, September 17, 2018 8:19 PM > > #include > #include > #include > #include > +#include Hopefully asm/kvm_host.h does not need to be #included, given the new code structure. > > #include > > +/* > + * MAX_FLUSH_PAGES = "additional_pages" + 1. It's

RE: [PATCH -next] x86/hyper-v: Remove unused including

From: YueHaibing Sent: Sunday, September 23, 2018 1:20 AM > Remove including that don't need it. > > Signed-off-by: YueHaibing > --- > arch/x86/hyperv/hv_apic.c | 1 - > 1 file changed, 1 deletion(-) > Reviewed-by: Michael Kelley

RE: [PATCH v2 1/2] X86/Hyper-V: Add Guest IDLE MSR support

From: Yi Sun Sent: Friday, September 21, 2018 12:25 AM > > Hyper-V may expose a HV_X64_MSR_GUEST_IDLE MSR. We can read > HYPERV_CPUID_FEATURES eax to check it. Read this MSR can > trigger the guest's transition to the idle power state which > can be exited by an IPI even if IF flag is

RE: [PATCH v2 2/2] locking/pvqspinlock, hv: Enable PV qspinlock for Hyper-V

From: Yi Sun Sent: Friday, September 21, 2018 12:25 AM > + > +#define pr_fmt(fmt) "hv: " fmt Other Hyper-V messages use "Hyper-V: " as the prefix, not "hv: ". Take a quick look at 'dmesg' output for reference. > + > +#include > +#include > +#include > +#include > +#include Some of these

RE: [PATCH] Drivers: hv: vmbus: include header for get_irq_regs()

From Sebastian Andrzej Siewior Sent: Thursday, August 30, 2018 12:55 AM > > On !RT the header file get_irq_regs() gets pulled in via other header files. > On > RT it does not and the build fails: > > drivers/hv/vmbus_drv.c:975 implicit declaration of function > ‘get_irq_regs’ [- >

RE: [PATCH v1 0/3] Enable PV qspinlock for Hyper-V

>From Yi Sun Sent: Thursday, September 13, 2018 2:13 AM > This patch adds the necessary Hyper-V specific code to allow > PV qspinlock work on Hyper-V. > Have you done any performance measurements with this new code, so that we know whether there is any improvement, or even potentially any

RE: [PATCH v3 1/7] x86/hyper-v: move hyperv.h out of uapi

> -Original Message- > From: Vitaly Kuznetsov > Sent: Friday, March 9, 2018 6:03 AM > To: k...@vger.kernel.org > Cc: x...@kernel.org; Paolo Bonzini ; Radim Krčmář > ; KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; Michael > Kelley (EOSG) ; Mohammed Gamal

RE: [PATCH v3 2/7] x86/hyper-v: move definitions from TLFS to hyperv-tlfs.h

> -Original Message- > From: Vitaly Kuznetsov > Sent: Friday, March 9, 2018 6:03 AM > To: k...@vger.kernel.org > Cc: x...@kernel.org; Paolo Bonzini ; Radim Krčmář > ; KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; Michael > Kelley (EOSG) ; Mohammed Gamal

RE: [PATCH v3 4/7] x86/hyper-v: allocate and use Virtual Processor Assist Pages

> -Original Message- > From: Vitaly Kuznetsov > Sent: Friday, March 9, 2018 6:03 AM > To: k...@vger.kernel.org > Cc: x...@kernel.org; Paolo Bonzini ; Radim Krčmář > ; KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; Michael > Kelley (EOSG) ; Mohammed Gamal

RE: [PATCH v3 5/7] x86/hyper-v: define struct hv_enlightened_vmcs and clean field bits

> -Original Message- > From: Vitaly Kuznetsov > Sent: Friday, March 9, 2018 6:03 AM > To: k...@vger.kernel.org > Cc: x...@kernel.org; Paolo Bonzini ; Radim Krčmář > ; KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; Michael > Kelley (EOSG) ; Mohammed Gamal

RE: [PATCH v3 6/7] x86/hyper-v: detect nested features

> -Original Message- > From: Vitaly Kuznetsov > Sent: Friday, March 9, 2018 6:03 AM > To: k...@vger.kernel.org > Cc: x...@kernel.org; Paolo Bonzini ; Radim Krčmář > ; KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger ; Michael > Kelley (EOSG) ; Mohammed Gamal

RE: [PATCH v2]PCI: hv: fix PCI-BUS domainID corruption

> -Original Message- > From: Sridhar Pitchai > Sent: Wednesday, March 14, 2018 11:08 AM > To: Lorenzo Pieralisi ; Michael Kelley (EOSG) > > Cc: Bjorn Helgaas ; Jake Oshins ; > Haiyang > Zhang ; Stephen Hemminger ; > Dexuan > Cui ; KY Srinivasan ; > de

RE: [PATCH 08/12] Drivers: hv: vmbus: Implement Direct Mode for stimer0

com; vkuzn...@redhat.com; jasow...@redhat.com; > leann.ogasaw...@canonical.com; marcelo.ce...@canonical.com; Stephen Hemminger > ; Michael Kelley (EOSG) > > Subject: Re: [PATCH 08/12] Drivers: hv: vmbus: Implement Direct Mode for > stimer0 > > On Sun, Feb 11, 2018 at 05:33:

RE: [PATCH net-next,1/2] hv_netvsc: Fix the return status in RX path

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Haiyang Zhang > Sent: Thursday, March 22, 2018 12:01 PM > To: da...@davemloft.net; net...@vger.kernel.org > Cc: Haiyang Zhang ; KY Srinivasan > ; Stephen > Hemminger ; o...@aepfle.de; vkuzn...@redhat.com; >

RE: [PATCH v2] storvsc: Set up correct queue depth values for IDE devices

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Thursday, March 22, 2018 2:47 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger ; James E . J . Bottomley > ; > Martin K . Petersen ; > de...@linuxdriverproject.org; linux- >

RE: [PATCH v2 1/5] x86/kvm: rename HV_X64_MSR_APIC_ASSIST_PAGE to HV_X64_MSR_VP_ASSIST_PAGE

> >> > Removing definitions from userspace api isn't a good idea. > >> > > >> > I have no idea why hyper.h is a userspace api, though -- Linux doesn't > >> > define any of those, so we could copy the definitions to a private > >> > header, rename, and never look at this file again. > >> > >> That

RE: [PATCH] storvsc: Set up correct queue depth values for IDE devices

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > On Behalf > Of Long Li > Sent: Thursday, March 15, 2018 4:52 PM > To: KY Srinivasan ; Haiyang Zhang > ; Stephen > Hemminger ; James E . J . Bottomley > ; > Martin K . Petersen ; > de...@linuxdriverproject.org; linux- >

RE: [PATCH 1/5] X86: Hyper-V: Enlighten APIC access

t; t...@linutronix.de; h...@zytor.com; Stephen Hemminger > ; > Michael Kelley (EOSG) ; vkuzn...@redhat.com > Cc: KY Srinivasan > Subject: [PATCH 1/5] X86: Hyper-V: Enlighten APIC access > > From: "K. Y. Srinivasan" > > Hyper-V supports MSR based APIC access;

RE: [PATCH 2/5] X86: Hyper-V: Enable IPI enlightenments

t; t...@linutronix.de; h...@zytor.com; Stephen Hemminger > ; > Michael Kelley (EOSG) ; vkuzn...@redhat.com > Cc: KY Srinivasan > Subject: [PATCH 2/5] X86: Hyper-V: Enable IPI enlightenments > > From: "K. Y. Srinivasan" > > Hyper-V supports hypercalls to implem

RE: [PATCH 3/5] X86: Hyper-V: Enhanced IPI enlightenment

On Wed, 25 Apr 2018, KY Srinivasan wrote: > > +struct ipi_arg_ex { > + u32 vector; > + u32 reserved; > + struct hv_vpset vp_set; > +}; Again, suggest moving to hyperv-tlfs.h. And the 5.0b version of the TLFS has: u32 vector; u8 targetvtl;

RE: [PATCH char-misc 1/2] Drivers: hv: vmbus: Remove x86 MSR refs in arch independent code

> > -#define hv_init_timer(timer, tick) wrmsrl(timer, tick) > > -#define hv_init_timer_config(config, val) wrmsrl(config, val) > > +#define hv_init_timer(timer, tick) \ > > + wrmsrl(HV_X64_MSR_STIMER0_COUNT + (2*timer), tick) > > +#define hv_init_timer_config(timer, val) \ > > +

RE: [PATCH V2 1/5] X86: Hyper-V: Enlighten APIC access

t...@linutronix.de; h...@zytor.com; Stephen Hemminger > ; > Michael Kelley (EOSG) ; vkuzn...@redhat.com > Cc: KY Srinivasan > Subject: [PATCH V2 1/5] X86: Hyper-V: Enlighten APIC access > > From: "K. Y. Srinivasan" > > Hyper-V supports MSR based APIC access;

RE: [PATCH V2 2/5] X86: Hyper-V: Enable IPI enlightenments

t...@linutronix.de; h...@zytor.com; Stephen Hemminger > ; > Michael Kelley (EOSG) ; vkuzn...@redhat.com > Cc: KY Srinivasan > Subject: [PATCH V2 2/5] X86: Hyper-V: Enable IPI enlightenments > > From: "K. Y. Srinivasan" > > Hyper-V supports hypercalls to implem

  1   2   >