From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33186) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZEzY4-0007kJ-PE for qemu-devel@nongnu.org; Tue, 14 Jul 2015 08:43:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZEzY1-0002MW-HM for qemu-devel@nongnu.org; Tue, 14 Jul 2015 08:43:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57533) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZEzY1-0002M4-C1 for qemu-devel@nongnu.org; Tue, 14 Jul 2015 08:42:57 -0400 Date: Tue, 14 Jul 2015 15:42:53 +0300 From: "Michael S. Tsirkin" Message-ID: <20150714154235-mutt-send-email-mst@redhat.com> References: <1436232067-29144-1-git-send-email-famz@redhat.com> <20150707111103-mutt-send-email-mst@redhat.com> <20150707090909.GB28682@ad.nay.redhat.com> <20150707121521-mutt-send-email-mst@redhat.com> <20150710090321.GA6259@ad.nay.redhat.com> <20150714122003.GJ17927@stefanha-thinkpad.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150714122003.GJ17927@stefanha-thinkpad.redhat.com> Subject: Re: [Qemu-devel] [PATCH v2] net: Flush queued packets when guest resumes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: jcmvbkbc@gmail.com, Jason Wang , Fam Zheng , qemu-devel@nongnu.org On Tue, Jul 14, 2015 at 01:20:03PM +0100, Stefan Hajnoczi wrote: > On Fri, Jul 10, 2015 at 05:03:22PM +0800, Fam Zheng wrote: > > On Tue, 07/07 12:19, Michael S. Tsirkin wrote: > > > On Tue, Jul 07, 2015 at 05:09:09PM +0800, Fam Zheng wrote: > > > > On Tue, 07/07 11:13, Michael S. Tsirkin wrote: > > > > > On Tue, Jul 07, 2015 at 09:21:07AM +0800, Fam Zheng wrote: > > > > > > Since commit 6e99c63 "net/socket: Drop net_socket_can_send" and friends, > > > > > > net queues need to be explicitly flushed after qemu_can_send_packet() > > > > > > returns false, because the netdev side will disable the polling of fd. > > > > > > > > > > > > This fixes the case of "cont" after "stop" (or migration). > > > > > > > > > > > > Signed-off-by: Fam Zheng > > > > > > > > > > Note virtio has its own handler which must be used to > > > > > flush packets - this one might run too early or too late. > > > > > > > > Which handler do you mean? I don't think virtio-net handles resume now. (If it > > > > does, we probably should drop it together with this change, since it's needed > > > > by as all NICs.) > > > > > > > > Fam > > > > > > virtio_vmstate_change > > > > > > It's all far from trivial. I suspect these whack-a-mole approach > > > spreading purge here and there will only create more bugs. > > > > > > Why would we ever need to process network packets when > > > VM is not running? I don't see any point to it. > > > How about we simply stop the job processing network on > > > vm stop and restart on vm start? > > > > I suppose it is too much for 2.4. I think this approach, adding > > qemu_flush_queued_packets(), is consistent with its existing usage (when a > > device is becoming active from inactive), like in e1000_write_config. > > > > How about applying this and let's work on "stopping tap when VM not running" > > for 2.5? > > Jason has gone happy on this and the virtio-net .can_receive() patch. > > Michael: Any further comments? Are you okay with this patch too? I think it doesn't help virtio - am I wrong? -- MST