1. 07 8月, 2018 1 次提交
  2. 26 7月, 2018 1 次提交
  3. 23 7月, 2018 10 次提交
  4. 19 7月, 2018 3 次提交
    • E
      conf: Introduce new video type 'none' · d48813e8
      Erik Skultety 提交于
      Historically, we've always enabled an emulated video device every time we
      see that graphics should be supported with a guest. With the appearance
      of mediated devices which can support QEMU's vfio-display capability,
      users might want to use such a device as the only video device.
      Therefore introduce a new, effectively a 'disable', type for video
      device.
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      Signed-off-by: NErik Skultety <eskultet@redhat.com>
      d48813e8
    • E
      conf: Introduce new <hostdev> attribute 'display' · d54e45b6
      Erik Skultety 提交于
      QEMU 2.12 introduced a new type of display for mediated devices using
      vfio-pci backend which allows a mediated device to be used as a VGA
      compatible device as an alternative to an emulated video device. QEMU
      exposes this feature via a vfio device property 'display' with supported
      values 'on/off/auto' (libvirt will default to 'off').
      
      This patch adds the necessary bits to domain config handling in order to
      expose this feature. Since there's no convenient way for libvirt to come
      up with usable defaults for the display setting, simply because libvirt
      is not able to figure out which of the display implementations - dma-buf
      which requires OpenGL support vs vfio regions which doesn't need OpenGL
      (works with OpenGL enabled too) - the underlying mdev uses.
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      Signed-off-by: NErik Skultety <eskultet@redhat.com>
      d54e45b6
    • E
      qemu: Introduce a new graphics display type 'headless' · d8266ebe
      Erik Skultety 提交于
      Since 2.10 QEMU supports a new display type egl-headless which uses the
      drm nodes for OpenGL rendering copying back the rendered bits back to
      QEMU into a dma-buf which can be accessed by standard "display" apps
      like VNC or SPICE. Although this display type can be used on its own,
      for any practical use case it makes sense to pair it with either VNC or
      SPICE display. The clear benefit of this display is that VNC gains
      OpenGL support, which it natively doesn't have, and SPICE gains remote
      OpenGL support (native OpenGL support only works locally through a UNIX
      socket, i.e. listen type=socket/none).
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      Signed-off-by: NErik Skultety <eskultet@redhat.com>
      d8266ebe
  5. 10 7月, 2018 1 次提交
  6. 03 7月, 2018 1 次提交
  7. 26 6月, 2018 1 次提交
  8. 19 6月, 2018 1 次提交
  9. 08 6月, 2018 2 次提交
  10. 06 6月, 2018 1 次提交
  11. 05 6月, 2018 5 次提交
  12. 29 5月, 2018 1 次提交
  13. 25 5月, 2018 1 次提交
    • J
      conf: Add VM Generation ID parse/format support · b50efe97
      John Ferlan 提交于
      The VM Generation ID is a mechanism to provide a unique 128-bit,
      cryptographically random, and integer value identifier known as
      the GUID (Globally Unique Identifier) to the guest OS. The value
      is used to help notify the guest operating system when the virtual
      machine is executed with a different configuration.
      
      This patch adds support for a new "genid" XML element similar to
      the "uuid" element. The "genid" element can have two forms "<genid/>"
      or "<genid>$GUID</genid>". If the $GUID is not provided, libvirt
      will generate one and save it in the XML.
      
      Since adding support for a generated GUID (or UUID like) value to
      be displayed modifying the xml2xml test to include virrandommock.so
      is necessary since it will generate a "known" value.
      Signed-off-by: NJohn Ferlan <jferlan@redhat.com>
      ACKed-by: NMichal Privoznik <mprivozn@redhat.com>
      b50efe97
  14. 23 5月, 2018 1 次提交
  15. 16 5月, 2018 2 次提交
  16. 15 5月, 2018 1 次提交
  17. 14 5月, 2018 1 次提交
  18. 11 5月, 2018 1 次提交
  19. 07 5月, 2018 1 次提交
    • J
      Deprecate QEMU_CAPS_NO_KVM_PIT · 941c8b0d
      Ján Tomko 提交于
      The -no-kvm-pit-reinjection option has been deprecated since
      its introduction in QEMU 1.3. See commit <1569fa14>.
      
      Drop the capability since all the QEMUs we support allow tuning
      the kvm-pit properties via -global.
      
      Also add the QEMU_CAPS_KVM_PIT_TICK_POLICY to the clock-catchup
      tests, since expecting it to succeed with QEMU that does not
      have kvm-pit makes no sense.
      Signed-off-by: NJán Tomko <jtomko@redhat.com>
      Reviewed-by: NJohn Ferlan <jferlan@redhat.com>
      941c8b0d
  20. 03 5月, 2018 1 次提交
  21. 23 4月, 2018 2 次提交
  22. 17 4月, 2018 1 次提交