qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: mdroth <mdroth@linux.vnet.ibm.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: Anthony Liguori <aliguori@us.ibm.com>,
	Juan Quintela <quintela@redhat.com>,
	mprivozn@redhat.com, coreyb@linux.vnet.ibm.com, mjt@tls.msk.ru,
	david.pravec@nethost.cz, qemu-devel@nongnu.org,
	Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 0/4] monitor: do not rely on O_NONBLOCK for passed file descriptors
Date: Wed, 3 Apr 2013 10:05:40 -0500	[thread overview]
Message-ID: <20130403150540.GA26115@vm> (raw)
In-Reply-To: <20130327091730.0c1bfe09@redhat.com>

On Wed, Mar 27, 2013 at 09:17:30AM -0400, Luiz Capitulino wrote:
> On Wed, 27 Mar 2013 10:10:42 +0100
> Stefan Hajnoczi <stefanha@redhat.com> wrote:
> 
> > There are several places where QEMU accidentally relies on the O_NONBLOCK state
> > of passed file descriptors.  Exposing O_NONBLOCK state makes it part of the QMP
> > API whenever getfd or fdset_add_fd are used!
> > 
> > Whether or not QEMU will use O_NONBLOCK is an implementation detail and should
> > be hidden from QMP clients.
> > 
> > This patch series addresses this in 3 steps:
> 
> Nice series:
> 
> Applied to the qmp branch, thanks.

Hi Luiz,

Eric/mjt have noted that this series fixes a number of issues in 1.4.0
and have requested it for 1.4.1

http://thread.gmane.org/gmane.comp.emulators.qemu/203851

The cut-off for 1.4.1 is Tuesday. Do you plan to send a pull for these soon?

> 
> > 
> > 1. Fix callers of monitor_handle_fd_param(), monitor_fdset_get_fd(), and
> >    monitor_get_fd() that depend on O_NONBLOCK being set.  Luckily there are
> >    only two instances and they are fixed in Patches 1 & 2.
> > 
> > 2. Rename socket_set_nonblock() to qemu_set_nonblock() just like
> >    qemu_set_cloexec().  This makes code cleaner when working with arbitrary
> >    file descriptors that may not be sockets.  See Patch 3.
> > 
> > 3. Clear O_NONBLOCK when a chardev receives file descriptors.  From now on QEMU
> >    can assume that passed file descriptors are in blocking mode.  Simply use
> >    qemu_set_nonblock(fd) if you want to enable O_NONBLOCK.  See Patch 4.
> > 
> > This fixes live migration with recent libvirt.  Libvirt checks if QEMU supports
> > file descriptor passing and, if yes, hands QEMU a socket with O_NONBLOCK set.
> > The migrate fd:<foo> code assumes the socket is in blocking mode.  The result
> > is a corrupted migration stream.  For more info on this bug, see:
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=923124
> > 
> > Note that Michal Privoznik <mprivozn@redhat.com> also sent a libvirt patch so
> > that old QEMUs work with new libvirts:
> > 
> > https://www.redhat.com/archives/libvir-list/2013-March/msg01486.html
> > 
> > My patch series fixes the QMP API and allows old libvirts to work again with
> > new QEMUs.
> > 
> > v2:
> >  * Rename socket_set_nonblock() in Patch 1 to avoid code churn [eblake]
> >  * Avoid qemu_set_block(-1) calls that clobber errno [quintela]
> > 
> > Stefan Hajnoczi (4):
> >   oslib-posix: rename socket_set_nonblock() to qemu_set_nonblock()
> >   net: ensure "socket" backend uses non-blocking fds
> >   qemu-socket: set passed fd non-blocking in socket_connect()
> >   chardev: clear O_NONBLOCK on SCM_RIGHTS file descriptors
> > 
> >  block/nbd.c            |  2 +-
> >  block/sheepdog.c       |  2 +-
> >  include/qemu/sockets.h |  4 ++--
> >  migration.c            |  2 +-
> >  nbd.c                  |  8 ++++----
> >  net/socket.c           | 13 +++++++++----
> >  qemu-char.c            | 11 +++++++----
> >  savevm.c               |  2 +-
> >  slirp/misc.c           |  2 +-
> >  slirp/tcp_subr.c       |  4 ++--
> >  ui/vnc.c               |  2 +-
> >  util/oslib-posix.c     |  4 ++--
> >  util/oslib-win32.c     |  4 ++--
> >  util/qemu-sockets.c    |  5 +++--
> >  14 files changed, 37 insertions(+), 28 deletions(-)
> > 
> 
> 

  reply	other threads:[~2013-04-03 15:10 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-27  9:10 [Qemu-devel] [PATCH v2 0/4] monitor: do not rely on O_NONBLOCK for passed file descriptors Stefan Hajnoczi
2013-03-27  9:10 ` [Qemu-devel] [PATCH v2 1/4] oslib-posix: rename socket_set_nonblock() to qemu_set_nonblock() Stefan Hajnoczi
2013-03-27  9:10 ` [Qemu-devel] [PATCH v2 2/4] net: ensure "socket" backend uses non-blocking fds Stefan Hajnoczi
2013-03-27  9:10 ` [Qemu-devel] [PATCH v2 3/4] qemu-socket: set passed fd non-blocking in socket_connect() Stefan Hajnoczi
2013-03-27  9:10 ` [Qemu-devel] [PATCH v2 4/4] chardev: clear O_NONBLOCK on SCM_RIGHTS file descriptors Stefan Hajnoczi
2013-03-27 11:48 ` [Qemu-devel] [PATCH v2 0/4] monitor: do not rely on O_NONBLOCK for passed " Eric Blake
2013-03-27 13:17 ` Luiz Capitulino
2013-04-03 15:05   ` mdroth [this message]
2013-04-03 15:24     ` Luiz Capitulino
2013-04-03 15:31       ` Luiz Capitulino

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130403150540.GA26115@vm \
    --to=mdroth@linux.vnet.ibm.com \
    --cc=aliguori@us.ibm.com \
    --cc=coreyb@linux.vnet.ibm.com \
    --cc=david.pravec@nethost.cz \
    --cc=lcapitulino@redhat.com \
    --cc=mjt@tls.msk.ru \
    --cc=mprivozn@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    --cc=stefanha@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).