From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34503) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZDKX2-0001hQ-ES for qemu-devel@nongnu.org; Thu, 09 Jul 2015 18:43:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZDKWz-0005CN-DY for qemu-devel@nongnu.org; Thu, 09 Jul 2015 18:43:04 -0400 Received: from hall.aurel32.net ([2001:bc8:30d7:100::1]:42104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZDKWz-0005C1-7V for qemu-devel@nongnu.org; Thu, 09 Jul 2015 18:43:01 -0400 Date: Fri, 10 Jul 2015 00:42:57 +0200 From: Aurelien Jarno Message-ID: <20150709224257.GA11298@aurel32.net> References: <1434113861-26495-1-git-send-email-stefanha@redhat.com> <1434113861-26495-6-git-send-email-stefanha@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1434113861-26495-6-git-send-email-stefanha@redhat.com> Subject: Re: [Qemu-devel] [PULL 05/16] tap: Drop tap_can_send List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Fam Zheng Cc: Cornelia Huck , Christian Borntraeger , qemu-devel@nongnu.org, Stefan Hajnoczi , Alexander Graf On 2015-06-12 13:57, Stefan Hajnoczi wrote: > From: Fam Zheng > > This callback is called by main loop before polling s->fd, if it returns > false, the fd will not be polled in this iteration. > > This is redundant with checks inside read callback. After this patch, > the data will be sent to peer when it arrives. If the device can't > receive, it will be queued to incoming_queue, and when the device status > changes, this queue will be flushed. > > Signed-off-by: Fam Zheng > Message-id: 1433400324-7358-7-git-send-email-famz@redhat.com > Signed-off-by: Stefan Hajnoczi > --- > net/tap.c | 13 ++----------- > 1 file changed, 2 insertions(+), 11 deletions(-) I just gave a try to QEMU 2.4.0-rc0 with an s390x target, and it seems this patch breaks virtio-net with a tap device (it works well with the user mode network stack). The guest correctly sends out packets, but it seems to not get incoming packets. This is with TCG, I don't know if KVM is also affected. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net