qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v5 0/9] Enable passing pre-opened chardev socket


From: Daniel P . Berrangé
Subject: Re: [Qemu-devel] [PATCH v5 0/9] Enable passing pre-opened chardev socket FD
Date: Mon, 12 Mar 2018 13:14:45 +0000
User-agent: Mutt/1.9.2 (2017-12-15)

On Mon, Mar 12, 2018 at 08:12:44AM -0500, Eric Blake wrote:
> On 03/12/2018 07:49 AM, Daniel P. Berrangé wrote:
> > An update of:
> > 
> >    v1: https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg04618.html
> >    v2: https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg04706.html
> >    v3: https://lists.gnu.org/archive/html/qemu-devel/2017-12/msg04892.html
> >    v4: https://lists.gnu.org/archive/html/qemu-devel/2018-02/msg00950.html
> > 
> > This enables fixing a long standing problem that libvirt has with
> > starting up QEMU. It has to busy-wait retrying connect() on the QMP
> > monitor socket until QEMU finally creates & listens on it, but at same
> > time must be careful to not wait forever if QEMU exits.
> > 
> > With this patch series, libvirt can simply pass in a pre-opened UNIX domain
> > socket file descriptor, which it can immediately connect to with no 
> > busy-wait.
> > 
> > NB, this will generate one expected failure with patchew / checkpatch.pl
> 
> > 
> > Changed in v5:
> > 
> >    - Docs typo (Eric)
> >    - Fix errno setting in int parsing code (Eric)
> > 
> 
> > Daniel P. Berrangé (9):
> >    char: don't silently skip tn3270 protocol init when TLS is enabled
> >    cutils: add qemu_strtoi & qemu_strtoui parsers for int/unsigned int
> >      types
> >    sockets: pull code for testing IP availability out of specific test
> >    sockets: strengthen test suite IP protocol availability checks
> >    sockets: move fd_is_socket() into common sockets code
> >    sockets: check that the named file descriptor is a socket
> >    sockets: allow SocketAddress 'fd' to reference numeric file
> >      descriptors
> >    char: refactor parsing of socket address information
> >    char: allow passing pre-opened socket file descriptor at startup
> 
> Whose tree should this go through?  It's got some QAPI impact, so I'm okay
> including it in my QAPI pull request later today, if there is no better
> tree...

These days I usually send PR for stuff touching sockets code myself. So
unless someone else strongly prefers to take it via their tree for sake
of any easy of conflict / merge resolution, I can do a PR once acked.

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|



reply via email to

[Prev in Thread] Current Thread [Next in Thread]