1. 19 7月, 2018 1 次提交
  2. 18 7月, 2018 2 次提交
  3. 13 6月, 2018 1 次提交
  4. 12 6月, 2018 1 次提交
  5. 05 6月, 2018 1 次提交
  6. 28 5月, 2018 3 次提交
  7. 23 5月, 2018 1 次提交
  8. 04 5月, 2018 2 次提交
    • J
      conf: Clean up object referencing for Add and Remove · b04629b6
      John Ferlan 提交于
      When adding a new object to the domain object list, there should
      have been 2 virObjectRef calls made one for each list into which
      the object was placed to match the 2 virObjectUnref calls that
      would occur during Remove as part of virHashRemoveEntry when
      virObjectFreeHashData is called when the element is removed from
      the hash table as set up in virDomainObjListNew.
      
      Some drivers (libxl, lxc, qemu, and vz) handled this inconsistency
      by calling virObjectRef upon successful return from virDomainObjListAdd
      in order to use virDomainObjEndAPI when done with the returned @vm.
      While others (bhyve, openvz, test, and vmware) handled this via only
      calling virObjectUnlock upon successful return from virDomainObjListAdd.
      
      This patch will "unify" the approach to use virDomainObjEndAPI
      for any @vm successfully returned from virDomainObjListAdd.
      
      Because list removal is so tightly coupled with list addition,
      this patch fixes the list removal algorithm to return the object
      as entered - "locked and reffed".  This way, the callers can then
      decide how to uniformly handle add/remove success and failure.
      This removes the onus on the caller to "specially handle" the
      @vm during removal processing.
      
      The Add/Remove logic allows for some logic simplification such
      as in libxl where we can Remove the @vm directly rather than
      needing to set a @remove_dom boolean and removing after the
      libxlDomainObjEndJob completes as the @vm is locked/reffed.
      Signed-off-by: NJohn Ferlan <jferlan@redhat.com>
      Reviewed-by: NErik Skultety <eskultet@redhat.com>
      b04629b6
    • M
      test/: Remove spaces after casts · 86137d71
      Martin Kletzander 提交于
      Signed-off-by: NMartin Kletzander <mkletzan@redhat.com>
      Reviewed-by: NJán Tomko <jtomko@redhat.com>
      86137d71
  9. 03 5月, 2018 1 次提交
  10. 23 4月, 2018 2 次提交
  11. 18 4月, 2018 2 次提交
  12. 12 4月, 2018 4 次提交
  13. 06 4月, 2018 1 次提交
  14. 04 4月, 2018 3 次提交
  15. 23 3月, 2018 1 次提交
  16. 16 3月, 2018 7 次提交
  17. 29 1月, 2018 1 次提交
  18. 04 1月, 2018 1 次提交
  19. 14 12月, 2017 2 次提交
    • J
      storage: Convert virStoragePoolObjList to use virObjectRWLockable · 4b2e0ed6
      John Ferlan 提交于
      Now that we have a private storage pool list, we can take the next
      step and convert to using objects. In this case, we're going to use
      RWLockable objects (just like every other driver) with two hash
      tables for lookup by UUID or Name.
      
      Along the way the ForEach and Search API's will be adjusted to use
      the related Hash API's and the various FindBy functions altered and
      augmented to allow for HashLookup w/ and w/o the pool lock already
      taken.
      
      After virStoragePoolObjRemove we will need to virObjectUnref(obj)
      after to indicate the caller is "done" with it's reference. The
      Unlock occurs during the Remove.
      
      The NumOf, GetNames, and Export functions all have their own callback
      functions to return the required data and the FindDuplicate code
      can use the HashSearch function callbacks.
      4b2e0ed6
    • J
      storage: Privatize virStoragePoolObjListPtr · 90e65353
      John Ferlan 提交于
      Move the structure into virstorageobj.c.
      
      Use the virStoragePoolObjListNew allocator to fill in the @pools for
      the storage driver and test driver.
      90e65353
  20. 24 11月, 2017 2 次提交
    • J
      storage: Introduce virStoragePoolObjListSearch · 5d5c732d
      John Ferlan 提交于
      Create an API to search through the storage pool objects looking for
      a specific truism from a callback API in order to return the specific
      storage pool object that is desired.
      5d5c732d
    • J
      storage: Introduce virStoragePoolObjEndAPI · 770aa08e
      John Ferlan 提交于
      For now it'll just call the virStoragePoolObjUnlock, but a future
      adjustment will do something different. Since the new API will check
      for a NULL object before the Unlock call, callers no longer need to
      check for NULL before calling.
      
      The virStoragePoolObjUnlock is now private/static to virstorageobj.c
      with a short term forward reference.
      770aa08e
  21. 20 10月, 2017 1 次提交