Received: from eggs.gnu.org ([2001:4830:134:3::10]:59401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlJGM-0003l3-82 for qemu-devel@nongnu.org; Mon, 03 Nov 2014 10:09:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlJGG-0003VE-3I for qemu-devel@nongnu.org; Mon, 03 Nov 2014 10:09:46 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlJGF-0003VA-Qf for qemu-devel@nongnu.org; Mon, 03 Nov 2014 10:09:40 -0500 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sA3F9d96001164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 3 Nov 2014 10:09:39 -0500 From: Markus Armbruster References: <1414947218-7618-1-git-send-email-mst@redhat.com> Date: Mon, 03 Nov 2014 16:09:36 +0100 In-Reply-To: <1414947218-7618-1-git-send-email-mst@redhat.com> (Michael S. Tsirkin's message of "Sun, 2 Nov 2014 18:53:57 +0200") Message-ID: <87bnoouxqn.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH] qemu-char: fix tcp_get_fds List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: Paolo Bonzini , qemu-devel@nongnu.org "Michael S. Tsirkin" writes: > tcp_get_fds API discards fds if there's more than 1 of these. s/tcp_get_fds/tcp_get_msgfds/ (subject as well) What exactly doesn't work without this patch? > It's tricky to fix this without API changes in the generic case. > > However, this API is only used by tests ATM, and tests know how > many fds they expect. > > So let's not waste cycles trying to fix this properly: > simply assume at most 16 fds (tests use at most 8 now). > assert if some test tries to get more. > > Signed-off-by: Michael S. Tsirkin > --- > qemu-char.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/qemu-char.c b/qemu-char.c > index bd0709b..1c4004c 100644 > --- a/qemu-char.c > +++ b/qemu-char.c > @@ -88,6 +88,7 @@ > #define READ_BUF_LEN 4096 > #define READ_RETRIES 10 > #define CHR_MAX_FILENAME_SIZE 256 > +#define TCP_MAX_FDS 16 > > /***********************************************************/ > /* Socket address helpers */ > @@ -2668,6 +2669,8 @@ static int tcp_get_msgfds(CharDriverState *chr, int *fds, int num) > TCPCharDriver *s = chr->opaque; > int to_copy = (s->read_msgfds_num < num) ? s->read_msgfds_num : num; > > + assert(num <= TCP_MAX_FDS); > + > if (to_copy) { > int i; > This where we copy received fds out of ->read_msgfds. If someone asks for more than TCP_MAX_FDS, the buffer in the next hunk is insufficient. > @@ -2762,7 +2765,7 @@ static ssize_t tcp_chr_recv(CharDriverState *chr, char *buf, size_t len) > struct iovec iov[1]; > union { > struct cmsghdr cmsg; > - char control[CMSG_SPACE(sizeof(int))]; > + char control[CMSG_SPACE(sizeof(int) * TCP_MAX_FDS)]; > } msg_control; > int flags = 0; > ssize_t ret; This is where we receive the fds into ->read_msgfds. How many depends on sizeof(msg_control). One before your patch, TCP_MAX_FDS after. Reviewed-by: Markus Armbruster