04 Nov, 2015

1 commit

  • Moved Hyper-V synic contants from guest Hyper-V drivers private
    header into x86 arch uapi Hyper-V header.

    Added Hyper-V synic msr's flags into x86 arch uapi Hyper-V header.

    Signed-off-by: Andrey Smetanin
    Reviewed-by: Roman Kagan
    Signed-off-by: Denis V. Lunev
    CC: Vitaly Kuznetsov
    CC: "K. Y. Srinivasan"
    CC: Gleb Natapov
    CC: Paolo Bonzini
    Signed-off-by: Paolo Bonzini

    Andrey Smetanin
     

06 Aug, 2015

4 commits

  • Keep track of CPU affiliations of sub-channels within the scope of the primary
    channel. This will allow us to better distribute the load amongst available
    CPUs.

    Signed-off-by: Dexuan Cui
    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Dexuan Cui
     
  • The current code tracks the assigned CPUs within a NUMA node in the context of
    the primary channel. So, if we have a VM with a single NUMA node with 8 VCPUs, we may
    end up unevenly distributing the channel load. Fix the issue by tracking affiliations
    globally.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • This patch deletes the logic from hyperv_fb which picked a range of MMIO space
    for the frame buffer and adds new logic to hv_vmbus which picks ranges for
    child drivers. The new logic isn't quite the same as the old, as it considers
    more possible ranges.

    Signed-off-by: Jake Oshins
    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Jake Oshins
     
  • This patch changes the logic in hv_vmbus to record all of the ranges in the
    VM's firmware (BIOS or UEFI) that offer regions of memory-mapped I/O space for
    use by paravirtual front-end drivers. The old logic just found one range
    above 4GB and called it good. This logic will find any ranges above 1MB.

    It would have been possible with this patch to just use existing resource
    allocation functions, rather than keep track of the entire set of Hyper-V
    related MMIO regions in VMBus. This strategy, however, is not sufficient
    when the resource allocator needs to be aware of the constraints of a
    Hyper-V virtual machine, which is what happens in the next patch in the series.
    So this first patch exists to show the first steps in reworking the MMIO
    allocation paths for Hyper-V front-end drivers.

    Signed-off-by: Jake Oshins
    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Jake Oshins
     

01 Jun, 2015

2 commits


25 May, 2015

4 commits


03 Apr, 2015

1 commit

  • It's not necessary any longer, since we can safely run the blocking
    message handlers in vmbus_connection.work_queue now.

    Signed-off-by: Dexuan Cui
    Cc: K. Y. Srinivasan
    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    Dexuan Cui
     

02 Mar, 2015

6 commits


26 Jan, 2015

2 commits

  • sc_lock spinlock in struct vmbus_channel is being used to not only protect the
    sc_list field, e.g. vmbus_open() function uses it to implement test-and-set
    access to the state field. Rename it to the more generic 'lock' and add the
    description.

    Signed-off-by: Vitaly Kuznetsov
    Signed-off-by: K. Y. Srinivasan
    Acked-by: Jason Wang
    Signed-off-by: Greg Kroah-Hartman

    Vitaly Kuznetsov
     
  • Currently, the API for sending a multi-page buffer over VMBUS is limited to
    a maximum pfn array of MAX_MULTIPAGE_BUFFER_COUNT. This limitation is
    not imposed by the host and unnecessarily limits the maximum payload
    that can be sent. Implement an API that does not have this restriction.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

09 Dec, 2014

1 commit

  • This patch adds proper handling of the vNIC hot removal event, which includes
    a rescind-channel-offer message from the host side that triggers vNIC close and
    removal. In this case, the notices to the host during close and removal is not
    necessary because the channel is rescinded. This patch blocks these unnecessary
    messages, and lets vNIC removal process complete normally.

    Signed-off-by: Haiyang Zhang
    Reviewed-by: K. Y. Srinivasan
    Signed-off-by: David S. Miller

    Haiyang Zhang
     

04 May, 2014

2 commits


17 Apr, 2014

1 commit


09 Mar, 2014

1 commit


25 Feb, 2014

1 commit


19 Feb, 2014

2 commits

  • Implement the file copy service for Linux guests on Hyper-V. This permits the
    host to copy a file (over VMBUS) into the guest. This facility is part of
    "guest integration services" supported on the Windows platform.
    Here is a link that provides additional details on this functionality:

    http://technet.microsoft.com/en-us/library/dn464282.aspx

    In V1 version of the patch I have addressed comments from
    Olaf Hering and Dan Carpenter

    In V2 version of this patch I did some minor cleanup (making some globals
    static). In V4 version of the patch I have addressed all of Olaf's
    most recent set of comments/concerns.

    In V5 version of the patch I had addressed Greg's most recent comments.
    I would like to thank Greg for suggesting that I use misc device; it has
    significantly simplified the code.

    In V6 version of the patch I have cleaned up error message based on Olaf's
    comments. I have also rebased the patch based on the current tip.

    In this version of the patch, I have addressed the latest comments from Greg.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • We need the fixes here for future mei and other patches.

    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

08 Feb, 2014

5 commits

  • As we implement Virtual Receive Side Scaling on the networking side
    (the VRSS patches are currently under review), it will be useful to have
    per-channel state that vmbus drivers can manage. Add support for
    managing per-channel state.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • The current channel code is using scatterlist abstraction to pass data to the
    ringbuffer API on the send path. This causes unnecessary translations
    between virtual and physical addresses. Fix this.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • On Gen2 firmware, Hyper-V does not emulate the PCI bus. However, the MMIO
    information is packaged up in DSDT. Extract this information and export it
    for use by the synthetic framebuffer driver. This is the only driver that
    needs this currently.

    In this version of the patch mmio, I have updated the hyperv header file
    (linux/hyperv.h) with mmio definitions.

    Signed-off-by: K. Y. Srinivasan
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     
  • This patch adds the hyperv.h header to the uapi folder, and adds it to the Kbuild file.
    Doing this enables compiling userspace Hyper-V tools using the installed headers.

    Version 2: Split UAPI parts into new header, instead of duplicating.

    Signed-off-by: Bjarke Istrup Pedersen
    Signed-off-by: Greg Kroah-Hartman

    Bjarke Istrup Pedersen
     
  • During the initial VMBUS connect phase, starting with WS2012 R2, we should
    specify the VPCU in the guest that should receive the notification. Fix this
    issue. This fix is required to properly connect to the host in the kexeced
    kernel.

    Signed-off-by: K. Y. Srinivasan
    Cc: [3.9+]
    Signed-off-by: Greg Kroah-Hartman

    K. Y. Srinivasan
     

30 Sep, 2013

1 commit


27 Sep, 2013

6 commits