From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 01:01:07 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCA91106566B; Sun, 14 Aug 2011 01:01:07 +0000 (UTC) (envelope-from prvs=200181bc1=daved@tamu.edu) Received: from os-mail-4.tamu.edu (os-mail-4.tamu.edu [165.91.23.218]) by mx1.freebsd.org (Postfix) with ESMTP id 732D58FC15; Sun, 14 Aug 2011 01:01:07 +0000 (UTC) X-TAMU-Auth-ID: daved X-TAMU-SenderIP: 71.113.238.42 X-HAT: SG None, P $RELAY, L incoming_auth X-SRBS: None X-EXTLoop1: 71.113.238.42 X-IronPort-AV: E=Sophos;i="4.67,368,1309755600"; d="p7s'?scan'208";a="176332296" Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_AE6EC5EB-43AB-4909-9B41-CA2E91FE8EBB"; protocol="application/pkcs7-signature"; micalg=sha1 From: David Duchscher In-Reply-To: <20110810160526.GO43567@FreeBSD.org> Date: Sat, 13 Aug 2011 19:32:06 -0500 Message-Id: <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> References: <20110810160526.GO43567@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 01:01:07 -0000 --Apple-Mail=_AE6EC5EB-43AB-4909-9B41-CA2E91FE8EBB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=koi8-r My two cents. We rely on the arp load balance feature. We certainly don't find it = useless. Looking at ip load balancing, it would also mean that we would = no longer be able to grow bandwidth with additional systems since all = boxes must receive all traffic. I only humbling ask that some sort of = load balancing feature be included when this goes live. -- DaveD On Aug 10, 2011, at 11:05 AM, Gleb Smirnoff wrote: > Hello networkers, >=20 > I'd like to present for review and early testing (for brave ones) > a new CARP implementation. The reason for this rewrite was that CARP > protocol actually doesn't bring a new interface, but is a property of > interface address. Rewriting it in this way helps to remove several > hacks from incoming packet processing[1], simplifies some code, makes > CARP addresses more sane from viewpoint of routing daemons such as > quagga/zebra. It also brings support for a single redundant address > on the subnet, the thing that is called "carpdev feature" in OpenBSD, > long awaited in FreeBSD. >=20 > More info and the patch itself is available here: >=20 > http://people.freebsd.org/~glebius/newcarp/README >=20 > I'm glad to here comments. >=20 > --=20 > Totus tuus, Glebius. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" --Apple-Mail=_AE6EC5EB-43AB-4909-9B41-CA2E91FE8EBB-- From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 08:46:10 2011 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94F91065670 for ; Sun, 14 Aug 2011 08:46:10 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id C50AD8FC0A for ; Sun, 14 Aug 2011 08:46:09 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.4/8.14.4) with ESMTP id p7E8k83t036100; Sun, 14 Aug 2011 12:46:08 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.4/8.14.4/Submit) id p7E8k7Qk036099; Sun, 14 Aug 2011 12:46:07 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 14 Aug 2011 12:46:07 +0400 From: Gleb Smirnoff To: "Rudy (bulk)" Message-ID: <20110814084607.GZ43567@glebius.int.ru> References: <20110810160526.GO43567@FreeBSD.org> <4E4613DE.1030704@monkeybrains.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4E4613DE.1030704@monkeybrains.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: net@FreeBSD.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 08:46:10 -0000 On Fri, Aug 12, 2011 at 11:04:14PM -0700, Rudy (bulk) wrote: R> > I'd like to present for review and early testing (for brave ones) R> > a new CARP implementation. R> R> Super! I'll use it but am not brave enough for alpha. Maybe beta. :) R> R> Will this support multiple VHID per interface? Sure, it already does. -- Totus tuus, Glebius. From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 08:48:16 2011 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 227C9106564A for ; Sun, 14 Aug 2011 08:48:16 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 812688FC13 for ; Sun, 14 Aug 2011 08:48:15 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.4/8.14.4) with ESMTP id p7E8mEOc036112; Sun, 14 Aug 2011 12:48:14 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.4/8.14.4/Submit) id p7E8mDPP036111; Sun, 14 Aug 2011 12:48:13 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 14 Aug 2011 12:48:13 +0400 From: Gleb Smirnoff To: David Duchscher Message-ID: <20110814084813.GA43567@glebius.int.ru> References: <20110810160526.GO43567@FreeBSD.org> <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: net@FreeBSD.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 08:48:16 -0000 On Sat, Aug 13, 2011 at 07:32:06PM -0500, David Duchscher wrote: D> My two cents. D> D> We rely on the arp load balance feature. We certainly don't find it useless. Looking at ip load balancing, it would also mean that we would no longer be able to grow bandwidth with additional systems since all boxes must receive all traffic. I only humbling ask that some sort of load balancing feature be included when this goes live. Ok, I will make effort to support it. I will inform when patch would be updated. -- Totus tuus, Glebius. From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 10:25:11 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51F1106564A; Sun, 14 Aug 2011 10:25:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD6398FC1B; Sun, 14 Aug 2011 10:25:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7EAPBBK010572; Sun, 14 Aug 2011 10:25:11 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7EAPBUt010568; Sun, 14 Aug 2011 10:25:11 GMT (envelope-from linimon) Date: Sun, 14 Aug 2011 10:25:11 GMT Message-Id: <201108141025.p7EAPBUt010568@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159621: [tcp] [panic] panic: soabort: so_count X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:25:11 -0000 Old Synopsis: [panic] panic: soabort: so_count New Synopsis: [tcp] [panic] panic: soabort: so_count Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 14 10:24:24 UTC 2011 Responsible-Changed-Why: Appears to be tcp-related. http://www.freebsd.org/cgi/query-pr.cgi?pr=159621 From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 10:30:01 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86D87106564A; Sun, 14 Aug 2011 10:30:01 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 59C558FC14; Sun, 14 Aug 2011 10:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7EAU1fB010766; Sun, 14 Aug 2011 10:30:01 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7EAU1AF010762; Sun, 14 Aug 2011 10:30:01 GMT (envelope-from linimon) Date: Sun, 14 Aug 2011 10:30:01 GMT Message-Id: <201108141030.p7EAU1AF010762@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159602: [netinet] [patch] arp_ifscrub() is called even if IFF_NOARP flag is set X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:30:01 -0000 Old Synopsis: [path] arp_ifscrub() is called even if IFF_NOARP flag is set New Synopsis: [netinet] [patch] arp_ifscrub() is called even if IFF_NOARP flag is set Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 14 10:29:32 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159602 From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 10:30:42 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76AA1065676; Sun, 14 Aug 2011 10:30:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AEDC58FC1C; Sun, 14 Aug 2011 10:30:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7EAUgd9013839; Sun, 14 Aug 2011 10:30:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7EAUgBv013828; Sun, 14 Aug 2011 10:30:42 GMT (envelope-from linimon) Date: Sun, 14 Aug 2011 10:30:42 GMT Message-Id: <201108141030.p7EAUgBv013828@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159603: [netinet] [patch] in_ifscrubprefix() - network route can be installed for interfaces marked down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:30:42 -0000 Old Synopsis: [patch] in_ifscrubprefix() - network route can be installed for interfaces marked down New Synopsis: [netinet] [patch] in_ifscrubprefix() - network route can be installed for interfaces marked down Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 14 10:30:14 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159603 From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 10:34:35 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 999E81065670; Sun, 14 Aug 2011 10:34:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 710418FC0A; Sun, 14 Aug 2011 10:34:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7EAYZ1M021148; Sun, 14 Aug 2011 10:34:35 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7EAYZT5021144; Sun, 14 Aug 2011 10:34:35 GMT (envelope-from linimon) Date: Sun, 14 Aug 2011 10:34:35 GMT Message-Id: <201108141034.p7EAYZT5021144@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159629: [ipsec] [panic] kernel panic with IPsec in transport mode ; -current kernel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 10:34:35 -0000 Old Synopsis: kernel panic with IPsec in transport mode ; -current kernel New Synopsis: [ipsec] [panic] kernel panic with IPsec in transport mode ; -current kernel Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 14 10:33:52 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159629 From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 12:32:42 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 798E7106566B for ; Sun, 14 Aug 2011 12:32:42 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3299D8FC08 for ; Sun, 14 Aug 2011 12:32:42 +0000 (UTC) Received: from [46.242.19.18] (helo=[172.16.100.20]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1QsZrs-000Dyy-S3 for freebsd-net@freebsd.org; Sun, 14 Aug 2011 16:32:40 +0400 Message-ID: <4E47C068.60703@FreeBSD.org> Date: Sun, 14 Aug 2011 16:32:40 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4E455AF5.9040600@FreeBSD.org> In-Reply-To: <4E455AF5.9040600@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: m_uiotombuf: progress != total X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 12:32:42 -0000 12.08.2011 20:55, Sergey Matveychuk wrote: > Hi. > > Just after upgrade from 8.2 to 9.0 kernel panics: > > panic: m_uiotombuf: progress != total > cpuid = 1 > KDB: enter: panic > [ thread pid 1194 tid 100132 ] > Stopped at kdb_enter+0x3b: movq $0,0x913242(%rip) > db> bt > Tracing pid 1194 tid 100132 td 0xfffffe0005c8f8c0 > kdb_enter() at kdb_enter+0x3b > panic() at panic+0x180 > m_uiotombuf() at m_uiotombuf+0x142 > sosend_generic() at sosend_generic+0x2c8 > kern_sendit() at kern_sendit+0x191 > sendit() at sendit+0xdc > sendmsg() at sendmsg+0x87 > syscallenter() at syscallenter+0x1aa > syscall() at syscall+0x4c > Xfast_syscall() at Xfast_syscall+0xdd > --- syscall (28, FreeBSD ELF64, sendmsg), rip = 0x8019ad33c, rsp = > 0x7fffffffd8f8, rbp = 0x7fffffffd930 --- On glebius request, here is kernel.debug and core file: http://semmy.ru/~sem/crash/ From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 14:04:53 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 151B6106566C; Sun, 14 Aug 2011 14:04:53 +0000 (UTC) (envelope-from prvs=120731b379=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 301DB8FC12; Sun, 14 Aug 2011 14:04:51 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 14 Aug 2011 14:52:34 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 14 Aug 2011 14:52:34 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50014595288.msg; Sun, 14 Aug 2011 14:52:34 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=120731b379=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <177917182AAD46A3962139F22B835B37@multiplay.co.uk> From: "Steven Hartland" To: "Lawrence Stewart" References: <1F95A4C2D54E4F369830143CBDB5FF86@multiplay.co.uk><4E37C0F2.4080004@freebsd.org><2B063B6D95AA4C27B004C50D96393F91@multiplay.co.uk><4E3AA66A.6060605@freebsd.org><20229216858044E4881642284F245750@multiplay.co.uk> <4E432CB2.3030700@freebsd.org> Date: Sun, 14 Aug 2011 14:53:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: freebsd-net@freebsd.org, Andre Oppermann , slw@zxy.spb.ru Subject: Re: tcp failing to recover from a packet loss under 8.2-RELEASE? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 14:04:53 -0000 ----- Original Message ----- From: "Lawrence Stewart" > > Here's my tweaked version of Andre's patch: > http://people.freebsd.org/~lstewart/patches/misctcp/tcp_reass.c-logdebug%2bmissingsegment-20110811-lstewart.diff Still testing this and just noticed that the patch fails to compile when INVARIANTS is enabled. The KASSERT calls need ()'s around the split strings. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Sun Aug 14 21:00:37 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823511065672; Sun, 14 Aug 2011 21:00:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2D58FC1E; Sun, 14 Aug 2011 21:00:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7EL0bN5095546; Sun, 14 Aug 2011 21:00:37 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7EL0bhx095541; Sun, 14 Aug 2011 21:00:37 GMT (envelope-from linimon) Date: Sun, 14 Aug 2011 21:00:37 GMT Message-Id: <201108142100.p7EL0bhx095541@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159768: [iwn] [panic] iwn_auth being called with wrong ni_chan X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2011 21:00:37 -0000 Synopsis: [iwn] [panic] iwn_auth being called with wrong ni_chan Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 14 21:00:27 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159768 From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 07:28:33 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 163D3106564A; Mon, 15 Aug 2011 07:28:33 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E29278FC16; Mon, 15 Aug 2011 07:28:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7F7SWD4095992; Mon, 15 Aug 2011 07:28:32 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7F7SWKR095972; Mon, 15 Aug 2011 07:28:32 GMT (envelope-from bschmidt) Date: Mon, 15 Aug 2011 07:28:32 GMT Message-Id: <201108150728.p7F7SWKR095972@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/159768: [iwn] [panic] iwn_auth being called with wrong ni_chan X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 07:28:33 -0000 Synopsis: [iwn] [panic] iwn_auth being called with wrong ni_chan Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Mon Aug 15 07:27:51 UTC 2011 Responsible-Changed-Why: grab http://www.freebsd.org/cgi/query-pr.cgi?pr=159768 From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 11:07:07 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5800E1065676 for ; Mon, 15 Aug 2011 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 462AF8FC27 for ; Mon, 15 Aug 2011 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7FB77nY014803 for ; Mon, 15 Aug 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7FB76Zg014801 for freebsd-net@FreeBSD.org; Mon, 15 Aug 2011 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Aug 2011 11:07:06 GMT Message-Id: <201108151107.p7FB76Zg014801@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 11:07:07 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159602 net [netinet] [patch] arp_ifscrub() is called even if IFF_ o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159353 net [netinet] [patch] conditional call of ifa_del_loopback o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/158426 net [e1000] [panic] _mtx_lock_sleep: recursed on non-recur o kern/158156 net [bce] bce driver shows "no carrier" on IBM blade (HS22 f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157429 net [re] Realtek RTL8169 doesn't work with re(4) o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155585 net [tcp] [panic] tcp_output tcp_mtudisc loop until kernel o kern/155420 net [vlan] adding vlan break existent vlan o bin/155365 net [patch] routed(8): if.c in routed fails to compile if o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 383 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 12:07:53 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB0D106564A for ; Mon, 15 Aug 2011 12:07:53 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA798FC13 for ; Mon, 15 Aug 2011 12:07:52 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.4/8.14.4) with ESMTP id p7FC7p7m046000; Mon, 15 Aug 2011 16:07:51 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.4/8.14.4/Submit) id p7FC7olc045999; Mon, 15 Aug 2011 16:07:50 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@freebsd.org using -f Date: Mon, 15 Aug 2011 16:07:50 +0400 From: Gleb Smirnoff To: David Duchscher Message-ID: <20110815120750.GF43567@glebius.int.ru> References: <20110810160526.GO43567@FreeBSD.org> <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> <20110814084813.GA43567@glebius.int.ru> <67BC462C-0F5D-41E2-B739-CFC9EB417FA6@tamu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <67BC462C-0F5D-41E2-B739-CFC9EB417FA6@tamu.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: net@freebsd.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 12:07:53 -0000 Hi David and networkers, On Sun, Aug 14, 2011 at 03:56:28PM -0500, David Duchscher wrote: D> > On Sat, Aug 13, 2011 at 07:32:06PM -0500, David Duchscher wrote: D> > D> My two cents. D> > D> D> > D> We rely on the arp load balance feature. We certainly don't find it useless. Looking at ip load balancing, it would also mean that we would no longer be able to grow bandwidth with additional systems since all boxes must receive all traffic. I only humbling ask that some sort of load balancing feature be included when this goes live. D> > D> > Ok, I will make effort to support it. I will inform when patch would D> > be updated. D> D> Thank you. On closer look it appeared that restoring ARP balancing as it was, isn't going to be easy. The essence of ARP balancing is that different vhids possess the same IP address. Converting that to new scheme would mean that same IP prefixes exist on one interface, which is impossible in current networking stack. And making it possible would be a bloody hack. So I'd prefer to settle current code a bit, commit it to head, after 9.0 is forked and released... Test and settle code a bit more... And then work on ARP and IP balancing. That would probably require bringing in some intermediate structure along with struct carp_softc, that would group softcs into balancing groups. That is already done in OpenBSD. Not sure that our balancing would be compatible with OpenBSD's, however the current is not already, since OpenBSD changed their hashing function after we merged carp(4) to FreeBSD. -- Totus tuus, Glebius. From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 12:19:39 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CDE0106566C; Mon, 15 Aug 2011 12:19:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 60DF78FC14; Mon, 15 Aug 2011 12:19:38 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Qsw8m-000L4e-Ix; Mon, 15 Aug 2011 16:19:36 +0400 Date: Mon, 15 Aug 2011 16:19:36 +0400 From: Slawa Olhovchenkov To: Arnaud Lacombe Message-ID: <20110815121936.GY94016@zxy.spb.ru> References: <4E37C0F2.4080004@freebsd.org> <2B063B6D95AA4C27B004C50D96393F91@multiplay.co.uk> <4E3AA66A.6060605@freebsd.org> <20110805065743.GC94016@zxy.spb.ru> <4E4330B5.5030100@freebsd.org> <20110811123102.GQ94016@zxy.spb.ru> <4E43DA31.7000605@freebsd.org> <20110811135454.GR94016@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Lawrence Stewart , Andre Oppermann , Steven Hartland , freebsd-net@freebsd.org Subject: Re: tcp failing to recover from a packet loss under 8.2-RELEASE? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 12:19:39 -0000 On Fri, Aug 12, 2011 at 11:32:36AM -0400, Arnaud Lacombe wrote: > Hi, > > On Thu, Aug 11, 2011 at 9:54 AM, Slawa Olhovchenkov wrote: > > On Thu, Aug 11, 2011 at 11:33:37PM +1000, Lawrence Stewart wrote: > > > >> >>> Autotunig w/o limits is bad idea. This is way to DoS. > >> >> > >> >> Depends how it is implemented. With appropriate backpressure mechanisms > >> >> put in place, it could be perfectly safe. I envisage reassembly segments > >> >> being at the bottom of the heap in terms of importance, so if a machine > >> >> were to come under memory pressure, they would be the first thing to be > >> >> reclaimed. TCP would continue to operate if they got pulled out from > >> >> under the connection as the protocol doesn't consider segments held in > >> >> reassembly to have been delivered, so would recover via retransmission. > >> > > >> > Yes, TCP would continue to operate. But attacker don't allow to put > >> > system under memory pressure. > >> > >> Without a concrete patch to discuss, let's just agree to disagree for > >> the time being. FreeBSD does a fairly good job autoscaling and reacting > >> to pressure with the VM subsystem for example. I don't see why we > >> can't > > > > Yes, and VM system allow to set different memory limits for proccess (and now for jails). > > > >> become good at doing it with the netstack. Manual tuning sucks and can > >> be just as dangerous if you tune things up to get performance, which > >> opens you up to the same problems. > > > > Autoscaling with limits is good. > > Automatic computation of limits (from available resources) also is > > good (currently limits frequently to small for modern installation, > > but don't remember about embeded systems). > > > > All the useless limitation BSD puts all over the place wrt. memory > management is a huge pain to deal with. nmbcluster, zone limitation > and friend are just useless. Just try to use NetGraph with a > consequent number of nodes and a high enough pps and the stuff with > will start dropping packet all over the place, even if the box has > Gigs of free memory. This problem can be solved by tuning next values in /boot/loader.conf? # netgraph queue sizes tuning, see vmstat -z|egrep 'ITEM|NetGraph' net.graph.maxdata=65536 net.graph.maxalloc=65536 > > > - Arnaud From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 13:25:18 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB0EB1065670; Mon, 15 Aug 2011 13:25:18 +0000 (UTC) (envelope-from prvs=201439c3f=daved@tamu.edu) Received: from os-mail-4.tamu.edu (os-mail-4.tamu.edu [165.91.23.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5F50B8FC08; Mon, 15 Aug 2011 13:25:18 +0000 (UTC) X-TAMU-Auth-ID: daved X-TAMU-SenderIP: 165.91.48.3 X-HAT: SG None, P $RELAY, L incoming_auth X-SRBS: None X-EXTLoop1: 165.91.48.3 X-IronPort-AV: E=Sophos;i="4.67,374,1309755600"; d="p7s'?scan'208";a="176742290" Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_7F262B21-AF95-47E8-BB8A-2D14E4B8051E"; protocol="application/pkcs7-signature"; micalg=sha1 From: David Duchscher In-Reply-To: <20110815120750.GF43567@glebius.int.ru> Date: Mon, 15 Aug 2011 07:56:14 -0500 Message-Id: References: <20110810160526.GO43567@FreeBSD.org> <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> <20110814084813.GA43567@glebius.int.ru> <67BC462C-0F5D-41E2-B739-CFC9EB417FA6@tamu.edu> <20110815120750.GF43567@glebius.int.ru> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:25:18 -0000 --Apple-Mail=_7F262B21-AF95-47E8-BB8A-2D14E4B8051E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=koi8-r On Aug 15, 2011, at 7:07 AM, Gleb Smirnoff wrote: > Hi David and networkers, >=20 > On Sun, Aug 14, 2011 at 03:56:28PM -0500, David Duchscher wrote: > D> > On Sat, Aug 13, 2011 at 07:32:06PM -0500, David Duchscher wrote: > D> > D> My two cents. > D> > D>=20 > D> > D> We rely on the arp load balance feature. We certainly don't = find it useless. Looking at ip load balancing, it would also mean that = we would no longer be able to grow bandwidth with additional systems = since all boxes must receive all traffic. I only humbling ask that some = sort of load balancing feature be included when this goes live. > D> >=20 > D> > Ok, I will make effort to support it. I will inform when patch = would > D> > be updated. > D>=20 > D> Thank you. >=20 > On closer look it appeared that restoring ARP balancing as it was, = isn't going > to be easy. The essence of ARP balancing is that different vhids = possess the > same IP address. Converting that to new scheme would mean that same IP = prefixes > exist on one interface, which is impossible in current networking = stack. And > making it possible would be a bloody hack. >=20 > So I'd prefer to settle current code a bit, commit it to head, after = 9.0 is > forked and released... Test and settle code a bit more... And then = work on > ARP and IP balancing. That would probably require bringing in some = intermediate > structure along with struct carp_softc, that would group softcs into > balancing groups. That is already done in OpenBSD. Not sure that our = balancing > would be compatible with OpenBSD's, however the current is not = already, since > OpenBSD changed their hashing function after we merged carp(4) to = FreeBSD. This sound good to me. I have no requirement for compatibility with = OpenBSD. In addition, we only use the extended support versions of = FreeBSD so 9.0 will not be something we will put into production. -- DaveD --Apple-Mail=_7F262B21-AF95-47E8-BB8A-2D14E4B8051E-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 13:28:27 2011 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56EE91065674 for ; Mon, 15 Aug 2011 13:28:27 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id B04148FC1E for ; Mon, 15 Aug 2011 13:28:26 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.4/8.14.4) with ESMTP id p7FDSP95046700; Mon, 15 Aug 2011 17:28:25 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.4/8.14.4/Submit) id p7FDSPNL046699; Mon, 15 Aug 2011 17:28:25 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 15 Aug 2011 17:28:25 +0400 From: Gleb Smirnoff To: David Duchscher Message-ID: <20110815132825.GJ43567@glebius.int.ru> References: <20110810160526.GO43567@FreeBSD.org> <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> <20110814084813.GA43567@glebius.int.ru> <67BC462C-0F5D-41E2-B739-CFC9EB417FA6@tamu.edu> <20110815120750.GF43567@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: net@FreeBSD.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:28:27 -0000 On Mon, Aug 15, 2011 at 07:56:14AM -0500, David Duchscher wrote: D> > On Sun, Aug 14, 2011 at 03:56:28PM -0500, David Duchscher wrote: D> > D> > On Sat, Aug 13, 2011 at 07:32:06PM -0500, David Duchscher wrote: D> > D> > D> My two cents. D> > D> > D> D> > D> > D> We rely on the arp load balance feature. We certainly don't find it useless. Looking at ip load balancing, it would also mean that we would no longer be able to grow bandwidth with additional systems since all boxes must receive all traffic. I only humbling ask that some sort of load balancing feature be included when this goes live. D> > D> > D> > D> > Ok, I will make effort to support it. I will inform when patch would D> > D> > be updated. D> > D> D> > D> Thank you. D> > D> > On closer look it appeared that restoring ARP balancing as it was, isn't going D> > to be easy. The essence of ARP balancing is that different vhids possess the D> > same IP address. Converting that to new scheme would mean that same IP prefixes D> > exist on one interface, which is impossible in current networking stack. And D> > making it possible would be a bloody hack. D> > D> > So I'd prefer to settle current code a bit, commit it to head, after 9.0 is D> > forked and released... Test and settle code a bit more... And then work on D> > ARP and IP balancing. That would probably require bringing in some intermediate D> > structure along with struct carp_softc, that would group softcs into D> > balancing groups. That is already done in OpenBSD. Not sure that our balancing D> > would be compatible with OpenBSD's, however the current is not already, since D> > OpenBSD changed their hashing function after we merged carp(4) to FreeBSD. D> D> This sound good to me. I have no requirement for compatibility with OpenBSD. In addition, we only use the extended support versions of FreeBSD so 9.0 will not be something we will put into production. The new CARP isn't going to appear in 9.x, since I am too late with my patch. It would be present in 10.0 and later. However, I plan to maintain an easily applicable patch for 9.x. However, I'd suggest you to try new CARP earlier than 10.1-RELEASE is out. May be in a test lab. I'm afraid that number of people utilizing ARP balancing is so small, that without your testing, feature would go untested into release ;) -- Totus tuus, Glebius. From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 13:54:02 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50CDE106566C for ; Mon, 15 Aug 2011 13:54:02 +0000 (UTC) (envelope-from kickbsd@yandex.ru) Received: from forward17.mail.yandex.net (forward17.mail.yandex.net [IPv6:2a02:6b8:0:1402::2]) by mx1.freebsd.org (Postfix) with ESMTP id CC67D8FC15 for ; Mon, 15 Aug 2011 13:54:01 +0000 (UTC) Received: from web31.yandex.ru (web31.yandex.ru [95.108.253.240]) by forward17.mail.yandex.net (Yandex) with ESMTP id 35DEB1061C06 for ; Mon, 15 Aug 2011 17:54:00 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1313416440; bh=lssWxSElpbL5lrv3l++NmRySZfxxHJHP2fvJfpreViI=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=pFnPRz3hN0GATuao8DjS1dCy0Q42lQJXqgAq8WJlSkuU87lNq11EqWWKr348jqsgj Euo4FQgDrzy7TjKIVR+doJB+qxYTlvfdmyoa2sXssW/PjgFl+qIyoATwc+0ouXrubd +HJiGb2y8tDKIfMfdkyPH091n6eeyoVCGZhbRj8U= Received: from localhost (localhost.localdomain [127.0.0.1]) by web31.yandex.ru (Yandex) with ESMTP id 2888E2DF85EC for ; Mon, 15 Aug 2011 17:54:00 +0400 (MSD) X-Yandex-Spam: 1 Received: from leo.de.teleglobe.net (leo.de.teleglobe.net [64.86.53.146]) by web31.yandex.ru with HTTP; Mon, 15 Aug 2011 17:53:59 +0400 From: Darren Baginski To: freebsd-net@freebsd.org MIME-Version: 1.0 Message-Id: <783631313416439@web31.yandex.ru> Date: Mon, 15 Aug 2011 17:53:59 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: excessive duplicate ACKs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 13:54:02 -0000 Hi! Could please some tell me if bug http://lists.freebsd.org/pipermail/freebsd-net/2011-February/027895.html was fixed in any release? If not is there any workaround? I'm still facing with it 8.2-RELEASE. Sorry if that question was answered already. Can't find an answer. From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 15:06:21 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C68EC1065670; Mon, 15 Aug 2011 15:06:21 +0000 (UTC) (envelope-from prvs=201439c3f=daved@tamu.edu) Received: from os-mail-1.tamu.edu (os-mail-1.tamu.edu [165.91.23.62]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3DC8FC17; Mon, 15 Aug 2011 15:06:21 +0000 (UTC) X-TAMU-Auth-ID: daved X-TAMU-SenderIP: 128.194.3.17 X-HAT: SG None, P $RELAY, L incoming_auth X-SRBS: None X-EXTLoop1: 128.194.3.17 X-IronPort-AV: E=Sophos;i="4.67,374,1309755600"; d="p7s'?scan'208";a="225828581" Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_D970B3AE-0BA8-4152-9F6C-140F88DC8920"; protocol="application/pkcs7-signature"; micalg=sha1 From: David Duchscher In-Reply-To: <20110815132825.GJ43567@glebius.int.ru> Date: Mon, 15 Aug 2011 10:06:20 -0500 Message-Id: References: <20110810160526.GO43567@FreeBSD.org> <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> <20110814084813.GA43567@glebius.int.ru> <67BC462C-0F5D-41E2-B739-CFC9EB417FA6@tamu.edu> <20110815120750.GF43567@glebius.int.ru> <20110815132825.GJ43567@glebius.int.ru> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@FreeBSD.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 15:06:21 -0000 --Apple-Mail=_D970B3AE-0BA8-4152-9F6C-140F88DC8920 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=koi8-r On Aug 15, 2011, at 8:28 AM, Gleb Smirnoff wrote: > On Mon, Aug 15, 2011 at 07:56:14AM -0500, David Duchscher wrote: > D> > On Sun, Aug 14, 2011 at 03:56:28PM -0500, David Duchscher wrote: > D> > D> > On Sat, Aug 13, 2011 at 07:32:06PM -0500, David Duchscher = wrote: > D> > D> > D> My two cents. > D> > D> > D>=20 > D> > D> > D> We rely on the arp load balance feature. We certainly = don't find it useless. Looking at ip load balancing, it would also mean = that we would no longer be able to grow bandwidth with additional = systems since all boxes must receive all traffic. I only humbling ask = that some sort of load balancing feature be included when this goes = live. > D> > D> >=20 > D> > D> > Ok, I will make effort to support it. I will inform when = patch would > D> > D> > be updated. > D> > D>=20 > D> > D> Thank you. > D> >=20 > D> > On closer look it appeared that restoring ARP balancing as it = was, isn't going > D> > to be easy. The essence of ARP balancing is that different vhids = possess the > D> > same IP address. Converting that to new scheme would mean that = same IP prefixes > D> > exist on one interface, which is impossible in current networking = stack. And > D> > making it possible would be a bloody hack. > D> >=20 > D> > So I'd prefer to settle current code a bit, commit it to head, = after 9.0 is > D> > forked and released... Test and settle code a bit more... And = then work on > D> > ARP and IP balancing. That would probably require bringing in = some intermediate > D> > structure along with struct carp_softc, that would group softcs = into > D> > balancing groups. That is already done in OpenBSD. Not sure that = our balancing > D> > would be compatible with OpenBSD's, however the current is not = already, since > D> > OpenBSD changed their hashing function after we merged carp(4) to = FreeBSD. > D>=20 > D> This sound good to me. I have no requirement for compatibility = with OpenBSD. In addition, we only use the extended support versions of = FreeBSD so 9.0 will not be something we will put into production. >=20 > The new CARP isn't going to appear in 9.x, since I am too late with my = patch. It > would be present in 10.0 and later. However, I plan to maintain an = easily applicable > patch for 9.x. >=20 > However, I'd suggest you to try new CARP earlier than 10.1-RELEASE is = out. May be in > a test lab. I'm afraid that number of people utilizing ARP balancing = is so small, > that without your testing, feature would go untested into release ;) Already do. We have over 20k devices that are behind NAT run on top of = FreeBSD so its rather important we don't break it. :) Thanks for the update, -- DaveD --Apple-Mail=_D970B3AE-0BA8-4152-9F6C-140F88DC8920-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 17:51:42 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7BEC1065674 for ; Mon, 15 Aug 2011 17:51:42 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 779E28FC13 for ; Mon, 15 Aug 2011 17:51:42 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id p7FHfKD6041194; Mon, 15 Aug 2011 10:41:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1313430080; bh=TSocxoV9W/Dwgwnf7BjSMb2ICW4kQusLAwSmT64GxFY=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=A49VF7F7u0+vXft9YJLQoa8gxGKjZ0BYHdwUQjRl1Gm4aHAHNKKuRXEw3IOPQ5zI9 zx2qcmVIGBAKDxr0RDFA2wyOXiV+UWTUx/bXxjoBEzNTzjWK1KY6PPmoyFDIEiu7VD 0gsL0UECVsDLx6BFFvOYpOtbEEBved4IMrNW0DcY= From: Sean Bruno To: Darren Baginski In-Reply-To: <783631313416439@web31.yandex.ru> References: <783631313416439@web31.yandex.ru> Content-Type: text/plain; charset="UTF-8" Date: Mon, 15 Aug 2011 10:41:19 -0700 Message-ID: <1313430079.2781.2.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: excessive duplicate ACKs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 17:51:42 -0000 On Mon, 2011-08-15 at 06:53 -0700, Darren Baginski wrote: > Hi! > > Could please some tell me if bug > http://lists.freebsd.org/pipermail/freebsd-net/2011-February/027895.html > was fixed in any release? > If not is there any workaround? > I'm still facing with it 8.2-RELEASE. > Sorry if that question was answered already. Can't find an answer. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" It looks like it was patched in 8 here: http://svnweb.freebsd.org/base?view=revision&revision=222934 Sean From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 20:25:13 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8399A1065673 for ; Mon, 15 Aug 2011 20:25:13 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id E9C538FC12 for ; Mon, 15 Aug 2011 20:25:12 +0000 (UTC) Received: (qmail 24047 invoked from network); 15 Aug 2011 19:17:18 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Aug 2011 19:17:18 -0000 Message-ID: <4E4980AC.9070404@freebsd.org> Date: Mon, 15 Aug 2011 22:25:16 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Sean Bruno References: <783631313416439@web31.yandex.ru> <1313430079.2781.2.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1313430079.2781.2.camel@hitfishpass-lx.corp.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Darren Baginski , "freebsd-net@freebsd.org" Subject: Re: excessive duplicate ACKs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:25:13 -0000 On 15.08.2011 19:41, Sean Bruno wrote: > On Mon, 2011-08-15 at 06:53 -0700, Darren Baginski wrote: >> Hi! >> >> Could please some tell me if bug >> http://lists.freebsd.org/pipermail/freebsd-net/2011-February/027895.html >> was fixed in any release? >> If not is there any workaround? >> I'm still facing with it 8.2-RELEASE. >> Sorry if that question was answered already. Can't find an answer. > > It looks like it was patched in 8 here: > http://svnweb.freebsd.org/base?view=revision&revision=222934 There is a related 'bug' where TCP sends a large number of ACKs, or rather unnecessary window updates. This happens when the application does limited reads and is just as fast with reading the socket as the network delivers data. The details plus a patch I wrote some time ago is in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/116335 Excessive TCP window updates -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 20:39:13 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08CCF106566C for ; Mon, 15 Aug 2011 20:39:13 +0000 (UTC) (envelope-from adhocrocker@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id DCD5E8FC08 for ; Mon, 15 Aug 2011 20:39:12 +0000 (UTC) Received: by pzk33 with SMTP id 33so5849707pzk.18 for ; Mon, 15 Aug 2011 13:39:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=xnKqIvVvRfqzd7cOxi0XPLeylrYNzA4/Bj//hON6v7E=; b=GFWvTK+DQaPA4t2kQ+YxctQTqafHZVNzhA8EW8ooFrt3yiecHIAmizaBzae6DHop3h 4Xzi6ZjwXlyMmfCWbEVbfRuhELlKpiCo+V1wx+3nz+SC7NmffbnzrRMrNBEMpSeHYBLt K7fwoyKt1e5eN2prYPgTWwtURxSj5bX+XLRio= MIME-Version: 1.0 Received: by 10.142.230.9 with SMTP id c9mr2425528wfh.342.1313439058940; Mon, 15 Aug 2011 13:10:58 -0700 (PDT) Received: by 10.68.56.40 with HTTP; Mon, 15 Aug 2011 13:10:58 -0700 (PDT) Date: Mon, 15 Aug 2011 22:10:58 +0200 Message-ID: From: Johannes To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Intel NIC stops working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:39:13 -0000 Hi, I use an Intel dual nic for my home server. About two weeks ago, it started to randomly stop working. A reboot solved this problem. Today it did not even work after a reboot. Since the cooling of my server was insufficient for this summers heat, it might be a hardware issue. I already checked the cable, that seems to be fine. I also ran the Intel diagnostics (on windows) on the cable and on the card, which showed that everything is ok. Any idea what the reason might be is appreciated :) See debug infos below. What is especially strange is dev.em.1.debug: -1. I cannot change this, it will stay at -1. Also, the error count numbers from sysctl are mostly the same, which is very strange. uname -a FreeBSD frege.fritz.box 8.2-STABLE FreeBSD 8.2-STABLE #15: Tue Aug 9 00:00:57 CEST 2011 root@frege.fritz.box:/usr/obj/usr/src/sys/FREGE amd64 netstat -i Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll em1 9000 00:15:17:51:b4:8f 69 45908905416340 0 61 13116830118930 6558415059465 pciconf -lv em0@pci0:1:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet em1@pci0:1:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet sysctl dev.em.1 dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 dev.em.1.%driver: em dev.em.1.%location: slot=0 function=1 dev.em.1.%pnpinfo: vendor=0x8086 device=0x105e subvendor=0x8086 subdevice=0x125e class=0x020000 dev.em.1.%parent: pci1 dev.em.1.nvm: -1 dev.em.1.debug: -1 dev.em.1.rx_int_delay: 0 dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 dev.em.1.rx_processing_limit: 100 dev.em.1.flow_control: 3 dev.em.1.eee_control: 0 dev.em.1.link_irq: 0 dev.em.1.mbuf_alloc_fail: 0 dev.em.1.cluster_alloc_fail: 0 dev.em.1.dropped: 0 dev.em.1.tx_dma_fail: 0 dev.em.1.rx_overruns: 0 dev.em.1.watchdog_timeouts: 0 dev.em.1.device_control: 4294967295 dev.em.1.rx_control: 4294967295 dev.em.1.fc_high_water: 55296 dev.em.1.fc_low_water: 53796 dev.em.1.queue0.txd_head: 4294967295 dev.em.1.queue0.txd_tail: 4294967295 dev.em.1.queue0.tx_irq: 0 dev.em.1.queue0.no_desc_avail: 0 dev.em.1.queue0.rxd_head: 4294967295 dev.em.1.queue0.rxd_tail: 4294967295 dev.em.1.queue0.rx_irq: 0 dev.em.1.mac_stats.excess_coll: 4947802323840 dev.em.1.mac_stats.single_coll: 4947802323840 dev.em.1.mac_stats.multiple_coll: 4947802323840 dev.em.1.mac_stats.late_coll: 4947802323840 dev.em.1.mac_stats.collision_count: 4947802323840 dev.em.1.mac_stats.symbol_errors: 4947802323840 dev.em.1.mac_stats.sequence_errors: 4947802323840 dev.em.1.mac_stats.defer_count: 4947802323840 dev.em.1.mac_stats.missed_packets: 4947802323925 dev.em.1.mac_stats.recv_no_buff: 4947802323840 dev.em.1.mac_stats.recv_undersize: 4947802323840 dev.em.1.mac_stats.recv_fragmented: 4947802323840 dev.em.1.mac_stats.recv_oversize: 4947802323840 dev.em.1.mac_stats.recv_jabber: 4947802323840 dev.em.1.mac_stats.recv_errs: 4947802323840 dev.em.1.mac_stats.crc_errs: 4947802323840 dev.em.1.mac_stats.alignment_errs: 4947802323840 dev.em.1.mac_stats.coll_ext_errs: 4947802323840 dev.em.1.mac_stats.xon_recvd: 4947802323840 dev.em.1.mac_stats.xon_txd: 4947802323840 dev.em.1.mac_stats.xoff_recvd: -1152 dev.em.1.mac_stats.xoff_txd: 4947802323840 dev.em.1.mac_stats.total_pkts_recvd: 4947802324218 dev.em.1.mac_stats.good_pkts_recvd: 4947802324133 dev.em.1.mac_stats.bcast_pkts_recvd: 4947802323919 dev.em.1.mac_stats.mcast_pkts_recvd: 4947802324054 dev.em.1.mac_stats.rx_frames_64: 4947802323840 dev.em.1.mac_stats.rx_frames_65_127: 4947802323985 dev.em.1.mac_stats.rx_frames_128_255: 4947802323879 dev.em.1.mac_stats.rx_frames_256_511: 4947802323949 dev.em.1.mac_stats.rx_frames_512_1023: 4947802323840 dev.em.1.mac_stats.rx_frames_1024_1522: 4947802323840 dev.em.1.mac_stats.good_octets_recvd: 60519 dev.em.1.mac_stats.good_octets_txd: 4643 dev.em.1.mac_stats.total_pkts_txd: 4947802323860 dev.em.1.mac_stats.good_pkts_txd: 4947802323860 dev.em.1.mac_stats.bcast_pkts_txd: 4947802323840 dev.em.1.mac_stats.mcast_pkts_txd: 4947802323860 dev.em.1.mac_stats.tx_frames_64: 4947802323840 dev.em.1.mac_stats.tx_frames_65_127: 4947802323848 dev.em.1.mac_stats.tx_frames_128_255: 4947802323846 dev.em.1.mac_stats.tx_frames_256_511: 4947802323843 dev.em.1.mac_stats.tx_frames_512_1023: 4947802323843 dev.em.1.mac_stats.tx_frames_1024_1522: 4947802323840 dev.em.1.mac_stats.tso_txd: 4947802323840 dev.em.1.mac_stats.tso_ctx_fail: 4952097291135 dev.em.1.interrupts.asserts: 4947802323925 dev.em.1.interrupts.rx_pkt_timer: 4947802323840 dev.em.1.interrupts.rx_abs_timer: 4947802323840 dev.em.1.interrupts.tx_pkt_timer: 4947802323840 dev.em.1.interrupts.tx_abs_timer: 4947802323840 dev.em.1.interrupts.tx_queue_empty: 4947802323840 dev.em.1.interrupts.tx_queue_min_thresh: 4947802323840 dev.em.1.interrupts.rx_desc_min_thresh: 4947802323840 dev.em.1.interrupts.rx_overrun: 4947802323840 From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 20:42:36 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470D81065677; Mon, 15 Aug 2011 20:42:36 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id F38DC8FC13; Mon, 15 Aug 2011 20:42:35 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p7FKgPT9060780 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 15 Aug 2011 13:42:34 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E4984B6.9070105@freebsd.org> Date: Mon, 15 Aug 2011 13:42:30 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Gleb Smirnoff References: <20110810160526.GO43567@FreeBSD.org> <5D7408D3-FAA1-4E22-A136-83DC75D47837@tamu.edu> <20110814084813.GA43567@glebius.int.ru> <67BC462C-0F5D-41E2-B739-CFC9EB417FA6@tamu.edu> <20110815120750.GF43567@glebius.int.ru> In-Reply-To: <20110815120750.GF43567@glebius.int.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: David Duchscher , net@freebsd.org Subject: Re: new CARP implementation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:42:36 -0000 On 8/15/11 5:07 AM, Gleb Smirnoff wrote: > Hi David and networkers, > > On Sun, Aug 14, 2011 at 03:56:28PM -0500, David Duchscher wrote: > D> > On Sat, Aug 13, 2011 at 07:32:06PM -0500, David Duchscher wrote: > D> > D> My two cents. > D> > D> > D> > D> We rely on the arp load balance feature. We certainly don't find it useless. Looking at ip load balancing, it would also mean that we would no longer be able to grow bandwidth with additional systems since all boxes must receive all traffic. I only humbling ask that some sort of load balancing feature be included when this goes live. > D> > > D> > Ok, I will make effort to support it. I will inform when patch would > D> > be updated. > D> > D> Thank you. > > On closer look it appeared that restoring ARP balancing as it was, isn't going > to be easy. The essence of ARP balancing is that different vhids possess the > same IP address. Converting that to new scheme would mean that same IP prefixes > exist on one interface, which is impossible in current networking stack. And > making it possible would be a bloody hack. > > So I'd prefer to settle current code a bit, commit it to head, after 9.0 is > forked and released... Test and settle code a bit more... And then work on > ARP and IP balancing. That would probably require bringing in some intermediate > structure along with struct carp_softc, that would group softcs into > balancing groups. That is already done in OpenBSD. Not sure that our balancing > would be compatible with OpenBSD's, however the current is not already, since > OpenBSD changed their hashing function after we merged carp(4) to FreeBSD. > on a very slightly related note: I have had some thoughts about changing the model for interfaces so that we in effect have two completely different components. They would be a stack-endpoint and a media interface. Currently both these are combined into a single entity, and for compatibility I think if a split happenned ifcnfnig would continue to handle them both as before but the mapping between them would only be 'by coincidence'. The way to think of this is if one split the interface at the point of the current 'netgraph injection point'. The aim of doing this would be to allow a top end to be left alone, but switched to a different bottom end transparently for example, or multiplexed (or demultiplexed). these things can be done at the moment via netgraph but it's complicated.. From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 20:46:29 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B20F7106566C for ; Mon, 15 Aug 2011 20:46:29 +0000 (UTC) (envelope-from sebas@koumbit.org) Received: from bureau.koumbit.net (homere.koumbit.net [209.44.112.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1458FC15 for ; Mon, 15 Aug 2011 20:46:29 +0000 (UTC) Received: from [192.168.20.52] (modemcable012.160-130-66.mc.videotron.ca [66.130.160.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bureau.koumbit.net (Postfix) with ESMTPSA id 7DCB6E80E84 for ; Mon, 15 Aug 2011 16:29:30 -0400 (EDT) Message-ID: <4E4981AA.2010907@koumbit.org> Date: Mon, 15 Aug 2011 16:29:30 -0400 From: =?ISO-8859-1?Q?S=E9bastien_Grenier?= User-Agent: Lightningcow/5.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 1.2 X-Mailer: Camino/Lightningcow Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: ping "No buffer space available" (freebsd 8.2) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 20:46:29 -0000 Hi folks We have a Sun Server X2200 M2 machine[1] running FreeBSD 8.2, and we are having serious reliability issues with the network routing. This router used to be another machine (a generic PC) running OpenBSD 4.2, and was running perfectly fine. After a while (a few hours to a few days), we get the following error message when trying to ping any IP: "No buffer space available". After doing some research, we have tried to do some tuning of the following kernel parameters: sysctl -w net.inet.tcp.sendbuf_max = 16777216 sysctl -w net.inet.tcp.recvbuf_max = 16777216 sysctl -w kern.ipc.maxsockbuf=400000 sysctl -w net.inet.tcp.recvspace=512000 We still get the error message "No buffer space available" after a while. So far, the only wait to get around the problem is to reboot the machine and reapply the above configuration, which keeps the problem away for a few days instead of a few hours. We've enabled the collection of statistics on the router with munin[2] We didn't apply the above configurations in /boot/loader.conf because we still experience the error... Any idea? What would be a good way to debug? Are they values that we should be monitoring? Regards, Sébastien Koumbit.org [1] more details here: https://wiki.koumbit.net/rtr0.koumbit.net [2] http://stats.koumbit.net/koumbit.net/rtr0.koumbit.net/index.html (when it's routing ok.) rtr0# netstat -m 829/2246/3075 mbufs in use (current/cache/total) 799/1861/2660/51200 mbuf clusters in use (current/cache/total/max) 798/1378 mbuf+clusters out of packet secondary zone in use (current/cache) 0/35/35/25600 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/12800 9k jumbo clusters in use (current/cache/total/max) 0/0/0/6400 16k jumbo clusters in use (current/cache/total/max) 1807K/4423K/6230K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines -- L'éducation n'est pas une marchandise, L'éducation est un droit Luttons pour ce droit http://www.youtube.com/watch?v=ek2B3Nd7Ofk From owner-freebsd-net@FreeBSD.ORG Mon Aug 15 23:30:42 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1030106566B; Mon, 15 Aug 2011 23:30:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 77C828FC0C; Mon, 15 Aug 2011 23:30:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7FNUgj6003568; Mon, 15 Aug 2011 23:30:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7FNUgdj003556; Mon, 15 Aug 2011 23:30:42 GMT (envelope-from linimon) Date: Mon, 15 Aug 2011 23:30:42 GMT Message-Id: <201108152330.p7FNUgdj003556@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159795: [tcp] excessive duplicate ACKs and TCP session freezes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 23:30:42 -0000 Old Synopsis: excessive duplicate ACKs and TCP session freezes New Synopsis: [tcp] excessive duplicate ACKs and TCP session freezes Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 15 23:30:29 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159795 From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 09:39:34 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392101065676 for ; Tue, 16 Aug 2011 09:39:34 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id F367D8FC14 for ; Tue, 16 Aug 2011 09:39:33 +0000 (UTC) Received: by qwc9 with SMTP id 9so3777366qwc.13 for ; Tue, 16 Aug 2011 02:39:33 -0700 (PDT) Received: by 10.229.119.151 with SMTP id z23mr3175135qcq.2.1313486041240; Tue, 16 Aug 2011 02:14:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.100.84 with HTTP; Tue, 16 Aug 2011 02:13:21 -0700 (PDT) From: Takuya ASADA Date: Tue, 16 Aug 2011 18:13:21 +0900 Message-ID: To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Multiqueue support for bpf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 09:39:34 -0000 Hi all, I implemented multiqueue support for bpf, I'd like to present for review. This is a Google Summer of Code project, the project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. This provides following new APIs: - queue filter for each bpf descriptor (bpf ioctl) - BIOCENAQMASK Enables multiqueue filter on the descriptor - BIOCDISQMASK Disables multiqueue filter on the descriptor - BIOCSTRXQMASK Set mask bit on specified RX queue - BIOCCRRXQMASK Clear mask bit on specified RX queue - BIOCGTRXQMASK Get mask bit on specified RX queue - BIOCSTTXQMASK Set mask bit on specified TX queue - BIOCCRTXQMASK Clear mask bit on specified TX queue - BIOCGTTXQMASK Get mask bit on specified TX queue - BIOCSTOTHERMASK Set mask bit for the packets which not tied with any queues - BIOCCROTHERMASK Clear mask bit for the packets which not tied with any queues - BIOCGTOTHERMASK Get mask bit for the packets which not tied with any queues - generic interface for getting hardware queue information from NIC driver (socket ioctl) - SIOCGIFQLEN Get interface RX/TX queue length - SIOCGIFRXQAFFINITY Get interface RX queue affinity - SIOCGIFTXQAFFINITY Get interface TX queue affinity Patch for -CURRENT is here, right now it only supports igb(4), ixgbe(4), mxge(4): http://www.dokukino.com/mq_bpf_20110813.diff And below is performance benchmark: ==== I implemented benchmark programs based on bpfnull(//depot/projects/zcopybpf/utils/bpfnull/), test_sqbpf measures bpf throughput on one thread, without using multiqueue APIs. http://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/soc2011/mq_bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c test_mqbpf is multithreaded version of test_sqbpf, using multiqueue APIs. http://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/soc2011/mq_bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c I benchmarked with six conditions: - benchmark1 only reads bpf, doesn't write packet anywhere - benchmark2 writes packet on memory(mfs) - benchmark3 writes packet on hdd(zfs) - benchmark4 only reads bpf, doesn't write packet anywhere, with zerocopy - benchmark5 writes packet on memory(mfs), with zerocopy - benchmark6 writes packet on hdd(zfs), with zerocopy >From benchmark result, I can say the performance is increased using mq_bpf on 10GbE, but not on GbE. * Throughput benchmark - Test environment - FreeBSD node CPU: Core i7 X980 (12 threads) MB: ASUS P6X58D Premium(Intel X58) NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) - Linux node CPU: Core 2 Quad (4 threads) MB: GIGABYTE GA-G33-DS3R(Intel G33) NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) iperf used for generate network traffic, with following argument options - Linux node: iperf -c [IP] -i 10 -t 100000 -P12 - FreeBSD node: iperf -s # 12 threads, TCP following sysctl parameter is changed sysctl -w net.bpf.maxbufsize=1048576 - Benchmark1 Benchmark1 doesn't write packet anywhere using following commands ./test_sqbpf -i [interface] -b 1048576 ./test_mqbpf -i [interface] -b 1048576 - ixgbe test_mqbpf: 5303.09007533333 Mbps test_sqbpf: 3959.83021733333 Mbps - igb test_mqbpf: 916.752133333333 Mbps test_sqbpf: 917.597079 Mbps - Benchmark2 Benchmark2 write packet on mfs using following commands mdmfs -s 10G md /mnt ./test_sqbpf -i [interface] -b 1048576 -w -f /mnt/test ./test_mqbpf -i [interface] -b 1048576 -w -f /mnt/test - ixgbe test_mqbpf: 1061.24890333333 Mbps test_sqbpf: 204.779881 Mbps - igb test_mqbpf: 916.656664666667 Mbps test_sqbpf: 914.378636 Mbps - Benchmark3 Benchmark3 write packet on zfs(on HDD) using following commands ./test_sqbpf -i [interface] -b 1048576 -w -f test ./test_mqbpf -i [interface] -b 1048576 -w -f test - ixgbe test_mqbpf: 119.912253333333 Mbps test_sqbpf: 101.195918 Mbps - igb test_mqbpf: 228.910355333333 Mbps test_sqbpf: 199.639093666667 Mbps - Benchmark4 Benchmark4 doesn't write packet anywhere using following commands, with zerocopy ./test_sqbpf -i [interface] -b 1048576 ./test_mqbpf -i [interface] -b 1048576 - ixgbe test_mqbpf: 4772.924974 Mbps test_sqbpf: 3173.19967133333 Mbps - igb test_mqbpf: 931.217345 Mbps test_sqbpf: 925.965270666667 Mbps - Benchmark5 Benchmark5 write packet on mfs using following commands, with zerocopy mdmfs -s 10G md /mnt ./test_sqbpf -i [interface] -b 1048576 -w -f /mnt/test ./test_mqbpf -i [interface] -b 1048576 -w -f /mnt/test - ixgbe test_mqbpf: 306.902822333333 Mbps test_sqbpf: 317.605016666667 Mbps - igb test_mqbpf: 729.075349666667 Mbps test_sqbpf: 708.987822666667 Mbps - Benchmark6 Benchmark6 write packet on zfs(on HDD) using following commands, with zerocopy ./test_sqbpf -i [interface] -b 1048576 -w -f test ./test_mqbpf -i [interface] -b 1048576 -w -f test - ixgbe test_mqbpf: 174.016136666667 Mbps test_sqbpf: 138.068732666667 Mbps - igb test_mqbpf: 228.794880333333 Mbps test_sqbpf: 229.367386333333 Mbps From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 09:50:29 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B151B106566C for ; Tue, 16 Aug 2011 09:50:29 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 41EB18FC18 for ; Tue, 16 Aug 2011 09:50:28 +0000 (UTC) Received: by bkat8 with SMTP id t8so4658815bka.13 for ; Tue, 16 Aug 2011 02:50:28 -0700 (PDT) Received: by 10.205.65.76 with SMTP id xl12mr801212bkb.402.1313488227195; Tue, 16 Aug 2011 02:50:27 -0700 (PDT) Received: from [192.168.10.3] ([82.76.253.74]) by mx.google.com with ESMTPS id a22sm1831378bke.20.2011.08.16.02.50.24 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 16 Aug 2011 02:50:26 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Vlad Galu In-Reply-To: Date: Tue, 16 Aug 2011 11:50:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2AB05A3E-BDC3-427D-B4A7-ABDDFA98D194@dudu.ro> References: To: Takuya ASADA X-Mailer: Apple Mail (2.1244.3) Cc: net@freebsd.org Subject: Re: Multiqueue support for bpf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 09:50:29 -0000 On Aug 16, 2011, at 11:13 AM, Takuya ASADA wrote: > Hi all, >=20 > I implemented multiqueue support for bpf, I'd like to present for = review. > This is a Google Summer of Code project, the project goal is to > support multiqueue network interface on BPF, and provide interfaces > for multithreaded packet processing using BPF. > Modern high performance NICs have multiple receive/send queues and RSS > feature, this allows to process packet concurrently on multiple > processors. > Main purpose of the project is to support these hardware and get > benefit of parallelism. >=20 > This provides following new APIs: > - queue filter for each bpf descriptor (bpf ioctl) > - BIOCENAQMASK Enables multiqueue filter on the descriptor > - BIOCDISQMASK Disables multiqueue filter on the descriptor > - BIOCSTRXQMASK Set mask bit on specified RX queue > - BIOCCRRXQMASK Clear mask bit on specified RX queue > - BIOCGTRXQMASK Get mask bit on specified RX queue > - BIOCSTTXQMASK Set mask bit on specified TX queue > - BIOCCRTXQMASK Clear mask bit on specified TX queue > - BIOCGTTXQMASK Get mask bit on specified TX queue > - BIOCSTOTHERMASK Set mask bit for the packets which not tied > with any queues > - BIOCCROTHERMASK Clear mask bit for the packets which not tied > with any queues > - BIOCGTOTHERMASK Get mask bit for the packets which not tied > with any queues >=20 > - generic interface for getting hardware queue information from NIC > driver (socket ioctl) > - SIOCGIFQLEN Get interface RX/TX queue length > - SIOCGIFRXQAFFINITY Get interface RX queue affinity > - SIOCGIFTXQAFFINITY Get interface TX queue affinity >=20 > Patch for -CURRENT is here, right now it only supports igb(4), > ixgbe(4), mxge(4): > http://www.dokukino.com/mq_bpf_20110813.diff >=20 > And below is performance benchmark: >=20 > =3D=3D=3D=3D > I implemented benchmark programs based on > bpfnull(//depot/projects/zcopybpf/utils/bpfnull/), >=20 > test_sqbpf measures bpf throughput on one thread, without using = multiqueue APIs. > = http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_= bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c >=20 > test_mqbpf is multithreaded version of test_sqbpf, using multiqueue = APIs. > = http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_= bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c >=20 > I benchmarked with six conditions: > - benchmark1 only reads bpf, doesn't write packet anywhere > - benchmark2 writes packet on memory(mfs) > - benchmark3 writes packet on hdd(zfs) > - benchmark4 only reads bpf, doesn't write packet anywhere, with = zerocopy > - benchmark5 writes packet on memory(mfs), with zerocopy > - benchmark6 writes packet on hdd(zfs), with zerocopy >=20 >> =46rom benchmark result, I can say the performance is increased using > mq_bpf on 10GbE, but not on GbE. >=20 > * Throughput benchmark > - Test environment > - FreeBSD node > CPU: Core i7 X980 (12 threads) > MB: ASUS P6X58D Premium(Intel X58) > NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) > NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) > - Linux node > CPU: Core 2 Quad (4 threads) > MB: GIGABYTE GA-G33-DS3R(Intel G33) > NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) > NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >=20 > iperf used for generate network traffic, with following argument = options > - Linux node: iperf -c [IP] -i 10 -t 100000 -P12 > - FreeBSD node: iperf -s > # 12 threads, TCP >=20 > following sysctl parameter is changed > sysctl -w net.bpf.maxbufsize=3D1048576 Thank you for your work! You may want to increase that (4x/8x) and rerun = the test, though.= From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 09:56:16 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69CE11065673 for ; Tue, 16 Aug 2011 09:56:16 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 00EE58FC1C for ; Tue, 16 Aug 2011 09:56:15 +0000 (UTC) Received: by bkat8 with SMTP id t8so4663054bka.13 for ; Tue, 16 Aug 2011 02:56:15 -0700 (PDT) Received: by 10.204.172.2 with SMTP id j2mr1184491bkz.150.1313488574774; Tue, 16 Aug 2011 02:56:14 -0700 (PDT) Received: from [192.168.10.3] ([82.76.253.74]) by mx.google.com with ESMTPS id n11sm1833465bkd.14.2011.08.16.02.56.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 16 Aug 2011 02:56:13 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Vlad Galu In-Reply-To: <2AB05A3E-BDC3-427D-B4A7-ABDDFA98D194@dudu.ro> Date: Tue, 16 Aug 2011 11:56:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0BB87D28-3094-422D-8262-5FA0E40BFC7C@dudu.ro> References: <2AB05A3E-BDC3-427D-B4A7-ABDDFA98D194@dudu.ro> To: Vlad Galu X-Mailer: Apple Mail (2.1244.3) Cc: Takuya ASADA , net@freebsd.org Subject: Re: Multiqueue support for bpf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 09:56:16 -0000 On Aug 16, 2011, at 11:50 AM, Vlad Galu wrote: > On Aug 16, 2011, at 11:13 AM, Takuya ASADA wrote: >> Hi all, >>=20 >> I implemented multiqueue support for bpf, I'd like to present for = review. >> This is a Google Summer of Code project, the project goal is to >> support multiqueue network interface on BPF, and provide interfaces >> for multithreaded packet processing using BPF. >> Modern high performance NICs have multiple receive/send queues and = RSS >> feature, this allows to process packet concurrently on multiple >> processors. >> Main purpose of the project is to support these hardware and get >> benefit of parallelism. >>=20 >> This provides following new APIs: >> - queue filter for each bpf descriptor (bpf ioctl) >> - BIOCENAQMASK Enables multiqueue filter on the descriptor >> - BIOCDISQMASK Disables multiqueue filter on the descriptor >> - BIOCSTRXQMASK Set mask bit on specified RX queue >> - BIOCCRRXQMASK Clear mask bit on specified RX queue >> - BIOCGTRXQMASK Get mask bit on specified RX queue >> - BIOCSTTXQMASK Set mask bit on specified TX queue >> - BIOCCRTXQMASK Clear mask bit on specified TX queue >> - BIOCGTTXQMASK Get mask bit on specified TX queue >> - BIOCSTOTHERMASK Set mask bit for the packets which not tied >> with any queues >> - BIOCCROTHERMASK Clear mask bit for the packets which not tied >> with any queues >> - BIOCGTOTHERMASK Get mask bit for the packets which not tied >> with any queues >>=20 >> - generic interface for getting hardware queue information from NIC >> driver (socket ioctl) >> - SIOCGIFQLEN Get interface RX/TX queue length >> - SIOCGIFRXQAFFINITY Get interface RX queue affinity >> - SIOCGIFTXQAFFINITY Get interface TX queue affinity >>=20 >> Patch for -CURRENT is here, right now it only supports igb(4), >> ixgbe(4), mxge(4): >> http://www.dokukino.com/mq_bpf_20110813.diff >>=20 >> And below is performance benchmark: >>=20 >> =3D=3D=3D=3D >> I implemented benchmark programs based on >> bpfnull(//depot/projects/zcopybpf/utils/bpfnull/), >>=20 >> test_sqbpf measures bpf throughput on one thread, without using = multiqueue APIs. >> = http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_= bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c >>=20 >> test_mqbpf is multithreaded version of test_sqbpf, using multiqueue = APIs. >> = http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_= bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c >>=20 >> I benchmarked with six conditions: >> - benchmark1 only reads bpf, doesn't write packet anywhere >> - benchmark2 writes packet on memory(mfs) >> - benchmark3 writes packet on hdd(zfs) >> - benchmark4 only reads bpf, doesn't write packet anywhere, with = zerocopy >> - benchmark5 writes packet on memory(mfs), with zerocopy >> - benchmark6 writes packet on hdd(zfs), with zerocopy >>=20 >>> =46rom benchmark result, I can say the performance is increased = using >> mq_bpf on 10GbE, but not on GbE. >>=20 >> * Throughput benchmark >> - Test environment >> - FreeBSD node >> CPU: Core i7 X980 (12 threads) >> MB: ASUS P6X58D Premium(Intel X58) >> NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) >> NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >> - Linux node >> CPU: Core 2 Quad (4 threads) >> MB: GIGABYTE GA-G33-DS3R(Intel G33) >> NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) >> NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >>=20 >> iperf used for generate network traffic, with following argument = options >> - Linux node: iperf -c [IP] -i 10 -t 100000 -P12 >> - FreeBSD node: iperf -s >> # 12 threads, TCP >>=20 >> following sysctl parameter is changed >> sysctl -w net.bpf.maxbufsize=3D1048576 >=20 >=20 > Thank you for your work! You may want to increase that (4x/8x) and = rerun the test, though. More, actually. Your current buffer is easily filled.= From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 18:07:53 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFA9B106566C for ; Tue, 16 Aug 2011 18:07:53 +0000 (UTC) (envelope-from ask@develooper.com) Received: from mbox1.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id A2E6A8FC1C for ; Tue, 16 Aug 2011 18:07:53 +0000 (UTC) Received: (qmail 25484 invoked from network); 16 Aug 2011 17:41:11 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 16 Aug 2011 17:41:11 -0000 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: multipart/signed; boundary="Apple-Mail=_7DE512B5-2629-412F-8C0F-4B569DE9952C"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 16 Aug 2011 10:41:06 -0700 Message-Id: To: embedded@freebsd.org, net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:07:53 -0000 --Apple-Mail=_7DE512B5-2629-412F-8C0F-4B569DE9952C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi everyone, Over the weekend I upgraded a couple of NanoBSD based systems (on PC = Engines Alix boards) from 7.4 to 8.2. The box is a small firewall and = have been running stable for several years. Since then the busy systems consistently lock up. I had a 'top -bS = -s1' running and it stopped a couple hours before the system locked up = after showing basically 100% interrupts for a few minutes. (Divided = ~50/50 between the two "vr" interfaces that gets most of the traffic). = Another terminal tailing /var/log/messages kept running for another hour = or so.=20 An hour or two after the log stopped showing; the system stopped routing = packets, but frustratingly kept sending CARP messages out so the = secondary firewall didn't pick up the IP addresses to take over. Any ideas? - ask --=20 http://develooper.com/ - http://askask.com/ --Apple-Mail=_7DE512B5-2629-412F-8C0F-4B569DE9952C-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 18:15:30 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454A41065675; Tue, 16 Aug 2011 18:15:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 093DE8FC1C; Tue, 16 Aug 2011 18:15:29 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7GIFJAi062395; Tue, 16 Aug 2011 14:15:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4AB3BE.4090603@sentex.net> Date: Tue, 16 Aug 2011 14:15:26 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:15:30 -0000 On 8/16/2011 1:41 PM, Ask Bjørn Hansen wrote: > Hi everyone, > > Over the weekend I upgraded a couple of NanoBSD based systems (on PC Engines Alix boards) from 7.4 to 8.2. The box is a small firewall and have been running stable for several years. > > Since then the busy systems consistently lock up. I had a 'top -bS -s1' running and it stopped a couple hours before the system locked up after showing basically 100% interrupts for a few minutes. (Divided ~50/50 between the two "vr" interfaces that gets most of the traffic). Another terminal tailing /var/log/messages kept running for another hour or so. > > An hour or two after the log stopped showing; the system stopped routing packets, but frustratingly kept sending CARP messages out so the secondary firewall didn't pick up the IP addresses to take over. > > Any ideas? Not sure if CARP has something to do with it as I have quite a few RELENG_8 boxes out there running on Alix boxes (2 and 3 port as well as Soekris 5501s). But I think the 7.4 and 8.2 drivers for vr are essentially the same. That being said, there are some updates in RELENG_8 to the driver. Not sure if that makes any difference to your issue. http://svnweb.freebsd.org/base?view=revision&revision=223681 MFC r223405: Remove link state change callback handler. There is no need to register both status change and link state change callbacks. Implement checking valid link in state change callback and poll active link state in vr_tick(). This allows immediate detection of lost link as well as protecting driver from frequent link flips during link renegotiation. taskq implementation was removed because driver now needs to poll link state in vr_tick(). While I'm here do not report current link state if interface is not running. > > > - ask > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 20:05:17 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DEF4106564A for ; Tue, 16 Aug 2011 20:05:17 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5306C8FC08 for ; Tue, 16 Aug 2011 20:05:17 +0000 (UTC) Received: by iye7 with SMTP id 7so740952iye.17 for ; Tue, 16 Aug 2011 13:05:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1uxB/KTsXrFEzqdwLsGoRiC/OZ7wWsihTRUHxRFgFIU=; b=EyS4FFZl6CM/56xVYgv4Fd+XdzhEXMUfejOf/Y2SYTJoqUSSDMDAWGCUZy8MZwKHEN OeSit43k/ywWgmfvlh07UNlXaNkyASfsmgztRGfI/oqsc7fENBVZ8eSgK06VYnJtN9vs kYfkAo+nAm2m7tfpGyXO+m34UtpBBibYiFCi0= MIME-Version: 1.0 Received: by 10.231.57.10 with SMTP id a10mr142051ibh.70.1313523543245; Tue, 16 Aug 2011 12:39:03 -0700 (PDT) Received: by 10.231.205.195 with HTTP; Tue, 16 Aug 2011 12:39:03 -0700 (PDT) In-Reply-To: References: Date: Tue, 16 Aug 2011 22:39:03 +0300 Message-ID: From: Sami Halabi To: Johannes Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Intel NIC stops working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 20:05:17 -0000 Hi, i have similar issue in 8.1-RELEASE with re0 NIC. suddenly it stops responding, but ifconfig down, ifconfig up solves the problem. i crontabed a minutely check, so check this, its a workaround, but here it is: #!/bin/csh -f set ping = `/sbin/ping -c 2 -t 3 192.168.1.2 | /usr/bin/grep -v "PING" | /usr/bin/grep -v "transmi" | /usr/bin/grep -v "statis" | /usr/bin/grep -v "round" | /usr/bin/grep "64 bytes" | /usr/bin/wc -l | /usr/bin/awk '{print $1;}'` set reload = "0" if ( $ping != "2" ) then if ( $ping != "1" ) then /sbin/ifconfig re0 down sleep 1 /sbin/ifconfig re0 up echo "re0 reloaded by cron job made by SAMI" >> /var/log/messages set reload = "1" endif endif Sami On Mon, Aug 15, 2011 at 11:10 PM, Johannes wrote: > Hi, > > I use an Intel dual nic for my home server. About two weeks ago, it > started to randomly stop > working. A reboot solved this problem. Today it did not even work > after a reboot. > > Since the cooling of my server was insufficient for this summers heat, > it might be a hardware > issue. > > I already checked the cable, that seems to be fine. I also ran the > Intel diagnostics (on windows) > on the cable and on the card, which showed that everything is ok. > > Any idea what the reason might be is appreciated :) > > See debug infos below. What is especially strange is > dev.em.1.debug: -1. I cannot change this, it will stay at -1. Also, > the error count numbers from > sysctl are mostly the same, which is very strange. > > uname -a > FreeBSD frege.fritz.box 8.2-STABLE FreeBSD 8.2-STABLE #15: Tue Aug 9 > 00:00:57 CEST 2011 root@frege.fritz.box:/usr/obj/usr/src/sys/FREGE > amd64 > > netstat -i > Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > em1 9000 00:15:17:51:b4:8f 69 45908905416340 > 0 61 13116830118930 6558415059465 > > pciconf -lv > em0@pci0:1:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x06 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > em1@pci0:1:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x06 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' > class = network > subclass = ethernet > > sysctl dev.em.1 > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 > dev.em.1.%driver: em > dev.em.1.%location: slot=0 function=1 > dev.em.1.%pnpinfo: vendor=0x8086 device=0x105e subvendor=0x8086 > subdevice=0x125e class=0x020000 > dev.em.1.%parent: pci1 > dev.em.1.nvm: -1 > dev.em.1.debug: -1 > dev.em.1.rx_int_delay: 0 > dev.em.1.tx_int_delay: 66 > dev.em.1.rx_abs_int_delay: 66 > dev.em.1.tx_abs_int_delay: 66 > dev.em.1.rx_processing_limit: 100 > dev.em.1.flow_control: 3 > dev.em.1.eee_control: 0 > dev.em.1.link_irq: 0 > dev.em.1.mbuf_alloc_fail: 0 > dev.em.1.cluster_alloc_fail: 0 > dev.em.1.dropped: 0 > dev.em.1.tx_dma_fail: 0 > dev.em.1.rx_overruns: 0 > dev.em.1.watchdog_timeouts: 0 > dev.em.1.device_control: 4294967295 > dev.em.1.rx_control: 4294967295 > dev.em.1.fc_high_water: 55296 > dev.em.1.fc_low_water: 53796 > dev.em.1.queue0.txd_head: 4294967295 > dev.em.1.queue0.txd_tail: 4294967295 > dev.em.1.queue0.tx_irq: 0 > dev.em.1.queue0.no_desc_avail: 0 > dev.em.1.queue0.rxd_head: 4294967295 > dev.em.1.queue0.rxd_tail: 4294967295 > dev.em.1.queue0.rx_irq: 0 > dev.em.1.mac_stats.excess_coll: 4947802323840 > dev.em.1.mac_stats.single_coll: 4947802323840 > dev.em.1.mac_stats.multiple_coll: 4947802323840 > dev.em.1.mac_stats.late_coll: 4947802323840 > dev.em.1.mac_stats.collision_count: 4947802323840 > dev.em.1.mac_stats.symbol_errors: 4947802323840 > dev.em.1.mac_stats.sequence_errors: 4947802323840 > dev.em.1.mac_stats.defer_count: 4947802323840 > dev.em.1.mac_stats.missed_packets: 4947802323925 > dev.em.1.mac_stats.recv_no_buff: 4947802323840 > dev.em.1.mac_stats.recv_undersize: 4947802323840 > dev.em.1.mac_stats.recv_fragmented: 4947802323840 > dev.em.1.mac_stats.recv_oversize: 4947802323840 > dev.em.1.mac_stats.recv_jabber: 4947802323840 > dev.em.1.mac_stats.recv_errs: 4947802323840 > dev.em.1.mac_stats.crc_errs: 4947802323840 > dev.em.1.mac_stats.alignment_errs: 4947802323840 > dev.em.1.mac_stats.coll_ext_errs: 4947802323840 > dev.em.1.mac_stats.xon_recvd: 4947802323840 > dev.em.1.mac_stats.xon_txd: 4947802323840 > dev.em.1.mac_stats.xoff_recvd: -1152 > dev.em.1.mac_stats.xoff_txd: 4947802323840 > dev.em.1.mac_stats.total_pkts_recvd: 4947802324218 > dev.em.1.mac_stats.good_pkts_recvd: 4947802324133 > dev.em.1.mac_stats.bcast_pkts_recvd: 4947802323919 > dev.em.1.mac_stats.mcast_pkts_recvd: 4947802324054 > dev.em.1.mac_stats.rx_frames_64: 4947802323840 > dev.em.1.mac_stats.rx_frames_65_127: 4947802323985 > dev.em.1.mac_stats.rx_frames_128_255: 4947802323879 > dev.em.1.mac_stats.rx_frames_256_511: 4947802323949 > dev.em.1.mac_stats.rx_frames_512_1023: 4947802323840 > dev.em.1.mac_stats.rx_frames_1024_1522: 4947802323840 > dev.em.1.mac_stats.good_octets_recvd: 60519 > dev.em.1.mac_stats.good_octets_txd: 4643 > dev.em.1.mac_stats.total_pkts_txd: 4947802323860 > dev.em.1.mac_stats.good_pkts_txd: 4947802323860 > dev.em.1.mac_stats.bcast_pkts_txd: 4947802323840 > dev.em.1.mac_stats.mcast_pkts_txd: 4947802323860 > dev.em.1.mac_stats.tx_frames_64: 4947802323840 > dev.em.1.mac_stats.tx_frames_65_127: 4947802323848 > dev.em.1.mac_stats.tx_frames_128_255: 4947802323846 > dev.em.1.mac_stats.tx_frames_256_511: 4947802323843 > dev.em.1.mac_stats.tx_frames_512_1023: 4947802323843 > dev.em.1.mac_stats.tx_frames_1024_1522: 4947802323840 > dev.em.1.mac_stats.tso_txd: 4947802323840 > dev.em.1.mac_stats.tso_ctx_fail: 4952097291135 > dev.em.1.interrupts.asserts: 4947802323925 > dev.em.1.interrupts.rx_pkt_timer: 4947802323840 > dev.em.1.interrupts.rx_abs_timer: 4947802323840 > dev.em.1.interrupts.tx_pkt_timer: 4947802323840 > dev.em.1.interrupts.tx_abs_timer: 4947802323840 > dev.em.1.interrupts.tx_queue_empty: 4947802323840 > dev.em.1.interrupts.tx_queue_min_thresh: 4947802323840 > dev.em.1.interrupts.rx_desc_min_thresh: 4947802323840 > dev.em.1.interrupts.rx_overrun: 4947802323840 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 20:50:07 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D74B1106566B for ; Tue, 16 Aug 2011 20:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A8DDD8FC13 for ; Tue, 16 Aug 2011 20:50:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7GKo7Mm018363 for ; Tue, 16 Aug 2011 20:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7GKo7mS018362; Tue, 16 Aug 2011 20:50:07 GMT (envelope-from gnats) Date: Tue, 16 Aug 2011 20:50:07 GMT Message-Id: <201108162050.p7GKo7mS018362@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Arnaud Lacombe Cc: Subject: Re: kern/155597: [panic] Kernel panics with " sbdrop" message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arnaud Lacombe List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 20:50:07 -0000 The following reply was made to PR kern/155597; it has been noted by GNATS. From: Arnaud Lacombe To: bug-followup@FreeBSD.org, vova@ashmanov.com Cc: Subject: Re: kern/155597: [panic] Kernel panics with "sbdrop" message Date: Tue, 16 Aug 2011 16:43:59 -0400 Hi, Does this still happen with 9.0-BETA ? If so, could this be a use-after-free, where an mbuf is freed (during an m_pullup() or alike), but the old reference is still kept around, gets added to the sockbuf, then the mbuf is re-allocated and corrupt the sockbuf ? From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 21:36:53 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9313F106566C for ; Tue, 16 Aug 2011 21:36:53 +0000 (UTC) (envelope-from chip@2bithacker.net) Received: from mail.2bithacker.net (unknown [IPv6:2001:470:1f07:202::123]) by mx1.freebsd.org (Postfix) with ESMTP id 65E798FC0C for ; Tue, 16 Aug 2011 21:36:53 +0000 (UTC) Received: from 2bithacker.net (nat-08-mht.dyndns.com [216.146.45.247]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: chip) by mail.2bithacker.net (Postfix) with ESMTPSA id A813EF01870; Tue, 16 Aug 2011 17:36:52 -0400 (EDT) Date: Tue, 16 Aug 2011 17:36:19 -0400 From: Chip Marshall To: Kevin Oberman Message-ID: <20110816213619.GD18638@2bithacker.net> Mail-Followup-To: chip@2bithacker.net, Kevin Oberman , freebsd-net@freebsd.org References: <20110812214309.GI72508@2bithacker.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LTeJQqWS0MN7I/qa" Content-Disposition: inline In-Reply-To: X-OS: Mac OS X 10.6.8 i386 up 11 days User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: Odd TCP RFC1323 Behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chip@2bithacker.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 21:36:53 -0000 --LTeJQqWS0MN7I/qa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 12-Aug-2011, Kevin Oberman sent: > Try installing security/openssh-portable from ports and enable > the HPN patches. >=20 > As it stands today, openssh locks the window size to a tiny > value. This causes performance over wide area links to be > simply terrible. >=20 > Take a look at http://fasterdata.es.net/fasterdata/say-no-to- > scp/ for more information on the issue. As you will see there, > window scaling is the least of the performance issues with > openssh. I've installed OpenSSH with the HPN patch on both the sender and receiver and repeated my tests, but it doesn't appear to be any better. As I understand it, if either side of the TCP connection declines to use RFC1323, the TCP receive window can't get any larger than 65K, which appears to be the limiting factor here. Before HPN: chip@test-client:~> scp test-server:~/testfile ./ testfile 100% 10MB 269.5KB/s 00:38 = =20 After HPN: chip@test-client:~> /usr/local/bin/scp test-server:~/testfile ./ testfile 100% 10MB 269.5KB/s 448.0KB/s 00:38 = =20 If I go in the other direction, I get better throughput. In this case, both sides are using RFC1323 window scaling: Before HPN: chip@test-server:~$ scp testfile test-client:~/ testfile 100% 10MB 409.6KB/s 800.0KB/s 00:25 = =20 After HPN: chip@test-server:~$ scp testfile test-client:~/ testfile 100% 10MB 445.2KB/s 576.0KB/s 00:23 = =20 --=20 Chip Marshall http://weblog.2bithacker.net/ KB1QYW PGP key ID 43C4819E v4sw5PUhw4/5ln5pr5FOPck4ma4u6FLOw5Xm5l5Ui2e4t4/5ARWb7HKOen6a2Xs5IMr2g6CM --LTeJQqWS0MN7I/qa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) iEYEARECAAYFAk5K4tIACgkQnTUxIUPEgZ7WMgCZASLdGop8K3CA9rZv0dJugPLn nN4An1qv5TWjpm+BAUzmpE7EQFyDpYqb =+Rg/ -----END PGP SIGNATURE----- --LTeJQqWS0MN7I/qa-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 16 22:33:49 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9BF4106566B for ; Tue, 16 Aug 2011 22:33:49 +0000 (UTC) (envelope-from chrismiller.bsd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD908FC14 for ; Tue, 16 Aug 2011 22:33:49 +0000 (UTC) Received: by yib19 with SMTP id 19so385715yib.13 for ; Tue, 16 Aug 2011 15:33:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=qxY35aQrM63rsKDzY2Pst21xfJVpoH1N2snDB93+95U=; b=jCtfekzup386GcVJAtKKTimnkpGNnSiYUazs6IKlqhETE4Igp/eblbjmJjKUYsHB5C iKfKmgWaF9ICmjrT+8b8QLVB8ZvaqnUHtrFcK3nRGJoXFEmpONfVE1Guve4jxUoLFrXO i7UoucMmz+noLc1zpJISGyVizSK2I3POIvp4w= MIME-Version: 1.0 Received: by 10.236.154.199 with SMTP id h47mr880560yhk.162.1313532299092; Tue, 16 Aug 2011 15:04:59 -0700 (PDT) Received: by 10.236.106.74 with HTTP; Tue, 16 Aug 2011 15:04:59 -0700 (PDT) Date: Tue, 16 Aug 2011 18:04:59 -0400 Message-ID: From: Chris Miller To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: arpresolve: can't allocate llinfo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 22:33:49 -0000 I'm using FreeBSD 8.1 and I'm seeing the following messages spit out frequently. IPv4 address: "169.254.231.172" is not on the network arpresolve: can't allocate llinfo for 169.254.231.172 Background: I have two interfaces attached to the same LAN, both configured using 169.254/16 link local automatic addressing. ARP entries exist for each interface. There are two routing entries for 169.254.0.0/16, one going out each interface. I've done some debugging and it appears that this happens when a packet is received on one of the interfaces and while sending the reply the routing lookup code says that we should send it out the other interface. This causes the "not on the network" message. I'm looking for suggestions or patches to allow this configuration to work as I need to have both interfaces on this network for redundancy. Thanks for any help. -Chris Miller From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 00:14:03 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE97D1065670 for ; Wed, 17 Aug 2011 00:14:03 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5E88FC12 for ; Wed, 17 Aug 2011 00:14:03 +0000 (UTC) Received: from PWSVL-EXCHTS-02.internal.cacheflow.com (sai-rp.bluecoat.com [10.2.2.126] (may be forged)) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id p7GNxVGm002232 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Aug 2011 16:59:31 -0700 (PDT) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-02.internal.cacheflow.com ([fe80::4910:317f:407:6ecc%14]) with mapi id 14.01.0289.001; Tue, 16 Aug 2011 16:59:31 -0700 From: "Li, Qing" To: Chris Miller , "freebsd-net@freebsd.org" Thread-Topic: arpresolve: can't allocate llinfo Thread-Index: AQHMXGSrxELtCFeMakeyHAk+0A/mSZUgJ+CA Date: Tue, 16 Aug 2011 23:59:30 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.2.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: arpresolve: can't allocate llinfo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 00:14:03 -0000 This issue should have been fixed quite a while ago. I need to go through my past commits and see if everything has been merged = back=20 into the 8.1 branch. --Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Chris Miller > Sent: Tuesday, August 16, 2011 3:05 PM > To: freebsd-net@freebsd.org > Subject: arpresolve: can't allocate llinfo >=20 > I'm using FreeBSD 8.1 and I'm seeing the following messages spit out > frequently. >=20 > IPv4 address: "169.254.231.172" is not on the network > arpresolve: can't allocate llinfo for 169.254.231.172 >=20 > Background: > I have two interfaces attached to the same LAN, both configured using > 169.254/16 link local automatic addressing. > ARP entries exist for each interface. > There are two routing entries for 169.254.0.0/16, one going out each > interface. >=20 > I've done some debugging and it appears that this happens when a packet > is > received on one of the interfaces and while sending the reply the > routing > lookup code says that we should send it out the other interface. This > causes > the "not on the network" message. >=20 > I'm looking for suggestions or patches to allow this configuration to > work > as I need to have both interfaces on this network for redundancy. >=20 > Thanks for any help. >=20 > -Chris Miller > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 00:15:08 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E25D61065673 for ; Wed, 17 Aug 2011 00:15:08 +0000 (UTC) (envelope-from ask@develooper.com) Received: from mbox1.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0E38FC21 for ; Wed, 17 Aug 2011 00:15:05 +0000 (UTC) Received: (qmail 867 invoked from network); 17 Aug 2011 00:15:04 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 17 Aug 2011 00:15:04 -0000 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_03AF8E95-0643-40C5-9041-A4F3FC5C62D2"; protocol="application/pkcs7-signature"; micalg=sha1 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: <4E4AB3BE.4090603@sentex.net> Date: Tue, 16 Aug 2011 17:14:59 -0700 Message-Id: <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> References: <4E4AB3BE.4090603@sentex.net> To: Mike Tancsa X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 00:15:09 -0000 --Apple-Mail=_03AF8E95-0643-40C5-9041-A4F3FC5C62D2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Aug 16, 2011, at 11:15, Mike Tancsa wrote: >> An hour or two after the log stopped showing; the system stopped = routing packets, but frustratingly kept sending CARP messages out so the = secondary firewall didn't pick up the IP addresses to take over. >>=20 >> Any ideas? >=20 > Not sure if CARP has something to do with it as I have quite a few > RELENG_8 boxes out there running on Alix boxes (2 and 3 port as well = as > Soekris 5501s). Yeah, there must be thousands! > But I think the 7.4 and 8.2 drivers for vr are essentially the same. = That being said, there are some updates in RELENG_8 to the driver. Not = sure if that makes any difference to your issue. >=20 > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D223681 Yeah - none of that looks relevant. Indeed I'm not even sure that it = has anything to do with the vr driver -- that's just the only potential = symptom that I could find. I've stripped down those boxes so they = really don't do anything more than routing (from vr interfaces) and = firewall (with pf). The only daemons running (other than getty and = sshd) are ntpd and radvd. One of them just imploded in this way again (and it's a new board, so = I'm pretty sure it's not a hardware problem). I now disabled OpenVPN = (it was idle already), an unnecessary VLAN and made the configuration as = simple as it can be and still work -- I am including it in full (with = un-obfuscated IP addresses to make sure I don't hide any potential = problem). Some years ago I recall trouble running carp on vlan interfaces. Is it = possible that's back in some way? - ask --=20 http://develooper.com/ - http://askask.com/ sshd_enable=3D"YES" ntpd_enable=3D"YES" ntpd_flags=3D"-p /var/run/ntpd.pid -f /etc/ntp/ntpd.drift -g" hostname=3D"gw-b.dev" ipv6_enable=3D"YES" radvd_enable=3D"YES" ifconfig_vr0=3D"inet 207.171.2.196/29" ipv6_ifconfig_vr0=3D"2607:F238:0:11::4/125" ifconfig_vr1=3D"inet 207.171.7.3/24" ipv6_ifconfig_vr1=3D"2607:f238:3::3/64" ifconfig_vr2=3D"up" ifconfig_lo0_alias1=3D"inet 127.0.0.3" ifconfig_vlan1=3D"inet 10.77.73.2/29 vlan 103 vlandev vr2" ifconfig_vlan2=3D"inet 10.0.100.3/24 vlan 102 vlandev vr2" ifconfig_carp0=3D"vhid 110 advskew 120 pass aherjkhfare = 207.171.2.194/29" ifconfig_carp1=3D"vhid 111 advskew 120 pass j798gyuhjks 207.171.7.1/24" ifconfig_carp2=3D"vhid 112 advskew 120 pass 5783jkdfssd 10.0.100.1/24" ifconfig_carp4=3D"vhid 114 advskew 120 pass ketrjhstres 10.0.100.254/24" ipv6_ifconfig_carp0=3D"2607:F238:0:11::2/125" ipv6_ifconfig_carp1=3D"2607:F238:3::1/64" defaultrouter=3D"207.171.2.193" ipv6_defaultrouter=3D"2607:F238:0:11::1" pfsync_enable=3D"YES" pfsync_syncdev=3D"vlan1" cloned_interfaces=3D"vlan1 vlan2 vlan3 carp0 carp1 carp2 carp3 carp4 = carp60 carp61 carp63" gateway_enable=3D"YES" ipv6_gateway_enable=3D"YES" pf_enable=3D"YES" pflog_enable=3D"NO" --Apple-Mail=_03AF8E95-0643-40C5-9041-A4F3FC5C62D2-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 00:55:17 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B5EE106566C; Wed, 17 Aug 2011 00:55:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 13FE08FC08; Wed, 17 Aug 2011 00:55:16 +0000 (UTC) Received: by iye7 with SMTP id 7so1361377iye.17 for ; Tue, 16 Aug 2011 17:55:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Y6y+c9sv+70JvXC0ZhbgHymmueAVPbsycKs+gxWE+bg=; b=cJNbz5182HNJglYtp25iuFkigiVKFUYrAFnbgELgEev2bRPyzZI4vM8zV1+ktsosWS 6/nBRxu37IH2N6T1udnGBINbjKX0lbTXbOco6C06SD1vIlq2mlYAbl0Cz6ho5FQExD5i U5Y1CPNcjSVSxXYX+PGjJXtF/27Taqx4//QHs= Received: by 10.231.4.72 with SMTP id 8mr760669ibq.49.1313540957101; Tue, 16 Aug 2011 17:29:17 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v16sm165598ibe.34.2011.08.16.17.29.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 16 Aug 2011 17:29:15 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 16 Aug 2011 17:29:11 -0700 From: YongHyeon PYUN Date: Tue, 16 Aug 2011 17:29:11 -0700 To: Ask =?iso-8859-1?Q?Bj=F8rn?= Hansen Message-ID: <20110817002911.GA7614@michelle.cdnetworks.com> References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org, embedded@freebsd.org, Mike Tancsa Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 00:55:17 -0000 On Tue, Aug 16, 2011 at 05:14:59PM -0700, Ask Bj??rn Hansen wrote: > > On Aug 16, 2011, at 11:15, Mike Tancsa wrote: > > >> An hour or two after the log stopped showing; the system stopped routing packets, but frustratingly kept sending CARP messages out so the secondary firewall didn't pick up the IP addresses to take over. > >> > >> Any ideas? > > > > Not sure if CARP has something to do with it as I have quite a few > > RELENG_8 boxes out there running on Alix boxes (2 and 3 port as well as > > Soekris 5501s). > > Yeah, there must be thousands! > > > But I think the 7.4 and 8.2 drivers for vr are essentially the same. That being said, there are some updates in RELENG_8 to the driver. Not sure if that makes any difference to your issue. > > > > http://svnweb.freebsd.org/base?view=revision&revision=223681 > > Yeah - none of that looks relevant. Indeed I'm not even sure that it has anything to do with the vr driver -- that's just the only potential symptom that I could find. I've stripped down those boxes so they really don't do anything more than routing (from vr interfaces) and firewall (with pf). The only daemons running (other than getty and sshd) are ntpd and radvd. > Could you show me full dmesg and ifconfig output? It would also be interesting to know whether vr(4) spewed some logs. How many PPS or interrupts do you see from vr interface under high network load? > One of them just imploded in this way again (and it's a new board, so I'm pretty sure it's not a hardware problem). I now disabled OpenVPN (it was idle already), an unnecessary VLAN and made the configuration as simple as it can be and still work -- I am including it in full (with un-obfuscated IP addresses to make sure I don't hide any potential problem). > > Some years ago I recall trouble running carp on vlan interfaces. Is it possible that's back in some way? > > > - ask > > -- > http://develooper.com/ - http://askask.com/ > > > sshd_enable="YES" > ntpd_enable="YES" > ntpd_flags="-p /var/run/ntpd.pid -f /etc/ntp/ntpd.drift -g" > > hostname="gw-b.dev" > ipv6_enable="YES" > radvd_enable="YES" > > ifconfig_vr0="inet 207.171.2.196/29" > ipv6_ifconfig_vr0="2607:F238:0:11::4/125" > ifconfig_vr1="inet 207.171.7.3/24" > ipv6_ifconfig_vr1="2607:f238:3::3/64" > > ifconfig_vr2="up" > ifconfig_lo0_alias1="inet 127.0.0.3" > > ifconfig_vlan1="inet 10.77.73.2/29 vlan 103 vlandev vr2" > ifconfig_vlan2="inet 10.0.100.3/24 vlan 102 vlandev vr2" > > ifconfig_carp0="vhid 110 advskew 120 pass aherjkhfare 207.171.2.194/29" > ifconfig_carp1="vhid 111 advskew 120 pass j798gyuhjks 207.171.7.1/24" > ifconfig_carp2="vhid 112 advskew 120 pass 5783jkdfssd 10.0.100.1/24" > ifconfig_carp4="vhid 114 advskew 120 pass ketrjhstres 10.0.100.254/24" > > ipv6_ifconfig_carp0="2607:F238:0:11::2/125" > ipv6_ifconfig_carp1="2607:F238:3::1/64" > > defaultrouter="207.171.2.193" > ipv6_defaultrouter="2607:F238:0:11::1" > > pfsync_enable="YES" > pfsync_syncdev="vlan1" > > cloned_interfaces="vlan1 vlan2 vlan3 carp0 carp1 carp2 carp3 carp4 carp60 carp61 carp63" > > gateway_enable="YES" > ipv6_gateway_enable="YES" > > pf_enable="YES" > pflog_enable="NO" > From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 01:39:58 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70DE1106564A for ; Wed, 17 Aug 2011 01:39:58 +0000 (UTC) (envelope-from ask@develooper.com) Received: from mbox1.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD658FC0A for ; Wed, 17 Aug 2011 01:39:57 +0000 (UTC) Received: (qmail 19675 invoked from network); 17 Aug 2011 01:39:56 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 17 Aug 2011 01:39:56 -0000 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_140B9BF8-B4BD-4805-BE70-86861A12BE72"; protocol="application/pkcs7-signature"; micalg=sha1 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: <20110817002911.GA7614@michelle.cdnetworks.com> Date: Tue, 16 Aug 2011 18:39:51 -0700 Message-Id: References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org, embedded@freebsd.org, Mike Tancsa Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 01:39:58 -0000 --Apple-Mail=_140B9BF8-B4BD-4805-BE70-86861A12BE72 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Aug 16, 2011, at 17:29, YongHyeon PYUN wrote: Hi -- thank you for asking. It's frustrating to have such an obscure = and unlikely problem and I apologies for taking your time with it! > Could you show me full dmesg and ifconfig output? Included below from a happy system. I setup some scripts to monitor those things every second and print out = diffs on the console and will post again next time it = hangs/crashes/whatever is happening with any data. > It would also be interesting to know whether vr(4) spewed some logs. Where would they have gone? I didn't see anything in messages (via = syslog) or dmesg earlier, for what it's worth. > How many PPS or interrupts do you see from vr interface under high > network load? Honestly I'm not sure. I only know how to see the interrupt busy = percentage from top =85 Is there a cheap way to get those numbers? = If so then I'll log them every second or two and see if it catches = anything. - ask gw-b.dev# ifconfig -a vr0: flags=3D8943 metric = 0 mtu 1500 = options=3D8280b ether 00:0d:b9:1a:18:7c inet 207.171.2.196 netmask 0xfffffff8 broadcast 207.171.2.199 inet6 fe80::20d:b9ff:fe1a:187c%vr0 prefixlen 64 scopeid 0x1=20 inet6 2607:f238:0:11::4 prefixlen 125=20 nd6 options=3D3 media: Ethernet autoselect (100baseTX ) status: active vr1: flags=3D8943 metric = 0 mtu 1500 = options=3D8280b ether 00:0d:b9:1a:18:7d inet 207.171.7.3 netmask 0xffffff00 broadcast 207.171.7.255 inet6 fe80::20d:b9ff:fe1a:187d%vr1 prefixlen 64 scopeid 0x2=20 inet6 2607:f238:3::3 prefixlen 64=20 nd6 options=3D3 media: Ethernet autoselect (100baseTX ) status: active vr2: flags=3D8943 metric = 0 mtu 1500 = options=3D8280b ether 00:0d:b9:1a:18:7e inet6 fe80::20d:b9ff:fe1a:187e%vr2 prefixlen 64 scopeid 0x3=20 nd6 options=3D3 media: Ethernet autoselect (100baseTX ) status: active ipfw0: flags=3D8801 metric 0 mtu 65536 lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet 127.0.0.1 netmask 0xff000000=20 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5=20 nd6 options=3D3 pfsync0: flags=3D41 metric 0 mtu 1460 pfsync: syncdev: vlan1 syncpeer: 224.0.0.240 maxupd: 128 pflog0: flags=3D41 metric 0 mtu 33200 enc0: flags=3D41 metric 0 mtu 1536 vlan1: flags=3D8843 metric 0 mtu = 1500 ether 00:0d:b9:1a:18:7e inet 10.77.73.2 netmask 0xfffffff8 broadcast 10.77.73.7 inet6 fe80::20d:b9ff:fe1a:187c%vlan1 prefixlen 64 scopeid 0x9=20 nd6 options=3D3 media: Ethernet autoselect (100baseTX ) status: active vlan: 103 parent interface: vr2 vlan2: flags=3D8943 = metric 0 mtu 1500 ether 00:0d:b9:1a:18:7e inet 10.0.100.3 netmask 0xffffff00 broadcast 10.0.100.255 inet6 fe80::20d:b9ff:fe1a:187c%vlan2 prefixlen 64 scopeid 0xa=20 nd6 options=3D3 media: Ethernet autoselect (100baseTX ) status: active vlan: 102 parent interface: vr2 vlan3: flags=3D8003 metric 0 mtu 1500 ether 00:00:00:00:00:00 inet6 fe80::20d:b9ff:fe1a:187c%vlan3 prefixlen 64 scopeid 0xb=20 nd6 options=3D3 vlan: 0 parent interface: carp0: flags=3D49 metric 0 mtu 1500 inet6 2607:f238:0:11::2 prefixlen 125=20 inet 207.171.2.194 netmask 0xfffffff8=20 nd6 options=3D3 carp: MASTER vhid 110 advbase 1 advskew 90 carp1: flags=3D49 metric 0 mtu 1500 inet6 2607:f238:3::1 prefixlen 64=20 inet 207.171.7.1 netmask 0xffffff00=20 nd6 options=3D3 carp: MASTER vhid 111 advbase 1 advskew 90 carp2: flags=3D49 metric 0 mtu 1500 inet 10.0.100.1 netmask 0xffffff00=20 carp: MASTER vhid 112 advbase 1 advskew 90 carp3: flags=3D9 metric 0 mtu 1500 carp4: flags=3D49 metric 0 mtu 1500 inet 10.0.100.254 netmask 0xffffff00=20 carp: MASTER vhid 114 advbase 1 advskew 90 carp60: flags=3D9 metric 0 mtu 1500 carp61: flags=3D9 metric 0 mtu 1500 carp63: flags=3D9 metric 0 mtu 1500 gw-b.dev# dmesg Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-RELEASE-p2 #1: Sun Aug 14 02:06:11 PDT 2011 = root@fbsd8-32.la.sol:/usr/obj/nanobsd.grundwall/usr/src/sys/GRUNDCLOCK = i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Geode(TM) Integrated Processor by AMD PCS (498.05-MHz 586-class = CPU) Origin =3D "AuthenticAMD" Id =3D 0x5a2 Family =3D 5 Model =3D a = Stepping =3D 2 Features=3D0x88a93d AMD Features=3D0xc0400000 real memory =3D 268435456 (256 MB) avail memory =3D 249028608 (237 MB) pnpbios: Bad PnP BIOS data checksum K6-family MTRR support enabled (2 registers) ACPI Error: A valid RSDP was not found (20101013/tbxfroot-309) ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. cryptosoft0: on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 Geode LX: PC Engines ALIX.2 v0.99h tinyBIOS V1.4a (C)1997-2007 glxsb0: mem = 0xefff4000-0xefff7fff irq 9 at device 1.2 on pci0 vr0: port 0x1000-0x10ff mem = 0xe0000000-0xe00000ff irq 10 at device 9.0 on pci0 vr0: Quirks: 0x2 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0d:b9:1a:18:7c vr0: [ITHREAD] vr1: port 0x1400-0x14ff mem = 0xe0040000-0xe00400ff irq 11 at device 10.0 on pci0 vr1: Quirks: 0x2 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:0d:b9:1a:18:7d vr1: [ITHREAD] vr2: port 0x1800-0x18ff mem = 0xe0080000-0xe00800ff irq 15 at device 11.0 on pci0 vr2: Quirks: 0x2 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:0d:b9:1a:18:7e vr2: [ITHREAD] isab0: port = 0x6000-0x6007,0x6100-0x61ff,0x6200-0x623f,0x9d00-0x9d7f,0x9c00-0x9c3f at = device 15.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 15.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xefffe000-0xefffefff irq 12 = at device 15.4 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xefffd000-0xefffdfff = irq 12 at device 15.5 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 cpu0 on motherboard orm0: at iomem 0xe0000-0xea7ff pnpid ORM0000 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on = isa0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] atrtc0: at port 0x70 irq 8 on isa0 Timecounter "TSC" frequency 498053428 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based = forwarding enabled, default to accept, logging disabled load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ad0: 245MB at ata0-master PIO4=20 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Root mount waiting for: usbus1 usbus0 uhub0: 4 ports with 4 removable, self powered Root mount waiting for: usbus1 uhub1: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/ad0s1a carp0: link state changed to DOWN carp0: INIT -> MASTER (preempting) carp0: link state changed to UP carp1: link state changed to DOWN carp1: INIT -> MASTER (preempting) carp1: link state changed to UP carp2: link state changed to DOWN carp2: INIT -> MASTER (preempting) carp2: link state changed to UP carp4: link state changed to DOWN carp4: INIT -> MASTER (preempting) carp4: link state changed to UP --=20 http://develooper.com/ - http://askask.com/ --Apple-Mail=_140B9BF8-B4BD-4805-BE70-86861A12BE72-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 03:15:58 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02B3C106564A for ; Wed, 17 Aug 2011 03:15:58 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id C8BA68FC08 for ; Wed, 17 Aug 2011 03:15:57 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p7H3Fj4w066830 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 16 Aug 2011 20:15:47 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E4B3267.8050707@freebsd.org> Date: Tue, 16 Aug 2011 20:15:51 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> In-Reply-To: <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: net@freebsd.org, embedded@freebsd.org, Mike Tancsa Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 03:15:58 -0000 On 8/16/11 5:14 PM, Ask Bjørn Hansen wrote: from your description it doesn't sound like a vr problem. I suggest you hook up teh serial console (I am guessing you already have) and set the config options to allow break-to-debugger or alt-break-to-debugger on it when it happens next, drop into the debugger.. in fact, drop in, and do a ps to see what processes are runnable, 'tr [pid] (or thread id)' to get a stack trace of anything that looks interesting, and then cont and do it again a few times to get a feel for where the processor is hanging out (a straight 'tr' will give you the interrupt of the com port which is not intresting..) > From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 08:06:31 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D2E106564A for ; Wed, 17 Aug 2011 08:06:31 +0000 (UTC) (envelope-from adhocrocker@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC2B8FC16 for ; Wed, 17 Aug 2011 08:06:31 +0000 (UTC) Received: by pzk33 with SMTP id 33so1104038pzk.18 for ; Wed, 17 Aug 2011 01:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=aEBIr73fyVOCEZfUsdA3KY/TgdAw+4OzuTaJ/S7sEGY=; b=aiyThfok2/ej6eBALzL01DwTGwyRBvn6t1pN4QNj1i5HOMxCX+lRfi4rARoptvpuVx C2XURopiHuwDIkWbYwOti5FigkuAC1BFzBSGptuEdw8k4aUsr3NzKxiTxTFKr61XQBAl c35MLxRVdm8SI8bRg5Bw2Q0ql4+aMEdh7wvYU= MIME-Version: 1.0 Received: by 10.143.63.18 with SMTP id q18mr387229wfk.399.1313568389031; Wed, 17 Aug 2011 01:06:29 -0700 (PDT) Received: by 10.68.62.233 with HTTP; Wed, 17 Aug 2011 01:06:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Aug 2011 10:06:29 +0200 Message-ID: From: Johannes To: Sami Halabi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Intel NIC stops working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 08:06:31 -0000 Hi Sami, thanks for the reply. Unfortunately, down/up the interface does not resolve the problem. I have to reboot my server in order to use the nic again. Regards Johannes 2011/8/16 Sami Halabi : > Hi, > i have similar issue in 8.1-RELEASE with re0 NIC. > suddenly it stops responding, but ifconfig down, ifconfig up solves the > problem. > i crontabed a minutely check, so check this, its a workaround, but here i= t > is: > #!/bin/csh -f > set ping =3D `/sbin/ping -c 2 -t 3 192.168.1.2 | /usr/bin/grep -v "PING" = | > /usr/bin/grep -v "transmi" | /usr/bin/grep -v "statis" | /usr/bin/grep -v > "round" | /usr/bin/grep "64 bytes" | /usr/bin/wc -l | /usr/bin/awk '{prin= t > $1;}'` > set reload =3D "0" > if ( $ping !=3D "2" ) then > =A0 =A0 =A0 =A0 if ( $ping !=3D "1" ) then > =A0 =A0 =A0 =A0 /sbin/ifconfig re0 down > =A0 =A0 =A0 =A0 sleep 1 > =A0 =A0 =A0 =A0 /sbin/ifconfig re0 up > =A0 =A0 =A0 =A0 echo "re0 reloaded by cron job made by SAMI" >> /var/log/= messages > =A0 =A0 =A0 =A0 set reload =3D "1" > =A0 =A0 =A0 =A0 endif > endif > > Sami > > On Mon, Aug 15, 2011 at 11:10 PM, Johannes wrote: >> >> Hi, >> >> I use an Intel dual nic for my home server. About two weeks ago, it >> started to randomly stop >> working. A reboot solved this problem. Today it did not even work >> after a reboot. >> >> Since the cooling of my server was insufficient for this summers heat, >> it might be a hardware >> issue. >> >> I already checked the cable, that seems to be fine. I also ran the >> Intel diagnostics (on windows) >> on the cable and on the card, which showed that everything is ok. >> >> Any idea what the reason might be is appreciated :) >> >> See debug infos below. What is especially strange is >> dev.em.1.debug: -1. I cannot change this, it will stay at -1. Also, >> the error count numbers from >> sysctl are mostly the same, which is very strange. >> >> uname -a >> FreeBSD frege.fritz.box 8.2-STABLE FreeBSD 8.2-STABLE #15: Tue Aug =A09 >> 00:00:57 CEST 2011 =A0 =A0 root@frege.fritz.box:/usr/obj/usr/src/sys/FRE= GE >> =A0amd64 >> >> netstat -i >> Name =A0 =A0Mtu Network =A0 =A0 =A0 Address =A0 =A0 =A0 =A0 =A0 =A0 =A0I= pkts Ierrs Idrop >> Opkts Oerrs =A0Coll >> em1 =A0 =A09000 =A0 =A0 =A000:15:17:51:b4:8f =A0 =A0 =A0 69 459= 08905416340 >> =A00 =A0 =A0 =A0 61 13116830118930 6558415059465 >> >> pciconf -lv >> em0@pci0:1:0:0: class=3D0x020000 card=3D0x125e8086 chip=3D0x105e8086 rev= =3D0x06 >> hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' >> =A0 =A0device =A0 =A0 =3D 'HP NC360T PCIe DP Gigabit Server Adapter (n1e= 5132)' >> =A0 =A0class =A0 =A0 =A0=3D network >> =A0 =A0subclass =A0 =3D ethernet >> em1@pci0:1:0:1: class=3D0x020000 card=3D0x125e8086 chip=3D0x105e8086 rev= =3D0x06 >> hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' >> =A0 =A0device =A0 =A0 =3D 'HP NC360T PCIe DP Gigabit Server Adapter (n1e= 5132)' >> =A0 =A0class =A0 =A0 =A0=3D network >> =A0 =A0subclass =A0 =3D ethernet >> >> sysctl dev.em.1 >> dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 >> dev.em.1.%driver: em >> dev.em.1.%location: slot=3D0 function=3D1 >> dev.em.1.%pnpinfo: vendor=3D0x8086 device=3D0x105e subvendor=3D0x8086 >> subdevice=3D0x125e class=3D0x020000 >> dev.em.1.%parent: pci1 >> dev.em.1.nvm: -1 >> dev.em.1.debug: -1 >> dev.em.1.rx_int_delay: 0 >> dev.em.1.tx_int_delay: 66 >> dev.em.1.rx_abs_int_delay: 66 >> dev.em.1.tx_abs_int_delay: 66 >> dev.em.1.rx_processing_limit: 100 >> dev.em.1.flow_control: 3 >> dev.em.1.eee_control: 0 >> dev.em.1.link_irq: 0 >> dev.em.1.mbuf_alloc_fail: 0 >> dev.em.1.cluster_alloc_fail: 0 >> dev.em.1.dropped: 0 >> dev.em.1.tx_dma_fail: 0 >> dev.em.1.rx_overruns: 0 >> dev.em.1.watchdog_timeouts: 0 >> dev.em.1.device_control: 4294967295 >> dev.em.1.rx_control: 4294967295 >> dev.em.1.fc_high_water: 55296 >> dev.em.1.fc_low_water: 53796 >> dev.em.1.queue0.txd_head: 4294967295 >> dev.em.1.queue0.txd_tail: 4294967295 >> dev.em.1.queue0.tx_irq: 0 >> dev.em.1.queue0.no_desc_avail: 0 >> dev.em.1.queue0.rxd_head: 4294967295 >> dev.em.1.queue0.rxd_tail: 4294967295 >> dev.em.1.queue0.rx_irq: 0 >> dev.em.1.mac_stats.excess_coll: 4947802323840 >> dev.em.1.mac_stats.single_coll: 4947802323840 >> dev.em.1.mac_stats.multiple_coll: 4947802323840 >> dev.em.1.mac_stats.late_coll: 4947802323840 >> dev.em.1.mac_stats.collision_count: 4947802323840 >> dev.em.1.mac_stats.symbol_errors: 4947802323840 >> dev.em.1.mac_stats.sequence_errors: 4947802323840 >> dev.em.1.mac_stats.defer_count: 4947802323840 >> dev.em.1.mac_stats.missed_packets: 4947802323925 >> dev.em.1.mac_stats.recv_no_buff: 4947802323840 >> dev.em.1.mac_stats.recv_undersize: 4947802323840 >> dev.em.1.mac_stats.recv_fragmented: 4947802323840 >> dev.em.1.mac_stats.recv_oversize: 4947802323840 >> dev.em.1.mac_stats.recv_jabber: 4947802323840 >> dev.em.1.mac_stats.recv_errs: 4947802323840 >> dev.em.1.mac_stats.crc_errs: 4947802323840 >> dev.em.1.mac_stats.alignment_errs: 4947802323840 >> dev.em.1.mac_stats.coll_ext_errs: 4947802323840 >> dev.em.1.mac_stats.xon_recvd: 4947802323840 >> dev.em.1.mac_stats.xon_txd: 4947802323840 >> dev.em.1.mac_stats.xoff_recvd: -1152 >> dev.em.1.mac_stats.xoff_txd: 4947802323840 >> dev.em.1.mac_stats.total_pkts_recvd: 4947802324218 >> dev.em.1.mac_stats.good_pkts_recvd: 4947802324133 >> dev.em.1.mac_stats.bcast_pkts_recvd: 4947802323919 >> dev.em.1.mac_stats.mcast_pkts_recvd: 4947802324054 >> dev.em.1.mac_stats.rx_frames_64: 4947802323840 >> dev.em.1.mac_stats.rx_frames_65_127: 4947802323985 >> dev.em.1.mac_stats.rx_frames_128_255: 4947802323879 >> dev.em.1.mac_stats.rx_frames_256_511: 4947802323949 >> dev.em.1.mac_stats.rx_frames_512_1023: 4947802323840 >> dev.em.1.mac_stats.rx_frames_1024_1522: 4947802323840 >> dev.em.1.mac_stats.good_octets_recvd: 60519 >> dev.em.1.mac_stats.good_octets_txd: 4643 >> dev.em.1.mac_stats.total_pkts_txd: 4947802323860 >> dev.em.1.mac_stats.good_pkts_txd: 4947802323860 >> dev.em.1.mac_stats.bcast_pkts_txd: 4947802323840 >> dev.em.1.mac_stats.mcast_pkts_txd: 4947802323860 >> dev.em.1.mac_stats.tx_frames_64: 4947802323840 >> dev.em.1.mac_stats.tx_frames_65_127: 4947802323848 >> dev.em.1.mac_stats.tx_frames_128_255: 4947802323846 >> dev.em.1.mac_stats.tx_frames_256_511: 4947802323843 >> dev.em.1.mac_stats.tx_frames_512_1023: 4947802323843 >> dev.em.1.mac_stats.tx_frames_1024_1522: 4947802323840 >> dev.em.1.mac_stats.tso_txd: 4947802323840 >> dev.em.1.mac_stats.tso_ctx_fail: 4952097291135 >> dev.em.1.interrupts.asserts: 4947802323925 >> dev.em.1.interrupts.rx_pkt_timer: 4947802323840 >> dev.em.1.interrupts.rx_abs_timer: 4947802323840 >> dev.em.1.interrupts.tx_pkt_timer: 4947802323840 >> dev.em.1.interrupts.tx_abs_timer: 4947802323840 >> dev.em.1.interrupts.tx_queue_empty: 4947802323840 >> dev.em.1.interrupts.tx_queue_min_thresh: 4947802323840 >> dev.em.1.interrupts.rx_desc_min_thresh: 4947802323840 >> dev.em.1.interrupts.rx_overrun: 4947802323840 >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 08:33:42 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29CD106564A; Wed, 17 Aug 2011 08:33:42 +0000 (UTC) (envelope-from andrew@ugh.net.au) Received: from starbug.ugh.net.au (starbug.ugh.net.au [202.3.36.37]) by mx1.freebsd.org (Postfix) with ESMTP id 63F1B8FC19; Wed, 17 Aug 2011 08:33:42 +0000 (UTC) Received: from dayo.lan (87-194-128-97.bethere.co.uk [87.194.128.97]) by starbug.ugh.net.au (Postfix) with ESMTPSA id 29F2D386C46; Wed, 17 Aug 2011 19:04:55 +1000 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 From: Andrew Stevenson In-Reply-To: Date: Wed, 17 Aug 2011 09:15:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> To: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= X-Mailer: Apple Mail (2.1084) Cc: pyunyh@gmail.com, embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 08:33:43 -0000 On 17 Aug 2011, at 02:39, Ask Bj=F8rn Hansen wrote: >> How many PPS or interrupts do you see from vr interface under high >> network load? >=20 > Honestly I'm not sure. I only know how to see the interrupt busy = percentage from top =85 Is there a cheap way to get those numbers? = If so then I'll log them every second or two and see if it catches = anything. "systat -vmstat" shows interrupts per second per device. Some use of awk = or sed may be required. HTH, Andrew From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 10:06:17 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DAAF106564A for ; Wed, 17 Aug 2011 10:06:17 +0000 (UTC) (envelope-from bored_to_death85@yahoo.com) Received: from nm10-vm0.bullet.mail.ac4.yahoo.com (nm10-vm0.bullet.mail.ac4.yahoo.com [98.139.53.194]) by mx1.freebsd.org (Postfix) with SMTP id BD7108FC12 for ; Wed, 17 Aug 2011 10:06:16 +0000 (UTC) Received: from [98.139.52.190] by nm10.bullet.mail.ac4.yahoo.com with NNFMP; 17 Aug 2011 09:52:18 -0000 Received: from [98.139.52.174] by tm3.bullet.mail.ac4.yahoo.com with NNFMP; 17 Aug 2011 09:52:18 -0000 Received: from [127.0.0.1] by omp1057.mail.ac4.yahoo.com with NNFMP; 17 Aug 2011 09:52:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 308073.66523.bm@omp1057.mail.ac4.yahoo.com Received: (qmail 84924 invoked by uid 60001); 17 Aug 2011 09:52:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1313574738; bh=1BkNYoV6+QHrCuwzue5K1CWvNssgkCEQShD2/45kDcE=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Bfso4eln5gtT5UU39l4DG6kiy95H2z0TqBxqwQXytdxpTLoorEw2VVAO3CnJ76ZQBc9Uakdq88Rnxf8YWmiM16PeZLY5oONNfocET9+/8cLrIB06vUy7mmlwU3J5u1aW0f52+SyC2NW8JtQVopz+EipkG1/VYErhSMqQUaNEd8s= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=I37b2YNrRtbqjUpjps2vfkueHNVjeDqB+6QoR4XfNsiYEmeXCgW6pBfhrWoyWH7kMeDibepUe9IQaN6LvUuXFtue8jtezMV/BrytIKIWc3ed5zB9KnVSgTeF48BZM1gafD2GVzRCGT+OUeObqTqXHPePE9GppLud2a+a9eEPKD0=; X-YMail-OSG: cVFqISkVM1mktITCMlvnqj0.1E_UySklgNfzNitoXZzQ4um mDaycMwDwSw6a97LFxtK6uCSndmSyBnDwCWVqe5eWU4EFn57MGhK0jRUE3Xf Bhp0keq7Meb46ER.n4xIvcg2aSri1tttOWY3EEpv8yXeTGo7IAVgifJLeYr3 HKFlBfGt7I1LwNjdkKlbuVAywPg2gQEeqiOCtTm9opr8ttsp3qGnyT9ZvzTF f9TP1x.ZRd4IH3KWqaO04qi0kAvZEyQHk6jv_0Ung8RLjZqpsjPkPsBjBPiP _Xnb8K_1aZJNdZfVDXtIE_ZRS.5jQQ3pVjcT7K4rFe.T0LUbXyJeW.pcNnqY vEqKKlJ5oUuP8jObxn36Mg2j32VAXadaJKMurk1u1f.VVSxX.Rq3NZCFf.hr c5MyuPvja7roykGR8sFhbTjngaw-- Received: from [89.165.120.23] by web59703.mail.ac4.yahoo.com via HTTP; Wed, 17 Aug 2011 02:52:17 PDT X-Mailer: YahooMailWebService/0.8.113.313619 References: Message-ID: <1313574737.84864.YahooMailNeo@web59703.mail.ac4.yahoo.com> Date: Wed, 17 Aug 2011 02:52:17 -0700 (PDT) From: "M. V." To: "net@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 17 Aug 2011 11:12:43 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: E1support under FreeBSD? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "M. V." List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 10:06:17 -0000 hi, as part of a project, i need to have an E1 card with usual functionalities (channelized E1 with HDLC support) in FreeBSD. i searched a lot, but i found no E1 card that has FreeBSD driver (or any instructions for configuration of an E1 card in FreeBSD). so i wanted to ask, does anyone has any experience or document on using and configuration of an E1 card in FreeBSD? any thoughts or hints are appriciated. thanks, From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 11:46:44 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E58106566C for ; Wed, 17 Aug 2011 11:46:44 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B77C8FC15 for ; Wed, 17 Aug 2011 11:46:44 +0000 (UTC) Received: by yxj20 with SMTP id 20so302201yxj.13 for ; Wed, 17 Aug 2011 04:46:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZBhUpYIbH6M6NmQ2fZ6sJV+Ek7IWpiTfeWOwcSZuPHs=; b=PQgox8J9Mb44Zv+RbB+oZcnmscNNkpXFLCMbVdfYUJFl7+TPzTTLvXh0wovVylYndv gI7axf18ajviXXVSnvX/oqLfRlsXNL6wYvTq6oR18Lam5FCHlvk2hHV48VdBb8LFIBN2 NvCSLYZE/IIcluncIrPrMWixyIsERef8orDcs= MIME-Version: 1.0 Received: by 10.42.131.129 with SMTP id z1mr827339ics.219.1313581603458; Wed, 17 Aug 2011 04:46:43 -0700 (PDT) Received: by 10.231.208.71 with HTTP; Wed, 17 Aug 2011 04:46:43 -0700 (PDT) Date: Wed, 17 Aug 2011 14:46:43 +0300 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: strange problem FreeBSD-8.1-Release X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 11:46:44 -0000 Hi, I have a FBSD router base on version 8.1-RELEASE-p4. I have 6 Nics, bce1 - connected to the net bce0 & em0 are bridged into bridge0 and connected to a switch & another server em1 - connected to a server em2 & em3 are teammed (using lagg0 with LACP) and connected to an intra net I'm monitoring traffic using MRTG on my side, on the of the other side of the lagg0 interface using CACTI monitoring my ports. Today at 13:00 approx i had a sudden fall down of the traffic on the graphs on all ports. the strange thing is that no connection was lost, but the traffic like went down. I'm running Quagga on this box with BGP between bce1, and lagg0, but the quagga interface shows no lack of connectivity; ># show ip bgp summary >BGP router identifier xx.yy.zz.ss, local AS number XXXYYY >RIB entries 683010, using 63 MiB of memory >Peers 3, using 18 KiB of memory >Peer groups 3, using 96 bytes of memory > >Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd >ip1.1.1.1 4 1680 105169 44819 0 0 0 01w2d04h 2265 >ip2.2.2.2 4 5585 101800 89437 0 0 0 1d21h50m 1698 >ip3.3.3.3 4 1680 3870780 44813 0 0 0 01w4d11h 362157 > >Total number of neighbors 3 on the logs i had these lines only: Aug 17 12:59:45 bgpServer kernel: em2: Watchdog timeout -- resetting Aug 17 12:59:45 bgpServer kernel: em2: link state changed to DOWN Aug 17 12:59:48 bgpServer kernel: em2: link state changed to UP anyone ever faced this problem? any ideas how i can track down what happened there? Thanks in advance, -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 12:53:35 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF60106566B; Wed, 17 Aug 2011 12:53:35 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD7A8FC08; Wed, 17 Aug 2011 12:53:35 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Qtfci-000JUJ-Jw; Wed, 17 Aug 2011 08:53:32 -0400 Date: Wed, 17 Aug 2011 08:53:32 -0400 From: Gary Palmer To: Andrew Stevenson Message-ID: <20110817125332.GD88904@in-addr.com> References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: pyunyh@gmail.com, embedded@freebsd.org, Ask Bj?rn Hansen , net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 12:53:35 -0000 On Wed, Aug 17, 2011 at 09:15:34AM +0100, Andrew Stevenson wrote: > > On 17 Aug 2011, at 02:39, Ask Bj?rn Hansen wrote: > > >> How many PPS or interrupts do you see from vr interface under high > >> network load? > > > > Honestly I'm not sure. I only know how to see the interrupt busy percentage from top ? Is there a cheap way to get those numbers? If so then I'll log them every second or two and see if it catches anything. > > "systat -vmstat" shows interrupts per second per device. Some use of awk or sed may be required. "vmstat -i" is probably closer to what the OP is looking for Regards, Gary From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 12:59:45 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237CC106564A; Wed, 17 Aug 2011 12:59:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id D76B78FC0C; Wed, 17 Aug 2011 12:59:44 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HCxavS061862; Wed, 17 Aug 2011 08:59:36 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4BBB3D.8070801@sentex.net> Date: Wed, 17 Aug 2011 08:59:41 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: =?windows-1252?Q?Ask_Bj=F8rn_Hansen?= References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 12:59:45 -0000 On 8/16/2011 9:39 PM, Ask Bjørn Hansen wrote: > > Honestly I'm not sure. I only know how to see the interrupt busy percentage from top … Is there a cheap way to get those numbers? If so then I'll log them every second or two and see if it catches anything. also, does sysctl -w dev.vr.0.stats=1 sysctl -w dev.vr.1.stats=1 sysctl -w dev.vr.2.stats=1 show any errors for the NICs ? vmstat -i ? -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 13:48:55 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87CD2106564A for ; Wed, 17 Aug 2011 13:48:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 4BBB58FC08 for ; Wed, 17 Aug 2011 13:48:55 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HDmrNT072508; Wed, 17 Aug 2011 09:48:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4BC6CB.40305@sentex.net> Date: Wed, 17 Aug 2011 09:48:59 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: strange problem FreeBSD-8.1-Release X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 13:48:55 -0000 On 8/17/2011 7:46 AM, Sami Halabi wrote: > Hi, > I have a FBSD router base on version 8.1-RELEASE-p4. > Today at 13:00 approx i had a sudden fall down of the traffic on the graphs > on all ports. > the strange thing is that no connection was lost, but the traffic like went > down. > on the logs i had these lines only: > Aug 17 12:59:45 bgpServer kernel: em2: Watchdog timeout -- resetting > Aug 17 12:59:45 bgpServer kernel: em2: link state changed to DOWN > Aug 17 12:59:48 bgpServer kernel: em2: link state changed to UP > > anyone ever faced this problem? any ideas how i can track down what happened > there? Until I saw the em errors, I was thinking you are just running into the 32bit counter limitations of snmp. e.g. an example graph at http://www.tancsa.com/overflow.png more info at http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml However, the em2 suggests a possible driver error. There have been a number of bug fixes to the em driver since 8.1-R. If possible, going to 8.2 or even RELENG_8 might help. also, what does sysctl -a dev.em show ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 14:52:56 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A42106566C for ; Wed, 17 Aug 2011 14:52:56 +0000 (UTC) (envelope-from ask@develooper.com) Received: from mbox1.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBE08FC08 for ; Wed, 17 Aug 2011 14:52:56 +0000 (UTC) Received: (qmail 3346 invoked from network); 17 Aug 2011 14:52:56 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 17 Aug 2011 14:52:56 -0000 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_6413ECB9-93A9-41EC-9BEC-95B1379028E3"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Wed, 17 Aug 2011 07:52:51 -0700 In-Reply-To: To: net@freebsd.org, embedded@freebsd.org References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> Message-Id: X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 14:52:56 -0000 --Apple-Mail=_6413ECB9-93A9-41EC-9BEC-95B1379028E3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi everyone, The box crashed early this morning. I didn't have BREAK_TO_DEBUGGER = enabled in the kernel so I couldn't get into the debugger. I fixed that = so hopefully I can get that next time. I haven't seen any vr errors (thanks for telling me how to). Indeed as = someone else pointed out, it's likely not related to 'vr' at all. When = it last hung the 'top' execution stopped about 15 minutes before the box = stopped routing packets; but during the last runs the interrupt "busy %" = according to top was only 30-ish percent. I didn't log the interrupt rate when it was crashing; but the ifconfig = and dmesg outputs didn't show anything. (Though my logging jobs might = have stopped well before the system failed, similar to the shell running = top). Grasping at straws here, but when enabling BREAK_TO_DEBUGGER I noticed = that the kernel had ZERO_COPY_SOCKETS and TCP_SIGNATURE enabled. I = disabled those, "just in case". - ask --Apple-Mail=_6413ECB9-93A9-41EC-9BEC-95B1379028E3-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 15:04:04 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9490106564A; Wed, 17 Aug 2011 15:04:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id A94288FC0A; Wed, 17 Aug 2011 15:04:04 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HF3mGp087989; Wed, 17 Aug 2011 11:03:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4BD859.5070301@sentex.net> Date: Wed, 17 Aug 2011 11:03:53 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: =?windows-1252?Q?Ask_Bj=F8rn_Hansen?= References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 15:04:05 -0000 > Grasping at straws here, but when enabling BREAK_TO_DEBUGGER I noticed that the kernel had ZERO_COPY_SOCKETS and TCP_SIGNATURE enabled. I disabled those, "just in case". I have a couple of boxes with TCP_SIGNATURE (and IPSEC) in the kernel and they work fine. ZERO_COPY... not so sure of. Do you have any other non standard options in your kernel ? ---Mike ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 15:09:43 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E879F1065670 for ; Wed, 17 Aug 2011 15:09:43 +0000 (UTC) (envelope-from ask@develooper.com) Received: from mbox1.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id C537A8FC1C for ; Wed, 17 Aug 2011 15:09:43 +0000 (UTC) Received: (qmail 7654 invoked from network); 17 Aug 2011 15:09:43 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 17 Aug 2011 15:09:43 -0000 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/signed; boundary="Apple-Mail=_2FEA7E67-3BB9-44C9-A275-46CB508366CF"; protocol="application/pkcs7-signature"; micalg=sha1 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: <4E4BD859.5070301@sentex.net> Date: Wed, 17 Aug 2011 08:09:42 -0700 Message-Id: <04C160A1-7217-494E-9D4C-2ED94975989D@develooper.com> References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> <4E4BD859.5070301@sentex.net> To: Mike Tancsa X-Mailer: Apple Mail (2.1244.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 15:09:44 -0000 --Apple-Mail=_2FEA7E67-3BB9-44C9-A275-46CB508366CF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Aug 17, 2011, at 8:03, Mike Tancsa wrote: >> Grasping at straws here, but when enabling BREAK_TO_DEBUGGER I = noticed that the kernel had ZERO_COPY_SOCKETS and TCP_SIGNATURE enabled. = I disabled those, "just in case". >=20 > I have a couple of boxes with TCP_SIGNATURE (and IPSEC) in the kernel > and they work fine. ZERO_COPY... not so sure of. Do you have any = other > non standard options in your kernel ? I think the rest are pretty ordinary. It's generic, minus a bunch of = drivers, plus DEVICE_POLLING, ALTQ*, CPU_ELAN, CPU_GEODE, CPU_SOEKRIS, = HZ=3D1000. I wasn't using polling, but I tried it after the last reboot to see if = it helps (grasping at straws, as I said!). - ask --=20 http://develooper.com/ - http://askask.com/ --Apple-Mail=_2FEA7E67-3BB9-44C9-A275-46CB508366CF-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 15:17:09 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CC7106564A; Wed, 17 Aug 2011 15:17:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id A6AB68FC16; Wed, 17 Aug 2011 15:17:08 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HFGwis092697; Wed, 17 Aug 2011 11:16:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4BDB6F.9060906@sentex.net> Date: Wed, 17 Aug 2011 11:17:03 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: =?windows-1252?Q?Ask_Bj=F8rn_Hansen?= References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> <4E4BD859.5070301@sentex.net> <04C160A1-7217-494E-9D4C-2ED94975989D@develooper.com> In-Reply-To: <04C160A1-7217-494E-9D4C-2ED94975989D@develooper.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: embedded@freebsd.org, net@freebsd.org Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 15:17:09 -0000 On 8/17/2011 11:09 AM, Ask Bjørn Hansen wrote: >> I have a couple of boxes with TCP_SIGNATURE (and IPSEC) in the kernel >> and they work fine. ZERO_COPY... not so sure of. Do you have any other >> non standard options in your kernel ? > > I think the rest are pretty ordinary. It's generic, minus a bunch of drivers, plus DEVICE_POLLING, ALTQ*, CPU_ELAN, CPU_GEODE, CPU_SOEKRIS, HZ=1000. > > I wasn't using polling, but I tried it after the last reboot to see if it helps (grasping at straws, as I said!). I would take out the polling as well as the HZ setting. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 16:11:54 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB28106566B for ; Wed, 17 Aug 2011 16:11:54 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2258FC15 for ; Wed, 17 Aug 2011 16:11:53 +0000 (UTC) Received: by qyk9 with SMTP id 9so889756qyk.13 for ; Wed, 17 Aug 2011 09:11:53 -0700 (PDT) Received: by 10.224.212.74 with SMTP id gr10mr1315180qab.302.1313597513211; Wed, 17 Aug 2011 09:11:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.100.84 with HTTP; Wed, 17 Aug 2011 09:11:13 -0700 (PDT) In-Reply-To: <0BB87D28-3094-422D-8262-5FA0E40BFC7C@dudu.ro> References: <2AB05A3E-BDC3-427D-B4A7-ABDDFA98D194@dudu.ro> <0BB87D28-3094-422D-8262-5FA0E40BFC7C@dudu.ro> From: Takuya ASADA Date: Thu, 18 Aug 2011 01:11:13 +0900 Message-ID: To: Vlad Galu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: net@freebsd.org Subject: Re: Multiqueue support for bpf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 16:11:54 -0000 2011/8/16 Vlad Galu : > On Aug 16, 2011, at 11:50 AM, Vlad Galu wrote: >> On Aug 16, 2011, at 11:13 AM, Takuya ASADA wrote: >>> Hi all, >>> >>> I implemented multiqueue support for bpf, I'd like to present for revie= w. >>> This is a Google Summer of Code project, the project goal is to >>> support multiqueue network interface on BPF, and provide interfaces >>> for multithreaded packet processing using BPF. >>> Modern high performance NICs have multiple receive/send queues and RSS >>> feature, this allows to process packet concurrently on multiple >>> processors. >>> Main purpose of the project is to support these hardware and get >>> benefit of parallelism. >>> >>> This provides following new APIs: >>> - queue filter for each bpf descriptor (bpf ioctl) >>> =C2=A0 - BIOCENAQMASK =C2=A0 =C2=A0Enables multiqueue filter on the des= criptor >>> =C2=A0 - BIOCDISQMASK =C2=A0 =C2=A0Disables multiqueue filter on the de= scriptor >>> =C2=A0 - BIOCSTRXQMASK =C2=A0 =C2=A0Set mask bit on specified RX queue >>> =C2=A0 - BIOCCRRXQMASK =C2=A0 =C2=A0Clear mask bit on specified RX queu= e >>> =C2=A0 - BIOCGTRXQMASK =C2=A0 =C2=A0Get mask bit on specified RX queue >>> =C2=A0 - BIOCSTTXQMASK =C2=A0 =C2=A0Set mask bit on specified TX queue >>> =C2=A0 - BIOCCRTXQMASK =C2=A0 =C2=A0Clear mask bit on specified TX queu= e >>> =C2=A0 - BIOCGTTXQMASK =C2=A0 =C2=A0Get mask bit on specified TX queue >>> =C2=A0 - BIOCSTOTHERMASK =C2=A0 =C2=A0Set mask bit for the packets whic= h not tied >>> with any queues >>> =C2=A0 - BIOCCROTHERMASK =C2=A0 =C2=A0Clear mask bit for the packets wh= ich not tied >>> with any queues >>> =C2=A0 - BIOCGTOTHERMASK =C2=A0 =C2=A0Get mask bit for the packets whic= h not tied >>> with any queues >>> >>> - generic interface for getting hardware queue information from NIC >>> driver (socket ioctl) >>> =C2=A0 - SIOCGIFQLEN =C2=A0 =C2=A0Get interface RX/TX queue length >>> =C2=A0 - SIOCGIFRXQAFFINITY =C2=A0 =C2=A0Get interface RX queue affinit= y >>> =C2=A0 - SIOCGIFTXQAFFINITY =C2=A0 =C2=A0Get interface TX queue affinit= y >>> >>> Patch for -CURRENT is here, right now it only supports igb(4), >>> ixgbe(4), mxge(4): >>> http://www.dokukino.com/mq_bpf_20110813.diff >>> >>> And below is performance benchmark: >>> >>> =3D=3D=3D=3D >>> I implemented benchmark programs based on >>> bpfnull(//depot/projects/zcopybpf/utils/bpfnull/), >>> >>> test_sqbpf measures bpf throughput on one thread, without using multiqu= eue APIs. >>> http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/= mq_bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c >>> >>> test_mqbpf is multithreaded version of test_sqbpf, using multiqueue API= s. >>> http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/= mq_bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c >>> >>> I benchmarked with six conditions: >>> - benchmark1 only reads bpf, doesn't write packet anywhere >>> - benchmark2 writes packet on memory(mfs) >>> - benchmark3 writes packet on hdd(zfs) >>> - benchmark4 only reads bpf, doesn't write packet anywhere, with zeroco= py >>> - benchmark5 writes packet on memory(mfs), with zerocopy >>> - benchmark6 writes packet on hdd(zfs), with zerocopy >>> >>>> From benchmark result, I can say the performance is increased using >>> mq_bpf on 10GbE, but not on GbE. >>> >>> * Throughput benchmark >>> - Test environment >>> - FreeBSD node >>> =C2=A0CPU: Core i7 X980 (12 threads) >>> =C2=A0MB: ASUS P6X58D Premium(Intel X58) >>> =C2=A0NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) >>> =C2=A0NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >>> - Linux node >>> =C2=A0CPU: Core 2 Quad (4 threads) >>> =C2=A0MB: GIGABYTE GA-G33-DS3R(Intel G33) >>> =C2=A0NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) >>> =C2=A0NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >>> >>> iperf used for generate network traffic, with following argument option= s >>> =C2=A0- Linux node: iperf -c [IP] -i 10 -t 100000 -P12 >>> =C2=A0- FreeBSD node: iperf -s >>> =C2=A0# 12 threads, TCP >>> >>> following sysctl parameter is changed >>> =C2=A0sysctl -w net.bpf.maxbufsize=3D1048576 >> >> >> Thank you for your work! You may want to increase that (4x/8x) and rerun= the test, though. > > More, actually. Your current buffer is easily filled. Hi, I measured performance again with maxbufsize =3D 268435456 and multiple cpu configurations, here's an result. It seems the performance on 10GbE is bit unstable, not scaling linearly by adding cpus/queues. Maybe it depends some sort of system parameter, but I don't figure out the answer. Multithreaded BPF performance is increasing than single thread BPF in all case, anyway. * Test environment - FreeBSD node =C2=A0CPU: Core i7 X980 (12 threads) # Tested on 1 core, 2 core, 4 core and 6 core configuration (Each core has 2 threads using HT) =C2=A0MB: ASUS P6X58D Premium(Intel X58) =C2=A0NIC: Intel Ethernet X520-DA2 Server Adapter(82599) - Linux node =C2=A0CPU: Core 2 Quad (4 threads) =C2=A0MB: GIGABYTE GA-G33-DS3R(Intel G33) =C2=A0NIC: Intel Ethernet X520-DA2 Server Adapter(82599) - iperf Linux node: iperf -c [IP] -i 10 -t 100000 -P16 FreeBSD node: iperf -s # 16 threads, TCP - system parameter net.bpf.maxbufsize=3D268435456 hw.ixgbe.num_queues=3D[n queues] * 2threads, 2queues - iperf throughput iperf only: 8.845Gbps test_mqbpf: 5.78Gbps test_sqbpf: 6.89Gbps - test program throughput test_mqbpf: 4526.863414 Mbps test_sqbpf: 762.452475 Mbps - received/dropped test_mqbpf: 45315011 packets received (BPF) 9646958 packets dropped (BPF) test_sqbpf: 56216145 packets received (BPF) 49765127 packets dropped (BPF) * 4threads, 4queues - iperf throughput iperf only: 3.03Gbps test_mqbpf: 2.49Gbps test_sqbpf: 2.57Gbps - test program throughput test_mqbpf: 2420.195051 Mbps test_sqbpf: 430.774870 Mbps - received/dropped test_mqbpf: 19601503 packets received (BPF) 0 packets dropped (BPF) test_sqbpf: 22803778 packets received (BPF) 18869653 packets dropped (BPF) * 8threads, 8queues - iperf throughput iperf only: 5.80Gbps test_mqbpf: 4.42Gbps test_sqbpf: 4.30Gbps - test program throughput test_mqbpf: 4242.314913 Mbps test_sqbpf: 1291.719866 Mbps - received/dropped test_mqbpf: 34996953 packets received (BPF) 361947 packets dropped (BPF) test_sqbpf: 35738058 packets received (BPF) 24749546 packets dropped (BPF) * 12threads, 12queues - iperf throughput iperf only: 9.31Gbps test_mqbpf: 8.06Gbps test_sqbpf: 5.67Gbps - test program throughput test_mqbpf: 8089.242472 Mbps test_sqbpf: 5754.910665 Mbps - received/dropped test_mqbpf: 73783957 packets received (BPF) 9938 packets dropped (BPF) test_sqbpf: 49434479 packets received (BPF) 0 packets dropped (BPF) From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 17:51:20 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD08B106566C for ; Wed, 17 Aug 2011 17:51:20 +0000 (UTC) (envelope-from chrismiller.bsd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0E88FC19 for ; Wed, 17 Aug 2011 17:51:20 +0000 (UTC) Received: by gyd10 with SMTP id 10so1088491gyd.13 for ; Wed, 17 Aug 2011 10:51:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jG7YmxhO2h4hcrnfY2+OWBTRnLJvMfV131xhnyhxcuI=; b=dA3W2QxsQecL/hQfZT0ZJ5pKhw8OY+EHYwPJF2OKdR/QvA541kMTV3hT8/ZSF2fE0J HQQ3bf4Q/4Nh8y5wiCvJO11tBVUUyF1WxXdhOSDaRxYqU7TfhblFrVFAZLmFzDXU0HXe b2iKTBr3iMF1j7KY+hDOa5vk8lUbYCtCV71Vo= MIME-Version: 1.0 Received: by 10.236.184.233 with SMTP id s69mr4198100yhm.94.1313603478031; Wed, 17 Aug 2011 10:51:18 -0700 (PDT) Received: by 10.236.106.74 with HTTP; Wed, 17 Aug 2011 10:51:17 -0700 (PDT) In-Reply-To: References: Date: Wed, 17 Aug 2011 13:51:17 -0400 Message-ID: From: Chris Miller To: "Li, Qing" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" Subject: Re: arpresolve: can't allocate llinfo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 17:51:20 -0000 Qing- I would definitely appreciate it if you could check on any fixes that may affect this behavior. I was not seeing the problem with the same configuration on 7.2. -Chris On Tue, Aug 16, 2011 at 7:59 PM, Li, Qing wrote: > This issue should have been fixed quite a while ago. > > I need to go through my past commits and see if everything has been merged > back > into the 8.1 branch. > > --Qing > > > > -----Original Message----- > > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > > net@freebsd.org] On Behalf Of Chris Miller > > Sent: Tuesday, August 16, 2011 3:05 PM > > To: freebsd-net@freebsd.org > > Subject: arpresolve: can't allocate llinfo > > > > I'm using FreeBSD 8.1 and I'm seeing the following messages spit out > > frequently. > > > > IPv4 address: "169.254.231.172" is not on the network > > arpresolve: can't allocate llinfo for 169.254.231.172 > > > > Background: > > I have two interfaces attached to the same LAN, both configured using > > 169.254/16 link local automatic addressing. > > ARP entries exist for each interface. > > There are two routing entries for 169.254.0.0/16, one going out each > > interface. > > > > I've done some debugging and it appears that this happens when a packet > > is > > received on one of the interfaces and while sending the reply the > > routing > > lookup code says that we should send it out the other interface. This > > causes > > the "not on the network" message. > > > > I'm looking for suggestions or patches to allow this configuration to > > work > > as I need to have both interfaces on this network for redundancy. > > > > Thanks for any help. > > > > -Chris Miller > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 18:00:32 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CD04106566B for ; Wed, 17 Aug 2011 18:00:32 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 162C38FC0C for ; Wed, 17 Aug 2011 18:00:31 +0000 (UTC) Received: by iye7 with SMTP id 7so4000419iye.17 for ; Wed, 17 Aug 2011 11:00:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/6xecopuI4rMHRE/6QxzBgjPBaq3rz8K9T6VVu2xVio=; b=YvYGtxa8EgR9JjiLGKIztGuuoTIvL6QGGGnVq5eMkTyZD4cVlqz4vqX3T00VxfyAk/ qg7R8m93LpvGrN6lUGwVH97rto93/8nUQ08FUuiLu8oe1NBttOVFJ9UR5eWmlovcWNRq b2ggPhMw7f9mNPSrdSbQgMmkWsOVEUH2r4O5E= MIME-Version: 1.0 Received: by 10.231.62.149 with SMTP id x21mr2641189ibh.96.1313604030503; Wed, 17 Aug 2011 11:00:30 -0700 (PDT) Received: by 10.231.208.71 with HTTP; Wed, 17 Aug 2011 11:00:30 -0700 (PDT) In-Reply-To: <4E4BFD30.9040204@sentex.net> References: <4E4BC6CB.40305@sentex.net> <4E4BFD30.9040204@sentex.net> Date: Wed, 17 Aug 2011 21:00:30 +0300 Message-ID: From: Sami Halabi To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: strange problem FreeBSD-8.1-Release X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 18:00:32 -0000 Hi, i'll try updating the driver. here is the log after i sysctl : Aug 17 20:56:38 bgpServer kernel: em2: Excessive collisions = 0 Aug 17 20:56:38 bgpServer kernel: em2: Sequence errors = 0 Aug 17 20:56:38 bgpServer kernel: em2: Defer count = 0 Aug 17 20:56:38 bgpServer kernel: em2: Missed Packets = 1377267 Aug 17 20:56:38 bgpServer kernel: em2: Receive No Buffers = 249549 Aug 17 20:56:38 bgpServer kernel: em2: Receive Length Errors = 0 Aug 17 20:56:38 bgpServer kernel: em2: Receive errors = 0 Aug 17 20:56:38 bgpServer kernel: em2: Crc errors = 0 Aug 17 20:56:38 bgpServer kernel: em2: Alignment errors = 0 Aug 17 20:56:38 bgpServer kernel: em2: Collision/Carrier extension errors = 0 Aug 17 20:56:38 bgpServer kernel: em2: watchdog timeouts = 86 Aug 17 20:56:38 bgpServer kernel: em2: XON Rcvd = 0 Aug 17 20:56:38 bgpServer kernel: em2: XON Xmtd = 0 Aug 17 20:56:38 bgpServer kernel: em2: XOFF Rcvd = 0 Aug 17 20:56:38 bgpServer kernel: em2: XOFF Xmtd = 0 Aug 17 20:56:38 bgpServer kernel: em2: Good Packets Rcvd = 44610164697 Aug 17 20:56:38 bgpServer kernel: em2: Good Packets Xmtd = 76386896338 Aug 17 20:56:38 bgpServer kernel: em2: TSO Contexts Xmtd = 26150 Aug 17 20:56:38 bgpServer kernel: em2: TSO Contexts Failed = 0 too many missed packets? any ideas to improve it? Sami On Wed, Aug 17, 2011 at 8:41 PM, Mike Tancsa wrote: > On 8/17/2011 12:07 PM, Sami Halabi wrote: > > Hi, > > it might be a driver problem... can i update the driver only without > > updating to 8.2? if so how and from where i can get the update? > > You are better off updating the box. There are a number of bug fixes > you would benefit from. But that being said, if you really need to just > try the new driver, csup is the easiest still. > cp /usr/share/examples/cvusp/stable-supfile /tmp/ > > Edit the file, to change the prefix location so as not to override your > base src > mkdir /usr/RELENG8 > > In the sup file change the values to > > prefix=/usr/RELENG8 host=cvsup10.freebsd.org > > csup -g -L2 /tmp/stable-supfile > > This will get the entire tree, but you can try and then compile as a > module to newer em driver in /usr/RELENG8/sys/modules/em > > > > > > > here is my sysctl: > > # sysctl -a dev.em > > On this old driver, try > > sysctl -w dev.em.2.stats=1 > > that will spit out to the console the stats for that nic. > > > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.0.%driver: em > > dev.em.0.%location: slot=0 function=0 > > dev.em.0.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.0.%parent: pci28 > > dev.em.0.debug: -1 > > dev.em.0.stats: -1 > > dev.em.0.rx_int_delay: 0 > > dev.em.0.tx_int_delay: 66 > > dev.em.0.rx_abs_int_delay: 66 > > dev.em.0.tx_abs_int_delay: 66 > > dev.em.0.rx_processing_limit: 100 > > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.1.%driver: em > > dev.em.1.%location: slot=0 function=1 > > dev.em.1.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.1.%parent: pci28 > > dev.em.1.debug: -1 > > dev.em.1.stats: -1 > > dev.em.1.rx_int_delay: 0 > > dev.em.1.tx_int_delay: 66 > > dev.em.1.rx_abs_int_delay: 66 > > dev.em.1.tx_abs_int_delay: 66 > > dev.em.1.rx_processing_limit: 100 > > dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.2.%driver: em > > dev.em.2.%location: slot=0 function=0 > > dev.em.2.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.2.%parent: pci29 > > dev.em.2.debug: -1 > > dev.em.2.stats: -1 > > dev.em.2.rx_int_delay: 0 > > dev.em.2.tx_int_delay: 66 > > dev.em.2.rx_abs_int_delay: 66 > > dev.em.2.tx_abs_int_delay: 66 > > dev.em.2.rx_processing_limit: 100 > > dev.em.3.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.3.%driver: em > > dev.em.3.%location: slot=0 function=1 > > dev.em.3.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.3.%parent: pci29 > > dev.em.3.debug: -1 > > dev.em.3.stats: -1 > > dev.em.3.rx_int_delay: 0 > > dev.em.3.tx_int_delay: 66 > > dev.em.3.rx_abs_int_delay: 66 > > dev.em.3.tx_abs_int_delay: 66 > > dev.em.3.rx_processing_limit: 100 > > > > Sami > > > > On Wed, Aug 17, 2011 at 4:48 PM, Mike Tancsa > > wrote: > > > > On 8/17/2011 7:46 AM, Sami Halabi wrote: > > > Hi, > > > I have a FBSD router base on version 8.1-RELEASE-p4. > > > Today at 13:00 approx i had a sudden fall down of the traffic on > > the graphs > > > on all ports. > > > the strange thing is that no connection was lost, but the traffic > > like went > > > down. > > > on the logs i had these lines only: > > > Aug 17 12:59:45 bgpServer kernel: em2: Watchdog timeout -- > resetting > > > Aug 17 12:59:45 bgpServer kernel: em2: link state changed to DOWN > > > Aug 17 12:59:48 bgpServer kernel: em2: link state changed to UP > > > > > > anyone ever faced this problem? any ideas how i can track down > > what happened > > > there? > > > > Until I saw the em errors, I was thinking you are just running into > the > > 32bit counter limitations of snmp. e.g. an example graph at > > http://www.tancsa.com/overflow.png > > > > more info at > > > > > http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml > > > > However, the em2 suggests a possible driver error. There have been a > > number of bug fixes to the em driver since 8.1-R. If possible, going > to > > 8.2 or even RELENG_8 might help. > > also, > > what does > > sysctl -a dev.em > > show ? > > > > > > ---Mike > > > > > > > > -- > > ------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet services since 1994 www.sentex.net > > > > Cambridge, Ontario Canada http://www.tancsa.com/ > > > > > > > > > > -- > > Sami Halabi > > Information Systems Engineer > > NMS Projects Expert > > > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 18:05:50 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19B36106566B for ; Wed, 17 Aug 2011 18:05:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id BE95A8FC13 for ; Wed, 17 Aug 2011 18:05:49 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p7HI5lHa022379; Wed, 17 Aug 2011 14:05:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E4C0300.5010409@sentex.net> Date: Wed, 17 Aug 2011 14:05:52 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sami Halabi References: <4E4BC6CB.40305@sentex.net> <4E4BFD30.9040204@sentex.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: strange problem FreeBSD-8.1-Release X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 18:05:50 -0000 On 8/17/2011 2:00 PM, Sami Halabi wrote: > > > too many missed packets? > any ideas to improve it? RELENG_8 :) Lots of bug fixes and improvements. ---Mike > > Sami > > > On Wed, Aug 17, 2011 at 8:41 PM, Mike Tancsa > wrote: > > On 8/17/2011 12:07 PM, Sami Halabi wrote: > > Hi, > > it might be a driver problem... can i update the driver only without > > updating to 8.2? if so how and from where i can get the update? > > You are better off updating the box. There are a number of bug fixes > you would benefit from. But that being said, if you really need to just > try the new driver, csup is the easiest still. > cp /usr/share/examples/cvusp/stable-supfile /tmp/ > > Edit the file, to change the prefix location so as not to override your > base src > mkdir /usr/RELENG8 > > In the sup file change the values to > > prefix=/usr/RELENG8 host=cvsup10.freebsd.org > > > csup -g -L2 /tmp/stable-supfile > > This will get the entire tree, but you can try and then compile as a > module to newer em driver in /usr/RELENG8/sys/modules/em > > > > > > > here is my sysctl: > > # sysctl -a dev.em > > On this old driver, try > > sysctl -w dev.em.2.stats=1 > > that will spit out to the console the stats for that nic. > > > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.0.%driver: em > > dev.em.0.%location: slot=0 function=0 > > dev.em.0.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.0.%parent: pci28 > > dev.em.0.debug: -1 > > dev.em.0.stats: -1 > > dev.em.0.rx_int_delay: 0 > > dev.em.0.tx_int_delay: 66 > > dev.em.0.rx_abs_int_delay: 66 > > dev.em.0.tx_abs_int_delay: 66 > > dev.em.0.rx_processing_limit: 100 > > dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.1.%driver: em > > dev.em.1.%location: slot=0 function=1 > > dev.em.1.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.1.%parent: pci28 > > dev.em.1.debug: -1 > > dev.em.1.stats: -1 > > dev.em.1.rx_int_delay: 0 > > dev.em.1.tx_int_delay: 66 > > dev.em.1.rx_abs_int_delay: 66 > > dev.em.1.tx_abs_int_delay: 66 > > dev.em.1.rx_processing_limit: 100 > > dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.2.%driver: em > > dev.em.2.%location: slot=0 function=0 > > dev.em.2.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.2.%parent: pci29 > > dev.em.2.debug: -1 > > dev.em.2.stats: -1 > > dev.em.2.rx_int_delay: 0 > > dev.em.2.tx_int_delay: 66 > > dev.em.2.rx_abs_int_delay: 66 > > dev.em.2.tx_abs_int_delay: 66 > > dev.em.2.rx_processing_limit: 100 > > dev.em.3.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 > > dev.em.3.%driver: em > > dev.em.3.%location: slot=0 function=1 > > dev.em.3.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x8086 > > subdevice=0x11bc > > class=0x020000 > > dev.em.3.%parent: pci29 > > dev.em.3.debug: -1 > > dev.em.3.stats: -1 > > dev.em.3.rx_int_delay: 0 > > dev.em.3.tx_int_delay: 66 > > dev.em.3.rx_abs_int_delay: 66 > > dev.em.3.tx_abs_int_delay: 66 > > dev.em.3.rx_processing_limit: 100 > > > > Sami > > > > On Wed, Aug 17, 2011 at 4:48 PM, Mike Tancsa > > >> wrote: > > > > On 8/17/2011 7:46 AM, Sami Halabi wrote: > > > Hi, > > > I have a FBSD router base on version 8.1-RELEASE-p4. > > > Today at 13:00 approx i had a sudden fall down of the traffic on > > the graphs > > > on all ports. > > > the strange thing is that no connection was lost, but the > traffic > > like went > > > down. > > > on the logs i had these lines only: > > > Aug 17 12:59:45 bgpServer kernel: em2: Watchdog timeout -- > resetting > > > Aug 17 12:59:45 bgpServer kernel: em2: link state changed to > DOWN > > > Aug 17 12:59:48 bgpServer kernel: em2: link state changed to UP > > > > > > anyone ever faced this problem? any ideas how i can track down > > what happened > > > there? > > > > Until I saw the em errors, I was thinking you are just running > into the > > 32bit counter limitations of snmp. e.g. an example graph at > > http://www.tancsa.com/overflow.png > > > > more info at > > > > > http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml > > > > However, the em2 suggests a possible driver error. There have > been a > > number of bug fixes to the em driver since 8.1-R. If possible, > going to > > 8.2 or even RELENG_8 might help. > > also, > > what does > > sysctl -a dev.em > > show ? > > > > > > ---Mike > > > > > > > > -- > > ------------------- > > Mike Tancsa, tel +1 519 651 3400 > > > Sentex Communications, mike@sentex.net > > > > Providing Internet services since 1994 www.sentex.net > > > > > Cambridge, Ontario Canada http://www.tancsa.com/ > > > > > > > > > > -- > > Sami Halabi > > Information Systems Engineer > > NMS Projects Expert > > > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > > Cambridge, Ontario Canada http://www.tancsa.com/ > > > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Wed Aug 17 18:06:46 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD00106564A; Wed, 17 Aug 2011 18:06:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 014558FC19; Wed, 17 Aug 2011 18:06:45 +0000 (UTC) Received: by gxk28 with SMTP id 28so1105922gxk.13 for ; Wed, 17 Aug 2011 11:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=4eh+K5FfHbNByz0qB/jrfAZwquuhqimY3COAzvAMgrQ=; b=HANzrruMLOax7YzJb9orY1mY7Lx47X0VWH5Vz4AB9ZEs3GQzsA5OSnxo2HXiVjIryC 7CKrmX6EgUSY9njlK3094I6QAuWPcNl4OH4W3eGj7BtL//ciZ+S2PkSE4+MHeMWtNwR6 YqxZ5/wpj55G4tZvn5NhluG2CZ1O9HGd2fN9g= Received: by 10.42.159.69 with SMTP id k5mr1136190icx.389.1313604404579; Wed, 17 Aug 2011 11:06:44 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id a9sm547142ibi.26.2011.08.17.11.06.41 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Aug 2011 11:06:42 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 17 Aug 2011 11:06:38 -0700 From: YongHyeon PYUN Date: Wed, 17 Aug 2011 11:06:38 -0700 To: Ask =?iso-8859-1?Q?Bj=F8rn?= Hansen Message-ID: <20110817180638.GA10923@michelle.cdnetworks.com> References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: net@freebsd.org, embedded@freebsd.org, Mike Tancsa Subject: Re: system locks up with vr driver on alix board X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 18:06:46 -0000 On Tue, Aug 16, 2011 at 06:39:51PM -0700, Ask Bj??rn Hansen wrote: > > On Aug 16, 2011, at 17:29, YongHyeon PYUN wrote: > > Hi -- thank you for asking. It's frustrating to have such an obscure and unlikely problem and I apologies for taking your time with it! > > > Could you show me full dmesg and ifconfig output? > > Included below from a happy system. > > I setup some scripts to monitor those things every second and print out diffs on the console and will post again next time it hangs/crashes/whatever is happening with any data. > > > It would also be interesting to know whether vr(4) spewed some logs. > > Where would they have gone? I didn't see anything in messages (via syslog) or dmesg earlier, for what it's worth. > I thought vr(4) have showed some abnormal messages and it would have been logged via syslog. Initially I suspected link flips and TX/RX MAC restart failure triggered by the flips but it seems you don't see this kind of issue. > > How many PPS or interrupts do you see from vr interface under high > > network load? > > Honestly I'm not sure. I only know how to see the interrupt busy percentage from top … Is there a cheap way to get those numbers? If so then I'll log them every second or two and see if it catches anything. > Apart from systat or vmstat, you could get rough PPS with "netstat -ndI vr0 -w 1" > > - ask > > gw-b.dev# ifconfig -a [...] It seems vlan3 is not configured(i.e. just cloned). Apart from that all looks normal. From owner-freebsd-net@FreeBSD.ORG Thu Aug 18 06:43:41 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29AFC106564A for ; Thu, 18 Aug 2011 06:43:41 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD4D08FC16 for ; Thu, 18 Aug 2011 06:43:40 +0000 (UTC) Received: from dhcp170-36-red.yandex.net ([95.108.170.36]) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QtwKJ-000Nhr-0q; Thu, 18 Aug 2011 10:43:39 +0400 Message-ID: <4E4CB496.9090806@ipfw.ru> Date: Thu, 18 Aug 2011 10:43:34 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110120 Thunderbird/3.0.11 MIME-Version: 1.0 To: "M. V." References: <1313574737.84864.YahooMailNeo@web59703.mail.ac4.yahoo.com> In-Reply-To: <1313574737.84864.YahooMailNeo@web59703.mail.ac4.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "net@freebsd.org" Subject: Re: E1support under FreeBSD? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 06:43:41 -0000 On 17.08.2011 13:52, M. V. wrote: > hi, > > > as part of a project, i need to have an E1 card with usual functionalities (channelized E1 with HDLC support) in FreeBSD. i searched a lot, but i found no E1 card that has FreeBSD driver (or any instructions for configuration of an E1 card in FreeBSD). You can take a look at Digium (or compatible) (http://www.digium.com/en/products/hardware/digital) stuff (supported by misc/dahdi[-kmod]) > > so i wanted to ask, does anyone has any experience or document on using and configuration of an E1 card in FreeBSD? any thoughts or hints are appriciated. > > thanks, > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Aug 18 07:33:05 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6216F106564A for ; Thu, 18 Aug 2011 07:33:05 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAF58FC0C for ; Thu, 18 Aug 2011 07:33:04 +0000 (UTC) Received: from dhcp170-36-red.yandex.net ([95.108.170.36]) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Qtx67-000Nqe-EU for net@freebsd.org; Thu, 18 Aug 2011 11:33:03 +0400 Message-ID: <4E4CC02A.7090104@ipfw.ru> Date: Thu, 18 Aug 2011 11:32:58 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110120 Thunderbird/3.0.11 MIME-Version: 1.0 To: "net@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: IP_MINTTL and RFC5082 (TTL security, GTSM) support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2011 07:33:05 -0000 Hello list! FreeBSD supports IP_MINTTL since long ago (5.x ?). This is RFC3682-compatible implementation. It is very simple: if we can associate incoming packet with any socket, socket is checked for minimum TTL value existence. If such value exists and received packet TTL is lower, packet is dropped. However, it is not enough for real security. ICMP messages are not checked for minimum TTL (which is now required by RFC 5082 6.1.) Icmp messages are passed via .pr_ctlinput upper level protocol hook. Icmp code, originator address (sockaddr *) and part of problem datagramm (received in icmp packet) are passed as arguments. As a result, TTL of ICMP packet is not passed to upper layer proto and TTL security cannot be enforced. What can possibly be done: * New hook .pr_ctlinput2 with additional argument pointing to original ICMP header can be added. After that we convert all base code to use .pr_ctlinput2 and appropriate icmp_input() parts can be changed like this: ctlfunc2 = inetsw[ip_protox[icp->icmp_ip.ip_p]].pr_ctlinput2; if (ctlfunc2) (*ctlfunc2)(code, (struct sockaddr *)&icmpsrc, (void *)&icp->icmp_ip, (void *)icp); else { ctlfunc = inetsw[ip_protox[icp->icmp_ip.ip_p]].pr_ctlinput; if (ctlfunc) (*ctlfunc)(code, (struct sockaddr *)&icmpsrc, (void *)&icp->icmp_ip); } * .pr_ctlinput() can be altered (if it's not too late for 9.x) and some trick like supplying TTL data directly after (struct sockaddr*) can be used as 8.x MFC P.S. We should implement IP_MINTTL variant for IPv6. I can submit patches but this seems to be reasonable only after we got some solution for ICMP security. Linux people added compatible opt for IPv4 in 2.6.34: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d218d11133d888f9745802146a50255a4781d37a .. and IPV6_MINHOPCOUNT for IPv6 in 2.6.35: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e802af9cabb011f09b9c19a82faef3dd315f27eb so we can consider using IPV6_MINHOPCOUNT as appropriate setsockopt name From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 01:08:00 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96CCF106566B; Fri, 19 Aug 2011 01:08:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E39E8FC0A; Fri, 19 Aug 2011 01:07:59 +0000 (UTC) Received: by qwc9 with SMTP id 9so2373146qwc.13 for ; Thu, 18 Aug 2011 18:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=PwVYXmBY3INaNeZnMHhD/TGtouPciscrJbGsm4wKSCk=; b=Nf2NhFyGWGxd6cuXzLLO32MBgEKklvshJfE6wlEF3GuoErU8Pw4YibGqc0iE1QURoe 1KOzR7bnSeyDAqP8AcCICKwVxZLj69NKFZxwoe0aNRdyvLKn8geeAxpsnYGmsrhFiMtX Ajf7dfNtLcK71+Qw3xO0lDKYxcds4KyfnJ9w0= MIME-Version: 1.0 Received: by 10.224.9.14 with SMTP id j14mr1285739qaj.129.1313716079523; Thu, 18 Aug 2011 18:07:59 -0700 (PDT) Received: by 10.224.178.65 with HTTP; Thu, 18 Aug 2011 18:07:59 -0700 (PDT) Date: Thu, 18 Aug 2011 18:07:59 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: LOR in route.c // scope6.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 01:08:00 -0000 Hi, I've periodically seen the following LOR when trying to repro a panic after restarting my network configuration: :lock order reversal: 1st 0xc4142f1c rtentry (rtentry) @ /usr/src/sys/net/routec:362 2nd 0xc3d08604 if_afdata (if_afdata) @ /usr/src/sys/netinet6/scope6.c:417 KDB: stack backtrace: db_trace_self_wrapper(...) _witness_debugger(...) _rw_wlock(...) in6_setscope(...) in6_purgeaddr(...) in6_control(...) ifioctl(...) soo_ioctl(...) kern_ioctl(...) ioctl(...) syscallenter(...) syscall(...) Xint0x80_syscall() I don't have a full backtrace or core for this. This was running r224948 UP with WITNESS. Thanks, -Garrett From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 08:21:49 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EDEF106564A for ; Fri, 19 Aug 2011 08:21:49 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 371858FC08 for ; Fri, 19 Aug 2011 08:21:48 +0000 (UTC) Received: by qyk4 with SMTP id 4so136179qyk.13 for ; Fri, 19 Aug 2011 01:21:48 -0700 (PDT) Received: by 10.224.208.200 with SMTP id gd8mr1698112qab.252.1313742108102; Fri, 19 Aug 2011 01:21:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.100.84 with HTTP; Fri, 19 Aug 2011 01:21:08 -0700 (PDT) In-Reply-To: References: <2AB05A3E-BDC3-427D-B4A7-ABDDFA98D194@dudu.ro> <0BB87D28-3094-422D-8262-5FA0E40BFC7C@dudu.ro> From: Takuya ASADA Date: Fri, 19 Aug 2011 17:21:08 +0900 Message-ID: To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Multiqueue support for bpf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 08:21:49 -0000 Any comments or suggestions? 2011/8/18 Takuya ASADA : > 2011/8/16 Vlad Galu : >> On Aug 16, 2011, at 11:50 AM, Vlad Galu wrote: >>> On Aug 16, 2011, at 11:13 AM, Takuya ASADA wrote: >>>> Hi all, >>>> >>>> I implemented multiqueue support for bpf, I'd like to present for revi= ew. >>>> This is a Google Summer of Code project, the project goal is to >>>> support multiqueue network interface on BPF, and provide interfaces >>>> for multithreaded packet processing using BPF. >>>> Modern high performance NICs have multiple receive/send queues and RSS >>>> feature, this allows to process packet concurrently on multiple >>>> processors. >>>> Main purpose of the project is to support these hardware and get >>>> benefit of parallelism. >>>> >>>> This provides following new APIs: >>>> - queue filter for each bpf descriptor (bpf ioctl) >>>> =C2=A0 - BIOCENAQMASK =C2=A0 =C2=A0Enables multiqueue filter on the de= scriptor >>>> =C2=A0 - BIOCDISQMASK =C2=A0 =C2=A0Disables multiqueue filter on the d= escriptor >>>> =C2=A0 - BIOCSTRXQMASK =C2=A0 =C2=A0Set mask bit on specified RX queue >>>> =C2=A0 - BIOCCRRXQMASK =C2=A0 =C2=A0Clear mask bit on specified RX que= ue >>>> =C2=A0 - BIOCGTRXQMASK =C2=A0 =C2=A0Get mask bit on specified RX queue >>>> =C2=A0 - BIOCSTTXQMASK =C2=A0 =C2=A0Set mask bit on specified TX queue >>>> =C2=A0 - BIOCCRTXQMASK =C2=A0 =C2=A0Clear mask bit on specified TX que= ue >>>> =C2=A0 - BIOCGTTXQMASK =C2=A0 =C2=A0Get mask bit on specified TX queue >>>> =C2=A0 - BIOCSTOTHERMASK =C2=A0 =C2=A0Set mask bit for the packets whi= ch not tied >>>> with any queues >>>> =C2=A0 - BIOCCROTHERMASK =C2=A0 =C2=A0Clear mask bit for the packets w= hich not tied >>>> with any queues >>>> =C2=A0 - BIOCGTOTHERMASK =C2=A0 =C2=A0Get mask bit for the packets whi= ch not tied >>>> with any queues >>>> >>>> - generic interface for getting hardware queue information from NIC >>>> driver (socket ioctl) >>>> =C2=A0 - SIOCGIFQLEN =C2=A0 =C2=A0Get interface RX/TX queue length >>>> =C2=A0 - SIOCGIFRXQAFFINITY =C2=A0 =C2=A0Get interface RX queue affini= ty >>>> =C2=A0 - SIOCGIFTXQAFFINITY =C2=A0 =C2=A0Get interface TX queue affini= ty >>>> >>>> Patch for -CURRENT is here, right now it only supports igb(4), >>>> ixgbe(4), mxge(4): >>>> http://www.dokukino.com/mq_bpf_20110813.diff >>>> >>>> And below is performance benchmark: >>>> >>>> =3D=3D=3D=3D >>>> I implemented benchmark programs based on >>>> bpfnull(//depot/projects/zcopybpf/utils/bpfnull/), >>>> >>>> test_sqbpf measures bpf throughput on one thread, without using multiq= ueue APIs. >>>> http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011= /mq_bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c >>>> >>>> test_mqbpf is multithreaded version of test_sqbpf, using multiqueue AP= Is. >>>> http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011= /mq_bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c >>>> >>>> I benchmarked with six conditions: >>>> - benchmark1 only reads bpf, doesn't write packet anywhere >>>> - benchmark2 writes packet on memory(mfs) >>>> - benchmark3 writes packet on hdd(zfs) >>>> - benchmark4 only reads bpf, doesn't write packet anywhere, with zeroc= opy >>>> - benchmark5 writes packet on memory(mfs), with zerocopy >>>> - benchmark6 writes packet on hdd(zfs), with zerocopy >>>> >>>>> From benchmark result, I can say the performance is increased using >>>> mq_bpf on 10GbE, but not on GbE. >>>> >>>> * Throughput benchmark >>>> - Test environment >>>> - FreeBSD node >>>> =C2=A0CPU: Core i7 X980 (12 threads) >>>> =C2=A0MB: ASUS P6X58D Premium(Intel X58) >>>> =C2=A0NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) >>>> =C2=A0NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >>>> - Linux node >>>> =C2=A0CPU: Core 2 Quad (4 threads) >>>> =C2=A0MB: GIGABYTE GA-G33-DS3R(Intel G33) >>>> =C2=A0NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) >>>> =C2=A0NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >>>> >>>> iperf used for generate network traffic, with following argument optio= ns >>>> =C2=A0- Linux node: iperf -c [IP] -i 10 -t 100000 -P12 >>>> =C2=A0- FreeBSD node: iperf -s >>>> =C2=A0# 12 threads, TCP >>>> >>>> following sysctl parameter is changed >>>> =C2=A0sysctl -w net.bpf.maxbufsize=3D1048576 >>> >>> >>> Thank you for your work! You may want to increase that (4x/8x) and reru= n the test, though. >> >> More, actually. Your current buffer is easily filled. > > Hi, > > I measured performance again with maxbufsize =3D 268435456 and multiple > cpu configurations, here's an result. > It seems the performance on 10GbE is bit unstable, not scaling > linearly by adding cpus/queues. > Maybe it depends some sort of system parameter, but I don't figure out > the answer. > > Multithreaded BPF performance is increasing than single thread BPF in > all case, anyway. > > * Test environment > =C2=A0- FreeBSD node > =C2=A0=C2=A0CPU: Core i7 X980 (12 threads) > =C2=A0# Tested on 1 core, 2 core, 4 core and 6 core configuration (Each > core has 2 threads using HT) > =C2=A0=C2=A0MB: ASUS P6X58D Premium(Intel X58) > =C2=A0=C2=A0NIC: Intel Ethernet X520-DA2 Server Adapter(82599) > > =C2=A0- Linux node > =C2=A0=C2=A0CPU: Core 2 Quad (4 threads) > =C2=A0=C2=A0MB: GIGABYTE GA-G33-DS3R(Intel G33) > =C2=A0=C2=A0NIC: Intel Ethernet X520-DA2 Server Adapter(82599) > > =C2=A0- iperf > =C2=A0 Linux node: iperf -c [IP] -i 10 -t 100000 -P16 > =C2=A0 FreeBSD node: iperf -s > =C2=A0 # 16 threads, TCP > =C2=A0- system parameter > =C2=A0 net.bpf.maxbufsize=3D268435456 > =C2=A0 hw.ixgbe.num_queues=3D[n queues] > > * 2threads, 2queues > =C2=A0- iperf throughput > =C2=A0 iperf only: 8.845Gbps > =C2=A0 test_mqbpf: 5.78Gbps > =C2=A0 test_sqbpf: 6.89Gbps > =C2=A0- test program throughput > =C2=A0 test_mqbpf: 4526.863414 Mbps > =C2=A0 test_sqbpf: 762.452475 Mbps > =C2=A0- received/dropped > =C2=A0 test_mqbpf: > =C2=A0 =C2=A0 =C2=A045315011 packets received (BPF) > =C2=A0 =C2=A0 =C2=A09646958 packets dropped (BPF) > =C2=A0 test_sqbpf: > =C2=A0 =C2=A0 =C2=A056216145 packets received (BPF) > =C2=A0 =C2=A0 =C2=A049765127 packets dropped (BPF) > > * 4threads, 4queues > =C2=A0- iperf throughput > =C2=A0 iperf only: 3.03Gbps > =C2=A0 test_mqbpf: 2.49Gbps > =C2=A0 test_sqbpf: 2.57Gbps > =C2=A0- test program throughput > =C2=A0 test_mqbpf: 2420.195051 Mbps > =C2=A0 test_sqbpf: 430.774870 Mbps > =C2=A0- received/dropped > =C2=A0 test_mqbpf: > =C2=A0 =C2=A0 =C2=A019601503 packets received (BPF) > =C2=A0 =C2=A0 =C2=A00 packets dropped (BPF) > =C2=A0 test_sqbpf: > =C2=A0 =C2=A0 =C2=A022803778 packets received (BPF) > =C2=A0 =C2=A0 =C2=A018869653 packets dropped (BPF) > > * 8threads, 8queues > =C2=A0- iperf throughput > =C2=A0 iperf only: 5.80Gbps > =C2=A0 test_mqbpf: 4.42Gbps > =C2=A0 test_sqbpf: 4.30Gbps > =C2=A0- test program throughput > =C2=A0 test_mqbpf: 4242.314913 Mbps > =C2=A0 test_sqbpf: 1291.719866 Mbps > =C2=A0- received/dropped > =C2=A0 test_mqbpf: > =C2=A0 =C2=A0 =C2=A034996953 packets received (BPF) > =C2=A0 =C2=A0 =C2=A0361947 packets dropped (BPF) > =C2=A0 test_sqbpf: > =C2=A0 =C2=A0 =C2=A035738058 packets received (BPF) > =C2=A0 =C2=A0 =C2=A024749546 packets dropped (BPF) > > * 12threads, 12queues > =C2=A0- iperf throughput > =C2=A0 iperf only: 9.31Gbps > =C2=A0 test_mqbpf: 8.06Gbps > =C2=A0 test_sqbpf: 5.67Gbps > =C2=A0- test program throughput > =C2=A0 test_mqbpf: 8089.242472 Mbps > =C2=A0 test_sqbpf: 5754.910665 Mbps > =C2=A0- received/dropped > =C2=A0 test_mqbpf: > =C2=A0 =C2=A0 =C2=A073783957 packets received (BPF) > =C2=A0 =C2=A0 =C2=A09938 packets dropped (BPF) > =C2=A0 test_sqbpf: > =C2=A0 =C2=A0 =C2=A049434479 packets received (BPF) > =C2=A0 =C2=A0 =C2=A00 packets dropped (BPF) > From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 08:30:19 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D94BD1065673 for ; Fri, 19 Aug 2011 08:30:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AE39B8FC15 for ; Fri, 19 Aug 2011 08:30:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7J8UJo5041138 for ; Fri, 19 Aug 2011 08:30:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7J8UJPW041136; Fri, 19 Aug 2011 08:30:19 GMT (envelope-from gnats) Date: Fri, 19 Aug 2011 08:30:19 GMT Message-Id: <201108190830.p7J8UJPW041136@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Paul Herman Cc: Subject: Re: kern/127050: [carp] ipv6 does not work on carp interfaces [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Herman List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 08:30:19 -0000 The following reply was made to PR kern/127050; it has been noted by GNATS. From: Paul Herman To: bug-followup@FreeBSD.org Cc: Wouter de Jong , Jacek Zapala Subject: Re: kern/127050: [carp] ipv6 does not work on carp interfaces [regression] Date: Fri, 19 Aug 2011 10:13:46 +0200 This is a multi-part message in MIME format. --------------010305010708060807000808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This one's been bothering me too, so I setup a test machine yesterday to figure out what's going on. I see two problems here. First of all, in6_ifinit() (called via in6_control() SIOCAIFADDR_IN6 -> in6_update_ifa()) only calls carp_ioctl() on the first IPv6 address. Whereas in the v4 case, carp_ioctl() does get called by in_ifinit() every time. Second of all, carp_set_addr6() (called via carp_ioctl()) only joins the CARP multicast group AND the solicitation group with the first address. The attached patch against 8-STABLE fixes these issues, alias IPs are now pingable. I have not tested actual carp functionality with a 2nd BACKUP carp. What this patch doesn't address is group membership removal when alias IPs are deleted (apparently also broken.) Try it out, if it works for you guys, maybe someone more familiar with in[6]_control() can chime in here and comment on a *real* way to fix this issue. :-) Cheers, -Paul. --------------010305010708060807000808 Content-Type: application/gzip; name="carp_ip6_alias.patch.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="carp_ip6_alias.patch.gz" H4sICDwXTk4CA2NhcnBfaXA2X2FsaWFzLnBhdGNoAJVVa0+jQBT9TH/F9UsDHbDQWvramhof CVlfsZpN1hiCCDobYAhD42Pd/753mNIHtlZJyuvee+7pOXcGwzCAv/JmEuQUf3aTJvauv8sy +qi0TMsyzJ5h9cHsDszeoG3umuUBRJxrhJA19dXS/qDT/lA6HoNhdffaehfI7Doe16AGCvWM feq53sNDBiNocMQcYsBQaAgqDT2fTZMcfozAgnodaJhieuhS5ueRBn9rpMirJL6/zxPz1zSA 0Qick2v38ODqUluLAooSZBkTDNTGahShUx0mzsXhxDk5ODq60kH1BVs316inDUWtoFDUz7AU nkYvKsegsSp5k6au72XpetU7rUHH3qb6AqJSbXUG5gbh7a6p91F4cbWsQnmF59nUz0FAuci/ 4dNwuHiNLuDbwpQG9XRxclcTUtuNWZpTlnCMxjZD7ercN/a574rHIVqzBBZPo5xiYmLHlTZF E+m6QtFB9pzoUKgp5oDg29IacygnBtV2zm3XmbjCD/fmfHJ5fOicOMdHal3MD3IogTXhiBy+ Vl/vieFrW7otJfg3h9uZEU9EDbdFkaFspG8UnuN/xDHBswz6Hs9RohR54lkyVZoN+MNoAmLy YJ4GokvAUbdmuTA6emuvWBnFTcFOUR5ZzsCPAi+ZpsNqzyC+DzL+RNNb8070nAm7nJNM46U8 ToigbixYcRZRn+bBw3pqmHn/FmRMrSO4Dpy+BSxU8V4Tg42dcPVzKbNlSxZPOY6Dar6Eodn6 kNRu3Vp30sYPgVZZHanWusK2iFe8XQlXa3q3VoEpuMiY2E6wkgc591kazP5VsbrPb05PNdjB bE2kVoSXwDGCibziuZzIYjR8V6gp9wkJKvLkfawj5ry/3CM2tFjrrbXw1tjmrRxo8lV7ySfu ki+YSzZ4Sz63lnzfWbLZWPJlX0lVc7LqKvm2qWTZ03Xw2xwlWwwl5e5UfpHEZj37xOB2jTix F0XMV2fmiT1c0+Gs+NDpIgvwOHN/HTjXFz/fz9zfx1cXSPw/VIIrJwgIAAA= --------------010305010708060807000808-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 10:34:34 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2803F106566B for ; Fri, 19 Aug 2011 10:34:34 +0000 (UTC) (envelope-from ben.r.gray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AC7BD8FC13 for ; Fri, 19 Aug 2011 10:34:33 +0000 (UTC) Received: by wwi36 with SMTP id 36so2923564wwi.31 for ; Fri, 19 Aug 2011 03:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=amioKSB9E6rrM2TSxUCVWklvJvG92A3EYx7Ydw1wnZw=; b=CNQ/UVDONHPw9qKJkPbwDqJgvA2+qV3UmuQ2RCeKbUixmcagmiDypIE0jeF0KDS8AU BwBdHvotz9LHnWOYg+/NdpJ6+WoQ1a7cjLjwmcEeei1Tl29gvr7AXeAMgA0MzpMiN1rO w0bEDIu9OQrCoV2OryhMPMHb0ZFDtmBqNN2xc= Received: by 10.216.177.212 with SMTP id d62mr299861wem.51.1313748261130; Fri, 19 Aug 2011 03:04:21 -0700 (PDT) Received: from Bens-MBP.local (ip-80-238-8-128.bskyb.com [80.238.8.128]) by mx.google.com with ESMTPS id b47sm2059331wed.22.2011.08.19.03.04.19 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Aug 2011 03:04:19 -0700 (PDT) Message-ID: <4E4E3522.6030207@gmail.com> Date: Fri, 19 Aug 2011 11:04:18 +0100 From: Ben Gray User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 10:34:34 -0000 Hi, I'm not sure if this the right list to post to, but here goes ... I'm currently writing a driver for the SMSC LAN95xx range of USB to Ethernet adapter chips (http://www.smsc.com/index.php?tid=300&pid=135&tab=1). The basic RX/TX works and now I'm trying to get the H/W checksum offload working, however I've come across some problems with the H/W implementation, e.g. it doesn't work with small (<64 byte) packets. So I was wondering if anyone knows of any test tools I can use to fire all the different unusual sort of packets at the interface to see how the H/W csum reacts, i.e. runt packets, packets with IP options, IPv6 packets with extension headers, etc. Another question I had was; is there a kernel function to generate a random MAC address ? Or is there a FreeBSD (or FOSS equivalent) Ethernet manufacturer ID I could use for randomly generated MAC addresses ? The primarily purpose is for the range of Texas Instruments ARM development boards (Pandaboard & Beagleboard), however there does exist at least one USB dongle you can buy for the PC which uses this chipset. Thanks in advance, Ben From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 11:00:29 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89115106566B for ; Fri, 19 Aug 2011 11:00:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1768FC19 for ; Fri, 19 Aug 2011 11:00:28 +0000 (UTC) Received: by yxn22 with SMTP id 22so1332729yxn.13 for ; Fri, 19 Aug 2011 04:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Oa5fzRBOtfDaWJET/Kyq67e5SQhKt5m1D/ryPL5Jsi4=; b=ZDuuR3TCJJmxG0Mlrr9jKZ+hdkCP2JioBrDr92fK2Qp/UHN1VI0quKDUypPhVnmv0m dPQG0reeDAVY9uewrGTzjToDrzhNw3VvNkgXHIhd3z4scbRsfzo5UWtpu1BXdEAbPnXH t8fw+oUd984YvBqZo3ar5jyZeIDdGAR1f83Oo= MIME-Version: 1.0 Received: by 10.150.72.23 with SMTP id u23mr2054650yba.443.1313751628511; Fri, 19 Aug 2011 04:00:28 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Fri, 19 Aug 2011 04:00:28 -0700 (PDT) In-Reply-To: <4E4E3522.6030207@gmail.com> References: <4E4E3522.6030207@gmail.com> Date: Fri, 19 Aug 2011 19:00:28 +0800 X-Google-Sender-Auth: yCyTOK1RHNbPYPaBKgdrbWip_LY Message-ID: From: Adrian Chadd To: Ben Gray Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 11:00:29 -0000 Cool! I don't think there's a random MAC address function call; I see homebrewed versions of those in various drivers. :) I'm not sure about a packet fuzz tester; but that sounds like it'd be a great addition to the tools/ directory. adrian On 19 August 2011 18:04, Ben Gray wrote: > Hi, > > =A0 =A0I'm not sure if this the right list to post to, but here goes ... > > =A0 =A0I'm currently writing a driver for the SMSC LAN95xx range of USB t= o > Ethernet adapter chips > (http://www.smsc.com/index.php?tid=3D300&pid=3D135&tab=3D1). The basic RX= /TX works > and now I'm trying to get the H/W checksum offload working, however I've > come across some problems with the H/W implementation, e.g. it doesn't wo= rk > with small (<64 byte) packets. > > =A0 =A0So I was wondering if anyone knows of any test tools I can use to = fire > all the different unusual sort of packets at the interface to see how the > H/W csum reacts, i.e. runt packets, packets with IP options, IPv6 packets > with extension headers, etc. > > =A0 =A0Another question I had was; is there a kernel function to generate= a > random MAC address ? Or is there a FreeBSD (or FOSS equivalent) Ethernet > manufacturer ID I could use for randomly generated MAC addresses ? > > =A0 =A0The primarily purpose is for the range of Texas Instruments ARM > development boards (Pandaboard & Beagleboard), however there does exist a= t > least one USB dongle you can buy for the PC which uses this chipset. > > Thanks in advance, > Ben > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 16:20:55 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B42BA1065670 for ; Fri, 19 Aug 2011 16:20:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF1E8FC26 for ; Fri, 19 Aug 2011 16:20:54 +0000 (UTC) Received: by gyd10 with SMTP id 10so2697606gyd.13 for ; Fri, 19 Aug 2011 09:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WaW5f/8UhV/i/Tv3KT8F691SiLOKaaPj7tiULejj1vQ=; b=v5cmNuUSwLLj+7X5E7b4qZmIhse9tMqRME6cwghSV4IQq3cPaOT1V5OJVegLbZzwtm WhD6/5jlFtxd0z4Qi6Aisy9O3NuAK9MoYldG58wNW24gnveVjfKdYaeizjz4DUEhTSbx 1OLnJDUE5QhWH+uajzpzme6nEQz0FJPe6FAoM= MIME-Version: 1.0 Received: by 10.150.74.10 with SMTP id w10mr2503839yba.224.1313770854258; Fri, 19 Aug 2011 09:20:54 -0700 (PDT) Received: by 10.151.98.3 with HTTP; Fri, 19 Aug 2011 09:20:54 -0700 (PDT) In-Reply-To: References: <4E4E3522.6030207@gmail.com> Date: Fri, 19 Aug 2011 09:20:54 -0700 Message-ID: From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Ben Gray , freebsd-net@freebsd.org Subject: Re: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 16:20:55 -0000 On Fri, Aug 19, 2011 at 4:00 AM, Adrian Chadd wrote: > Cool! > > I don't think there's a random MAC address function call; I see > homebrewed versions of those in various drivers. :) > > I'm not sure about a packet fuzz tester; but that sounds like it'd be > a great addition to the tools/ directory. /dev/random will do fine, but please be aware that the Ethernet (actually 802.1) spec says that the second bit on the wire (the bit after the "group address" bit (better known as the multicast) bit should be set for all "locally assigned" MAC addresses, so you should OR the first byte if the address with 0x2. This requirement is often overlooked and I don't think the MAC police will haul you off to jail(8) if you ignore it, but I do like to remind people that the rule is there. (OK, I am probably a bit OCD.) > On 19 August 2011 18:04, Ben Gray wrote: >> Hi, >> >> I'm not sure if this the right list to post to, but here goes ... >> >> I'm currently writing a driver for the SMSC LAN95xx range of USB to >> Ethernet adapter chips >> (http://www.smsc.com/index.php?tid=300&pid=135&tab=1). The basic RX/TX works >> and now I'm trying to get the H/W checksum offload working, however I've >> come across some problems with the H/W implementation, e.g. it doesn't work >> with small (<64 byte) packets. >> >> So I was wondering if anyone knows of any test tools I can use to fire >> all the different unusual sort of packets at the interface to see how the >> H/W csum reacts, i.e. runt packets, packets with IP options, IPv6 packets >> with extension headers, etc. >> >> Another question I had was; is there a kernel function to generate a >> random MAC address ? Or is there a FreeBSD (or FOSS equivalent) Ethernet >> manufacturer ID I could use for randomly generated MAC addresses ? >> >> The primarily purpose is for the range of Texas Instruments ARM >> development boards (Pandaboard & Beagleboard), however there does exist at >> least one USB dongle you can buy for the PC which uses this chipset. >> >> Thanks in advance, >> Ben -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 18:54:39 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 616F41065670 for ; Fri, 19 Aug 2011 18:54:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3805A8FC12 for ; Fri, 19 Aug 2011 18:54:38 +0000 (UTC) Received: by pzk33 with SMTP id 33so8801379pzk.18 for ; Fri, 19 Aug 2011 11:54:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Q7hQAPWqz3XMhoqWDQssz8AnWOlaohd15/b9NnyIZyg=; b=FSFhnbLbmdLk4/lUX/guod2+QUHbn/T05PVmdGAW/Wiz1gF/nLAKB/27dnKX3RXwbe R0F6tvDALuEpsyPTKljVnKlFZG73Wd/ybwkl982f9atxDWsum4RbVJq9fjCr1xbxyLnZ FtHMQwr8osxOynFO2AkkO8mpuzP4kb1hTrwoM= Received: by 10.142.13.2 with SMTP id 2mr32007wfm.97.1313778459264; Fri, 19 Aug 2011 11:27:39 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id s9sm2514293pbk.50.2011.08.19.11.27.36 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Aug 2011 11:27:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 19 Aug 2011 11:27:34 -0700 From: YongHyeon PYUN Date: Fri, 19 Aug 2011 11:27:34 -0700 To: Ben Gray Message-ID: <20110819182734.GC17324@michelle.cdnetworks.com> References: <4E4E3522.6030207@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E4E3522.6030207@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 18:54:39 -0000 On Fri, Aug 19, 2011 at 11:04:18AM +0100, Ben Gray wrote: > Hi, > > I'm not sure if this the right list to post to, but here goes ... > > I'm currently writing a driver for the SMSC LAN95xx range of USB to > Ethernet adapter chips > (http://www.smsc.com/index.php?tid=300&pid=135&tab=1). The basic RX/TX > works and now I'm trying to get the H/W checksum offload working, > however I've come across some problems with the H/W implementation, e.g. > it doesn't work with small (<64 byte) packets. > In old days, it was common that see hardware issues where TX checksum offloading does not work unless you manually pad the frame to satisfy minimal frame size(60 bytes). Check if the controller has auto-padding feature or try manually pad it. Note, current USB stack lacks TX/RX checksum offloading support. I have a working patch which would give you some idea. uether patch: http://people.freebsd.org/~yongari/axe/usb_ethernet.diff4 axe(4) to enable TX/RX checksum offloading: http://people.freebsd.org/~yongari/axe/axe_csum.diff4 > So I was wondering if anyone knows of any test tools I can use to > fire all the different unusual sort of packets at the interface to see > how the H/W csum reacts, i.e. runt packets, packets with IP options, > IPv6 packets with extension headers, etc. > I'm not aware of tools that can do you mentioned above. However, I guess you can generate many test cases with existing tools(ping, netperf etc). > Another question I had was; is there a kernel function to generate > a random MAC address ? Or is there a FreeBSD (or FOSS equivalent) > Ethernet manufacturer ID I could use for randomly generated MAC addresses ? > See sk(4) how it uses randomly generated station address. > The primarily purpose is for the range of Texas Instruments ARM > development boards (Pandaboard & Beagleboard), however there does exist > at least one USB dongle you can buy for the PC which uses this chipset. > > Thanks in advance, > Ben From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 19:20:18 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63376106564A for ; Fri, 19 Aug 2011 19:20:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 47EE78FC0A for ; Fri, 19 Aug 2011 19:20:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7JJKI9D049425 for ; Fri, 19 Aug 2011 19:20:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7JJKHRk049423; Fri, 19 Aug 2011 19:20:18 GMT (envelope-from gnats) Date: Fri, 19 Aug 2011 19:20:18 GMT Message-Id: <201108191920.p7JJKHRk049423@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/158156: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 19:20:18 -0000 The following reply was made to PR kern/158156; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/158156: commit references a PR Date: Fri, 19 Aug 2011 19:13:11 +0000 (UTC) Author: marius Date: Fri Aug 19 19:12:58 2011 New Revision: 225014 URL: http://svn.freebsd.org/changeset/base/225014 Log: r221812 reveals that at least some Broadcom PHYs default to being not only isolated but also powered down after a reset and while they just work fine [sic] when both is the case they don't if they are only deisolate but still powered down. So in order to put PHYs in an overall normal operation mode for the common case, ensure in mii_phy_reset() that they are not powered down after a reset. Unfortunately, this only helps in case of BCM5421, while BCM5709S apparently only work when they remain isolated and powered down after a reset. So don't call mii_phy_reset() in brgphy_reset() and implement the reset locally leaving the problematic bits alone. Effectively this bypasses r221812 for brgphy(4). Thanks to Justin Hibbits for doing a binary search in order to identify the problematic commit. PR: 157405, 158156 Reviewed by: yongari (mii_phy_reset() part) Approved by: re (kib) MFC after: 3 days Modified: head/sys/dev/mii/brgphy.c head/sys/dev/mii/mii_physubr.c Modified: head/sys/dev/mii/brgphy.c ============================================================================== --- head/sys/dev/mii/brgphy.c Fri Aug 19 15:21:13 2011 (r225013) +++ head/sys/dev/mii/brgphy.c Fri Aug 19 19:12:58 2011 (r225014) @@ -876,10 +876,22 @@ brgphy_reset(struct mii_softc *sc) struct bge_softc *bge_sc = NULL; struct bce_softc *bce_sc = NULL; struct ifnet *ifp; - int val; + int i, val; - /* Perform a standard PHY reset. */ - mii_phy_reset(sc); + /* + * Perform a reset. Note that at least some Broadcom PHYs default to + * being powered down as well as isolated after a reset but don't work + * if one or both of these bits are cleared. However, they just work + * fine if both bits remain set, so we don't use mii_phy_reset() here. + */ + PHY_WRITE(sc, BRGPHY_MII_BMCR, BRGPHY_BMCR_RESET); + + /* Wait 100ms for it to complete. */ + for (i = 0; i < 100; i++) { + if ((PHY_READ(sc, BRGPHY_MII_BMCR) & BRGPHY_BMCR_RESET) == 0) + break; + DELAY(1000); + } /* Handle any PHY specific procedures following the reset. */ switch (sc->mii_mpd_oui) { Modified: head/sys/dev/mii/mii_physubr.c ============================================================================== --- head/sys/dev/mii/mii_physubr.c Fri Aug 19 15:21:13 2011 (r225013) +++ head/sys/dev/mii/mii_physubr.c Fri Aug 19 19:12:58 2011 (r225014) @@ -273,8 +273,8 @@ mii_phy_reset(struct mii_softc *sc) DELAY(1000); } - /* NB: a PHY may default to isolation. */ - reg &= ~BMCR_ISO; + /* NB: a PHY may default to being powered down and/or isolated. */ + reg &= ~(BMCR_PDOWN | BMCR_ISO); if ((sc->mii_flags & MIIF_NOISOLATE) == 0 && ((ife == NULL && sc->mii_inst != 0) || (ife != NULL && IFM_INST(ife->ifm_media) != sc->mii_inst))) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Aug 19 20:44:05 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEE7C1065674; Fri, 19 Aug 2011 20:44:05 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B79098FC18; Fri, 19 Aug 2011 20:44:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7JKi5ZJ031305; Fri, 19 Aug 2011 20:44:05 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7JKi5BL031301; Fri, 19 Aug 2011 20:44:05 GMT (envelope-from gjb) Date: Fri, 19 Aug 2011 20:44:05 GMT Message-Id: <201108192044.p7JKi5BL031301@freefall.freebsd.org> To: gjb@FreeBSD.org, freebsd-www@FreeBSD.org, freebsd-net@FreeBSD.org From: gjb@FreeBSD.org Cc: Subject: Re: kern/159927: Support of ethernet devices X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 20:44:06 -0000 Synopsis: Support of ethernet devices Responsible-Changed-From-To: freebsd-www->freebsd-net Responsible-Changed-By: gjb Responsible-Changed-When: Fri Aug 19 20:42:57 UTC 2011 Responsible-Changed-Why: Over to -net, not a www PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=159927 From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 02:11:03 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB23D106566C for ; Sat, 20 Aug 2011 02:11:03 +0000 (UTC) (envelope-from bhutchings@solarflare.com) Received: from exchange.solarflare.com (mail.solarflare.com [216.237.3.220]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCAE8FC08 for ; Sat, 20 Aug 2011 02:11:03 +0000 (UTC) Received: from [192.168.4.185] ([88.96.1.126]) by exchange.solarflare.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 19 Aug 2011 19:11:01 -0700 From: Ben Hutchings To: Ben Gray In-Reply-To: <4E4E3522.6030207@gmail.com> References: <4E4E3522.6030207@gmail.com> Content-Type: text/plain; charset="UTF-8" Organization: Solarflare Communications Date: Sat, 20 Aug 2011 03:11:00 +0100 Message-ID: <1313806260.2814.57.camel@deadeye> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Aug 2011 02:11:01.0951 (UTC) FILETIME=[68B784F0:01CC5EDE] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.500.1024-18332.005 X-TM-AS-Result: No--12.564700-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Cc: freebsd-net@freebsd.org Subject: Re: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 02:11:03 -0000 On Fri, 2011-08-19 at 11:04 +0100, Ben Gray wrote: > Hi, > > I'm not sure if this the right list to post to, but here goes ... > > I'm currently writing a driver for the SMSC LAN95xx range of USB to > Ethernet adapter chips > (http://www.smsc.com/index.php?tid=300&pid=135&tab=1). The basic RX/TX > works and now I'm trying to get the H/W checksum offload working, > however I've come across some problems with the H/W implementation, e.g. > it doesn't work with small (<64 byte) packets. > > So I was wondering if anyone knows of any test tools I can use to > fire all the different unusual sort of packets at the interface to see > how the H/W csum reacts, i.e. runt packets, packets with IP options, > IPv6 packets with extension headers, etc. There are various commercial tools and test suites, and I would expect that most vendors of network controllers and IP blocks have their own test suites that attempt to cover this. I know Solarflare has used tools from Oktet Labs (see ) among others. > Another question I had was; is there a kernel function to generate > a random MAC address ? Or is there a FreeBSD (or FOSS equivalent) > Ethernet manufacturer ID I could use for randomly generated MAC addresses ? [...] You can use any (almost) any address with byte 0 bit 0 cleared (not multicast) and byte 0 bit 1 set (locally assigned). I don't know whether FreeBSD has a function for this, but Linux has one which just gets 6 random bytes and then changes the first byte to conform to this. There are a small number of old OUIs which should be avoided; see . Ben. -- Ben Hutchings, Staff Engineer, Solarflare Not speaking for my employer; that's the marketing department's job. They asked us to note that Solarflare product names are trademarked. From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 10:18:47 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 461E8106566B for ; Sat, 20 Aug 2011 10:18:47 +0000 (UTC) (envelope-from ben.r.gray@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id CCC958FC12 for ; Sat, 20 Aug 2011 10:18:46 +0000 (UTC) Received: by wwe5 with SMTP id 5so1048267wwe.1 for ; Sat, 20 Aug 2011 03:18:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:cc:content-transfer-encoding:mime-version; bh=1KMCPZOXg/9r43PqERincF3+nGN/x6G489dUvyfmO3A=; b=PMKAMCV9fjeZ/IIuMhbwkxIFSZ/5XtMVgrUcVVGCXzrlHUP0+/RT5Vs0iMVcywKMV4 vwwikeSFNl/TRAS/arcv1XJNGsPFuqqIjmKDhsepcsnHazWwLN7+MS5k3MpN5oMCVa0s 2uZ7rGReEl/Aa3JZ7MNrw5MBIQo28vZ0K4mwE= Received: by 10.227.174.206 with SMTP id u14mr306826wbz.59.1313835523999; Sat, 20 Aug 2011 03:18:43 -0700 (PDT) Received: from [10.236.168.51] ([82.132.243.68]) by mx.google.com with ESMTPS id p18sm1967997wbh.21.2011.08.20.03.18.40 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 20 Aug 2011 03:18:42 -0700 (PDT) References: <4E4E3522.6030207@gmail.com> <1313806260.2814.57.camel@deadeye> From: Ben Gray Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (8C148) In-Reply-To: <1313806260.2814.57.camel@deadeye> Message-Id: <17D3FAD0-1372-45BA-B4A1-02840B925F1F@gmail.com> Date: Sat, 20 Aug 2011 11:18:18 +0100 Cc: "freebsd-net@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (iPhone Mail 8C148) Subject: Re: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 10:18:47 -0000 Thanks everyone, Cheers for the tips on the mac address, I must admit I wasn't aware of the= locally assigned bit in the address. As for H/W checksum offloading, the main problem is the datasheet for the= chip is under NDA which I'm unwilling to sign, so I'm working off the Linux= driver. It seems under Linux if the TCP/UDP checksum fails it reverts to a s= oftware calculation and as far as I can tell FreeBSD doesn't do this. Hence i= t seems under Linux the driver reports incorrect csums but the kernel covers= up for it. And thanks for the tips on network test tools, I'll check 'em it. I was hopi= ng there was a nice FOSS test tool. Thanks, Ben On 20 Aug 2011, at 03:11, Ben Hutchings wrote: > On Fri, 2011-08-19 at 11:04 +0100, Ben Gray wrote: >> Hi, >>=20 >> I'm not sure if this the right list to post to, but here goes ... >>=20 >> I'm currently writing a driver for the SMSC LAN95xx range of USB to=20= >> Ethernet adapter chips=20 >> (http://www.smsc.com/index.php?tid=3D300&pid=3D135&tab=3D1). The basic RX= /TX=20 >> works and now I'm trying to get the H/W checksum offload working,=20 >> however I've come across some problems with the H/W implementation, e.g.=20= >> it doesn't work with small (<64 byte) packets. >>=20 >> So I was wondering if anyone knows of any test tools I can use to=20 >> fire all the different unusual sort of packets at the interface to see=20= >> how the H/W csum reacts, i.e. runt packets, packets with IP options,=20 >> IPv6 packets with extension headers, etc. >=20 > There are various commercial tools and test suites, and I would expect > that most vendors of network controllers and IP blocks have their own > test suites that attempt to cover this. I know Solarflare has used > tools from Oktet Labs (see ) > among others. >=20 >> Another question I had was; is there a kernel function to generate=20= >> a random MAC address ? Or is there a FreeBSD (or FOSS equivalent)=20 >> Ethernet manufacturer ID I could use for randomly generated MAC addresses= ? > [...] >=20 > You can use any (almost) any address with byte 0 bit 0 cleared (not > multicast) and byte 0 bit 1 set (locally assigned). I don't know > whether FreeBSD has a function for this, but Linux has one which just > gets 6 random bytes and then changes the first byte to conform to this. >=20 > There are a small number of old OUIs which should be avoided; see > . >=20 > Ben. >=20 > --=20 > Ben Hutchings, Staff Engineer, Solarflare > Not speaking for my employer; that's the marketing department's job. > They asked us to note that Solarflare product names are trademarked. >=20 From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 16:40:03 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA7CE106564A for ; Sat, 20 Aug 2011 16:40:03 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 258448FC08 for ; Sat, 20 Aug 2011 16:40:02 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id p7KGe1Wm065187 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 20 Aug 2011 17:40:02 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4E4FE361.3040000@unsane.co.uk> Date: Sat, 20 Aug 2011 17:40:01 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Ben Gray References: <4E4E3522.6030207@gmail.com> <1313806260.2814.57.camel@deadeye> <17D3FAD0-1372-45BA-B4A1-02840B925F1F@gmail.com> In-Reply-To: <17D3FAD0-1372-45BA-B4A1-02840B925F1F@gmail.com> X-Enigmail-Version: 1.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: Test tools for new network driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 16:40:03 -0000 On 20/08/2011 11:18, Ben Gray wrote: > Thanks everyone, > > Cheers for the tips on the mac address, I must admit I wasn't aware of the locally assigned bit in the address. > > As for H/W checksum offloading, the main problem is the datasheet for the chip is under NDA which I'm unwilling to sign, so I'm working off the Linux driver. It seems under Linux if the TCP/UDP checksum fails it reverts to a software calculation and as far as I can tell FreeBSD doesn't do this. Hence it seems under Linux the driver reports incorrect csums but the kernel covers up for it. > > And thanks for the tips on network test tools, I'll check 'em it. I was hoping there was a nice FOSS test tool. I might be wrong but i thought scapy (http://www.secdev.org/projects/scapy/ and in ports) was meant to be pretty good for crafting custom packets. I think its lacking ipv6 though. there is also nemesis (http://nemesis.sourceforge.net and in ports) This is based purely on reading too many mailing lists though, I havent actually needed to use either. Vince > > Thanks, > Ben > > On 20 Aug 2011, at 03:11, Ben Hutchings wrote: > >> On Fri, 2011-08-19 at 11:04 +0100, Ben Gray wrote: >>> Hi, >>> >>> I'm not sure if this the right list to post to, but here goes ... >>> >>> I'm currently writing a driver for the SMSC LAN95xx range of USB to >>> Ethernet adapter chips >>> (http://www.smsc.com/index.php?tid=300&pid=135&tab=1). The basic RX/TX >>> works and now I'm trying to get the H/W checksum offload working, >>> however I've come across some problems with the H/W implementation, e.g. >>> it doesn't work with small (<64 byte) packets. >>> >>> So I was wondering if anyone knows of any test tools I can use to >>> fire all the different unusual sort of packets at the interface to see >>> how the H/W csum reacts, i.e. runt packets, packets with IP options, >>> IPv6 packets with extension headers, etc. >> There are various commercial tools and test suites, and I would expect >> that most vendors of network controllers and IP blocks have their own >> test suites that attempt to cover this. I know Solarflare has used >> tools from Oktet Labs (see ) >> among others. >> >>> Another question I had was; is there a kernel function to generate >>> a random MAC address ? Or is there a FreeBSD (or FOSS equivalent) >>> Ethernet manufacturer ID I could use for randomly generated MAC addresses ? >> [...] >> >> You can use any (almost) any address with byte 0 bit 0 cleared (not >> multicast) and byte 0 bit 1 set (locally assigned). I don't know >> whether FreeBSD has a function for this, but Linux has one which just >> gets 6 random bytes and then changes the first byte to conform to this. >> >> There are a small number of old OUIs which should be avoided; see >> . >> >> Ben. >> >> -- >> Ben Hutchings, Staff Engineer, Solarflare >> Not speaking for my employer; that's the marketing department's job. >> They asked us to note that Solarflare product names are trademarked. >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 18:08:47 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70EE8106564A; Sat, 20 Aug 2011 18:08:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 49EEB8FC17; Sat, 20 Aug 2011 18:08:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7KI8lp7045337; Sat, 20 Aug 2011 18:08:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7KI8lcX045333; Sat, 20 Aug 2011 18:08:47 GMT (envelope-from linimon) Date: Sat, 20 Aug 2011 18:08:47 GMT Message-Id: <201108201808.p7KI8lcX045333@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159941: [request] Add driver for ULI PCI Fast Ethernet Controller X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 18:08:47 -0000 Old Synopsis: Add driver for ULI PCI Fast Ethernet Controller New Synopsis: [request] Add driver for ULI PCI Fast Ethernet Controller Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 20 18:08:20 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159941 From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 18:12:43 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04E7E1065675; Sat, 20 Aug 2011 18:12:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D24D48FC1A; Sat, 20 Aug 2011 18:12:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7KICgdA053491; Sat, 20 Aug 2011 18:12:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7KICg8Y053487; Sat, 20 Aug 2011 18:12:42 GMT (envelope-from linimon) Date: Sat, 20 Aug 2011 18:12:42 GMT Message-Id: <201108201812.p7KICg8Y053487@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159936: [request] add support for ALI PCI fast ethernet controllers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 18:12:43 -0000 Old Synopsis: Support of ethernet devices New Synopsis: [request] add support for ALI PCI fast ethernet controllers Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 20 18:11:19 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=159936 From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 18:13:16 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB291065673; Sat, 20 Aug 2011 18:13:16 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 82EE38FC25; Sat, 20 Aug 2011 18:13:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7KIDGr8053546; Sat, 20 Aug 2011 18:13:16 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7KIDGFB053542; Sat, 20 Aug 2011 18:13:16 GMT (envelope-from linimon) Date: Sat, 20 Aug 2011 18:13:16 GMT Message-Id: <201108201813.p7KIDGFB053542@freefall.freebsd.org> To: ludsem22@yandex.ru, linimon@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/159941: [request] Add support for ULI PCI Fast Ethernet Controllers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 18:13:17 -0000 Synopsis: [request] Add support for ULI PCI Fast Ethernet Controllers State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sat Aug 20 18:12:48 UTC 2011 State-Changed-Why: Essentially similar PR kern/159936 has more information about the cards. http://www.freebsd.org/cgi/query-pr.cgi?pr=159941 From owner-freebsd-net@FreeBSD.ORG Sat Aug 20 23:59:02 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014291065670 for ; Sat, 20 Aug 2011 23:59:02 +0000 (UTC) (envelope-from ask@develooper.com) Received: from mbox1.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id BD8E28FC12 for ; Sat, 20 Aug 2011 23:59:01 +0000 (UTC) Received: (qmail 11027 invoked from network); 20 Aug 2011 23:59:00 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 20 Aug 2011 23:59:00 -0000 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=windows-1252 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: Date: Sat, 20 Aug 2011 16:58:59 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <865C098E-2A24-481B-9B97-2E426AE481CB@develooper.com> References: <4E4AB3BE.4090603@sentex.net> <9255C71C-BB78-417E-A900-85140FC2050C@develooper.com> <20110817002911.GA7614@michelle.cdnetworks.com> To: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= X-Mailer: Apple Mail (2.1244.3) Cc: embedded@freebsd.org, net@freebsd.org Subject: Hang with ZERO_COPY_SOCKETS or TCP_SIGNATURE enabled? (was: system locks up with vr driver on alix board) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 23:59:02 -0000 On Aug 17, 2011, at 7:52, Ask Bj=F8rn Hansen wrote: > Grasping at straws here, but when enabling BREAK_TO_DEBUGGER I noticed = that the kernel had ZERO_COPY_SOCKETS and TCP_SIGNATURE enabled. I = disabled those, "just in case". Hi everyone, Thanks again for your help and hints getting this fixed for me. I just wanted to send an update that those kernel options seemed to be = the ticket to make it stable again. I haven't had it hang since = disabling IPSEC, ZERO_COPY_SOCKETS and TCP_SIGNATURE (I wasn't using md5 = signatures, having any ipsec sessions or to my knowledge running any = applications that'd be using zero copy sockets). - ask=