1. 27 1月, 2020 1 次提交
    • D
      libvirt: pass a directory path into drivers for embedded usage · 207709a0
      Daniel P. Berrangé 提交于
      The intent here is to allow the virt drivers to be run directly embedded
      in an arbitrary process without interfering with libvirtd. To achieve
      this they need to store all their configuration & state in a separate
      directory tree from the main system or session libvirtd instances.
      
      This can be useful for doing testing of the virt drivers in "make check"
      without interfering with the user's own libvirtd instances.
      
      It can also be used for applications using KVM/QEMU as a piece of
      infrastructure to build an service, rather than for general purpose
      OS hosting. A long standing example is libguestfs, which would prefer
      if its temporary VMs did show up in the main libvirtd VM list, because
      this confuses apps such as OpenStack Nova. A more recent example would
      be Kata which is using KVM as a technology to build containers.
      Reviewed-by: NMichal Privoznik <mprivozn@redhat.com>
      Reviewed-by: NCole Robinson <crobinso@redhat.com>
      Signed-off-by: NDaniel P. Berrangé <berrange@redhat.com>
      207709a0
  2. 23 1月, 2020 1 次提交
  3. 07 1月, 2020 1 次提交
  4. 03 1月, 2020 1 次提交
  5. 20 12月, 2019 1 次提交
  6. 16 12月, 2019 1 次提交
    • M
      configure: Provide OpenRC scripts for sub-daemons · 49c6fe62
      Michal Privoznik 提交于
      There is plenty of distributions that haven't switched to
      systemd nor they force their users to (Gentoo, Alpine Linux to
      name a few). With the daemon split merged their only option is to
      still use the monolithic daemon which will go away eventually.
      Provide init scripts for these distros too.
      
      For now, I'm not introducing config files which would correspond
      to the init files except for libvirtd and virtproxyd init scripts
      where it might be desirable to tweak the command line of
      corresponding daemons.
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      Reviewed-by: NDaniel P. Berrangé <berrange@redhat.com>
      49c6fe62
  7. 10 12月, 2019 1 次提交
  8. 13 11月, 2019 1 次提交
  9. 12 11月, 2019 3 次提交
  10. 09 11月, 2019 2 次提交
  11. 25 10月, 2019 1 次提交
  12. 21 10月, 2019 3 次提交
  13. 18 10月, 2019 1 次提交
  14. 16 10月, 2019 1 次提交
  15. 15 10月, 2019 2 次提交
  16. 14 10月, 2019 1 次提交
    • D
      build: link to glib library · cfbe9f12
      Daniel P. Berrangé 提交于
      Add the main glib.h to internal.h so that all common code can use it.
      
      Historically glib allowed applications to register an alternative
      memory allocator, so mixing g_malloc/g_free with malloc/free was not
      safe.
      
      This was feature was dropped in 2.46.0 with:
      
            commit 3be6ed60aa58095691bd697344765e715a327fc1
            Author: Alexander Larsson <alexl@redhat.com>
            Date:   Sat Jun 27 18:38:42 2015 +0200
      
              Deprecate and drop support for memory vtables
      
      Applications are still encourged to match g_malloc/g_free, but it is no
      longer a mandatory requirement for correctness, just stylistic. This is
      explicitly clarified in
      
          commit 1f24b36607bf708f037396014b2cdbc08d67b275
          Author: Daniel P. Berrangé <berrange@redhat.com>
          Date:   Thu Sep 5 14:37:54 2019 +0100
      
              gmem: clarify that g_malloc always uses the system allocator
      
      Applications can still use custom allocators in general, but they must
      do this by linking to a library that replaces the core malloc/free
      implemenentation entirely, instead of via a glib specific call.
      
      This means that libvirt does not need to be concerned about use of
      g_malloc/g_free causing an ABI change in the public libary, and can
      avoid memory copying when talking to external libraries.
      
      This patch probes for glib, which provides the foundation layer with
      a collection of data structures, helper APIs, and platform portability
      logic.
      
      Later patches will introduce linkage to gobject which provides the
      object type system, built on glib, and gio which providing objects
      for various interesting tasks, most notably including DBus client
      and server support and portable sockets APIs, but much more too.
      Signed-off-by: NDaniel P. Berrangé <berrange@redhat.com>
      cfbe9f12
  17. 27 9月, 2019 1 次提交
  18. 24 9月, 2019 1 次提交
  19. 27 8月, 2019 1 次提交
  20. 09 8月, 2019 2 次提交
  21. 15 7月, 2019 1 次提交
  22. 11 7月, 2019 2 次提交
  23. 16 5月, 2019 1 次提交
  24. 15 5月, 2019 1 次提交
  25. 12 4月, 2019 1 次提交
  26. 05 4月, 2019 3 次提交
  27. 22 3月, 2019 1 次提交
  28. 18 3月, 2019 2 次提交
  29. 21 2月, 2019 1 次提交