Re: ivshmem server

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

 



Cam,

ping

Please let us know your opinion on integrating ivshmem-server
into libvirt. Also, please confirm the licensing would allow it.

Thanks,
Drew

----- Original Message -----
> 
> 
> ----- Original Message -----
> > On Tue, Nov 20, 2012 at 01:16:56PM -0500, Andrew Jones wrote:
> > > 
> > > This mail is meant to get a discussion started. Please keep me on
> > > cc
> > > for the discussion, as I'm not subscribed to libvir-list.
> > > 
> > > ivshmem is an implementation of an inter-VM communication
> > > channel.
> > > Support for this has been in qemu since v0.14.0 and libvirt
> > > patches
> > > have been recently posted[1]. What's still missing is the ivshmem
> > > server. The ivshmem server is needed when one would like to use
> > > interrupts with ivshmem. The server manages a set of eventfds
> > > to send/recv those interrupts. There is currently only one
> > > implementation of this server that I'm aware of, which is
> > > available
> > > from this git repo [2] in the ivshmem-server directory. My
> > > suggestion
> > > for libvirt is that this code be integrated into libvirt, rather
> > > than managed by libvirt, for the following reasons
> > > 
> > > 1. libvirt should keep track of the socket path in order to build
> > >    ivshmem's command line anyway.
> > > 2. the current ivshmem server code is ~300 lines, so it shouldn't
> > > be
> > >    a large integration effort.
> > > 3. keeping ivhsmem server separate increases the package
> > > management
> > >    that distributions need to do. afaik, it isn't currently
> > >    packaged
> > >    for any distribution.
> > > 
> > > One concern I have with the git repo [2] is that I don't see any
> > > license for ivshmem-server. I've cc'ed Cam for his input.
> > 
> > I guess my main question would be how much more, if any, is the
> > ivshmem-server expected to grow over time ? I wouldn't want to
> > get into a fork-situation if people are planning to do much more
> > dev work on the current ivshmem-server code.
> 
> Here's the entire git log for ivshmem-server
> 
> Date:   Thu Sep 6 11:36:33 2012 -0600
>     Error clean-up
>     Fixed a warning and cleaned up two error message
> Date:   Tue Nov 16 11:11:16 2010 -0700
>     just a few fixups
> Date:   Tue Jun 15 14:43:01 2010 -0600
>     Adding the ivshmem server here - Cam
> 
> So there was an initial drop, then nothing for two years, and then
> some recent cleanups. I believe that it serves a simple enough
> purpose that there shouldn't be any more growth.
> 
> > 
> > NB, if the code is integrated into libvirt, I think it would
> > still have to run in a separate daemon. The reason is that we
> > want to ensure that guests remain fully functional, even when
> > libvirtd is stopped (whether for RPM upgrade, or due to crash)
> > 
> > I've no particular strong opinion either way on your proposal.
> > On the surface it seems reasonable to me.
> > 
> > Daniel
> > --
> > |: http://berrange.com      -o-
> > |   http://www.flickr.com/photos/dberrange/ :|
> > |: http://libvirt.org              -o-
> > |            http://virt-manager.org :|
> > |: http://autobuild.org       -o-
> > |        http://search.cpan.org/~danberr/ :|
> > |: http://entangle-photo.org       -o-
> > |      http://live.gnome.org/gtk-vnc :|
> > 
> 

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]