From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:44105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhHEz-00019H-Dn for qemu-devel@nongnu.org; Thu, 14 Jul 2011 04:25:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhHEv-0007cI-57 for qemu-devel@nongnu.org; Thu, 14 Jul 2011 04:25:49 -0400 Received: from adelie.canonical.com ([91.189.90.139]:58987) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhHEu-0007c9-Nf for qemu-devel@nongnu.org; Thu, 14 Jul 2011 04:25:44 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by adelie.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1QhHEu-0003Mq-0W for ; Thu, 14 Jul 2011 08:25:44 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id ED3582F609E for ; Thu, 14 Jul 2011 08:25:43 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Thu, 14 Jul 2011 08:16:07 -0000 From: Amos Kong <808588@bugs.launchpad.net> Sender: bounces@canonical.com References: <20110711030201.19964.12865.malonedeb@gac.canonical.com> Message-Id: <20110714081607.2270.87996.malone@wampee.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 808588] Re: Netperf tests cause i82551 network down Reply-To: Bug 808588 <808588@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org 1. When bug reproduces, we can only capture arp request in the tap device. # tcpdump -i tap0 tcpdump: WARNING: tap0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tap0, link-type EN10MB (Ethernet), capture size 65535 bytes 16:14:11.741203 ARP, Request who-has 10.66.8.167 tell 10.66.8.252, length 28 16:14:12.741186 ARP, Request who-has 10.66.8.167 tell 10.66.8.252, length 28 16:14:13.741183 ARP, Request who-has 10.66.8.167 tell 10.66.8.252, length 28 2. Execute 'system_reset' in qemu monitor, guest could not get ip address. # tcpdump -i tap0 tcpdump: WARNING: tap0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tap0, link-type EN10MB (Ethernet), capture size 65535 bytes 16:16:21.508588 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2,= 1 group record(s), length 28 16:16:21.682585 IP6 :: > ff02::1:ff12:3456: ICMP6, neighbor solicitation, w= ho has fe80::5054:ff:fe12:3456, length 24 16:16:22.682616 IP6 fe80::5054:ff:fe12:3456 > ff02::2: ICMP6, router solici= tation, length 16 16:16:23.105303 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Req= uest from 52:54:00:12:34:56 (oui Unknown), length 300 16:16:25.837597 IP6 fe80::5054:ff:fe12:3456 > ff02::16: HBH ICMP6, multicas= t listener report v2, 1 group record(s), length 28 16:16:26.682594 IP6 fe80::5054:ff:fe12:3456 > ff02::2: ICMP6, router solici= tation, length 16 16:16:30.111097 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Req= uest from 52:54:00:12:34:56 (oui Unknown), length 300 16:16:30.682598 IP6 fe80::5054:ff:fe12:3456 > ff02::2: ICMP6, router solici= tation, length 16 16:16:39.112289 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Req= uest from 52:54:00:12:34:56 (oui Unknown), length 300 16:16:43.107232 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Req= uest from 52:54:00:12:34:56 (oui Unknown), length 300 -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/808588 Title: Netperf tests cause i82551 network down Status in QEMU: New Bug description: 1. boot up a guest with 82551 nic # qemu-kvm -net nic,model=3Di82551 ... 2. launch netperf server in the guest 3.on the host = for b in 32 64 128 256 512 1024 1460 2048 4096 8192 9000 16384 32768 65= 495 65507 do ./netperf -t TCP_STREAM -f m -H -P 0 -l 10 -- -m $b done for b in 32 64 128 256 512 1024 1460 2048 4096 8192 9000 16384 32768 65= 495 65507 do ./netperf -t UDP_STREAM -f m -H -P 0 -l 10 -- -m $b done = Result: Guest network becomes down = netperf client output: ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 32 87380 16384 32 10.97 19.61 ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 64 87380 16384 64 11.55 79.68 ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 128 87380 16384 128 10.16 14.20 ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 256 87380 16384 256 11.17 12.85 ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 512 87380 16384 512 10.01 16.38 ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 1024 Interrupted system call netperf: remote error 4./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l= 10 -- -m 1460 establish control: are you sure there is a netserver listening on 10.66.9= .39 at port 12865? establish_control could not establish the control connection from 0.0.0.0= port 0 address family AF_UNSPEC to 10.66.9.39 port 12865 address family AF= _UNSPEC ./netperf -t TCP_STREAM -f m -H 10.66.9.39 -P 0 -l 10 -- -m 2048 = qemu debug message: .... EE100 nic_receive command 0x0000, link 0x3d3e6822, addr 0xf= fffffff, size 1518 EE100 nic_can_receive 0x29a0180 EE100 nic_receive 0x29a0180 received broadcast, len=3D60 EE100 nic_receive Receive buffer (0 bytes) too small for da= ta (60 bytes); data truncated EE100 nic_receive command 0x8000, link 0x37b32022, addr 0xf= fffffff, size 0 ^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^^^^^^^^^^^^ EE100 nic_receive receive: Running out of frames ^^^^^^^^^^^^^^^^^^^^^^^^ EE100 eepro100_write1 addr=3DCommand/Status+1 val=3D0x20 To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/808588/+subscriptions