From owner-freebsd-net@FreeBSD.ORG Sun Jul 28 04:45:39 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E1768AC9; Sun, 28 Jul 2013 04:45:38 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [63.231.190.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DFE720AC; Sun, 28 Jul 2013 04:45:38 +0000 (UTC) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.14.7/8.14.7) with ESMTP id r6RMkG7c003205; Sat, 27 Jul 2013 17:46:16 -0500 (CDT) (envelope-from mike@karels.net) Message-Id: <201307272246.r6RMkG7c003205@mail.karels.net> To: Adrian Chadd From: Mike Karels Subject: Re: Please implement patch in PR180893 In-reply-to: Your message of Sat, 27 Jul 2013 14:55:29 -0700. Date: Sat, 27 Jul 2013 17:46:16 -0500 Cc: FreeBSD Net , Zaphod Beeblebrox X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mike@karels.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 04:45:39 -0000 > Sure, but it would be nice to file bugs with VMware and such to ensure > they fix their bugs. fwiw, I use IPv6 with recent versions of ESXi and VMware Workstation, and have not seen this problem. I'm curious if the problem is in old versions or with particular configurations. > Anyone have any issue with this? The issue I have is the if_printf(), > it should be rate limited at the very least. It would also be nice to > have a different counter to reflect that kind of dropped packet.. Agreed to both; I'd rather reserve if_ierrors for NIC-reported errors. I also think the message should say "from my MAC address" (vs IP). > 2c, 2c more, Mike On 27 July 2013 13:49, Zaphod Beeblebrox wrote: > I'd like to advocate implementing > http://www.freebsd.org/cgi/query-pr.cgi?pr=180893 > > Quoting the PR: > > Some errant network equipment (including the simulation of a network > by VMware, as an example) will reflect back multicast packets to the sender. > This breaks protocols such as DAD and makes IPv6 nearly impossible to use > on these networks. > > Now, the argument could be made to fix these network elements, but > there is an elegant solution that improves the quality of FreeBSD: To refuse > packets that have a source ethernet address of the receiving interface. If > you consider this notion, you can quickly and easily accept that an > interface > should never "receive" a packet from it's own MAC address. > > This behaviour mirrors Linux behavior and I assume Windows behavior. > > I won't claim to be experienced in kernel matters, but I chose the > location for this modification to allow BPF to "see" the packets (for > network diagnosis). This test, however, could be moved within this function > or even given a sysctl knob. > _______________________________________________ > 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" _______________________________________________ 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 Sun Jul 28 18:19:56 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D0C2A2DA for ; Sun, 28 Jul 2013 18:19:56 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm13-vm4.bullet.mail.ne1.yahoo.com (nm13-vm4.bullet.mail.ne1.yahoo.com [98.138.91.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8261D24A0 for ; Sun, 28 Jul 2013 18:19:56 +0000 (UTC) Received: from [98.138.90.53] by nm13.bullet.mail.ne1.yahoo.com with NNFMP; 28 Jul 2013 18:19:49 -0000 Received: from [98.138.226.162] by tm6.bullet.mail.ne1.yahoo.com with NNFMP; 28 Jul 2013 18:19:49 -0000 Received: from [127.0.0.1] by omp1063.mail.ne1.yahoo.com with NNFMP; 28 Jul 2013 18:19:49 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 394772.24921.bm@omp1063.mail.ne1.yahoo.com Received: (qmail 41795 invoked by uid 60001); 28 Jul 2013 18:19:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375035589; bh=HYfj9lXRmaIwMroAkHsrJOMfh8LH8guDC7aLCRD8F0E=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=XIZQaNa6trYbSgh0ymCtMrWJ8ViIV7A1LIwXwsKYJ7Qcn/m2ZE0nqqmq1h80ij30kdMs1UIYHNfajtoMwTjwxhY8EoGwjUveFDbW2L9QwsBYMbni7YXdULNRk2+pgiiFbGteCWiK15PXqTPMwyh6nU1LNsPayGiIsfOPfMN5e6o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=LM9Mo4U7Zbgv9AY2xiGFZGEyP1kSkr5QNMU8vRtuCnkq+iXG6dTWWq9oqrZZ7jJxgQqmLmcmdSl8PRhRXhmL+2+dstFBlbJ00oMPqaPEsrPI0Wc4+y8Vm0ixk00Gg2H3t2OZ6Aq3exfr5vikIW/vC8nfPwaLdv3XiaCf4CU/BbA=; X-YMail-OSG: S7MUJgQVM1ndWnpSMUF.sFH9Yr64oof9mG.Jx9bdQVOUptG YIgxENbIIhDhXYrQgK4zmO2FwKW4zydTT5a7OtPZXSJTwBnkiOK8geFTlpoi iqHxEKV5BChL112Go1VO_GA0iSylW9113S_016XVIrrH6Rdv3Fck7eW8FX61 aqLNxxL9.UoWInph93w7y0ji.YHxUWZM_kQhf69e5Cmx08hIjRy8zUIOQBfT .VYqA4cQPUJL4PjouleCMHUZYPNAvjslvM1q9DQJ5JxWbdTz8J.F2kjkF1wh GJnygD0fNFnnuZ8YgZ0FBJmlvLZ70ZRNCZrmC4iScSm8xsH1NIh7NnJ5YIm9 GFfD7Qk1qrNL9dGgkBk0X2UtWPnsa4s4xcy2.6WG6DnFAJYcY7eaFT4qvjze 2QnGqX4vKpq8.983_Zq4oRv.Uh2vMBea9qvlnHwk.EG7EEnksvQGAA.JPujO MHEtb3Dwvm4PBN12Ot2zdIYhI3Umf93mUCYGTuq4dsNuZmF8JHoRRGHj_TeT tt32m05rizBZZPaBTwCUXzSbwZi4nRfmisxfXIRO3LccP3h6hzLNisBuyutW gjh2WsN9oF94GOEg- Received: from [98.203.118.124] by web121602.mail.ne1.yahoo.com via HTTP; Sun, 28 Jul 2013 11:19:49 PDT X-Rocket-MIMEInfo: 002.001, CgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBMdWlnaSBSaXp6byA8cml6em9AaWV0LnVuaXBpLml0PgpUbzogQWxleGFuZGVyIFYuIENoZXJuaWtvdiA8bWVsaWZhcm9AZnJlZWJzZC5vcmc.IApDYzogQmFybmV5IENvcmRvYmEgPGJhcm5leV9jb3Jkb2JhQHlhaG9vLmNvbT47IERhbmllbCBGZWVuYmVyZyA8ZmVlbmJlcmdAbmJlci5vcmc.OyAiZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmciIDxmcmVlYnNkLW5ldEBmcmVlYnNkLm9yZz4gClNlbnQ6IFNhdHVyZGF5LCBKdWx5IDI3LCABMAEBAQE- X-Mailer: YahooMailWebService/0.8.150.561 References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> <51F37E97.3090203@FreeBSD.org> Message-ID: <1375035589.31637.YahooMailNeo@web121602.mail.ne1.yahoo.com> Date: Sun, 28 Jul 2013 11:19:49 -0700 (PDT) From: Barney Cordoba Subject: Re: Recommendations for 10gbps NIC To: Luigi Rizzo , "Alexander V. Chernikov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , Daniel Feenberg X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Barney Cordoba List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 18:19:56 -0000 =0A=0A=0A=0A________________________________=0A From: Luigi Rizzo =0ATo: Alexander V. Chernikov =0ACc: Barn= ey Cordoba ; Daniel Feenberg ;= "freebsd-net@freebsd.org" =0ASent: Saturday, Jul= y 27, 2013 4:15 AM=0ASubject: Re: Recommendations for 10gbps NIC=0A =0A=0AO= n Sat, Jul 27, 2013 at 10:02 AM, Alexander V. Chernikov=0A wrote:=0A> On 27.07.2013 02:14, Barney Cordoba wrote:=0A>>=0A>>=0A>>= =0A>> ---------------------------------------------------------------------= ---=0A>> *From:* Daniel Feenberg =0A>> *To:* Alexander V= . Chernikov =0A>> *Cc:* Barney Cordoba ;=0A>> "freebsd-net@freebsd.org" =0A>>= *Sent:* Friday, July 26, 2013 4:59 PM=0A>>=0A>> *Subject:* Re: Recommendat= ions for 10gbps NIC=0A>>=0A>>=0A>> On Fri, 26 Jul 2013, Alexander V. Cherni= kov wrote:=0A>>=0A>>=A0 > On 26.07.2013 19:30, Barney Cordoba wrote:=0A>>= =A0 >>=0A>>=A0 >>=0A>>=A0 >>=0A>> -----------------------------------------= -------------------------------=0A>>=A0 >> *From:* Alexander V. Chernikov <= melifaro@FreeBSD.org=0A>> >=0A>>=A0 >> *To:* B= oris Kochergin >=0A>>=A0 >> = *Cc:* freebsd-net@freebsd.org =0A>>=0A>>=A0= >> *Sent:* Thursday, July 25, 2013 2:10 PM=0A>>=A0 >> *Subject:* Re: Recom= mendations for 10gbps NIC=0A>>=A0 >>=0A>>=A0 >> On 25.07.2013 00:26, Boris = Kochergin wrote:=0A>>=A0 >> > Hi.=0A>>=A0 >> Hello.=0A>>=A0 >> >=0A>>=A0 >>= > I am looking for recommendations for a 10gbps NIC from someone who=0A>> = has=0A>>=A0 >> > successfully used it on FreeBSD. It will be used on FreeBS= D=0A>> 9.1-R/amd64=0A>>=A0 >> > to capture packets. Some desired features a= re:=0A>>=A0 >> >=0A>>=0A>> We have experience with HP NC523SFP and Chelsio = N320E. The key difference=0A>> among 10GBE cards for us is how they treat f= oreign DACs. The HP would PXE=0A>> boot with several brands and generic DAC= s, but the Chelsio required a=0A>> Chelsio brand DAC to PXE boot. There was= firmware on the NIC to check the=0A>> brand of cable. Both worked fine onc= e booted. The Chelsio cables were hard=0A>> to find, which became a problem= . Also, when used with diskless Unix=0A>> clients the Chelsio cards seemed = to hang from time to time. Otherwise=0A>> packet loss was one in a million = for both cards, even with 7 meter cables.=0A>>=0A>> We liked the fact that = the Chelsio cards were single-port and cheaper. I=0A>> don't really underst= and why nearly all 10GBE cards are dual-port. Surely=0A>> there is a market= for NICs between 1 gigabit and 20 gigabit.=0A>>=0A>> The NIC heatsinks are= too hot to touch during use unless specially cooled.=0A>>=0A>> Daniel Feen= berg=0A>> NBER=0A>>=0A>>=0A>> ---------------------=0A>> The same reason th= at they don't make single core cpus anymore. It costs=0A>> about the=0A>> s= ame to make a 1 port chip as a 2 port chip.=0A>>=0A>> I find it interesting= how so many talk about "the cards", when most=0A>> often the=0A>> differen= ces are with "the drivers". Luigi made the most useful comment;=0A>> if you= ever=0A>> want to use netmap, you need to buy a card compatible with netma= p.=0A>> Although=0A>> you don't need netmap just to capture 10Gb/s. Forward= ing, Maybe.=0A>>=0A>> I also find it interesting that nobody seems to have = a handle on the=0A>> performance=0A>> differences. Obviously they're all di= fferent. Maybe substantially=0A>> different.=0A>=0A> It depends on what kin= d of performance you are talking about.=0A> All NICs are capable of doing l= inerate RX/TX for both small/big packets.=0A=0Athis is actually not true. I= have direct experience with Intel,=0AMellanox and Broadcom,=0Aand small pa= ckets are a problem across the board even with 1 port.=0A=0AFrom my experie= nce only intel can do line rate (14.88Mpps) with 64-byte frames,=0Abut suff= ers a bit with sizes that are not multiple of 64.=0AMellanox peaks at aroun= d 7Mpps.=0ABroadcom is limited to some 2.5Mpps.=0AThis is all with netmap, = using the regular stack you are going to see=0Amuch much less.=0A=0ALarge f= rames (1400+) are probably not a problem for anyone, but since the=0Aorigin= al post asked for packet capture, i thought the small-frame case=0Ais a rel= evant one.=0A=0A> The only notable exception I;m aware of are Intel 82598-b= ased NICs which=0A> advertise PCI-E X8 gen2 with _2.5GT_ link speed, giving= you maximum=0A> ~14Gbit/s bw for 2 ports instead of 20.=0A=0AThis makes me= curious because i believe people have used netmap with=0Athe 82598 and ach= ieved close to line rate even with 64-byte frames/one port,=0Aand i thought= (maybe I am wrong ?) the various 2-port NICs use 4 lanes per port.=0ASo th= e number i remember does not match with your quote of 2.5Gt/s.=0AAre all 82= 598 using 2.5GT/s (which is a gen.1 speed) instead of 5 ?=0A=0Acheers=0Alui= gi=0A_______________________________________________=0A=0A=0A"64 byte frame= s" rarely require that 64 bytes be transferred across the=0Abus. Depending = on your offloads the bus requirement can be quite a bit=0Aless than the lin= e speed.=0A=0ABC From owner-freebsd-net@FreeBSD.ORG Sun Jul 28 18:32:21 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 077CD62E for ; Sun, 28 Jul 2013 18:32:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm9.bullet.mail.ne1.yahoo.com (nm9.bullet.mail.ne1.yahoo.com [98.138.90.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB30824F9 for ; Sun, 28 Jul 2013 18:32:20 +0000 (UTC) Received: from [98.138.101.130] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 28 Jul 2013 18:30:12 -0000 Received: from [98.138.88.237] by tm18.bullet.mail.ne1.yahoo.com with NNFMP; 28 Jul 2013 18:30:11 -0000 Received: from [127.0.0.1] by omp1037.mail.ne1.yahoo.com with NNFMP; 28 Jul 2013 18:30:11 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 893653.34373.bm@omp1037.mail.ne1.yahoo.com Received: (qmail 14677 invoked by uid 60001); 28 Jul 2013 18:30:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375036211; bh=QWtbTZOWxpya9bMMUj7OraEQjzhzUPhaQ6K3EICe/tE=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=RwhzsQwsqOZArm4GLVm1WBOeTz/cAY8/ds11W+q8Xo6+vl0uO1PiJs29imahxQeMELVjerVJpF/txTc2f9tEmk+yU5GDum2RNoLVhbzZAB2NdXiOZ5axJjHfTx8loxpU+9VNQ2VO+JHnFH0J38NBTdUNtoc0ULSSzCWoCO6qkh4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=TMGIRJ2t/AEl6s0ujzoq5MuLkAhZvhv4VydkO2s5cVJ/9UHUttNICwXQRg1mPcZgRBANFrwJ1zZEfzhpl/0KgB9AIqDpgyAGP7/m750fWNn7D7eYX3yfDPvfP5JFMOVyHCEBmSnHmGfxi+dIJ9ALTtWKbHfj394zp2o1ap0jOBk=; X-YMail-OSG: QtULbmwVM1n9r6FHFW7HAa41xXhKkWzggaaObTJIJoXgYeZ DMIXm_c99Zx.1dIt7vXIKAnGs5vLfuVqbMCFligB5O1R0H8QSUS06xo.wyk6 _OmJSiUUcmPjcrhDroFPQdOeGafd0HTqhOYJuWpmedpn9hGfhRVe4ToFSYcD 2Y8DeGPC50I7rubo1uNEseuLhfqQcApnVFYI2lbG0KtA8XQpGe4tdGmfxc0R 25oT9JiC049iayIdsfzTQ_Ea.goy3NR_X_fDxBnATbBok48i8v2GuTv5DrfR IilD6ZdnTa9pL6RmmutuxnWk68IkiONdCjlFc.Xcux_fPW35s1A_pvLyeOoC eE4TcKsxhO32EJQYsy1VnJhVEjXKA50uTBdpO_HZaOEFWO0nUP7yuW2YSZ3W QynFbYXqcHNsHEVObtZrnf.E3muZxu1C3o9vCjeJvOlGmdG1tyyH0vnj4Evg OsSFRvxjNA6fVbOC04Obw2YVC3psfXSinffiDQimKtYj6QENbCWjtvivRWpc zu1A5PJItOQK2tM9C2m6T3Fr8wc5NbZbg.cwhp4H1Bqury32vhN0P0FvMaW7 M5gW1TYMvyuQCQy.CKtyE Received: from [98.203.118.124] by web121604.mail.ne1.yahoo.com via HTTP; Sun, 28 Jul 2013 11:30:10 PDT X-Rocket-MIMEInfo: 002.001, CgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBBbGV4YW5kZXIgVi4gQ2hlcm5pa292IDxtZWxpZmFyb0BGcmVlQlNELm9yZz4KVG86IEJhcm5leSBDb3Jkb2JhIDxiYXJuZXlfY29yZG9iYUB5YWhvby5jb20.IApDYzogImZyZWVic2QtbmV0QGZyZWVic2Qub3JnIiA8ZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmc.OyBEYW5pZWwgRmVlbmJlcmcgPGZlZW5iZXJnQG5iZXIub3JnPiAKU2VudDogU2F0dXJkYXksIEp1bHkgMjcsIDIwMTMgNDowMiBBTQpTdWJqZWN0OiBSZTogUmVjb21tZW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.150.561 References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> <51F37E97.3090203@FreeBSD.org> Message-ID: <1375036210.13843.YahooMailNeo@web121604.mail.ne1.yahoo.com> Date: Sun, 28 Jul 2013 11:30:10 -0700 (PDT) From: Barney Cordoba Subject: Re: Recommendations for 10gbps NIC To: "Alexander V. Chernikov" In-Reply-To: <51F37E97.3090203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , Daniel Feenberg X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Barney Cordoba List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 18:32:21 -0000 =0A=0A=0A=0A________________________________=0A From: Alexander V. Cherniko= v =0ATo: Barney Cordoba = =0ACc: "freebsd-net@freebsd.org" ; Daniel Feenberg= =0ASent: Saturday, July 27, 2013 4:02 AM=0ASubject: Re= : Recommendations for 10gbps NIC=0A =0A=0AOn 27.07.2013 02:14, Barney Cordo= ba wrote:=0A>=0A>=0A> -----------------------------------------------------= -------------------=0A> *From:* Daniel Feenberg =0A> *To= :* Alexander V. Chernikov =0A> *Cc:* Barney Cordoba <= barney_cordoba@yahoo.com>;=0A> "freebsd-net@freebsd.org" =0A> *Sent:* Friday, July 26, 2013 4:59 PM=0A> *Subject:* Re: Recomm= endations for 10gbps NIC=0A>=0A>=0A> On Fri, 26 Jul 2013, Alexander V. Cher= nikov wrote:=0A>=0A>=A0 > On 26.07.2013 19:30, Barney Cordoba wrote:=0A>=A0= >>=0A>=A0 >>=0A>=A0 >> ---------------------------------------------------= ---------------------=0A>=A0 >> *From:* Alexander V. Chernikov >=0A>=A0 >> *To:* Boris Kochergi= n >=0A>=A0 >> *Cc:* freebsd-= net@freebsd.org =0A>=A0 >> *Sent:* Thursday= , July 25, 2013 2:10 PM=0A>=A0 >> *Subject:* Re: Recommendations for 10gbps= NIC=0A>=A0 >>=0A>=A0 >> On 25.07.2013 00:26, Boris Kochergin wrote:=0A>=A0= >> > Hi.=0A>=A0 >> Hello.=0A>=A0 >> >=0A>=A0 >> > I am looking for recomme= ndations for a 10gbps NIC from someone who has=0A>=A0 >> > successfully use= d it on FreeBSD. It will be used on FreeBSD=0A> 9.1-R/amd64=0A>=A0 >> > to = capture packets. Some desired features are:=0A>=A0 >> >=0A>=0A> We have exp= erience with HP NC523SFP and Chelsio N320E. The key difference=0A> among 10= GBE cards for us is how they treat foreign DACs. The HP would PXE=0A> boot = with several brands and generic DACs, but the Chelsio required a=0A> Chelsi= o brand DAC to PXE boot. There was firmware on the NIC to check the=0A> bra= nd of cable. Both worked fine once booted. The Chelsio cables were hard=0A>= to find, which became a problem. Also, when used with diskless Unix=0A> cl= ients the Chelsio cards seemed to hang from time to time. Otherwise=0A> pac= ket loss was one in a million for both cards, even with 7 meter cables.=0A>= =0A> We liked the fact that the Chelsio cards were single-port and cheaper.= I=0A> don't really understand why nearly all 10GBE cards are dual-port. Su= rely=0A> there is a market for NICs between 1 gigabit and 20 gigabit.=0A>= =0A> The NIC heatsinks are too hot to touch during use unless specially coo= led.=0A>=0A> Daniel Feenberg=0A> NBER=0A>=0A>=0A> ---------------------=0A>= The same reason that they don't make single core cpus anymore. It costs=0A= > about the=0A> same to make a 1 port chip as a 2 port chip.=0A>=0A> I find= it interesting how so many talk about "the cards", when most=0A> often the= =0A> differences are with "the drivers". Luigi made the most useful comment= ;=0A> if you ever=0A> want to use netmap, you need to buy a card compatible= with netmap. Although=0A> you don't need netmap just to capture 10Gb/s. Fo= rwarding, Maybe.=0A>=0A> I also find it interesting that nobody seems to ha= ve a handle on the=0A> performance=0A> differences. Obviously they're all d= ifferent. Maybe substantially different.=0A=0A"It depends on what kind of p= erformance you are talking about.=0AAll NICs are capable of doing linerate = RX/TX for both small/big packets.=0AThe only notable exception I;m aware of= are Intel 82598-based NICs which =0Aadvertise PCI-E X8 gen2 with _2.5GT_ l= ink speed, giving you maximum =0A~14Gbit/s bw for 2 ports instead of 20."= =0A=0AThis statement is sort of like saying "all cars can do 65MPH" or what= ever the=0Aspeed limit is, so therefore all cars are equal.=0A=0AIf one dev= ice can forward 2Mpps at 20% cpu and other used 45%, obvious=0Athere is a p= reference to use the more efficient driver/controller.=0A=0ABC=0A=0A=0A=0A= =0A=0A>=0A> The x540 with RJ45 has the obvious advantage of being compatibl= e with=0A> regular gigabit cards,=0A> and single port adapters are about $3= 25 in the US.=0A>=0A> When cheap(er) 10g RJ45 switches become available, it= will start to be=0A> used more and more.=0A> Very soon.=0A>=0A> BC=0A>=0A= =0A_______________________________________________=0Afreebsd-net@freebsd.or= g mailing list=0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-net=0ATo= unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 28 18:42:14 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02393C28; Sun, 28 Jul 2013 18:42:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D7722558; Sun, 28 Jul 2013 18:42:13 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id ha12so1603582vcb.9 for ; Sun, 28 Jul 2013 11:42:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QU9PTVL2txKWMo0WFSg5nYAa56CXH7ZsKS1O7EzfL18=; b=CKh2nm8OZ/bUQ7kfLPY/wg6pnTygt78H9aob5AbNoPcZDxbqZ7JlKuBFOThuBDr8eA 1icAl8HqPe57VURh058Py7F7X66isgugCyJAZV3IaG6DPiMR1g9PEEpmtv5WK8dhHzg7 LYVJz7JlJ0ulQ/BgBJitCklEiboQw9X8/qMobyMN7wYURIBoIfLwp8t99u+7vm6R70uv D9VBhaA/CseKUEWVbvhwdNPTA86lRa8inY6B0e18dUTBJA02v0FFOad1fpotSNV9F7M3 PFMZt3oIZwVt0n/V4VmdJjK4ZAYD3k85PSNyjEi4iaNyYUPxCYOmyWmBHBIlB3aV8LvR Z2OQ== MIME-Version: 1.0 X-Received: by 10.58.118.8 with SMTP id ki8mr24134536veb.84.1375036932684; Sun, 28 Jul 2013 11:42:12 -0700 (PDT) Received: by 10.220.52.200 with HTTP; Sun, 28 Jul 2013 11:42:12 -0700 (PDT) In-Reply-To: <51F3F3BA.20604@freebsd.org> References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> <51F37E97.3090203@FreeBSD.org> <51F387E8.6090704@FreeBSD.org> <51F3F3BA.20604@freebsd.org> Date: Sun, 28 Jul 2013 11:42:12 -0700 Message-ID: Subject: Re: Recommendations for 10gbps NIC From: Jack Vogel To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , "Alexander V. Chernikov" , Luigi Rizzo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jul 2013 18:42:14 -0000 On Sat, Jul 27, 2013 at 9:22 AM, Andre Oppermann wrote: > On 27.07.2013 10:42, Alexander V. Chernikov wrote: > >> On 27.07.2013 12:15, Luigi Rizzo wrote: >> >>> On Sat, Jul 27, 2013 at 10:02 AM, Alexander V. Chernikov >>> wrote: >>> This makes me curious because i believe people have used netmap with >>> the 82598 and achieved close to line rate even with 64-byte frames/one >>> port, >>> and i thought (maybe I am wrong ?) the various 2-port NICs use 4 lanes >>> per port. >>> So the number i remember does not match with your quote of 2.5Gt/s. >>> Are all 82598 using 2.5GT/s (which is a gen.1 speed) instead of 5 ? >>> >> > > >> Quoting 82598EB datasheet: >> The PCIe v2.0 (2.5 GT/s) interface is used by the 82598EB as a host >> interface. It supports x8, x4, >> x2 and x1 configurations at a speed of 2.5 GHz. The maximum aggregated >> raw ban.. >> >> Actually I discovered this exactly with netmap and 82598*-DA2 NIC :) >> > > Discussing the 82598 is moot because it has been replaced with the 82599 > which supports x1-x8 at 5 GT/s. AFAIK you can't event buy the 82598 > anymore. > > Yes, and the new quad port adapters on PCIE Gen 3 give you 8GT/s bandwidth for the device. I'm not sure if you could buy the 82598 but I surely would not recommend it to anyone :) Jack From owner-freebsd-net@FreeBSD.ORG Sun Jul 28 20:18:23 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D4DC1F0 for ; Sun, 28 Jul 2013 20:18:23 +0000 (UTC) (envelope-from scottl@netflix.com) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23B052908 for ; Sun, 28 Jul 2013 20:18:23 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id bq6so1324174qab.11 for ; Sun, 28 Jul 2013 13:18:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=RspLO61EK4JED72j6CT70uOSFqPFZYNdh6La3G7dD+U=; b=JJEkkhUTKP5P6/T87p4slgJ0Qef6A7/9WnooP7RgWqGzUpIDNwZRJFCfFvYEGOY4XO 7vQVljnqi7yFCSI1je42GS8BKxUb09Z/ikyHlQoYYZ7Kx3zEzAhY5uEkFjR7TPafNi3h 3J0Of/9hztoFeqnSYiUpUBuhtD5H0X7ioMVq8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=RspLO61EK4JED72j6CT70uOSFqPFZYNdh6La3G7dD+U=; b=X62DkMPXhRSqX5MFT0v2akmPczmcZa7eZGRw/kStjIq6mOj2wCFEvBUmQr4tWAyW0a YLD0I+MNvTC7DzzMbjLpIxbNoVZdsRaXT93XxU73YMhgd9NvLENdVR+WThvpFNTlkiDm IQBeVQQs80ZL98vNOaCu//Z1aUj1kEKD83QFDc4gxDNYQMYoiW/6YbI/KBrpqodDsZRI HsdV3ZsA1ET6OlAYsyotSG7h1rgEdqwB2PAjG1gHYtjjrQEwuk0EqGukfYpQkCyJ0qI4 F2gH/A2cGCWqmzReO9Z163IFRmTErG61sINNEWkoLGozQRl2IJrfB+rsJQOCpeY9PnJy WswA== X-Received: by 10.229.158.206 with SMTP id g14mr16017543qcx.22.1375042702215; Sun, 28 Jul 2013 13:18:22 -0700 (PDT) Received: from phobos.hsd1.fl.comcast.net (c-68-62-252-27.hsd1.fl.comcast.net. [68.62.252.27]) by mx.google.com with ESMTPSA id c4sm16879153qad.0.2013.07.28.13.18.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 28 Jul 2013 13:18:21 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Recommendations for 10gbps NIC From: Scott Long In-Reply-To: Date: Sun, 28 Jul 2013 16:18:20 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <55F6FD95-0634-4371-9384-14B8E8D74C6E@yahoo.com> References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> <51F37E97.3090203@FreeBSD.org> <51F387E8.6090704@FreeBSD.org> <51F3F3BA.20604@freebsd.org> To: Jack Vogel X-Mailer: Apple Mail (2.1508) X-Gm-Message-State: ALoCoQmXSrUaYT0OxQcdaUnU0sQVdvnmw6hma86YmzMRBdkMJ5HoH442rxvaHAXC2fklhEVipcyd Cc: "freebsd-net@freebsd.org" , "Alexander V. Chernikov" , Andre Oppermann , Luigi Rizzo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jul 2013 20:18:23 -0000 On Jul 28, 2013, at 2:42 PM, Jack Vogel wrote: > On Sat, Jul 27, 2013 at 9:22 AM, Andre Oppermann = wrote: >=20 >> On 27.07.2013 10:42, Alexander V. Chernikov wrote: >>=20 >>> On 27.07.2013 12:15, Luigi Rizzo wrote: >>>=20 >>>> On Sat, Jul 27, 2013 at 10:02 AM, Alexander V. Chernikov >>>> wrote: >>>> This makes me curious because i believe people have used netmap = with >>>> the 82598 and achieved close to line rate even with 64-byte = frames/one >>>> port, >>>> and i thought (maybe I am wrong ?) the various 2-port NICs use 4 = lanes >>>> per port. >>>> So the number i remember does not match with your quote of 2.5Gt/s. >>>> Are all 82598 using 2.5GT/s (which is a gen.1 speed) instead of 5 ? >>>>=20 >>>>=20 >>=20 >>> Quoting 82598EB datasheet: >>> The PCIe v2.0 (2.5 GT/s) interface is used by the 82598EB as a host >>> interface. It supports x8, x4, >>> x2 and x1 configurations at a speed of 2.5 GHz. The maximum = aggregated >>> raw ban.. >>>=20 >>> Actually I discovered this exactly with netmap and 82598*-DA2 NIC :) >>>=20 >>=20 >> Discussing the 82598 is moot because it has been replaced with the = 82599 >> which supports x1-x8 at 5 GT/s. AFAIK you can't event buy the 82598 >> anymore. >>=20 >>=20 > Yes, and the new quad port adapters on PCIE Gen 3 give you 8GT/s = bandwidth > for > the device. I'm not sure if you could buy the 82598 but I surely would = not > recommend > it to anyone :) FWIW, sometimes these kinds of cards are interesting if your primary = interest is link failover instead of aggregate link speed. If the 82598 generated = less heat and/or consumed less power, or was significantly cheaper than more = modern offerings, it can still be attractive. Scott From owner-freebsd-net@FreeBSD.ORG Sun Jul 28 20:45:37 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EB82DD5F; Sun, 28 Jul 2013 20:45:37 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE6C729E8; Sun, 28 Jul 2013 20:45:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6SKjbOt071063; Sun, 28 Jul 2013 20:45:37 GMT (envelope-from tuexen@freefall.freebsd.org) Received: (from tuexen@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6SKjbux071062; Sun, 28 Jul 2013 20:45:37 GMT (envelope-from tuexen) Date: Sun, 28 Jul 2013 20:45:37 GMT Message-Id: <201307282045.r6SKjbux071062@freefall.freebsd.org> To: tuexen@FreeBSD.org, freebsd-net@FreeBSD.org, tuexen@FreeBSD.org From: tuexen@FreeBSD.org Subject: Re: kern/180873: [sctp] SCTP connection hangs on COOKIE_ECHOED X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Jul 2013 20:45:38 -0000 Synopsis: [sctp] SCTP connection hangs on COOKIE_ECHOED Responsible-Changed-From-To: freebsd-net->tuexen Responsible-Changed-By: tuexen Responsible-Changed-When: Sun Jul 28 20:44:21 UTC 2013 Responsible-Changed-Why: The problem seems to be SCTP specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=180873 From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 04:40:26 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F27F59C3; Mon, 29 Jul 2013 04:40:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3CEE62A86; Mon, 29 Jul 2013 04:40:25 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id f14so600988wiw.3 for ; Sun, 28 Jul 2013 21:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=2vvqr2NiFTiqVt1JWq1ncIE+Ne73IcMyTc8GfYbPfCU=; b=s31UZgekWg24oe2aeZgis66RiNL8viJ2N0Vxm5kSiZrdEuoVXsv6tQWNagRFkvLhWW GAwVheChB7Z8GJhiaflscqv3sZuTIJVsG6ftfPZcMrXP45Pk1WRuvuolVi+6U9IOGXOj VRg5NjBpppJCY3508w/TGIhAY6N+Z1OVLVmClwezVfS43hCYA5+4K3TnblAYs/UaTNot J4QGMDXl20cglW6z18EjqZNv0KqR8pWPGJTXcn5gqfjX8fqd799j7qPjLfDbpTa+aT0t cP2/4+BpttpXqRN7w4xZe/iutN14qVput4Xc6w81qlHIChAADnH2F5sQwWAJbH/lTvvz xUBQ== MIME-Version: 1.0 X-Received: by 10.194.11.72 with SMTP id o8mr42571859wjb.0.1375072823509; Sun, 28 Jul 2013 21:40:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Sun, 28 Jul 2013 21:40:23 -0700 (PDT) Date: Sun, 28 Jul 2013 21:40:23 -0700 X-Google-Sender-Auth: GXrvc5pnyluPxdyVBexn0hD1whE Message-ID: Subject: [rfc] I'm going to nuke wi(4) (lucent/orinoco wireless PCMCIA devices) in a week's time unless someone steps up to look after it From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , freebsd-current X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 04:40:26 -0000 Hi all, I have some reasonably drastic net80211 stack changes planned over the next few months which require some driver work to make happen. The specific big change is to call net80211 for each mbuf transmit completion so it can kick-start the next transmit from a software staging queue. Since this has to happen outside of any driver lock context, it can get a bit hairy. I'm going to do it for the following NICs as I have enough hardware to cover them: * ath (obviously) * iwn * wpi * ipw, if I can find the 2200 series NIC * iwi - same deal, if I can find the hardware * mwl If I can find a bwi and bwn NIC that works enough for basic traffic testing, I'll also do those NICs. There's a reasonably active group of people who (especially using USB wifi NICs) that I plan on enlisting to help me test those drivers. However, I can't test wi - the lucent/orinoco driver. Some changes were made a few years ago that changed the encapsulation frame format from 802.3 to 802.11 and this only seems to work on a very narrow, specific set of NICs and firmware. I have a _big_ collection of wi hardware and _I_ can't get it to work. I started hacking on it in 2011 and quickly realised that although I could likely back out the 802.3 -> 802.11 encapsulation changes so things work with a wider variety of NICs, I don't really want to. So, I'm going to disconnect wi(4) from the build in a week's time and shortly after I'm going to nuke it from the repository. As far as I'm aware no-one has actively used it in a number of years. Now - if someone wants to step up and claim ownership of the driver - then fix it to go _back_ to the 802.3 frame format and then make it work again, I'll be very happy. Sorry. I'd love to claim we still support wi(4) but the truth is that it's been broken since before I became wireless maintainer and it doesn't look like it's ever going to get better. Thanks, -adrian From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 06:50:02 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5D901297 for ; Mon, 29 Jul 2013 06:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 383032137 for ; Mon, 29 Jul 2013 06:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6T6o105000698 for ; Mon, 29 Jul 2013 06:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6T6o1ho000697; Mon, 29 Jul 2013 06:50:01 GMT (envelope-from gnats) Date: Mon, 29 Jul 2013 06:50:01 GMT Message-Id: <201307290650.r6T6o1ho000697@freefall.freebsd.org> To: freebsd-net@FreeBSD.org Cc: From: Shahar Klein Subject: RE: kern/180791: [ofed] [patch] Kernel crash on ifdown and kldunload mlxen X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Shahar Klein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 06:50:02 -0000 The following reply was made to PR kern/180791; it has been noted by GNATS. From: Shahar Klein To: John Baldwin , "bug-followup@freebsd.org" Cc: Oded Shanoon Subject: RE: kern/180791: [ofed] [patch] Kernel crash on ifdown and kldunload mlxen Date: Mon, 29 Jul 2013 06:46:37 +0000 Thanks John, I've reviewed and tested this patch and it's working fine. Is this patch going to both 10.0 and 9.2? 10x Shahar -----Original Message----- From: John Baldwin [mailto:jhb@freebsd.org]=20 Sent: Thursday, July 25, 2013 10:39 PM To: bug-followup@freebsd.org; Shahar Klein Subject: Re: kern/180791: [ofed] [patch] Kernel crash on ifdown and kldunlo= ad mlxen Thanks. One note is that it seems like the state_lock should be held when = stop is called. Also, the callout used for stats should be drained during = detach. (If you use callot_init_mtx() instead of callout_init() then callout_stop() under the lock is race-free, though I'd still do the callout_drain() during detach to be safe.) Also, I had some other changes I made to this file to make the locking more= consistent with other NIC drivers in the tree. Can you look at this and t= est this patch please? Index: en_netdev.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- en_netdev.c (revision 253547) +++ en_netdev.c (working copy) @@ -495,11 +495,6 @@ static void mlx4_en_do_get_stats(struct work_struc =20 queue_delayed_work(mdev->workqueue, &priv->stats_task, STATS_DELAY); } - if (mdev->mac_removed[MLX4_MAX_PORTS + 1 - priv->port]) { - panic("mlx4_en_do_get_stats: Unexpected mac removed for %d\n", - priv->port); - mdev->mac_removed[MLX4_MAX_PORTS + 1 - priv->port] =3D 0; - } mutex_unlock(&mdev->state_lock); } =20 @@ -688,8 +683,8 @@ int mlx4_en_start_port(struct net_device *dev) mlx4_en_set_multicast(dev); =20 /* Enable the queues. */ - atomic_clear_int(&dev->if_drv_flags, IFF_DRV_OACTIVE); - atomic_set_int(&dev->if_drv_flags, IFF_DRV_RUNNING); + dev->if_drv_flags &=3D ~IFF_DRV_OACTIVE; + dev->if_drv_flags |=3D IFF_DRV_RUNNING; =20 callout_reset(&priv->watchdog_timer, MLX4_EN_WATCHDOG_TIMEOUT, mlx4_en_watchdog_timeout, priv); @@ -761,7 +756,7 @@ void mlx4_en_stop_port(struct net_device *dev) =20 callout_stop(&priv->watchdog_timer); =20 - atomic_clear_int(&dev->if_drv_flags, IFF_DRV_RUNNING); + dev->if_drv_flags &=3D ~(IFF_DRV_RUNNING | IFF_DRV_OACTIVE); } =20 static void mlx4_en_restart(struct work_struct *work) @@ -802,19 +797,30 @= @ mlx4_en_init(void *arg) { struct mlx4_en_priv *priv; struct mlx4_en_dev *mdev; + + priv =3D arg; + mdev =3D priv->mdev; + mutex_lock(&mdev->state_lock); + mlx4_en_init_locked(priv); + mutex_unlock(&mdev->state_lock); +} + +static void +mlx4_en_init_locked(struct mlx4_en_priv *priv) { + + struct mlx4_en_dev *mdev; struct ifnet *dev; int i; =20 - priv =3D arg; dev =3D priv->dev; mdev =3D priv->mdev; - mutex_lock(&mdev->state_lock); if (dev->if_drv_flags & IFF_DRV_RUNNING) mlx4_en_stop_port(dev); =20 if (!mdev->device_up) { en_err(priv, "Cannot open - device down/disabled\n"); - goto out; + return; } =20 /* Reset HW statistics and performance counters */ @@ -835,9 +841,6 @@ ml= x4_en_init(void *arg) mlx4_en_set_default_moderation(priv); if (mlx4_en_start_port(dev)) en_err(priv, "Failed starting port:%d\n", priv->port); - -out: - mutex_unlock(&mdev->state_lock); } =20 void mlx4_en_free_resources(struct mlx4_en_priv *priv) @@ -927,9 +930,14 @= @ void mlx4_en_destroy_netdev(struct net_device *dev if (priv->sysctl) sysctl_ctx_free(&priv->conf_ctx); =20 + mutex_lock(&mdev->state_lock); + mlx4_en_stop_port(dev); + mutex_unlock(&mdev->state_lock); + cancel_delayed_work(&priv->stats_task); /* flush any pending task for this netdev */ flush_workqueue(mdev->workqueue); + callout_drain(&priv->watchdog_timer); =20 /* Detach the netdev so tasks would not attempt to access it */ mutex_lock(&mdev->state_lock); @@ -1091,25 +1099,25 @@ static int mlx4_en_ioctl(struct ifnet *dev, u_long error =3D -mlx4_en_change_mtu(dev, ifr->ifr_mtu); break; case SIOCSIFFLAGS: + mutex_lock(&mdev->state_lock); if (dev->if_flags & IFF_UP) { - if ((dev->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0) { - mutex_lock(&mdev->state_lock); + if ((dev->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0) mlx4_en_start_port(dev); - mutex_unlock(&mdev->state_lock); - } else + else mlx4_en_set_multicast(dev); } else { - mutex_lock(&mdev->state_lock); if (dev->if_drv_flags & IFF_DRV_RUNNING) { mlx4_en_stop_port(dev); if_link_state_change(dev, LINK_STATE_DOWN); } - mutex_unlock(&mdev->state_lock); } + mutex_unlock(&mdev->state_lock); break; case SIOCADDMULTI: case SIOCDELMULTI: + mutex_lock(&mdev->state_lock); mlx4_en_set_multicast(dev); + mutex_unlock(&mdev->state_lock); break; case SIOCSIFMEDIA: case SIOCGIFMEDIA: @@ -1116,6 +1124,7 @@ static int mlx4_en_ioctl(struct ifnet *dev, u_long error =3D ifmedia_ioctl(dev, ifr, &priv->media, command); break; case SIOCSIFCAP: + mutex_lock(&mdev->state_lock); mask =3D ifr->ifr_reqcap ^ dev->if_capenable; if (mask & IFCAP_HWCSUM) dev->if_capenable ^=3D IFCAP_HWCSUM; @@ -1130,7 +1139,8 @@ static int mlx4_en_ioctl(struct ifnet *dev, u_long if (mask & IFCAP_WOL_MAGIC) dev->if_capenable ^=3D IFCAP_WOL_MAGIC; if (dev->if_drv_flags & IFF_DRV_RUNNING) - mlx4_en_init(priv); + mlx4_en_init_locked(priv); + mutex_unlock(&mdev->state_lock); VLAN_CAPABILITIES(dev); break; default: -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 07:42:22 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0223153A for ; Mon, 29 Jul 2013 07:42:22 +0000 (UTC) (envelope-from jamesgosnell@gmail.com) Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E2AF234E for ; Mon, 29 Jul 2013 07:42:21 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id m14so771546eaj.6 for ; Mon, 29 Jul 2013 00:42:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vel3b1tltjX4b5fBSIbvWiUdnctWPYcDiDULuZtxx8Q=; b=JD4wt45Q7drpPQAwACJ+LKOhih9r/iKGETKqelI32x92YVIgRByNSCBnFT3uIURDvv GMV5ZncamSbsRjUyKehrw2cV0G3oxdxtkblDGXy1Utu2/njZ1Bo1w3fbQhBJdlwBj43N 17w4UMrTIjr2U/qk6z7LMa+gc234F3OqGnaMsywze3+q8UDoSdOhwsjphXcnsZK76fu0 5SMpcngnQC/EW7V7yNiokNAZ52HbzCtmFqMubxavNs0b7+JP+i4hJNna9UDAEkuewcFT bQfY7xZMM/fYBVDTno3oveBARaZsUCjO41Yss/JinHCNkEGzDZyOOqzAmhn4zG8zGgjl Q5eQ== MIME-Version: 1.0 X-Received: by 10.14.104.130 with SMTP id i2mr4363152eeg.120.1375083738846; Mon, 29 Jul 2013 00:42:18 -0700 (PDT) Received: by 10.223.84.130 with HTTP; Mon, 29 Jul 2013 00:42:18 -0700 (PDT) Date: Mon, 29 Jul 2013 02:42:18 -0500 Message-ID: Subject: MTP2/Q.703/SS7 cards From: James Gosnell To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 07:42:22 -0000 Is there any hardware or support for MTP2/Q.703/SS7 line protocols in FreeBSD? I'm wanting to use FreeBSD to analyze FISUs and MSUs from a Q.703 stream. I don't know if this is a network or just just a TCP/IP email list, so sorry in advance if it's TCP/IP only. -- James Gosnell, ACP From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 09:14:21 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E0D5F399 for ; Mon, 29 Jul 2013 09:14:21 +0000 (UTC) (envelope-from vishal3.kumar@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3FF128A7 for ; Mon, 29 Jul 2013 09:14:21 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1V3jX2-0003Vs-O4 for freebsd-net@freebsd.org; Mon, 29 Jul 2013 02:14:20 -0700 Date: Mon, 29 Jul 2013 02:14:20 -0700 (PDT) From: vishal kumar To: freebsd-net@freebsd.org Message-ID: <1375089260721-5832237.post@n5.nabble.com> In-Reply-To: <51DD1C09.4060606@yandex-team.ru> References: <51DD1C09.4060606@yandex-team.ru> Subject: Re: netmap receiver crashes driver on exit MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 09:14:21 -0000 Hi Alex, We found a similar crash on our system, not sure of the cause yet; but did you find any solution for this? Thanks -- View this message in context: http://freebsd.1045724.n5.nabble.com/netmap-receiver-crashes-driver-on-exit-tp5827571p5832237.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 09:43:01 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A506B57 for ; Mon, 29 Jul 2013 09:43:01 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id B26282A1C for ; Mon, 29 Jul 2013 09:43:00 +0000 (UTC) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id B32F6200B84; Mon, 29 Jul 2013 11:36:50 +0200 (CEST) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A69E6405889; Mon, 29 Jul 2013 11:36:50 +0200 (CEST) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 895CF406AF1; Mon, 29 Jul 2013 11:36:50 +0200 (CEST) Received: from cascade.aei.uni-hannover.de ([130.75.117.3]) by intranet.aei.uni-hannover.de (Lotus Domino Release 8.5.3) with ESMTP id 2013072911363990-16311 ; Mon, 29 Jul 2013 11:36:39 +0200 Date: Mon, 29 Jul 2013 11:36:40 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-net@freebsd.org Subject: Re: Recommendations for 10gbps NIC Message-Id: <20130729113640.cc41eb14.gerrit.kuehn@aei.mpg.de> In-Reply-To: <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.1.3 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 8.5.3|September 15, 2011) at 07/29/2013 11:36:39, Serialize by Router on intranet/aei-hannover(Release 8.5.3|September 15, 2011) at 07/29/2013 11:36:50, Serialize complete at 07/29/2013 11:36:50 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.7.29.92726 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_400_499 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, ECARD_KNOWN_DOMAINS 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_BODY_WEBMAIL 0, __FRAUD_WEBMAIL 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' Cc: Barney Cordoba X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 09:43:01 -0000 On Fri, 26 Jul 2013 15:14:17 -0700 (PDT) Barney Cordoba wrote about Re: Recommendations for 10gbps NIC: BC> I don't really understand why nearly all 10GBE cards are dual-port. BC> Surely there is a market for NICs between 1 gigabit and 20 gigabit. Myricom has single port 10G cards. However, I only use them on Linux and cannot comment on FreeBSD usage here. cu Gerrit From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 09:50:45 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D951BC72 for ; Mon, 29 Jul 2013 09:50:45 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CE262A65 for ; Mon, 29 Jul 2013 09:50:45 +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 1V3k9K-000AMy-Fu; Mon, 29 Jul 2013 13:53:54 +0400 Message-ID: <51F63AB1.2030102@ipfw.ru> Date: Mon, 29 Jul 2013 13:49:37 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130418 Thunderbird/17.0.5 MIME-Version: 1.0 To: vishal kumar Subject: Re: netmap receiver crashes driver on exit References: <51DD1C09.4060606@yandex-team.ru> <1375089260721-5832237.post@n5.nabble.com> In-Reply-To: <1375089260721-5832237.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 09:50:45 -0000 On 29.07.2013 13:14, vishal kumar wrote: > Hi Alex, > > We found a similar crash on our system, not sure of the cause yet; > but did you find any solution for this? Well, currently I'm using the following workaround: http://static.ipfw.ru/patches/netmap_intel.diff > > Thanks > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/netmap-receiver-crashes-driver-on-exit-tp5827571p5832237.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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 Mon Jul 29 11:06:48 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EDDA41F0 for ; Mon, 29 Jul 2013 11:06:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA8782DDA for ; Mon, 29 Jul 2013 11:06:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6TB6miV061845 for ; Mon, 29 Jul 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6TB6mFF061843 for freebsd-net@FreeBSD.org; Mon, 29 Jul 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Jul 2013 11:06:48 GMT Message-Id: <201307291106.r6TB6mFF061843@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 Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 11:06:49 -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/180844 net [panic] [re] Intermittent panic (re driver?) o kern/180791 net [ofed] [patch] Kernel crash on ifdown and kldunload ml o kern/180775 net [bxe] if_bxe driver broken with Broadcom BCM57711 card o kern/180722 net [bluetooth] bluetooth takes 30-50 attempts to pair to s kern/180468 net [request] LOCAL_PEERCRED support for PF_INET o kern/180065 net [netinet6] [patch] Multicast loopback to own host brok p kern/179975 net [igb] igb(4) fails to do polling(4) o kern/179926 net [lacp] [patch] active aggregator selection bug o kern/179824 net [ixgbe] System (9.1-p4) hangs on heavy ixgbe network t o kern/179733 net [lagg] [patch] interface loses capabilities when proto o kern/179429 net [tap] STP enabled tap bridge o kern/179299 net [igb] Intel X540-T2 - unstable driver a kern/179264 net [vimage] [pf] Core dump with Packet filter and VIMAGE o kern/178947 net [arp] arp rejecting not working o kern/178782 net [ixgbe] 82599EB SFP does not work with passthrough und o kern/178612 net [run] kernel panic due the problems with run driver o kern/178472 net [ip6] [patch] make return code consistent with IPv4 co o kern/178079 net [tcp] Switching TCP CC algorithm panics on sparc64 wit s kern/178071 net FreeBSD unable to recongize Kontron (Industrial Comput o kern/177905 net [xl] [panic] ifmedia_set when pluging CardBus LAN card o kern/177618 net [bridge] Problem with bridge firewall with trunk ports o kern/177417 net [ip6] Invalid protocol value in ipsec6_common_input_cb o kern/177402 net [igb] [pf] problem with ethernet driver igb + pf / alt o kern/177400 net [jme] JMC25x 1000baseT establishment issues o kern/177366 net [ieee80211] negative malloc(9) statistics for 80211nod f kern/177362 net [netinet] [patch] Wrong control used to return TOS o kern/177194 net [netgraph] Unnamed netgraph nodes for vlan interfaces o kern/177139 net [igb] igb drops ethernet ports 2 and 3 o kern/176884 net [re] re0 flapping up/down o kern/176671 net [epair] MAC address for epair device not unique o kern/176484 net [ipsec] [enc] [patch] panic: IPsec + enc(4); device na o kern/176446 net [netinet] [patch] Concurrency in ixgbe driving out-of- o kern/176420 net [kernel] [patch] incorrect errno for LOCAL_PEERCRED o kern/176419 net [kernel] [patch] socketpair support for LOCAL_PEERCRED o kern/176401 net [netgraph] page fault in netgraph o kern/176167 net [ipsec][lagg] using lagg and ipsec causes immediate pa o kern/176097 net [lagg] [patch] lagg/lacp broken when aggregated interf o kern/176027 net [em] [patch] flow control systcl consistency for em dr o kern/176026 net [tcp] [patch] TCP wrappers caused quite a lot of warni o bin/175974 net ppp(8): logic issue o kern/175864 net [re] Intel MB D510MO, onboard ethernet not working aft o kern/175852 net [amd64] [patch] in_cksum_hdr() behaves differently on o kern/175734 net no ethernet detected on system with EG20T PCH chipset o kern/175267 net [pf] [tap] pf + tap keep state problem o kern/175236 net [epair] [gif] epair and gif Devices On Bridge o kern/175182 net [panic] kernel panic on RADIX_MPATH when deleting rout o kern/175153 net [tcp] will there miss a FIN when do TSO? o kern/174959 net [net] [patch] rnh_walktree_from visits spurious nodes o kern/174958 net [net] [patch] rnh_walktree_from makes unreasonable ass o kern/174897 net [route] Interface routes are broken o kern/174851 net [bxe] [patch] UDP checksum offload is wrong in bxe dri o kern/174850 net [bxe] [patch] bxe driver does not receive multicasts o kern/174849 net [bxe] [patch] bxe driver can hang kernel when reset o kern/174822 net [tcp] Page fault in tcp_discardcb under high traffic o kern/174602 net [gif] [ipsec] traceroute issue on gif tunnel with ipse o kern/174535 net [tcp] TCP fast retransmit feature works strange o kern/173871 net [gif] process of 'ifconfig gif0 create hangs' when if_ o kern/173475 net [tun] tun(4) stays opened by PID after process is term o kern/173201 net [ixgbe] [patch] Missing / broken ixgbe sysctl's and tu o kern/173137 net [em] em(4) unable to run at gigabit with 9.1-RC2 o kern/173002 net [patch] data type size problem in if_spppsubr.c o kern/172895 net [ixgb] [ixgbe] do not properly determine link-state o kern/172683 net [ip6] Duplicate IPv6 Link Local Addresses o kern/172675 net [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hos o kern/172113 net [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4 o kern/171840 net [ip6] IPv6 packets transmitting only on queue 0 o kern/171739 net [bce] [panic] bce related kernel panic o kern/171711 net [dummynet] [panic] Kernel panic in dummynet o kern/171532 net [ndis] ndis(4) driver includes 'pccard'-specific code, o kern/171531 net [ndis] undocumented dependency for ndis(4) o kern/171524 net [ipmi] ipmi driver crashes kernel by reboot or shutdow s kern/171508 net [epair] [request] Add the ability to name epair device o kern/171228 net [re] [patch] if_re - eeprom write issues o kern/170701 net [ppp] killl ppp or reboot with active ppp connection c o kern/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169664 net [bgp] Wrongful replacement of interface connected net o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/167947 net [setfib] [patch] arpresolve checks only the default FI o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis p kern/165903 net mbuf leak o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) 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/159601 net [netinet] [patch] in_scrubprefix() - loopback route re 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/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi 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/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/155680 net [multicast] problems with multicast s kern/155642 net [new driver] [request] Add driver for Realtek RTL8191S o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [new driver] [request]: Port brcm80211 driver from Lin 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 p 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/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 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 kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference 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 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 f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg 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/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph f 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/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/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/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 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 kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb 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 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/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f 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 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 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 f 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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy 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/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/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 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/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work 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/121534 net [ipl] [nat] FreeBSD Release 6.3 Kernel Trap 12: 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 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/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands 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] f kern/108197 net [panic] [gif] [ip6] if_delmulti reference counting pan 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/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/104738 net [inet] [patch] Reentrant problem with inet_ntoa in the 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/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling 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 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge 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/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ 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/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/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/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 o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w 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 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 455 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 12:27:38 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1171165A for ; Mon, 29 Jul 2013 12:27:38 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm35.bullet.mail.ne1.yahoo.com (nm35.bullet.mail.ne1.yahoo.com [98.138.229.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B876D238F for ; Mon, 29 Jul 2013 12:27:37 +0000 (UTC) Received: from [127.0.0.1] by nm35.bullet.mail.ne1.yahoo.com with NNFMP; 29 Jul 2013 12:25:26 -0000 Received: from [98.138.101.128] by nm35.bullet.mail.ne1.yahoo.com with NNFMP; 29 Jul 2013 12:22:31 -0000 Received: from [98.138.89.193] by tm16.bullet.mail.ne1.yahoo.com with NNFMP; 29 Jul 2013 12:22:31 -0000 Received: from [127.0.0.1] by omp1051.mail.ne1.yahoo.com with NNFMP; 29 Jul 2013 12:22:31 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 189859.6308.bm@omp1051.mail.ne1.yahoo.com Received: (qmail 25780 invoked by uid 60001); 29 Jul 2013 12:22:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375100551; bh=J0u9BHZexseD0ztk5PPJ7W0oz4aKOOsyctsps0EYE4k=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=xAhAjURvcpxjG2QHJhQNVfQbQSB7t5ZHYYkVGmxHn2d+efGUWgK+ZS1fRJnBoZdpB4Wl3r8UF4VNQyH+UjeT9AUDBUiPNvPESHxYDo92fnqc+AU1IWzf4zIp4pN0kA/ct1/CtXugF4OLWTlYCj2om/hWrKtEQfWZbiC8DhuATp0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=DVoflFQtMhIyJpppakqO9zTfJXVjYBPnnlihUnjjt3ZzKEW9YNtQ7/zzmGnSVZX+j7S/7wVMhcUh22Mgn3p1VbAf3HZwoDSVj5hezFiq1BrUXCpKiy4PnXHsM25wcGzzXGCJD7quVdsDnSzNKnceeUt6h1HufIvpuel7H1PoDHQ=; X-YMail-OSG: tP4TZoEVM1n6INDQinxcWXAkKkB_66kji6fSMhd20oi_tFp 3oGN.GSgYImG.OxuSApwDlDDp0A75ckhEF8THnW7oLy9Kb0WxK9w1l7O78NC mzMX51nGcB138PSy3cJGAERrA1ZSvkhUYzh6GYx1MnumtZdTlVqtiVVYtDEO BrF7PRKf0pcDrkgBbLO58motLW_VXkdbJR8LJGn1dOcImW2.2DzbTdS.KJK. l6V5Klpi4kW3OIu.aP_T28Y6KpfzZUMYIxCJ5rpqc9pHqCQ79PDg9j5Y6gC0 xnsCNxUMX8jc12qa6R5_AlECyH29Vr0ni4Tkv4PrTbbE343nWh05fITjVXxt rBLs4SP_561ZeGhZnqlVBA3ztvS5V_WUVPWhuezbMSo9eS2HjoYRsf7hm6Ky XuH_VLILEjF7_A05PywMQJS9dN0iRqqepKr5rDqpq_owwTA6LhwOkVCnOsrQ cWM14gM72WL3XSmTHlAu1C61._ZvsPZbOmjqeL2PcjpGQPnahB7rLyY7a3Cm Y4Vb8ksba0GFMRtSbdWTen0hf6IzxlQpjMfzk2hYUEcXB.141gc0iJUhWotd bz475NctfuKN_Rcfd3utQev8QA.tOOoaz88sOYaVO8xoBWUaYFWc_ow-- Received: from [98.138.120.171] by web121601.mail.ne1.yahoo.com via HTTP; Mon, 29 Jul 2013 05:22:30 PDT X-Rocket-MIMEInfo: 002.001, CgpPbiBGcmksIDI2IEp1bCAyMDEzIDE1OjE0OjE3IC0wNzAwIChQRFQpIEJhcm5leSBDb3Jkb2JhCjxiYXJuZXlfY29yZG9iYUB5YWhvby5jb20.IHdyb3RlIGFib3V0IFJlOiBSZWNvbW1lbmRhdGlvbnMgZm9yIDEwZ2JwcyBOSUM6CgpCQz4gSSBkb24ndCByZWFsbHkgdW5kZXJzdGFuZCB3aHkgbmVhcmx5IGFsbCAxMEdCRSBjYXJkcyBhcmUgZHVhbC1wb3J0LgpCQz4gU3VyZWx5IHRoZXJlIGlzIGEgbWFya2V0IGZvciBOSUNzIGJldHdlZW4gMSBnaWdhYml0IGFuZCAyMCBnaWdhYml0LgoKTXlyaWNvbSBoYXMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.151.566 References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> <20130729113640.cc41eb14.gerrit.kuehn@aei.mpg.de> Message-ID: <1375100550.21348.YahooMailNeo@web121601.mail.ne1.yahoo.com> Date: Mon, 29 Jul 2013 05:22:30 -0700 (PDT) From: Barney Cordoba Subject: Re: Recommendations for 10gbps NIC To: =?utf-8?B?R2Vycml0IO+7v0vDvGhu?= , "freebsd-net@freebsd.org" In-Reply-To: <20130729113640.cc41eb14.gerrit.kuehn@aei.mpg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Barney Cordoba List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 12:27:38 -0000 =0A=0AOn Fri, 26 Jul 2013 15:14:17 -0700 (PDT) Barney Cordoba=0A wrote about Re: Recommendations for 10gbps NIC:=0A=0ABC> I = don't really understand why nearly all 10GBE cards are dual-port.=0ABC> Sur= ely there is a market for NICs between 1 gigabit and 20 gigabit.=0A=0AMyric= om has single port 10G cards. However, I only use them on Linux and=0Acanno= t comment on FreeBSD usage here.=0A=0A=0Acu=0A=C2=A0 Gerrit=0A-------------= -------------------------------------------=0AI didn't write/ask that; =C2= =A0But intel makes a single port x540 card thats available=0Athrough popula= r online outlets.=0A=0A=0ABC From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 14:31:36 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEAAAD46 for ; Mon, 29 Jul 2013 14:31:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 829962A08; Mon, 29 Jul 2013 14:31:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6TEVa0l005734; Mon, 29 Jul 2013 14:31:36 GMT (envelope-from avg@freefall.freebsd.org) Received: (from avg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6TEVaDY005733; Mon, 29 Jul 2013 14:31:36 GMT (envelope-from avg) Date: Mon, 29 Jul 2013 14:31:36 GMT Message-Id: <201307291431.r6TEVaDY005733@freefall.freebsd.org> To: avg@FreeBSD.org, avg@FreeBSD.org, freebsd-net@FreeBSD.org From: avg@FreeBSD.org Subject: Re: kern/92270: [ppp]: ppp does not work on renamed network interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 14:31:36 -0000 Synopsis: [ppp]: ppp does not work on renamed network interfaces Responsible-Changed-From-To: avg->freebsd-net@FreeBSD.org Responsible-Changed-By: avg Responsible-Changed-When: Mon Jul 29 14:30:44 UTC 2013 Responsible-Changed-Why: Return to the pool. I don't know why this PR was assigned to me and what to do with it. http://www.freebsd.org/cgi/query-pr.cgi?pr=92270 From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 14:40:56 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C5608AC for ; Mon, 29 Jul 2013 14:40:56 +0000 (UTC) (envelope-from nobody@opus30.register.it) Received: from hostingsmtp.register.it (hostingsmtp09.register.it [81.88.50.250]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC172AB9 for ; Mon, 29 Jul 2013 14:40:55 +0000 (UTC) Received: (qmail 15977 invoked from network); 29 Jul 2013 14:40:55 -0000 Received: from unknown (HELO opus30.register.it) by hostingsmtp.register.it with ESMTP; 29 Jul 2013 14:40:55 -0000 Received: (from nobody@localhost) by opus30.register.it (8.14.3/8.12.11/Submit) id r6TEesaD015523; Mon, 29 Jul 2013 16:40:54 +0200 Date: Mon, 29 Jul 2013 16:40:54 +0200 X-RID: 7OnsJ3NuKzt0JW1yK2ZuOy9zbjtn6CjsL3RuI3RuK2Mt7FsvYiNbL3NjK2R06S8K|dDsnbSVjJW0jZCdbW1sK|MCwnLPkn4F0nXeDgCg==|WE5MR05JVFNPSAo= To: freebsd-net@freebsd.org Subject: =?utf-8?B?Kg==?= X-PHP-Originating-Script: 99:informations.php From: =?utf-8?B?0JPQsNC70LjQvdCwINCj0YHRgtC40L3QvtCy0LA=?= Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 14:40:56 -0000 Добрый день! Предлагаю сим карту для отдыхающих за границей звонки в Россию от 4,8 рублей. Срок действия карты неограничен, без абонентской платы. Подскажите, какой у Вас сотовый оператор, чтобы я могла уточнить сможете ли Вы привязать свой мобильный номер к новой сим карте? PS Могу сделать не только для Турции. с уважением, Людмила From owner-freebsd-net@FreeBSD.ORG Mon Jul 29 18:49:30 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C06DA1C6; Mon, 29 Jul 2013 18:49:30 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 941FF285B; Mon, 29 Jul 2013 18:49:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6TInU0J055461; Mon, 29 Jul 2013 18:49:30 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6TInTfo055460; Mon, 29 Jul 2013 18:49:29 GMT (envelope-from jhb) Date: Mon, 29 Jul 2013 18:49:29 GMT Message-Id: <201307291849.r6TInTfo055460@freefall.freebsd.org> To: shahark@mellanox.com, jhb@FreeBSD.org, freebsd-net@FreeBSD.org, jhb@FreeBSD.org From: jhb@FreeBSD.org Subject: Re: kern/180791: [ofed] [patch] Kernel crash on ifdown and kldunload mlxen X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Jul 2013 18:49:30 -0000 Synopsis: [ofed] [patch] Kernel crash on ifdown and kldunload mlxen State-Changed-From-To: open->patched State-Changed-By: jhb State-Changed-When: Mon Jul 29 18:49:12 UTC 2013 State-Changed-Why: Patch committed to HEAD, thanks! Responsible-Changed-From-To: freebsd-net->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Mon Jul 29 18:49:12 UTC 2013 Responsible-Changed-Why: Patch committed to HEAD, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=180791 From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 00:57:00 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 28524487 for ; Tue, 30 Jul 2013 00:57:00 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm39.bullet.mail.bf1.yahoo.com (nm39.bullet.mail.bf1.yahoo.com [72.30.239.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A002629D5 for ; Tue, 30 Jul 2013 00:56:59 +0000 (UTC) Received: from [98.139.212.148] by nm39.bullet.mail.bf1.yahoo.com with NNFMP; 30 Jul 2013 00:56:52 -0000 Received: from [98.139.211.193] by tm5.bullet.mail.bf1.yahoo.com with NNFMP; 30 Jul 2013 00:56:52 -0000 Received: from [127.0.0.1] by smtp202.mail.bf1.yahoo.com with NNFMP; 30 Jul 2013 00:56:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375145812; bh=PxeJBkUc9F8Mjzxno0tBiI6Bxm2aSwken1Jm0u1gVGE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=1vKW97Wfwd69wLJ+uD/TgCEzN6qu349WWlLmTCqhcJFcH7JX0pn1KS9m0UNlRmnhCITX/Yxc5SMbck8LILcr/XYcffmLd7i7iJQwDtkepkfx55UFw2eUSNTAuMS9bmvTtnzoEs9qCt3mk0i9BGKEVko8B54cuPWE4o4s1FI0KWw= X-Yahoo-Newman-Id: 284826.67498.bm@smtp202.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pzSd3_oVM1kjNWvCVLyLRvAoYOcHRIrrrtcBl3TKphZ2GK4 _CW11hdSH4ev4fdcqkL0ncPkf5Nzaatd3xMDm6mlGfUTZLdZYOYb4FajZqVe lgWST8m0dKNtwvH0pJ59r1BucwwTZuX4mSZy2EwmXdnH3ypnnDPuqOaV327P xgNdbisO9cmr3xU69CT9oDOXk30faF7atvbwPKV6_5HtEmqxG3VkNdDsiGKq C..1LEat5jo8dPM11ZwAhw1XP2GvPuyT4gdbl4CNuEFILslmikuARZ7P_M8E IN2nM9QXgkDb8YuFjpJETs94ZJAHwPtLqsQNBR7GXj7najTQe9c3Ppu98zAj AV9TDVqqslAxDxKmYtl38zfnIk26sSldoePJIx9ov0d0IgpLs6ITogYaKnqR zwlK4sSW4MldoqR_rDs9t2yfql0U2ZwTdD9rF8TOT4Sqh2YFIJdncfzQj15R HaY6H8Z6wTrmL1IfSjsNeQhrqqCNc5NzPk.2_07kAho.PTZBRMyTt8lyhBvT LK6wFuobUQkoUReZ1aypiBrJApobph5U9eziLYsWsDtE.hDOfG4qyu5Z7V.K sYZy9C_F0ti.X05CqGmqLxDLWuzN12QxeyKywEMmQWpJoeNgKcAb5Xc0ZhH3 3vHrwJTQg0nZNUiDMwa9qu6_V_0VA X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.10.10] (sean_bruno@207.198.106.4 with ) by smtp202.mail.bf1.yahoo.com with SMTP; 29 Jul 2013 17:56:52 -0700 PDT Subject: Re: bce(4) panics, 9.2rc1 [redux] From: Sean Bruno To: "freebsd-net@freebsd.org" In-Reply-To: <1374700042.1493.14.camel@localhost> References: <1374700042.1493.14.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ZFSV4KZi06+7wWlwIUe0" Date: Mon, 29 Jul 2013 17:56:49 -0700 Message-ID: <1375145809.1488.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 00:57:00 -0000 --=-ZFSV4KZi06+7wWlwIUe0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2013-07-24 at 14:07 -0700, Sean Bruno wrote:=20 > Running 9.2 in production load mail servers. We're hitting the > "watchdog" message and crashing with the stable/9 version. We're > reverting the change from 2 weeks ago and seeing if it still happens. > We didn't see this from stable/9 from about a month ago. >=20 >=20 > Sean Not seeing any changes to core dumps, or crashes after updating the bce(4) interface on these Dell R410s. IPMI was a definite false hope. No changes noted after I modified the ipmi_attach code. stable/7 works just fine and stable/9 fails with "NMI" erros on the console very badly. It fails so badly that it won't come into service at all. I've reverted stable/9 back to august of 2012 with no changes. It sort of looks like r236216 is causing severe issues with my configuration. The Dell R410 has a 3rd ethernet interface for the BMC only, not sure if that is meaningful in this context. The 3rd interface is *not* visible from the o/s and is dedicated to the BMC interface. Doing more testing at this time to validate. Sean http://svnweb.freebsd.org/base?view=3Drevision&revision=3D236216 --=-ZFSV4KZi06+7wWlwIUe0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJR9w9IAAoJEBkJRdwI6BaHDqgH+wa6YTlltsnZK2YhhRx8NFgo ECBYzX3FqWeJZT/pRLjMPTDgiODbaIitNoPO+nVIFbxQOTf9uINhwTn53Yiwqqil VJ78J6n5z6JkVUQL9fOLTiVDunsfe5gknJfUtfOTpUbvP0yHmICPa546uABTtI4w yIAMbdLGxsVFYU4vLlBDcuvingNpHkZawGINp3oiVPLQb9Yx0Tv9kJErEAs7m3O3 sipUVBjUvP3+VkVpCPZrXAFXiaAN2TahDrGFZsZd2zevCmektGqzsGj+L8R7M2rp 5AQpX/KRSbXnNCgXiEB7wNPmesv5s+PSuRWU85uDJQZF2OAeRlFPOy8if4xA3mo= =8SuJ -----END PGP SIGNATURE----- --=-ZFSV4KZi06+7wWlwIUe0-- From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 01:34:10 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9F6A1ABD for ; Tue, 30 Jul 2013 01:34:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm12.bullet.mail.ne1.yahoo.com (nm12.bullet.mail.ne1.yahoo.com [98.138.90.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39CDF2B3F for ; Tue, 30 Jul 2013 01:34:09 +0000 (UTC) Received: from [98.138.226.177] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 30 Jul 2013 01:31:39 -0000 Received: from [98.138.89.254] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 30 Jul 2013 01:31:39 -0000 Received: from [127.0.0.1] by omp1046.mail.ne1.yahoo.com with NNFMP; 30 Jul 2013 01:31:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 249908.75110.bm@omp1046.mail.ne1.yahoo.com Received: (qmail 32490 invoked by uid 60001); 30 Jul 2013 01:31:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375147898; bh=oIUsmYMR349CmuS9brIisoc3h5l+m/xYR8HSG9D22UU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=B0laKtlWAyVGdAtQ61NdV9PXbbiqAOdookcAMobd3e0QJiulj59PfxCI8uiI63NP+4MWwX8DxYJi/61UVYL4qsdzn3FHWt0hqTHPtKfAIhedT/W8IJwJHOryZPufhTNuPjPhWFxxq7BaRlaxKKbhuZvCfWor9F9xhrqJjdUbAso= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=1hgwdQXMeQxunBrjaI/4R/Wvqx1hBJc8ejBeWTn95Mpw8DLjjIa31rM9jE6z7eM0rkufp9rdXNtTtk0BvkZr5OkH7P3autTSLqUa0EjvkPq1hlk2L41HsPjS5tInO60jjdnDnWTOZN1jsl1tDNGihkTvPGUOlnkr/r9STmL0lxQ=; X-YMail-OSG: 1_e2NusVM1mX00b0kdPr_K7jeFoeJnwffEDVmwCkYGGhHhg .BEpWwuF9aPxkTdyQqNW0a7XjOJK0Jd1LTsh2265fBnKm9GnTVrIrz859bxF SwHkTNMTt.iFiw6kLPZxsX0WAJnLMaw1FvBtUzR3sGpIIAeLHZaRJNwBjuvj 6POtFzqkHC5xTL4vjEAlLvlh8pgM7DnAGbX10LLJCIK0tAdZz8Lukv02csk. kDrF.oEFx.L.Bp1n_Pl1JHjMDfu0lvYnmBheu3beo1MQvK8ciM5Lka.eTnJq vhpsmo5tT6pwDra1dKyEnIhqdFI9lUVRlEqStObIBYaeasUGfT5ROnsFMzZX SKoR_G34sAfS_YJ_xmaNJZXW75otEiG7jrYhGALV4kBkFfL.2ZvlH8K9m.D6 StxFFeNBb_B0cBNdcMpA4w0pxYdaaFOl7iIPn0GJPnKV6puTfZyaW.yDIDtF cQ3ivxwcsIkd6FlvNQdrDyScCa.7LzHsLqmH0vha_1ZLVEtBCDJTMIu7jSx. 8HJsutX.NkE04zJJP0kzIDa_y2z2nL3JGmdPxaiGXSOj5JsRoGvE1WnVLcCL fMw9_8wO9rSlbnc4KMQMShQ-- Received: from [98.203.118.124] by web121602.mail.ne1.yahoo.com via HTTP; Mon, 29 Jul 2013 18:31:38 PDT X-Rocket-MIMEInfo: 002.001, CgoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBTZWFuIEJydW5vIDxzZWFuX2JydW5vQHlhaG9vLmNvbT4KVG86ICJmcmVlYnNkLW5ldEBmcmVlYnNkLm9yZyIgPGZyZWVic2QtbmV0QGZyZWVic2Qub3JnPiAKU2VudDogTW9uZGF5LCBKdWx5IDI5LCAyMDEzIDg6NTYgUE0KU3ViamVjdDogUmU6IGJjZSg0KSBwYW5pY3MsIDkuMnJjMSBbcmVkdXhdCiAKCk9uIFdlZCwgMjAxMy0wNy0yNCBhdCAxNDowNyAtMDcwMCwgU2VhbiBCcnVubyB3cm90ZTogCj4gUnVubmluZyA5LjIgaW4gcHIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.151.566 References: <1374700042.1493.14.camel@localhost> <1375145809.1488.3.camel@localhost> Message-ID: <1375147898.32302.YahooMailNeo@web121602.mail.ne1.yahoo.com> Date: Mon, 29 Jul 2013 18:31:38 -0700 (PDT) From: Barney Cordoba Subject: Re: bce(4) panics, 9.2rc1 [redux] To: "sbruno@freebsd.org" , "freebsd-net@freebsd.org" In-Reply-To: <1375145809.1488.3.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Barney Cordoba List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 01:34:10 -0000 =0A=0A=0A=0A________________________________=0A From: Sean Bruno =0ATo: "freebsd-net@freebsd.org" =0AS= ent: Monday, July 29, 2013 8:56 PM=0ASubject: Re: bce(4) panics, 9.2rc1 [re= dux]=0A =0A=0AOn Wed, 2013-07-24 at 14:07 -0700, Sean Bruno wrote: =0A> Run= ning 9.2 in production load mail servers.=A0 We're hitting the=0A> "watchdo= g" message and crashing with the stable/9 version.=A0 We're=0A> reverting t= he change from 2 weeks ago and seeing if it still happens.=0A> We didn't se= e this from stable/9 from about a month ago.=0A> =0A> =0A> Sean=0A=0ANot se= eing any changes to core dumps, or crashes after updating the=0Abce(4) inte= rface on these Dell R410s.=A0 IPMI was a definite false hope.=0ANo changes = noted after I modified the ipmi_attach code.=0A=0Astable/7 works just fine = and stable/9 fails with "NMI" erros on the=0Aconsole very badly.=A0 It fail= s so badly that it won't come into service=0Aat all.=A0 I've reverted stabl= e/9 back to august of 2012 with no changes.=0A=0A=0AIt sort of looks like r= 236216 is causing severe issues with my=0Aconfiguration.=A0 The Dell R410 h= as a 3rd ethernet interface for the BMC=0Aonly, not sure if that is meaning= ful in this context.=0A=0AThe 3rd interface is *not* visible from the o/s a= nd is dedicated to the=0ABMC interface.=0A=0ADoing more testing at this tim= e to validate.=0A=0ASean=0A=0A=0A------------------------------------------= =0A=0AFWIW, I have an R210 with a BCM5716 running 9.1 RELEASE without=0Aany= problems. I have customized the driver a bit. Try turning off the=0A"featu= res" and running it raw without any checksum or tso gobbledygook.=A0=0A=0A= =0ABC From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 02:13:09 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6C52A252; Tue, 30 Jul 2013 02:13:09 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 410E32C99; Tue, 30 Jul 2013 02:13:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6U2D9tJ046806; Tue, 30 Jul 2013 02:13:09 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6U2D9w8046802; Tue, 30 Jul 2013 02:13:09 GMT (envelope-from linimon) Date: Tue, 30 Jul 2013 02:13:09 GMT Message-Id: <201307300213.r6U2D9w8046802@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/180893: [if_ethersubr] [patch] Packets received with own LLADDR confuse things. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jul 2013 02:13:09 -0000 Old Synopsis: Packets received with own LLADDR confuse things. New Synopsis: [if_ethersubr] [patch] Packets received with own LLADDR confuse things. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jul 30 02:12:37 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=180893 From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 04:37:47 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 73C882D7; Tue, 30 Jul 2013 04:37:47 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [IPv6:2607:f8b0:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 226E322AF; Tue, 30 Jul 2013 04:37:47 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id gf11so2725095vcb.11 for ; Mon, 29 Jul 2013 21:37:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Isl5F1IQh+402aPTNzvfN1MpPCXvCua4ND/MTESFL4c=; b=031MwymnsqY628W1zTevWdoh6RFBPJZiC9PLXMVSuvAP6yEcrCoGt7NcOj6jJodRGT ete/Sn0HQN0lc3PwebkblnhSBOluR3sEY5WzMPJiYjCPcjowfc2EB2GGYLoUm9LgS7CQ 15DeC86YJ/IlzRcSNffeizXx4UejNuHoA+ZHziygYjgTvOHu2YgXSQB2c8wwFtmPa1qR XVM9Yia0y8E6Zg59osBQXxSoLzesa93DBwYKm2ZJFTQ+30zp79fucIH49aq66H/qTu3k 2ydePetKZdU1CAWt+naKM90hRQ+7oT0QYaRi3Tet44NygVWz4obx1Kbc7UIw+EB2YS24 mb1A== MIME-Version: 1.0 X-Received: by 10.58.69.65 with SMTP id c1mr26174553veu.88.1375159065900; Mon, 29 Jul 2013 21:37:45 -0700 (PDT) Received: by 10.221.22.199 with HTTP; Mon, 29 Jul 2013 21:37:45 -0700 (PDT) In-Reply-To: <201307272246.r6RMkG7c003205@mail.karels.net> References: <201307272246.r6RMkG7c003205@mail.karels.net> Date: Tue, 30 Jul 2013 00:37:45 -0400 Message-ID: Subject: Re: Please implement patch in PR180893 From: Zaphod Beeblebrox To: mike@karels.net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net , Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jul 2013 04:37:47 -0000 On Sat, Jul 27, 2013 at 6:46 PM, Mike Karels wrote: > > Sure, but it would be nice to file bugs with VMware and such to ensure > > they fix their bugs. > There's quite a bit of chatter about this problem on the VMWare lists. Linux complains when these packets show up, so it isn't going unnoticed. > fwiw, I use IPv6 with recent versions of ESXi and VMware Workstation, > and have not seen this problem. I'm curious if the problem is in old > versions or with particular configurations. > I think you're only going to find this on the 'bridged' network type. When I tested this problem with other types of VMWare lans, the problem does not occur. > > Anyone have any issue with this? The issue I have is the if_printf(), > > it should be rate limited at the very least. It would also be nice to > > have a different counter to reflect that kind of dropped packet.. > > Agreed to both; I'd rather reserve if_ierrors for NIC-reported errors. > I also think the message should say "from my MAC address" (vs IP). > Obviously, it's really easy to modify the if_printf(), but what type of rate limiting is appropriate here? For instance, if you send a packet from an IP on the lan with changing MAC addresses, FreeBSD will printf() a note about each MAC address change. AFAICT, the if_printf() here can only be triggered by something right on the local lan (not by the internet at large --- even without filters). From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 04:43:12 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 563473D7 for ; Tue, 30 Jul 2013 04:43:12 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E64622EC for ; Tue, 30 Jul 2013 04:43:12 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id l10so761106oag.19 for ; Mon, 29 Jul 2013 21:43:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+QTFmc3/BDj20NQOhi3mee0DatzLLSsNlRS9MHgm8o4=; b=vGdyc41JNonfiF/7X4b7clBNSgPB8ej/8OuPAaW8nblV3g9neTR/snrFI3kZYNfnqu GZJngd0z9UsPOqcz1DK08Z0wcGiJMQNwqdRwA482p6gwP4wAOj03TDDYmQgy7uCZBozY agOIk4hwwXPtwGbBH7uQLHSmLRpMIPFSm7Prv5m0rJd74leqhAg+wCLnxacd45HsuTHp dMKka5qEuqKupz5SbO9nHCyj0WB7pWTvctTCxRN10ru7/EwBYwt4UEXD9PVgwIep9fGp 8STdZb9gONFoHZDLCMe813xQ60r5hyoVLAzQ0ju4PYNy64QtbFKziQZOvO8IO+UxtbV7 NAmQ== MIME-Version: 1.0 X-Received: by 10.60.38.234 with SMTP id j10mr16960142oek.42.1375159391445; Mon, 29 Jul 2013 21:43:11 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.112.212 with HTTP; Mon, 29 Jul 2013 21:43:11 -0700 (PDT) In-Reply-To: <20130729113640.cc41eb14.gerrit.kuehn@aei.mpg.de> References: <51F0386D.2000709@acm.poly.edu> <51F16A07.9030505@FreeBSD.org> <1374852658.90079.YahooMailNeo@web121601.mail.ne1.yahoo.com> <51F2A313.9070105@FreeBSD.org> <1374876857.42890.YahooMailNeo@web121603.mail.ne1.yahoo.com> <20130729113640.cc41eb14.gerrit.kuehn@aei.mpg.de> Date: Mon, 29 Jul 2013 21:43:11 -0700 X-Google-Sender-Auth: FHy0znCOElxK2q2nvK8QnUb2BYk Message-ID: Subject: Re: Recommendations for 10gbps NIC From: Kevin Oberman To: =?UTF-8?B?R2Vycml0IEvDvGhu?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net@freebsd.org, Barney Cordoba X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jul 2013 04:43:12 -0000 On Mon, Jul 29, 2013 at 2:36 AM, Gerrit K=C3=BChn = wrote: > On Fri, 26 Jul 2013 15:14:17 -0700 (PDT) Barney Cordoba > wrote about Re: Recommendations for 10gbps NIC= : > > BC> I don't really understand why nearly all 10GBE cards are dual-port. > BC> Surely there is a market for NICs between 1 gigabit and 20 gigabit. > > Myricom has single port 10G cards. However, I only use them on Linux and > cannot comment on FreeBSD usage here. > I'm not sure if they are the current generation, but I did substantial testing on 10G Myricom cards of the day about 3 years ago. We selected them for our project, although their performance was very similar to that of the Chelsio. I did experience some issues of the Myicoms interoperating with Neterion, though I am not absolutely sure whose problem it was. We were looking for bulk data transfer, so I did no testing of small packets. Just 1500 and 9000. In any case, they worked quite well in our application with FreeBSD 8. In the past year the project moved to Linux due to a desire to standardize all systems to a common OS, but they ran reliably and at full line rate with jumbo frames over links that ran from California to Europe and Australia. (Yes, careful tuning was required.) --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 06:29:50 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F31B1FB6 for ; Tue, 30 Jul 2013 06:29:49 +0000 (UTC) (envelope-from vishal3.kumar@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D368625EF for ; Tue, 30 Jul 2013 06:29:49 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1V43RM-00043Z-CJ for freebsd-net@freebsd.org; Mon, 29 Jul 2013 23:29:48 -0700 Date: Mon, 29 Jul 2013 23:29:48 -0700 (PDT) From: vishal kumar To: freebsd-net@freebsd.org Message-ID: <1375165788372-5832595.post@n5.nabble.com> In-Reply-To: <51F63AB1.2030102@ipfw.ru> References: <51DD1C09.4060606@yandex-team.ru> <1375089260721-5832237.post@n5.nabble.com> <51F63AB1.2030102@ipfw.ru> Subject: Re: netmap receiver crashes driver on exit MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Jul 2013 06:29:50 -0000 Thanks for the patch, Is there a way I can re-produce this kernel crash? As I am not aware what would have triggered this in my system. Thanks -- View this message in context: http://freebsd.1045724.n5.nabble.com/netmap-receiver-crashes-driver-on-exit-tp5827571p5832595.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Tue Jul 30 18:32:40 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D21795B4 for ; Tue, 30 Jul 2013 18:32:40 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm47-vm8.bullet.mail.bf1.yahoo.com (nm47-vm8.bullet.mail.bf1.yahoo.com [216.109.115.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E99E23CB for ; Tue, 30 Jul 2013 18:32:40 +0000 (UTC) Received: from [98.139.212.145] by nm47.bullet.mail.bf1.yahoo.com with NNFMP; 30 Jul 2013 18:27:22 -0000 Received: from [98.139.211.162] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 30 Jul 2013 18:27:22 -0000 Received: from [127.0.0.1] by smtp219.mail.bf1.yahoo.com with NNFMP; 30 Jul 2013 18:27:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375208842; bh=F9PytKHOfZIHVLfZyRezfEUgc7SVl2XjRyb3VQawALE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=S6wKY1XDjGviott5p7y6umETHIDDYR9J2YYfJ4pbzCVt8zLnN2PsZwdrjqeSa4PH5TrJpSkt3PwJdllVlp3DZYSyHh6aGCPfhK0qfRNNcogV7dOv4UgQ/53Mqa+OoeiTMwbwspBaowFgk2iG18Jd+qu6i4puPQ075PawqHHx2/M= X-Yahoo-Newman-Id: 829118.39889.bm@smtp219.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: QcbNsAYVM1mgEcSEOGJi5jqfief25wjSEH3EqwUouj315vQ Gt4sxuQUv536G8dm3JiYEbLu6K.pAddEX8q.ODpMRHTxv65yg0Xs4jk4kOm9 JL3ad85fnItltxG4xE4K8WWpg8.lgFB0XCc6Nw0jOKEmTXbq0hhiy5Xj8BNH WvtAAvxBbvcUa5WEi9adKms1JdsPx9UMaU2U8Xq_76L5yZEe7IHYVjlRB5MC 4w2ivrF15EZEzV4xhb0tEnvgSqQDTpMxflVZe3TL2YQPT7gRV3vmYcKayBf0 ilcxMnlXRYPic5.nGKnV8DE5KwxMjkJ6NI2dl7UFA21QWRQ0APA6AyI.wjCY zHkZ40j8jiYoXYn97M9yYuCHIsg9Tueexq79FocX1dKAyw3bwciADafWig5d 8kKuKQtvyVtsJZBpus9rJ5jWhAvIN3mtxDMqY7gQHi9yVDDa3RTQ9oMKDdG4 lB3kuEGkn96Jw.lYGlaS6fGp8fRwDtb1sTqFjjJSkZhOgNJoLzJAlWq51Sng x8fsYYlKGePcdMIbLtozKJ__K28xwcO45wdluYCo4.SSkYjevuL1T3ESTyDT _AWGJl0no23QiuD_iaE4IY1M776D1MnhWCAwS2KqbxRDAIA3LSiHXBQXS7fS DtgLB.6qnB.JrIJz0ULgOnTEFsQ-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp219.mail.bf1.yahoo.com with SMTP; 30 Jul 2013 11:27:22 -0700 PDT Subject: Re: bce(4) panics, 9.2rc1 [redux] From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1375145809.1488.3.camel@localhost> References: <1374700042.1493.14.camel@localhost> <1375145809.1488.3.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-HdUJJQVh2YPKFBdf9Qve" Date: Tue, 30 Jul 2013 11:27:21 -0700 Message-ID: <1375208841.1496.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 18:32:41 -0000 --=-HdUJJQVh2YPKFBdf9Qve Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D236216 >=20 >=20 Ok, confirmed after ~50 reboots. There is a timing problem in this revision that I don't fully understand. Adding printf's inside bce_reset() will cause the existing code to succeed, and sometimes the existing code in this revision will work (about 10% of the time). In the failure mode, the network interface, bce0, will not come up into service *without* and network restart, after which it works fine. I suspect that we are missing a DELAY or UDELAY somewhere in the restoral of the emac_status settings that needs to be implemented. Sean p.s. sorry for the late report as the commit is well over a year old. --=-HdUJJQVh2YPKFBdf9Qve Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJR+AWBAAoJEBkJRdwI6BaHcc8H+wQFw1ZHNAHW2a+GfN4iqMkf PAMsB+W/lhLi65Ao2W+c6XPRT4P6bbcQArd0KQA3sKMRnm1+dCsxj3yc4RemvpD7 xhlLfeCP53GoMIC6Q/qZJ5uiK24bKA2ncVBwoktsiKRtw0jpH2/FC+XYGZJA6WqI grm5lirVQZCWawRKVWswuZDbK2RPxt1mbcM//SyCm2wDqNpUgeBv8kftA/1lhlXG e2in0qosXUFSby05bPsCJAOnXSEusrUwxybc0fcuBhsbnWJRy9XP1PduNOEZCqzq NlDPlwlsRCqckTlKX/OcuE2CuIwYdQ0T9Mu7LqJegLrJkovE8pT3naakYonDBqA= =7Ywm -----END PGP SIGNATURE----- --=-HdUJJQVh2YPKFBdf9Qve-- From owner-freebsd-net@FreeBSD.ORG Wed Jul 31 06:54:59 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B806F6; Wed, 31 Jul 2013 06:54:59 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CBD42D51; Wed, 31 Jul 2013 06:54:58 +0000 (UTC) Received: from alph.d.allbsd.org (p2049-ipbf1102funabasi.chiba.ocn.ne.jp [122.26.101.49]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r6V6seQH011418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Jul 2013 15:54:50 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r6V6sdTN066433; Wed, 31 Jul 2013 15:54:39 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 31 Jul 2013 15:54:06 +0900 (JST) Message-Id: <20130731.155406.1300421756782257141.hrs@allbsd.org> To: sbruno@FreeBSD.org, sean_bruno@yahoo.com, yongari@FreeBSD.org, davidch@FreeBSD.org Subject: Re: bce(4) panics, 9.2rc1 [redux] From: Hiroki Sato In-Reply-To: <1375208841.1496.3.camel@localhost> References: <1374700042.1493.14.camel@localhost> <1375145809.1488.3.camel@localhost> <1375208841.1496.3.camel@localhost> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Jul_31_15_54_06_2013_316)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 31 Jul 2013 15:54:50 +0900 (JST) X-Spam-Status: No, score=-90.4 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,QENCPTR1,RCVD_IN_PBL,SPF_SOFTFAIL,TO_NO_BRKTS_PCNT, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org, hrs@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 31 Jul 2013 06:54:59 -0000 ----Security_Multipart(Wed_Jul_31_15_54_06_2013_316)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit [Added yougari@ and davidch@ to the To:/Cc: list] I confirmed that my issue reported on -current@ is due to the bxe(4) driver (BCM57711). If it is disabled, shutdown works fine without NMI. Also, I received several reports about the same box that NMI occurred even on bge(4) (BCM5717) driver when probing during power-cycle test. The probability was about once per 30 power-cycles. Once it occurred, an AC on/off cycle was required (resetting a system reproduced the NMI in the same timing). Sean Bruno wrote in <1375208841.1496.3.camel@localhost>: se> se> se> > http://svnweb.freebsd.org/base?view=revision&revision=236216 se> > se> > se> se> se> Ok, confirmed after ~50 reboots. se> se> There is a timing problem in this revision that I don't fully se> understand. Adding printf's inside bce_reset() will cause the existing se> code to succeed, and sometimes the existing code in this revision will se> work (about 10% of the time). se> se> In the failure mode, the network interface, bce0, will not come up into se> service *without* and network restart, after which it works fine. se> se> I suspect that we are missing a DELAY or UDELAY somewhere in the se> restoral of the emac_status settings that needs to be implemented. se> se> Sean se> se> p.s. sorry for the late report as the commit is well over a year old. ----Security_Multipart(Wed_Jul_31_15_54_06_2013_316)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlH4tI4ACgkQTyzT2CeTzy1/egCgnIMUjbvmbKJwTIGwFs6J8iXa Gw4AmgP7pjruhnMdZP6gNjqVU3bRtxQj =GINz -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jul_31_15_54_06_2013_316)---- From owner-freebsd-net@FreeBSD.ORG Wed Jul 31 07:43:54 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F3BBD207; Wed, 31 Jul 2013 07:43:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gh0-x22b.google.com (mail-gh0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74F402F12; Wed, 31 Jul 2013 07:43:53 +0000 (UTC) Received: by mail-gh0-f171.google.com with SMTP id f15so167219ghb.30 for ; Wed, 31 Jul 2013 00:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lotq1q24GcMEkX9/M2l7Xx+ZG1UdJ/Kntp94hQpnGOQ=; b=UpjVDlWeDmjvbObGAHvWTQZYsqGF7jBgQPSnG8HmsUXP0XL4LxmKhIM63JmOL6g1aS qer2IpTYRACcuhc5GEz+oQ0/hsjk4xepfrkisdZRUNM8yeT4ifQhVDRFQ74Pd40k2KAo TDj7wNCrRADMm9TUHbfvqK8DvIIkz0u/RAaLZkn0BDAPcxm9iNKqc6LBtx0KcX4HhR0F QP0zgbQ3p2PAAO5+ZrtlHi6W6dw0OwAVDkZpREKYungwpQZ+O6k3EQpUlgK4EG0urv7e A1U2/60QUv1ReyYSdVvsEMz6FTto0wtzn1HCOab9dw9LknWbloY0CaSI1X3Ne0W8ohps HIqA== X-Received: by 10.236.125.97 with SMTP id y61mr31767233yhh.160.1375256632704; Wed, 31 Jul 2013 00:43:52 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id a62sm509269yhk.4.2013.07.31.00.43.48 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 31 Jul 2013 00:43:52 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 31 Jul 2013 16:43:41 +0900 From: Yonghyeon PYUN Date: Wed, 31 Jul 2013 16:43:41 +0900 To: Hiroki Sato Subject: Re: bce(4) panics, 9.2rc1 [redux] Message-ID: <20130731074341.GC1105@michelle.cdnetworks.com> References: <1374700042.1493.14.camel@localhost> <1375145809.1488.3.camel@localhost> <1375208841.1496.3.camel@localhost> <20130731.155406.1300421756782257141.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130731.155406.1300421756782257141.hrs@allbsd.org> User-Agent: Mutt/1.4.2.3i Cc: sean_bruno@yahoo.com, freebsd-net@FreeBSD.org, davidch@FreeBSD.org, yongari@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 31 Jul 2013 07:43:54 -0000 On Wed, Jul 31, 2013 at 03:54:06PM +0900, Hiroki Sato wrote: > [Added yougari@ and davidch@ to the To:/Cc: list] > > I confirmed that my issue reported on -current@ is due to the bxe(4) > driver (BCM57711). If it is disabled, shutdown works fine without > NMI. > > Also, I received several reports about the same box that NMI occurred > even on bge(4) (BCM5717) driver when probing during power-cycle test. > The probability was about once per 30 power-cycles. Once it > occurred, an AC on/off cycle was required (resetting a system > reproduced the NMI in the same timing). > Hmm, Hiroki, could you add bge_reset()/bge_chipinit() after bge_stop() in bge_shutdown() and let me know whether that change makes any difference? > Sean Bruno wrote > in <1375208841.1496.3.camel@localhost>: > > se> > se> > se> > http://svnweb.freebsd.org/base?view=revision&revision=236216 > se> > > se> > > se> > se> > se> Ok, confirmed after ~50 reboots. > se> > se> There is a timing problem in this revision that I don't fully > se> understand. Adding printf's inside bce_reset() will cause the existing > se> code to succeed, and sometimes the existing code in this revision will > se> work (about 10% of the time). > se> > se> In the failure mode, the network interface, bce0, will not come up into > se> service *without* and network restart, after which it works fine. > se> > se> I suspect that we are missing a DELAY or UDELAY somewhere in the > se> restoral of the emac_status settings that needs to be implemented. > se> > se> Sean > se> > se> p.s. sorry for the late report as the commit is well over a year old. From owner-freebsd-net@FreeBSD.ORG Wed Jul 31 07:53:01 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 81249856; Wed, 31 Jul 2013 07:53:01 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E96A2F9B; Wed, 31 Jul 2013 07:53:00 +0000 (UTC) Received: from alph.d.allbsd.org (p2049-ipbf1102funabasi.chiba.ocn.ne.jp [122.26.101.49]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r6V7qgbS017604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Jul 2013 16:52:52 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r6V7qdMh066908; Wed, 31 Jul 2013 16:52:42 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 31 Jul 2013 16:52:34 +0900 (JST) Message-Id: <20130731.165234.1324753834219685010.hrs@allbsd.org> To: pyunyh@gmail.com Subject: Re: bce(4) panics, 9.2rc1 [redux] From: Hiroki Sato In-Reply-To: <20130731074341.GC1105@michelle.cdnetworks.com> References: <1375208841.1496.3.camel@localhost> <20130731.155406.1300421756782257141.hrs@allbsd.org> <20130731074341.GC1105@michelle.cdnetworks.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Jul_31_16_52_34_2013_999)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 31 Jul 2013 16:52:52 +0900 (JST) X-Spam-Status: No, score=-90.6 required=13.0 tests=CONTENT_TYPE_PRESENT, DIRECTOCNDYN,DYN_PBL,RCVD_IN_PBL,SPF_SOFTFAIL,TO_NO_BRKTS_PCNT, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: sean_bruno@yahoo.com, freebsd-net@FreeBSD.org, davidch@FreeBSD.org, yongari@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 31 Jul 2013 07:53:01 -0000 ----Security_Multipart(Wed_Jul_31_16_52_34_2013_999)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Yonghyeon PYUN wrote in <20130731074341.GC1105@michelle.cdnetworks.com>: py> On Wed, Jul 31, 2013 at 03:54:06PM +0900, Hiroki Sato wrote: py> > [Added yougari@ and davidch@ to the To:/Cc: list] py> > py> > I confirmed that my issue reported on -current@ is due to the bxe(4) py> > driver (BCM57711). If it is disabled, shutdown works fine without py> > NMI. py> > py> > Also, I received several reports about the same box that NMI occurred py> > even on bge(4) (BCM5717) driver when probing during power-cycle test. py> > The probability was about once per 30 power-cycles. Once it py> > occurred, an AC on/off cycle was required (resetting a system py> > reproduced the NMI in the same timing). py> > py> py> Hmm, Hiroki, could you add bge_reset()/bge_chipinit() after py> bge_stop() in bge_shutdown() and let me know whether that change py> makes any difference? Thank you. I will give it a try. The test will probably take some time since it occurs only once in 30-50 power-cycles, though. On bxe(4) it is 100% reproducible, FYI. -- Hiroki ----Security_Multipart(Wed_Jul_31_16_52_34_2013_999)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlH4wkIACgkQTyzT2CeTzy3pJgCffH5rKM2fE/nVfaBQZb82BZbz hTIAn3RH5VEMNdh7X6WsyUlFqglS9vnX =yjQ7 -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Jul_31_16_52_34_2013_999)---- From owner-freebsd-net@FreeBSD.ORG Wed Jul 31 19:16:08 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7B2FA5B3 for ; Wed, 31 Jul 2013 19:16:08 +0000 (UTC) (envelope-from groundup2360917182914017@gmail.com) Received: from mail-wi0-x241.google.com (mail-wi0-x241.google.com [IPv6:2a00:1450:400c:c05::241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 10BA7238B for ; Wed, 31 Jul 2013 19:16:07 +0000 (UTC) Received: by mail-wi0-f193.google.com with SMTP id j17so518318wiw.4 for ; Wed, 31 Jul 2013 12:16:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+kSsXbmikAJAItBe9rSjEsxyN8dxis8fxGvith6KTac=; b=tpg5OWjrRrl7R4eAqIfKD83VJ+ux/RGarKzQaRVsH4H54UH3Io5aTgZurmDF0R1MY1 HgLBCNkd2Ic9/scnXKsA39FbbhlavJiily7atbOuy9nLDg4FYPX8PPozkGOjKtBzJg2v 9CLRrvCnkItitChZ+kHtLe01YVz0X/BGd0hfbJAqQKLd+nmu+pomfA07yj0SlgzFS+ay RjQMMNXD/2CUrBCCbP2+zRs2iptNsjgjv+SvMMkeUIimHJQexm+o8xUzSI1Ie6qrM37V zfRoIIRZmqY4q9nwaVJ+zAwEOsx9SZkLx2EqtMrkrMzt6bNOo0alRfuVNncOS36xdiIz lyfw== MIME-Version: 1.0 X-Received: by 10.180.24.197 with SMTP id w5mr5273110wif.25.1375298166161; Wed, 31 Jul 2013 12:16:06 -0700 (PDT) Received: by 10.216.212.138 with HTTP; Wed, 31 Jul 2013 12:16:06 -0700 (PDT) Received: by 10.216.212.138 with HTTP; Wed, 31 Jul 2013 12:16:06 -0700 (PDT) Date: Wed, 31 Jul 2013 15:16:06 -0400 Message-ID: Subject: Is a shellcode kernel network detector worth it? From: Anthony Brown To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 31 Jul 2013 19:16:08 -0000 Is a shellcode kernel network detector worth it. I was thinking about making a kernel module that would detect shellcode and then stop it from getting pass the kernel. I don't know if it is worth it though, because if the data in the packets is encrypted I won't be able to check for shellcode. Is it normal for must data coming from the network to not be encrypted? From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 16:34:32 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBF30D0D for ; Thu, 1 Aug 2013 16:34:32 +0000 (UTC) (envelope-from rnewpol@panasas.com) Received: from natasha.panasas.com (natasha.panasas.com [67.152.220.90]) by mx1.freebsd.org (Postfix) with ESMTP id 819382E03 for ; Thu, 1 Aug 2013 16:34:31 +0000 (UTC) Received: from zenyatta.panasas.com (zenyatta.int.panasas.com [172.17.28.63]) by natasha.panasas.com (8.13.1/8.13.1) with ESMTP id r71GMpSM031898 for ; Thu, 1 Aug 2013 12:22:51 -0400 Received: from ZENYATTA.int.panasas.com ([fe80::44ca:f0e1:b97e:bf79]) by zenyatta.int.panasas.com ([fe80::44ca:f0e1:b97e:bf79%15]) with mapi id 14.01.0438.000; Thu, 1 Aug 2013 12:22:51 -0400 From: "Newpol, Richard" To: "freebsd-net@freebsd.org" Subject: Adding an address to a downed LAGG interface breaks it? Thread-Topic: Adding an address to a downed LAGG interface breaks it? Thread-Index: Ac6O0kNU3I+mB/omSF2T80LhN/f9IA== Date: Thu, 1 Aug 2013 16:22:50 +0000 Message-ID: <1A778AD3F807B340B7EB1BD1B9C196773D655FE6@zenyatta.int.panasas.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.17.28.30] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 16:34:32 -0000 All, We seem to have discovered a problem that occurs when adding an address (or= alias) to a DOWNed lagg interface. After adding an address, when you try t= o bring the interface UP it can't reach the desired networks. Turns out that the problem occurs because the lagg driver silently passes t= he SIOCSIFADDR ioctl to the "ether_ioctl" handler, which in turn always set= s the IFF_UP flag. While this is usually ok (since ifconfig
implies UP with the= first assigned address anyway), the lagg driver does not have the proper h= andling to actually change state to UP on the first address, so it ends up = in an inconsistent state. Then, when the user eventually does an "ifconfig = lagg up" the default subnet routes are not added (because the "interface up= " code sees that IFF_UP is already set). So my first question - is this a known problem, or has it been addressed in= some other way? Secondly, I can think of two ways to fix this, and was wondering what are t= he implications. The first way would be for the lagg driver to correctly br= ing itself up when the first address is added to it. The second way would b= e for the lagg driver to preserve the state of IFF_FLAG when handling SIOCS= IFADDR. I like the second way because it is less of an overall behaviour ch= ange from the current, but the first way seems more correct. Rich Newpol Panasas From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 18:15:58 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 18D25443 for ; Thu, 1 Aug 2013 18:15:58 +0000 (UTC) (envelope-from joemoog@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id E9777227F for ; Thu, 1 Aug 2013 18:15:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id DF50937375F6 for ; Thu, 1 Aug 2013 13:07:03 -0500 (CDT) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id paFpH8g7XYXr for ; Thu, 1 Aug 2013 13:07:02 -0500 (CDT) Received: from nail.office.ebureau.com (nail.office.ebureau.com [10.10.20.23]) by internet06.ebureau.com (Postfix) with ESMTPSA id DE71D37375DA for ; Thu, 1 Aug 2013 13:07:02 -0500 (CDT) From: Joe Moog Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Intel 4-port ethernet adaptor link aggregation issue Message-Id: Date: Thu, 1 Aug 2013 13:07:02 -0500 To: freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1786.1\)) X-Mailer: Apple Mail (2.1786.1) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 18:15:58 -0000 We have an iXsystems 1U server (E5) with an Intel 4-port ethernet NIC = installed, model I350-T4 (manufactured May of 2013). We're trying to = bind the 4 ports on this NIC together into a single lagg port, connected = LACP to a distribution switch (Cisco 4900-series). We are able to = successfully bind the 2 on-board ethernet ports to a single lagg, = however the NIC is not so cooperative. At first we thought we had a bad = NIC, but a replacement has not fixed the issue. We are thinking there = may be a driver limitation with these Intel ethernet NICs when = attempting to bind more than 2 ports to a lagg.=20 FreeBSD version: FreeBSD 9.1-PRERELEASE #0 r244125: Wed Dec 12 11:47:47 CST 2012 rc.conf: # LINK AGGREGATION ifconfig_igb2=3D"UP" ifconfig_igb3=3D"UP" ifconfig_igb4=3D"UP" ifconfig_igb5=3D"UP" cloned_interfaces=3D"lagg0" ifconfig_lagg0=3D"laggproto lacp laggport igb2 laggport igb3 laggport = igb4 laggport igb5" ifconfig_lagg0=3D"inet 192.168.1.14 netmask 255.255.255.0" We've confirmed that the lagg module is loaded (clearly, as the pair of = on-board ethernet ports can be bound successfully). Binding various = combinations of ports on the NIC yields odd results, as sometimes the = first one in the list does not negotiate properly, sometimes the last = one in the list fails negotiation. Adding interfaces to lagg = individually versus all at the same time does not seem to make any = difference. At one point we even tried to assign unique and separate IP = addresses to the ethernet ports individually, and only a couple of the = ports would actually come active and respond to any sort of network = activity. Due to this issue with the number of "usable" ports even = beyond the link aggregation failure, this is sort of what leads us to = believe there may be an issue with the drivers for this card. We've searched the 'net/lists fairly extensively, and have seen very few = instances where people have tried to bind more than 2 ports to a lagg = with FreeBSD. Again, 2 ports is no problem, so long as we use the = on-board ports; it's the introduction of the Intel NIC and 2 more ports = that has us stuck.=20 Has anybody had any success with such a setup?=20 Joe From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 20:55:08 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 32871D80 for ; Thu, 1 Aug 2013 20:55:08 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1A172A02 for ; Thu, 1 Aug 2013 20:55:07 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id dn14so4694164obc.26 for ; Thu, 01 Aug 2013 13:55:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FUoQgcoETc9pgWBvvqivyitUWn8TvENzyxoISgEjzGc=; b=sk/sAkCDSuhobR/TbKsn6JU1COvKurjbDs47Bt3Fev+IDYFOFA+6TAIspi7GjW3tRO YNHdWBcFVvzl3wssHTTmgfmWNuiqRnCOhdkbnRHg4CM91UizGPyCUv4wqsZu5YHGPZlF CqJWZfiGKCnwaH1wpSXx2DMkt7gQJK9YYwp+bQctFRwG8V5WwCRvZNU8z8G13LGTaR/8 JzCKhTcFNj7s0saXby0WdV4J6KN2bVlZs/nfzP1HnpguRyCOIR+U9lSXIrPeycnBZ8V3 Hx+sl8W3JqpOAZx86XktcbkYC4BzV4BWnhNfUif8BKPWw4MC3mqgpd5UF2YLWdMkvUVe qLYw== MIME-Version: 1.0 X-Received: by 10.182.165.198 with SMTP id za6mr2604357obb.88.1375390507295; Thu, 01 Aug 2013 13:55:07 -0700 (PDT) Received: by 10.76.118.11 with HTTP; Thu, 1 Aug 2013 13:55:07 -0700 (PDT) In-Reply-To: References: Date: Thu, 1 Aug 2013 16:55:07 -0400 Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Ryan Stone To: Joe Moog Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 20:55:08 -0000 On Thu, Aug 1, 2013 at 2:07 PM, Joe Moog wrote: > We have an iXsystems 1U server (E5) with an Intel 4-port ethernet NIC > installed, model I350-T4 (manufactured May of 2013). We're trying to bind > the 4 ports on this NIC together into a single lagg port, connected LACP to > a distribution switch (Cisco 4900-series). We are able to successfully bind > the 2 on-board ethernet ports to a single lagg, however the NIC is not so > cooperative. At first we thought we had a bad NIC, but a replacement has > not fixed the issue. We are thinking there may be a driver limitation with > these Intel ethernet NICs when attempting to bind more than 2 ports to a > lagg. > > FreeBSD version: > FreeBSD 9.1-PRERELEASE #0 r244125: Wed Dec 12 11:47:47 CST 2012 > > rc.conf: > # LINK AGGREGATION > ifconfig_igb2="UP" > ifconfig_igb3="UP" > ifconfig_igb4="UP" > ifconfig_igb5="UP" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 > laggport igb5" > ifconfig_lagg0="inet 192.168.1.14 netmask 255.255.255.0" > > We've confirmed that the lagg module is loaded (clearly, as the pair of > on-board ethernet ports can be bound successfully). Binding various > combinations of ports on the NIC yields odd results, as sometimes the first > one in the list does not negotiate properly, sometimes the last one in the > list fails negotiation. Adding interfaces to lagg individually versus all > at the same time does not seem to make any difference. At one point we even > tried to assign unique and separate IP addresses to the ethernet ports > individually, and only a couple of the ports would actually come active and > respond to any sort of network activity. Due to this issue with the number > of "usable" ports even beyond the link aggregation failure, this is sort of > what leads us to believe there may be an issue with the drivers for this > card. > > We've searched the 'net/lists fairly extensively, and have seen very few > instances where people have tried to bind more than 2 ports to a lagg with > FreeBSD. Again, 2 ports is no problem, so long as we use the on-board > ports; it's the introduction of the Intel NIC and 2 more ports that has us > stuck. > > Has anybody had any success with such a setup? > > Joe > > _______________________________________________ > 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" > Have you tried using only two ports, but both from the NIC? My suspicion would be that the problem is in the lagg's handling of more than 2 ports rather than the driver, especially given that it is the igb driver in all cases. From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 21:24:07 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6EA3D889; Thu, 1 Aug 2013 21:24:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE4562B66; Thu, 1 Aug 2013 21:24:06 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hq12so57074wib.8 for ; Thu, 01 Aug 2013 14:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Pyg8Hyw8UYVk48DVfJle02JsQJ3R/wjPSUpuPzIyNyo=; b=KG2gGLDxaEClC8dp1rw0FjWds26bq6q6GlGhBxnAx15DloVYRC8sX68PCpjZV87voc ZLSkNUEgGrBReKO1RVxRRlsOhBH90FzTKj0zzYCRdj7h0PhhmvezhnpSFDnqbYodcQZ8 fsFMR23eGBL7CmPo463hKSJbNDQAYz8DgSdM7wXHluq04ZMq9WNmUVJNmtxUkpCi7MD8 xlRdMXbKZTzzSGQKNnvOiuodTVcFro5rGuWs7q0twT3KjNoKMpmeYi55F9bPWK8Wk78l K0J5SmbR50K/S2iwD88R5Sp/SqmW+1ucZmcBZAS5e5R23R8oZLbbmbebvNXycukpAgXg hPtw== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr11967wic.30.1375392245073; Thu, 01 Aug 2013 14:24:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Thu, 1 Aug 2013 14:24:04 -0700 (PDT) In-Reply-To: <201308012010.r71KAHUf024848@svn.freebsd.org> References: <201308012010.r71KAHUf024848@svn.freebsd.org> Date: Thu, 1 Aug 2013 14:24:04 -0700 X-Google-Sender-Auth: WBuccf36JNGJpgs56O5YdaHMpsk Message-ID: Subject: Re: svn commit: r253865 - head/sys/dev/ixgbe From: Adrian Chadd To: Jack F Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 21:24:07 -0000 Hiya, I've spent a bit of time over the last week helping chase this stuff down. A big thanks to Intel and Verisign for chasing down these bugs and getting a fix into the tree so quickly! If you use ixgbe on -HEAD or -9 I highly suggest you nab these changes and give them a good thrashing. -adrian On 1 August 2013 13:10, Jack F Vogel wrote: > Author: jfv > Date: Thu Aug 1 20:10:16 2013 > New Revision: 253865 > URL: http://svnweb.freebsd.org/changeset/base/253865 > > Log: > A number of important fixes: > - mbuf reused after an RX_COPY optimized operation can sometimes have > a bogus cached address, resulting in TCP hangs. Add critical save points > to the cached address. Thanks to Michael and the team at Verisign for > finding this problem. > - A couple more spots where the rxbuf->flags member should be cleared just > to be sure no incorrect RX_COPY state is left around. Thanks to Adrian > for tracking these down. > - Remove the rearm_queues function from the driver, this was found to be > responsible for some out-of-order packets by Verisign, and was always a > bandaid, with the other fixes in this delta the bandaid can finally be > removed. > - In the other/link interrupt handler the entire state of the EICS register > was being writen back into EICR (which clears causes and thus re-enables > those interrupts), this was wrong, so now mask off the queue portion of > the register value, so we only clear the other/link interrupt we intend. > Marc from Verisign found this. > - Make the SFP+ unsupported option tuneable now, by customer request. > - Finally, just a couple of minor DEBUG string fixes. > > I want to call out and thank all the participants in the 10G community/Intel > calls for helping track down these problems and make the driver better for > everyone! > > MFC after: 3 days, these are critical fixes for 9.2! > > Modified: > head/sys/dev/ixgbe/ixgbe.c > > Modified: head/sys/dev/ixgbe/ixgbe.c > ============================================================================== > --- head/sys/dev/ixgbe/ixgbe.c Thu Aug 1 19:37:11 2013 (r253864) > +++ head/sys/dev/ixgbe/ixgbe.c Thu Aug 1 20:10:16 2013 (r253865) > @@ -45,7 +45,7 @@ int ixgbe_display_debug_stat > /********************************************************************* > * Driver version > *********************************************************************/ > -char ixgbe_driver_version[] = "2.5.13"; > +char ixgbe_driver_version[] = "2.5.15"; > > /********************************************************************* > * PCI Device ID Table > @@ -297,6 +297,7 @@ TUNABLE_INT("hw.ixgbe.rxd", &ixgbe_rxd); > ** doing so you are on your own :) > */ > static int allow_unsupported_sfp = FALSE; > +TUNABLE_INT("hw.ixgbe.unsupported_sfp", &allow_unsupported_sfp); > > /* > ** HW RSC control: > @@ -1071,7 +1072,7 @@ ixgbe_init_locked(struct adapter *adapte > u32 rxdctl, rxctrl; > > mtx_assert(&adapter->core_mtx, MA_OWNED); > - INIT_DEBUGOUT("ixgbe_init: begin"); > + INIT_DEBUGOUT("ixgbe_init_locked: begin"); > hw->adapter_stopped = FALSE; > ixgbe_stop_adapter(hw); > callout_stop(&adapter->timer); > @@ -1382,23 +1383,6 @@ ixgbe_disable_queue(struct adapter *adap > } > } > > -static inline void > -ixgbe_rearm_queues(struct adapter *adapter, u64 queues) > -{ > - u32 mask; > - > - if (adapter->hw.mac.type == ixgbe_mac_82598EB) { > - mask = (IXGBE_EIMS_RTX_QUEUE & queues); > - IXGBE_WRITE_REG(&adapter->hw, IXGBE_EICS, mask); > - } else { > - mask = (queues & 0xFFFFFFFF); > - IXGBE_WRITE_REG(&adapter->hw, IXGBE_EICS_EX(0), mask); > - mask = (queues >> 32); > - IXGBE_WRITE_REG(&adapter->hw, IXGBE_EICS_EX(1), mask); > - } > -} > - > - > static void > ixgbe_handle_que(void *context, int pending) > { > @@ -1506,6 +1490,10 @@ ixgbe_msix_que(void *arg) > bool more; > u32 newitr = 0; > > + /* Protect against spurious interrupts */ > + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) > + return; > + > ixgbe_disable_queue(adapter, que->msix); > ++que->irqs; > > @@ -1592,6 +1580,8 @@ ixgbe_msix_link(void *arg) > > /* First get the cause */ > reg_eicr = IXGBE_READ_REG(hw, IXGBE_EICS); > + /* Be sure the queue bits are not cleared */ > + reg_eicr = ~IXGBE_EICR_RTX_QUEUE; > /* Clear interrupt with write */ > IXGBE_WRITE_REG(hw, IXGBE_EICR, reg_eicr); > > @@ -2067,7 +2057,6 @@ ixgbe_local_timer(void *arg) > goto watchdog; > > out: > - ixgbe_rearm_queues(adapter, adapter->que_mask); > callout_reset(&adapter->timer, hz, ixgbe_local_timer, adapter); > return; > > @@ -3201,7 +3190,7 @@ ixgbe_free_transmit_buffers(struct tx_ri > struct ixgbe_tx_buf *tx_buffer; > int i; > > - INIT_DEBUGOUT("free_transmit_ring: begin"); > + INIT_DEBUGOUT("ixgbe_free_transmit_ring: begin"); > > if (txr->tx_buffers == NULL) > return; > @@ -4005,11 +3994,13 @@ ixgbe_setup_receive_ring(struct rx_ring > > addr = PNMB(slot + sj, &paddr); > netmap_load_map(rxr->ptag, rxbuf->pmap, addr); > - /* Update descriptor */ > + /* Update descriptor and the cached value */ > rxr->rx_base[j].read.pkt_addr = htole64(paddr); > + rxbuf->addr = htole64(paddr); > continue; > } > #endif /* DEV_NETMAP */ > + rxbuf->flags = 0; > rxbuf->buf = m_getjcl(M_NOWAIT, MT_DATA, > M_PKTHDR, adapter->rx_mbuf_sz); > if (rxbuf->buf == NULL) { > @@ -4026,8 +4017,9 @@ ixgbe_setup_receive_ring(struct rx_ring > goto fail; > bus_dmamap_sync(rxr->ptag, > rxbuf->pmap, BUS_DMASYNC_PREREAD); > - /* Update descriptor */ > + /* Update the descriptor and the cached value */ > rxr->rx_base[j].read.pkt_addr = htole64(seg[0].ds_addr); > + rxbuf->addr = htole64(seg[0].ds_addr); > } > > > @@ -4244,6 +4236,8 @@ ixgbe_free_receive_structures(struct ada > { > struct rx_ring *rxr = adapter->rx_rings; > > + INIT_DEBUGOUT("ixgbe_free_receive_structures: begin"); > + > for (int i = 0; i < adapter->num_queues; i++, rxr++) { > struct lro_ctrl *lro = &rxr->lro; > ixgbe_free_receive_buffers(rxr); > @@ -4268,7 +4262,7 @@ ixgbe_free_receive_buffers(struct rx_rin > struct adapter *adapter = rxr->adapter; > struct ixgbe_rx_buf *rxbuf; > > - INIT_DEBUGOUT("free_receive_structures: begin"); > + INIT_DEBUGOUT("ixgbe_free_receive_buffers: begin"); > > /* Cleanup any existing buffers */ > if (rxr->rx_buffers != NULL) { > @@ -4358,6 +4352,8 @@ ixgbe_rx_discard(struct rx_ring *rxr, in > m_free(rbuf->buf); > rbuf->buf = NULL; > } > + > + rbuf->flags = 0; > > return; > } From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 21:27:42 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1393DADB for ; Thu, 1 Aug 2013 21:27:42 +0000 (UTC) (envelope-from joemoog@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id C78292BA9 for ; Thu, 1 Aug 2013 21:27:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 324E83742165; Thu, 1 Aug 2013 16:27:39 -0500 (CDT) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JLoG6Y3Fs56Z; Thu, 1 Aug 2013 16:27:38 -0500 (CDT) Received: from nail.office.ebureau.com (nail.office.ebureau.com [10.10.20.23]) by internet06.ebureau.com (Postfix) with ESMTPSA id A9295374213C; Thu, 1 Aug 2013 16:27:38 -0500 (CDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1786.1\)) Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Joe Moog In-Reply-To: Date: Thu, 1 Aug 2013 16:27:36 -0500 Message-Id: References: To: Ryan Stone X-Mailer: Apple Mail (2.1786.1) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 21:27:42 -0000 On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: > Have you tried using only two ports, but both from the NIC? My = suspicion would be that the problem is in the lagg's handling of more = than 2 ports rather than the driver, especially given that it is the igb = driver in all cases. Ryan: We have done this successfully with two ports on the NIC, on another = hardware-identical host. That said, it is entirely possible that this is = a shortcoming of lagg.=20 Can you think of any sort of workaround? Our desired implementation = really requires the inclusion of all 4 ports in the lagg. Failing this = we're looking at the likelihood of 10G ethernet, but with that comes = significant overhead, both cost and administration (before anybody tries = to force the cost debate, remember that there are 10G router modules and = 10G-capable distribution switches involved, never mind the cabling and = SFPs -- it's not just a $600 10G card for the host). I'd like to defer = that requirement as long as possible. 4 aggregated gig ports would serve = us perfectly well for the near-term. Thanks Joe= From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 22:15:10 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 774A8D79 for ; Thu, 1 Aug 2013 22:15:10 +0000 (UTC) (envelope-from joemoog@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4B93B2DFF for ; Thu, 1 Aug 2013 22:15:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 2A49937439E6; Thu, 1 Aug 2013 17:15:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lZjPsz50ufhK; Thu, 1 Aug 2013 17:14:58 -0500 (CDT) Received: from nail.office.ebureau.com (nail.office.ebureau.com [10.10.20.23]) by internet06.ebureau.com (Postfix) with ESMTPSA id BB9F637439C6; Thu, 1 Aug 2013 17:14:57 -0500 (CDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1786.1\)) Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Joe Moog In-Reply-To: Date: Thu, 1 Aug 2013 17:14:56 -0500 Message-Id: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> References: To: Ryan Stone X-Mailer: Apple Mail (2.1786.1) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 22:15:10 -0000 On Aug 1, 2013, at 4:27 PM, Joe Moog wrote: > On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: >=20 >> Have you tried using only two ports, but both from the NIC? My = suspicion would be that the problem is in the lagg's handling of more = than 2 ports rather than the driver, especially given that it is the igb = driver in all cases. >=20 > Ryan: >=20 > We have done this successfully with two ports on the NIC, on another = hardware-identical host. That said, it is entirely possible that this is = a shortcoming of lagg.=20 >=20 > Can you think of any sort of workaround? Our desired implementation = really requires the inclusion of all 4 ports in the lagg. Failing this = we're looking at the likelihood of 10G ethernet, but with that comes = significant overhead, both cost and administration (before anybody tries = to force the cost debate, remember that there are 10G router modules and = 10G-capable distribution switches involved, never mind the cabling and = SFPs -- it's not just a $600 10G card for the host). I'd like to defer = that requirement as long as possible. 4 aggregated gig ports would serve = us perfectly well for the near-term. >=20 > Thanks >=20 > Joe UPDATE: After additional testing, I'm beginning to suspect the igb = driver. With our setup, ifconfig identifies all the ethernet ports as = igb(0-5). I configured igb0 with a single static IP address (say, = 192.168.1.10), and was able to connect to the host administratively. = While connected, I enabled another port as a second standalone port, = again with a unique address (say, 192.168.1.20), and was able to access = the host via that interface as well. The problem arises when we attempt = to similarly add a third interface to the mix -- and it doesn't seem to = matter what interface(s) we use, or in what order we activate them. = Always on the third interface, that third interface fails to respond = despite showing "active" both in ifconfig and on the switch. If there is anything else I could try that would be useful to help = identify where the issue may reside, please let me know. Thanks Joe From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 22:36:14 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 12807212 for ; Thu, 1 Aug 2013 22:36:14 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm26.bullet.mail.ne1.yahoo.com (nm26.bullet.mail.ne1.yahoo.com [98.138.90.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3AE42EDA for ; Thu, 1 Aug 2013 22:36:13 +0000 (UTC) Received: from [98.138.90.51] by nm26.bullet.mail.ne1.yahoo.com with NNFMP; 01 Aug 2013 22:36:06 -0000 Received: from [98.138.226.63] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 01 Aug 2013 22:36:05 -0000 Received: from [127.0.0.1] by smtp214.mail.ne1.yahoo.com with NNFMP; 01 Aug 2013 22:36:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375396565; bh=2594Yt1jva7C6Jhxv9At4bRBjGqy8VaoieiccQ79/zo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=3hnTqyr5Id94AeecnV0AtgQoj4+d9u3FXQlKxADPus4dkNC4z9QQ8z30pDQm0ldXnt9h9aRnm9P1IepeYRhJNArMrTbUm7nvjVJ0qwe01wkOuHgsZBn2hj8RV4pT4NlkZyhtzI71DyubXTPChGZilm3ILcUW5aUgvXb206NOM6k= X-Yahoo-Newman-Id: 911450.20909.bm@smtp214.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: iwXsPXsVM1kNhIQFGGlI1ryHQy9IVlJLBd5OAEGDzitIj_s 77S2bSuCSRzZN85ntuNmt5snh9xvaO2QzlyaRFNveZXVFa76Db06Uhtwvh2S l9mgnwQ9zmHP.0stRRdM26NpsPKsdlR0xG7V4aodfgjIDBJSxKqA2iipdKcb FpBVds_1mg_ouVEbFbf_AI4ynEGfQUYIN8lY6ffLrrNVw0V.LLTiHT1QXa67 mFu4ubsej7BPE9snZGsBEDIz8.skf9qorxxWQtbEDYCVNc4eCMEnjZz.1aYM ZgL2YyX0LdJ8kXdoe.5048RVGCv6hgyICbNEvID06t6jerjnSSP6Dxu71K8x 5gbFcL3Jnsk6UUFb8RKetpAb3yxipiKVP4Oc0ErGmRpnDTDwgthrBrjqalve 1XpihA9GNXdq4atL3cKI23OraYBiwnIw8f7H7kgfSzQzb9JP97bwzeXdL3gm ._X_ybd0kQ8xdyAx9zTtYadJvP8LwBY_epefv6gKrqdENNTgRijxzV1vBOQ8 BK3do_RX7DQWxFKuQJmYlXpZK5CHAfN2YWd80bqD1Pklj0fE6vEBO3vvNqO0 SfoxdOTA- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp214.mail.ne1.yahoo.com with SMTP; 01 Aug 2013 15:36:05 -0700 PDT Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Sean Bruno To: Joe Moog In-Reply-To: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-UqWbkiq00zC5guDUdWJy" Date: Thu, 01 Aug 2013 15:36:04 -0700 Message-ID: <1375396564.1481.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 22:36:14 -0000 --=-UqWbkiq00zC5guDUdWJy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thu, 2013-08-01 at 17:14 -0500, Joe Moog wrote: > On Aug 1, 2013, at 4:27 PM, Joe Moog wrote: >=20 > > On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: > >=20 > >> Have you tried using only two ports, but both from the NIC? My suspic= ion would be that the problem is in the lagg's handling of more than 2 port= s rather than the driver, especially given that it is the igb driver in all= cases. > >=20 > > Ryan: > >=20 > > We have done this successfully with two ports on the NIC, on another ha= rdware-identical host. That said, it is entirely possible that this is a sh= ortcoming of lagg.=20 > >=20 > > Can you think of any sort of workaround? Our desired implementation rea= lly requires the inclusion of all 4 ports in the lagg. Failing this we're l= ooking at the likelihood of 10G ethernet, but with that comes significant o= verhead, both cost and administration (before anybody tries to force the co= st debate, remember that there are 10G router modules and 10G-capable distr= ibution switches involved, never mind the cabling and SFPs -- it's not just= a $600 10G card for the host). I'd like to defer that requirement as long = as possible. 4 aggregated gig ports would serve us perfectly well for the n= ear-term. > >=20 > > Thanks > >=20 > > Joe >=20 > UPDATE: After additional testing, I'm beginning to suspect the igb driver= . With our setup, ifconfig identifies all the ethernet ports as igb(0-5). I= configured igb0 with a single static IP address (say, 192.168.1.10), and w= as able to connect to the host administratively. While connected, I enabled= another port as a second standalone port, again with a unique address (say= , 192.168.1.20), and was able to access the host via that interface as well= . The problem arises when we attempt to similarly add a third interface to = the mix -- and it doesn't seem to matter what interface(s) we use, or in wh= at order we activate them. Always on the third interface, that third interf= ace fails to respond despite showing "active" both in ifconfig and on the s= witch. >=20 > If there is anything else I could try that would be useful to help identi= fy where the issue may reside, please let me know. >=20 > Thanks >=20 > Joe Your test seems to indicate that the *first* port on the quad-port card is causing you issues as the on-board interfaces igb0/1 are working fine. Can you bring up *any* ports on the quad-port card? Are you sure that device enumeration is correct in the host o/s and that port 1 on the aud-port card is really igb2, port 2 is igb3, etc ? Sean --=-UqWbkiq00zC5guDUdWJy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJR+uLUAAoJEBkJRdwI6BaHwVQIAIKIYlO2JZrSVfbidu4vXxIh TyjC8vLzLh28ExLnxqmoADi+dE4TNQULAHkQ1nWjrkMS8SmiafQLXiEk5UoBWE21 yzGDcr33HSZcAve1Mp+c7N3bhtzKFYcWeKQDzJKnnT4rsYIffxykanrn0QwrHk12 6MXZHXElYLA9OywDV9R04o63k7gn/wElRmEuzrBANoYmgV1TluOdG1U5rNnGC7dH kB0iOWnxPDybA0v8/76N+4wChjUY5hEaGOxEg0L3O+xfrbFYg69ZC+t8lt92N3uv gKls5iCYOA7yJqJw625kWt619wexc+H5156Qpp056+CkYMdwWzBht95GizAVpKM= =eXTi -----END PGP SIGNATURE----- --=-UqWbkiq00zC5guDUdWJy-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 22:49:24 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 30F784C3 for ; Thu, 1 Aug 2013 22:49:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E21092F4E for ; Thu, 1 Aug 2013 22:49:23 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id ox1so3015601veb.23 for ; Thu, 01 Aug 2013 15:49:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ClCadpAHw3ThriVoeukvZ/lwIQ25bzPzBcjFZwWmyLc=; b=mkddPSdC5TuEe4FiiB42JADrzTwR4QH8l1MF9zubX8/6rGbxlCi+be1HpRCTr1S+mE moFFs6IfrBAQcyDWuHQIUbWgC3IoHwEawcSaGYIRutrmGKaGMoPix03q5NivX8E6m/Kx lKK82ejJmn87pCIQN8dvnAMbAor1cdHdTfWget5sW8Lb93HJK6vV9+K+lGrJpx8vRIGK aPzHjE5BrRf5uHmcOuuNomcRpqg7EurXXCif1LF4qwHWlXfg8YwMXuZsNiAm/lhmuoml Ew3+Dhfjj3rMw7Y4SkEemgEqBhYL6hTRwdIcxgwisp3Zi5MIdN6dmxBoj2J0g68Rp8VX 9Tdg== MIME-Version: 1.0 X-Received: by 10.220.43.71 with SMTP id v7mr1144187vce.63.1375397363067; Thu, 01 Aug 2013 15:49:23 -0700 (PDT) Received: by 10.220.159.141 with HTTP; Thu, 1 Aug 2013 15:49:23 -0700 (PDT) In-Reply-To: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> Date: Thu, 1 Aug 2013 15:49:23 -0700 Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Jack Vogel To: Joe Moog Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 22:49:24 -0000 On Thu, Aug 1, 2013 at 3:14 PM, Joe Moog wrote: > On Aug 1, 2013, at 4:27 PM, Joe Moog wrote: > > > On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: > > > >> Have you tried using only two ports, but both from the NIC? My > suspicion would be that the problem is in the lagg's handling of more than > 2 ports rather than the driver, especially given that it is the igb driver > in all cases. > > > > Ryan: > > > > We have done this successfully with two ports on the NIC, on another > hardware-identical host. That said, it is entirely possible that this is a > shortcoming of lagg. > > > > Can you think of any sort of workaround? Our desired implementation > really requires the inclusion of all 4 ports in the lagg. Failing this > we're looking at the likelihood of 10G ethernet, but with that comes > significant overhead, both cost and administration (before anybody tries to > force the cost debate, remember that there are 10G router modules and > 10G-capable distribution switches involved, never mind the cabling and SFPs > -- it's not just a $600 10G card for the host). I'd like to defer that > requirement as long as possible. 4 aggregated gig ports would serve us > perfectly well for the near-term. > > > > Thanks > > > > Joe > > UPDATE: After additional testing, I'm beginning to suspect the igb driver. > With our setup, ifconfig identifies all the ethernet ports as igb(0-5). I > configured igb0 with a single static IP address (say, 192.168.1.10), and > was able to connect to the host administratively. While connected, I > enabled another port as a second standalone port, again with a unique > address (say, 192.168.1.20), and was able to access the host via that > interface as well. The problem arises when we attempt to similarly add a > third interface to the mix -- and it doesn't seem to matter what > interface(s) we use, or in what order we activate them. Always on the third > interface, that third interface fails to respond despite showing "active" > both in ifconfig and on the switch. > > If there is anything else I could try that would be useful to help > identify where the issue may reside, please let me know. > > Well, you're using a PRERELEASE of 9.1, leads me to wonder how old the igb driver is also. First step would be to try all this on more recent bits... I'd go for HEAD or at least 9.2 BETA as a start. We don't use or test lagg within Intel, but we've tested the quad port adapter and not seen an issue with a third port not working. Good luck, Jack From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 22:59:09 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 611C979D; Thu, 1 Aug 2013 22:59:09 +0000 (UTC) (envelope-from joemoog@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 28DC42FAA; Thu, 1 Aug 2013 22:59:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 2F21B3744821; Thu, 1 Aug 2013 17:59:08 -0500 (CDT) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FhhfQLvU6FQz; Thu, 1 Aug 2013 17:59:07 -0500 (CDT) Received: from nail.office.ebureau.com (nail.office.ebureau.com [10.10.20.23]) by internet06.ebureau.com (Postfix) with ESMTPSA id 727093744809; Thu, 1 Aug 2013 17:59:07 -0500 (CDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1786.1\)) Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Joe Moog In-Reply-To: <1375396564.1481.37.camel@localhost> Date: Thu, 1 Aug 2013 17:59:06 -0500 Message-Id: References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> <1375396564.1481.37.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1786.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 22:59:09 -0000 On Aug 1, 2013, at 5:36 PM, Sean Bruno wrote: >> UPDATE: After additional testing, I'm beginning to suspect the igb = driver. With our setup, ifconfig identifies all the ethernet ports as = igb(0-5). I configured igb0 with a single static IP address (say, = 192.168.1.10), and was able to connect to the host administratively. = While connected, I enabled another port as a second standalone port, = again with a unique address (say, 192.168.1.20), and was able to access = the host via that interface as well. The problem arises when we attempt = to similarly add a third interface to the mix -- and it doesn't seem to = matter what interface(s) we use, or in what order we activate them. = Always on the third interface, that third interface fails to respond = despite showing "active" both in ifconfig and on the switch. >>=20 >> If there is anything else I could try that would be useful to help = identify where the issue may reside, please let me know. >>=20 >> Thanks >>=20 >> Joe >=20 > Your test seems to indicate that the *first* port on the quad-port = card > is causing you issues as the on-board interfaces igb0/1 are working > fine. >=20 > Can you bring up *any* ports on the quad-port card? >=20 > Are you sure that device enumeration is correct in the host o/s and = that > port 1 on the aud-port card is really igb2, port 2 is igb3, etc ? >=20 > Sean Sean: It is not always the first port on the NIC. The host maps the ports the = same way every time, in the same order, so this doesn't appear to be of = any consequence. We can enable any one port on the host (on-board or = NIC), and then enable another (again, on-board or NIC), and both appear = to function as expected. The problem arises when we enable a third port = -- any port, in any order. That third port always fails to respond = appropriately in our setup, despite appearing to be active according to = ifconfig and the interface status on the switch. Any port activated = after the second one fails to respond to any sort of network activity. Is it possible there is a sysctl option that is restricting igb from = allowing more than two active ethernet ports? Thanks Joe= From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 23:01:44 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8AA678B0 for ; Thu, 1 Aug 2013 23:01:44 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4CAB62FD4 for ; Thu, 1 Aug 2013 23:01:43 +0000 (UTC) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 01 Aug 2013 16:01:36 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.89,797,1367996400"; d="scan'208";a="340381039" Received: from orsmsx106.amr.corp.intel.com ([10.22.225.133]) by azsmga001.ch.intel.com with ESMTP; 01 Aug 2013 16:01:26 -0700 Received: from orsmsx102.amr.corp.intel.com ([169.254.1.106]) by ORSMSX106.amr.corp.intel.com ([169.254.5.238]) with mapi id 14.03.0123.003; Thu, 1 Aug 2013 16:01:25 -0700 From: "Pieper, Jeffrey E" To: Jack Vogel , Joe Moog Subject: RE: Intel 4-port ethernet adaptor link aggregation issue Thread-Topic: Intel 4-port ethernet adaptor link aggregation issue Thread-Index: AQHOjwlrQsYLWr38Sk2IgxeYf9cL9pmA9pVg Date: Thu, 1 Aug 2013 23:01:23 +0000 Message-ID: <2A35EA60C3C77D438915767F458D65687DE5C1AF@ORSMSX102.amr.corp.intel.com> References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.139] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 23:01:44 -0000 -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] = On Behalf Of Jack Vogel Sent: Thursday, August 01, 2013 3:49 PM To: Joe Moog Cc: freebsd-net; Ryan Stone Subject: Re: Intel 4-port ethernet adaptor link aggregation issue On Thu, Aug 1, 2013 at 3:14 PM, Joe Moog wrote: > On Aug 1, 2013, at 4:27 PM, Joe Moog wrote: > > > On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: > > > >> Have you tried using only two ports, but both from the NIC? My > suspicion would be that the problem is in the lagg's handling of more tha= n > 2 ports rather than the driver, especially given that it is the igb drive= r > in all cases. > > > > Ryan: > > > > We have done this successfully with two ports on the NIC, on another > hardware-identical host. That said, it is entirely possible that this is = a > shortcoming of lagg. > > > > Can you think of any sort of workaround? Our desired implementation > really requires the inclusion of all 4 ports in the lagg. Failing this > we're looking at the likelihood of 10G ethernet, but with that comes > significant overhead, both cost and administration (before anybody tries = to > force the cost debate, remember that there are 10G router modules and > 10G-capable distribution switches involved, never mind the cabling and SF= Ps > -- it's not just a $600 10G card for the host). I'd like to defer that > requirement as long as possible. 4 aggregated gig ports would serve us > perfectly well for the near-term. > > > > Thanks > > > > Joe > > UPDATE: After additional testing, I'm beginning to suspect the igb driver= . > With our setup, ifconfig identifies all the ethernet ports as igb(0-5). I > configured igb0 with a single static IP address (say, 192.168.1.10), and > was able to connect to the host administratively. While connected, I > enabled another port as a second standalone port, again with a unique > address (say, 192.168.1.20), and was able to access the host via that > interface as well. The problem arises when we attempt to similarly add a > third interface to the mix -- and it doesn't seem to matter what > interface(s) we use, or in what order we activate them. Always on the thi= rd > interface, that third interface fails to respond despite showing "active" > both in ifconfig and on the switch. > > If there is anything else I could try that would be useful to help > identify where the issue may reside, please let me know. > > >Well, you're using a PRERELEASE of 9.1, leads me to wonder how old the ig= b >driver is also. First step would be to try all this >on more recent bits... I'd go for HEAD or at least 9.2 BETA as a start. We >don't use or test lagg within Intel, but we've tested the >quad port adapter and not seen an issue with a third port not working. > >Good luck, > >Jack I can ping to 4 different subnets using all 4 ports simultaneously with an = I350-T4 using 9.1-RELEASE and igb-2.3.9 (in-kernel driver) connected to a C= isco 4948, so the issue is definitely not with the igb driver. Jeff _______________________________________________ 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 1 23:11:23 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C375CB10 for ; Thu, 1 Aug 2013 23:11:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5279D2039 for ; Thu, 1 Aug 2013 23:11:23 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w60so2250495wes.29 for ; Thu, 01 Aug 2013 16:11:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=k8PTL+19ybQA1jtAKyhRjnbSPNGQPbbgOQSmZ164B1U=; b=vC83/ZwTN0nADSvSwBIdcWaPKkMN2TDDW1tqZYrbZK0EUlCM6mc7YDMjgxgHH1bHVo n+vSHIoKK2qARoIj8jERdFerOIcOY2sWdUxweDzeuJ0caD6UBxI+pnR/Nz6tAI+VprS+ Uu0Epo3fHIdUeD1M1YElJf+PYUiHqGM0JZDZ150uKIgVB+AMvaZBBNZ7zRqvdbgDLd2t dLbSsY5G4/6OfWDtXYmtiK30vKbYEQd3MtS3ErFHaF8G7mtDGb3s4w0XCvzClESWOuG6 aZ3vuvuyz7msvjWV951O99dtc6i1vWqlSk/yJ8z2ekpIa0CUx+z1sXyXTJcz+elQ59C3 r+xg== MIME-Version: 1.0 X-Received: by 10.194.11.67 with SMTP id o3mr3067569wjb.0.1375398681674; Thu, 01 Aug 2013 16:11:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Thu, 1 Aug 2013 16:11:21 -0700 (PDT) In-Reply-To: <2A35EA60C3C77D438915767F458D65687DE5C1AF@ORSMSX102.amr.corp.intel.com> References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> <2A35EA60C3C77D438915767F458D65687DE5C1AF@ORSMSX102.amr.corp.intel.com> Date: Thu, 1 Aug 2013 16:11:21 -0700 X-Google-Sender-Auth: 7rnpq4Ghn3-QEd6rc8Gdr59YKDs Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Adrian Chadd To: "Pieper, Jeffrey E" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net , Ryan Stone , Jack Vogel , Joe Moog X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 23:11:23 -0000 Well, isn't there MAC address reprogramming and such going on when one enables LAGG on an interface? -adrian From owner-freebsd-net@FreeBSD.ORG Thu Aug 1 23:16:59 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 51F7AC2C for ; Thu, 1 Aug 2013 23:16:59 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DD8E2081 for ; Thu, 1 Aug 2013 23:16:58 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r71NGie1098776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Aug 2013 16:16:44 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r71NGii7098775; Thu, 1 Aug 2013 16:16:44 -0700 (PDT) (envelope-from jmg) Date: Thu, 1 Aug 2013 16:16:43 -0700 From: John-Mark Gurney To: Joe Moog Subject: Re: Intel 4-port ethernet adaptor link aggregation issue Message-ID: <20130801231643.GB94127@funkthat.com> Mail-Followup-To: Joe Moog , Ryan Stone , freebsd-net References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 01 Aug 2013 16:16:44 -0700 (PDT) Cc: freebsd-net , Ryan Stone X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Aug 2013 23:16:59 -0000 Joe Moog wrote this message on Thu, Aug 01, 2013 at 17:14 -0500: > On Aug 1, 2013, at 4:27 PM, Joe Moog wrote: > > > On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: > > > >> Have you tried using only two ports, but both from the NIC? My suspicion would be that the problem is in the lagg's handling of more than 2 ports rather than the driver, especially given that it is the igb driver in all cases. > > > > Ryan: > > > > We have done this successfully with two ports on the NIC, on another hardware-identical host. That said, it is entirely possible that this is a shortcoming of lagg. > > > > Can you think of any sort of workaround? Our desired implementation really requires the inclusion of all 4 ports in the lagg. Failing this we're looking at the likelihood of 10G ethernet, but with that comes significant overhead, both cost and administration (before anybody tries to force the cost debate, remember that there are 10G router modules and 10G-capable distribution switches involved, never mind the cabling and SFPs -- it's not just a $600 10G card for the host). I'd like to defer that requirement as long as possible. 4 aggregated gig ports would serve us perfectly well for the near-term. > > > > Thanks > > > > Joe > > UPDATE: After additional testing, I'm beginning to suspect the igb driver. With our setup, ifconfig identifies all the ethernet ports as igb(0-5). I configured igb0 with a single static IP address (say, 192.168.1.10), and was able to connect to the host administratively. While connected, I enabled another port as a second standalone port, again with a unique address (say, 192.168.1.20), and was able to access the host via that interface as well. The problem arises when we attempt to similarly add a third interface to the mix -- and it doesn't seem to matter what interface(s) we use, or in what order we activate them. Always on the third interface, that third interface fails to respond despite showing "active" both in ifconfig and on the switch. Can you show an ifconfig -au from the host when it fails, and which was the third interface that you added? Above, you talk about adding ips in the same subnet to different interfaces, which with modern switchs can cause issues with which port to deliver packets, etc. Do you have any firewalling enabled on the host? > If there is anything else I could try that would be useful to help identify where the issue may reside, please let me know. > > Thanks > > Joe > > _______________________________________________ > 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" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Fri Aug 2 06:34:22 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E8788BD2 for ; Fri, 2 Aug 2013 06:34:21 +0000 (UTC) (envelope-from hoomanfazaeli@gmail.com) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF58526B2 for ; Fri, 2 Aug 2013 06:34:21 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id jh10so318127pab.31 for ; Thu, 01 Aug 2013 23:34:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+OTQW5hFmOeo7pxGW4mFU/r+RP0ip1M5w0oTPQIDVmE=; b=ThiZecF86hVlh9OsnkgTmbMvsDx4jF3nQPhujMTolwA+WiK9yVMNMdluOKOiVCa8Cb 3t9Wjd0/3XKyrUp2envuo2fLKSsff5B+n+2Ic1cfUoHWSCIzDQ1AMRLDj53805m+Jebj iw6D3BufnKkco7LXcO5w+skuYmMRMKbdIRMYaArN1lk+364+nnlIBnlERU821k2z00A4 KePwpG6m8nv5hFEvfw4h/KG/gL3UKhQVbjQrEEKufpsqjZ685hayTyNVh6nzlOxwzIO5 b/Qb3H2+2oVySAy1xc8mzPf1u8NCghc2YfvFWbsleQizIqwzsqPu7AUKV7R4d2lAvl5n YVuw== X-Received: by 10.69.0.129 with SMTP id ay1mr6065847pbd.41.1375425261374; Thu, 01 Aug 2013 23:34:21 -0700 (PDT) Received: from [192.168.2.30] ([2.176.236.156]) by mx.google.com with ESMTPSA id tr10sm8295644pbc.22.2013.08.01.23.34.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 Aug 2013 23:34:20 -0700 (PDT) Message-ID: <51FB52F0.3050004@gmail.com> Date: Fri, 02 Aug 2013 11:04:24 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: Joe Moog Subject: Re: Intel 4-port ethernet adaptor link aggregation issue References: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> In-Reply-To: <2A0C085A-1AAF-42D7-867B-6CDD1143B4AC@ebureau.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Aug 2013 06:34:22 -0000 On 8/2/2013 2:44 AM, Joe Moog wrote: > On Aug 1, 2013, at 4:27 PM, Joe Moog wrote: > >> On Aug 1, 2013, at 3:55 PM, Ryan Stone wrote: >> >>> Have you tried using only two ports, but both from the NIC? My suspicion would be that the problem is in the lagg's handling of more than 2 ports rather than the driver, especially given that it is the igb driver in all cases. >> Ryan: >> >> We have done this successfully with two ports on the NIC, on another hardware-identical host. That said, it is entirely possible that this is a shortcoming of lagg. >> >> Can you think of any sort of workaround? Our desired implementation really requires the inclusion of all 4 ports in the lagg. Failing this we're looking at the likelihood of 10G ethernet, but with that comes significant overhead, both cost and administration (before anybody tries to force the cost debate, remember that there are 10G router modules and 10G-capable distribution switches involved, never mind the cabling and SFPs -- it's not just a $600 10G card for the host). I'd like to defer that requirement as long as possible. 4 aggregated gig ports would serve us perfectly well for the near-term. >> >> Thanks >> >> Joe > UPDATE: After additional testing, I'm beginning to suspect the igb driver. With our setup, ifconfig identifies all the ethernet ports as igb(0-5). I configured igb0 with a single static IP address (say, 192.168.1.10), and was able to connect to the host administratively. While connected, I enabled another port as a second standalone port, again with a unique address (say, 192.168.1.20), and was able to access the host via that interface as well. The problem arises when we attempt to similarly add a third interface to the mix -- and it doesn't seem to matter what interface(s) we use, or in what order we activate them. Always on the third interface, that third interface fails to respond despite showing "active" both in ifconfig and on the switch. > > If there is anything else I could try that would be useful to help identify where the issue may reside, please let me know. > > Thanks > > Joe > > _______________________________________________ > Assign IP addresses from __different__ subnets to the four NIC ports and re-test. (e.g., 192.168.0.10/24, 1.10/24, 2.10/24, 3.10/24). -- Best regards. Hooman Fazaeli From owner-freebsd-net@FreeBSD.ORG Fri Aug 2 07:36:32 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E334420D for ; Fri, 2 Aug 2013 07:36:32 +0000 (UTC) (envelope-from steve.read@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id AA8642904 for ; Fri, 2 Aug 2013 07:36:32 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 13424270630D for ; Fri, 2 Aug 2013 09:36:31 +0200 (CEST) Received: from stever.netasq.com (unknown [10.2.0.1]) by work.netasq.com (Postfix) with ESMTPA id CAE2227062A4 for ; Fri, 2 Aug 2013 09:36:30 +0200 (CEST) Message-ID: <51FB617E.2090904@netasq.com> Date: Fri, 02 Aug 2013 09:36:30 +0200 From: Steve Read User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130305 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: Intel 4-port ethernet adaptor link aggregation issue References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Aug 2013 07:36:33 -0000 On 01.08.2013 20:07, Joe Moog wrote: > We have an iXsystems 1U server (E5) with an Intel 4-port ethernet NIC installed, model I350-T4 (manufactured May of 2013). We're trying to bind the 4 ports on this NIC together into a single lagg port, connected LACP to a distribution switch (Cisco 4900-series). We are able to successfully bind the 2 on-board ethernet ports to a single lagg, however the NIC is not so cooperative. At first we thought we had a bad NIC, but a replacement has not fixed the issue. We are thinking there may be a driver limitation with these Intel ethernet NICs when attempting to bind more than 2 ports to a lagg. > > FreeBSD version: > FreeBSD 9.1-PRERELEASE #0 r244125: Wed Dec 12 11:47:47 CST 2012 > > rc.conf: > # LINK AGGREGATION > ifconfig_igb2="UP" > ifconfig_igb3="UP" > ifconfig_igb4="UP" > ifconfig_igb5="UP" > cloned_interfaces="lagg0" > ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 laggport igb5" > ifconfig_lagg0="inet 192.168.1.14 netmask 255.255.255.0" Am I the only one who noticed that you replaced the value of $ifconfig_lagg0 that specifies the proto and the ports with one that specifies just the address? Merge the two ifconfig_lagg0 lines into one, and it will work infinitely better, or at least no worse. ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 laggport igb5 inet 192.168.1.14 netmask 255.255.255.0" -- Steve From owner-freebsd-net@FreeBSD.ORG Fri Aug 2 15:49:56 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9518B5F0 for ; Fri, 2 Aug 2013 15:49:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 573352D71 for ; Fri, 2 Aug 2013 15:49:56 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hu16so396046qab.17 for ; Fri, 02 Aug 2013 08:49:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uoYNCIKW6Gigr9F+dH4AeU7FDsKzavl/QjXYpgJeYbw=; b=plJSpQD2zkNj/BvZRqnlqeZMAqi/hK3sLhFdoIMibTfWARDTe9/1PujDA2MN/Vka9f GKKGMStrzEzcAzNcjNsT166Idr6I2d7fSZtcUXCSqQAoiaU3roznAtZaer+v3A5ZzCHS 2stjyRP1svqJS4pIrdpfFfpK1tiq+Mad9XWfgj1zPwlkuJe69o+yvBjF282YVM7mgGb9 N/eu57sSxJjYL5d0WDTh+sK7UWy1P9e3MDts63Tl0WTTZlq0g+u3/NfRs9wkJvJhR2f/ m9Nf/BSwQkilx5cL1IrxK+6OwEFiXk/6SBiJGWS5pudplFOi8pCxjTox/BxOVoXWWrc5 AlBQ== MIME-Version: 1.0 X-Received: by 10.224.160.130 with SMTP id n2mr12165536qax.68.1375458595475; Fri, 02 Aug 2013 08:49:55 -0700 (PDT) Received: by 10.49.49.135 with HTTP; Fri, 2 Aug 2013 08:49:55 -0700 (PDT) In-Reply-To: <51FB617E.2090904@netasq.com> References: <51FB617E.2090904@netasq.com> Date: Fri, 2 Aug 2013 08:49:55 -0700 Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Freddie Cash To: Steve Read Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Aug 2013 15:49:56 -0000 On Fri, Aug 2, 2013 at 12:36 AM, Steve Read wrote: > On 01.08.2013 20:07, Joe Moog wrote: > >> We have an iXsystems 1U server (E5) with an Intel 4-port ethernet NIC >> installed, model I350-T4 (manufactured May of 2013). We're trying to bind >> the 4 ports on this NIC together into a single lagg port, connected LACP to >> a distribution switch (Cisco 4900-series). We are able to successfully bind >> the 2 on-board ethernet ports to a single lagg, however the NIC is not so >> cooperative. At first we thought we had a bad NIC, but a replacement has >> not fixed the issue. We are thinking there may be a driver limitation with >> these Intel ethernet NICs when attempting to bind more than 2 ports to a >> lagg. >> >> FreeBSD version: >> FreeBSD 9.1-PRERELEASE #0 r244125: Wed Dec 12 11:47:47 CST 2012 >> >> rc.conf: >> # LINK AGGREGATION >> ifconfig_igb2="UP" >> ifconfig_igb3="UP" >> ifconfig_igb4="UP" >> ifconfig_igb5="UP" >> cloned_interfaces="lagg0" >> ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 >> laggport igb5" >> ifconfig_lagg0="inet 192.168.1.14 netmask 255.255.255.0" >> > > Am I the only one who noticed that you replaced the value of > $ifconfig_lagg0 that specifies the proto and the ports with one that > specifies just the address? > Good catch! > Merge the two ifconfig_lagg0 lines into one, and it will work infinitely > better, or at least no worse. > > ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 > laggport igb5 inet 192.168.1.14 netmask 255.255.255.0" > > Or, if you want to keep them split into two parts (initialise lagg0, then add IP): create_args_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 laggport igb5" ifconfig_lagg0="inet 192.168.1.14 netmask 255.255.255.0" create_args_* are run first, then ifconfig_* are run. I like this setup, as it separates "create and initialise" from "configure" for cloned/virtual interfaces like vlans, laggs, etc. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-net@FreeBSD.ORG Fri Aug 2 21:36:26 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 72824680 for ; Fri, 2 Aug 2013 21:36:26 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [64.147.113.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA0F2BF9 for ; Fri, 2 Aug 2013 21:36:26 +0000 (UTC) Received: from acm.poly.edu (localhost [127.0.0.1]) by acm.poly.edu (Postfix) with ESMTP id 79D4E1F135A for ; Fri, 2 Aug 2013 17:30:49 -0400 (EDT) Received: (qmail 61461 invoked from network); 2 Aug 2013 21:30:49 -0000 Received: from unknown (HELO ?10.50.50.212?) (spawk@64.147.100.2) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 2 Aug 2013 21:30:49 -0000 Message-ID: <51FC2552.2010005@acm.poly.edu> Date: Fri, 02 Aug 2013 17:32:02 -0400 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130711 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: Recommendations for 10gbps NIC References: <51F0386D.2000709@acm.poly.edu> In-Reply-To: <51F0386D.2000709@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Aug 2013 21:36:26 -0000 Thanks for everyone's input. I ended up buying a Chelsio 420-CR. It works well, and with all four existing 10GBASE-SR SFP+ modules I had lying around. I won't need the the performance offered by netmap in the foreseeable future (at which support for it may exist), so that was not critical. I had tried Intel first, which resulted in this saga: http://lists.freebsd.org/pipermail/freebsd-net/2013-June/035709.html. I have not yet tested the SFP+ modules in the Intel card with -CURRENT, because I'm not ready to upgrade the machine in question to -CURRENT. Aside from allowing a wider variety of SFP+ modules in 9.x, the Chelsio card also has the benefit of supporting hot-plugging of SFP+ modules. -Boris On 07/24/13 16:26, Boris Kochergin wrote: > Hi. > > I am looking for recommendations for a 10gbps NIC from someone who has > successfully used it on FreeBSD. It will be used on FreeBSD > 9.1-R/amd64 to capture packets. Some desired features are: > > - PCIe > - LC connectors > - 10GBASE-SR > - Either single- or dual-port > - Multiqueue > > Specific part numbers would be appreciated. Thank you. > > -Boris From owner-freebsd-net@FreeBSD.ORG Fri Aug 2 21:41:57 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 038EF844 for ; Fri, 2 Aug 2013 21:41:57 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-vb0-x22d.google.com (mail-vb0-x22d.google.com [IPv6:2607:f8b0:400c:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B62372C3A for ; Fri, 2 Aug 2013 21:41:56 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id e15so1170911vbg.32 for ; Fri, 02 Aug 2013 14:41:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+MBJ6YOisCuPs8Mql+XaHXv+zm9dr0cm3amJc0hXelM=; b=YEtzSOEyp3v2vHJf/M3oMZ4XFqJ7Ya9YTEduu9KNcUzn0goQ90Aw/8phtoFLuFg6EY Plff8DqMwx7pa8SLMCsqUuP/aalQGGVJibj2lVXtdCmHkB5jua++1wKeWpg5dWsiTpo0 gGtE3MbWAuadGs1DzgTlsVzfOtnUL1lqJIYMozBpGxLmbt7T+plhMbfA7E/AEuWfEXtu Wf5Tn+M0xU1rU8DmM3R8Q3J7mRjLsuCHcgvJSnV4QnpiedzIoNXScUb22FVlnPbprF1W n7LGFqTzL+V08OXnogCXOI6aKcERJpUeSz54T606m26hyNxa935Z7mK3YwkYsjkC1yfB ef5w== MIME-Version: 1.0 X-Received: by 10.221.43.70 with SMTP id ub6mr2554999vcb.86.1375479714699; Fri, 02 Aug 2013 14:41:54 -0700 (PDT) Received: by 10.221.22.199 with HTTP; Fri, 2 Aug 2013 14:41:54 -0700 (PDT) In-Reply-To: References: <51FB617E.2090904@netasq.com> Date: Fri, 2 Aug 2013 17:41:54 -0400 Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Zaphod Beeblebrox To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Steve Read , freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Aug 2013 21:41:57 -0000 On several machines with large numbers of IGBx interfaces, I've found that hw.igb.enable_msix=0 is necessary to ensure proper operation. On Fri, Aug 2, 2013 at 11:49 AM, Freddie Cash wrote: > On Fri, Aug 2, 2013 at 12:36 AM, Steve Read wrote: > > > On 01.08.2013 20:07, Joe Moog wrote: > > > >> We have an iXsystems 1U server (E5) with an Intel 4-port ethernet NIC > >> installed, model I350-T4 (manufactured May of 2013). We're trying to > bind > >> the 4 ports on this NIC together into a single lagg port, connected > LACP to > >> a distribution switch (Cisco 4900-series). We are able to successfully > bind > >> the 2 on-board ethernet ports to a single lagg, however the NIC is not > so > >> cooperative. At first we thought we had a bad NIC, but a replacement has > >> not fixed the issue. We are thinking there may be a driver limitation > with > >> these Intel ethernet NICs when attempting to bind more than 2 ports to a > >> lagg. > >> > >> FreeBSD version: > >> FreeBSD 9.1-PRERELEASE #0 r244125: Wed Dec 12 11:47:47 CST 2012 > >> > >> rc.conf: > >> # LINK AGGREGATION > >> ifconfig_igb2="UP" > >> ifconfig_igb3="UP" > >> ifconfig_igb4="UP" > >> ifconfig_igb5="UP" > >> cloned_interfaces="lagg0" > >> ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 > >> laggport igb5" > >> ifconfig_lagg0="inet 192.168.1.14 netmask 255.255.255.0" > >> > > > > > Am I the only one who noticed that you replaced the value of > > $ifconfig_lagg0 that specifies the proto and the ports with one that > > specifies just the address? > > > > Good catch! > > > > Merge the two ifconfig_lagg0 lines into one, and it will work infinitely > > better, or at least no worse. > > > > ifconfig_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 > > laggport igb5 inet 192.168.1.14 netmask 255.255.255.0" > > > > Or, if you want to keep them split into two parts (initialise lagg0, then > add IP): > > create_args_lagg0="laggproto lacp laggport igb2 laggport igb3 laggport igb4 > laggport igb5" > > ifconfig_lagg0="inet 192.168.1.14 netmask 255.255.255.0" > > create_args_* are run first, then ifconfig_* are run. I like this setup, > as it separates "create and initialise" from "configure" for cloned/virtual > interfaces like vlans, laggs, etc. > > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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 2 22:55:49 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 62B0FEAA for ; Fri, 2 Aug 2013 22:55:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBDC82E1D for ; Fri, 2 Aug 2013 22:55:48 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id k13so944517wgh.13 for ; Fri, 02 Aug 2013 15:55:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0Pw/1kOZv3bgtlBBu4q7ZLnScuipWmFOGoyocS9F658=; b=Dx6QmL+dJKbCJt7Q6VDFCpw0MajLZluVXm8lZZftiyl5Ge8YDjma/wJN2YLTKnMx+O 2HhhRBILOIZudDQRdESFVkL9049sFr/5CqcmbAAHLVJXDF9DOjqrHg71bZYCBaCCKcRU yybmWFhaUC1WhBkK/2FlAfmFqN9kM/9oSLrJR8RsOTCMQMS8OjxCMNcmY5V0hZ2rt0nt jD9TqTdclLImT32oAfd0+R5z8I+Qr95ffXqyEUWl/kfz+Gms23XgrSf6RGcifLmbfg7V lwBEboIxuQI2dTuprNMzd1zuTCPteva7eRNtUAxCbnG4zbSlSWVNZhB5B7pmCicLTod0 8Msw== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr288803wic.30.1375484147105; Fri, 02 Aug 2013 15:55:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Fri, 2 Aug 2013 15:55:47 -0700 (PDT) In-Reply-To: References: <51FB617E.2090904@netasq.com> Date: Fri, 2 Aug 2013 15:55:47 -0700 X-Google-Sender-Auth: Brtf8oyMDyd-skb6RKaO9I7RW4U Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Adrian Chadd To: Zaphod Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 Cc: Steve Read , Freddie Cash , freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Aug 2013 22:55:49 -0000 On 2 August 2013 14:41, Zaphod Beeblebrox wrote: > On several machines with large numbers of IGBx interfaces, I've found that > hw.igb.enable_msix=0 is necessary to ensure proper operation. ixgbe behaves much better now. As of like two days ago. -adrian From owner-freebsd-net@FreeBSD.ORG Fri Aug 2 23:37:17 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 868CC8C7 for ; Fri, 2 Aug 2013 23:37:17 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm22-vm2.bullet.mail.ne1.yahoo.com (nm22-vm2.bullet.mail.ne1.yahoo.com [98.138.91.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 460E02F2E for ; Fri, 2 Aug 2013 23:37:16 +0000 (UTC) Received: from [98.138.101.131] by nm22.bullet.mail.ne1.yahoo.com with NNFMP; 02 Aug 2013 23:35:28 -0000 Received: from [98.138.89.240] by tm19.bullet.mail.ne1.yahoo.com with NNFMP; 02 Aug 2013 23:35:28 -0000 Received: from [127.0.0.1] by omp1013.mail.ne1.yahoo.com with NNFMP; 02 Aug 2013 23:35:28 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 144754.30943.bm@omp1013.mail.ne1.yahoo.com Received: (qmail 43048 invoked by uid 60001); 2 Aug 2013 23:35:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375486527; bh=PfKSdRFw3zd1GlDbck01yFM1pel2W/mpBJjjIZt49Tc=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=H5SJ0tOtqK+B6VGuMUvYDt3pp3TjDLpnWtLt8sx0eN2Lgs4dXXHFAPddLW/aWtUadhIBJE7Sbv1aWJLkHBbUZDiMepdW51Mykfvhb4s4oA+xxKLPRBuWL3JS9dvr3lIR4PSt271XWBqtztXAAohrejirLLUzl4tJcmhV5pKIHzQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ZBs7bA3LSzPEbYE0eFH5ehzNb0JBEzWDmelrhiHkvqJLq3h+iOSzeB3/Z1qhL5dR/0lwJTjvSPmBohF7xDGqRghNFtMP/aW4kzPRErGG5P6dtcVXX8VO87WtHwzL/nr5zP3hypmF0ct93rCSPILpnwdr0A/1Jm6b+t+aUxkPGfc=; X-YMail-OSG: iQGy7GkVM1kS1XuPuyGsdjuY._u9RSo6K__jysJgN4Q3BsH 16j46AtW0Xcwk6AkuVd9ZDVRvGgwpN6VS13wknddIF4vgk5TavExYLU1M2CS f0Aulf864eAbBeaFAhLWPZAn6hrgNTCvSRjhsxTaGbbjqa7pxh_e2GZ.ZxNy EilIQfHup4p4M2IBQqmsbSoxfeIoxH4KkJO6faHU9jFmIj7fFDQ2sAkaMX7. dGzZbqzsmUcX6hHZGVkHxPBJwgBlaCtWcCN9WK0vcWPxeg2KAXUwO_SswQ__ znFy8sADXjTtlGvOIUw3eN8FefvgokvEZPMVJMTR7C3lnE6jcTmgwll1Y6qf 1yNqch2SoX.6SdkvqUdGQLPuth3myvhbyksjCT90fo5_o6urj700_mMTkXuf q3fpc.1QuFLC7ye.blYo07q5Y7Y0QJmkjylXJZygLkq.Jr94ZtsfknUh1krk 2QqT.3LUM4VOHovWwB0ErLI7Q8hLTSrcmDG6q7VFRTCd2AR3JKK7xlk4wdtW n2lkhceluaNQ9A_O7WNUyPQSyG08ppcahJ1UCbePbwVXoFDqjVf2CbUn.o1e 9YRQtJ0hiyox4CIjt96n4m15CPZzoWfnGiR8hOmr6_UKNHg0pOqGQfJtOXIp jqFYFqvcPDLCXrp4uNZbqRlc.8D6fwiwwEJheXm7lDbk- Received: from [98.203.118.124] by web121603.mail.ne1.yahoo.com via HTTP; Fri, 02 Aug 2013 16:35:27 PDT X-Rocket-MIMEInfo: 002.001, VGhlIHN0b2NrIGlnYiBkcml2ZXIgYmluZHMgdG8gYWxsIGNvcmVzLCBzbyB3aXRoIG11bHRpcGxlIGlnYnMgeW91IGhhdmUgbXVsdGlwbGUKbmljcyBiaW5kaW5nIHRvIHRoZSBzYW1lIGNvcmVzLiBJIHN1cHBvc2UgdGhhdCBtaWdodCBjcmVhdGUgaXNzdWVzIGluIGEgbGFnZyBzZXR1cC4KVHJ5IDEgcXVldWUgwqBhbmQvb3IgY29tbWVudCBvdXQgdGhlIGJpbmQgY29kZS4KCkJDCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KIEZyb206IFphcGhvZCBCZWVibGVicm94IDx6YmVlYmxlQGdtYWkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.152.567 References: <51FB617E.2090904@netasq.com> Message-ID: <1375486527.35304.YahooMailNeo@web121603.mail.ne1.yahoo.com> Date: Fri, 2 Aug 2013 16:35:27 -0700 (PDT) From: Barney Cordoba Subject: Re: Intel 4-port ethernet adaptor link aggregation issue To: Zaphod Beeblebrox , Freddie Cash In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Steve Read , freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Barney Cordoba List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 23:37:17 -0000 The stock igb driver binds to all cores, so with multiple igbs you have mul= tiple=0Anics binding to the same cores. I suppose that might create issues = in a lagg setup.=0ATry 1 queue =A0and/or comment out the bind code.=0A=0ABC= =0A=0A=0A________________________________=0A From: Zaphod Beeblebrox =0ATo: Freddie Cash =0ACc: Steve Read ; freebsd-net =0ASent: Friday,= August 2, 2013 5:41 PM=0ASubject: Re: Intel 4-port ethernet adaptor link a= ggregation issue=0A =0A=0AOn several machines with large numbers of IGBx in= terfaces, I've found that=0Ahw.igb.enable_msix=3D0 is necessary to ensure p= roper operation.=0A=0A=0AOn Fri, Aug 2, 2013 at 11:49 AM, Freddie Cash wrote:=0A=0A> On Fri, Aug 2, 2013 at 12:36 AM, Steve Read <= steve.read@netasq.com> wrote:=0A>=0A> > On 01.08.2013 20:07, Joe Moog wrote= :=0A> >=0A> >> We have an iXsystems 1U server (E5) with an Intel 4-port eth= ernet NIC=0A> >> installed, model I350-T4 (manufactured May of 2013). We're= trying to=0A> bind=0A> >> the 4 ports on this NIC together into a single l= agg port, connected=0A> LACP to=0A> >> a distribution switch (Cisco 4900-se= ries). We are able to successfully=0A> bind=0A> >> the 2 on-board ethernet = ports to a single lagg, however the NIC is not=0A> so=0A> >> cooperative. A= t first we thought we had a bad NIC, but a replacement has=0A> >> not fixed= the issue. We are thinking there may be a driver limitation=0A> with=0A> >= > these Intel ethernet NICs when attempting to bind more than 2 ports to a= =0A> >> lagg.=0A> >>=0A> >> FreeBSD version:=0A> >> FreeBSD 9.1-PRERELEASE = #0 r244125: Wed Dec 12 11:47:47 CST 2012=0A> >>=0A> >> rc.conf:=0A> >> # LI= NK AGGREGATION=0A> >> ifconfig_igb2=3D"UP"=0A> >> ifconfig_igb3=3D"UP"=0A> = >> ifconfig_igb4=3D"UP"=0A> >> ifconfig_igb5=3D"UP"=0A> >> cloned_interface= s=3D"lagg0"=0A> >> ifconfig_lagg0=3D"laggproto lacp laggport igb2 laggport = igb3 laggport igb4=0A> >> laggport igb5"=0A> >> ifconfig_lagg0=3D"inet 192.= 168.1.14=A0 netmask 255.255.255.0"=0A> >>=0A> >=0A>=0A> > Am I the only one= who noticed that you replaced the value of=0A> > $ifconfig_lagg0 that spec= ifies the proto and the ports with one that=0A> > specifies just the addres= s?=0A> >=0A>=0A> Good catch!=0A>=0A>=0A> > Merge the two ifconfig_lagg0 lin= es into one, and it will work infinitely=0A> > better, or at least no worse= .=0A> >=0A> > ifconfig_lagg0=3D"laggproto lacp laggport igb2 laggport igb3 = laggport igb4=0A> > laggport igb5 inet 192.168.1.14=A0 netmask 255.255.255.= 0"=0A> >=0A> > Or, if you want to keep them split into two parts (initialis= e lagg0, then=0A> add IP):=0A>=0A> create_args_lagg0=3D"laggproto lacp lagg= port igb2 laggport igb3 laggport igb4=0A> laggport igb5"=0A>=0A> ifconfig_l= agg0=3D"inet 192.168.1.14=A0 netmask 255.255.255.0"=0A>=0A> create_args_* a= re run first, then ifconfig_* are run.=A0 I like this setup,=0A> as it sepa= rates "create and initialise" from "configure" for cloned/virtual=0A> inter= faces like vlans, laggs, etc.=0A>=0A>=0A> --=0A> Freddie Cash=0A> fjwcash@g= mail.com=0A> _______________________________________________=0A> freebsd-ne= t@freebsd.org mailing list=0A> http://lists.freebsd.org/mailman/listinfo/fr= eebsd-net=0A> To unsubscribe, send any mail to "freebsd-net-unsubscribe@fre= ebsd.org"=0A>=0A_______________________________________________=0Afreebsd-n= et@freebsd.org mailing list=0Ahttp://lists.freebsd.org/mailman/listinfo/fre= ebsd-net=0ATo unsubscribe, send any mail to "freebsd-net-unsubscribe@freebs= d.org" From owner-freebsd-net@FreeBSD.ORG Sat Aug 3 04:21:11 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DC3FC91F for ; Sat, 3 Aug 2013 04:21:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70F68271E for ; Sat, 3 Aug 2013 04:21:11 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id n11so64437wgh.0 for ; Fri, 02 Aug 2013 21:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5DGFt85uIBlAKRTv4+LbgV08TrqISup/JA7E8IB/KI8=; b=awbPxtrTUsqc9OKXMugJWGiYLV0V4XPlCMbF2OCUMrGYFqHurs1Pjm+P/xzsCzb9FL lFjypRQB0ABJuHHsjHn9bxHffUM14S7DMqFbFnH+gRRDhBhfMZm5b5UXV95bxy0SnrIZ 2tHAyB6m+ueYMWbpT6mNeCKxNe5p8aoB9IDEVZ4hgv/efdvxINzwgmhxZUOQzQxRlA60 WrBCy0xDfMWidTUjORWCymoSxaiDzMylCeOGVtll3aL9CJ8YKN2Yj08G6beTI7RR8NIJ xFTV2I+FIKWOnbntMvZSz3pD/JLSRkXhwlqiZNXHy6SV9Vd+vKLtwFvC34HjjIPaZ/pg NkUQ== MIME-Version: 1.0 X-Received: by 10.194.11.67 with SMTP id o3mr7093699wjb.0.1375503669850; Fri, 02 Aug 2013 21:21:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Fri, 2 Aug 2013 21:21:09 -0700 (PDT) In-Reply-To: <1375486527.35304.YahooMailNeo@web121603.mail.ne1.yahoo.com> References: <51FB617E.2090904@netasq.com> <1375486527.35304.YahooMailNeo@web121603.mail.ne1.yahoo.com> Date: Fri, 2 Aug 2013 21:21:09 -0700 X-Google-Sender-Auth: hsEA0hut4Bn947cA9Kr4fiWaaGM Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Adrian Chadd To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Cc: Steve Read , Zaphod Beeblebrox , Freddie Cash , freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Aug 2013 04:21:11 -0000 On 2 August 2013 16:35, Barney Cordoba wrote: > The stock igb driver binds to all cores, so with multiple igbs you have multiple > nics binding to the same cores. I suppose that might create issues in a lagg setup. > Try 1 queue and/or comment out the bind code. > I have thrashed the hell out of 2-port ixgbe and 4-port chelsio (cxgbe) on 4-core device all with lagg. All is great. There's apparently some more igb improvements coming in the pipeline. Fear not! -adrian From owner-freebsd-net@FreeBSD.ORG Sat Aug 3 13:31:47 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 82B0FA72 for ; Sat, 3 Aug 2013 13:31:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm1-vm0.bullet.mail.ne1.yahoo.com (nm1-vm0.bullet.mail.ne1.yahoo.com [98.138.91.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DC8822C5 for ; Sat, 3 Aug 2013 13:31:46 +0000 (UTC) Received: from [98.138.101.129] by nm1.bullet.mail.ne1.yahoo.com with NNFMP; 03 Aug 2013 13:31:39 -0000 Received: from [98.138.226.164] by tm17.bullet.mail.ne1.yahoo.com with NNFMP; 03 Aug 2013 13:31:39 -0000 Received: from [127.0.0.1] by omp1065.mail.ne1.yahoo.com with NNFMP; 03 Aug 2013 13:31:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 871261.62554.bm@omp1065.mail.ne1.yahoo.com Received: (qmail 50208 invoked by uid 60001); 3 Aug 2013 13:31:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1375536699; bh=az1oJPcLvw/TWQHvr2QDMjLtpQRDJ3c9QZFooQFa73Q=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=wBrMpyNvTe1qWOYy4g74t3c2TN4d7oh+N4rP8xLwu2jXSBp/EPtL1GooLOJY/V0WLqp/PH5MxYzWauhoBq5ZDIsNk+f+ltEsuNatg32yPywAUciu74GIrI4R6TbaIKiFr0SwKihKZwQdd4SMJYpj6ql2/6lfWg8U5DxIjY52CAM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=rN2fke5MW5Iua0P8+i6GDru9Af9qMKqUSAmLhsBHMn6NvMm2oQQ7cstcF99Ibbtt0B3d3ok940nbc6mvuEGycfG+NS3roaDXmvSx88EBBZBPAd5rqLM4A+lHmltrSXTR3PUQIM96qdcpgvS/pQ10eLB5r+nHxtdoq9y0m55427M=; X-YMail-OSG: iOE6e2cVM1kaoqaJEI66KUqZ6iGn_Jz3iRFOG567NvWRrD3 qXEtXtojVMxb0_P3unIPedCiU6_VBZuumJj8iglV8UgTUXClH.wd3RbyEptA apr0FLxWjwUt0SUGlifJINVc3yeOSpyXKEayRZ2HoWoA0_p2HuvmKG0tbHg5 F8xNOP4CtfriZUZI5x7iNs8ApObhSFQT1xjUlDISVLa3EpRgvRrDzTVzQR.o MOOO09zobCezyJyjhM1m79Nl1HlQ8zkNyGgpVOXHck6hIhqZe7uusf4_okfV 2qDTkA8yQicPbkCwFeUmoZF4gfic0cYJsDGJOFnty9LcqYytjA9gT0ROKL5E V4rHeDmAFaCQBRo4bQ3za__NPeAfK5bb8kz20T3mhYYDiiLiXoTTpXoOV2aS LX5iAX5l14BjeQ0w_bDt5Z0Lq55tW4zwVe3vat93j1LNhKmHWn6Qyy8.AkNs aFfa1ux1Mba4sfWk_sHbogq5slylc3yp28k7NHIFk_j.JCqtTKLQOBBz.mIS o6pKIMub4DmB6AlI7vFo6AEPcZOHtF9wUJyjMnuo32JwoYTRr7cQCCyuRx5W oTdGTsA2tJt2DyouOWlRT7T0NRM65DZpf.yUHQ3d1ds0TTsQd6SHxexV66BE DBvFi6IHuL3RCuM5SZ2P1ZRhCOTvAe.E82vx2KZ5YhAD59__jv5bNdk7up6P MI5Wa Received: from [98.138.120.166] by web121601.mail.ne1.yahoo.com via HTTP; Sat, 03 Aug 2013 06:31:39 PDT X-Rocket-MIMEInfo: 002.001, WW91IGNhbiBjcmVhdGUgeW91ciBvd24gcGlwZWxpbmUgd2l0aCBzb21lIG1pbm9yIG1vZGlmaWNhdGlvbnMuIFdoeSB3YWl0IG1vbnRocwpmb3IgdGhlIGd1eXMgd2hvIGRpZCBpdCB3cm9uZyB0byBtYWtlIGNoYW5nZXM_CgpCQwoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiBGcm9tOiBBZHJpYW4gQ2hhZGQgPGFkcmlhbkBmcmVlYnNkLm9yZz4KVG86IEJhcm5leSBDb3Jkb2JhIDxiYXJuZXlfY29yZG9iYUB5YWhvby5jb20.IApDYzogWmFwaG9kIEJlZWJsZWJyb3ggPHpiZWVibGVAZ21haWwBMAEBAQE- X-Mailer: YahooMailWebService/0.8.152.567 References: <51FB617E.2090904@netasq.com> <1375486527.35304.YahooMailNeo@web121603.mail.ne1.yahoo.com> Message-ID: <1375536699.50188.YahooMailNeo@web121601.mail.ne1.yahoo.com> Date: Sat, 3 Aug 2013 06:31:39 -0700 (PDT) From: Barney Cordoba Subject: Re: Intel 4-port ethernet adaptor link aggregation issue To: Adrian Chadd In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Steve Read , Zaphod Beeblebrox , Freddie Cash , freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Barney Cordoba List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 13:31:47 -0000 You can create your own pipeline with some minor modifications. Why wait mo= nths=0Afor the guys who did it wrong to make changes?=0A=0ABC=0A=0A=0A_____= ___________________________=0A From: Adrian Chadd =0ATo= : Barney Cordoba =0ACc: Zaphod Beeblebrox ; Freddie Cash ; Steve Read ; freebsd-net =0ASent: Saturday, August 3= , 2013 12:21 AM=0ASubject: Re: Intel 4-port ethernet adaptor link aggregati= on issue=0A =0A=0AOn 2 August 2013 16:35, Barney Cordoba wrote:=0A> The stock igb driver binds to all cores, so with multip= le igbs you have multiple=0A> nics binding to the same cores. I suppose tha= t might create issues in a lagg setup.=0A> Try 1 queue=A0 and/or comment ou= t the bind code.=0A>=0A=0AI have thrashed the hell out of 2-port ixgbe and = 4-port chelsio=0A(cxgbe) on 4-core device all with lagg. All is great.=0A= =0AThere's apparently some more igb improvements coming in the pipeline. Fe= ar not!=0A=0A=0A-adrian From owner-freebsd-net@FreeBSD.ORG Sat Aug 3 18:53:05 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 292F6E02 for ; Sat, 3 Aug 2013 18:53:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B10CB2A61 for ; Sat, 3 Aug 2013 18:53:04 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hq12so403755wib.10 for ; Sat, 03 Aug 2013 11:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Ly8ufLoZEkAje9T6dJHcBXhPhDq8nusxwjLoTMbFIOY=; b=b8mqBrcmRw6dnr/Dntp/TSeF5BrqIwwvkEiesCELiv6AIAEBpzTXSCbyT+8qMEF56M Pc3PXZkUDIiMjasyG7G0y4S3LzKmRfwQZhsj2lYt7g6iq6P5GZW5JfBrYXVszyqNPTUU oiv0tRdZ0IGHV136PN7HjJGpoXuDo6qZLAp+l1sFNeBS+9gjknGqlcgwztXbw62ggnAX joOgvcclveBMm7ByjTcr3jf6v+UqXlG1nlrZPjS/tBr2a2bIFSRci4PWgeLIwcoSmC7c XjReVTYQyGW1eNhRDUnxAU02/FUgCEGXLZmJUdu+L3G0VPsqRn8lnCjK6CuluXJ7fhW1 19XA== MIME-Version: 1.0 X-Received: by 10.180.211.206 with SMTP id ne14mr2336183wic.30.1375555982951; Sat, 03 Aug 2013 11:53:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Sat, 3 Aug 2013 11:53:02 -0700 (PDT) In-Reply-To: <1375536699.50188.YahooMailNeo@web121601.mail.ne1.yahoo.com> References: <51FB617E.2090904@netasq.com> <1375486527.35304.YahooMailNeo@web121603.mail.ne1.yahoo.com> <1375536699.50188.YahooMailNeo@web121601.mail.ne1.yahoo.com> Date: Sat, 3 Aug 2013 11:53:02 -0700 X-Google-Sender-Auth: cDJMbbnMVI9j5B0ohW1whYkTRdE Message-ID: Subject: Re: Intel 4-port ethernet adaptor link aggregation issue From: Adrian Chadd To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Cc: Steve Read , Zaphod Beeblebrox , Freddie Cash , freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Aug 2013 18:53:05 -0000 On 3 August 2013 06:31, Barney Cordoba wrote: > You can create your own pipeline with some minor modifications. Why wait months > for the guys who did it wrong to make changes? Because I get paid now to ensure that this stuff gets done well, the vendor gets engaged, the fixes get pushed into the upstream codebase(s) as well as merged into FreeBSD-HEAD. In any case, the OP problem looks more like rc.conf problems than a driver issue. There are likely driver issues and they'll either get fixed or I'll hack on it and shout at people until they get fixed. -adrian From owner-freebsd-net@FreeBSD.ORG Sat Aug 3 23:59:31 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3FFDBC6B; Sat, 3 Aug 2013 23:59:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 136CB2243; Sat, 3 Aug 2013 23:59:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r73NxUdG078039; Sat, 3 Aug 2013 23:59:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r73NxUFf078038; Sat, 3 Aug 2013 23:59:30 GMT (envelope-from linimon) Date: Sat, 3 Aug 2013 23:59:30 GMT Message-Id: <201308032359.r73NxUFf078038@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/181006: [run] [patch] mbuf leak in run(4) driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 03 Aug 2013 23:59:31 -0000 Old Synopsis: mbuf leak in run(4) driver New Synopsis: [run] [patch] mbuf leak in run(4) driver Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 3 23:59:08 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=181006