1. 09 12月, 2019 1 次提交
  2. 03 12月, 2019 5 次提交
  3. 22 11月, 2019 1 次提交
  4. 15 11月, 2019 2 次提交
    • P
      replace use of gnulib snprintf by g_snprintf · 43b01ef2
      Pavel Hrdina 提交于
      Glib implementation follows the ISO C99 standard so it's safe to replace
      the gnulib implementation.
      Signed-off-by: NPavel Hrdina <phrdina@redhat.com>
      Reviewed-by: NPeter Krempa <pkrempa@redhat.com>
      43b01ef2
    • J
      Add API to change qemu agent response timeout · 95f5ac9a
      Jonathon Jongsma 提交于
      Some layered products such as oVirt have requested a way to avoid being
      blocked by guest agent commands when querying a loaded vm. For example,
      many guest agent commands are polled periodically to monitor changes,
      and rather than blocking the calling process, they'd prefer to simply
      time out when an agent query is taking too long.
      
      This patch adds a way for the user to specify a custom agent timeout
      that is applied to all agent commands.
      
      One special case to note here is the 'guest-sync' command. 'guest-sync'
      is issued internally prior to calling any other command. (For example,
      when libvirt wants to call 'guest-get-fsinfo', we first call
      'guest-sync' and then call 'guest-get-fsinfo').
      
      Previously, the 'guest-sync' command used a 5-second timeout
      (VIR_DOMAIN_QEMU_AGENT_COMMAND_DEFAULT), whereas the actual command that
      followed always blocked indefinitely
      (VIR_DOMAIN_QEMU_AGENT_COMMAND_BLOCK). As part of this patch, if a
      custom timeout is specified that is shorter than
      5 seconds,  this new timeout is also used for 'guest-sync'. If there is
      no custom timeout or if the custom timeout is longer than 5 seconds, we
      will continue to use the 5-second timeout.
      Signed-off-by: NJonathon Jongsma <jjongsma@redhat.com>
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      Reviewed-by: NMichal Privoznik <mprivozn@redhat.com>
      95f5ac9a
  5. 13 11月, 2019 1 次提交
  6. 12 11月, 2019 1 次提交
  7. 25 10月, 2019 2 次提交
  8. 20 10月, 2019 5 次提交
  9. 16 10月, 2019 3 次提交
  10. 15 10月, 2019 3 次提交
  11. 14 10月, 2019 1 次提交
  12. 19 9月, 2019 4 次提交
  13. 03 9月, 2019 1 次提交
  14. 29 8月, 2019 1 次提交
  15. 28 8月, 2019 1 次提交
  16. 06 8月, 2019 1 次提交
    • M
      lib: Format PCI address differently · 9b332820
      Michal Privoznik 提交于
      Currently, the way we format PCI address is using printf-s
      precision, e.g. "%.4x". This works if we don't want to print any
      value outside of bounds (which is usually the case). However,
      turns out, PCI domain can be 0x10000 which doesn't work well with
      our format strings. However, if we change the format string to
      "%04x" then we still pad small values with zeroes but also we are
      able to print values that are larger than four digits. In fact,
      this format string used by kernel to print a PCI address:
      
        "%04x:%02x:%02x.%d"
      
      The other three format strings (for bus, device and function) are
      changed too, so that we use the same format string as kernel.
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      9b332820
  17. 27 7月, 2019 1 次提交
    • E
      backup: Implement virsh support for checkpoints · 689beaa4
      Eric Blake 提交于
      Introduce a bunch of new virsh commands for managing checkpoints in
      isolation. More commands are needed for performing incremental
      backups, but these commands were easy to implement by modeling heavily
      after virsh-snapshot.c. There is no need for checkpoint-revert or
      checkpoint-current since those snapshot APIs have no checkpoint
      counterpart.  Similarly, it is not necessary to change which
      checkpoint is current when redefining from XML, since until we
      integrate checkpoints with snapshots, there is only a linear chain
      (and you can deduce the current checkpoint by instead using
      'checkpoint-list --leaves').  Other aspects of checkpoint-list are
      also a bit simpler than the snapshot counterpart, in part because we
      don't have to cater to back-compat to older API.
      
      Upcoming patches will test these interfaces once the test driver
      supports checkpoints.
      Signed-off-by: NEric Blake <eblake@redhat.com>
      Reviewed-by: NDaniel P. Berrangé <berrange@redhat.com>
      689beaa4
  18. 19 7月, 2019 1 次提交
    • J
      virsh migrate: Properly check for --parallel-connections · 88ce7bac
      Jiri Denemark 提交于
      Ever since --parallel-connections option for virsh migrate was
      introduced we did not properly check the return value of
      vshCommandOptInt. We would set VIR_MIGRATE_PARAM_PARALLEL_CONNECTIONS
      parameter even if vshCommandOptInt returned 0 (which means
      --parallel-connections was not specified) when another int option which
      was checked earlier was specified with a nonzero value.
      
      Specifically, running virsh migrate with either
      --auto-converge-increment, --auto-converge-initial, --comp-mt-dthreads,
      --comp-mt-threads, or --comp-mt-level would set
      VIR_MIGRATE_PARAM_PARALLEL_CONNECTIONS parameter and if --parallel
      option was not used, libvirt would complain
      
          error: invalid argument: Turn parallel migration on to tune it
      
      even though --parallel-connections option was not used at all.
      
      https://bugzilla.redhat.com/show_bug.cgi?id=1726643Signed-off-by: NJiri Denemark <jdenemar@redhat.com>
      Reviewed-by: NMichal Privoznik <mprivozn@redhat.com>
      88ce7bac
  19. 06 6月, 2019 2 次提交
  20. 26 4月, 2019 1 次提交
  21. 15 4月, 2019 1 次提交
  22. 12 4月, 2019 1 次提交