1. 15 2月, 2017 1 次提交
  2. 10 2月, 2017 2 次提交
    • K
      Drivers: hv: util: Fix a typo · bb6a4db9
      K. Y. Srinivasan 提交于
      Fix a typo.
      Signed-off-by: NK. Y. Srinivasan <kys@microsoft.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      bb6a4db9
    • V
      hv_utils: implement Hyper-V PTP source · 3716a49a
      Vitaly Kuznetsov 提交于
      With TimeSync version 4 protocol support we started updating system time
      continuously through the whole lifetime of Hyper-V guests. Every 5 seconds
      there is a time sample from the host which triggers do_settimeofday[64]().
      While the time from the host is very accurate such adjustments may cause
      issues:
      - Time is jumping forward and backward, some applications may misbehave.
      - In case an NTP server runs in parallel and uses something else for time
        sync (network, PTP,...) system time will never converge.
      - Systemd starts annoying you by printing "Time has been changed" every 5
        seconds to the system log.
      
      Instead of doing in-kernel time adjustments offload the work to an
      NTP client by exposing TimeSync messages as a PTP device. Users may now
      decide what they want to use as a source.
      
      I tested the solution with chrony, the config was:
      
       refclock PHC /dev/ptp0 poll 3 dpoll -2 offset 0
      
      The result I'm seeing is accurate enough, the time delta between the guest
      and the host is almost always within [-10us, +10us], the in-kernel solution
      was giving us comparable results.
      
      I also tried implementing PPS device instead of PTP by using not currently
      used Hyper-V synthetic timers (we use only one of four for clockevent) but
      with PPS source only chrony wasn't able to give me the required accuracy,
      the delta often more that 100us.
      Signed-off-by: NVitaly Kuznetsov <vkuznets@redhat.com>
      Signed-off-by: NK. Y. Srinivasan <kys@microsoft.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      3716a49a
  3. 31 1月, 2017 3 次提交
  4. 20 1月, 2017 1 次提交
  5. 07 11月, 2016 1 次提交
  6. 25 10月, 2016 1 次提交
  7. 09 9月, 2016 1 次提交
  8. 08 9月, 2016 3 次提交
  9. 02 3月, 2016 1 次提交
  10. 02 3月, 2015 2 次提交
  11. 10 7月, 2014 1 次提交
  12. 19 2月, 2014 1 次提交
    • K
      Drivers: hv: Implement the file copy service · 01325476
      K. Y. Srinivasan 提交于
      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 <olaf@aepfle.de> and Dan Carpenter <dan.carpenter@oracle.com>
      
      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: NK. Y. Srinivasan <kys@microsoft.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      01325476
  13. 27 9月, 2013 1 次提交
  14. 26 9月, 2013 1 次提交
  15. 02 8月, 2013 1 次提交
  16. 27 7月, 2013 1 次提交
  17. 16 3月, 2013 1 次提交
    • K
      Drivers: hv: Add a new driver to support host initiated backup · 96dd86fa
      K. Y. Srinivasan 提交于
      This driver supports host initiated backup of the guest. On Windows guests,
      the host can generate application consistent backups using the Windows VSS
      framework. On Linux, we ensure that the backup will be file system consistent.
      This driver allows the host to initiate a  "Freeze" operation on all the mounted
      file systems in the guest. Once the mounted file systems in the guest are frozen,
      the host snapshots the guest's file systems. Once this is done, the guest's file
      systems are "thawed".
      
      This driver has a user-level component (daemon) that invokes the appropriate
      operation on all the mounted file systems in response to the requests from
      the host. The duration for which the guest is frozen is very short - a few seconds.
      During this interval, the diff disk is comitted.
      
      In this version of the patch I have addressed the feedback from Olaf Herring.
      Also, some of the connector related issues have been fixed.
      Signed-off-by: NK. Y. Srinivasan <kys@microsoft.com>
      Reviewed-by: NHaiyang Zhang <haiyangz@microsoft.com>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      96dd86fa
  18. 26 1月, 2013 2 次提交
  19. 18 1月, 2013 1 次提交
  20. 17 8月, 2012 1 次提交
  21. 14 5月, 2012 1 次提交
  22. 03 2月, 2012 1 次提交
  23. 11 10月, 2011 2 次提交
  24. 21 9月, 2011 2 次提交
  25. 17 9月, 2011 1 次提交
  26. 07 9月, 2011 1 次提交
  27. 30 8月, 2011 2 次提交
  28. 26 8月, 2011 3 次提交