1. 15 7月, 2019 1 次提交
  2. 11 7月, 2019 1 次提交
    • E
      snapshot: Add VIR_DOMAIN_SNAPSHOT_CREATE_VALIDATE flag · 95f8e323
      Eric Blake 提交于
      We've been doing a terrible job of performing XML validation in our
      various API that parse XML with a corresponding schema (we started
      with domains back in commit dd69a14f, v1.2.12, but didn't catch all
      domain-related APIs, didn't document the use of the flag, and didn't
      cover other XML). New APIs (like checkpoints) should do the validation
      unconditionally, but it doesn't hurt to continue retrofitting existing
      APIs to at least allow the option.
      
      While there are many APIs that could be improved, this patch focuses
      on wiring up a new snapshot XML creation flag through all the
      hypervisors that support snapshots, as well as exposing it in 'virsh
      snapshot-create'.  For 'virsh snapshot-create-as', we blindly set the
      flag without a command-line option, since the XML we create from the
      command line should generally always comply (note that validation
      might cause failures where it used to succeed, such as if we tighten
      the RNG to reject a name of '../\n'); but blindly passing the flag
      means we also have to add in fallback code to disable validation if
      the server is too old to understand the flag.
      Signed-off-by: NEric Blake <eblake@redhat.com>
      Acked-by: NPeter Krempa <pkrempa@redhat.com>
      95f8e323
  3. 09 7月, 2019 1 次提交
  4. 06 7月, 2019 1 次提交
  5. 04 7月, 2019 6 次提交
  6. 03 7月, 2019 6 次提交
  7. 01 7月, 2019 1 次提交
  8. 20 6月, 2019 2 次提交
  9. 19 6月, 2019 3 次提交
  10. 12 6月, 2019 5 次提交
  11. 07 6月, 2019 1 次提交
  12. 04 6月, 2019 1 次提交
  13. 27 5月, 2019 1 次提交
  14. 24 5月, 2019 3 次提交
  15. 13 5月, 2019 1 次提交
  16. 09 5月, 2019 3 次提交
    • E
      snapshot: Make virDomainSnapshotDef a virObject · 57387ff5
      Eric Blake 提交于
      This brings about a couple of benefits:
      - use of VIR_AUTOUNREF() simplifies several callers
      - Fixes a todo about virDomainMomentObjList not being polymorphic enough
      Signed-off-by: NEric Blake <eblake@redhat.com>
      Acked-by: NPeter Krempa <pkrempa@redhat.com>
      57387ff5
    • E
      snapshot: s/current/parent/ as prep for virObject · 098043ed
      Eric Blake 提交于
      VIR_CLASS_NEW insists that descendents of virObject have 'parent' as
      the name of their inherited base class member at offset 0. While it
      would be possible to write a new class-creation macro that takes the
      actual field name 'current', and rewrite VIR_CLASS_NEW to call the new
      macro with the hard-coded name 'parent', it seems less confusing if
      all object code uses similar naming. Thus, this is a mechanical rename
      in preparation of making virDomainSnapshotDef a descendent of
      virObject.
      Signed-off-by: NEric Blake <eblake@redhat.com>
      Acked-by: NPeter Krempa <pkrempa@redhat.com>
      098043ed
    • E
      snapshot: s/parent/parent_name/ as prep for virObject · 36603bc5
      Eric Blake 提交于
      VIR_CLASS_NEW insists that descendents of virObject have 'parent' as
      the name of their inherited base class member at offset 0. While it
      would be possible to write a new class-creation macro that takes the
      actual field name, and rewrite VIR_CLASS_NEW to call the new macro
      with the hard-coded name 'parent', so that we could make
      virDomainMomentDef use a custom name for its base class, it seems less
      confusing if all object code uses similar naming. Thus, this is a
      mechanical rename in preparation of making virDomainSnapshotDef a
      descendent of virObject, when we can no longer use 'parent' for a
      different purpose than the base class.
      Signed-off-by: NEric Blake <eblake@redhat.com>
      Acked-by: NPeter Krempa <pkrempa@redhat.com>
      36603bc5
  17. 05 5月, 2019 1 次提交
  18. 01 5月, 2019 1 次提交
  19. 12 4月, 2019 1 次提交