1. 16 9月, 2016 1 次提交
  2. 03 3月, 2016 1 次提交
    • X
      KVM: page track: add the framework of guest page tracking · 21ebbeda
      Xiao Guangrong 提交于
      The array, gfn_track[mode][gfn], is introduced in memory slot for every
      guest page, this is the tracking count for the gust page on different
      modes. If the page is tracked then the count is increased, the page is
      not tracked after the count reaches zero
      
      We use 'unsigned short' as the tracking count which should be enough as
      shadow page table only can use 2^14 (2^3 for level, 2^1 for cr4_pae, 2^2
      for quadrant, 2^3 for access, 2^1 for nxe, 2^1 for cr0_wp, 2^1 for
      smep_andnot_wp, 2^1 for smap_andnot_wp, and 2^1 for smm) at most, there
      is enough room for other trackers
      
      Two callbacks, kvm_page_track_create_memslot() and
      kvm_page_track_free_memslot() are implemented in this patch, they are
      internally used to initialize and reclaim the memory of the array
      
      Currently, only write track mode is supported
      Signed-off-by: NXiao Guangrong <guangrong.xiao@linux.intel.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      21ebbeda
  3. 23 7月, 2015 1 次提交
  4. 23 6月, 2015 1 次提交
  5. 19 6月, 2015 1 次提交
  6. 27 3月, 2015 1 次提交
  7. 24 11月, 2014 1 次提交
  8. 22 11月, 2014 1 次提交
  9. 31 10月, 2013 1 次提交
    • A
      kvm: Add VFIO device · ec53500f
      Alex Williamson 提交于
      So far we've succeeded at making KVM and VFIO mostly unaware of each
      other, but areas are cropping up where a connection beyond eventfds
      and irqfds needs to be made.  This patch introduces a KVM-VFIO device
      that is meant to be a gateway for such interaction.  The user creates
      the device and can add and remove VFIO groups to it via file
      descriptors.  When a group is added, KVM verifies the group is valid
      and gets a reference to it via the VFIO external user interface.
      Signed-off-by: NAlex Williamson <alex.williamson@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      ec53500f
  10. 19 5月, 2013 1 次提交
  11. 28 4月, 2013 1 次提交
  12. 27 4月, 2013 1 次提交
  13. 01 8月, 2012 1 次提交
  14. 27 12月, 2011 2 次提交
  15. 12 1月, 2011 2 次提交
  16. 03 12月, 2009 1 次提交
  17. 10 9月, 2009 5 次提交
  18. 10 6月, 2009 1 次提交
  19. 03 1月, 2009 2 次提交
  20. 15 10月, 2008 3 次提交
  21. 20 7月, 2008 1 次提交
  22. 27 4月, 2008 2 次提交
  23. 31 1月, 2008 3 次提交
  24. 30 1月, 2008 1 次提交
  25. 13 10月, 2007 3 次提交
  26. 11 12月, 2006 1 次提交
    • A
      [PATCH] kvm: userspace interface · 6aa8b732
      Avi Kivity 提交于
      web site: http://kvm.sourceforge.net
      
      mailing list: kvm-devel@lists.sourceforge.net
        (http://lists.sourceforge.net/lists/listinfo/kvm-devel)
      
      The following patchset adds a driver for Intel's hardware virtualization
      extensions to the x86 architecture.  The driver adds a character device
      (/dev/kvm) that exposes the virtualization capabilities to userspace.  Using
      this driver, a process can run a virtual machine (a "guest") in a fully
      virtualized PC containing its own virtual hard disks, network adapters, and
      display.
      
      Using this driver, one can start multiple virtual machines on a host.
      
      Each virtual machine is a process on the host; a virtual cpu is a thread in
      that process.  kill(1), nice(1), top(1) work as expected.  In effect, the
      driver adds a third execution mode to the existing two: we now have kernel
      mode, user mode, and guest mode.  Guest mode has its own address space mapping
      guest physical memory (which is accessible to user mode by mmap()ing
      /dev/kvm).  Guest mode has no access to any I/O devices; any such access is
      intercepted and directed to user mode for emulation.
      
      The driver supports i386 and x86_64 hosts and guests.  All combinations are
      allowed except x86_64 guest on i386 host.  For i386 guests and hosts, both pae
      and non-pae paging modes are supported.
      
      SMP hosts and UP guests are supported.  At the moment only Intel
      hardware is supported, but AMD virtualization support is being worked on.
      
      Performance currently is non-stellar due to the naive implementation of the
      mmu virtualization, which throws away most of the shadow page table entries
      every context switch.  We plan to address this in two ways:
      
      - cache shadow page tables across tlb flushes
      - wait until AMD and Intel release processors with nested page tables
      
      Currently a virtual desktop is responsive but consumes a lot of CPU.  Under
      Windows I tried playing pinball and watching a few flash movies; with a recent
      CPU one can hardly feel the virtualization.  Linux/X is slower, probably due
      to X being in a separate process.
      
      In addition to the driver, you need a slightly modified qemu to provide I/O
      device emulation and the BIOS.
      
      Caveats (akpm: might no longer be true):
      
      - The Windows install currently bluescreens due to a problem with the
        virtual APIC.  We are working on a fix.  A temporary workaround is to
        use an existing image or install through qemu
      - Windows 64-bit does not work.  That's also true for qemu, so it's
        probably a problem with the device model.
      
      [bero@arklinux.org: build fix]
      [simon.kagstrom@bth.se: build fix, other fixes]
      [uril@qumranet.com: KVM: Expose interrupt bitmap]
      [akpm@osdl.org: i386 build fix]
      [mingo@elte.hu: i386 fixes]
      [rdreier@cisco.com: add log levels to all printks]
      [randy.dunlap@oracle.com: Fix sparse NULL and C99 struct init warnings]
      [anthony@codemonkey.ws: KVM: AMD SVM: 32-bit host support]
      Signed-off-by: NYaniv Kamay <yaniv@qumranet.com>
      Signed-off-by: NAvi Kivity <avi@qumranet.com>
      Cc: Simon Kagstrom <simon.kagstrom@bth.se>
      Cc: Bernhard Rosenkraenzer <bero@arklinux.org>
      Signed-off-by: NUri Lublin <uril@qumranet.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Roland Dreier <rolandd@cisco.com>
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: NAnthony Liguori <anthony@codemonkey.ws>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6aa8b732