chardev: clear O_NONBLOCK on SCM_RIGHTS file descriptors
authorStefan Hajnoczi <stefanha@redhat.com>
Wed, 27 Mar 2013 09:10:46 +0000 (10:10 +0100)
committerLuiz Capitulino <lcapitulino@redhat.com>
Tue, 2 Apr 2013 15:47:37 +0000 (11:47 -0400)
When we receive a file descriptor over a UNIX domain socket the
O_NONBLOCK flag is preserved.  Clear the O_NONBLOCK flag and rely on
QEMU file descriptor users like migration, SPICE, VNC, block layer, and
others to set non-blocking only when necessary.

This change ensures we don't accidentally expose O_NONBLOCK in the QMP
API.  QMP clients should not need to get the non-blocking state
"correct".

A recent real-world example was when libvirt passed a non-blocking TCP
socket for migration where we expected a blocking socket.  The source
QEMU produced a corrupted migration stream since its code did not cope
with non-blocking sockets.

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
qemu-char.c

index 4d8c6cab41c3826b77f4bc3b007e6ee6df33a74b..d825b60177a86ba7f3a9359fd01330cf2343c113 100644 (file)
@@ -2440,6 +2440,9 @@ static void unix_process_msgfd(CharDriverState *chr, struct msghdr *msg)
         if (fd < 0)
             continue;
 
+        /* O_NONBLOCK is preserved across SCM_RIGHTS so reset it */
+        qemu_set_block(fd);
+
 #ifndef MSG_CMSG_CLOEXEC
         qemu_set_cloexec(fd);
 #endif