[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[Libguestfs] [PATCH 00/10] Remove the need for vmchannel



This set of 10 patches removes the need for any vmchannel implementation,
although we can still choose to use vmchannel if we want.

In this so-called "null vmchannel" configuration, the appliance
connects directly to a port on the library.  The exact method is
described in patch 9/10.

This method still requires SLIRP (user mode networking) so it is
not a panacea, because recent versions of qemu allow SLIRP to be
removed.  We therefore need to continue along the path of exploring
alternate vmchannel implementations.

[PATCH 01/10] Rearrange qemu command line order (no functional change).
[PATCH 02/10] Combine temporary buffers.
  - General code cleanups.

[PATCH 03/10] Remove guestfs_wait_ready (turn it into a no-op).
  - guestfs_wait_ready is no longer helpful.  Since vmchannel and
    null vmchannel are fundamentally different, we need to remove
    the split between launch and wait_ready and make launch into a
    single large function that can handle both cases.

[PATCH 04/10] Remove unnecessary extra space from qemu command line.
[PATCH 05/10] Make GUESTFWD_PORT into a string.
[PATCH 06/10] Rearrange and tidy up code in guestfsd.c
  - More code cleanups.

[PATCH 07/10] Flexible guestfs_vmchannel parameter for future appliances.
  - Add guestfs_vmchannel=(tcp:<ip>:<port>|...) parameter to the
    appliance, and make it backwards compatible with older library
    version.

[PATCH 08/10] configure.ac: Check for <netinet/in.h> and <arpa/inet.h>
[PATCH 09/10] Implement "null vmchannel" - no vmchannel needed!
[PATCH 10/10] Update documentation of qemu / vmchannel.
  - The implementation of null vmchannel.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]