From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:45225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UgzMI-0007z2-Iq for qemu-devel@nongnu.org; Mon, 27 May 2013 11:29:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UgzMD-0006XY-RJ for qemu-devel@nongnu.org; Mon, 27 May 2013 11:29:14 -0400 Received: from mx1.redhat.com ([209.132.183.28]:64549) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UgzMD-0006XP-IB for qemu-devel@nongnu.org; Mon, 27 May 2013 11:29:09 -0400 Date: Mon, 27 May 2013 17:29:01 +0200 From: Stefan Hajnoczi Message-ID: <20130527152901.GA7076@stefanha-thinkpad.redhat.com> References: <1369227018-27837-1-git-send-email-stefanha@redhat.com> <51A2FA0E.4090906@dlhnet.de> <070AF036-B048-4CBA-ACCB-E419AFE7745C@filoo.de> <51A36CBB.7030502@dlhnet.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51A36CBB.7030502@dlhnet.de> Subject: Re: [Qemu-devel] [PATCH] rtl8139: flush queued packets when RxBufPtr is written List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Lieven Cc: Oliver Francke , qemu-devel@nongnu.org On Mon, May 27, 2013 at 04:24:59PM +0200, Peter Lieven wrote: > On 27.05.2013 16:07, Oliver Francke wrote: > >Well, > > > >Am 27.05.2013 um 08:15 schrieb Peter Lieven : > > > >>Hi all, > >> > >>I ocassionally have seen a probably related problem in the past. It mainly happend with rtl8139 under > >>WinXP where we most likely use rtl8139 due to lack of shipped e1000 drivers. > >> > >>My question is if you see increasing dropped packets on the tap device if this problem occurs? > >> > >>tap36 Link encap:Ethernet HWaddr b2:84:23:c0:e2:c0 > >> inet6 addr: fe80::b084:23ff:fec0:e2c0/64 Scope:Link > >> UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > >> RX packets:5816096 errors:0 dropped:0 overruns:0 frame:0 > >> TX packets:3878744 errors:0 dropped:13775 overruns:0 carrier:0 > >> collisions:0 txqueuelen:500 > >> RX bytes:5161769434 (5.1 GB) TX bytes:380415916 (380.4 MB) > >> > >>In my case as well the only option to recover without shutting down the whole vServer is Live Migration > >>to another Node. > >> > >ACK, tried it and every network-devices might have been re-created into a defined state qemu-wise. > > > >>However, I also see this problem under qemu-kvm-1.2.0 while Oliver reported it does not happen there. > >> > >Neither me nor any affected customers have ever seen such failures in qemu-1.2.0, so this was my last-known-good ;) > I cherry-picked > > net: add receive_disabled logic to iov delivery path This one exposes the bug that Oliver reported: commit a9d8f7b1c41a8a346f4cf5a0c6963a79fbd1249e Author: Stefan Hajnoczi Date: Mon Aug 20 13:35:23 2012 +0100 net: do not report queued packets as sent