From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 11:03:02 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34CB5106568B for ; Sun, 3 Jan 2010 11:03:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id C15938FC20 for ; Sun, 3 Jan 2010 11:03:01 +0000 (UTC) Received: by ewy26 with SMTP id 26so12172858ewy.3 for ; Sun, 03 Jan 2010 03:02:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=PPkrHZg5I/Fc2GdHRJGHE/1ljYRFsB0nvvTPid7/K/o=; b=gAMM5/yGZH9pE8QkM+tS9RKRKDW4s0hRvfgf0P9DhbLxBC2xM04/8r7/E9Pwce1Crc POsXbP54/icdbJxv8KIl+PhsIhK6R0tOmn52p/z9FjrLgmNmtpsA0zpTmQFQKWchomno uxGQ2Q/MXMgXivqI/BI3pw7Sjx3SxldqIs4Hw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=LWrrlctwNiFhi4rC2ycXY/Edx1TYzWjuD0+bhWye6NlLDvgP1HfMxe1CySlWTnabIY LIFq2nOo+ESuc33O2St9UbUqpPOVbQjgarMcrtsQjPkJsiCVsaKscpz7TnKrf1tQEzeW Pgrjiy5kZ1czytLVDZ6BpuhEEcYY6AkHruHOg= MIME-Version: 1.0 Received: by 10.213.41.83 with SMTP id n19mr4333817ebe.59.1262516575722; Sun, 03 Jan 2010 03:02:55 -0800 (PST) In-Reply-To: <3a142e750912310737y46a4760emd4235f1e133a42e0@mail.gmail.com> References: <3a142e750912310737y46a4760emd4235f1e133a42e0@mail.gmail.com> Date: Sun, 3 Jan 2010 12:02:55 +0100 Message-ID: <3a142e751001030302j304b4946pd22682c223a49df8@mail.gmail.com> From: Paul B Mahol To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: ndis: missing media status reporting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 11:03:02 -0000 On 12/31/09, Paul B Mahol wrote: > Hi, > > if_ndis.c doesnt update link speed when associated. > > Patch is available here: > misc/142197: ndis is missing media status reporting > http://www.freebsd.org/cgi/query-pr.cgi?pr=142197 Anyone? -- Paul B Mahol From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 12:49:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD241065672 for ; Sun, 3 Jan 2010 12:49:46 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id AB1DB8FC25 for ; Sun, 3 Jan 2010 12:49:46 +0000 (UTC) Received: by pzk15 with SMTP id 15so9830523pzk.3 for ; Sun, 03 Jan 2010 04:49:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=TdcNmr6yVvhsBALwj/Z1lbbgoLVw2NnrhoPlwbXD+wc=; b=HJtwLhAs6eyPrr0eiCjsr6ZqlsfeL68GcX8dMRs4pHkssBo1Pwa/S/hISOwgfMd190 SZecK4ip+EiUkcRc0pD5ixmY7ga+4Lqr4naGTE0Yywnbi7+CYMM6TynWZEKuhfg4mOJ4 dNfah6cXR7t+JXyioLKco1pnrZ4N2yKlLdMbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tz+FDsMTViSqq+RbOOPgjesMQ6rFNHBDdlt6OXKjXQYa4YUcuSvu64htpkKf302tfE Lsc5eU5GlH2CZTCywux/pzXYOwuHUoXSzxl4AEUdL7rChdQ/CKwUxXHbFN8dCSkXSz+g KTl1+5Rs+H+0sP0eCciwHZFyZvm46gz/iwKVo= MIME-Version: 1.0 Received: by 10.142.249.19 with SMTP id w19mr341686wfh.199.1262521437332; Sun, 03 Jan 2010 04:23:57 -0800 (PST) Date: Sun, 3 Jan 2010 07:23:57 -0500 Message-ID: <89dbfdc31001030423s3a209a59p6a16b4e86cd58b37@mail.gmail.com> From: Kim Culhan To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TDMA link cannot pass data X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 12:49:46 -0000 Have setup a TDMA link with Atheros hardware but cannot pass any data over the link. The hardware is: ath0: mem 0xfeb90000-0xfeb9ffff irq 17 at device 1.0 on pci5 ath0: [ITHREAD] ath0: AR2413 mac 7.9 RF2413 phy 4.5 The setup on either end: ifconfig wlan create wlandev ath0 wlanmode tdma ssid freebsd-tdma tdmaslotcnt 2 tdmaslotlen 2500 tdmaslot 0 up ifconfig bridge create ifconfig bridge0 addm wlan0 addm em1 192.168.1.17 netmask 255.255.255.0 up ifconfig em1 up ifconfig wlan create wlandev ath0 wlanmode tdma ssid freebsd-tdma tdmaslotcnt 2 tdmaslotlen 2500 tdmaslot 1 up ifconfig bridge create ifconfig bridge0 addm wlan0 addm em1 192.168.1.18 netmask 255.255.255.0 up ifconfig em1 up >From machines connected to the bridged em interfaces on either end of the link it is not possible to ping the opposite end or the bridge0 address on the opposite end. Monitoring the traffic on bridge0 it is possible to see arp packets from the opposite ends, this is the only evidence of the link passing any traffic. The radio interfaces: wlan0: flags=8943 metric 0 mtu 1500 ether 00:22:3f:fd:d6:57 media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11g status: running ssid freebsd-tdma channel 10 (2457 Mhz 11g) bssid 00:22:3f:fd:d6:57 country US ecm authmode OPEN privacy OFF txpower 22.5 ucastrate 24 mcastrate 24 scanvalid 60 protmode CTS wme burst tdmaslot 0 tdmaslotcnt 2 tdmaslotlen 2500 tdmabintval 5 wlan0: flags=8943 metric 0 mtu 1500 ether 00:22:3f:fd:70:ca media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11g status: running ssid freebsd-tdma channel 10 (2457 Mhz 11g) bssid 00:22:3f:fd:d6:57 country US ecm authmode OPEN privacy OFF txpower 22 ucastrate 24 mcastrate 24 scanvalid 60 protmode CTS wme burst tdmaslot 1 tdmaslotcnt 2 tdmaslotlen 2500 tdmabintval 5 Any help on this is very greatly appreciated. Some background on the FreeBSD TDMA work can be found here: http://people.freebsd.org/~sam/FreeBSD_TDMA-20090921.pdf regards -kim w8hd -- w8hdkim@gmail.com From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 13:55:22 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4F1106566B for ; Sun, 3 Jan 2010 13:55:22 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4C88FC0C for ; Sun, 3 Jan 2010 13:55:22 +0000 (UTC) Received: from [192.168.1.190] (p508FE5E5.dip.t-dialin.net [80.143.229.229]) by mail-n.franken.de (Postfix) with ESMTP id 7E2D91C0C0BC5; Sun, 3 Jan 2010 14:55:19 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <969646.48748.qm@web63905.mail.re1.yahoo.com> Date: Sun, 3 Jan 2010 14:55:18 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <969646.48748.qm@web63905.mail.re1.yahoo.com> To: Barney Cordoba X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org, jfvogel@gmail.com Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 13:55:23 -0000 Hi Barney, Hi Jack, some comments and some more questions inside... Best regards Michael On Jan 2, 2010, at 8:42 PM, Barney Cordoba wrote: > Jack, >=20 > I'm trying to get some clarification on differences I'm finding = between > the 82575 and 82576 parts with respect to interrupt moderation. The = spec > I have for the 82576 (82576_Datasheet_v2p1.pdf) indicates that the=20 I'm only commenting 82576. You can get rev 2.41 from intels website... >=20 > ITR algorithm is different than the one used (I don't have one of the > secret copies of the 82575 spec). The algorithm shown is >=20 > interrupts/sec =3D 1/(2 * 10-6sec x interval) (page 295, Section = 7.3.4) >=20 > which is clearly wrong from practice. I have an 82576 (device id 10C9) If you look at section 8.8.12, you find other formulas... Jack: Which ones are correct? > if I use the 125d setting in the example get just under 32000 = interrupts > per second. Clearly your code doesnt implement this, nor do you have > different settings for the 82575 and 82576 parts. So I assume that the=20= > same formula for the em parts hold for the igb parts, and that the=20 > datasheet is wrong? >=20 > There does seem to be a slight difference. The setting that gets 1000 > ints/second on the 82575 generates about 1020 on the 82576. Not a big > deal but I wonder why there's a difference? Is the reference clock for > these something that may not be fixed and could vary from board to=20 > board? Note that both devices are on the same MB. >=20 > Also, it seems that settings to EITR over 32767 wrap on the 82576 (for > example writing 32768 to EITR is the same as writing a 1). So the = minimum setting on the 82576 is around 125 ints/second. The 82575 can = accept=20 > values up the 65535 before wrapping.=20 Hmm, looking at the table in 8.8.12 would suggest: Setting it to one sets a reserved bit, but does not change the interval. Setting it to 2^15 should set the LLI_EN bit, but does not change in = interval. Jack is setting the register to igb_low_latency: 128 igb_ave_latency: 450 igb_bulk_latency: 1200 This would result in intervals of: igb_low_latency: 32 igb_ave_latency: 112 igb_bulk_latency: 300 Jack: What are the corresponding interrupt rates? The spec provides = different formulas and talks about a 1us, 2us or 8us counter. Not sure what = is right... Jack: Why are you setting bit1 (which is reserved) in the case = igb_ave_latency? And another question for Jack: In igb_update_aim() you do if (olditr !=3D newitr) { /* Change interrupt rate */ rxr->eitr_setting =3D newitr; E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->me), newitr | (newitr << 16)); } So why are setting the higher bits of the EITR? You are setting igb_low_latency: the LL Counter becomes 0, the moderation counter = becomes 16 igb_ave_latency: the LL Counter becomes 2, the moderation counter = becomes 56 igb_bulk_latency: the LL Counter becomes 16, the moderation counter = becomes 148 I really do not understand these settings. Maybe the spec is wrong? Or = you do mean if (olditr !=3D newitr) { /* Change interrupt rate */ rxr->eitr_setting =3D newitr; E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->me), = newitr); } Or do you want to preserve the counters, set the CNT_INGR bit and mean if (olditr !=3D newitr) { /* Change interrupt rate */ rxr->eitr_setting =3D newitr; E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->me), = 0x80000000 | newitr); } Could you clarify that? >=20 > The 82576 document doesn't have a map of the register that I can find, = so > Im curious as to whether these observations are something I can assume = is > true across all parts and motherboards/cards, or is there some > implementation variance that will cause these to only apply to the = ones > I happen to be testing? >=20 > Thanks, >=20 > Barney >=20 >=20 >=20 >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 14:28:34 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17B6E106566B for ; Sun, 3 Jan 2010 14:28:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id D59B88FC08 for ; Sun, 3 Jan 2010 14:28:33 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o03ESWf2052691; Sun, 3 Jan 2010 09:28:32 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <201001031428.o03ESWf2052691@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 03 Jan 2010 09:28:35 -0500 To: Michael =?iso-8859-1?Q?T=FCxen?= , Barney Cordoba From: Mike Tancsa In-Reply-To: References: <969646.48748.qm@web63905.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, jfvogel@gmail.com Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 14:28:34 -0000 At 08:55 AM 1/3/2010, Michael T=FCxen wrote: >Hi Barney, Hi Jack, > >some comments and some more questions inside... Just a separate datapoint about this driver, unless I apply http://people.freebsd.org/~yongari/igb/igb.buf.patch6 the driver is not really usable for me in=20 RELENG_8 on the dual port version of the card ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 14:54:35 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93161106566C for ; Sun, 3 Jan 2010 14:54:35 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id B0D4E8FC0C for ; Sun, 3 Jan 2010 14:54:33 +0000 (UTC) Received: from [192.168.1.190] (p508FE5E5.dip.t-dialin.net [80.143.229.229]) by mail-n.franken.de (Postfix) with ESMTP id 8D19A1C0C0BEA; Sun, 3 Jan 2010 15:54:32 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: Date: Sun, 3 Jan 2010 15:54:31 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <133FB4C8-AF96-4CBC-8291-2325592AB628@lurchi.franken.de> References: <969646.48748.qm@web63905.mail.re1.yahoo.com> To: =?iso-8859-1?Q?Michael_T=FCxen?= X-Mailer: Apple Mail (2.1077) Cc: Barney Cordoba , jfvogel@gmail.com, freebsd-net@freebsd.org Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 14:54:35 -0000 Dear all, I just figured out that there is a newer version of the spec available: 2.45. Some of the issues as indicated inline are already resolved.=20 Best regards Michael On Jan 3, 2010, at 2:55 PM, Michael T=FCxen wrote: > Hi Barney, Hi Jack, >=20 > some comments and some more questions inside... >=20 > Best regards > Michael >=20 > On Jan 2, 2010, at 8:42 PM, Barney Cordoba wrote: >=20 >> Jack, >>=20 >> I'm trying to get some clarification on differences I'm finding = between >> the 82575 and 82576 parts with respect to interrupt moderation. The = spec >> I have for the 82576 (82576_Datasheet_v2p1.pdf) indicates that the=20 > I'm only commenting 82576. You can get rev 2.41 from intels website... It is really 2.45 now >>=20 >> ITR algorithm is different than the one used (I don't have one of the >> secret copies of the 82575 spec). The algorithm shown is >>=20 >> interrupts/sec =3D 1/(2 * 10-6sec x interval) (page 295, Section = 7.3.4) >>=20 >> which is clearly wrong from practice. I have an 82576 (device id = 10C9) > If you look at section 8.8.12, you find other formulas... > Jack: Which ones are correct? The formulas is 8.8.12 are gone. Issue resolved. >> if I use the 125d setting in the example get just under 32000 = interrupts >> per second. Clearly your code doesnt implement this, nor do you have >> different settings for the 82575 and 82576 parts. So I assume that = the=20 >> same formula for the em parts hold for the igb parts, and that the=20 >> datasheet is wrong? >>=20 >> There does seem to be a slight difference. The setting that gets 1000 >> ints/second on the 82575 generates about 1020 on the 82576. Not a big >> deal but I wonder why there's a difference? Is the reference clock = for >> these something that may not be fixed and could vary from board to=20 >> board? Note that both devices are on the same MB. >>=20 >> Also, it seems that settings to EITR over 32767 wrap on the 82576 = (for >> example writing 32768 to EITR is the same as writing a 1). So the = minimum setting on the 82576 is around 125 ints/second. The 82575 can = accept=20 >> values up the 65535 before wrapping.=20 > Hmm, looking at the table in 8.8.12 would suggest: > Setting it to one sets a reserved bit, but does not change the = interval. > Setting it to 2^15 should set the LLI_EN bit, but does not change in = interval. >=20 > Jack is setting the register to > igb_low_latency: 128 > igb_ave_latency: 450 > igb_bulk_latency: 1200 >=20 > This would result in intervals of: > igb_low_latency: 32 > igb_ave_latency: 112 > igb_bulk_latency: 300 > Jack: What are the corresponding interrupt rates? The spec provides = different > formulas and talks about a 1us, 2us or 8us counter. Not sure what = is right... The interrupt rates are according to the formula in the spec igb_low_latency: 31250 igb_ave_latency: 8929 igb_bulk_latency: 3333 Jack: Is this right? > Jack: Why are you setting bit1 (which is reserved) in the case = igb_ave_latency? Still valid. >=20 > And another question for Jack: > In igb_update_aim() you do > if (olditr !=3D newitr) { > /* Change interrupt rate */ > rxr->eitr_setting =3D newitr; > E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->me), > newitr | (newitr << 16)); > } > So why are setting the higher bits of the EITR? You are setting > igb_low_latency: the LL Counter becomes 0, the moderation counter = becomes 16 > igb_ave_latency: the LL Counter becomes 2, the moderation counter = becomes 56 > igb_bulk_latency: the LL Counter becomes 16, the moderation counter = becomes 148 Still valid. >=20 > I really do not understand these settings. Maybe the spec is wrong? Or = you do mean > if (olditr !=3D newitr) { > /* Change interrupt rate */ > rxr->eitr_setting =3D newitr; > E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->me), = newitr); > } > Or do you want to preserve the counters, set the CNT_INGR bit and mean > if (olditr !=3D newitr) { > /* Change interrupt rate */ > rxr->eitr_setting =3D newitr; > E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->me), = 0x80000000 | newitr); > } >=20 > Could you clarify that? Still valid. >>=20 >> The 82576 document doesn't have a map of the register that I can = find, so >> Im curious as to whether these observations are something I can = assume is >> true across all parts and motherboards/cards, or is there some >> implementation variance that will cause these to only apply to the = ones >> I happen to be testing? >>=20 >> Thanks, >>=20 >> Barney >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> 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" >>=20 >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 16:13:48 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EFE6106566C for ; Sun, 3 Jan 2010 16:13:48 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 037E38FC1E for ; Sun, 3 Jan 2010 16:13:48 +0000 (UTC) Received: from [192.168.1.190] (p508FE5E5.dip.t-dialin.net [80.143.229.229]) by mail-n.franken.de (Postfix) with ESMTP id A21E11C0C0BC5; Sun, 3 Jan 2010 17:13:43 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <201001031428.o03ESWf2052691@lava.sentex.ca> Date: Sun, 3 Jan 2010 17:13:41 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <715F260A-A537-475E-BDFA-D2B566840500@lurchi.franken.de> References: <969646.48748.qm@web63905.mail.re1.yahoo.com> <201001031428.o03ESWf2052691@lava.sentex.ca> To: Mike Tancsa X-Mailer: Apple Mail (2.1077) Cc: Barney Cordoba , jfvogel@gmail.com, freebsd-net@freebsd.org Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 16:13:48 -0000 On Jan 3, 2010, at 3:28 PM, Mike Tancsa wrote: > At 08:55 AM 1/3/2010, Michael T=FCxen wrote: >> Hi Barney, Hi Jack, >>=20 >> some comments and some more questions inside... >=20 >=20 > Just a separate datapoint about this driver, unless I apply >=20 > http://people.freebsd.org/~yongari/igb/igb.buf.patch6 >=20 > the driver is not really usable for me in RELENG_8 on the dual port = version of the card Could you elaborate on what you mean by "not really usable"? Best regards Michael >=20 > ---Mike >=20 >=20 >=20 >=20 >=20 > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 16:23:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB05106568F for ; Sun, 3 Jan 2010 16:23:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id D77DC8FC0A for ; Sun, 3 Jan 2010 16:23:08 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o03GN79u053239; Sun, 3 Jan 2010 11:23:07 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <201001031623.o03GN79u053239@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 03 Jan 2010 11:23:10 -0500 To: Michael =?iso-8859-1?Q?T=FCxen?= From: Mike Tancsa In-Reply-To: <715F260A-A537-475E-BDFA-D2B566840500@lurchi.franken.de> References: <969646.48748.qm@web63905.mail.re1.yahoo.com> <201001031428.o03ESWf2052691@lava.sentex.ca> <715F260A-A537-475E-BDFA-D2B566840500@lurchi.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , jfvogel@gmail.com, freebsd-net@freebsd.org Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 16:23:09 -0000 At 11:13 AM 1/3/2010, Michael T=FCxen wrote: > > > > Just a separate datapoint about this driver, unless I apply > > > > http://people.freebsd.org/~yongari/igb/igb.buf.patch6 > > > > the driver is not really usable for me in=20 > RELENG_8 on the dual port version of the card >Could you elaborate on what you mean by "not really usable"? Hi, Some link state issues (getting confused=20 about what port is up), problems at high packet=20 rates. I dont have this card in production, but=20 in my test environment it was much more stable on=20 RELENG_8 with the above patch in that I was not=20 able to wedge the box. pps rates were pretty ok on a low end i7 as well. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 16:38:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11AE1065670 for ; Sun, 3 Jan 2010 16:38:09 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 1C2248FC12 for ; Sun, 3 Jan 2010 16:38:09 +0000 (UTC) Received: from [192.168.1.190] (p508FE5E5.dip.t-dialin.net [80.143.229.229]) by mail-n.franken.de (Postfix) with ESMTP id E036E1C0C0BC5; Sun, 3 Jan 2010 17:38:07 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <201001031623.o03GN79u053239@lava.sentex.ca> Date: Sun, 3 Jan 2010 17:38:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1ABE4BCD-135C-44E0-80D8-52DFAE17B3D3@lurchi.franken.de> References: <969646.48748.qm@web63905.mail.re1.yahoo.com> <201001031428.o03ESWf2052691@lava.sentex.ca> <715F260A-A537-475E-BDFA-D2B566840500@lurchi.franken.de> <201001031623.o03GN79u053239@lava.sentex.ca> To: Mike Tancsa X-Mailer: Apple Mail (2.1077) Cc: Barney Cordoba , jfvogel@gmail.com, freebsd-net@freebsd.org Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 16:38:09 -0000 On Jan 3, 2010, at 5:23 PM, Mike Tancsa wrote: > At 11:13 AM 1/3/2010, Michael T=FCxen wrote: >> > >> > Just a separate datapoint about this driver, unless I apply >> > >> > http://people.freebsd.org/~yongari/igb/igb.buf.patch6 >> > >> > the driver is not really usable for me in RELENG_8 on the dual port = version of the card >> Could you elaborate on what you mean by "not really usable"? >=20 >=20 > Hi, > Some link state issues (getting confused about what port is = up), problems at high packet rates. I dont have this card in = production, but in my test environment it was much more stable on = RELENG_8 with the above patch in that I was not able to wedge the box. = pps rates were pretty ok on a low end i7 as well. Thanks for the information. I'll give it a try. I have a problem when I = flood a system with SCTP INITs. The system under attack becomes completely = unresponsive on the console. However, it continues to send INIT-ACKs back. After the = last commit from Jack it recovers after the attack. Not yet sure what is = going on. Using the em driver does not have the problem. However, when using the = em driver only one core is fully used, when using the igb driver both cores = are fully used. Unfortunately I do not have a more than dual core machine = available for this testing... Best regards Michael >=20 > ---Mike >=20 >=20 > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 16:44:23 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D6C41065696 for ; Sun, 3 Jan 2010 16:44:23 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 470448FC21 for ; Sun, 3 Jan 2010 16:44:23 +0000 (UTC) Received: (qmail 1473 invoked by uid 60001); 3 Jan 2010 16:44:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262537058; bh=XOGjE0wtRPak89kmjmTgeHCpvmOFEc0n/Mbcchm9xAY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vpy9Dn/W7Q3x3YcvD5R15Xxw+ld8N0ULBzdP+k/XjpSsecqHI5tmvxKjWnEnWhWsO67FQcd6tmMNvp1nJu1P+33srwigBeXsUaWByCd+E5K9TFO25hBRkpokVJpA1xvgW2SCH+JvOjJbHUUVq/69DNPFJUrmvzYLbgJMUUbxrig= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=mFhpnTpDCadPAtW8drvmxcZa78ZT9Dl7ApcIDpNqOawUr+w10zLwekDxv4vud5h8lBB0sVSycyWhFjQyMfF7jyKV9a+jMC/LNlYSSWWAgNbX/IcTDmfnjsjdbsUuYEjOvGYRcHIFOzM2G3KHe0JxF1KcKR3xEvC38k2lGt5YMwg=; Message-ID: <591563.1459.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: 6aZQ3m0VM1kVzPXPjluzYlS4.h4067mqq8hj2La2h86VMy1UlVVtpqYbIOmIOgvqHodydToUt9pedG908ZdOzDJ9JIuPHSLhfUEWBBCEJCGhEt6IQGU8101pN3OWbLyXWb86qVG03aQ7LVfnnVP9BHqhS_7PNvfbHxnAFhZwcL.hmUGCajg._9ZgHHjY54WWy8_GSJ9yh9qjB0yN1c5TjKwqP2cRlbJjrWRVFbrVEoMe7u5buh2DpoCx.pWc9GqQVub8sziiJ.ZRKUVhmxQ1t2z7gIo56iijX_wY2u4Zh_Oa9bI6w.uLko.CXzU- Received: from [98.203.21.152] by web63902.mail.re1.yahoo.com via HTTP; Sun, 03 Jan 2010 08:44:18 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Sun, 3 Jan 2010 08:44:18 -0800 (PST) From: Barney Cordoba To: =?iso-8859-1?Q?Michael_T=FCxen?= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, jfvogel@gmail.com Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 16:44:23 -0000 =0A--- On Sun, 1/3/10, Michael T=FCxen w= rote:=0A=0A> From: Michael T=FCxen =0A> S= ubject: Re: igb interrupt moderation=0A> To: "Barney Cordoba" =0A> Cc: freebsd-net@freebsd.org, jfvogel@gmail.com=0A> Date: = Sunday, January 3, 2010, 8:55 AM=0A> Hi Barney, Hi Jack,=0A> =0A> some comm= ents and some more questions inside...=0A> =0A> Best regards=0A> Michael=0A= > =0A> On Jan 2, 2010, at 8:42 PM, Barney Cordoba wrote:=0A> =0A> > Jack,= =0A> > =0A> > I'm trying to get some clarification on differences=0A> I'm f= inding between=0A> > the 82575 and 82576 parts with respect to interrupt=0A= > moderation. The spec=0A> > I have for the 82576 (82576_Datasheet_v2p1.pdf= )=0A> indicates that the =0A> I'm only commenting 82576. You can get rev 2.= 41 from intels=0A> website...=0A> > =0A> > ITR algorithm is different than = the one used (I don't=0A> have one of the=0A> > secret copies of the 82575 = spec). The algorithm shown=0A> is=0A> > =0A> > interrupts/sec =3D 1/(2 * 10= -6sec x interval) (page 295,=0A> Section 7.3.4)=0A> > =0A> > which is clear= ly wrong from practice. I have an 82576=0A> (device id 10C9)=0A> If you loo= k at section 8.8.12, you find other formulas...=0A> Jack: Which ones are co= rrect?=0A> > if I use the 125d setting in the example get just=0A> under 32= 000 interrupts=0A> > per second. Clearly your code doesnt implement this,= =0A> nor do you have=0A> > different settings for the 82575 and 82576 parts= . So I=0A> assume that the =0A> > same formula for the em parts hold for th= e igb parts,=0A> and that the =0A> > datasheet is wrong?=0A> > =0A> > There= does seem to be a slight difference. The setting=0A> that gets 1000=0A> > = ints/second on the 82575 generates about 1020 on the=0A> 82576. Not a big= =0A> > deal but I wonder why there's a difference? Is the=0A> reference clo= ck for=0A> > these something that may not be fixed and could vary=0A> from = board to =0A> > board? Note that both devices are on the same MB.=0A> > =0A= > > Also, it seems that settings to EITR over 32767 wrap=0A> on the 82576 (= for=0A> > example writing 32768 to EITR is the same as writing a=0A> 1). So= the=A0 minimum setting on the 82576 is around 125=0A> ints/second. The 825= 75 can accept =0A> > values up the 65535 before wrapping. =0A> Hmm, looking= at the table in 8.8.12 would suggest:=0A> Setting it to one sets a reserve= d bit, but does not change=0A> the interval.=0A> Setting it to 2^15 should = set the LLI_EN bit, but does not=0A> change in interval.=0A> =0A> Jack is s= etting the register to=0A> igb_low_latency: 128=0A> igb_ave_latency: 450=0A= > igb_bulk_latency: 1200=0A> =0A> This would result in intervals of:=0A> ig= b_low_latency: 32=0A> igb_ave_latency: 112=0A> igb_bulk_latency: 300=0A> Ja= ck: What are the corresponding interrupt rates? The spec=0A> provides diffe= rent=0A> =A0 =A0 =A0 formulas and talks about a 1us, 2us or=0A> 8us counter= . Not sure what is right...=0A> Jack: Why are you setting bit1 (which is re= served) in the=0A> case igb_ave_latency?=0A> =0A> And another question for = Jack:=0A> In igb_update_aim() you do=0A> =A0=A0=A0 if (olditr !=3D newitr) = {=0A> =A0=A0=A0 =A0=A0=A0 /* Change interrupt=0A> rate */=0A> =A0=A0=A0 =A0= =A0=A0 rxr->eitr_setting=0A> =3D newitr;=0A> =A0=A0=A0 =A0=A0=A0=0A> E1000_= WRITE_REG(&adapter->hw,=0A> E1000_EITR(rxr->me),=0A> =A0=A0=A0 =A0=A0=A0 = =A0 =A0 newitr=0A> | (newitr << 16));=0A> =A0=A0=A0 }=0A> So why are settin= g the higher bits of the EITR? You are=0A> setting=0A> igb_low_latency: the= LL Counter becomes 0, the moderation=0A> counter becomes 16=0A> igb_ave_la= tency: the LL Counter becomes 2, the moderation=0A> counter becomes 56=0A> = igb_bulk_latency: the LL Counter becomes 16, the moderation=0A> counter bec= omes 148=0A> =0A> I really do not understand these settings. Maybe the spec= =0A> is wrong? Or you do mean=0A> =A0=A0=A0 if (olditr !=3D newitr) {=0A> = =A0=A0=A0 =A0=A0=A0 /* Change interrupt=0A> rate */=0A> =A0=A0=A0 =A0=A0=A0= rxr->eitr_setting=0A> =3D newitr;=0A> =A0=A0=A0 =A0=A0=A0=0A> E1000_WRITE_= REG(&adapter->hw, E1000_EITR(rxr->me),=0A> newitr);=0A> =A0=A0=A0 }=0A> Or = do you want to preserve the counters, set the CNT_INGR=0A> bit and mean=0A>= =A0=A0=A0 if (olditr !=3D newitr) {=0A> =A0=A0=A0 =A0=A0=A0 /* Change inte= rrupt=0A> rate */=0A> =A0=A0=A0 =A0=A0=A0 rxr->eitr_setting=0A> =3D newitr;= =0A> =A0=A0=A0 =A0=A0=A0=0A> E1000_WRITE_REG(&adapter->hw, E1000_EITR(rxr->= me),=0A> 0x80000000 | newitr);=0A> =A0=A0=A0 }=0A> =0A> Could you clarify t= hat?=0A> > =0A> > The 82576 document doesn't have a map of the register=0A>= that I can find, so=0A> > Im curious as to whether these observations are= =0A> something I can assume is=0A> > true across all parts and motherboards= /cards, or is=0A> there some=0A> > implementation variance that will cause = these to only=0A> apply to the ones=0A> > I happen to be testing?=0A> > =0A= > > Thanks,=0A> > =0A> > Barney=0A=0AAh, the register map in the older spec= doesn't have the full or=0Acorrect information :\=0A=0ANote that ripping o= ut intel's auto-moderation was one of my first tasks,=0Aso I can't comment = on how how they derive those values (which are very different than in LINUX= ). Its supposed to be based on average packet=0Asize, so I'm not sure what = Jack is doing with some of these settings.=0AAs for the EITR settings,the d= atasheet is just plain wrong. For example in =0Asection 7.3.3.1 it says tha= t a setting of 125d would result in 8000=0Ainterrupts per second; in practi= ce that value results in about 32K=0Ainterrupts per second. The 82575 seems= to use the same algorithm=0Aas the em class devices:=0A=0A1,000,000,000 / = (256 * ints_per_sec)=A0 =0A=0Aso "low-latency" is 30,517 interrupts per sec= ond, while "bulk latency"=0Ais 3,255, which is way, way way too high.=A0 So= with 4 queues, you have a=0Aminimum of 13K interrupts per second. Its just= a concept that hasn't been=0A thought out or tested in practice. Its also = absolutely ridiculous to=0A adjust the moderation on every interrupt. You = can't interpret traffic=0A patterns in 1/8000th of a second. Also, notice t= hat the bulk threshold=0Ais 10,000 bytes, and the bulk setting is 3255 int/= sec. Well in order to=0Areceive 10,000 bytes in 1/3255th of a second, which= is 260Kb/s,=0Awith 4 queues, assuming reasonable distribution, you'd have = to be=0Areceiving at more than wire speed to stay in bulk for more than 1= =0Ainterrupt time. And how could the settings be the same for 1 queue as=0A= for 4 queues?=0A=0AI don't see any reference to what LLI Moderation Enable = bit might do. It=0Adoesn't seem to do anything; setting it or not setting i= t seems to =0Aresult in the same level of moderation.=0A=0ABarney=0A=0A=0A= =0A=0A From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 17:00:10 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B50E51065670 for ; Sun, 3 Jan 2010 17:00:10 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 650268FC17 for ; Sun, 3 Jan 2010 17:00:10 +0000 (UTC) Received: (qmail 15821 invoked by uid 60001); 3 Jan 2010 17:00:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262538005; bh=cl5FKqppx5QzdQQYtpeWNenAciWGrHezOd8VzYu6G5k=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MZuuSZaxFsXXmm7cowqZGnQXCKxdGnmNz766JmdQTjvT824NNjc0E2OKpvoQZ8+yJY2uaKI89tGKaLQ8JvKXbMUCiW8hUw8bmX2Qn2BPEhyOacfzB8CqjIVOmH7edA6Po0hhvh9PMB+nt6higiIVVxkVXCSoxYKuVM3k0J3irTA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WynPGP8VAfYWppViUAcQZXEd7v11qEpFDh+bIFtngjTBI3gq0dp1YeywH7kzH+K9cIttb1F40VaZ3fvDN5TQocP61fViG8SnJ9+dQV5bnL/hkyZQK+C/nIazFsC7whpqG5L3FgEHZXSyP1b2kP3ThADJbB44SoTzwBy8VMtfyoc=; Message-ID: <863054.14157.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: C5F0pKsVM1nQVQdTXjKr7Pz69IPs_aRrDhrK5kabpjQ4vpCVJirMcpX4Q.2Toqr6eJnlxzGGNDRc4VD.CG4HzxD48Y3MK3Xb7uZpshCC3aUbNvKAgnRiIAIc8Bvdm7o5ZGyNqh1_6I9W3rozp0iRtqUYLqbPgt8LvoT6Sqd4exf3Bv_9flknEXaP9utlkUKOPu75EfHe692c.VuwYeEyz7bqCT0Gxe3yZ27gFvQAVpSbsILjVfU_j4LeXmC0.RTrtHLrKX3S0KLMZGwDVfUNFT5ukYiqP84- Received: from [98.203.21.152] by web63908.mail.re1.yahoo.com via HTTP; Sun, 03 Jan 2010 09:00:05 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Sun, 3 Jan 2010 09:00:05 -0800 (PST) From: Barney Cordoba To: Mike Tancsa , =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1ABE4BCD-135C-44E0-80D8-52DFAE17B3D3@lurchi.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 17:00:10 -0000 =0A=0A--- On Sun, 1/3/10, Michael T=FCxen wrote:=0A=0A> From: Michael T=FCxen =0A= > Subject: Re: igb interrupt moderation=0A> To: "Mike Tancsa" =0A> Cc: "Barney Cordoba" , jfvogel@gmail.com= , freebsd-net@freebsd.org=0A> Date: Sunday, January 3, 2010, 11:38 AM=0A> O= n Jan 3, 2010, at 5:23 PM, Mike=0A> Tancsa wrote:=0A> =0A> > At 11:13 AM 1/= 3/2010, Michael T=FCxen wrote:=0A> >> >=0A> >> > Just a separate datapoint = about this driver,=0A> unless I apply=0A> >> >=0A> >> > http://people.freeb= sd.org/~yongari/igb/igb.buf.patch6=0A> >> >=0A> >> > the driver is not real= ly usable for me in=0A> RELENG_8 on the dual port version of the card=0A> >= > Could you elaborate on what you mean by "not=0A> really usable"?=0A> > = =0A> > =0A> > Hi,=0A> >=A0 =A0 =A0 =A0 Some link state issues=0A> (getting = confused about what port is up), problems at high=0A> packet rates.=A0 I do= nt have this card in production, but=0A> in my test environment it was much= more stable on RELENG_8=0A> with the above patch in that I was not able to= wedge the=0A> box.=A0 pps rates were pretty ok on a low end i7 as=0A> well= .=0A> Thanks for the information. I'll give it a try. I have a=0A> problem = when I flood=0A> a system with SCTP INITs. The system under attack becomes= =0A> completely unresponsive=0A> on the console. However, it continues to s= end INIT-ACKs=0A> back. After the last=0A> commit from Jack it recovers aft= er the attack. Not yet sure=0A> what is going on.=0A> Using the em driver d= oes not have the problem. However,=0A> when using the em=0A> driver only on= e core is fully used, when using the igb=0A> driver both cores are fully=0A= > used. Unfortunately I do not have a more than dual core=0A> machine avail= able for=0A> this testing...=0A=0ATry em and lower the interrupt moderation= to something like 500 (about=0A100 packets per int is good). The latency i= sn't going to be noticable and=0Ayou'll see your cpu burden reduced quite a= bit. =0A=0AAre you using a single NIC on a server, or do you have a firewa= ll or=0Abridge?=0A=0ABarney=0A=0A=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 17:14:25 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A18106568B for ; Sun, 3 Jan 2010 17:14:25 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 77E728FC0A for ; Sun, 3 Jan 2010 17:14:24 +0000 (UTC) Received: from [192.168.1.190] (p508FE5E5.dip.t-dialin.net [80.143.229.229]) by mail-n.franken.de (Postfix) with ESMTP id 9C78C1C0C0BEA; Sun, 3 Jan 2010 18:14:20 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <863054.14157.qm@web63908.mail.re1.yahoo.com> Date: Sun, 3 Jan 2010 18:14:18 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <269879E8-0B26-4D9E-82B3-809401AA7F6E@lurchi.franken.de> References: <863054.14157.qm@web63908.mail.re1.yahoo.com> To: Barney Cordoba X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 17:14:25 -0000 On Jan 3, 2010, at 6:00 PM, Barney Cordoba wrote: >=20 >=20 > --- On Sun, 1/3/10, Michael T=FCxen = wrote: >=20 >> From: Michael T=FCxen >> Subject: Re: igb interrupt moderation >> To: "Mike Tancsa" >> Cc: "Barney Cordoba" , jfvogel@gmail.com, = freebsd-net@freebsd.org >> Date: Sunday, January 3, 2010, 11:38 AM >> On Jan 3, 2010, at 5:23 PM, Mike >> Tancsa wrote: >>=20 >>> At 11:13 AM 1/3/2010, Michael T=FCxen wrote: >>>>>=20 >>>>> Just a separate datapoint about this driver, >> unless I apply >>>>>=20 >>>>> http://people.freebsd.org/~yongari/igb/igb.buf.patch6 >>>>>=20 >>>>> the driver is not really usable for me in >> RELENG_8 on the dual port version of the card >>>> Could you elaborate on what you mean by "not >> really usable"? >>>=20 >>>=20 >>> Hi, >>> Some link state issues >> (getting confused about what port is up), problems at high >> packet rates. I dont have this card in production, but >> in my test environment it was much more stable on RELENG_8 >> with the above patch in that I was not able to wedge the >> box. pps rates were pretty ok on a low end i7 as >> well. >> Thanks for the information. I'll give it a try. I have a >> problem when I flood >> a system with SCTP INITs. The system under attack becomes >> completely unresponsive >> on the console. However, it continues to send INIT-ACKs >> back. After the last >> commit from Jack it recovers after the attack. Not yet sure >> what is going on. >> Using the em driver does not have the problem. However, >> when using the em >> driver only one core is fully used, when using the igb >> driver both cores are fully >> used. Unfortunately I do not have a more than dual core >> machine available for >> this testing... >=20 > Try em and lower the interrupt moderation to something like 500 (about > 100 packets per int is good). The latency isn't going to be noticable = and > you'll see your cpu burden reduced quite a bit.=20 I'll try. Thanks. >=20 > Are you using a single NIC on a server, or do you have a firewall or > bridge? The system is a sender/receiver for SCTP. I'm interested in the 82576 since it provides checksum offloading for it. I use one or two ports for simultaneous data transfer. The cards using the em driver do not support this feature. So I'm trying to verify that the performance goes up when using hardware checksum. But under attack, this is = currently not the case...=20 >=20 > Barney >=20 >=20 >=20 >=20 >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 17:35:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021971065693 for ; Sun, 3 Jan 2010 17:35:16 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 9C70E8FC14 for ; Sun, 3 Jan 2010 17:35:15 +0000 (UTC) Received: (qmail 81279 invoked by uid 60001); 3 Jan 2010 17:35:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262540110; bh=RsNpfy/410vb8ZnQASQsHpnDvjOavl41ItdTG6k81V8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=m3IswwgoaDHxjmiMu2ffOMx2D+B2T0ulWT7AjSLsTsKfXIYB6GPW4jbel7QeI7HN7uYpwzzXUne8UHJuEQES8amso2u3O2foBGKCb5wzd8MgJ4ZVZUaCVpPRxs9PQYw18WG/1K4KbNdLlDo6hTT7Cy/gBghmiqDxuA5ibY/uLKY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lOlqg/P7cd3MQs7hhQbrBkZCl5NYuCUkksLbpxczYciR/YqGL63cwsnKuH+tX7niNhMJzr4cPfo+tRV9rjaTF4BjGIcL9BduHwjbypaKUWJOlWczHtttc6+7fY/Gc8DbAPWT9Xd9N5V7Ps0yuodsxaA4d92lKfWMz0QrI+8K47I=; Message-ID: <608024.81055.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: I0xJq5gVM1kShWWIsbVQPscb8rDOl2e4n_CLMH4oNbcpFWM8nQkDoTz_CRcKEPV61da3d2EC2JVG9G55qHtbH5XfUHq6_BqtcXVsPAlEeLkZ.o.rBGYY1YBqjyp6_nJ_uL_A4c0GwhuLDlhYOEk2zHvczLr9KfjIklLckQiQd7w5qJUoqBAumAL9_oIKz6JZDSp2p8f7PLZwr_SegMeUKrr9cD2NpIcVEPl8XOPgAtnvZrMPvG3ZmY4pX0Opj2JGc4iB0I9B663oVhgIVxSBr2NgNKukQXJscCkElOmHoGjsdECWL1lIJrc5faE- Received: from [98.203.21.152] by web63904.mail.re1.yahoo.com via HTTP; Sun, 03 Jan 2010 09:35:10 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Sun, 3 Jan 2010 09:35:10 -0800 (PST) From: Barney Cordoba To: =?iso-8859-1?Q?Michael_T=FCxen?= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 17:35:16 -0000 --- On Sun, 1/3/10, Michael T=FCxen wrot= e:=0A=0A> From: Michael T=FCxen =0A> Subj= ect: Re: igb interrupt moderation=0A> To: "Barney Cordoba" =0A> Cc: freebsd-net@freebsd.org, "Mike Tancsa" = =0A> Date: Sunday, January 3, 2010, 12:14 PM=0A> On Jan 3, 2010, at 6:00 PM= , Barney=0A> Cordoba wrote:=0A> =0A> > =0A> > =0A> > --- On Sun, 1/3/10, Mi= chael T=FCxen =0A> wrote:=0A> > =0A> >> F= rom: Michael T=FCxen =0A> >> Subject: Re:= igb interrupt moderation=0A> >> To: "Mike Tancsa" =0A> >>= Cc: "Barney Cordoba" ,=0A> jfvogel@gmail.com,=0A= > freebsd-net@freebsd.org=0A> >> Date: Sunday, January 3, 2010, 11:38 AM=0A= > >> On Jan 3, 2010, at 5:23 PM, Mike=0A> >> Tancsa wrote:=0A> >> =0A> >>> = At 11:13 AM 1/3/2010, Michael T=FCxen wrote:=0A> >>>>> =0A> >>>>> Just a se= parate datapoint about this=0A> driver,=0A> >> unless I apply=0A> >>>>> =0A= > >>>>> http://people.freebsd.org/~yongari/igb/igb.buf.patch6=0A> >>>>> =0A= > >>>>> the driver is not really usable for me=0A> in=0A> >> RELENG_8 on th= e dual port version of the card=0A> >>>> Could you elaborate on what you me= an by=0A> "not=0A> >> really usable"?=0A> >>> =0A> >>> =0A> >>> Hi,=0A> >>>= =A0 =A0 =A0 =A0=A0=A0Some=0A> link state issues=0A> >> (getting confused ab= out what port is up), problems=0A> at high=0A> >> packet rates.=A0 I dont h= ave this card in=0A> production, but=0A> >> in my test environment it was m= uch more stable on=0A> RELENG_8=0A> >> with the above patch in that I was n= ot able to=0A> wedge the=0A> >> box.=A0 pps rates were pretty ok on a low e= nd=0A> i7 as=0A> >> well.=0A> >> Thanks for the information. I'll give it a= try. I=0A> have a=0A> >> problem when I flood=0A> >> a system with SCTP IN= ITs. The system under attack=0A> becomes=0A> >> completely unresponsive=0A>= >> on the console. However, it continues to send=0A> INIT-ACKs=0A> >> back= . After the last=0A> >> commit from Jack it recovers after the attack. Not= =0A> yet sure=0A> >> what is going on.=0A> >> Using the em driver does not = have the problem.=0A> However,=0A> >> when using the em=0A> >> driver only = one core is fully used, when using the=0A> igb=0A> >> driver both cores are= fully=0A> >> used. Unfortunately I do not have a more than dual=0A> core= =0A> >> machine available for=0A> >> this testing...=0A> > =0A> > Try em an= d lower the interrupt moderation to something=0A> like 500 (about=0A> > 100= packets per int is good). The latency isn't going=0A> to be noticable and= =0A> > you'll see your cpu burden reduced quite a bit. =0A> I'll try. Thank= s.=0A> > =0A> > Are you using a single NIC on a server, or do you have=0A> = a firewall or=0A> > bridge?=0A> The system is a sender/receiver for SCTP. I= 'm interested in=0A> the 82576=0A> since it provides checksum offloading fo= r it. I use one or=0A> two ports=0A> for simultaneous data transfer. The ca= rds using the em=0A> driver do=0A> not support this feature. So I'm trying = to verify that the=0A> performance=0A> goes up when using hardware checksum= . But under attack,=0A> this is currently=0A> not the case... =0A> > =0A> >= Barney=0A=0AI usually try to find something that actually works before I w= orry=0Aabout special features. But we all work differently.=0A=0ABarney=0A= =0A=0A From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 17:52:02 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01891106566B for ; Sun, 3 Jan 2010 17:52:02 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id A0DB38FC12 for ; Sun, 3 Jan 2010 17:52:00 +0000 (UTC) Received: (qmail 31450 invoked by uid 60001); 3 Jan 2010 17:45:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262540717; bh=uyW8xGexs6lkREbp7q+XA6NO5F5SPDtxCHZ8Vuo71hU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XmtORA8ZXruWXc+vrKYtf39dYUD386++oFel+rG8VVvpxfcv3i7pqNTm6sfCqsDJGAccrnyVyNBmyf/ShxMdOtO1zMlSGbThoW2Jsgq8hf9zm1n0QZjUKytLri5MeOJJqkaKwhIYG+UHXfsfeSC63Vd4OZdMVwHNoGn2Pcu1Bkc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2VeIhlyLgsyx+2fP8pWc5b6SYZqyMIItWZb2N/fGsxiRcn+AKBqWwHhKxbauhsRz6Fo4GnZnFLzddP4CRSLetKmz+q1KvLAEaO1ZtdqyTyAcsLGti57IO2CDFS+4Sna8eJoCrh6QsPcnVE1kGd+v3WzhK90xBOzLFnID5SOuRo8=; Message-ID: <256746.31214.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: xgV41CQVM1kh0ZBk2yDWMukX1umdbMmCDWJzujXZekQ5ookTnafVxJU3.KtvsYft441xs77SERgqLJ2oNbvYYFnuB3OaYmhXBYR0ig2sPVXhrxggdCO0JKnOdQcvC1H9pabRlsojxhjX8HUvBbG1_OKWmGZ6O6oM7pk5c1miymNtO5nK.hGFSCqTxRsJ9waz32cQeyolFNArySsBSC7GjM3eL9sSuIPmunwiNWszlZPtowJlAI6xIduWn2i4ZccsI_soKJr7Zx2HganMCx9pFfdYfES65zBFK5U6j3CNNc0Vr8doJ6lOAJx_6yg- Received: from [98.203.21.152] by web63902.mail.re1.yahoo.com via HTTP; Sun, 03 Jan 2010 09:45:17 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Sun, 3 Jan 2010 09:45:17 -0800 (PST) From: Barney Cordoba To: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <269879E8-0B26-4D9E-82B3-809401AA7F6E@lurchi.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 17:52:02 -0000 =0A=0A--- On Sun, 1/3/10, Michael T=FCxen wrote:=0A=0A> From: Michael T=FCxen =0A= > Subject: Re: igb interrupt moderation=0A> To: "Barney Cordoba" =0A> Cc: "Mike Tancsa" , freebsd-net@freeb= sd.org=0A> Date: Sunday, January 3, 2010, 12:14 PM=0A> On Jan 3, 2010, at 6= :00 PM, Barney=0A> Cordoba wrote:=0A> =0A> > =0A> > =0A> > --- On Sun, 1/3/= 10, Michael T=FCxen =0A> wrote:=0A> > =0A= > >> From: Michael T=FCxen =0A> >> Subjec= t: Re: igb interrupt moderation=0A> >> To: "Mike Tancsa" = =0A> >> Cc: "Barney Cordoba" ,=0A> jfvogel@gmail.= com,=0A> freebsd-net@freebsd.org=0A> >> Date: Sunday, January 3, 2010, 11:3= 8 AM=0A> >> On Jan 3, 2010, at 5:23 PM, Mike=0A> >> Tancsa wrote:=0A> >> = =0A> >>> At 11:13 AM 1/3/2010, Michael T=FCxen wrote:=0A> >>>>> =0A> >>>>> = Just a separate datapoint about this=0A> driver,=0A> >> unless I apply=0A> = >>>>> =0A> >>>>> http://people.freebsd.org/~yongari/igb/igb.buf.patch6=0A> = >>>>> =0A> >>>>> the driver is not really usable for me=0A> in=0A> >> RELEN= G_8 on the dual port version of the card=0A> >>>> Could you elaborate on wh= at you mean by=0A> "not=0A> >> really usable"?=0A> >>> =0A> >>> =0A> >>> Hi= ,=0A> >>>=A0 =A0 =A0 =A0=A0=A0Some=0A> link state issues=0A> >> (getting co= nfused about what port is up), problems=0A> at high=0A> >> packet rates.=A0= I dont have this card in=0A> production, but=0A> >> in my test environment= it was much more stable on=0A> RELENG_8=0A> >> with the above patch in tha= t I was not able to=0A> wedge the=0A> >> box.=A0 pps rates were pretty ok o= n a low end=0A> i7 as=0A> >> well.=0A> >> Thanks for the information. I'll = give it a try. I=0A> have a=0A> >> problem when I flood=0A> >> a system wit= h SCTP INITs. The system under attack=0A> becomes=0A> >> completely unrespo= nsive=0A> >> on the console. However, it continues to send=0A> INIT-ACKs=0A= > >> back. After the last=0A> >> commit from Jack it recovers after the att= ack. Not=0A> yet sure=0A> >> what is going on.=0A> >> Using the em driver d= oes not have the problem.=0A> However,=0A> >> when using the em=0A> >> driv= er only one core is fully used, when using the=0A> igb=0A> >> driver both c= ores are fully=0A> >> used. Unfortunately I do not have a more than dual=0A= > core=0A> >> machine available for=0A> >> this testing...=0A> > =0A> > Try= em and lower the interrupt moderation to something=0A> like 500 (about=0A>= > 100 packets per int is good). The latency isn't going=0A> to be noticabl= e and=0A> > you'll see your cpu burden reduced quite a bit. =0A> I'll try. = Thanks.=0A> > =0A> > Are you using a single NIC on a server, or do you have= =0A> a firewall or=0A> > bridge?=0A> The system is a sender/receiver for SC= TP. I'm interested in=0A> the 82576=0A> since it provides checksum offloadi= ng for it. I use one or=0A> two ports=0A> for simultaneous data transfer. T= he cards using the em=0A> driver do=0A> not support this feature. So I'm tr= ying to verify that the=0A> performance=0A> goes up when using hardware che= cksum. But under attack,=0A> this is currently=0A> not the case... =0A> > = =0A> > Barney=0A=0AAre you using just 1 queue? Just because you're using bo= th cpus=0Adoesn't mean its efficient. The 8257x has separate interrupts fo= r =0Atransmit and receive, so 1 queue will be a closer match to the em=0Adr= iver so you can gauge if the offload is effective. I don't know how=0Afar j= ack has gotten in addressing the lock contention issue in igb.=0AObviously,= try all scenarios. What seems obvious rarely plays out in=0Apractice.=0A= =0ABarney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 18:33:04 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092DF106568B for ; Sun, 3 Jan 2010 18:33:04 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 50E4E8FC18 for ; Sun, 3 Jan 2010 18:33:03 +0000 (UTC) Received: from [192.168.1.190] (p508FE5E5.dip.t-dialin.net [80.143.229.229]) by mail-n.franken.de (Postfix) with ESMTP id 3592F1C0C0BEA; Sun, 3 Jan 2010 19:33:02 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <608024.81055.qm@web63904.mail.re1.yahoo.com> Date: Sun, 3 Jan 2010 19:33:01 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <608024.81055.qm@web63904.mail.re1.yahoo.com> To: Barney Cordoba X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 18:33:04 -0000 On Jan 3, 2010, at 6:35 PM, Barney Cordoba wrote: > --- On Sun, 1/3/10, Michael T=FCxen = wrote: >=20 >> From: Michael T=FCxen >> Subject: Re: igb interrupt moderation >> To: "Barney Cordoba" >> Cc: freebsd-net@freebsd.org, "Mike Tancsa" >> Date: Sunday, January 3, 2010, 12:14 PM >> On Jan 3, 2010, at 6:00 PM, Barney >> Cordoba wrote: >>=20 >>>=20 >>>=20 >>> --- On Sun, 1/3/10, Michael T=FCxen = >> wrote: >>>=20 >>>> From: Michael T=FCxen >>>> Subject: Re: igb interrupt moderation >>>> To: "Mike Tancsa" >>>> Cc: "Barney Cordoba" , >> jfvogel@gmail.com, >> freebsd-net@freebsd.org >>>> Date: Sunday, January 3, 2010, 11:38 AM >>>> On Jan 3, 2010, at 5:23 PM, Mike >>>> Tancsa wrote: >>>>=20 >>>>> At 11:13 AM 1/3/2010, Michael T=FCxen wrote: >>>>>>>=20 >>>>>>> Just a separate datapoint about this >> driver, >>>> unless I apply >>>>>>>=20 >>>>>>> http://people.freebsd.org/~yongari/igb/igb.buf.patch6 >>>>>>>=20 >>>>>>> the driver is not really usable for me >> in >>>> RELENG_8 on the dual port version of the card >>>>>> Could you elaborate on what you mean by >> "not >>>> really usable"? >>>>>=20 >>>>>=20 >>>>> Hi, >>>>> Some >> link state issues >>>> (getting confused about what port is up), problems >> at high >>>> packet rates. I dont have this card in >> production, but >>>> in my test environment it was much more stable on >> RELENG_8 >>>> with the above patch in that I was not able to >> wedge the >>>> box. pps rates were pretty ok on a low end >> i7 as >>>> well. >>>> Thanks for the information. I'll give it a try. I >> have a >>>> problem when I flood >>>> a system with SCTP INITs. The system under attack >> becomes >>>> completely unresponsive >>>> on the console. However, it continues to send >> INIT-ACKs >>>> back. After the last >>>> commit from Jack it recovers after the attack. Not >> yet sure >>>> what is going on. >>>> Using the em driver does not have the problem. >> However, >>>> when using the em >>>> driver only one core is fully used, when using the >> igb >>>> driver both cores are fully >>>> used. Unfortunately I do not have a more than dual >> core >>>> machine available for >>>> this testing... >>>=20 >>> Try em and lower the interrupt moderation to something >> like 500 (about >>> 100 packets per int is good). The latency isn't going >> to be noticable and >>> you'll see your cpu burden reduced quite a bit.=20 >> I'll try. Thanks. >>>=20 >>> Are you using a single NIC on a server, or do you have >> a firewall or >>> bridge? >> The system is a sender/receiver for SCTP. I'm interested in >> the 82576 >> since it provides checksum offloading for it. I use one or >> two ports >> for simultaneous data transfer. The cards using the em >> driver do >> not support this feature. So I'm trying to verify that the >> performance >> goes up when using hardware checksum. But under attack, >> this is currently >> not the case...=20 >>>=20 >>> Barney >=20 > I usually try to find something that actually works before I worry > about special features. But we all work differently. ... I want to make sure that the SCTP stuff works. So others can "just use it". SCTP checksum offloading is one important feature... >=20 > Barney >=20 >=20 >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Sun Jan 3 22:42:22 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80C471065695 for ; Sun, 3 Jan 2010 22:42:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 30BA98FC21 for ; Sun, 3 Jan 2010 22:42:21 +0000 (UTC) Received: by qyk6 with SMTP id 6so6223921qyk.3 for ; Sun, 03 Jan 2010 14:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=eYJHIKegx5fh9SsvFFKefzf93kGdW9Y5vYOYIluiYCA=; b=v77/+BXoEUts+H5evSP1yOpEa9LTDQ5jVcQY5RaYeJHwEFJv6R0sfGXZbkRfIsF/aU yKMgO3FxZoMZK07Nmz3zwONXiycd6jwiIVFMa3H8o+GG1O/SDo6nUFa9E5/emvZ1G49A xj/yYliTXre7CoRca1u7mMtd/VKhgky7S751E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=My0ik/X4se59jsC6TeET38GotR2wWOZYvsBCJ0s51O+CppkHuhg4yO/1KONZgZW6oC zCv63Eory26ObI+9TWpAGdBVdP4OvvPZ9DgtYHq7RBsNehUnnSAISR0tC8aRR78XY9N0 Y1mhETDHAAhRyr9lmn+nj1Px11J5dpl+r67p4= Received: by 10.224.44.211 with SMTP id b19mr3647156qaf.45.1262558534250; Sun, 03 Jan 2010 14:42:14 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm47240743qwg.28.2010.01.03.14.42.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Jan 2010 14:42:12 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 3 Jan 2010 14:41:07 -0800 From: Pyun YongHyeon Date: Sun, 3 Jan 2010 14:41:07 -0800 To: Michael T?xen Message-ID: <20100103224107.GW1166@michelle.cdnetworks.com> References: <969646.48748.qm@web63905.mail.re1.yahoo.com> <201001031428.o03ESWf2052691@lava.sentex.ca> <715F260A-A537-475E-BDFA-D2B566840500@lurchi.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <715F260A-A537-475E-BDFA-D2B566840500@lurchi.franken.de> User-Agent: Mutt/1.4.2.3i Cc: Barney Cordoba , freebsd-net@freebsd.org, jfvogel@gmail.com, Mike Tancsa Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 22:42:22 -0000 On Sun, Jan 03, 2010 at 05:13:41PM +0100, Michael T?xen wrote: > On Jan 3, 2010, at 3:28 PM, Mike Tancsa wrote: > > > At 08:55 AM 1/3/2010, Michael T?xen wrote: > >> Hi Barney, Hi Jack, > >> > >> some comments and some more questions inside... > > > > > > Just a separate datapoint about this driver, unless I apply > > > > http://people.freebsd.org/~yongari/igb/igb.buf.patch6 > > > > the driver is not really usable for me in RELENG_8 on the dual port version of the card > Could you elaborate on what you mean by "not really usable"? > The patch was generated before Jack committed new code in HEAD. At that time I saw several issues like too many interrupts under load, unresponsible system under heavy RX load and spurious watchdog timeouts etc. To fix large number of interrupts I just disabled AIM feature as it seems to cause more TX completion interrupts under heavy RX load (64 bytes UDP frames). It seems the controller can be configured to intelligently generate interrupts based on load but it seems we need some more experimentation. Just disabling AIM yielded about 8-9k interrupts/sec and I was satisfied with the result at that time. I haven't had time to experiment new igb(4) code in HEAD but new code might have fixed some known issues. From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 11:07:02 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9310A10656B6 for ; Mon, 4 Jan 2010 11:07:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 80EBD8FC1D for ; Mon, 4 Jan 2010 11:07:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04B72PJ064967 for ; Mon, 4 Jan 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04B71MZ064965 for freebsd-net@FreeBSD.org; Mon, 4 Jan 2010 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jan 2010 11:07:01 GMT Message-Id: <201001041107.o04B71MZ064965@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 11:07:02 -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/142197 net [ndis] [patch] ndis is missing media status reporting o kern/142066 net [patch] [sctp] Missing parenthesis in sys/netinet/sctp o kern/142052 net [panic] MROUTED option causes kernel panic o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon 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 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo o kern/141646 net [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged fr o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141256 net [iwn] iwn(4) causes page fault on interface up o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140970 net [bce] The two NetXtreme II BCM5709S NICs on our HP Bl4 o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140684 net [bce] Broadcom NetXtreme II BCM5709 1000Base-T - fail o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc s kern/140597 net [request] implement Lost Retransmission Detection o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on 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/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/140036 net [iwn] [lor] lock order reversal with iwn0_com_lock and o kern/139761 net [bce] bce driver on IBM HS22 [No PHY found on Child MI o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138999 net [libc] lighttpd/php-cgi with freebsd sendfile(2) enabl 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/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom o amd64/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 f kern/138666 net [multicast] [panic] not working multicast through igmp o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl 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 on 8.0-BE o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e 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/137317 net [tcp] logs full of syncache problems o kern/137292 net [ste] DFE-580TX not working properly o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. 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/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) 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/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I 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/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout 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 kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO 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 conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation 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/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting 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) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by 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/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in 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/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN 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 kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce 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 o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [if_em] FreeBSD 7 multicast routing problem o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi 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/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel 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/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 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/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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 kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset 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/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads 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/105348 net [ath] ath device stopps TX 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/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in 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 s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate 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 f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] [patch] if_sis short cable fix problems with Net s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 383 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 12:38:11 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07DCE1065672 for ; Mon, 4 Jan 2010 12:38:11 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB5D8FC13 for ; Mon, 4 Jan 2010 12:38:10 +0000 (UTC) Received: by fxm27 with SMTP id 27so668224fxm.3 for ; Mon, 04 Jan 2010 04:38:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=rlDhoBxOLzL5lgxKUFUcr47x1p9Ex0mm4gVSEmQW7SE=; b=vXxeSDqhhHRiQdtZ///E79/jdGp/89nRXcKhJ6n0GZUuJt7jkxTK+aw3IvlrpgXEDC ddLrDvMCIXMEps/hWnTrKsAO1yQE+nR/MOC9abjz0M4GqNqMWNFG7k5DEmTasEpPBXZ+ bWBIcbX+I+auMpODZr3BYKwucJNFuH8YJ+19w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=vIhiPV3vH8iwd8nDyMdrvm1eINfNgX6SM32O3B+UFpUe5I9ODtuL3BYob7SgMEACBD Ppx+6lpkAQqz9biJN0hbJNQwPodWHoZfrawLC52KiV3zGPK87ZD57kIthJYy5d+YpsnE CYxa8csfXObkTiCaCkLRlpvfADpjF1A+Z3Ax8= Received: by 10.223.75.136 with SMTP id y8mr15099489faj.69.1262608685160; Mon, 04 Jan 2010 04:38:05 -0800 (PST) Received: from ?10.0.10.2? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 13sm6023400fxm.13.2010.01.04.04.38.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 04:38:00 -0800 (PST) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <89dbfdc31001030423s3a209a59p6a16b4e86cd58b37@mail.gmail.com> Date: Mon, 4 Jan 2010 12:37:58 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <4112669B-27E0-4C4C-8107-8960F4F99BD3@freebsd.org> References: <89dbfdc31001030423s3a209a59p6a16b4e86cd58b37@mail.gmail.com> To: Kim Culhan X-Mailer: Apple Mail (2.1077) Cc: freebsd-net@freebsd.org Subject: Re: TDMA link cannot pass data X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 12:38:11 -0000 On 3 Jan 2010, at 12:23, Kim Culhan wrote: > Have setup a TDMA link with Atheros hardware but cannot pass any data > over the link. >=20 > The hardware is: >=20 > ath0: mem 0xfeb90000-0xfeb9ffff irq 17 at device 1.0 on = pci5 > ath0: [ITHREAD] > ath0: AR2413 mac 7.9 RF2413 phy 4.5 >=20 > The setup on either end: >=20 > ifconfig wlan create wlandev ath0 wlanmode tdma ssid freebsd-tdma > tdmaslotcnt 2 tdmaslotlen 2500 tdmaslot 0 up > ifconfig bridge create > ifconfig bridge0 addm wlan0 addm em1 192.168.1.17 netmask = 255.255.255.0 up > ifconfig em1 up >=20 > ifconfig wlan create wlandev ath0 wlanmode tdma ssid freebsd-tdma > tdmaslotcnt 2 tdmaslotlen 2500 tdmaslot 1 up > ifconfig bridge create > ifconfig bridge0 addm wlan0 addm em1 192.168.1.18 netmask = 255.255.255.0 up > ifconfig em1 up >=20 >> =46rom machines connected to the bridged em interfaces on either end = of > the link it is not possible to > ping the opposite end or the bridge0 address on the opposite end. >=20 > Monitoring the traffic on bridge0 it is possible to see arp packets > from the opposite ends, this is > the only evidence of the link passing any traffic. >=20 > The radio interfaces: >=20 > wlan0: flags=3D8943 > metric 0 mtu 1500 > ether 00:22:3f:fd:d6:57 > media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11g = > status: running > ssid freebsd-tdma channel 10 (2457 Mhz 11g) bssid = 00:22:3f:fd:d6:57 > country US ecm authmode OPEN privacy OFF txpower 22.5 ucastrate = 24 > mcastrate 24 scanvalid 60 protmode CTS wme burst tdmaslot 0 > tdmaslotcnt 2 tdmaslotlen 2500 tdmabintval 5 >=20 > wlan0: flags=3D8943 > metric 0 mtu 1500 > ether 00:22:3f:fd:70:ca > media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11g = > status: running > ssid freebsd-tdma channel 10 (2457 Mhz 11g) bssid = 00:22:3f:fd:d6:57 > country US ecm authmode OPEN privacy OFF txpower 22 ucastrate = 24 > mcastrate 24 scanvalid 60 protmode CTS wme burst tdmaslot 1 > tdmaslotcnt 2 tdmaslotlen 2500 tdmabintval 5 >=20 > Any help on this is very greatly appreciated. >=20 > Some background on the FreeBSD TDMA work can be found here: >=20 > http://people.freebsd.org/~sam/FreeBSD_TDMA-20090921.pdf >=20 This is odd. What happens without the bridge? -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 13:01:18 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12B01065697 for ; Mon, 4 Jan 2010 13:01:18 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 5DE478FC16 for ; Mon, 4 Jan 2010 13:01:18 +0000 (UTC) Received: (qmail 14082 invoked by uid 60001); 4 Jan 2010 13:01:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262610073; bh=NUSbWTlOqei6S1KjbpG0B28+Qh7OwH/7N22fBf7A0BQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EpUTeNEVQAm7QXEbMzwPLZGBAbw0uZDnIK14uxbHYAiWuaAoWkZtPJ0dmLYUfqiId4gK2Weij9hoxnae1kpXkutfwF/NSwoB3xdqaF9jngg3E9YR3itZdoQDSclGmw+hkCJq3RYZddl/zmbaH0ScLT1oKHaeK+JrjeOqT3EE5p0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=iQ1wXetZE0YyRBUB2HOdD7K3EpH4BDP1LLd4Pk2mf/pwwm0vdaMO1hLLuXpIrRDKttNO0fceWdGvpvuqYG6VcD1KbRNvtJJNZHd7C6vWi5UG/Hyjo5thLCzq/ZndO6F1JtU03YXcKgr9hOADSlR3XlPGJ14Twm4r/5cC+M0GHE4=; Message-ID: <488554.13788.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: 2.xj_CYVM1m7yw0k1y6lJCWSUyI8_Uv96nlmh84_DNn.LdjufjBbbiA7Ik4REjXCPUE1YkyuDeutvq0.szNrer0wmuFqvYxC4Tc3ib29pitEntxrsiUPPgACOKVaDl8aVNSEU4RL6De5mGYNnhvxtoJBZDBNBYzESy_3BnlA8Fv1PvgKYXa3AE.YohxR4svxYOXo0gGnUPm2woQgcZoH5afq9EL0NWuWR4lTPe10g7.JUf2VTi37P0I0riFiOcKOTZ8iOgX82YY8lsKMFvHFhA3pUa2aQ.sQOMARI58hhBlJ97NYyAwgd3PByvI- Received: from [98.203.21.152] by web63902.mail.re1.yahoo.com via HTTP; Mon, 04 Jan 2010 05:01:13 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Mon, 4 Jan 2010 05:01:13 -0800 (PST) From: Barney Cordoba To: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 13:01:18 -0000 =0A=0A--- On Sun, 1/3/10, Michael T=FCxen wrote:=0A=0A> From: Michael T=FCxen =0A= > Subject: Re: igb interrupt moderation=0A> To: "Barney Cordoba" =0A> Cc: freebsd-net@freebsd.org, "Mike Tancsa" =0A> Date: Sunday, January 3, 2010, 1:33 PM=0A> On Jan 3, 2010, at 6:= 35 PM, Barney=0A> Cordoba wrote:=0A> =0A> > --- On Sun, 1/3/10, Michael T= =FCxen =0A> wrote:=0A> > =0A> >> From: Mi= chael T=FCxen =0A> >> Subject: Re: igb in= terrupt moderation=0A> >> To: "Barney Cordoba" = =0A> >> Cc: freebsd-net@freebsd.org,=0A> "Mike Tancsa" =0A= > >> Date: Sunday, January 3, 2010, 12:14 PM=0A> >> On Jan 3, 2010, at 6:00= PM, Barney=0A> >> Cordoba wrote:=0A> >> =0A> >>> =0A> >>> =0A> >>> --- On = Sun, 1/3/10, Michael T=FCxen =0A> >> wrot= e:=0A> >>> =0A> >>>> From: Michael T=FCxen =0A> >>>> Subject: Re: igb interrupt moderation=0A> >>>> To: "Mike Tancsa= " =0A> >>>> Cc: "Barney Cordoba" ,=0A> >> jfvogel@gmail.com,=0A> >> freebsd-net@freebsd.org=0A> >>>> Date: = Sunday, January 3, 2010, 11:38 AM=0A> >>>> On Jan 3, 2010, at 5:23 PM, Mike= =0A> >>>> Tancsa wrote:=0A> >>>> =0A> >>>>> At 11:13 AM 1/3/2010, Michael T= =FCxen=0A> wrote:=0A> >>>>>>> =0A> >>>>>>> Just a separate datapoint=0A> ab= out this=0A> >> driver,=0A> >>>> unless I apply=0A> >>>>>>> =0A> >>>>>>> ht= tp://people.freebsd.org/~yongari/igb/igb.buf.patch6=0A> >>>>>>> =0A> >>>>>>= > the driver is not really=0A> usable for me=0A> >> in=0A> >>>> RELENG_8 on= the dual port version of the=0A> card=0A> >>>>>> Could you elaborate on wh= at you=0A> mean by=0A> >> "not=0A> >>>> really usable"?=0A> >>>>> =0A> >>>>= > =0A> >>>>> Hi,=0A> >>>>>=A0 =A0 =A0 =A0 =A0=0A> Some=0A> >> link state is= sues=0A> >>>> (getting confused about what port is up),=0A> problems=0A> >>= at high=0A> >>>> packet rates.=A0 I dont have this card=0A> in=0A> >> prod= uction, but=0A> >>>> in my test environment it was much more=0A> stable on= =0A> >> RELENG_8=0A> >>>> with the above patch in that I was not=0A> able t= o=0A> >> wedge the=0A> >>>> box.=A0 pps rates were pretty ok on a=0A> low e= nd=0A> >> i7 as=0A> >>>> well.=0A> >>>> Thanks for the information. I'll gi= ve it a=0A> try. I=0A> >> have a=0A> >>>> problem when I flood=0A> >>>> a s= ystem with SCTP INITs. The system under=0A> attack=0A> >> becomes=0A> >>>> = completely unresponsive=0A> >>>> on the console. However, it continues to= =0A> send=0A> >> INIT-ACKs=0A> >>>> back. After the last=0A> >>>> commit fr= om Jack it recovers after the=0A> attack. Not=0A> >> yet sure=0A> >>>> what= is going on.=0A> >>>> Using the em driver does not have the=0A> problem.= =0A> >> However,=0A> >>>> when using the em=0A> >>>> driver only one core i= s fully used, when=0A> using the=0A> >> igb=0A> >>>> driver both cores are = fully=0A> >>>> used. Unfortunately I do not have a more=0A> than dual=0A> >= > core=0A> >>>> machine available for=0A> >>>> this testing...=0A> >>> =0A>= >>> Try em and lower the interrupt moderation to=0A> something=0A> >> like= 500 (about=0A> >>> 100 packets per int is good). The latency=0A> isn't goi= ng=0A> >> to be noticable and=0A> >>> you'll see your cpu burden reduced qu= ite a=0A> bit. =0A> >> I'll try. Thanks.=0A> >>> =0A> >>> Are you using a s= ingle NIC on a server, or do=0A> you have=0A> >> a firewall or=0A> >>> brid= ge?=0A> >> The system is a sender/receiver for SCTP. I'm=0A> interested in= =0A> >> the 82576=0A> >> since it provides checksum offloading for it. I=0A= > use one or=0A> >> two ports=0A> >> for simultaneous data transfer. The ca= rds using=0A> the em=0A> >> driver do=0A> >> not support this feature. So I= 'm trying to verify=0A> that the=0A> >> performance=0A> >> goes up when usi= ng hardware checksum. But under=0A> attack,=0A> >> this is currently=0A> >>= not the case... =0A> >>> =0A> >>> Barney=0A> > =0A> > I usually try to fin= d something that actually works=0A> before I worry=0A> > about special feat= ures. But we all work differently.=0A> ... I want to make sure that the SCT= P stuff works. So=0A> others=0A> can "just use it". SCTP checksum offloadin= g is one=0A> important=0A> feature...=0A> > =0A> > Barney=0A> > =0A=0AIt ju= st seems a bit silly to worry about saving a few cpu cycles=0Aon checksum o= ffload when the general driver design is wholly =0Ainefficient and unsuitab= le for production. =0A=0ABarney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 15:30:30 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E24771065693 for ; Mon, 4 Jan 2010 15:30:30 +0000 (UTC) (envelope-from proks@skylinetele.com) Received: from Harpy.sky.od.ua (harpy.sky.od.ua [81.25.224.2]) by mx1.freebsd.org (Postfix) with ESMTP id 507C78FC15 for ; Mon, 4 Jan 2010 15:30:29 +0000 (UTC) Received: from logos.sky.od.ua (logos [81.25.224.11]) by Harpy.sky.od.ua (8.12.10/8.12.10) with ESMTP id o04FUSwi022024; Mon, 4 Jan 2010 17:30:28 +0200 Message-ID: <4B420991.5070809@skylinetele.com> Date: Mon, 04 Jan 2010 17:30:25 +0200 From: "Prokofiev S.P." User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: Pyun YongHyeon References: <200912302030.nBUKU5eA012796@freefall.freebsd.org> In-Reply-To: <200912302030.nBUKU5eA012796@freefall.freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: kern/141843: [em] [vlan] Intel txcsum and assigned vlan invoke wrong dst MAC in TCP packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 15:30:31 -0000 Thanks Pyun YongHyeon! I apply patch em.csum_tso.20091230.patch and rebuild/reinstall kernel and have received successful result for tcp and udp connections (test by iperf). But the hangs down/up nic bug do not disappear (kern/141285 without connection problems after your patch). Please pay attention to this problem. From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 16:00:14 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AE91106568F for ; Mon, 4 Jan 2010 16:00:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 391D38FC28 for ; Mon, 4 Jan 2010 16:00:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04G0ESj025699 for ; Mon, 4 Jan 2010 16:00:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04G0EDG025698; Mon, 4 Jan 2010 16:00:14 GMT (envelope-from gnats) Date: Mon, 4 Jan 2010 16:00:14 GMT Message-Id: <201001041600.o04G0EDG025698@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/142052: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:00:14 -0000 The following reply was made to PR kern/142052; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/142052: commit references a PR Date: Mon, 4 Jan 2010 15:58:51 +0000 (UTC) Author: syrinx Date: Mon Jan 4 15:58:36 2010 New Revision: 201515 URL: http://svn.freebsd.org/changeset/base/201515 Log: MFC r201254: Make sure the multicast forwarding cache entry's stall queue is properly initialized before trying to insert an entry into it. PR: kern/142052 Reviewed by: bms Modified: stable/8/sys/netinet/ip_mroute.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/xen/xenpci/ (props changed) Modified: stable/8/sys/netinet/ip_mroute.c ============================================================================== --- stable/8/sys/netinet/ip_mroute.c Mon Jan 4 15:50:41 2010 (r201514) +++ stable/8/sys/netinet/ip_mroute.c Mon Jan 4 15:58:36 2010 (r201515) @@ -1384,6 +1384,15 @@ fail: rt->mfc_rp.s_addr = INADDR_ANY; rt->mfc_bw_meter = NULL; + /* initialize pkt counters per src-grp */ + rt->mfc_pkt_cnt = 0; + rt->mfc_byte_cnt = 0; + rt->mfc_wrong_if = 0; + timevalclear(&rt->mfc_last_assert); + + TAILQ_INIT(&rt->mfc_stall); + rt->mfc_nstall = 0; + /* link into table */ LIST_INSERT_HEAD(&mfchashtbl[hash], rt, mfc_hash); TAILQ_INSERT_HEAD(&rt->mfc_stall, rte, rte_link); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 16:02:20 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9081A1065696 for ; Mon, 4 Jan 2010 16:02:20 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id 48E688FC1D for ; Mon, 4 Jan 2010 16:02:19 +0000 (UTC) Received: (qmail 55121 invoked by uid 60001); 4 Jan 2010 16:02:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262620933; bh=fKWE5aqtKvKV+fBj6vsHzmG7CGODWDglZaL1v+fo/RU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TMX9ZxGR3+Am7+zg7wBogZ7WA5yiC7Mq+yB4Y3601aj2/sOppxTcFT+25HJAEZ81ywQKmedrhYFzbtdAaPzp72d3s7punc+PCY0GBFJDMDeNQkRxFBvCMXypdoUrdp9pcIUsSQ/3jDUtaKp7jogEkxvIk0tbvgv3jV91R0IYKCM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=gS+xKbkXHfX6x4dBUdNxst7Jq0KaDQKDH20UMwwxUABpw3oC9i7EONpmFC1FtKdPc6guBOWDM+HCdRvFMMIgDfb9+0GPm0Um8XudDV1TLJosZ9j1lzxJZbYMhH68o3bwhUyqMtpBSIaJivGp9m6+Uj6OxHe/ofZgJcf/3UgQpwM=; Message-ID: <935818.54864.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: vsMt6KcVM1nsThm3p1d9ZSidZQ.B4qFov1pt2c4VyUiJ7QasezrGl3vnhQFnDlmCYdBUJAkFMQmToybBciTTVs_puH7lXsOa8klWyyOh5HoiKZNMXDQH0XKkWfJdWtRZHiUmbYOKKYTZpjxPiHfpWkwVs_KL4_eOZRDNZW_._stVF4tnGvkUbRBER3OyQhY2R5oUM7WmF7xQFoeykCEM99RGDRyLXWcerpqS2NaQzUewsCD772sXuc8YO1DVWRsTMvLoMhOaYMMSzwdm1WNioC1hue5hiWaSmJoopbpDntg9kaXyMqw- Received: from [98.203.21.152] by web63906.mail.re1.yahoo.com via HTTP; Mon, 04 Jan 2010 08:02:13 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Mon, 4 Jan 2010 08:02:13 -0800 (PST) From: Barney Cordoba To: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <133FB4C8-AF96-4CBC-8291-2325592AB628@lurchi.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, jfvogel@gmail.com Subject: Re: igb interrupt moderation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:02:20 -0000 =0A=0A--- On Sun, 1/3/10, Michael T=FCxen wrote:=0A=0A> From: Michael T=FCxen =0A= > Subject: Re: igb interrupt moderation=0A> To: "Michael T=FCxen" =0A> Cc: "Barney Cordoba" , freebsd-net@freebsd.org, jfvogel@gmail.com=0A> Date: Sunday, January 3,= 2010, 9:54 AM=0A> Dear all,=0A> =0A> I just figured out that there is a ne= wer version of the=0A> spec=0A> available: 2.45. Some of the issues as indi= cated inline=0A> are already resolved. =0A> =0A> Best regards=0A> Michael= =0A> =0A> On Jan 3, 2010, at 2:55 PM, Michael T=FCxen wrote:=0A> =0A> > Hi = Barney, Hi Jack,=0A> > =0A> > some comments and some more questions inside.= ..=0A> > =0A> > Best regards=0A> > Michael=0A> > =0A> > On Jan 2, 2010, at = 8:42 PM, Barney Cordoba wrote:=0A> > =0A> >> Jack,=0A> >> =0A> >> I'm tryin= g to get some clarification on=0A> differences I'm finding between=0A> >> t= he 82575 and 82576 parts with respect to=0A> interrupt moderation. The spec= =0A> >> I have for the 82576 (82576_Datasheet_v2p1.pdf)=0A> indicates that = the =0A> > I'm only commenting 82576. You can get rev 2.41 from=0A> intels = website...=0A> It is really 2.45 now=0A> >> =0A> >> ITR algorithm is differ= ent than the one used (I=0A> don't have one of the=0A> >> secret copies of = the 82575 spec). The algorithm=0A> shown is=0A> >> =0A> >> interrupts/sec = =3D 1/(2 * 10-6sec x interval) (page=0A> 295, Section 7.3.4)=0A> >> =0A> >>= which is clearly wrong from practice. I have an=0A> 82576 (device id 10C9)= =0A> > If you look at section 8.8.12, you find other=0A> formulas...=0A> > = Jack: Which ones are correct?=0A> The formulas is 8.8.12 are gone. Issue re= solved.=0A> >> if I use the 125d setting in the example get just=0A> under = 32000 interrupts=0A> >> per second. Clearly your code doesnt implement=0A> = this, nor do you have=0A> >> different settings for the 82575 and 82576 par= ts.=0A> So I assume that the =0A> >> same formula for the em parts hold for= the igb=0A> parts, and that the =0A> >> datasheet is wrong?=0A> >> =0A> >>= There does seem to be a slight difference. The=0A> setting that gets 1000= =0A> >> ints/second on the 82575 generates about 1020 on=0A> the 82576. Not= a big=0A> >> deal but I wonder why there's a difference? Is the=0A> refere= nce clock for=0A> >> these something that may not be fixed and could=0A> va= ry from board to =0A> >> board? Note that both devices are on the same MB.= =0A> >> =0A> >> Also, it seems that settings to EITR over 32767=0A> wrap on= the 82576 (for=0A> >> example writing 32768 to EITR is the same as=0A> wri= ting a 1). So the=A0 minimum setting on the 82576 is=0A> around 125 ints/se= cond. The 82575 can accept =0A> >> values up the 65535 before wrapping. =0A= > > Hmm, looking at the table in 8.8.12 would suggest:=0A> > Setting it to = one sets a reserved bit, but does not=0A> change the interval.=0A> > Settin= g it to 2^15 should set the LLI_EN bit, but does=0A> not change in interval= .=0A> > =0A> > Jack is setting the register to=0A> > igb_low_latency: 128= =0A> > igb_ave_latency: 450=0A> > igb_bulk_latency: 1200=0A> > =0A> > This = would result in intervals of:=0A> > igb_low_latency: 32=0A> > igb_ave_laten= cy: 112=0A> > igb_bulk_latency: 300=0A> > Jack: What are the corresponding = interrupt rates? The=0A> spec provides different=0A> >=A0 =A0 =A0 formulas = and talks about a 1us,=0A> 2us or 8us counter. Not sure what is right...=0A= > The interrupt rates are according to the formula in the=0A> spec=0A> igb_= low_latency: 31250=0A> igb_ave_latency: 8929=0A> igb_bulk_latency: 3333=0A>= Jack: Is this right?=0A> > Jack: Why are you setting bit1 (which is reserv= ed) in=0A> the case igb_ave_latency?=0A> Still valid.=0A> > =0A> > And anot= her question for Jack:=0A> > In igb_update_aim() you do=0A> > =A0=A0=A0 if = (olditr !=3D newitr) {=0A> > =A0=A0=A0 =A0=A0=A0 /* Change=0A> interrupt ra= te */=0A> > =A0=A0=A0 =A0=A0=A0=0A> rxr->eitr_setting =3D newitr;=0A> > =A0= =A0=A0 =A0=A0=A0=0A> E1000_WRITE_REG(&adapter->hw,=0A> E1000_EITR(rxr->me),= =0A> > =A0=A0=A0 =A0=A0=A0 =A0 =A0=0A> newitr | (newitr << 16));=0A> > =A0= =A0=A0 }=0A> > So why are setting the higher bits of the EITR? You=0A> are = setting=0A> > igb_low_latency: the LL Counter becomes 0, the=0A> moderation= counter becomes 16=0A> > igb_ave_latency: the LL Counter becomes 2, the=0A= > moderation counter becomes 56=0A> > igb_bulk_latency: the LL Counter beco= mes 16, the=0A> moderation counter becomes 148=0A> Still valid.=0A> > =0A> = > I really do not understand these settings. Maybe the=0A> spec is wrong? O= r you do mean=0A> > =A0=A0=A0 if (olditr !=3D newitr) {=0A> > =A0=A0=A0 =A0= =A0=A0 /* Change=0A> interrupt rate */=0A> > =A0=A0=A0 =A0=A0=A0=0A> rxr->e= itr_setting =3D newitr;=0A> > =A0=A0=A0 =A0=A0=A0=0A> E1000_WRITE_REG(&adap= ter->hw, E1000_EITR(rxr->me),=0A> newitr);=0A> > =A0=A0=A0 }=0A> > Or do yo= u want to preserve the counters, set the=0A> CNT_INGR bit and mean=0A> > = =A0=A0=A0 if (olditr !=3D newitr) {=0A> > =A0=A0=A0 =A0=A0=A0 /* Change=0A>= interrupt rate */=0A> > =A0=A0=A0 =A0=A0=A0=0A> rxr->eitr_setting =3D newi= tr;=0A> > =A0=A0=A0 =A0=A0=A0=0A> E1000_WRITE_REG(&adapter->hw, E1000_EITR(= rxr->me),=0A> 0x80000000 | newitr);=0A> > =A0=A0=A0 }=0A> > =0A> > Could yo= u clarify that?=0A> Still valid.=0A> >> =0A> >> The 82576 document doesn't = have a map of the=0A> register that I can find, so=0A> >> Im curious as to = whether these observations are=0A> something I can assume is=0A> >> true ac= ross all parts and motherboards/cards, or=0A> is there some=0A> >> implemen= tation variance that will cause these to=0A> only apply to the ones=0A> >> = I happen to be testing?=0A> >> =0A> >> Thanks,=0A> >> =0A> >> Barney=0A> >>= =0A> >> =0A> >> =0A> >> =0A=0AJust to add a question to this for Jack. Can= you force a close to =0Aimmediate interrupt by writing a low value to the = counter in the =0AEITR register? =0A=0AWhat happens when you write a zero? = Does it just restart, or does=0Ait gen an interrupt?=0A=0ABarney=0A=0A=0A = From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 16:48:40 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D23B1065693 for ; Mon, 4 Jan 2010 16:48:40 +0000 (UTC) (envelope-from fam@sky.net.pk) Received: from ns1.sky.net.pk (mx1.sky.net.pk [203.175.64.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4D02F8FC19 for ; Mon, 4 Jan 2010 16:48:38 +0000 (UTC) Received: from solacef62bf25b ([203.175.64.72]) by ns1.sky.net.pk (8.13.5/8.13.5) with SMTP id o04H6frD020830 for ; Mon, 4 Jan 2010 22:06:41 +0500 Message-ID: <000801ca8d5b$9017ce20$0a02a8c0@solacef62bf25b> From: "Fazal Ahmed Malik" To: Date: Mon, 4 Jan 2010 21:32:48 +0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: pppoe controlling simultaneous use with freeradius X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:48:40 -0000 Hi guys, i have trouble in simultaneous use to work with Freeradius 2 and = FreeBSD5.2 pppoe server. My Freebsd box as working as PPPOE server and = on same box freeradius is working. But i don't know how freebsd interact = with radius as nas. Also could not kill stale pppoe sessions. I also = tried MAC-based authentication but without luck. Please help if some one has solution for this problem i guess i am just = missing nas type for freebsd as box is unable to answer radius querries = due to wrong nas type. Thanks, Best regards, Fazal Ahmed Malik From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 18:30:05 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5589710656B6 for ; Mon, 4 Jan 2010 18:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2ABEB8FC1E for ; Mon, 4 Jan 2010 18:30:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04IU5Ke058690 for ; Mon, 4 Jan 2010 18:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04IU55S058682; Mon, 4 Jan 2010 18:30:05 GMT (envelope-from gnats) Date: Mon, 4 Jan 2010 18:30:05 GMT Message-Id: <201001041830.o04IU55S058682@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/142066: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 18:30:05 -0000 The following reply was made to PR kern/142066; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/142066: commit references a PR Date: Mon, 4 Jan 2010 18:25:52 +0000 (UTC) Author: tuexen Date: Mon Jan 4 18:25:38 2010 New Revision: 201523 URL: http://svn.freebsd.org/changeset/base/201523 Log: Correct usage of parenthesis. PR: kern/142066 Approved by: rrs (mentor) Obtained from: Henning Petersen, Bruce Cran. MFC after: 2 weeks Modified: head/sys/netinet/sctp_pcb.c Modified: head/sys/netinet/sctp_pcb.c ============================================================================== --- head/sys/netinet/sctp_pcb.c Mon Jan 4 18:21:27 2010 (r201522) +++ head/sys/netinet/sctp_pcb.c Mon Jan 4 18:25:38 2010 (r201523) @@ -5528,7 +5528,7 @@ sctp_pcb_init() /* Init the TIMEWAIT list */ for (i = 0; i < SCTP_STACK_VTAG_HASH_SIZE; i++) { - LIST_INIT(&SCTP_BASE_INFO(vtag_timewait[i])); + LIST_INIT(&SCTP_BASE_INFO(vtag_timewait)[i]); } #if defined(SCTP_USE_THREAD_BASED_ITERATOR) @@ -6385,7 +6385,7 @@ sctp_is_vtag_good(struct sctp_inpcb *inp } skip_vtag_check: - chain = &SCTP_BASE_INFO(vtag_timewait[(tag % SCTP_STACK_VTAG_HASH_SIZE))]; + chain = &SCTP_BASE_INFO(vtag_timewait)[(tag % SCTP_STACK_VTAG_HASH_SIZE)]; /* Now what about timed wait ? */ if (!LIST_EMPTY(chain)) { /* _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 19:05:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2FD1065676 for ; Mon, 4 Jan 2010 19:05:24 +0000 (UTC) (envelope-from wouter@widexs.nl) Received: from mx2.mail.widexs.nl (mx2-out.mail.widexs.nl [213.206.122.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3588FC18 for ; Mon, 4 Jan 2010 19:05:24 +0000 (UTC) Received: from ex01.widexs.nl ([213.206.120.11]) by mx2.mail.widexs.nl with esmtp (Exim 4.63) (envelope-from ) id 1NRrye-0002IT-Da for freebsd-net@freebsd.org; Mon, 04 Jan 2010 19:48:28 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 4 Jan 2010 19:48:28 +0100 Message-ID: <87458E9581E41E4F8FFD6062007408560485654A@mail01.widexs.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: CARP IPv6 support ? Thread-Index: AcqNboEZV5tIfVicRnGPaeCgyZoy7g== From: "Wouter de Jong" To: X-WideXS-MailScanner-Information: X-WideXS-MailScanner-ID: 1NRrye-0002IT-Da X-WideXS-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-WideXS-MailScanner-SpamCheck: not spam X-WideXS-MailScanner-From: wouter@widexs.nl Subject: CARP IPv6 support ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 19:05:24 -0000 Hi, Anyone who knows if perhaps CARP already works for IPv6,=20 in a recent FreeBSD version ? (http://www.freebsd.org/cgi/query-pr.cgi?pr=3D127050) Thanks & regards, Wouter From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 19:15:27 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0852310656A6; Mon, 4 Jan 2010 19:15:27 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D36548FC20; Mon, 4 Jan 2010 19:15:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04JFQ5c003125; Mon, 4 Jan 2010 19:15:26 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04JFQ7k003121; Mon, 4 Jan 2010 19:15:26 GMT (envelope-from brucec) Date: Mon, 4 Jan 2010 19:15:26 GMT Message-Id: <201001041915.o04JFQ7k003121@freefall.freebsd.org> To: henning.petersen@t-online.de, brucec@FreeBSD.org, freebsd-net@FreeBSD.org, brucec@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/142066: [patch] [sctp] Missing parenthesis in sys/netinet/sctp_pcb.c . X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 19:15:27 -0000 Synopsis: [patch] [sctp] Missing parenthesis in sys/netinet/sctp_pcb.c . State-Changed-From-To: open->patched State-Changed-By: brucec State-Changed-When: Mon Jan 4 19:13:06 UTC 2010 State-Changed-Why: Fixed in r201523. Responsible-Changed-From-To: freebsd-net->brucec Responsible-Changed-By: brucec Responsible-Changed-When: Mon Jan 4 19:13:06 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=142066 From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 20:02:05 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A54091065676; Mon, 4 Jan 2010 20:02:05 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D4B58FC1B; Mon, 4 Jan 2010 20:02:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o04K25Ba046000; Mon, 4 Jan 2010 20:02:05 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o04K255r045996; Mon, 4 Jan 2010 20:02:05 GMT (envelope-from gavin) Date: Mon, 4 Jan 2010 20:02:05 GMT Message-Id: <201001042002.o04K255r045996@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: bin/136661: [patch] ndp(8) ignores -f option X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:02:05 -0000 Synopsis: [patch] ndp(8) ignores -f option Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Mon Jan 4 20:00:59 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). Patch looks good (and fits the style of the rest of the file), but I'm not in any position to test it. http://www.freebsd.org/cgi/query-pr.cgi?pr=136661 From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 20:34:33 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4541810656A4 for ; Mon, 4 Jan 2010 20:34:33 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id E82EE8FC20 for ; Mon, 4 Jan 2010 20:34:32 +0000 (UTC) Received: by qyk6 with SMTP id 6so6566279qyk.3 for ; Mon, 04 Jan 2010 12:34:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=j9bb0U2twCURW47l2WTSG4Y93nAvY1op2S+63R4Ok00=; b=XSaaC7mytl+MCFQ5dLC71wDUzAHTvqJTnru3cYZ6cZLAmre5dnsdmfzktNohYyrxre t7erC2uhsVNe5vgSr7GxNaexlqlnUxYnl1aGGQqIf7sNp7c0uchfw8fzDWtJYR1C/Pry rGi1xrGwVWyGYXf7mnK4iYNNjyhezU1QmyTn8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=l6SgUT73d11pTqwA2CEsdkcqK6kDNCVJ112M23s/RAYmeoUshzSvHlHFJTejcs1XKM CIwZqB0K3I9xWMDudxsVcwFKe1yJQa66oLycbatUjCXLoX5YLCtrzbiugdB2DRfmje1R vW05Qj4xuuipr5GbyT1hUx3yksrWncHD7iYHo= Received: by 10.224.78.214 with SMTP id m22mr11483453qak.95.1262637269268; Mon, 04 Jan 2010 12:34:29 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm49799471qwj.43.2010.01.04.12.34.26 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 12:34:28 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 4 Jan 2010 12:34:41 -0800 From: Weongyo Jeong Date: Mon, 4 Jan 2010 12:34:41 -0800 To: Steven Friedrich Message-ID: <20100104203441.GG1491@weongyo> Mail-Followup-To: Steven Friedrich , Sam Leffler , freebsd-net@freebsd.org References: <200912151603.32111.freebsd@insightbb.com> <4B35160C.3040701@errno.com> <20091226044243.GE11506@weongyo> <200912260942.48320.freebsd@insightbb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912260942.48320.freebsd@insightbb.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:34:33 -0000 On Sat, Dec 26, 2009 at 09:42:48AM -0500, Steven Friedrich wrote: > On Friday 25 December 2009 11:42:43 pm Weongyo Jeong wrote: > > On Fri, Dec 25, 2009 at 11:44:12AM -0800, Sam Leffler wrote: > > > Steven Friedrich wrote: > > > >On Thursday 24 December 2009 05:09:42 pm Weongyo Jeong wrote: > > > >>OK. It looks weird idProduct didn't be decreased 1 after loading the > > > >>firmware. > > > >> > > > >>And what I'd like to see is the *full* result of the following steps: > > > >> > > > >> 1. plugs in your USB device. > > > >> 2. run commands as follows: > > > >> > > > >> # kldload if_uath > > > >> # dmesg | tail > > > >> # uathload -v -d /dev/ugen4.3 > > > >> # dmesg | tail > > > >> > > > >>In a theory, after loading the firmware normally the device which at > > > >> the moment idProduct is 0x4251 is detached and reseted then it should > > > >> be reattached with idProduct(0x4250). > > > >> > > > >>regards, > > > >>Weongyo Jeong > > > > > > > >Opps, I'm sorry, the reply I just sent ws wrong because once you've used > > > >uathload, you have to unplugplug the device before you can run it again. > > > >So here it is: > > > >Load firmware ar5523.bin (builtin) to /dev/ugen4.3 > > > >send block 0: 147368 bytes remaining > > > > > > > > : data... > > > > : wait for ack...flags=0x14 total=149416 > > > > > > <...snip...> > > > > > > The device should detach and be re-enumerated w/ a different device id > > > that the driver attaches to. Hard to say why it does not. > > > > > > uathload should be automatically run by devd but it appears the devd > > > rules file I did got lost (don't see it in the tree). > > > > I agree with sam@ that it's hard to understand why it's not detached > > after downloading the firmware. > > > > Yesterday I ordered `Netgear Wireless USB Adapter WG111T' which probably > > is same one with you so I could reproduce your problem and debug it. > > Thanks for your effort. I appreciate it. Could you please test with attached patch? Today the device I ordered is delivered and I tried to test with it. One thing, it looks weird, I noticed is that after uploading the firmware, idProduct is increased not decreased. After patching, you should rebuild the module. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 20:44:22 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C4C61065672 for ; Mon, 4 Jan 2010 20:44:22 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id DB3F98FC1D for ; Mon, 4 Jan 2010 20:44:21 +0000 (UTC) Received: by qyk6 with SMTP id 6so6569616qyk.3 for ; Mon, 04 Jan 2010 12:44:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=rQO20/awkFL5jON6HOLeiUKy9NdyKZv15Q+h5nZZWoA=; b=AmUt3F0i9oCVJ/6TJAgf4z1C92ex4WtNn7hGxspEUuwj3c7rYsDDO3p960J/YDUOjP 8gmegBFX+DUPaOjuDdVfMjG3NH/d6jdlgcD6Dgv/v4+wtzeLz7C8GEI2lmNO2wHZfw16 CPXa0dcrKfTNZUArz2ohdBJkTDe37CbwC2b/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=kRkZnMbxCqt+0l09Rf3dS5c/TBc0fkd4uV7ApULCMd5XNaJcGWvamY7mx+SHYiIZ+c gZufT7LpLe5jPhJ5Uf/fPUS76MfX1y5Ex77NQptwGcBk2XgXYmmZ8O9zeQ6L3jNNJGXA Dl/nZj4zFUrT2EgEnkD9Jc4/dcoakSCFEF4gg= Received: by 10.224.44.164 with SMTP id a36mr11535580qaf.149.1262637850225; Mon, 04 Jan 2010 12:44:10 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm49842616qwe.5.2010.01.04.12.44.09 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 12:44:09 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 4 Jan 2010 12:44:24 -0800 From: Weongyo Jeong Date: Mon, 4 Jan 2010 12:44:24 -0800 To: Steven Friedrich Message-ID: <20100104204424.GH1491@weongyo> Mail-Followup-To: Steven Friedrich , Sam Leffler , freebsd-net@freebsd.org References: <200912151603.32111.freebsd@insightbb.com> <4B35160C.3040701@errno.com> <20091226044243.GE11506@weongyo> <200912260942.48320.freebsd@insightbb.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="t0UkRYy7tHLRMCai" Content-Disposition: inline In-Reply-To: <200912260942.48320.freebsd@insightbb.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:44:22 -0000 --t0UkRYy7tHLRMCai Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Dec 26, 2009 at 09:42:48AM -0500, Steven Friedrich wrote: > On Friday 25 December 2009 11:42:43 pm Weongyo Jeong wrote: > > On Fri, Dec 25, 2009 at 11:44:12AM -0800, Sam Leffler wrote: > > > Steven Friedrich wrote: > > > >On Thursday 24 December 2009 05:09:42 pm Weongyo Jeong wrote: > > > >>OK. It looks weird idProduct didn't be decreased 1 after loading the > > > >>firmware. > > > >> > > > >>And what I'd like to see is the *full* result of the following steps: > > > >> > > > >> 1. plugs in your USB device. > > > >> 2. run commands as follows: > > > >> > > > >> # kldload if_uath > > > >> # dmesg | tail > > > >> # uathload -v -d /dev/ugen4.3 > > > >> # dmesg | tail > > > >> > > > >>In a theory, after loading the firmware normally the device which at > > > >> the moment idProduct is 0x4251 is detached and reseted then it should > > > >> be reattached with idProduct(0x4250). > > > >> > > > >>regards, > > > >>Weongyo Jeong > > > > > > > >Opps, I'm sorry, the reply I just sent ws wrong because once you've used > > > >uathload, you have to unplugplug the device before you can run it again. > > > >So here it is: > > > >Load firmware ar5523.bin (builtin) to /dev/ugen4.3 > > > >send block 0: 147368 bytes remaining > > > > > > > > : data... > > > > : wait for ack...flags=0x14 total=149416 > > > > > > <...snip...> > > > > > > The device should detach and be re-enumerated w/ a different device id > > > that the driver attaches to. Hard to say why it does not. > > > > > > uathload should be automatically run by devd but it appears the devd > > > rules file I did got lost (don't see it in the tree). > > > > I agree with sam@ that it's hard to understand why it's not detached > > after downloading the firmware. > > > > Yesterday I ordered `Netgear Wireless USB Adapter WG111T' which probably > > is same one with you so I could reproduce your problem and debug it. > > Thanks for your effort. I appreciate it. Oops I forgot to attach the file. regards, Weongyo Jeong --t0UkRYy7tHLRMCai Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_uath_20100104.diff" Index: usbdevs =================================================================== --- usbdevs (revision 201529) +++ usbdevs (working copy) @@ -2003,8 +2003,8 @@ product NETGEAR WG111V2 0x6a00 WG111V2 product NETGEAR2 MA101 0x4100 MA101 product NETGEAR2 MA101B 0x4102 MA101 Rev B -product NETGEAR3 WG111T 0x4250 WG111T product NETGEAR3 WG111T_NF 0x4251 WG111T (no firmware) +product NETGEAR3 WG111T 0x4252 WG111T product NETGEAR3 WPN111 0x5f00 WPN111 product NETGEAR3 WPN111_NF 0x5f01 WPN111 (no firmware) --t0UkRYy7tHLRMCai-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 21:01:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47A7810656A3 for ; Mon, 4 Jan 2010 21:01:19 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (gw.tyknet.dk [93.167.110.194]) by mx1.freebsd.org (Postfix) with ESMTP id ED7A28FC29 for ; Mon, 4 Jan 2010 21:01:18 +0000 (UTC) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.tyknet.dk (Postfix) with ESMTP id E14F0B99C for ; Mon, 4 Jan 2010 22:01:16 +0100 (CET) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.tyknet.dk (Postfix) with ESMTP id F3FB7B94C for ; Mon, 4 Jan 2010 22:01:12 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on doobie.tyknet.cn.dom X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 Received: from [10.10.1.199] (tykpc.tyknet.cn.dom [10.10.1.199]) by mail.tyknet.dk (Postfix) with ESMTP id D4621B86B for ; Mon, 4 Jan 2010 22:01:12 +0100 (CET) Message-ID: <4B425717.4070608@gibfest.dk> Date: Mon, 04 Jan 2010 22:01:11 +0100 From: Thomas Rasmussen User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <87458E9581E41E4F8FFD6062007408560485654A@mail01.widexs.local> In-Reply-To: <87458E9581E41E4F8FFD6062007408560485654A@mail01.widexs.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: CARP IPv6 support ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 21:01:19 -0000 Wouter de Jong wrote: > Hi, > > Anyone who knows if perhaps CARP already works for IPv6, > in a recent FreeBSD version ? > (http://www.freebsd.org/cgi/query-pr.cgi?pr=127050) > > Thanks & regards, > > Wouter > _______________________________________________ > 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" > Hello, I have CARP running on a couple of 8-boxes, dualstack with both v4 and v6 addresses on the inside and outside. Everything works as expected. Let me know if you need any of my configs! By the way, my v6 uplink on said firewalls is 6to4, not naitive v6 like you seem to have access to (lucky you!) :) Best regards, Thomas Rasmussen From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 21:44:23 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC68F1065676 for ; Mon, 4 Jan 2010 21:44:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7261A8FC14 for ; Mon, 4 Jan 2010 21:44:23 +0000 (UTC) Received: by fxm27 with SMTP id 27so1199022fxm.3 for ; Mon, 04 Jan 2010 13:44:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=FJGKDThFDMCp0bi3WTjZkp4NyTsGj1EPtg8c/9Ls8qQ=; b=TcbVPjuS88qkSmJN8NInYnAFkC8bVNMNmM2lgccVScUIONvglU2bZ5vLmjAUXIXRUf PAh+U3AMfKiQSCgNou8b68vE85WnA47W49MyjRXkzYEWJJnHCtE6pp+1zPEKhG3nO/Ii P2zQwrGwo6dz5C13XIDkNpQ28cZ03l3loVYwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=k516KfJ9XcWPo2sKwMp+jeGHVfg+Ch++T3Pcob/DLvWmowhPsCGoQ8MT5WJJB+h39o eAzc8ROVkuiEcsdwRqsOw83mfzuHsqyA49zro6t1J7jAweN3JLj7zxajY5qhYiywc5Ta yn8+9mLyUPfiop7JwlytvCBfLUZt3uoZpDQbo= Received: by 10.223.4.84 with SMTP id 20mr32763777faq.97.1262641456829; Mon, 04 Jan 2010 13:44:16 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm6216678fxm.0.2010.01.04.13.44.15 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 13:44:16 -0800 (PST) Sender: Alexander Motin Message-ID: <4B426130.1070503@FreeBSD.org> Date: Mon, 04 Jan 2010 23:44:16 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Fazal Ahmed Malik References: <1262636582.00202644.1262623802@10.7.7.3> In-Reply-To: <1262636582.00202644.1262623802@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: pppoe controlling simultaneous use with freeradius X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 21:44:24 -0000 Fazal Ahmed Malik wrote: > i have trouble in simultaneous use to work with Freeradius 2 and FreeBSD5.2 pppoe server. My Freebsd box as working as PPPOE server and on same box freeradius is working. But i don't know how freebsd interact with radius as nas. Also could not kill stale pppoe sessions. I also tried MAC-based authentication but without luck. > Please help if some one has solution for this problem i guess i am just missing nas type for freebsd as box is unable to answer radius querries due to wrong nas type. Have you looked on net/mpd5 port? It is one of the most featured PPPoE servers and it works fine with FreeRADIUS. You can find mpd manual here: http://mpd.sourceforge.net/doc5/mpd.html Also consider updating your system, as FreeBSD 5.2 is very old now. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Mon Jan 4 23:13:31 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9402E106566B for ; Mon, 4 Jan 2010 23:13:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 462418FC18 for ; Mon, 4 Jan 2010 23:13:31 +0000 (UTC) Received: by qyk6 with SMTP id 6so6617995qyk.3 for ; Mon, 04 Jan 2010 15:13:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=bTZoAKz76Ndjy8v1obJpYe08h5NfU4vXwelfNtOJcZg=; b=XPSYaBl8wZUlxS7kLfnwNuaP4S5TSTvZ4WiDCX7LBFIv8J1JRgU230nEnqTHl5u1eS YnxlC6CsLTTiCeMdDgKOXfpP5vv9gRNMvDJYSC8eQopQWa0hKyB0cJ1OdGlYS65A++C1 PaCoS31Oua2KPElHONsLVmAEx8Jx1dgN+JjCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=k0tJv1tcsNRBH+ni6i4Q1r0wG5IkRjwDYH/iffvhyA+Bo7S/1Tk/JSlUJbzaZzFEeD HBtBInXZslATSpEN4cT9XvEEB/8BMXLMbQywspQQGXEAAEz5x2UV8zmocN9MQpq9oR7K p4/j1ynWs4LYbi0HxQyRytO4EABi7REQ/CnGg= Received: by 10.224.70.133 with SMTP id d5mr11564431qaj.211.1262646807622; Mon, 04 Jan 2010 15:13:27 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm16766864qyk.9.2010.01.04.15.13.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 15:13:24 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 4 Jan 2010 15:12:16 -0800 From: Pyun YongHyeon Date: Mon, 4 Jan 2010 15:12:16 -0800 To: "Prokofiev S.P." Message-ID: <20100104231216.GD1246@michelle.cdnetworks.com> References: <200912302030.nBUKU5eA012796@freefall.freebsd.org> <4B420991.5070809@skylinetele.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B420991.5070809@skylinetele.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: kern/141843: [em] [vlan] Intel txcsum and assigned vlan invoke wrong dst MAC in TCP packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 23:13:31 -0000 On Mon, Jan 04, 2010 at 05:30:25PM +0200, Prokofiev S.P. wrote: > Thanks Pyun YongHyeon! > I apply patch em.csum_tso.20091230.patch and rebuild/reinstall kernel > and have received successful result for tcp and udp connections (test by > iperf). Thanks for testing. > But the hangs down/up nic bug do not disappear (kern/141285 without > connection problems after your patch). Please pay attention to this problem. > The patch was not intended to fix kern/141285. Sorry I'm somewhat busy to address other driver issues. Maybe Jack can look into that as well as fixing checksum offload issues. From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 02:05:26 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF693106566B for ; Tue, 5 Jan 2010 02:05:26 +0000 (UTC) (envelope-from psteele@maxiscale.com) Received: from server505.appriver.com (server505c.appriver.com [98.129.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id A59F88FC1B for ; Tue, 5 Jan 2010 02:05:26 +0000 (UTC) X-Policy: GLOBAL - maxiscale.com X-Primary: psteele@maxiscale.com X-Note: This Email was scanned by AppRiver SecureTide X-ALLOW: psteele@maxiscale.com ALLOWED X-Virus-Scan: V- X-Note: Spam Tests Failed: X-Country-Path: UNITED STATES->UNITED STATES->UNITED STATES X-Note-Sending-IP: 98.129.23.14 X-Note-Reverse-DNS: ht01.exg5.exghost.com X-Note-WHTLIST: psteele@maxiscale.com X-Note: User Rule Hits: X-Note: Global Rule Hits: G113 G114 G115 G116 G120 G121 G132 G219 X-Note: Encrypt Rule Hits: X-Note: Mail Class: ALLOWEDSENDER X-Note: Headers Injected Received: from [98.129.23.14] (HELO ht01.exg5.exghost.com) by server505.appriver.com (CommuniGate Pro SMTP 5.2.14) with ESMTPS id 21900234 for freebsd-net@freebsd.org; Mon, 04 Jan 2010 20:05:24 -0600 Received: from mbx03.exg5.exghost.com ([169.254.1.249]) by ht01.exg5.exghost.com ([98.129.23.14]) with mapi; Mon, 4 Jan 2010 20:05:25 -0600 From: Peter Steele To: "freebsd-net@freebsd.org" Date: Mon, 4 Jan 2010 20:05:23 -0600 Thread-Topic: What's the proper way to traverse a getifaddrs() interface list? Thread-Index: AcqNq4prss8w1vwXSmaDSc9k2ECSig== Message-ID: <7B9397B189EB6E46A5EE7B4C8A4BB7CB36CA401D@MBX03.exg5.exghost.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: What's the proper way to traverse a getifaddrs() interface list? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 02:05:27 -0000 I have an application where I want to collect information on the network in= terfaces. I've researched this and the function getifaddrs(struct ifaddrs *= ifap) appears to be the way to go, but I'm having some trouble understandin= g exactly how to process the information returned by this call. It's basica= lly a linked list, but there are two entries for each interface. I initiall= y thought I could just skip one of the entries but that doesn't appear to b= e the case, not entirely anyway. What I want to do is write a function that= returns a list of dynamically allocated structures, one for each interface= . My structure looks like this: typedef struct { string *ifcId; string *ipAddr; bytearray *hwAddr; string *subnetMask; string *bcastAddr; } net_attributes; and the function I am implementing has the following prototype: int getAllNetAttributes(net_attributes **result, int **count) where count is the number of elements in the net_attributes result array. T= his means I need to first count the number of interfaces and allocate my re= sult array, and then collect the information for each interface. This means= two traversals of the linked list, once just to count the entries (the len= gth of the list divided by 2) and then traversing it again to collect the d= ata. I've got this mostly working but I'm having trouble with how to deal w= ith the duplicate entries in the linked list of ifaddrs structures returned= by getifaddrs. I've looked at ifconfig.c and I can't tell exactly what the= code is doing as far as how it handles these duplicate entries. Can someon= e explain the proper way to traverse this linked list? From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 05:30:04 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 119981065696 for ; Tue, 5 Jan 2010 05:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F38DD8FC1E for ; Tue, 5 Jan 2010 05:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o055U3qY044663 for ; Tue, 5 Jan 2010 05:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o055U37J044658; Tue, 5 Jan 2010 05:30:03 GMT (envelope-from gnats) Date: Tue, 5 Jan 2010 05:30:03 GMT Message-Id: <201001050530.o055U37J044658@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "C. C. Tang" Cc: Subject: Re: kern/138782: [panic] sbflush_internal: cc 0 || mb 0xffffff004127b000 || mbcnt 2304 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "C. C. Tang" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 05:30:04 -0000 The following reply was made to PR kern/138782; it has been noted by GNATS. From: "C. C. Tang" To: bug-followup@FreeBSD.org, universite@ukr.net Cc: Subject: Re: kern/138782: [panic] sbflush_internal: cc 0 || mb 0xffffff004127b000 || mbcnt 2304 Date: Tue, 05 Jan 2010 12:56:56 +0800 This is a multi-part message in MIME format. --------------020806030508080609020103 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, My 8.0-RELEASE server encountered similar problem recently. FreeBSD minori 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 The difference of my situation is that / partition is not overflowed. I want to know if there is any solution for this problem? I can provide core dump if necessary. Thanks, C.C. --------------020806030508080609020103 Content-Type: application/gzip; name="core.txt.0.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="core.txt.0.gz" H4sICP+zNUsAA2NvcmUudHh0LjAA7L1rc+M4sjb4ufUrGDPRcarnlG0CJEFSMT3vW+1yddd2 3abs6j6XfcNLUZTNKd1alOzyxPnxm4kLCZLgRYInYj+sZtolkcCDRGYi8eBCcJWvN7vcmR9W 22zupJtd5pw5RZY5Fw/J7iLdJcX9xcMKr5+7k8l1sndeZ6lDmUP8aRBOg9j55dcbh7puPJm8 2WXZT9evnZXAjM7ds89X765eXV856pZ+7c/u1EHAD5sHhxKHBFM/mpLQ+XJzyQEd/Ow2m/3/ TparLJ8n52mRnc8Oi0Wy3Jxn88P04lDsLjazf/B/i116UTwVFz9ffbj6/PbScXIvYpPJNlnn 6dQpZovlobi/zdf7bLdOllMnTR3X+Z//cVYzx/2WhizLUldeSNd7h3quP5n8/OGLczefOeyc nBPnv2U1/s/kcrN92uV393uU1OfVc643i/1jAgp8szms58k+36xfOm/X6fnk59c/OXnhLDBV IVO9BGU/ZDtQ+uzJ2d9nDhb1c7bOdsnS+XSYLfPUeZen2bqApMl67jxtDg7kmzxmy3Szypz9 xknvk/Vd5uR7THCx2TnzvNjv8tlhnwH6Ns8KZ7PA2yBPtnPSbLdP8jXcWs9zFK84n9w8bTPn T8X95hFzPOXruz8hMnoAClVLeg/iYj2SWbFZQhnLJ2e9caAyu2S9f3IWIADU9NxxNFB190/8 9jwDAZYcC3BQLY9JgYUs8rsD6gJ+/QntdrZKdmm2PEOVzYr5n87PzyeTL+tdlsyd7WaHEmHV UMSvYM9s6ayyokhAGegf2W5qZ/d0e8jnzo+OO/my3eerbOqwOSX3XrgibjH5dP9U5GmCZa42 u6cp+AANnPc/TV5DKwINQvMg8BOu+wzxwLt9h8SRQyLqEAZtJ3Ad4sE1Atdc6kTMCV0n8B0v cih1wGs/Q0URqXhazTZLdJ3NyrmYQWO4EPW9SNJ0cXu/32/Pv25AO0dmkMkg43yzzs4n4u+7 TTIHI5QYYLFOiBEiYtTYZ6vREurpTxNQQxgh33YxVjKR8jSZeN4R0uSL230yWldV6tOkKvNP /uw6zhxSg+86L35wICBvwf3P76fgvRP47zv5E+K0UxzSe2eRLzOHB5tdlu6hAZxPvoOoIpJN XnyFePmD04v6Z+Jg23OjMF2w0IHMKJrzAgLGfvMjZS7PUIvqKDb/c1vcH/bzzeP6PJ36BLCo wppT6I1QEGz5zovFav/jb8kuT2Yg7p/g158wdq2hnOQBghBePp+MLCgI48mfPVnQPMzCDAtq xhbnRTH7EZKwwA2CWfrDBDswI/4h36a3xSb9CtEK4CPqT/7sl/CLgAj4XbbMkiLrKuAldCbq pz/3x5fneVCdoCpvFony5hl0H5unZyuGhZM/M1VMHMdCaxveD76ogw4AZnvAYx6d/DkUePEi Secu4u3T7e3+sdgnO/Cg/RZBZyRZuK5rlnSd7XP474Lng9j+mOQITmN38udIgmfz1E8U+Hxz W2R3qww6hxcrhA/mjMxd9yV0P/DTb+jnpcOLrUny0pnvNtvb+/luma1/9DErfoF/8+1+U/zo Ov/2f7v/Blfz2yXWdv6jNyx8vt4euOSMgV5iJfrC80u98CRNqTeLhfsjHaEdVQB0UaAb4ooC IppQrpvciN8Pm1eoYRgAKBGgNGMpb7yYsNjdApHZJvv0/hYAnBfb3QbiAkFFH4AWoN5GFXkh 0KCwmIArEqoKi5lrKEwr6Eh4AiQQ8D2Jz1LKW3AG/ATgs9Xhm/MiX3CPCEJKU3d0DSBOc5Ti MMOCohiV5styQhJ6VTnSGM9SThhgfQJeTghNY8bL2WW3u28Z8K4XRSrK8Ofcu3ffbtfbr/sC S+4oZJ49XOwyLAeGEqCxOEKLMFlCkoSqBAh20DUVX50Xye6uVsp6m62xW/yRjCqCUpdAEaGI P7OALChvF4D9xyE7QF0Oa+cF/8qLYQvgYx3S82iEurkts2MJGEeBw8kCPM+rF7BIir0oBfrB 1VO3cszwPsWuMhbwgb9IZrzZrfe72+wBwtFt9i1LgYffwjBgvgTbgQPzmgQ+CxcRBBdRsZCk YW/FeHeHuGgYwsDFqCtLZYEvSt3fI/mG8LTZVpYJ/IAm45HDCJCJRKbpgjcSoCZfoSYwSnkB nHq5Oex/lEX7mev8VS/4bzK21ot/CfQoWWFVsyAMw7kX9fXqWBw2JN8DWURAmMVkRt1Slj2g bTdLiFeSudSQcHQi/mTf0myLI5HzYkpDVzGfyeTsmT6TbeGcJd+WE6j0l7evoeKf8O8n/Hv5 6Yvz6fNb58NbuPzb9X/B38/X18773y9/efXBub55dQPDsBtHfG7evr9yLj++f//qw2uuQNep /8X/oublM5H59bsC/v6v/+U4nk9DFscwSGfnMGT6b0El/4+GSHTEkPF/aAxxV1zGrraGSELi BZHvTgnliPk63+t4VMc765bQkXhnNHIhtnvh9MwLzoPA+e870VR0UO9I0IiAL1J36vpcxrvb w1aH84+WMQbH9SiZnvmelBFppo4ZaJhnhDUx03R2W6QaJlycui4X79sWwuf9bq7DsX44NAs4 fwXn+ZE39SOOV6R76LOBfyYaYKjX2febgNtimWXbul1iPwrBdc68mNd5C2P1eQLj57UGG/XL 2YKl1FOe87ASaHq1Y13KsA13989st9HgCPWiiDHgrRwSRcQUGiTRm4xBwuQwz/e3ZsPwezqW 3ligIXQ4zueqtsRljLl06gtHzCHm63h6YzkDgmPG+73CCyMS+l6g6othWsfT24mhri3HhoYX uixUcE/Jbrd51AH1lnLGWl7TbikwTvG8MIjBawj3mkMx0wH1ZjLKDUnIXN/3aQkIA5WW3xDW D1s8rdNspzcXiGGBTykMEzmoSKAj6u3FoMqH5e7wuK8hxjB4iqJpICLEwxpS6IDRgIhzHJnq rh0y4keBNw2EcXAWcp5tIZUGGveDLpabx3RZAw084Af+1BceLhJkyTorQYn0IuLojZBAPmWj 5FBkYPRCgVI3jP2yzcz/gZ3M/p9V3X1G+sXcLvaruhvhFC1jvld2CtvF9rC70xoPi0NdzCDk /3g0Ui5bwEg83WtiAqlyMfzIKDm/T5e56mcY+mVYr7mUsw/SA/ISxGRK/TYklzL0jMqMoqgT 0nchoEUlZPag9QtRGJkk9PxOCc9AQtfzIIqTWHp6sdzcCcwAhYti0sb0Is9V1vn6B5/DrTDD MEIeN/VEHF8Dk6tkJK4Upi5j7EVul4xBHLiUeVNXGGa9mtXgDFUmvss6NUhBODdwPeWRRR0v 8krUXjynbDMUGBRTBqmjETc0VNaPmDKI6hIqgzCfBXHsgkGEZ6/3Wx2QmLSnWbgFSCPqQzij ZR+4ecx2OqJnROzxaqA7YRyHYdX6dvtkzv0QRs0UMUODz/RjekAqIRvQvEA4IjQWveLU6DZA axRkyw3PGPMCFtKSoKxg7CaCOKEB/0NK4F7I0tRnEQQIP6qM88fqTvQKjHJAajROTLtk9MCx g7h0RQh022//Z8KCAI1ClL7qeAy8s0uNnk/8IHLdKRWd4QbG1w9b0RViTCG0HhZlwPEYVZCK 0Jd1jiI/9EnZWO4rLJ9UiKV4sRcHqrpFfgdwelOBhoSMZ0pFU149FX8sNSP7QWCocOiX0q2T dbHcaogBi1wI9SrWbLPdUoNjhoBN/LC0xwEXw/SuCmrDKAwMZB8wS9LDMjlb6CJGBteG8Ynf Gb7OIF77DHr+s0AYBZdbaoisxK0qHURx2aHmUC3dDWnEIug0lZS7zT7ZZxC1Cw0zPBITqERI Q8W9jZDRkZAxi6FR90kZu0dCsgBjrduLSY7VputFPqGqezFi0mO1SYOIUdUnGCG9Y6sOw60Y vEiGcSOmr2PKtt2HCUwc6X2fNtmxkNAb+nGfH8XHuuaZ5xLs+KoWZIAN5ECuEStZqGBb7RK4 s0tLIlUU91qbDCRzlmgY3XkkD1XkUIGoauUQ2uLQJUE5B5DutDEICViNp6jAW3Xc+/0TjNgB 8d8lImEEYqmy910GCXS4+Fi4IAARla2bcKF7LFzIoNdQdm7BkaPhKPFpV2VDeiwc9ajrd0pn It39ugNmEnbqzj8WDsb8btQJFxwLF+J8lnLkCi4ScIbehbm0bBeKMJbNjUSUxAT6AhkQq+4q wpxBaGi/4KolpcXlroXOIM6A2EEL9oAv+mGjB0TIZpQZAQlDtTAqva/WoTIC3N5E4f3WoKqq shd6IQ73pf+VJJ6LBwzjSPEoDSHAR7HiOY36xoGhK9UB28STEAYREojdGTWqMA7iY60SMDcC TKDHBkBKIkMHpfMcU6VDD0i82W8oZYZOtF9CGoXAj1nc4TcAWZPRaUG2DH0GQkIPBXFQDTMa kJ5vqnavlB54TwjBuhwNNSGDYyvuuUCcYi9UTboExHELozwcHjVuoW4IY8qyV97m6Vc5440S esQNjrS1F0YhsNqWgJg4hNhLjmyAZwSYiMdcUnbxogk+38LLw6oAzuCcFZOJIz+uk24PuFVt n33bO8Vjvk/vs0K7Pc8e8hR3OMCwcXfY7vV7atOf+e5+l2xrqZ9g6LlycDVMvyw3uon1sMJJ 4Z99NtcS8OWrFz+0Mj50XN91XC8ek62Ds987/jdf99ws+N85VKw7zeawH4EAqXSZ15t51ilE 865RimaihhhdGJoc0HTwmiOmiGG0+zU7CEtBvPapK/Nl35JVvq52cmp5OBKMXPxApgWjpfv8 oWE53Hp5tlmfPe7yfeYsksOyJmr99ga3JOb/hPJaCfmCxiJfLmVp+LtWUDPBdpe10uA6ABBW GNnPsCnjPjReo1ZpeyDWS+e39/KOswf96AYQRSSLBTRfoZ2aCwsPzjf9WaRT96Z5GJFmV6WB eImTJSJNmkA7nrey4h6ljquIpqxLQhLFwOSb93E9mytut0mzopCBwoPg6SnZ0A34RLkXx9Ah yMv5urqBe0apX95ATXNphVOFvsfkvccc987iIqKQOIYorUkkLsKIg4Foe7S6dPlJ4EYx8Hyf Slvi7CvE783XgxaQHFGqc5+DjV/E0ffOdlM4/+643zvr7O4HFa7gJ+CelbsCtfxziOB8EzEk egnesiwyDoa/9pvNcgOacr//F8TvVRW/xabkt+svRea8z1b4zy/53T3++zn745AVII9zDc3q RVE5kvPz1cf3+G/EBwEe/VVelzzY5zNv7KVHXzL/JaHRy4DQl8Sl/uTy1XvsEhy+mYMnlqOc BgS/znxVZF4kmIuX2ZE+KtNjGRW+15EeGTgT+Ns0v13m6688oeD0zSrx61AfqEylhlTKJNcs 23n43GiVocjv8s1QpT0q0uN+0nlWpHjV55UIAj09iViMbKOmZxqwUtcvYfQWvUT/riSGSMQl lmscYVOAiDYA9exfS6V6fCxJ6/ITl/kxr7AovsyKrf0s2d3xcb6oilOrCieUTZfRqyIlkJte +iqA1wFGYCjBf735/OryiovI2RjxGtn4dS0DOgMEA0yJGSiL6xlgdOcqcVHOen05gmB7OMQX OSoA6seQPo65P1WVLV19y9bzLZdKjNjbbsVdXa8g5IHuT9wUf+t5SOCHbffFLeHcJMh5gQpr IoZeBNQ1Osq7oDHMDgvOa8WMfd04MLwO46MAv87muEUQP0xYqdVeGAcsTdCCWG3mhyW6rM/4 nL3XhODXdWWu9t9utxB8heqbtpMfKvoNWUpxmKGLIxq3tk9qJiPM8zF6oJT11ihzjS4Hukx8 wgNviJmrhmvEfDWmippQwt1uK+ptTO/h40R6+hR7TLQVb15El8gPQMOUNVzvkM/z9YIHNWIo A0ZYQSw1XLVjZ7sEqsb9Ve4BCBqZsOd3VKOAnjTdL/fCWR05nqrXJIybvqXl3ORzTjICLmSj aYBtXEPOMnNXmZSQINCipcwl9+oJaBSMta0K1yuNH8DhMJ3HZ6x81kjNryv0LcQp75zM+I+e LoRoPnb9+6tP/Av6WODHJh+rPGB2KM54l8PnzCD8BfX0NIqOa8MCE7vCQPRhDRcMGGtGmUbQ h7DCWQt+RBhoRm8VBkS5fGOb3PrJKyJ6Ct/UU7RsDkFnM/uHw6fgEbcpLgS3GKcCfJXjE3A7 HAFLzTsjLOIkd9tj0u9WCbZ5iOH8ZjOCsSBueSF8Ch6LnY72goumR9kxSbd5mjhyCQu0V3eM gHgtO7Y7cAThe5iHal9ZH7nc9dv3gzl0lrVP0q89VecurzKUG4s5UEcJhEhSocr4ss73axH0 TPTSD/j0eC0LfPLNQ5dYMQui0MCAylgkJntwgw2P/F6T+PDrqrR8g1FvW3SURmGQFJtK62/H q+KO/8vdkAYtrfrCcM1sRbaqsjnN+Mav14puZr/n2YmxVN8jdXfBz37/xNMKqteyPnaFWJjW iPGz3XepS3yiupM5+NAf/zKCyq+gLd7uE64+KsKRFldgnBzHPjpSowl/VaoTRbQiGF6vaQt0 tZgflQPHPrw7Ed1PWO8eWEhd3U263aPY8DEyVkysvOgx2odxNw3LoYqmxlm+6Q9TfLdqZamH RSEG3aqOAWmxY7yOqdPlbZE8ZL34hFJSUzsUcHufFPdlAeCaXQXw9DhbJhxHLmCZ/LusNE++ SnZicGEUiuAShc9rVlpptTmseQcYiwxNuwJf6g4d8Pnp0xsuGzcNaRESEihS91LjqOLpmdVh uc950bGxaNBgu/fJF8l8zmsYcXpHW2btZBG1Vpkv1pno+AVLbI32nDa1BLtv1lmVibb5V1hv BMlum25EQ+uaK/AaPfhdPtj2Ky9fLvf8YUsHd1s6uEzfEInxHW51s2FXKZu/3M/bHgYGDS6O feV/fOJPN3TNSHg1rivVhvm22S7fCren5kqRho9N8NmW5PYOn83P0251QGwT9KzOBXbAkrP9 DPk1cHIsltV9i8YsDsxeUlkiv5OjAtZhCVZZIpnfznf5g2x6w2E72enpu+ITa/Ym+bpqNJ1B IRBiZes02d5m3/DZ/dv7TdEzhHfqzKh8/qBXuFjzQ5FjsVbl98mlZ0h4yq6pCNrM8LAbbBpM q0JyK8aBvVUQjQL1U4/+cKc7OON283rqsLOvgG5wC8MUNcXYFwawsvmW3a42WzF3y/XSkYHW Jl3yNatcQ+7Sa4W0QPi8iAQ8xyJf7oedtmoWMPzZbbZPwlnwQqNhyes1arpaCt4wohk5zoc3 186bX14NSdSgZRBlNV216aPwJNH7iAdGsod0mRSoYSI3rzRHfpRoYyXs7ee5oOVGd6JBjOvn Wt84z3c7ybFMGSLK5/88rSf+Clk606OkkZ4eEkNP2KmoiIIslSVwUYKfItCF7/thEGozxHgK yPJrN28NiIuj7rLCvICd4KHmCkR8E5MoAGcy0nzdU2HiEV93JZ54nvXM00RhqCrA4cWySGd6 5oeuRrxnqyJZAH/qLgBHNpHu2+vsEVTUZQESM4JPD0D3UiopR46mKoFuR4N6IwVWzDy9PfAF Ui0DDMkbXSBhnhTqAAQTKi05Zsj7ds+r0W7cT0jCnp4PMUpKKNYropYj0khVq+RVOmP/8v7V L4rninDXnlUJGyOzso97WN1u7+bQ+3dX2alNLCX7r7O5iq69wVKjPzI96+h6GK21TOfLq883 WnXasd5TgbXGF5PtaoRg2tD/+ieZXgww2yNa6qqo/7IRAiEvFyQwZ/RqdEfL+vrqtzfX3H3F rmvaWr/AOUwtrvEMqAcizosibdqu9/ROvrlNtn0kzmlG9FW2kotTxww2V0U+VIbS9Dr7VnXI PWMrjZfzWvOEHfSGsMakDM9RTY/2e+UWml053JPGbzUaWl9IcnCGaXi2DzI8/yrvPyeTtzdX 7x3T5/rtf13xL+/evn8rmg1455XYTOS8+XwFdz9f/f3L1fUNaPTNq7fvvny+up5MIGw4v2Z3 xbSFiO6uvrvyG3F9dQ3U3rqG50gB3n/BeK0NGEW9eOZrHO96mczaeDRq5SUkDhSKH7/EIQgh URQ08D5frvdtzMBv4zE3Lq8R8S0IwqZ8GHfH6a9EwdFQeU3HA4/+6YDnwLQBQ9bGI6oMAkFG 1Vyvr0e78IjvtvEqXUXeSyVorOHBgLcDjzKDfWmorvmq5l7oldL7E9BSB2BA277h+WV9lXaZ S4XMhAD5mvz23vn40/91dXnTrq/X1J8fha6UKvIDxAtIGAaBp9X3/atPbUtI4Q36c8r6UtK+ Bni/AqBz9eHm83+2YENhwQDoQlDqXnmi76L0gUdjoMh1+TrgFJ4mXwBDcvktIlBLGKfjQzi6 /73+5CySr9n2bgze8LfJ9c/Pi7fa3/4TwksbjbpBu30Ar2t5YnVNtLcO82oRrsQD5UuZSegj HvNjiDm6fT3aiee16gvmULaMw4DjhdDB6/Zlficea7WPICbyGj4Q+xIfwoyi2K8FBGg4XQ7d DlghIUpZkYvVpIGP27g0PCApHXi0bRDieiqYeCGi0NCDInQ8IKcdeEhbG3hArZV8AZcKgoDr x7X6AsUxAnIG3MRzyuBECaCQAHcqhzoecmYjHifkTTyPKecgKtSQoNYhIaEy4uGNnoBKBXIQ xp6u58kbGG8aenP8GBpIUHYgEXftIApZwHS8my+fP1zfvH13NaoBh1WQLbvJUA+8E748vs1N EganBIT3ry4d6MuzpYEhjEbR8D59/nhpVh+LDDlCZQ+PcM+GgaFL9IBw88vnq1evjdU16M8P lNZoJPwF941r6SbX766uPgGP+9I2SDvAaLqnbmS0x2/vrz+9ujRYF0tu1zdQKF7givoCP9AJ Qro9FCb2gpUzabykLRFtXUM8MXO0y9LNbl5HjdoBevjbhC/dbRMD4zDEK+hwmYpc2AFDaGEx rcUDxDP7iwkPpFZWwFYWMOi1PC9qypcuD/hUdg23jC+A66p4WsrnMOklxKe19svx/nFYzTa3 OK1RQZbxBeK+29ZV4PFahm4YkmZ9JV78VRcQiInEi6kBr9ceAo8wDRAakiQmZvl68bJv6DKL dF23sSHeO0pXESdYeFytR3R73N3O8o25AzH6s/oW8bu+67pxrMvHH1T7wwRIDPGPlDGsKs2r +R/gbQ57E6DR/yrSEKpet2atCS4B7cRG4Wb7MFpBoYj+Azv4iLIGXrpZbTdFvq/TNmKKp4P2 /e3Dx9emaGUagOCmddWfe5ywwd+oFjcE3qeP7961Mdkp8l07OGdxiQsVTcRWvAeiH4m+AjoN Hm1pGOFT0hreu048YKMNPOpFqq+AcM8tDd25rxPFyYdX76/eGt3PyIcqT8ThJyGB6wesNkL6 8Ob6/ccvH9oDLujPT1Eg4HWY2G8z3hF4r99+/uXV9S+GAbqZACrn8BX9iiKmE1R8Etsc8L2W QRCmJGxCa3jAhqs34K+4iXy9MMUYQwPxytEaKUvzaiO4HA973ZkkpEZ7lHXzgvY1HLF++Hhj bnCOYcTvlMFOBtTYZRHV6yuOuTUB+tJ5sYMrc5TkwhfXaOBGtRFcvjVGU14jpaHYMM/U5S+H OT+7NZ21+aTUH8hHSjzatAcLmT6ThHgGLPFRHXoYkRZeKOfLmnjyxNqx8pXkwot90cEFcS3g A16HfMyr7FF6dmlLKmiBCW//2DEAkSgw6qjmEZUtYyrahwuG1u2rln0NDVhRHjyeq2VLSgRB 9YhXG2CWq86dM2wk8KsalYNiX439aUTjen13WVKYxlyqvREWt32NqUjj1zrCSQHc9H6zNMWY 3nha4TG/pj9clc+2pvDSJpRG5Hr7EKv80IqbiMSXHSaSniPxlri/qO3QwkuA/hmoll/Fq9qM GMfbmfB8qT/Ac8lx8qX3h/XXlnyih+DVPbK++NRLO2yFJ+MVe0Bc3a6Ku1tggwpY9JeIN74n VvbFl1U0BaQlXtBubyPwbsG1dcyT8HZ5V7wyxj+nbAusbLW1Ac3BGEt5srCMf7SMf141ASOu +WGdsO32uF/jyYBIXEN/WcZnGLiV1/T4UmTLxdwcTw0rDKwaEHqgA+pHwChDvX3kWx8PMDR2 wK6KSFV7K/NGfEUFOGYc1OJ9vmVdeIqv+YSY1kI6CPTvrz69v7p5ZZjiFe2DUDy/YzTee1xY 327y9b4Zoll7xcepBoTmb+7kDdBxvqWgvcLQmpAI8Rkp1f+WAxAWxnU84sxNiOYVpKH6Ah41 47UHhLp8Pu+JuXy1AcN2UezS/W67bNdXxmcC4dQbLd92sTssMwMcDCFN7aPUVdXr1vgfyIfn HhkA1QohylfyZzWBCj7Ev3mgAZ3HAl6y3P9hko/2DpC664tPn2F/1MI08eeylqSquU/q+vvK 95+2+l+qWi0eOFjmKL9pNmINPHPEIsJfaL0/KvHiSnrfhNeaxyfGCbFh/S122do4YFDtLXCr KZFyhYao8RsLG/rDHVPmCUqTPcoxhOpT/NBtytfBJyUezh2OntoWeOYKS74buMQfz19k+yjS 3aHZzZ0UX7aL3OjMvJ4G/ZWT4QFpX+N4m2K7yNamAbqhf6sWRcrWyGLWwFuY6K6xvr5b9ucV 03d1+f4FGznyyaQ8IMUkp/iIowrEZwcWnOS7P0g8dQ73aU7+3ZSDuF4QRUH1m2AeSqbOLiPm QjxKCWNeVP72GU7hu1OHTyOYCsHDpQOgFbH8TYFz8HJwJXCXueZyIjxi0mXqt+/GWA4ZLMeX z5fLciCPd0IeOiKPr+e50ZTf/vhhGAC/CuQxu/i0HPGe9YUI3E9uJhMYKl/guW0RPz6gmLjv L3zX996L02WKbZJmz19uMZm8Fqf8VFr69YyfkiL2pn4p+FPFzit8w5RzmYAY+f5pwt9Mksz9 Qj7RKpikJ49ggo9bv/KsZ2HkGxR+Iv+dOl8fVnyY9eJ2//V2na9/mAJte0iW+dzB+JUVhfOC v6hEZZjnBXSreJrJzc1/4kOH+7zY52lRQ7zLcH6DvypvLBq+wgJz6JA1bwKN4ab1X3+62Dt7 fMjv/U8XBVwh7BxPXMQt0e45CZ/zjRswhsJ3bkwm7+XrBP+Oj0wW08mNJtfb19X3X6/+03n/ 8fWV+v3x9w9X/HS8nz9//MI33F1+vnp18xGuXZaXap/Ln/7z5uq6dfnvH740d7T9vZby3fWn SpB3n/HHNX/RB3w+qy+X8stkcn2f4CPv78UrC/8F9fnw6ubm8hf16/rqZ/5SEllHTVTnHf54 pSR83RJ1pRLiycbykBKKs/Vh5Jyd7R6lrfirQfndx/ss4zGpfaX6yOdXMbK7oV8F4/KM3vIH CaY0nrohRLxpQKa0ugJaxE3Z95vdv8glPlxfvb92Prat99weDhF0VYjp9cl38G2VfCuZAV9h /O4FXMIXjO6SdI+vFsrXTqJesvmDyLOu7Vbw3e9e/BlfyqnexMmfNi5UWo1j4YptL77IKnLu /1g2S8Gcekk8sziFSOQpin/WeA6UVuT/zDBLVYZ8p5vMkd015avVRSaulTQp7ldSg/Ct1KDn BQF0tFTIWYhmJ94UqmAclOYHkS2vEzwC2bCMoWw13ZNYlrY+rGbQmYPgdYB8DtnzRQ6KFvlr 9cUBdY+08rwocZKVyJ4sNaNEZfGJ2KzfLn4tTqNCnWWlzjLQWY2PesqDcJiUS7OqBufAvz+I XHW/IypXlbRRXcxSm+NgrSx1F+I5DkbRDuv5Bjqs3SHdH0zZimWzoNJbtcJQoflcZNlsV7op XD3LBhIm4ukrzMJT85M3RNbDKmtqoszKBVWKbBgQctZaCPGYbCH4Kk5+RFirqiLfw6qKEx4N WQj5NAt9y0EmB7r/g0yfZKtmXEnm/zgU4CRrfkgaZlIZnjHKrReFYD2X/B0azlvuc5+3qXOJ LgrRG8JxBin2SH2vy2/OO374GfSgwJDUSVniF//yOz+BDz6X/PRFcW+1kee14afqWay+TTiy etYc5BKyXD+tSqnel49ofV6Jbygm//YZ/n7CN8DA51WKZv9XyAcSrDdcL28KdXLJm0KckvMp 2d9fbtb8EcnLDYS5/fEScHsJyzk3QBTnH/l5M28lv/wPqO92mfPHFD5nwtHLs9xOKI3vJZDl vUJ3+CUXRyW8z/EEP+cdOkbj2k/55rPh2u+Na8+ufSz3Xbvc101ZXue7q2eUBQnQDh8Ullb5 /9uQrXz/8jYkDQYN5OxNgift1cdYepo39QM+a/dE47gGCXnsBAeA/kQ8X+m8neOjpR8267N8 Lh4yPc7TVBnCMX5O8DwGGCBCOfzKRxz68W+fP11CeviND8D2oz9nX5Lty+E/DHKBuviE4TlA jtguWUC/vN5PvvuORi7FR/n5A4Pq3gt8BYzLosALRNcKHeN3Hoxm/EY6nwXUxdOaRSpnl/Fj WMHqeFbsd98RL4rrWQ7rdYZ+mezy5VMrvQtXQLA5cpR8nyfyHNT3N19wDJ5Ce9s9QbIwYoEb OwB5tlkDTClPSALC8OjO5ClDqgKAXz7/7OiJUCrnMQee8Ij0YpbJG3Ddx6rE6uZhO8eWrmUD khzE/Djl3WZZ3fBCNwRVlVLsoIL5g6o/cWMfJQXp8IXmnh+GPo3wxPVSs8SnFIZ68wP0DCmW icm58DwfZjus0V5clZghJjSIwqrecCGise+5UWUJIQQo8qzA/mWdZpAzItTBHXzLbJ+BTqoi K6gI35BWCec6m+W8nRAdosz0mO/vnWIDMQvSnQuDv/CJdB68KKyBuyPwrOKzzeJss5vzE11l sQEFvYREL7e856pKAcHj2MkCn7kXduJJdXuiaHFMg047BnjSR9NYEjNdbgrUk+f63OOSHb6R Hi0ww8N/7zMwyGEljNO+fw9xmA9lFkW2d4DLL+fNpLMs5W+PE+XjSbIw7tjs9o1k80MG99RY BOu1zLBY3xceCI0IKbazU9QBXI24oHHtXpLiu17hliuE1+7s8XRJcWuZw0hgLY9kxQaGC8Bw B19y4uR36w2OiT5f3/BhA54ULdTKSwzw/UMVbuGAKDhRVtxDnhf5Ol0e8N3HSpIfeJ6I0Voe rvJachLEEFLw7eOieYS+z2pZhEnn8hxk5/PNDVJzZTsSBoE7lP4BAlACbULPyGLSWw50dvcQ n+61PNTJVrPd02adp7WcKPwWQwBj+J6OaliqIHf7vfMC/JlBowVplUVQRfg2Ki0y8vlGfg44 BD5iKoUfFZ1909JOsHHCSBJsq2d3u3I30qJfXGopXyzy9S2+N+uW/lBlk54MlSizEedrlm2B 6T5k1cXaVRFyZefTKU+ZHjw+8Ak3/44fRvDq8lfVzLbgmbnICyWzkJ/Uo9JpnY45Pd9KVp1D okadQKR45I4ggLR6M+JSDGaQSTRXZeSq8YnIKrqyGX8UsmxTor68MO0S+Drv87ieghDnlZeZ iP0zCAsKKplDVfjXwxqPY7/n3/HpOWcBDAmH9WWdUqCyWBWhZLf8XfVLJIYIeI2qxGcxsFN1 sm1e4OPTk+9CFkTl7I1wK972u9ITNwqpF8c8SI/JAN1fIItXx7S84L/EosQPmqAeniXek1JV kV8EfrDLZhsIoJqC3XondXX5wbm8cmbQVLjODbevLm9euD8MJiG1JMWBs+3FYckT4AmXxX3y NeMhFltCwa+DBx5ScHGMo+D6dxAvMR7LnuwwR6JGvcgNXcHI7nbJSjecK2SAUCk9Tfp2eQcD PXf9Zba+g9+8DwI9etVt1YmB5fBdi/z6eqNdRkYXk7I5yq4IkojdvhihoKHNdptknibF/oKf moPfNJEPayBheDyTkLqBBWpaSjRoJYsFRB9Mtd7seVeK529A4m06A2FICJTJdzQ4EkXARHUF QZjZiqglVF1JVGwOOwjy8pSeVbLnB+fnnBBHvutGQH3F2mybveG5DVqvrnX+Utl89qnAiUW4 jaeaOiugrSvUoUzBTcGT/VU3S2XIrTLU3/ikUr5VMQszlcmkBDLpXyvYekHl/Vr6mm/IZlTz JBEwH7ALAF8U07GYALdWiE5Ld8DqqjLqCwiJDpgNT9bFKUNcx/zBnFSQLK2XqbSewOhrBSwH ZIRAx1zm4Yvu1H10i/19XvBzpjDmhGFUu3lYw5j0cX0BRPmw3fLIiX3NfpNulhhyPDfG03G1 LI+Cab2ohFigx5R3oAqRq2WR3ok3ccdOXXpJIjVJNCe8220O2wkf3IgjdVRsZkFIqFYE5/iL 3Wal15UGbj0BN9wime04IZ+j06go4MumUGZoN2Job8VLJ9un5yhRM3mTgEIGfhacBl01O2Vf dIxIs7Z6ywu0IKYlhxayhw5w/W/Q6LNaZmi3OC5citd2CFG01MA+5niqH48kJVzp02rNFroc qYc8XfFIigyVilfFYGXw8m222224e/Mvwqz8mDyhS6TUxRaaCK8+NGnMpJZUJt99FDoA6+w3 KAaU8l2W3oOWsu3yaYqnIHz33RzD+prPgavuWuzxEgJh4eUqUBWW8c0uasigJVhi1XhwwU5D BpiyaRMYzxmwylhuKknlDTQXlXWQ75SQtJ9nL5Pw0LpPQBvtdG/X/VrpU4oXhx7cRzdD+6s2 Ark8CQNfY/jK192zb2mWgYNOHUaxJypXu5TZisqaKL9a2Acud9itla9gvxxx5xaXuY8XEzyw cKqiS6k4Pfq1Lgq14jBukT2KcWpPusfdhm9JeNeTptFHc1l+Ixe/oaExNBf30ODBALu8Idtv 3lCKntuqOxDa4n6ILxX5LgZyJzW6NGDiLiAe3ozl8Ttnsg8enaCk1TWBwZUgqnfWp3m7qz79 mTB+c5l4vHi8z1OwWQbhCl/3InVsLAn7vs/oRDvnFbCBfUdBPOznW4b0Iwi9sJN7PBvD+P9i p18l4UFeNWmHv3egjxV4zAs6OQGDkWK7f9fhDD14s0f2fXx7a29/PL43bnevz9Ybu/29sWvq jd2RfXGtB37IN0teLxhdbSHKHpZ8zKf1C5Kwlo1lvkHUf2zytbFfuLn8BDE/gkEm/PjyGn74 MXaaby/ff2IQ1YMIwz7UdI3vrBOqhJ5z8t17PCy62naFWB6+C9zBQTA+KY5dxOMGnXLFV3bx YX649t1y4/7owKCT8olBMC9mQHCZCdiHlq26oQ38wPJqqFU4+E48dCWcCM7Xh82hOIrBtK2r z6RAR7JK1k+qMG5KOcDn7UyESkV5xMnz+Dqy765rdzLtHjeak2xx3XGOGolD3wORdgUXb57j jBTOzoKKnAJXniSISgpZwXF3OB0v3ABVj9N44IN3G6wy3wG7wP2LSJcwvBFG3TrzYidRL1Zx r458mvbwgogi4h1tRromyccUXz+MtEKbiZ3ld4KsCNZBGzQmlDQFolkyh9C5x0Og+e5uAoNJ 9Nosv7ufgScVm2WeSimmeECTq99tZoYuHm6/f/f6gcrpWChBdBmCBR3DF//a4ohuc+66jxR2 MDlReV0ZtFJGvbaEnKgmqYdONUV+MPnuFyUZ33OD/lBVBrwGglnpGVPetquYiXNqc1ROsccN Kg+4AAKOfZ/P8nKeLXvarOelkxN8EYdqaxpp5aEHugkwUOOy6p2UO4nwUhFXR76msHW97Oqe +C2s2Rr6y0KN5eVEjpwATDd3a/42RS1Itm+Kfl8uq4l+TibiI9TJd+EQe677SRmcPrzWOUXb mer38YrR5GXOVqqa6VvJDG7XlWYASGqldmObQC1wxRGMijN0+JAiRjQDYeezq7JdYbBLD0u5 8wkkytezzWFtUGPnCK17xk0fh41L3pGoY+atPlnXnFf7FyxLryaTwPcvSBjSC+oRxrtcPoTH UP4iPezwOaELPl1+wUnyD5PAcy8gZkcXFOLIBX/QmWdz5Ak7vdkvVsk3hGAX+AQPz/fvZT5J YtXUG7Sg9TzZPYn5dSPoDxP3IvAC/h8/08bxvzov+CtH+YZHh5+Cc4Rk7gX+jx+348RfT83O JSHs+Px48t2vF9BRxb9ehC6e3C6Wbvk50LybRQ/LgCjtvnaYh4tQzQ0gOxdGnWfrHEcM/NeF kumiZgJj9kYlFI7/9SL+Cp7wFTLVMxQLrcDOm3xzwMSLovr9txcf67sOcCMCPqgx0YiMmlKE dpXkYt4gX0OM+Bc0kXw+mXyQ+4De7w/OB6l98Xkle6Xa5+32K1TmLXQe/MZH/vOj+Hm5gZb/ GqLB5DFZ46YTEoCv/BX3F/2Z/E3uQHGnJJ2m7jSJpgtvGnoO9ULP84h6rTVlhIZ+xLSdK674 U0NdZBEgTacU0eq/3EX1JLoA0M/aLX+eiT81VEbOY+88oOeiSEbc2HMDSiJ2Djx3jQf0BQH1 qQIAuePA8w2oy5YGqKYBMmWzaRxO5+50kYEGgOqGnjy3Gg+194KYKYXoGlg2NUCxzoBW/zXr 0EAQifex9MhK3PPwnHhCAcjzNru85gDEZQGJS1SIln5A3QFUCDlk6odQ83jq1X+56bSUlWkw lASRARVGGFu3plfvb07/R1Nh82ep1w0XFXfiSlS/DxV3wZAKoPHTiPoEY6cz9TYbfDtosizf 96E+NAx0V4oi+S6lhl411DrOdNrx1J5mHs/nrxzoReW+5Cu0+i8zavOnQoXxKIeFTkPqNei1 VhAS3e29SL4lQ4sGbh2VSxfU4kAwHAdMLVZHxbVfCMHZGTnb7jV/jer+qqNSIt7M1kDdJ9tG HGBVHJjNp2EyDegUvvM30MYQCqinsPFwyJgFWlHC3eqovM4M6oxo9V/JcZFQRxVxwJdxQP2i QflsHoGgFXolDAzGI/F6oybqv6DfSta7yeSznM3nD7dD9/gWJwggyXTyWlsHkJ+focd9TJ4c 7fNmmYg3En/OFrKTw7deYyeYL5yrb1vg7ZN5xl/irucr+4iqQXz5uXz8DMzFezCGLz1ysG+Z lCH1girtLXmHoKM6X7TvPvYB1Iv5w1lLHUMzgAnjl+qBOflyAk+8bw6a96Q0aUMOVsfQviN6 iG8LxC/oHRODI5gwWnKoLyhH1cmWgnCMeoDR5VAY/B2+XKeVESJVtAmjVw6w0rkL/9PycAzf 0T9ffqm+CwyK87cKIwYRWHSuWbdUkYbxc12O2PVpXOq09FxmdN3Gx+DJ2qd06oYfT6cXMevI Iz6dnYesweeyCthV/Pg3U9NofFpxs1aCphQMvZN+AUaIqBkKTTOdLuAzdbmNXVP1j6rypL82 +GmlqLVOTT5e3xYLumB1zzO1cB1PS4hNooW3yBo5BvC0xoL15T3J9IKYH9DHz3H6E3jfY/Nt 1VSTrxNSqy8PAQKv7OkXGR9RhN73ktAP4hnr+/1yQL7R9lDyST6+yDjfX2TfL2vyHWmP7+Fr h3im6GWWT8Mj3wvmdwKeWT707T79BaY7Dfl4++i0ryRqg3hm+TDk9snXGSU1+XjYlvIpnrXI kMd9LznUGLymfAtovzCGvfC6XKLf41vtA/HoGDyzh7b8GfH8PryBeKB9L+sbnFRf7gEtf0E8 NgKvw2It+y5c1B7p7jaPjH8cT8Q/s4hH25eqeNWPN9q+VMaXDg0ebV+q4sGR9e2yL1Xttxdv pH3/JeOSV5PJqxQXfhxF6mr7z7UnEAr+cFfxw+Qmla9g/oQTfzAaSR/O/u5cZ+s5/OO8wxF+ fSruzWaX5Xdr7eILfmTTD5OUsRmLo9TZp1sV4Vz1j06ZzyN+mfjeeRSfk9g998JzLw5CB49W uP391dsbDhbi4RIjwagLwxMK/3nknMJQxfMbYIy6o8GC6JzgBaDX1IX/QqKDBYsoc2GQOggm TvZBhAguBFBVGpz7AXHevP3AsW4piBaEyYyNQJNKI/E5jIkADlk+IX7UrGcUjVcagIVQV88/ 90B1kdtSGsuOsECtniRkNTCoJpn7J/oG7iRqgB0lWa9voAHSZ/INBEvT8U2gac2gCeZ6o3XW siZtScbGg9WtydoGCMhosCGdzcI0aBqAejH1jJJRGDRHcB0GuZSdMxj4Xl3fvPrp3dvrX65e T9IQz5JhZntqExnwj3g5obp0Tlwq5tBqcCzCI6PN7bMTDn667jlOpzXhMHjEmRnuL1AhWu9b /nL+F6fxAaSbqw8CSapNkYSTkZKkbQCF1MpmuHT57uO1qF2SqNqxFlJ50tlImbqseLxM/qJL pqg5/BiQiXZ0SborxPgY1QCSH3XXzvPcOu0bkKnTPdUU0zm+pW0YKco6202JBFGFDCP5Uaee SiSqxk4DSMp2LSRN43RU7bpk+otqvNVnAKlLJvTxxpBwoHbSdoYWfJxMftgdC46UKZQtuIUE DPw8DmpteABp2DNLvAEkaTujTHWRhpA6/amUqcQbQBrTy0isPqRZFmZx6hzmXUi+6GDE0owB SWDMUxcxWhpqrsmckw6MjPJIYpIDvJHE9VmLTowUeLYZg4WNDGaMRQxsw1yX5hxnZ10Aw/fT bn3giqLSaLdOmdSH0evK3AMYZGbWR+Vvw3JQUH6/PuJ+fQCG1Gk/ien3sX6dauv/fXIE1KyP GtUTgnRihLMeObSdGH1yxKFZp39pWranzfW0l7EYrL/tK3IZ9WLItj+AEfZipJnfVZfqxN2B unS3fVn6CIwZNdt2XKQXGFE81Ob6YrzASIJhnXZHd4HBsi7/wNHTuLowt8tPR2IskhDbbZ6u TmTSHMPDOAYYBjlGYciJqS8f3v6HM9+scHOZ2KZZTMqppJunLa4aNSah8Fwj3AuOHzy0gX8R y+Yfsm/7Xbbgk1EwVMN3h8xcR7xfpCFmyohPsL3W5a99udivtherp+KP5TnKJhB98GkzYrBY zAcQt7v8IdlnFwXfSSgBZ34PIHHTMYDJ+iFfCryAdVUZ8SiJxuAtV/utgGMgQDecV67e98I9 5Lv9IQEBg3nAddSN6HujNMg3G3G8NEv7LBJ4oxQon06RiKSvzswfpUI8TeNJ4M3DvhqHwSgd iqdJOF6a9rlMxPo1eJgt8/SiuN88/iHhSJ8CYzZKgTvcZyrwZqxPfUk4Sn0F90CEAwrZDeeP 9JftbvPt6REPKJOgpEeF/shWx0FXiZQTd0l2QnpDVhZWWSwPxb2Ai2Y9WvSGjKwaXrbLF9Is EenRozfSzPsdPvXE8ULWo0JvpJnn2SKTXs1mffqbRaNaCT6DoATsjaxeGo/S4C7TvKY3dHnz eJwKl8XqTtbZTTqM7FTIkExtP63dmpS3RiBgQR0I/LymzqYw1GEIv02XWbI+yIbQ2enWRfKC TpHw1ggELMiMMO8JubN5OuDsFw/J7mJ3WOM7Aebn+NJMPpado8fP+cNYvWIFetvEThQ3UE/U l5MQXNDIRH05HgE1Ao4yUV9OQkiB+kzUl9NkAINN1JfTELge5JfTEFQt5qfUQn2ZlLeMCNBy aN3JSv8pr5ROttzcYWiQQdDtqBaHHAiqOuS/ZEn53WRyKZ6FqZ+jh88AFc6LP5bZ+iJfp/zf VfIN//1hIpaS34n06mNYSobPRMyfyWd71FXD8oVKzI5J7LN24vs9f2vF+MRmZCFGUNpCPqxw PkvwGbmzxbw3sWGOv6mN6mq5zb6axm8mdg2JF/vtGecrrcRuOzGSLzNymVhWsJayp4LgQ7N8 U5wVxXo48SpPd5tis9ifzeu+wY5BNiUeQtbMXWljt56ntcRtF+1JLJG1qYoqsRz5tpBPTSyN UkuJiQ/r/FtLG83hbZVIM3NjxNqbRgxCe5PwcWVvCjVU7Ifho7/eJGpA15tIjNF6k4hhlzmJ PpIaKAcHR/0KHtSMNoQZToejkj6hxUCj3xJi7NCbRgwH+g3BGX5vEknaB1Q4ouqSWvdVXDHV Ko02a2Ygfs/XjS7E2w6+XIs3zTiX77UX0oiX77x57fD30Ytrb/H1Qvpbapzr//qf1785ny9+ nzw+PopL2CfJ3oV5BDoE/oKdC0f/4OGyj992Z/h/fiEg0EPuekAc53FuDbLHh/UvDoU4vJ0E nufDmOtMQ8EnD8JwSBRkNmCQUhJCnHT3eCb+jxfW+JT3EAgZBfLYD0K5i/BrXuAFbuhwhDP8 Pz4iBpcCnJAYgPH+Io4Qwecs1DAFArqjdif05/ar3K3MIYw0ejMHfUXH2UDRrKfoNBgoOvyL g00KUiezMEwi569nfxM/ytkM19kNqC7SQTBfCYKI40CIq4PEmSZJ7I2VhBAdZBZqkiSz0ZLQ EmQR+l6qJMEfZLQkXiVJFGiSRMERkgQ6iDuLKpByUnsYpDJxFhM2VyD4g44GiXWdVNbBH6Ot Q4kG4lXVwR+jq0Mrxc7IjPpKsfCDRGMVS3XFskon+GO0TijTAg+Nw9CtBR4JMhB2aMg5n1N+ AhPIkCRRA4SdAhI3QMITQDy3ARKdAkIaIPEpIFq3QJgfRcI64jPWOp6nxxM/1oJSEIz1E8/X QTBfCYKII0FKj2XE9xPVdvAHBpeRIEwHKYOSQhwJEjYUS05RbFTrtL2InQISPwOI7z6Dn/hk pE62MGhcIMnd5il/1w+CUHx7yREUsRtEUEQlieOHhARHgzQoIouBQcU1ikhCP3C9IVHGUcRd n1KckRRxCIQ+B4ind4FznRZkcqu46w6C+DoI5itBEFE6yhBIoPejemfs1TvjXhBWd5QggBEb uCz/vzMWBLgFH/fL+dFyRlUIJKZjzS2HesFRTt8NYjsu4iDW4yIpit24SIFYjYsUiOW4SMGc Ni5SuU8aF6nMp42LVO6TxkUqs9W4SIFYjYskiN24SIFYjYsUiNW4SIFYjYsUiNW4SIEw3t7F vOUFP7fYYx523nX2TBlluKg0BGc1zFIgUY1HxDQy8YghEKuxmgSxG6spEKuxmgKxGqspEKux mgKxGqspEKuxmgKxGqtJELuxmgKxGqspEKuxmgKxGqspEKuxmgKxGqspEKuxmgKxGqspEKux mgKxGqtJELuxmgIZO1brAPG9Z6Ct/DE7W9oKIM9AW8UTf5a0VYBY0lYBYk1bBcyptFXkPpG2 isyn0laR+0TaKjJb0lYBYklbOYgtbRUglrRVgFjSVgFiSVsFiCVtFSCWPFOAWFJEcWqCJUUU IJYUUYBYUkQBYkkRBYglRRQglhRRgFhSRA5iSxEFiCVFFCCWFFGAWFJEAWJJEQWIJUUUIJYU UYBYUkQBYkkRBYglReQgthRRgNhRRMqegSIiiDVFRBB7iihEsaSIEsSOIkoQW4ooYU6kiDL3 aRRRZj6RIsrcp1FEmdmOIkoQO4ooQCwpogSxo4gSxI4iShA7iihB/C7HkEfw9Oe2I5gSpGte NKbOmd5Wo9gPvaEGb0lXJUj0TFO1Es6O/QoQWu9o8G3xx0zVShA7Ci1B7Ci0BLGj0BLEjkJL EDsKLUHsKLQEsaPQAsSSQksQOwotQewotASxo9ASxI5CSxA7Ci1B7Ci0BLGj0BLEjkJLEDsK LUAsKbQEsaXQz7A5AEGegUI/x+YAIYo1hX6GzQESxJ5C22wOkLlPpdA2mwNk7lMp9DNsDpAg thT6GTYHSBBbCv0MmwMkiC2FfobNARLkuTYHSDhbFmzaHBD6RzLOZ9gcIECsaeszbA6QILa0 9Rk2B0gQW9r6DJsDJIgtbX2GzQESxJa2PsPmAAliS1ufYXOABLGlrc+wOUCC2NLWZ9gcIEFs aeszbA6QIHa0lUTPMPOLINa0FUHsaasQxZK2ShA72ipBbGmrhDmRtsrcp9FWmflE2ipzn0Zb ZWY72ipB7GirALGkrRLEjrZKEDvaKkHsaKsEsaOtEsSOZ0oQO4ooQCwpogSxo4gSxI4iShA7 iihB7CiiBLGjiBLEjiIKEEuKKEHsKKIEsaOIEsSOIkoQO4ooQewoogSxo4gSxI4iShA7iihB 7CiiALGkiBLEiiKSOIitKSIHsaWIHMSaIkpR7CiiArGiiArEkiIqmNMoosp9EkVUmU+jiCr3 SRRRZbaiiArEiiJKEDuKqECsKKICsaKICsSKIioQK4qoQKwoogJ5pgV5BWfFOCVIc0GeHfXs lAKxoq0KxIq2KhAr2qpArGirArGirQrEirYqECvaKkHsaKsCsaKtCsSKtioQK9qqQKxoqwKx oq0KxIq2KhAr2qpArGirArGirRLEjrYqEFvaGj0HbUULWtPW6FloayRqbEdbOYgtbY2EEmxp K4c5mbby3KfSVp75ZNrKc59KW3lmW9rKQWxpK6axpq0cxJa2chBb2spBbGkrB7GlrRzkmRbk FZwtC+YgjQV5Fh7JODmILfdFEGvaykFsaSsHsaWtHMSWtnIQW9rKQWxpKwexpa0IYk1bOYgt beUgtrSVg9jSVg5iS1s5iC1t5SC2tJWD2NJWDmJLWzmILW1FEGvaykHsaGvkMnvaGvFz4C1p K4LY01YhiiVtlSB2tFWC2NJWCXMibZW5T6OtMvOJtFXmPo22ysx2tFWC2NFWAWJJWyWIHW2V IHa0VYLY0VYJYkdbJchz0VYJZ0dbJUhzH6kxLg+B2NFWAWJJWyWIHW2VIHa0VYLY0VYJYkdb JYgdbZUgdrRVgFjSVgliR1sliB1tlSB2tFWC2NFWCWJHWyWIHW2VIHa0VYLY0VYJYkdbBYgl bZUgY2krJ6f4KVYziQEgeLruEbS1G+QI2toN0qKthHr1A4FZzCK+gbZflnG8ddenFWckbx0C qfNWGjdDNY38AftgzoYkUU2SXbKeb1aDOvF11QZBGHl1V/GBQbPB+gSav5EwjJueH5GYDoKU 0SCZ0QC7cR4N+I9Mjwa9IGG9EwwMAT8Y1GxUq07U6EkJ89A8Q5LEdZCg0X/FLiGDOiF6NPAJ HiFXA/Fd6g5KQkgDpEH+QDbosYdAaL06rNWnQyscBPF0kMj1m88QjfET4tdBRDCoQMIwov4g SNCQpBFmuY0HQVgDJDilOmEDpNVrjFFspDPztGSh+GMxtu1Qt9YAFalWrXEkCKn5SRwHJyiW 0rpOgkZ8HAfi6TqpTkyHH/LE9DHV8XWQ6sR0iTgSJOgYpocedXGGoDczG9lXmAmBHz/DFBSC WE9BIYj9FJQQxXIKSoLYTUFJENspKAlz4hSUzH3aFJTMfOIUlMx92hSUzGw3BSVB7KagBIjl FJQEsZuCkiB2U1ASxG4KSoLYTUFJkOeagpJwdlNQEqQ5BXXcyqkEsZuCEiCWU1ASxG4KSoLY TUFJELspKAliNwUlQeymoCSI3RSUALGcgpIgdlNQEsRuCkqC2E1BSRC7KSgJYjcFJUHspqAk iN0UlASxm4KSIHZTUALEcgpKglitnLoBxGRb2spBbGkrB7GmrVIUO9qqQKxoqwKxpK0K5jTa qnKfRFtV5tNoq8p9Em1Vma1oqwKxoq0SxI62KhAr2qpArGirArGirQrEirYqkGeirQrOirYq kOaGv2Zwp64fDYJY0VYJYkdbFYgVbVUgVrRVgVjRVgViRVsViBVtVSBWtFWC2NFWBWJFWxWI FW1VIFa0VYFY0VYFYkVbFYgVbVUgVrRVgVjRVgViRVsliB1tVSA2K6ch9SixXTkVIJYrpwLE euVUyWK1clqC2KycliB13tpcy4L+gDfnARCbldMSxGrltESxWTktQbrILIuCGDrk/sw2K6Yl iM2KaQlis2KqQKxWTEsQmxXTEsRmxbQEsVkxLUFsVkxLEJsV0xLEZsW0BLFZMS1BbFZMS5D4 GaJRtezKQtctqQn+qFOTXhCig5TURCGOBKl77HFrtyWIzbJrCWKz7FqCNDy2cxXZRAjA30Pr lVMBYjkFJUBsp6CUKFZTUCWIzRRUCWI3BVXCnDQFVeY+ZQqqzHzSFFSZ+5QpqDKzzRRUCWIz BVWCxPp0S6JPtwyPZxSI1TxWCWIzj1WC2MxjlSA281gliF+bx3I1EHc8iM1kWAnCarNXVIvG OOMyEsRmCqwEiWqzV2qPoJrKGgliMwWmQKpeW816VVNgo61jNY9WglB9Hg2nzsp5NJxUGwli MxlXgvi1yTjqapNxo/3EakavBLGZ0StBbGb0ShCbGb0SxGZGT4FYzeiVIDYzeiWIzYxeCWIz o1eC2MyjlSBj59FKsnqX7fdPFUhw0pxRC+SUOaMWSJ1nMhfnxdDbzioUSjjF6BelyTNhHJ7q SoEMD2GNwZtAyHOAUEsQ/znM4z+HefxnMY9vMg9pK4X1K8VgnpNAmuY5FuS0Z1VaIM9gnuaz KqeZx/SoCgS0llKCfqUYzHMSSNM8x4Ic9SalbpBnME/zTUqnmYcazOPHbaX4/Uppm+c0EGoJ ctp6RQvkGczTXK84zTym5Qo/aivF61eKwTwngTTNcyyI+xzmcZ/DPO6zmMc1mSdsK4X2K8Vg npNAmuY5EoQddZhyN4i9eVjzMOWTzMNMhyn7rK0U0q8Ug3lOAmma51iQow4N7AZ5BvM0Dw08 zTymQwP9oK0Ut18pBvOcBNI0zyBIutusnRKEnNZ6WiDCPGoEBo2YuL4CUSOwQZC6eQLmBj6l dfN4vhu5Q6Icv1RuAjl6qdwEQp8DxGtMpBjeM+zXV7iK+7kGcloH1gI5aT9EE6RtY+ZGNRtT SnEBckCUE7ZDGECO3w5hADnaxiaQnhWUKMOViN7c3SsoUYZrIGXm3Waf7LPl5q7Aye34qA3e 3SCneEYLpLW6RkPi1VbXcAWReEOiOO7IGdBekLGra70g41fXemG8GoxPSQ0miKMgcHtRjlpE 7QZ5BjMbFlFPMDOrm7l/yr0XxNbMRy6idsGcNr3VAnkGAzWnt04zkF83UP/qTC+IrYHU9Jal gU6b4GqBPIOBDIexnGAgr2mgvoW8XhBbAx35Ur9emHqg9ORGrXIHHPVDl/ainDZR1gJ5BjMb Xjl+gplp3cz9K8e9ILZmVhNllmamBjN7rZW4OKB9IKfNt7VAnsHKhv3BJ1iZ1K3cv1OhF8TW yobtwadYWW0Q1lmPW99ESnyfBj5oqw/ntIFPC+QZDN0c+JxmaLdl6J69Pr0gtoZWAx9LQ7tt Q3txHSYgJGB+D0h02gxTC8TeypHhtRTHW1ls9aj1zbjrqdoCZd58aQKxtHKkZpjsrCxgGlaO GnvCqc9QK90gzzFUjZ5jqBo9y1A1ag5VxQa5cv/EqLYcPcdQNXqeoWpkGKp6XmtrCkTtPpDn GKlGzzFSjZ5lpBo1RqpyL2W1sXIMz46eY6QaPc9IVcA0rMzqPJv6NKJRDaS2Y8ePTiNgLZBT rNwCOWZTd58oozd194IcbWUTyAlWNsEMburuzT20qbs38+Cm7t7cQ5u6ezOP3dTdCzJ2U3cv yNhN3X0gozd194KM3dTdCzJ2U3cvyNhN3b0gYzd194KM3dTdCzJ2U3cvyNhN3b0gYzd194KM 3dTdBzJ6U3cvyNhN3b0gYzd194KM3dTdCzJ2U3cvyNhN3b0gYzd194KM3dTdCzJ2U3cvyNhN 3X0gozd194KM3dTdCzJ2U3cvyNhN3b0gY49p6AUZe0xDL8jY7eW9IEdvLzeBjD2moQSZJelh mZwt5hyEnbYI0QI5hTa3QNqDI8a0cw34A+cu9b0hUY6nzSaQcbR5AGTUOv4QiNfDPWmocc9t tluWRfnBac8ftEBOsW0LpH1mhRvXz6zAjUaNfTgGUY63rQnk6CGRCWScbQdAvLpSwjCubVxB LbkE67N6Kv7gufmXuUIhR81UdoMIIzeOxmJeELtxY8+VF0R+P1bL1j4L6nuugiiguEdnQKTR xu4FIYZ6MarOw3gUkZL6MKTiO6p7segzYnltrCD2xekYpb6B0MFghkWDaH69NwmbB0o4skvq BQkaIM1jHEaBsAaIsUsaAml0jp1H+faCRGaPjmoaDnBuKRoGi81g4SlgOITuCOmosKg/c+Ms ozA6QTc4dOZVUcWnDEYxdOb25zL4bOQR6tb8H8eP0aD/48Ej7bYUUdrAUqff9WK1j/XjWF5T rogOY4VmrKiBFWC1h7BMHghYcR2LuCOwIIVJ92om7ih9UUNMjDyX+A0szw3pIJYhJiJW0MBy Yo8NYpn9y23qnj/tN4Rl9K/Ai5s+4dJBX6VG/wr8pt+PaXnU7F+kKdcoO3b41ylyeWb/Ugdj lli+Gw/a0TP6F4mavkqwdxjCMvoXJc22jaOvQSyjf9GW3xM27Kueb6xj3NTXmDbkGXwVsZr6 cuRJWb1YBl/FNkRO8C/P4KuI1YzRhA3He8/gqxAnfNKMhdQf9lVDZ4xYtInlk0E7+ga/h449 bPhXeapQL5bRV/G5heN173fEwlZcHdG2fbOvRs02NKZt+2ZfjZp1DKPhPs03+qobN+s4Jkb7 Rl91W+1xlL7MzJE1/X6UvszEkTV174zgAIFpLANYTX35MRvGMo1lgthrxpwx8Ssw+Cq2oWbM cUbE6MDgq4jVrOMouUwcAPTViqt+MKwvEwcAuU7pHwMTBwC5mjyHkBF2NPuq35QrpsOxMDD7 qt/yCW9Y96wjrp7ShliH37f6bZcN+hcz+32Ty0FPOwLL7PfNPs1hYTysrw6/b9QRu45Bn2Ad ft/wiTByh/kEM/t90PSvMTGamf0+aLXHETGamf0+OIXfs44YfQqPDjv8vlnHMX4fdvh9s46O M+wTodnvw2bMGSVXR7xv6YsM85zQ7PfBKdwkNPt90I4Tw/MAoZlHBy3uO8K/QjOPbtWRj8yH sIw8mrTi/Zj+MTTyaNKK9xAN4yGsyDh+pK35iTF2jIzjR9qeByDDM6ORmZPHTd2HY7DMnDxu +hcLhn0iMnJydRLwkXIZObk6hlfTlzwkuRfLzMlbvjpm/isyc/JmeyTE84f9q8Pvm3KN8fuo w++buse5/CGs2Dz/5bU4+Qi/j43+5Xotjum5gz4Rm/2rOYaBgZs3qK/Y7F/NMYznkmHdx+a4 elIbis3+dZLfx2b/OmkOJjbPT5zi98Q1z8ud4qs4CfRc8184CfRcvkpcs9+fMp+Dky3P5as4 2fJ8WOa46kXNOg7Pf+GkvxGrxX2ZHwximf2eNLnciDkr4prjKmnNA/jD/kWMfn9aHYl5veM0 LLPfn+Sr5vW009oQMc/xnaZ78xzfaVhmvycnrFsR09ocYjV5IXUHuQkxrc1hjG7qfpRcHfG+ 3XdEg1jmdb7T6tixzneaXGZfPU2uZ4zRpnW+k+to5iattbkRXI6Y1vlGrZUX9075IfS481S6 QY7YxdUNInb2VNeY39yvRCK+GbpfkuP39ZhAxm7i6gUZu4mrD0T2VOJS4NGA21g7YYow5nGl rDezzRyP29pss/XDdi1RoqPO6ugGKTdxSVEiN4ZhyHwnN4eMRGlv1fPC+nFKHguIO1ChsVYG z+8FGXucUi/I2OOUekH6tmHi25h6M/tNu5S7otRe7DDmz6r2omjPMDnzux1IcJijBBkdloDV dRA3TnVz9smWx+3tbvONnwi3Xey335TGaKDOsSgPZAtdBp3lXHf00ru6QRqnup0G8o8kX1qD tP1cLK7qJ/dRBvRloD6j/bwXZKyf94KM9fNekG4/jzLcm9ab2W94WePUZ55rUIJA7U0TPs63 pnlBKvf7z4M0YO5kuyn2ixyy/rG62zkVwlEPgnaDtE8fJMHRIA0XY3HksXLDoDiZzos8zx8S ZbyL9YGMdrE+kNEu1gfi6Q91zfXn9uS7pIiYr+kF8XWQ6l1SEtERahsCqT3ApD1VGbH6U5W9 IKzuKEHsbNHp+f+dsSBh2+n5inDN6cu95KukgCaqEPzTDvtqgRzh9N0gBqcP6k5PvIiKuNon yvHHMZpAjj6O0QRy9HGMJhCvYWCw6Ry4wFgDO63gepoYwXOAsOcACZ8DJHoOkLju9F77USwS DoHob6ikMMwz7MAfAaI9ZLpYaE+qwg/zk2UmENqzu7z2kL0pc3f370e1p41MmQP9GdnqSXf4 0fGkuwmE6SBVTJaII0HCRkwOOmJyL4j+BLOnP8HsdTzBbAKJayDaE8xexxPMBhB8grm+XR8D BnX9/lz6I8u+/tyzP96baO0he/25Z7/juWcTiDeyi+wFqT2yrJ2jIHrukSBje/xeEGYyR+2V vKZctXMgqgOY8If5ACYTSO0ciOrMA4k4EiQ2ye/P+t3Jq536Vz28Dj86Hl43gRAdhOovaO14 eN0E0np6BeVns/7opD+FHDFN//BjtP69mhNq+heII0ECk/whG9A/04uu9A8/jtB/qINU+peI I0Eik/wR6fd/Tz99hGmHFsGP0eHUrx3FrJ0+IhBHghCj/LO0PxfVm552yAf8GB1O/dqj8K5+ Ptf4cOr7Jvlj1u//fu18Ef3Ih6DjyAcTCKuBaEc+BB1HPphAQpP8Cen3fz/Si9ZOEYiCjlME TCC1I3C0UwQE4jiQwNgdJ2m//wdEL1qPP8H4+BPQGogWf4Lx8SfwTPLPWL//B7VDbvT4E4yP P0HNCfX4E4yPP4Gx/01Jv/8HVeibkVnFH+DHeP4QRDpIxR8k4kgQY/+bpv3+z2rHk1ftF3+M br+M1EDmmhLGt19m7H/nYb//s1r/O9e7zo5XiJtAav1vNe0jEUeCGPvfjPT7P6uFPp1/BuP9 h+n9b6Dzz2C8/zBj/5ul/f7PtJHIYqENZ+DH6P43dGsg1XBGII4EMfW/8yH+HFK9aG10uViM 13/o6SDa6FIgjgRp9b84Rc3cfv8JA73oqv3ij9HtN2Q1kLmmhPHtN2z1vyj/0PxTGOlFV/0v /Bjf/4Y1J6z6X4k4DiRq9b8o/9D4JapNrmgH4MKP0aEjqjmhduacQBwJ0up/ufxuf/uNfL3o qv+FH+P736jmhFX/KxFHgtScUJsTEHNWI0GqSNi/CtALUjtkrmcVYH6fisOTyi8IQo57UWI3 yBHbK7pBDCvvXv3c0CCksTgkp08URzshgroRZY2DkfH5QH7IeS+IYb46BRetz1f3Iujnde6S RydPV2K9PPT9tD9rz0p3Cs2kN29zXpk11yBnYg2y9KvdPpk/qN07xDvxzSlNkJMODG6CtN9t FcSN95f5oedHQ6Icv5hiAjl6McUEcvRiignEtJhCZ27dOXsRfP08WO6d2wd2VrqoR/TZJBMA uOhuc9hnPLPLfTNO9XNkt5vHbFdmIqe5VQvkpOO4miAGt+Kb7/RNSzTyBkU53q1MIEe7lQnk aLcygTRei8cMZ/L59TO9DCDNPRB+KYkASbar+jln6+pcP9z3fNqx9C2QUxylBWJwFP7kgbYZ zA9ww/KAKMc7ignkaEcxgRztKCYQU/xpbVHpQ6BuRw83y8LaQMiUl+ixq56ZxaHfn5n2ZA71 KVBTZq9TahbQqD+v31MwEoLezF2EAPJ64YC6WE/BNB5QV9hdcK2LMOWNegoeNHLclXkRD6rL c3syD+kLl2jqPdvCTyN3oMQetwrn6UCJ3W4VZrFWcLGaVXnd6LTTS1sgJ72FtAnSJu/Uq59w yWLGufiALCe8htQAcvxrSA0g9VP/oUaNcQR/XsYZAPEakkQ1SXbJer5ZDeqktn82CEJ5dE3Z M0MnFLDB+ujnG+JZm82jCSMS00EQ9hxKCetEIzCc7zwMEtWqEzUOzuYnFrmD1YnrIEHjuOrY lc879oHoe1+IT7ygoRPfpe6gJLVzDRGkfvo2BdnEU/u9ILReHdY6wpvFg35CPB0kUs9kH+cn xK+DyIfNSpAwjMQDm70gQUOSxunb5alUvSCsAdI81nNUdcIGSOtYzzGKra3g6SsAQccKgAmk mkHMYpIutG0IqXkazABCa68805cRgo5lhDqIf9obwlog9l2Pbzhw94Suh8ti2/UIEMuuR4BY dj0CxLLrESC2XY9Asex6BIhl1yNALLseAWLZ9QgQy66Hg9h2PQLEsusRIJZdjwCx7HoEiGXX I0Asux4BYtn1CBDLrkeARLVeQ993hl0I/wz7Sdz9Eik/rL0HypCbuj25o9p40JSb9DyXU9vV a8rcvSU4ymq7ek2ZPV11Va8NP0b12gLE10GqDlciGkDWdZDTpk9bICfNijVB2h1uENRf40cZ C3xGhmQ5YVrMAHL8tJgBpNHhNoMxEXsMB0C85wDxj+0qTSBBo5czvA8oGJSEHdtBmUB6JpBS fcXXlDfqyZv5/Xnj7rz1+Zh2XtI9Oclq8zGmvKQWreUK5pHmq73ZzauiNf4wR2sTiFcDWWg7 7zsGCiYQ/9he3QQSNBzJq4N4NBSHfM3ytci7TlZZiRId93rxbpD6813IdKh3NEh7ScDnhyRp pwDEJI6HZRkd/HpBxga/XpCxawK9IKY1gdaCeS/C2Ae8ekFqDzik+gbvetPpBantEq+ajkQc CRKPHH71gdCeV2WE+Dhyb+ZuzuSHyJl6M9M+soekqTd3z3NUfIGnN7PfVzS+rLQnd1B7/qsR vZNgIG/PAk8U91Y5IH0LPDOqT+M/FcvNncyOLzA5aS6lCXLSXEoTpB3dGGkc5+EFcePpVYMo J0ylGECOn0oxgBy94GkCaayM+4aXztTftW4C8Q1bimq7Jk2ZmqcBtFZXTZn6lvyY/ticKXMP Y2PZQMHN51Hdxuajr5BjyHdIw3ec+lkd6WZdbJbZkLZ1IsbfDdh4/WMQR+GgyUh9WEBj2rI7 TisOgNSHBbT5qkPKAHgQxG+MLcqJHikJ8WJ3ECRoSNKe/BpRHdbQSftJ3xEgYb06XmNmJA4j nw2CRI3qNF+TBfYa1kncqA5pKLZVHfDNMvQ7oXfaKmwL5JTw3QJpnFDl8PcT1barRIT57pAk x0dvE8jR0dsEcnT0NoF4NZ3g4cfHW6fJTh2/FpXgVrpfDoKYnryY154cMeVqvCK4NY3oyN7n FveDcpD7dJlna4EYEu+Yw4u6QY44vKgb5IjDi7pBWn5O4vpJbA7OWbtD1Rnt570gY/28F2Ss n/eC+M2dK7MsiJOoP1OnS/bm0t+z7lbPweCP2nMwvSBhfaoLX45RfvCih4sXvX7ttClH137n XhB9tkjshsXBBglq09K1jOy4owm7QU4K/E2QIxpEnyQnBH4DyPGB3wByfOA3gPg1L/VczUvN j3yZQIZj9naxPezuMgGI896nOEYL5BTHSOb/+ApevP+n0Nlp3KQF8iyStF00aJw354Q+9Yck Od5FTSBHu6gJ5GgXzdf5XlfASdZpgZxinRZImzn69XE/Yx5pbHRGhWTLMoN7UnVaIEdUZ3L2 TJ/JfJUVd5PJ7K+f/+Py+sv7lzfin9/evfpw+/7mi/jyy+83r37++e2Hn9VPnub3j+9uv1y+ ur7h395X3179/Pbyb5Pvcj4IX2SRO51Skk5Td7GYLrIkmi680Pv+MVm7znaXLfJvy2yN70Eq 0s02y+eO+404kyXcnjqLZXJX/BhFvvfXL59e/vT546vXvJzPXz58QHmu377/9O7qP16+//Lu 5i3e+Zuzyva7PAV9rvYHBzuyyXeb7T6HwfOPMBb+11eUTNmMVzQOp3N3kX2/7KkodVR26PHJ 1A/dKYmnnptOAaCeaQ/ROdnnD5kz2S7zraacgKByPn18++HmI/97nHqWmwrL9WPEevfx46ef Xl3+WgJ1AuBuAE3Bde2WuplOiVYZQiOnrjXyPQjRpSPfmdzlC03G7vp2ikkjcIP9YY0tDgt2 GDmPvfOAnvM3nULnSAk7pyQ6p5Scs0HnRYG65A0MNo2ETakoqnm5qRzN1Ml87qC8QpKpc5fs s8fkCTVa3Vu4tOvePFskh+W+utkufPL204PvrJLtNps78J1BzJ/vsqJwisN2u9ntf/zwcXK9 T3b7fH3Hh2nnk9e/XH76fPX3L1fXN85m7fC2vN84NAjOtf8czO2wcMLTgz85i91mpekeAs/m sJ5j1oZBnF22BnnRWmgaoMNFlm7W8+J8Mrl698ZZzuHXIr9ztsn+fupcLPOZPHdb+3KRblZw Xz+Qu7qtfspEF9uvd+Pv8HOhJ8k5DDpaoqjCE7zZEIVfnFwCneLKTNbzi83OAU9drfA3ThIu 8mVWTM4rjcu5G+0Kn4Q/nzzyELnM11+BoYF5nfQ+Wd9lXJ1fPk0ul1myw+QX+9XWefEfoNIl pJr/cD75nK02Dxx7nywz5zpZzRJnP5+JwqcOFF//nzPfrDNNgNVMl6fgP79s56JWq81+PtVr gFv/tZ/iqTrtAn+a83zyVg1Erp+KfbYqnEuc8YQkh5WDDuRcZ7uHbOf85p275+BUl5vt0y6/ u9+jU/tn8CdyejDAc14hL8EcBSijQDQodvIGTJCvF5uXzhZUVmTOQ14AS7jf77fTi4vHx8fz vEjPN7u7i+LxAmW9mEx+321A4S40h2UGOnXuNwU2tnRZoPY5TMG1eV6lBYd25k9gPIhLw+lJ qC63ErzLoW5r1By0vZ8+vbnALubChTaNnc+UdzwQrC4IqOmceBfUn0yus/Vc5nBOynO9Sb9m +4tFslzOkvRr+eUMtD1RZ5xeyH/PinSXbyHsFMrG+/vM+SQPQl3hVEjBDVQ5AT8RWHMKeZj1 +QRPqJ46VwDADSuD09QB2WfzaQDRbD6F79CTqaBHYggjLDoHP6kCn6iYf06rIngr1v1wLgZB 2iWo4WGZ3C7ATz5lu8Vmx9tpkQCNfIL2lqVfUTvJNoHvlDoiEhx2CfaH08n1EwTyb87HXytA lfQc3FeklW0cp/enE6CFTxCKJ84M7PN1n6+yWigo7vV2k+4267qsX+92PKCio0gNCykLDKRM j6LXEBg/bB7wZeKETkkwDWLnl19vsC3FvaHl9cffPwzFngqYetMAepd8vdnl0OhmQH+n8l9I PXvCIebXdLPMuvLI8Dd1sm/5Xnpjkd+toW8gweT3RFx8sQI9V/X7wQFTKQVsd5sUu7P/52G9 3B3+DUUs9pvt+fk5j2pHQRRP6zTb6Rho5JR7T158LV46D+vNPMP4Al6ObRSSABNwfMeDEOA6 xxc5OyzmCQTsdUtyDGdwd5HtoK9GwXgURqeZOtHK8wsI9KhoIcUk3R5uMeyBAa4BZcuVic3K ufz0pdDC6Yv0B5xHoRhSY+cGWu6bXZb9dP3a+bTb/CNL9+etxGH8Ev5GLv/r8b+M/434X343 Jvwv5X95mhi4I8J/zu6g2RXOZsHjxJc1cJ9dgU0Mrlwmyxz0ss6Tc8cYwJVweeEkcPkOo+MO XXGXzMEKu6+IotfiDbYR3kSrzNG5e/b56t3Vq+sr58/g2mXzIOBmUz+aQjz+cnMpmgcOxXAg 97+T5QpIX3KeFtk5WiJZbs6z+WHKu/3N7B/832KXXoBRL36++nD1+e3l5AYMlIIIeKjFn/KI Bv6fgBhlfxyydQpxisQeiajzyz+dPw5QdVCCOwEDTXnftnzx+Qfn/23v2pvTyLH939ufQrtb t9auAluvft7EdTFgmxqwWUPmZmpqKtV0NzEV87g8nPGt/fB7jqSGxgGMJ/Ym8chO2k1LOjo6 ks5DrR+qzMfDg27rEPsNUXQYO/4PAb+VnkOpA+aBHyu9cgs+eIFXTm5jGEeQ9xAYvwLxgSp4 S/52no0W4Kcqqn8jpJHCQwi9qJdAjNmZZ3qAvCUcSp2Bw7IAib+lv/cgsulDhPPmrA1RU6te qtVL7U691O1US63OdaldqZda1Xqp+j4oVdqNaqlTb5da3WtIOceUSqnauvoZsnVL1eZZ813n olTrdkqVartRarXel87eA5EOEIT/HC6li2631G2V2qf1kwInHFiRNBMsfQMZBdCodzxZal1d lmqdD9V2E8pgcUyrvmde6fduG1ioVVulNz3OT5BWpVUrtoxTRvHnzeX7UrP1MANWyN40Kxdn mAKtjUi7rHXfYHQHnlY8mjvg2N1C6DEcT+8Jio5JXwbCkwE5UAcKtU4PnfgOzZ/J9Ba/qQPh kPid3wcwU6TKg9IgKD3SjXu3MJ3fQJhTbxJSC6V73jzjJ/nAPe602hFpgY8/MBoDVIh2fkgN XJME1GwE2kdN8bUyEHWAwYg/ZgegeH4naLymy3sQOkxFaE46cwgoDkoOTjvtw0gz1ahFBEYl JjByUGkfX3TXkphK4pi09pyr52JTEeEMxvFkkMDUq6IpwbFnUlVkkSeTNz+jagAjwI/oCRlM /29GaJkLNAtDpc1643iaOp96KSMwh+HvcPE7+AbJZECXclyK8WExk+3XRvfiul6p/ZY/aCPg n5wu5nMocABODPjR6xMZu6zcj2fz4mQWrh+60i1OZhxjiuoHVNRT5InLcg8cTvUZeYY4SBWD CXyiYygc60EZrz3lbyBTmsjNJJsjjQvQiqCes2SghFO/w8VcZHAKQhrDaAMa/SxVA7xsbkW/ v6K21piLdr27ppQk6CQW0GJDwrwdPSUVZKJzm2UTI6WTFelJMuhhshrVF+AEltvVBulNB+nH bNnApI8NTIosQbllMVViMVNUFT3n7mNsMvx8Xinr+GoAkwUN8eQ2vl9SFjTDJsMfn2hBBIHI BQG3fh9+SnBL6fKpeqafBiJY5Q3xKY46fN8Sowt/N0gyHIuGMZDJx4kaaKhXScBxpJEDdT1v VS8OSQfYRUdxPh3f3mL3QEHTFlM2NfMWD4fh6GCNcWVAawyTJZ5kU1RL4Ar9f4aWj/GglQts iNoAQsRBXCIXtcpJkVEfOD0YjUk6RRsLKXP0R2Ewo1BZQdprfVQgEBSaChe2rYMYKENk5hpU Yjf7RALwyI/xcqquVX1tqz81fcUPjJ2qa1Vf9aNaG8ln5HzwMcaZkgcDyy7muoM4hc7Ju5iv uhhu885cdXGgHm7oTLpsoWnDuxlqI0ZanQZQn81AZ850SvVmMAGX4+4Ih1miaeuUVqWaJ+BX fKmE4WAAEkKhtBorYU1xb9HHbHJzr8TVbYIswg62m8KVg0CI6kv9oq4fJ9Af7YtfgB/UXZrk igDolx7Eit1SflM+q73HD/pT8XaZsipBi2XixXysG7Mx+FKrYpFaEYt8oTP+etZoduvXv6nR xPcaTbw4mvi20cQVRbEXRVGkKLZRFM7iRk+XfKYGlMFMbVQv/EPyrnNamKP4sVwpKJRAK5RQ jx6wPgUGwsIEMVWszIl50Mw+dhYT5XDRPoN8MzMw9ucFqlDEFEm2f9HTQjM83QzfTIJwvRls rRnsYTPYlmY8jRfTDKZI8v2LVgvNkLoZrmlGsN4MvtYM/rAZfEsznsaLaQZXJMX+RWuFZnDd DLHJvoSFUW2qWG+G2NKMp/FimiGcbMPcOD2+LpZGm1c0Y0vTGsuluYyl6G+eI/6yOdkXcwT5 lqB1LmDK3hlvjx3RZcJTuIKiqgKlP+Tj+kPQdfsmt+kPCRqPrdu38DhX3XA9PWge5kocr/h5 uwFjWmSsaMDYylThbS5IttFUGXaKBonRpUFiDwwSLRok9oVBYsaesD9qkAoEnt8gsW0GaW0l U2dcGqTBLFY+KPZ8o1PZ1POs0POQXQ1/zGnEoig48Tz3OvUgxJFH3tVaFfzWyuLAyzu2r/q1 74P3IfoeXJmvnvjqiY9PBO3pqd/boMGArZUihtqVR9ytqAU3fJ1FtaM9jwsZCuGLes7W2e1A ebGZXUGTQLGS9BVjWaI9Z/0p0Wwmvk7TObOe+hTrtHiDLYEm8GITJg+sCTziO1rFTIa1AuJB AfawwJqGNF02yyBMxzWzWYl0WqfYsWtcis2ucTyfzhMtd4IRPjrXJMGFy6XcVJ/6DCThS7zz lRSCQiwzURTa8TQGgd+qciup+0qUPkrZV/e+scn+QwqdVrV8O/iEC66DyQxmwEEdnOR6u33c 7vDjy8bpabN+iIu91atWu9JtwEcIcNPMFD9rnF2Rz4P5DdiXY/gXkN79HN8xQKw/uxnfpiZf QXQT45qssb5ShZA9fyH9pt1stHEF/vN4+qmoHVQ+5aeanCvytxMVvranKnsxq055mFO94Jku JvOy6qaR4gaYHKyx2Di+KpJaxFNVC/Pwm4fHU7KKFld9oOLP3FxJ/bZZadFVFxg6S6WCCyO5 fai23xVCXlxLmWdDJRVcpbsalWuDDFchp0MYgZ0M30ppCSIRZyLnSZJnPlvG3Xn+qp6pq/y4 8rK7ZrZXzUzXzPatmWHNfHfNfK+aua6Z71szx5rF7prFXjULXbPYt2bIP9RrNcYMUGc8Hebm 4UrtfSDXVy2lTPK1lqSnbXfSwxhzMpoMUnJ13UKzu6QyUz1uFusMvEMRWY29B5lx6QBGMbkb QPQPnJpCoM705gjUwPQEl0aQ8nk2ynATBLIJJRXpfLRrVZ72lwzHxtnoqaA4rzWef+qlis2f snu1RFb0Gg8GAZX8sEjYo6DDPLlOwOjOnMSJNhFaYSv6uFxHkYrOviz163mjctktN6+qP9WV 3jePl0qhsGoFSmyQfCIZ6O57dBdBdsNZlixjK8ZbvcmMnOHmtM4ky1LlL94tHUv2eBb+eBbx eBZwKWVAVR61alfIwzHPx2xEj5YmWwlXtwEc/UVv5Xq8Q/9Y7Se7eHdaInqZPzymJfTzlASO 8VJSTpIxkDkhqINtqoOpOtjX18FUHXxTHVzVwb++Dq7qEJvqEKoO8fV1CFWH3FSHVHWs4pH6 zjr49jqkE6c4KHwvFEHrFFRCFuNra9LpCpdSwellh3QuqXeip0jMy+Y70dGTYy511IJ+pa1e CP2dkWa8GKHr8tf1BL4tQRQSzutXrQhYlDghPmZj3Eh1T9IxOAkjaNownic35DbuQYMPuOve lDwxI399C/6Euj08KlDgX0Vh0Z8N0mMZ+lywLI0zmcYuD/8gyWvslyFqCvLZvH3tj6eR6QDT 12ZYmRH8YNZxpeJm2nvi+IJ3fIcvZ0pklt329VcCZ2k+f56Qmz8pt9g79+4mf2WyGfpBkZVg Kyvd6b3aBDI2FNUsUZvBoJMj3E18rEZc7HSyuaoLN8gsFoMUquBchK7g5YTKoMxYmpZ74CqX Kc0oCwLZTzJ5tFYOS4ERYrGXBEl45NTRYE3uyU08vctmmC1ytHuKjuTMIZkJJx1gGJ5/mI8/ qBuHfAKTovawFLdhfLm7InIKbUAvG7zuzi+dbr1Fqs165fK/SeenRrvduDwn1Yt69afOev7k NotHEO76NAwZvnbJyIELIVR/Cka9BCG/oCHpYcABn+gR/y+VMtTbBMejwwK17Im1Z8vaXerJ IK9dsrxyTwjqFiqnOyrvP7Hy/rJyLikNmfRM9R4PwO/Omx+GCoG6lwB4+jQeMH8ufu4xGUg3 NEwwz2duzgRzfc+TXrBTEi+gt1bCemLD2KphwDkOINMql/l5o0LXDYsDi33RohZOV701EZEg hZE/U1v8CrMOdyVGZtdOcbZc6ngwIrjHV+0Uxa1nRy+/7xg61D+CbjpiGJOCxfyE70D7eu2L PNfe5M8/zkZ1peY2vLp5+lb91Q7ltU37f1HrgsXlucV8DIYgS+a4sjLKDp2/4JaJxSyC8U+S eDodZNMfaa//SoTri41PBwFsEmEOBzCbFcURd+Xa2O2ro3ZIbzqO0wRcwEJG949Kvz4Cg613 YDqXY1Jpdv+Z7/zGdSSNU3HUY7ODmPTBWVRixnftaO7Tb1Jy0ifZSN8eOZU0HWA6aCnEguot pKoAGPtGO98H+vaXegdy51tFowhFGlGlJ+jmPfTR5mRIOlK9fjSYeEfgG32G0BZ9C+JQh5RP iMOcB5niJMkm8w9qA/QqG3V+JCViYT0W1mNhPRbWk8N6LAzoG8OAXhzn88hefwsDsjCgbw4D 6nmIBLIwoK+EAXE34uLZYUAcTJNEAIWB9Kg+/pVxGf4Wkb/7ZKYnNBjLxSxTL5hGmfL1NYEQ +1iySISbCYR7EJARGFPJNxNgbC8K0AyXbaHAd1B4FimGCEOhIfiRWzgQj7eBeZGS5BYKwV4U JPxzN1Pg9OWlwDmCcai3hQP5ghzY8l9XvpYl+I0bXETUj2CsbOxBsWsuPgsHgkD1AqbzljEk d+mT70KGgoCXDxrVDfcCVm4p8wqAlczDbbKCeOBWcQWv/M8BLN3Uu+F0yAKLsvyToiypf8RD i7K0KEuLsrQoS4uytChLi7K0KEuLsrQoS4uytChLi7K0KEuLsrQoS4uytChLi7K0KEuLsrQo S4uytChLi7K0KEuLsrQoS4uy/JYoy0DmKEtOiyjL4NWjLH0EA+YoS8nYkgNwaZgXyv8AylIK j1NJczyizz25Qlm6UtDQ/xFRlqHLPC8fV0wWGsUC33ctzNLCLC3M0sIsLczSwiwtzNLCLC3M 0sIsLWzSnp5mYZMWNvnNYJO0b2GTfwg22b1ZkAKuxov4M56eZghzEXG5CWwXKLjed4xSehYB uCgAV0TyS6SYFsAurF+BAogw2ELBJebUcwXY+aK8R2B6u+hRbinvveI+sOWfYQyHRjtswD6r EcRf8whCCTCKiF08pHPLHAK9uWsOMkbA4+ZB4UDI9fJiF+Z4RUGCqd5Gge/BAbRgKwfbtch3 0QMc8a4SbMmXuG/N/0uOQcWBQG/D9SIqtnCwC3luKDDoQPi3xRiKXZjdnIIbuRws6mYK8tFx JBD9znhEt1gT+dLIZRjA6HHyiG2Ro9z1HQDfeiza8t+BLlAeETo1W7SxfMnvT1AceAr/7wIT WzhwX/0YTiEgxi1e/Wk8zMjn47GCiILluMniNJs6E4iPEgj+ev3bxezmg3qFPopvI5Lgity/ /kWGPdz65smsF1PzIAHzw10Pd+8NEGLMljh1JlNOb7gYCjpzqvEI34imi+HkCOIXtSNXPcj6 gxGwCbH8YqSgs7jef+RUFvPxEMKxxHyzAMZBzM3jIFLGpbcZAsIh8MJQDuNUs1sOmxz3cNuo hcf/KeHxeAixb+HxFh5v4fEWHm/h8RYeb+HxFh5v4fEWHm/h8RYeb+HxFh5v4fEWHm/h8RYe b+HxFh5v4fEWHm/h8RYeb+Hxrx0eL/bBzVt4vIXHf0N4/P9WrhERE5FjqFb37mQ6nmTT23tc 2FfFgeCrQNGzwBcauVDCxQyBIy5Lnw0mX6uf1a/J2dU1QUjU+fXVu8uaRlGDgNdB6ntmRSz5 vlQfzboTeL0aBogB2TUSVjkXs+n+OQ0mJgVtumehu3g3ecwQmfE9MQAEGDo4Z3SXYVCBnU2Y xZVbXLnFlVtcucWVW1y5xZVbXLnFlf8ZceUWh/79Ht/7yG7yb4tDV1G1BaY/GZgeWGD6HsB0 iNxd1wLTnw5MP5sOFDAdxhlDlE1E+QqYvkrgrHD+5aOnR24o8wpOj/QJ/krzyx/8srXf5z5Z 8gF3+SGTRfYecLD+y9fu+da0Lz/zB3+d84EyIosJdiHLWVnhh/iQWlzOK8PleBaXY3E5Fpdj cTkWl2NxORaXY3E5FpdjcTkWl2NxORaXY3E5FpdjcTkWl2NxORaXY3E5FpdjcTkWl2NxORaX Y3E5FpdjcTkWl2NxORaX83RcjsXaWKyNxdpYrI3F2lisjcXaWKyNxdr8CbE2FjvzldgZsH+4 mqvOL5hBxAmSez0HO1pAjQXUvBygxo/x9CMLqPlKQA0PI+o+70mPLCRURni2VPjwSByXq2MG +WNHUwEFFw9J418cTWUoPHZUIlBgNJJ8w8FAmgLfdTzWM0mBiQgEQbdx4L8wB9BEKiI32HA0 keZg5/FahgJIkYYbDrszFF7yeCVb/scur0aQVKe+sq2zQO46rE9RcFHhC7bh0FJDYdc8KlCA qcC3UHjsuD6kAK3gG44cNBR2Hdd3u9chWaYextWM3aI53V1aa7969jyMy/eyLFk7jEtQuTyN iy7RdF7K2Y3wh4zOnPbN/WyQLDFBEegPaFHr1KmBe4uGinsMPsJziaemUUQMIV6OIAKMeR4G r6A04RnaJsoJxA0+Ja4kIiBgZD3HKT/Tj6OXmYzddhz9NyJnaD+PETV6rHOYP+rt2+gf6jDM eQwmdc3ga/+M1AdqhXAxMlEWvt0AFxOX0DFWgDypfnXUuKw239XqH6pXl2eN8w9njWbd+Tce BTYoNAsDAA== --------------020806030508080609020103-- From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 11:05:39 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B2CC1065672 for ; Tue, 5 Jan 2010 11:05:39 +0000 (UTC) (envelope-from wouter@widexs.nl) Received: from mx2.mail.widexs.nl (mx2-out.mail.widexs.nl [213.206.122.214]) by mx1.freebsd.org (Postfix) with ESMTP id 03EA88FC13 for ; Tue, 5 Jan 2010 11:05:38 +0000 (UTC) Received: from ex01.widexs.nl ([213.206.120.11]) by mx2.mail.widexs.nl with esmtp (Exim 4.63) (envelope-from ) id 1NS7EE-0002wr-RN for freebsd-net@freebsd.org; Tue, 05 Jan 2010 12:05:34 +0100 Received: from coredump ([83.163.235.146]) by ex01.widexs.nl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Jan 2010 12:05:34 +0100 Message-ID: <2F491526082F4C4FAAE97EBDFC3C45F0@lan.dejong.biz> From: "Wouter de Jong" To: References: <87458E9581E41E4F8FFD6062007408560485654A@mail01.widexs.local> <4B425717.4070608@gibfest.dk> Date: Tue, 5 Jan 2010 12:05:21 +0100 Organization: WideXS MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-OriginalArrivalTime: 05 Jan 2010 11:05:34.0684 (UTC) FILETIME=[010231C0:01CA8DF7] X-WideXS-MailScanner-Information: X-WideXS-MailScanner-ID: 1NS7EE-0002wr-RN X-WideXS-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-WideXS-MailScanner-SpamCheck: not spam X-WideXS-MailScanner-From: wouter@widexs.nl X-Mailman-Approved-At: Tue, 05 Jan 2010 12:27:25 +0000 Subject: Re: CARP IPv6 support ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 11:05:39 -0000 Hi Thomas, > Hello, > > I have CARP running on a couple of 8-boxes, dualstack with both v4 and > v6 addresses on the inside and outside. Everything works as expected. Very good to hear, time for some upgrades I think :) However.... what I don't get, is why http://wiki.freebsd.org/IPv6TODO then still lists that CARP should be made IPv6-aware ? > Let me know if you need any of my configs! Would be great to have them, even if I'd only use it for reference :) > By the way, my v6 uplink on > said firewalls is 6to4, not naitive v6 like you seem to have access > to (lucky you!) :) Well, it's native since it's our own network and datacenter :) But wouldn't you rather prefer a static tunnel then 6to4 ? (eg. from he.net or so) > Best regards, > > Thomas Rasmussen Thanks & regards, Wouter From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 12:40:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FDF1065670 for ; Tue, 5 Jan 2010 12:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4975C8FC19 for ; Tue, 5 Jan 2010 12:40:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 49BEB41C759; Tue, 5 Jan 2010 13:40:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 8pEFQng2jioO; Tue, 5 Jan 2010 13:40:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 9C87B41C712; Tue, 5 Jan 2010 13:40:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C6B464448EC; Tue, 5 Jan 2010 12:38:52 +0000 (UTC) Date: Tue, 5 Jan 2010 12:38:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Wouter de Jong In-Reply-To: <2F491526082F4C4FAAE97EBDFC3C45F0@lan.dejong.biz> Message-ID: <20100105123743.E88477@maildrop.int.zabbadoz.net> References: <87458E9581E41E4F8FFD6062007408560485654A@mail01.widexs.local> <4B425717.4070608@gibfest.dk> <2F491526082F4C4FAAE97EBDFC3C45F0@lan.dejong.biz> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: CARP IPv6 support ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 12:40:07 -0000 On Tue, 5 Jan 2010, Wouter de Jong wrote: >> I have CARP running on a couple of 8-boxes, dualstack with both v4 and >> v6 addresses on the inside and outside. Everything works as expected. > > Very good to hear, time for some upgrades I think :) > > However.... what I don't get, is why http://wiki.freebsd.org/IPv6TODO then > still lists that CARP should be made IPv6-aware ? No, that's not what it says; if you read to the end it says "(Only rc.* startup foo seems to be needed)"; I am not aware that this had been chnaged since but other things might have been changed rendering this obsolete? /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 14:36:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA9A61065692 for ; Tue, 5 Jan 2010 14:36:24 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 98B3A8FC16 for ; Tue, 5 Jan 2010 14:36:24 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 02F64C984B for ; Tue, 5 Jan 2010 09:36:24 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 05 Jan 2010 09:36:24 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=nURNXdroI4dKX72ajSddmDHFd4o=; b=Zm7i41qwoKo3tFJn/01yqqNTi20h6fxj7uZRAI0S2z0BKQolq1bepNa1dNFCRFZ8QM19y54nJQJUJyE8FH6LC1EgOWdQV9BnE3LLS8K0n4RZxESIw4n1vwey64eVbp36GjugxjJzAWz/OO/Cq3FOox/zxC/uK+vQWDgJqQWcI3E= X-Sasl-enc: CSEBWqXXC90ElnIIWPBw5O4GduitP7ZXRwxSu+DldyBf 1262702183 Received: from [192.168.123.18] (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6B92E4C28E2 for ; Tue, 5 Jan 2010 09:36:23 -0500 (EST) Message-ID: <4B434E64.5070708@incunabulum.net> Date: Tue, 05 Jan 2010 14:36:20 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB36CA401D@MBX03.exg5.exghost.com> In-Reply-To: <7B9397B189EB6E46A5EE7B4C8A4BB7CB36CA401D@MBX03.exg5.exghost.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: What's the proper way to traverse a getifaddrs() interface list? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 14:36:24 -0000 On 05/01/2010 02:05, Peter Steele wrote: > I have an application where I want to collect information on the network interfaces. I've researched this and the function getifaddrs(struct ifaddrs *ifap) appears to be the way to go, but I'm having some trouble understanding exactly how to process the information returned by this call. http://svn.freebsd.org/viewvc/base/head/usr.sbin/mtest/mtest.c?annotate=191651 function: __ifindex_to_primary_ip(const uint32_t ifindex, struct in_addr *pina) ... > duplicate entries. Can someone explain the proper way to traverse this linked list? > there's an entry in that list for every protocol family attached to each ifnet; they are not duplicates. cheers, BMS From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 20:03:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD28106568B; Tue, 5 Jan 2010 20:03:46 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 409FD8FC18; Tue, 5 Jan 2010 20:03:46 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id o05K3jOi008704; Tue, 5 Jan 2010 12:03:45 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 5 Jan 2010 12:03:28 -0800 Message-ID: In-Reply-To: <25ff90d61001041651gf4509ads4d023320471ab74d@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: netinet6/in6.c r201282 Thread-Index: AcqNoUGLEZHeCKeETEeVKkF+XVINdAAoGnkA References: <25ff90d61001022118y3c2a4ddcr30fd5283af065346@mail.gmail.com> <25ff90d61001041651gf4509ads4d023320471ab74d@mail.gmail.com> From: "Li, Qing" To: "David Horn" , Cc: freebsd-net Subject: RE: netinet6/in6.c r201282 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 20:03:46 -0000 Sorry, I didn't even see your original email until today. Please send problem reports directly to qingli@freebsd.org instead of my work email to get faster response. Thanks, -- Qing >=20 > On Sun, Jan 3, 2010 at 12:18 AM, David Horn wrote: > > Qing -- > > > > I have been having some issues with local ipv6 routes to machines > that > > are supposed to be on-link (attached to the same ethernet switch as > my > > test FreeBSD 9.0 box, and in the same /64) not being able to be > > accessed properly after r201282. > > >=20 > Qing -- >=20 > Thanks for the fix. r201543 seems to work well for me so far. >=20 > --Dave Horn From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 21:35:57 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB6B31065672 for ; Tue, 5 Jan 2010 21:35:57 +0000 (UTC) (envelope-from mksmith@adhost.com) Received: from mail-in06.adhost.com (mail-in06.adhost.com [216.211.128.136]) by mx1.freebsd.org (Postfix) with ESMTP id C52718FC18 for ; Tue, 5 Jan 2010 21:35:57 +0000 (UTC) Received: from ad-exh01.adhost.lan (exchange.adhost.com [216.211.143.69]) by mail-in06.adhost.com (Postfix) with ESMTP id 195EAD5CABB; Tue, 5 Jan 2010 13:35:57 -0800 (PST) (envelope-from mksmith@adhost.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 5 Jan 2010 13:35:56 -0800 Message-ID: <17838240D9A5544AAA5FF95F8D520316074E7D1B@ad-exh01.adhost.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PR 140684 - Still Open Thread-Index: AcqOTwlrc4RTSFEGTfqwxqTaaaFGqA== From: "Michael K. Smith - Adhost" To: Cc: 000.fbsd@quip.cz Subject: PR 140684 - Still Open X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 21:35:57 -0000 Hello: Per Miroslav we upgraded to 7.2 Stable and are experiencing the exact same issue upon soft reboot. The card will not pass traffic until the device is powered down and powered back on. This behavior has been confirmed on two identical pieces of hardware. Regards, Mike -- Michael K. Smith - CISSP, GSEC, GISP Chief Technical Officer - Adhost Internet LLC mksmith@adhost.com w: +1 (206) 404-9500 f: +1 (206) 404-9050 PGP: B49A DDF5 8611 27F3 08B9 84BB E61E 38C0 (Key ID: 0x9A96777D) From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 22:57:29 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541C6106568F; Tue, 5 Jan 2010 22:57:29 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7DB8FC12; Tue, 5 Jan 2010 22:57:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o05MvTiU003538; Tue, 5 Jan 2010 22:57:29 GMT (envelope-from rpaulo@freefall.freebsd.org) Received: (from rpaulo@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o05MvSvl003534; Tue, 5 Jan 2010 22:57:28 GMT (envelope-from rpaulo) Date: Tue, 5 Jan 2010 22:57:28 GMT Message-Id: <201001052257.o05MvSvl003534@freefall.freebsd.org> To: glen.j.barber@gmail.com, rpaulo@FreeBSD.org, freebsd-net@FreeBSD.org From: rpaulo@FreeBSD.org Cc: Subject: Re: kern/129580: [ndis] Netgear WG311v3 (ndis) causes kenel trap at boot. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 22:57:29 -0000 Synopsis: [ndis] Netgear WG311v3 (ndis) causes kenel trap at boot. State-Changed-From-To: open->closed State-Changed-By: rpaulo State-Changed-When: Tue Jan 5 22:57:10 UTC 2010 State-Changed-Why: please try the malo(4) driver http://www.freebsd.org/cgi/query-pr.cgi?pr=129580 From owner-freebsd-net@FreeBSD.ORG Tue Jan 5 23:10:06 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99C0E1065694 for ; Tue, 5 Jan 2010 23:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 890A58FC08 for ; Tue, 5 Jan 2010 23:10:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o05NA6CT011868 for ; Tue, 5 Jan 2010 23:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o05NA6Au011867; Tue, 5 Jan 2010 23:10:06 GMT (envelope-from gnats) Date: Tue, 5 Jan 2010 23:10:06 GMT Message-Id: <201001052310.o05NA6Au011867@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/142197: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 23:10:06 -0000 The following reply was made to PR kern/142197; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/142197: commit references a PR Date: Tue, 5 Jan 2010 23:00:20 +0000 (UTC) Author: rpaulo Date: Tue Jan 5 22:59:59 2010 New Revision: 201620 URL: http://svn.freebsd.org/changeset/base/201620 Log: Add net80211 media status reporting. PR: 142197 Submitted by: Paul Modified: head/sys/dev/if_ndis/if_ndis.c Modified: head/sys/dev/if_ndis/if_ndis.c ============================================================================== --- head/sys/dev/if_ndis/if_ndis.c Tue Jan 5 22:53:20 2010 (r201619) +++ head/sys/dev/if_ndis/if_ndis.c Tue Jan 5 22:59:59 2010 (r201620) @@ -189,6 +189,7 @@ static int ndis_set_offload (struct ndis static void ndis_getstate_80211 (struct ndis_softc *); static void ndis_setstate_80211 (struct ndis_softc *); static void ndis_auth_and_assoc (struct ndis_softc *, struct ieee80211vap *); +static void ndis_media_status (struct ifnet *, struct ifmediareq *); static int ndis_set_cipher (struct ndis_softc *, int); static int ndis_set_wpa (struct ndis_softc *, void *, int); static int ndis_add_key (struct ieee80211vap *, @@ -993,7 +994,7 @@ ndis_vap_create(struct ieee80211com *ic, vap->iv_newstate = ndis_newstate; /* complete setup */ - ieee80211_vap_attach(vap, ieee80211_media_change, ieee80211_media_status); + ieee80211_vap_attach(vap, ieee80211_media_change, ndis_media_status); ic->ic_opmode = opmode; /* install key handing routines */ vap->iv_key_set = ndis_add_key; @@ -2237,6 +2238,23 @@ ndis_set_wpa(sc, ie, ielen) } static void +ndis_media_status(struct ifnet *ifp, struct ifmediareq *imr) +{ + struct ieee80211vap *vap = ifp->if_softc; + struct ndis_softc *sc = vap->iv_ic->ic_ifp->if_softc; + uint32_t txrate; + size_t len; + + if (!NDIS_INITIALIZED(sc)) + return; + + len = sizeof(txrate); + if (ndis_get_info(sc, OID_GEN_LINK_SPEED, &txrate, &len) == 0) + vap->iv_bss->ni_txrate = txrate / 5000; + ieee80211_media_status(ifp, imr); +} + +static void ndis_setstate_80211(sc) struct ndis_softc *sc; { @@ -2696,13 +2714,6 @@ ndis_getstate_80211(sc) bs->nwbx_ssid.ns_ssidlen); ni->ni_esslen = bs->nwbx_ssid.ns_ssidlen; - len = sizeof(arg); - rval = ndis_get_info(sc, OID_GEN_LINK_SPEED, &arg, &len); - if (rval) - device_printf(sc->ndis_dev, "get link speed failed: %d\n", - rval); - ni->ni_txrate = arg / 5000; - if (ic->ic_caps & IEEE80211_C_PMGT) { len = sizeof(arg); rval = ndis_get_info(sc, OID_802_11_POWER_MODE, &arg, &len); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Jan 6 07:51:59 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8ED11065679; Wed, 6 Jan 2010 07:51:59 +0000 (UTC) (envelope-from alexbl@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C105F8FC34; Wed, 6 Jan 2010 07:51:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o067pxX1004235; Wed, 6 Jan 2010 07:51:59 GMT (envelope-from alexbl@freefall.freebsd.org) Received: (from alexbl@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o067pxE1004231; Wed, 6 Jan 2010 07:51:59 GMT (envelope-from alexbl) Date: Wed, 6 Jan 2010 07:51:59 GMT Message-Id: <201001060751.o067pxE1004231@freefall.freebsd.org> To: alexbl@FreeBSD.org, alexbl@FreeBSD.org, freebsd-net@FreeBSD.org From: alexbl@FreeBSD.org Cc: Subject: Re: kern/141256: [iwn] iwn(4) causes page fault on interface up X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 07:52:00 -0000 Synopsis: [iwn] iwn(4) causes page fault on interface up State-Changed-From-To: open->closed State-Changed-By: alexbl State-Changed-When: Wed Jan 6 07:51:39 UTC 2010 State-Changed-Why: All happily working with the iwn(4) in CURRENT http://www.freebsd.org/cgi/query-pr.cgi?pr=141256 From owner-freebsd-net@FreeBSD.ORG Wed Jan 6 08:40:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74E7C106566B for ; Wed, 6 Jan 2010 08:40:03 +0000 (UTC) (envelope-from fam@sky.net.pk) Received: from ns1.sky.net.pk (mx1.sky.net.pk [203.175.64.8]) by mx1.freebsd.org (Postfix) with ESMTP id 737D98FC08 for ; Wed, 6 Jan 2010 08:40:01 +0000 (UTC) Received: from solacef62bf25b ([203.175.64.72]) by ns1.sky.net.pk (8.13.5/8.13.5) with SMTP id o069E3QQ017998 for ; Wed, 6 Jan 2010 14:14:03 +0500 Message-ID: <000e01ca8eab$d529aaf0$0a02a8c0@solacef62bf25b> From: "Fazal Ahmed Malik" To: Date: Wed, 6 Jan 2010 13:39:54 +0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mpd5 could not assign IP address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 08:40:03 -0000 Hi, I have setup Freebsd7 with mpd5 for my pppoe clients. When client dials = into pppoe server got error "The server did not assign an IP Address. Here is my mdf.conf for reference please help if there is some thing = wrong with config, PPPoE Server: startup: set netflow peer 127.0.0.1 1813 set console self 127.0.0.1 5005 set console open set web self 127.0.0.1 5006 set web open default: load pppoe_server pppoe_server: create bundle template B set ippool add pool 192.168.1.2 192.168.1.20 set iface enable netflow-in set iface enable netflow-out set iface enable ipacct set iface enable proxy-arp set iface idle 0 set iface route default set iface enable tcpmssfix set iface ipcp yes vjcomp set iface mtu 1490 set ipcp ranges 192.168.1.1/32 ippool pool set ipcp dns 172.168.1.1 create link template common pppoe set link enable pap chap set link disable chap set link enable multilink set link action bundle B load radius create link template xl0 common #set link max-children 1000 set pppoe iface xl0 set link enable incoming set iface up-script /usr/local/etc/mpd5/addclient.sh set iface down-script /usr/local/etc/mpd5/removeclient.sh radius: set radius server 10.10.10.1 secret 1645 1646 set radius retries 3 set radius timeout 3 set radius me 10.10.10.1 set auth max-logins 1 set auth acct-update 0 set auth enable radius-auth set auth enable radius-acct set radius enable message-authentic Thanks, Fazal From owner-freebsd-net@FreeBSD.ORG Wed Jan 6 09:40:03 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 400D1106566C for ; Wed, 6 Jan 2010 09:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0708FC0A for ; Wed, 6 Jan 2010 09:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o069e3QE095300 for ; Wed, 6 Jan 2010 09:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o069e3V8095294; Wed, 6 Jan 2010 09:40:03 GMT (envelope-from gnats) Date: Wed, 6 Jan 2010 09:40:03 GMT Message-Id: <201001060940.o069e3V8095294@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Roman Bogorodskiy Cc: Subject: Re: kern/142197: [ndis] [patch] ndis is missing media status reporting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Roman Bogorodskiy List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 09:40:03 -0000 The following reply was made to PR kern/142197; it has been noted by GNATS. From: Roman Bogorodskiy To: bug-followup@FreeBSD.org, onemda@gmail.com, rpaulo@FreeBSD.org Cc: Subject: Re: kern/142197: [ndis] [patch] ndis is missing media status reporting Date: Wed, 6 Jan 2010 12:32:42 +0300 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Seems like there's a minor problem with that: cc1: warnings being treated as errors /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c: In function 'ndis= _media_status': /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:2252: warning: pas= sing argument 4 of 'ndis_get_info' from incompatible pointer type *** Error code 1 As ndis_get_info accepts 'int', not 'size_t', so after applying this: --- if_ndis.c.orig 2010-01-06 12:15:17.000000000 +0300 +++ if_ndis.c 2010-01-06 12:17:03.000000000 +0300 @@ -2243,7 +2243,7 @@ struct ieee80211vap *vap =3D ifp->if_softc; struct ndis_softc *sc =3D vap->iv_ic->ic_ifp->if_softc; uint32_t txrate; - size_t len; + int len; =20 if (!NDIS_INITIALIZED(sc)) return; it compiles fine. Roman Bogorodskiy --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iJwEAQECAAYFAktEWLAACgkQgHRbOB2qykYkkQP9HBbpfcBkyEl7eLyZz1Egga8i MkkjIWtZLDYzfP4I40n1msmydvWPiiFMpXl7M7I4F9qx4dygWhFeYhTSpyRdpxQx aWk9c0exeYae5y+hjfciHZ4yEdJtV8A7yOkAXs4Sgi9hYaomWebkK4svUwbVyQsR nlb7YXKsPMnLUxkPtmo= =W1Zn -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-net@FreeBSD.ORG Wed Jan 6 11:20:02 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AFAF106566B for ; Wed, 6 Jan 2010 11:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 752B78FC1D for ; Wed, 6 Jan 2010 11:20:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06BK2lG082939 for ; Wed, 6 Jan 2010 11:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06BK22H082938; Wed, 6 Jan 2010 11:20:02 GMT (envelope-from gnats) Date: Wed, 6 Jan 2010 11:20:02 GMT Message-Id: <201001061120.o06BK22H082938@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Paul B Mahol Cc: Subject: Re: kern/142197: [ndis] [patch] ndis is missing media status reporting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul B Mahol List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 11:20:02 -0000 The following reply was made to PR kern/142197; it has been noted by GNATS. From: Paul B Mahol To: Roman Bogorodskiy Cc: bug-followup@freebsd.org, rpaulo@freebsd.org Subject: Re: kern/142197: [ndis] [patch] ndis is missing media status reporting Date: Wed, 6 Jan 2010 11:54:48 +0100 On 1/6/10, Roman Bogorodskiy wrote: > Hello, > > Seems like there's a minor problem with that: > > cc1: warnings being treated as errors > /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c: In function > 'ndis_media_status': > /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:2252: warning: > passing argument 4 of 'ndis_get_info' from incompatible pointer type > *** Error code 1 > > As ndis_get_info accepts 'int', not 'size_t', so after applying this: > > --- if_ndis.c.orig 2010-01-06 12:15:17.000000000 +0300 > +++ if_ndis.c 2010-01-06 12:17:03.000000000 +0300 > @@ -2243,7 +2243,7 @@ > struct ieee80211vap *vap = ifp->if_softc; > struct ndis_softc *sc = vap->iv_ic->ic_ifp->if_softc; > uint32_t txrate; > - size_t len; > + int len; > > if (!NDIS_INITIALIZED(sc)) > return; > > it compiles fine. > > Roman Bogorodskiy > Right, I generated patch from my git repo which is less broken then code in CURRENT. ndis_get_info should really use size_t and not int for *buflen -- Paul B Mahol From owner-freebsd-net@FreeBSD.ORG Wed Jan 6 12:04:19 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E77106568B; Wed, 6 Jan 2010 12:04:19 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 491678FC1F; Wed, 6 Jan 2010 12:04:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06C4JGJ027505; Wed, 6 Jan 2010 12:04:19 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06C4J3o027501; Wed, 6 Jan 2010 12:04:19 GMT (envelope-from gavin) Date: Wed, 6 Jan 2010 12:04:19 GMT Message-Id: <201001061204.o06C4J3o027501@freefall.freebsd.org> To: onemda@gmail.com, gavin@FreeBSD.org, freebsd-net@FreeBSD.org, rpaulo@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/142197: [ndis] [patch] ndis is missing media status reporting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 12:04:19 -0000 Synopsis: [ndis] [patch] ndis is missing media status reporting State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Wed Jan 6 12:02:52 UTC 2010 State-Changed-Why: Committed to HEAD in r201620 Responsible-Changed-From-To: freebsd-net->rpaulo Responsible-Changed-By: gavin Responsible-Changed-When: Wed Jan 6 12:02:52 UTC 2010 Responsible-Changed-Why: Over to rpaulo as MFC reminder http://www.freebsd.org/cgi/query-pr.cgi?pr=142197 From owner-freebsd-net@FreeBSD.ORG Wed Jan 6 17:44:50 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DD4B1065692 for ; Wed, 6 Jan 2010 17:44:50 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf02.insightbb.com (mxsf02.insightbb.com [74.128.0.63]) by mx1.freebsd.org (Postfix) with ESMTP id 39A308FC1F for ; Wed, 6 Jan 2010 17:44:50 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,230,1262581200"; d="scan'208";a="694731623" Received: from unknown (HELO mxsf12.insightbb.com) ([172.31.249.231]) by mxsf02.insightbb.com with ESMTP; 06 Jan 2010 12:44:49 -0500 X-IronPort-AV: E=Sophos;i="4.49,230,1262581200"; d="scan'208";a="13707722" Received: from unknown (HELO asav02.insightbb.com) ([172.31.249.123]) by mxsf12.insightbb.com with ESMTP; 06 Jan 2010 12:44:49 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtgEAGNbREvQLicL/2dsb2JhbACBRY4xAcJwhDAE X-IronPort-AV: E=Sophos;i="4.49,230,1262581200"; d="scan'208";a="342710566" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout02.manage.insightbb.com with ESMTP; 06 Jan 2010 12:44:48 -0500 To: freebsd-net@freebsd.org From: Steven Friedrich Date: Wed, 6 Jan 2010 12:44:46 -0500 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001061244.46700.freebsd@insightbb.com> Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 17:44:50 -0000 On Monday 04 January 2010 05:31:18 pm Weongyo Jeong wrote: > On Mon, Jan 04, 2010 at 03:57:56PM -0500, Steven Friedrich wrote: > > On Monday 04 January 2010 03:34:41 pm Weongyo Jeong wrote: > > > Could you please test with attached patch? Today the device I ordered > > > is delivered and I tried to test with it. One thing, it looks weird, > > > I noticed is that after uploading the firmware, idProduct is increased > > > not decreased. > > > > > > After patching, you should rebuild the module. > > > > I didn't get an attachment... > > Attached. > > regards, > Weongyo Jeong > I had to place: # Firmware download for Netgear WG111T USB ethernet. attach 100 { match "vendor" "0x1385"; match "product" "0x4251"; action "/usr/sbin/uathload -d /dev/$device-name"; }; in /etc/devd.conf, but I later moved it to /usr/local/etc/devd/WG111T.conf Then it appeared in the ifconfig as uath0. But I get errors later when I run wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf Those errors are: uath0: timeout waiting for reply to cmd 0x8 (8) uath0: could not start target, error 35 Your patch DOES work, AFAIK. From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 00:07:26 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E0BC106566C; Thu, 7 Jan 2010 00:07:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 757158FC1E; Thu, 7 Jan 2010 00:07:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0707QRH049208; Thu, 7 Jan 2010 00:07:26 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0707QOh049204; Thu, 7 Jan 2010 00:07:26 GMT (envelope-from linimon) Date: Thu, 7 Jan 2010 00:07:26 GMT Message-Id: <201001070007.o0707QOh049204@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142391: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 00:07:26 -0000 Old Synopsis: bsnmpd triggers kernel panic when a second cloned WLAN interface was created before starting New Synopsis: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 7 00:06:58 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142391 From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 00:08:54 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F06A106568F; Thu, 7 Jan 2010 00:08:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EAD9F8FC15; Thu, 7 Jan 2010 00:08:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0708rra049296; Thu, 7 Jan 2010 00:08:53 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0708rFQ049292; Thu, 7 Jan 2010 00:08:53 GMT (envelope-from linimon) Date: Thu, 7 Jan 2010 00:08:53 GMT Message-Id: <201001070008.o0708rFQ049292@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142392: [panic] rtadvd(8) triggers kernel panic when started for a hardware WLAN interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 00:08:54 -0000 Old Synopsis: rtadvd triggers kernel panic when started for a hardware WLAN interface New Synopsis: [panic] rtadvd(8) triggers kernel panic when started for a hardware WLAN interface Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 7 00:08:19 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142392 From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 03:34:33 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F33DB106566B for ; Thu, 7 Jan 2010 03:34:33 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6EE8FC0C for ; Thu, 7 Jan 2010 03:34:33 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so4003632qwb.7 for ; Wed, 06 Jan 2010 19:34:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=B2zhcngkLr02EBK/kJ0kMMyqJa3bWaJ20xay02IHx9I=; b=gsYQbQhIcuN5v+Uz0SpDE7zOcS8t/4bYrAVhdXvzECxCvWbylBrFv/cNohdM77ve71 c7n0q5E8TOYgI+GZzuBg9Y8RLVmBYcvfXJtpw3QJp3H33G62kW4of3OY56fIPd6Ihxg1 S22XFr8SwSi4XMibZdPrW9qmQ00nj78IProT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=nja5sx/ZFjmz/yfP4ytQlI35rQzxua+UOfk49nTB9LkAV2hT6vDa5aXATtb6CZj8+K PQh8r3jFIRM2W7GjreYDW7U495qocctdDlFvUt7DRQAUr56SZawKJ5+rFodKzrJ1IGYa RI1Mxx1nZR9wtmEFdBZ/+E9vB11evJErHf0Ro= Received: by 10.229.31.211 with SMTP id z19mr580362qcc.24.1262835269081; Wed, 06 Jan 2010 19:34:29 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm57241343qwd.56.2010.01.06.19.34.26 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 19:34:28 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 6 Jan 2010 19:34:43 -0800 From: Weongyo Jeong Date: Wed, 6 Jan 2010 19:34:43 -0800 To: Steven Friedrich Message-ID: <20100107033443.GK1491@weongyo> Mail-Followup-To: Steven Friedrich , freebsd-net@freebsd.org References: <201001061244.46700.freebsd@insightbb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001061244.46700.freebsd@insightbb.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 03:34:34 -0000 On Wed, Jan 06, 2010 at 12:44:46PM -0500, Steven Friedrich wrote: > On Monday 04 January 2010 05:31:18 pm Weongyo Jeong wrote: > > On Mon, Jan 04, 2010 at 03:57:56PM -0500, Steven Friedrich wrote: > > > On Monday 04 January 2010 03:34:41 pm Weongyo Jeong wrote: > > > > Could you please test with attached patch? Today the device I ordered > > > > is delivered and I tried to test with it. One thing, it looks weird, > > > > I noticed is that after uploading the firmware, idProduct is increased > > > > not decreased. > > > > > > > > After patching, you should rebuild the module. > > > > > > I didn't get an attachment... > > > > Attached. > > > > regards, > > Weongyo Jeong > > > > I had to place: > # Firmware download for Netgear WG111T USB ethernet. > attach 100 { > match "vendor" "0x1385"; > match "product" "0x4251"; > action "/usr/sbin/uathload -d /dev/$device-name"; > }; > > in /etc/devd.conf, but I later moved it to /usr/local/etc/devd/WG111T.conf > > Then it appeared in the ifconfig as uath0. > > But I get errors later when I run wpa_supplicant -B -i wlan0 -c > /etc/wpa_supplicant.conf > > Those errors are: > uath0: timeout waiting for reply to cmd 0x8 (8) > uath0: could not start target, error 35 > > Your patch DOES work, AFAIK. I tested WPA test with my device today and it worked. Could you please show me your wpa_supplicant.conf and commands? The following is my configuration and command. # cat /etc/wpa_supplicant.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="wg" bssid=00:08:XX:XX:XX:15 proto=WPA key_mgmt=WPA-PSK pairwise=TKIP group=TKIP scan_ssid=1 psk="XXXXXXXXXX" } # uathload -d /dev/ugen1.2 ugen1.2: at usbus1 (disconnected) ugen1.2: at usbus1 uath0: on usbus1 # ifconfig wlan0 create wlandev uath0 wlan0: Ethernet address: 00:1b:2f:XX:XX:ca Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18AFC106566B for ; Thu, 7 Jan 2010 03:49:52 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B16248FC12 for ; Thu, 7 Jan 2010 03:49:51 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so4005772qwb.7 for ; Wed, 06 Jan 2010 19:49:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=ZVauVXRVSyMhv2JVI+dKyre5qOwPrk833YgtvOVWwL8=; b=joOr16CwZZGSNO8rBv84EpT45MHxu2+EIF9lX8Qn9UWPbj25lc9wCDk2LIkIIB5mBe EdLEDBMfChXWnYjs6POUys4pfDrZykAqt8dAK6Z5FtcbTaDXv+fRZ9Doye6DhLE+UyS0 jAL/OFEn7PnSH2chzS71PWGKXKWzr+e7e1vbE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=xGJ9y37vXeXpE4p/4BsDVWTy3FXh2pmYGjIB/z0JQy6XnvHryewPBkPmz3QZREf3DC qTJQCkticPCdbYhrOF6DCkaL0nnZxU+HmjVtkCJdmWTdLnoP9Tgl+Wz5FvmtnR0UUr+S DqM/yje+8Yumpk13Wmj/r/IJDnidKXDlkCTtw= Received: by 10.224.73.37 with SMTP id o37mr13321749qaj.252.1262836180142; Wed, 06 Jan 2010 19:49:40 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm18553936qyk.13.2010.01.06.19.49.38 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 19:49:39 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 6 Jan 2010 19:49:56 -0800 From: Weongyo Jeong Date: Wed, 6 Jan 2010 19:49:56 -0800 To: Steven Friedrich Message-ID: <20100107034956.GM1491@weongyo> Mail-Followup-To: Steven Friedrich , freebsd-net@freebsd.org References: <201001061244.46700.freebsd@insightbb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001061244.46700.freebsd@insightbb.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 03:49:52 -0000 On Wed, Jan 06, 2010 at 12:44:46PM -0500, Steven Friedrich wrote: > On Monday 04 January 2010 05:31:18 pm Weongyo Jeong wrote: > > On Mon, Jan 04, 2010 at 03:57:56PM -0500, Steven Friedrich wrote: > > > On Monday 04 January 2010 03:34:41 pm Weongyo Jeong wrote: > > > > Could you please test with attached patch? Today the device I ordered > > > > is delivered and I tried to test with it. One thing, it looks weird, > > > > I noticed is that after uploading the firmware, idProduct is increased > > > > not decreased. > > > > > > > > After patching, you should rebuild the module. > > > > > > I didn't get an attachment... > > > > Attached. > > > > regards, > > Weongyo Jeong > > > > I had to place: > # Firmware download for Netgear WG111T USB ethernet. > attach 100 { > match "vendor" "0x1385"; > match "product" "0x4251"; > action "/usr/sbin/uathload -d /dev/$device-name"; > }; > > in /etc/devd.conf, but I later moved it to /usr/local/etc/devd/WG111T.conf > > Then it appeared in the ifconfig as uath0. > > But I get errors later when I run wpa_supplicant -B -i wlan0 -c > /etc/wpa_supplicant.conf > > Those errors are: > uath0: timeout waiting for reply to cmd 0x8 (8) > uath0: could not start target, error 35 > > Your patch DOES work, AFAIK. One thing you can try is that changing your firmware image which could be downloaded at http://people.freebsd.org/~weongyo/ar5523.bin To use this firmware reverts all patches and changes you made then runs uathload as follows: # uathload -d /dev/ugenX.X /tmp/ar5523.bin regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 12:22:01 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 958101065672; Thu, 7 Jan 2010 12:22:01 +0000 (UTC) (envelope-from syrinx@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6C38FC08; Thu, 7 Jan 2010 12:22:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o07CM1oe036500; Thu, 7 Jan 2010 12:22:01 GMT (envelope-from syrinx@freefall.freebsd.org) Received: (from syrinx@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o07CM1Xh036496; Thu, 7 Jan 2010 12:22:01 GMT (envelope-from syrinx) Date: Thu, 7 Jan 2010 12:22:01 GMT Message-Id: <201001071222.o07CM1Xh036496@freefall.freebsd.org> To: syrinx@FreeBSD.org, freebsd-net@FreeBSD.org, syrinx@FreeBSD.org From: syrinx@FreeBSD.org Cc: Subject: Re: kern/142052: [panic] MROUTED option causes kernel panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 12:22:01 -0000 Synopsis: [panic] MROUTED option causes kernel panic Responsible-Changed-From-To: freebsd-net->syrinx Responsible-Changed-By: syrinx Responsible-Changed-When: Thu Jan 7 12:19:39 UTC 2010 Responsible-Changed-Why: Take over responsibility for the PR http://www.freebsd.org/cgi/query-pr.cgi?pr=142052 From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 16:33:30 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABB771065676; Thu, 7 Jan 2010 16:33:30 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf01.insightbb.com (mxsf01.insightbb.com [74.128.0.71]) by mx1.freebsd.org (Postfix) with ESMTP id 680E58FC16; Thu, 7 Jan 2010 16:33:30 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,236,1262581200"; d="scan'208";a="793766799" Received: from unknown (HELO asav03.insightbb.com) ([172.31.249.123]) by mxsf01.insightbb.com with ESMTP; 07 Jan 2010 11:33:29 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgEAE+bRUvQLicL/2dsb2JhbACBRNNIhDAEhWk X-IronPort-AV: E=Sophos;i="4.49,236,1262581200"; d="scan'208";a="119684438" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout03.insightbb.com with ESMTP; 07 Jan 2010 11:33:28 -0500 From: Steven Friedrich To: freebsd-net@freebsd.org, Weongyo Jeong Date: Thu, 7 Jan 2010 11:33:21 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <201001061244.46700.freebsd@insightbb.com> <20100107033443.GK1491@weongyo> In-Reply-To: <20100107033443.GK1491@weongyo> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001071133.22131.freebsd@insightbb.com> Cc: Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 16:33:30 -0000 On Wednesday 06 January 2010 10:34:43 pm Weongyo Jeong wrote: > On Wed, Jan 06, 2010 at 12:44:46PM -0500, Steven Friedrich wrote: > > On Monday 04 January 2010 05:31:18 pm Weongyo Jeong wrote: > > > On Mon, Jan 04, 2010 at 03:57:56PM -0500, Steven Friedrich wrote: > > > > On Monday 04 January 2010 03:34:41 pm Weongyo Jeong wrote: > > > > > Could you please test with attached patch? Today the device I > > > > > ordered is delivered and I tried to test with it. One thing, it > > > > > looks weird, I noticed is that after uploading the firmware, > > > > > idProduct is increased not decreased. > > > > > > > > > > After patching, you should rebuild the module. > > > > > > > > I didn't get an attachment... > > > > > > Attached. > > > > > > regards, > > > Weongyo Jeong > > > > I had to place: > > # Firmware download for Netgear WG111T USB ethernet. > > attach 100 { > > match "vendor" "0x1385"; > > match "product" "0x4251"; > > action "/usr/sbin/uathload -d /dev/$device-name"; > > }; > > > > in /etc/devd.conf, but I later moved it to > > /usr/local/etc/devd/WG111T.conf > > > > Then it appeared in the ifconfig as uath0. > > > > But I get errors later when I run wpa_supplicant -B -i wlan0 -c > > /etc/wpa_supplicant.conf > > > > Those errors are: > > uath0: timeout waiting for reply to cmd 0x8 (8) > > uath0: could not start target, error 35 > > > > Your patch DOES work, AFAIK. > > I tested WPA test with my device today and it worked. Could you please > show me your wpa_supplicant.conf and commands? The following is my > configuration and command. > > # cat /etc/wpa_supplicant.conf > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > > network={ > ssid="wg" > bssid=00:08:XX:XX:XX:15 > proto=WPA > key_mgmt=WPA-PSK > pairwise=TKIP > group=TKIP > scan_ssid=1 > psk="XXXXXXXXXX" > } > > # uathload -d /dev/ugen1.2 > ugen1.2: at usbus1 (disconnected) > ugen1.2: at usbus1 > uath0: on > usbus1 > # ifconfig wlan0 create wlandev uath0 > wlan0: Ethernet address: 00:1b:2f:XX:XX:ca > /etc/wpa_supplicant.conf CTRL-EVENT-SCAN-RESULTS > Trying to associate with 00:08:XX:XX:XX:14 (SSID='wg' freq=2437 MHz) > Associated with 00:08:XX:XX:XX:14 > WPA: Key negotiation completed with 00:08:XX:XX:XX:14 [PTK=TKIP > GTK=TKIP] > CTRL-EVENT-CONNECTED - Connection to 00:08:XX:XX:XX:14 completed (auth) > [id=0 id_str=] > > regards, > Weongyo Jeong > > _______________________________________________ > 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" > Here's my /etc/wpa_supplicant.conf # ap_scan should be 2 when using ndis (bcmwl5_sys) driver, # 1 when using bwi, uath ap_scan=1 network={ bssid=00:xx:xx:xx:xx:50 ssid="FriedrichAir" scan_ssid=1 key_mgmt=WPA-PSK pairwise=TKIP group=TKIP proto=WPA WPA2 psk="xxxxxxxxxxxxxxxx" } From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 16:44:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C559106566B for ; Thu, 7 Jan 2010 16:44:23 +0000 (UTC) (envelope-from pz-freebsd-net@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFAC8FC1B for ; Thu, 7 Jan 2010 16:44:22 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id o07GiMDa092169 for ; Thu, 7 Jan 2010 08:44:22 -0800 (PST) (envelope-from pz-freebsd-net@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id o07GiMeF092168 for freebsd-net@freebsd.org; Thu, 7 Jan 2010 08:44:22 -0800 (PST) (envelope-from pz-freebsd-net@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-net@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id o07GiMcH092135 for treehouse-mail-freebsd-net@hairball.treehouse.napa.ca.us; Thu, 7 Jan 2010 08:44:22 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-net@freebsd.org Date: Thu, 7 Jan 2010 16:44:22 +0000 (UTC) Message-id: Errors-to: "G. Paul Ziemba" Subject: vimage vs. ipfilter X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 16:44:24 -0000 Can anyone comment on the usability of ipfilter with an 8.X kernel built with "options VIMAGE" ? I'm seeing a fatal kernel trap when rc. starts to configure ipfilter during the boot sequence. I'm using 8.0-RC1. many thanks! -- G. Paul Ziemba FreeBSD unix: 8:41AM up 24 days, 10:22, 21 users, load averages: 0.18, 0.25, 0.24 From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 17:30:29 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B121065693 for ; Thu, 7 Jan 2010 17:30:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from utility-0.aerioconnect.net (utility-0.aerioconnect.net [216.240.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 4545B8FC0A for ; Thu, 7 Jan 2010 17:30:29 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by utility-0.aerioconnect.net (8.13.1/8.13.1) with ESMTP id o07HDiox030955; Thu, 7 Jan 2010 09:13:44 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id D07502D601A; Thu, 7 Jan 2010 09:13:43 -0800 (PST) Message-ID: <4B461646.8090508@elischer.org> Date: Thu, 07 Jan 2010 09:13:42 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: paul+usenet@w6yx.stanford.edu References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: vimage vs. ipfilter X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 17:30:29 -0000 G. Paul Ziemba wrote: > Can anyone comment on the usability of ipfilter with an 8.X kernel > built with "options VIMAGE" ? I'm seeing a fatal kernel trap > when rc. starts to configure ipfilter during the boot sequence. > I'm using 8.0-RC1. > > many thanks! I do not believe ipfilter is compatible with vimage. ipfw is, (experimentally) and pf has patches to make it so. From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 18:45:15 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C84DB1065679 for ; Thu, 7 Jan 2010 18:45:15 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF928FC19 for ; Thu, 7 Jan 2010 18:45:14 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so4148775qwb.7 for ; Thu, 07 Jan 2010 10:45:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=XLtprq546SvKS//jLPK47MMiSBOtNuZrAXibRt8gi0M=; b=GkwcppqNDZfh9KpdtaK5WT+X/Oe1Wix52kjkwqRs7aNGiU5W88Yx23eiHa9hQOS873 JdUOrSEf/mDnKY0fV0JywS/mvwGYn/JuoOAN8DNZTq/UafI4RYKUR/brqEMIJ80FqvSj ggwyRBINgxRxwca2rEiWAlXQgLHHPm7UqaIk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=USi7MbX+FVYdPnMqOwR/4eFlXdgG3HV1QIuvVR7/3wuJ2FM67yLZPB9hGVLEnfS9Ns GXfxx1se6nIfpt6Jb1rrFsP2QgUx4+Drl/yYK614QO1mzfX+CH/jIBAiWKMOtAU9A+48 92KyDBqxWY7zMT2VoaGbed8IMhYvn4fOxh9DE= Received: by 10.224.65.5 with SMTP id g5mr1228756qai.343.1262889901449; Thu, 07 Jan 2010 10:45:01 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm59711215qwd.6.2010.01.07.10.44.59 (version=SSLv3 cipher=RC4-MD5); Thu, 07 Jan 2010 10:45:00 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Thu, 7 Jan 2010 10:45:16 -0800 From: Weongyo Jeong Date: Thu, 7 Jan 2010 10:45:16 -0800 To: Steven Friedrich Message-ID: <20100107184516.GP1491@weongyo> Mail-Followup-To: Steven Friedrich , freebsd-net@freebsd.org References: <201001061244.46700.freebsd@insightbb.com> <20100107033443.GK1491@weongyo> <201001071133.22131.freebsd@insightbb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001071133.22131.freebsd@insightbb.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 18:45:15 -0000 On Thu, Jan 07, 2010 at 11:33:21AM -0500, Steven Friedrich wrote: > On Wednesday 06 January 2010 10:34:43 pm Weongyo Jeong wrote: > > On Wed, Jan 06, 2010 at 12:44:46PM -0500, Steven Friedrich wrote: > > > On Monday 04 January 2010 05:31:18 pm Weongyo Jeong wrote: > > > > On Mon, Jan 04, 2010 at 03:57:56PM -0500, Steven Friedrich wrote: > > > > > On Monday 04 January 2010 03:34:41 pm Weongyo Jeong wrote: > > > > > > Could you please test with attached patch? Today the device I > > > > > > ordered is delivered and I tried to test with it. One thing, it > > > > > > looks weird, I noticed is that after uploading the firmware, > > > > > > idProduct is increased not decreased. > > > > > > > > > > > > After patching, you should rebuild the module. > > > > > > > > > > I didn't get an attachment... > > > > > > > > Attached. > > > > > > > > regards, > > > > Weongyo Jeong > > > > > > I had to place: > > > # Firmware download for Netgear WG111T USB ethernet. > > > attach 100 { > > > match "vendor" "0x1385"; > > > match "product" "0x4251"; > > > action "/usr/sbin/uathload -d /dev/$device-name"; > > > }; > > > > > > in /etc/devd.conf, but I later moved it to > > > /usr/local/etc/devd/WG111T.conf > > > > > > Then it appeared in the ifconfig as uath0. > > > > > > But I get errors later when I run wpa_supplicant -B -i wlan0 -c > > > /etc/wpa_supplicant.conf > > > > > > Those errors are: > > > uath0: timeout waiting for reply to cmd 0x8 (8) > > > uath0: could not start target, error 35 > > > > > > Your patch DOES work, AFAIK. > > > > I tested WPA test with my device today and it worked. Could you please > > show me your wpa_supplicant.conf and commands? The following is my > > configuration and command. > > > > # cat /etc/wpa_supplicant.conf > > ctrl_interface=/var/run/wpa_supplicant > > ctrl_interface_group=wheel > > > > network={ > > ssid="wg" > > bssid=00:08:XX:XX:XX:15 > > proto=WPA > > key_mgmt=WPA-PSK > > pairwise=TKIP > > group=TKIP > > scan_ssid=1 > > psk="XXXXXXXXXX" > > } > > > > # uathload -d /dev/ugen1.2 > > ugen1.2: at usbus1 (disconnected) > > ugen1.2: at usbus1 > > uath0: on > > usbus1 > > # ifconfig wlan0 create wlandev uath0 > > wlan0: Ethernet address: 00:1b:2f:XX:XX:ca > > > /etc/wpa_supplicant.conf CTRL-EVENT-SCAN-RESULTS > > Trying to associate with 00:08:XX:XX:XX:14 (SSID='wg' freq=2437 MHz) > > Associated with 00:08:XX:XX:XX:14 > > WPA: Key negotiation completed with 00:08:XX:XX:XX:14 [PTK=TKIP > > GTK=TKIP] > > CTRL-EVENT-CONNECTED - Connection to 00:08:XX:XX:XX:14 completed (auth) > > [id=0 id_str=] > > Here's my /etc/wpa_supplicant.conf > # ap_scan should be 2 when using ndis (bcmwl5_sys) driver, > # 1 when using bwi, uath > ap_scan=1 > network={ > bssid=00:xx:xx:xx:xx:50 > ssid="FriedrichAir" > scan_ssid=1 > key_mgmt=WPA-PSK > pairwise=TKIP > group=TKIP > proto=WPA WPA2 > psk="xxxxxxxxxxxxxxxx" > } It looks weird for me that with you configuration my device is worked without problems. Could you please do wireless association test without any authentication (like WPA, WEP)? I think we should check it first before associating with WPA. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 20:40:44 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A293E1065694 for ; Thu, 7 Jan 2010 20:40:44 +0000 (UTC) (envelope-from wouter@widexs.nl) Received: from mx2.mail.widexs.nl (mx2-out.mail.widexs.nl [213.206.122.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6114C8FC13 for ; Thu, 7 Jan 2010 20:40:43 +0000 (UTC) Received: from ex01.widexs.nl ([213.206.120.11]) by mx2.mail.widexs.nl with esmtp (Exim 4.63) (envelope-from ) id 1NSz9s-0007ac-Fr for freebsd-net@freebsd.org; Thu, 07 Jan 2010 21:40:40 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Jan 2010 21:40:42 +0100 Message-ID: <87458E9581E41E4F8FFD60620074085604856721@mail01.widexs.local> In-Reply-To: <20100105123743.E88477@maildrop.int.zabbadoz.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: CARP IPv6 support ? Thread-Index: AcqOBDk9lUFG8nDHSRCYntvrFaLUygB1SyRg References: <87458E9581E41E4F8FFD6062007408560485654A@mail01.widexs.local> <4B425717.4070608@gibfest.dk> <2F491526082F4C4FAAE97EBDFC3C45F0@lan.dejong.biz> <20100105123743.E88477@maildrop.int.zabbadoz.net> From: "Wouter de Jong" To: "Bjoern A. Zeeb" X-WideXS-MailScanner-Information: X-WideXS-MailScanner-ID: 1NSz9s-0007ac-Fr X-WideXS-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-WideXS-MailScanner-SpamCheck: not spam X-WideXS-MailScanner-From: wouter@widexs.nl Cc: freebsd-net@freebsd.org Subject: RE: CARP IPv6 support ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 20:40:44 -0000 Hi Bjoern, > -----Original Message----- > From: Bjoern A. Zeeb [mailto:bzeeb-lists@lists.zabbadoz.net] > Sent: Tuesday, January 05, 2010 13:39 > To: Wouter de Jong > Cc: freebsd-net@freebsd.org > Subject: Re: CARP IPv6 support ? > > However.... what I don't get, is why http://wiki.freebsd.org/IPv6TODO > then > > still lists that CARP should be made IPv6-aware ? >=20 > No, that's not what it says; if you read to the end it says > "(Only rc.* startup foo seems to be needed)"; I am not aware that > this had been chnaged since but other things might have been changed > rendering this obsolete? You're right... but it didn't say which foo was needed :) The good news is : it really seems to work flawlessly in 8.0 Best regards, Wouter From owner-freebsd-net@FreeBSD.ORG Thu Jan 7 21:01:53 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 923501065695; Thu, 7 Jan 2010 21:01:53 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf10.insightbb.com (mxsf10.insightbb.com [74.128.0.92]) by mx1.freebsd.org (Postfix) with ESMTP id 4CEF78FC1A; Thu, 7 Jan 2010 21:01:52 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,237,1262581200"; d="scan'208";a="21454881" Received: from unknown (HELO asav03.insightbb.com) ([172.31.249.123]) by mxsf10.insightbb.com with ESMTP; 07 Jan 2010 16:01:52 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgEAJbaRUvQLicL/2dsb2JhbACBRdJ1hDAEhWk X-IronPort-AV: E=Sophos;i="4.49,237,1262581200"; d="scan'208";a="119728373" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout03.insightbb.com with ESMTP; 07 Jan 2010 16:01:51 -0500 From: Steven Friedrich To: freebsd-net@freebsd.org, Weongyo Jeong Date: Thu, 7 Jan 2010 16:01:49 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <201001061244.46700.freebsd@insightbb.com> <201001071133.22131.freebsd@insightbb.com> <20100107184516.GP1491@weongyo> In-Reply-To: <20100107184516.GP1491@weongyo> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001071601.49691.freebsd@insightbb.com> Cc: Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 21:01:53 -0000 On Thursday 07 January 2010 01:45:16 pm Weongyo Jeong wrote: > On Thu, Jan 07, 2010 at 11:33:21AM -0500, Steven Friedrich wrote: > > On Wednesday 06 January 2010 10:34:43 pm Weongyo Jeong wrote: > > > On Wed, Jan 06, 2010 at 12:44:46PM -0500, Steven Friedrich wrote: > > > > On Monday 04 January 2010 05:31:18 pm Weongyo Jeong wrote: > > > > > On Mon, Jan 04, 2010 at 03:57:56PM -0500, Steven Friedrich wrote: > > > > > > On Monday 04 January 2010 03:34:41 pm Weongyo Jeong wrote: > > > > > > > Could you please test with attached patch? Today the device I > > > > > > > ordered is delivered and I tried to test with it. One thing, > > > > > > > it looks weird, I noticed is that after uploading the firmware, > > > > > > > idProduct is increased not decreased. > > > > > > > > > > > > > > After patching, you should rebuild the module. > > > > > > > > > > > > I didn't get an attachment... > > > > > > > > > > Attached. > > > > > > > > > > regards, > > > > > Weongyo Jeong > > > > > > > > I had to place: > > > > # Firmware download for Netgear WG111T USB ethernet. > > > > attach 100 { > > > > match "vendor" "0x1385"; > > > > match "product" "0x4251"; > > > > action "/usr/sbin/uathload -d /dev/$device-name"; > > > > }; > > > > > > > > in /etc/devd.conf, but I later moved it to > > > > /usr/local/etc/devd/WG111T.conf > > > > > > > > Then it appeared in the ifconfig as uath0. > > > > > > > > But I get errors later when I run wpa_supplicant -B -i wlan0 -c > > > > /etc/wpa_supplicant.conf > > > > > > > > Those errors are: > > > > uath0: timeout waiting for reply to cmd 0x8 (8) > > > > uath0: could not start target, error 35 > > > > > > > > Your patch DOES work, AFAIK. > > > > > > I tested WPA test with my device today and it worked. Could you > > > please show me your wpa_supplicant.conf and commands? The following is > > > my configuration and command. > > > > > > # cat /etc/wpa_supplicant.conf > > > ctrl_interface=/var/run/wpa_supplicant > > > ctrl_interface_group=wheel > > > > > > network={ > > > ssid="wg" > > > bssid=00:08:XX:XX:XX:15 > > > proto=WPA > > > key_mgmt=WPA-PSK > > > pairwise=TKIP > > > group=TKIP > > > scan_ssid=1 > > > psk="XXXXXXXXXX" > > > } > > > > > > # uathload -d /dev/ugen1.2 > > > ugen1.2: at usbus1 (disconnected) > > > ugen1.2: at usbus1 > > > uath0: > > > on usbus1 > > > # ifconfig wlan0 create wlandev uath0 > > > wlan0: Ethernet address: 00:1b:2f:XX:XX:ca > > > > > /etc/wpa_supplicant.conf CTRL-EVENT-SCAN-RESULTS > > > Trying to associate with 00:08:XX:XX:XX:14 (SSID='wg' freq=2437 > > > MHz) Associated with 00:08:XX:XX:XX:14 > > > WPA: Key negotiation completed with 00:08:XX:XX:XX:14 [PTK=TKIP > > > GTK=TKIP] > > > CTRL-EVENT-CONNECTED - Connection to 00:08:XX:XX:XX:14 completed > > > (auth) [id=0 id_str=] > > > > Here's my /etc/wpa_supplicant.conf > > # ap_scan should be 2 when using ndis (bcmwl5_sys) driver, > > # 1 when using bwi, uath > > ap_scan=1 > > network={ > > bssid=00:xx:xx:xx:xx:50 > > ssid="FriedrichAir" > > scan_ssid=1 > > key_mgmt=WPA-PSK > > pairwise=TKIP > > group=TKIP > > proto=WPA WPA2 > > psk="xxxxxxxxxxxxxxxx" > > } > > It looks weird for me that with you configuration my device is worked > without problems. Could you please do wireless association test without > any authentication (like WPA, WEP)? > > I think we should check it first before associating with WPA. > > regards, > Weongyo Jeong > > _______________________________________________ > 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" > I tried the firmware from your site, but it complains with errors and doesn't appear in ifconfig. Here are the errors: ugen4.4: at usbus4 uath0: on usbus4 uath0: timeout waiting for reply to cmd 0x1 (1) uath0: could not initialize adapter device_attach: uath0 attach returned 35 I'll try the association test without wpa, but it's gonna take me a few days. I'll have it done by Monday, at the latest. From owner-freebsd-net@FreeBSD.ORG Fri Jan 8 11:02:58 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4813106568B for ; Fri, 8 Jan 2010 11:02:58 +0000 (UTC) (envelope-from jahuttun@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4498FC12 for ; Fri, 8 Jan 2010 11:02:58 +0000 (UTC) Received: by ewy26 with SMTP id 26so17673262ewy.3 for ; Fri, 08 Jan 2010 03:02:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=uEWXW3XCsJdNOBoFiNADaYY3VFJWUniJ0u8sTtVRaKc=; b=I2JaTNhEuhxZSwi58o/HOn1dVMqLpd15QUMSC1nkNBSfIYwECZs+dTsNIU9ZJueOi5 cb8/WKS1lyY8a7FSGMYH1ETvSc7LPe6X+TbmCd0IekcfArLL+Ps/YezF6i6D2TajMhko AZ6oa0ZZlAiczlMHtVN7cpL8+zUJOBM+wyjjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=pNJz3u/RwVRJEDmfnV16Oi3g3G1fScr42GK3inySf1gQcQNSwn+Q0VFLWmsIQEJy7i CAFXFM3bio1u6WCr2jtryTcDfUoQnJGY33Y8gPXV8651y58db8Y3ryOuy6vVERisykWZ bQZf1+TFDRMo3gYxpGcAzjvpVwljpvx/bC6i4= MIME-Version: 1.0 Received: by 10.216.89.70 with SMTP id b48mr2025999wef.160.1262947112631; Fri, 08 Jan 2010 02:38:32 -0800 (PST) Date: Fri, 8 Jan 2010 12:38:32 +0200 Message-ID: <4cd8d14e1001080238yfc2ee4cx6f261aa94f79a246@mail.gmail.com> From: Janne Huttunen To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Anon port selection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 11:02:58 -0000 Hi! The selection of anonymous port in FreeBSD seems to act a bit weird (bug?). This was first observed on actual use on FreeBSD 6.2, but I have verified that the it behaves the same on a December snapshot of CURRENT too. 1. A process creates an UDP socket and sends a packet from it (at which point a local port is assigned for it). 2. Another process creates an UDP socket, sets SO_REUSEADDR (or SO_REUSEPORT) and sends a packet from it (at which point a local port is assigned for it). Every now and then it happens that the second process gets the same local port as the first one. If the second process doesn't set the socket option this won't happen. Note however, that the first process does not have to cooperate in any way i.e. it does not set any options. Now, I'm fairly newbie when it comes to the FreeBSD IP stack, but it seems to me that this phenomenon is caused by the code in in_pcbconnect_setup(). If the local port is zero the in_pcbbind_setup() is called to select a port. That routine is called with the local address set to the source address selected for the outgoing packet, but when the port has been selected, it is committed with INADDR_ANY as the local address. Then when the second process in in_pcbbind_setup() tries to check if the port is already in use, it won't match the INADDR_ANY and assigns the same port again. From owner-freebsd-net@FreeBSD.ORG Fri Jan 8 15:30:23 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E38B1065694 for ; Fri, 8 Jan 2010 15:30:23 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 0A5FA8FC1B for ; Fri, 8 Jan 2010 15:30:22 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o08FaBOL063553; Fri, 8 Jan 2010 07:36:11 -0800 (PST) (envelope-from mahan@mahan.org) Message-ID: <4B474F89.9020108@mahan.org> Date: Fri, 08 Jan 2010 07:30:17 -0800 From: Patrick Mahan User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: Janne Huttunen References: <4cd8d14e1001080238yfc2ee4cx6f261aa94f79a246@mail.gmail.com> In-Reply-To: <4cd8d14e1001080238yfc2ee4cx6f261aa94f79a246@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Anon port selection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 15:30:23 -0000 See inline - Janne Huttunen wrote: > Hi! > > The selection of anonymous port in FreeBSD seems to act > a bit weird (bug?). This was first observed on actual > use on FreeBSD 6.2, but I have verified that the it > behaves the same on a December snapshot of CURRENT too. > > 1. A process creates an UDP socket and sends a packet > from it (at which point a local port is assigned > for it). > 2. Another process creates an UDP socket, sets > SO_REUSEADDR (or SO_REUSEPORT) and sends a packet > from it (at which point a local port is assigned > for it). > > Every now and then it happens that the second process > gets the same local port as the first one. If the > second process doesn't set the socket option this > won't happen. Note however, that the first process > does not have to cooperate in any way i.e. it does > not set any options. > > Now, I'm fairly newbie when it comes to the FreeBSD > IP stack, but it seems to me that this phenomenon is > caused by the code in in_pcbconnect_setup(). If the > local port is zero the in_pcbbind_setup() is called > to select a port. That routine is called with the > local address set to the source address selected for > the outgoing packet, but when the port has been > selected, it is committed with INADDR_ANY as the > local address. Then when the second process in > in_pcbbind_setup() tries to check if the port is > already in use, it won't match the INADDR_ANY and > assigns the same port again. Well it has been almost 20 years since I first ran across this issue and was told back then that it was "as designed". I believe you will see that this only happens when INADDR_ANY is in effect. If instead you use a specific IP address as your source it should not happen. I have not had a chance to really go over the FreeBSD TCP/IP stack since the beginnings of FreeBSD back in the early 90's (we were using basically the same code for our product on a different architecture). As an example of what the person was explaining he pointed to the BIND code which expressly binds to each interface IP address instead of too INADDR_ANY to prevent snooping. I apologize if I am somewhat off base, having only re-entered playing with FreeBSD in the last few months. Patrick From owner-freebsd-net@FreeBSD.ORG Fri Jan 8 19:26:58 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0550D106566C for ; Fri, 8 Jan 2010 19:26:58 +0000 (UTC) (envelope-from sunnyrama@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id D29538FC14 for ; Fri, 8 Jan 2010 19:26:57 +0000 (UTC) Received: by pzk15 with SMTP id 15so11839921pzk.3 for ; Fri, 08 Jan 2010 11:26:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=yJ/so269pM/6xkR0ypWEstfXThM/JpjLdYxjKinJBbw=; b=xkRPfDW+rc/hUXoonoE4ZPVunV9vjRr65vib7EYppZ+O+uaA2UDG1s+0sEIrMZLkLO vU2T3HP9vZigj6zOG1hAwDN/APa7RM+5RBMBFf6pdszmMtbgoj6d2JcWqoeLLdZfy3xm /6EWHkMcFCrq+z5GhAIohpq4pWg85RNz0NH9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FHbmJ3YDiLZSZCAZ8o8RgMlqOWTtYjMSvlC7Uxjk1E01ONcnlCrCGhlSNh96JgaXlv L1e8iNcWgRaLlORSiO8dbF5buKDJoSVisRrOFqXBI5/PcbxeTwahHYUK+IC27ijRQanl cplelJZ+XunQ4JOGlUJvo6HJbGWNgiOGS0EJ4= MIME-Version: 1.0 Received: by 10.142.3.35 with SMTP id 35mr3458898wfc.84.1262977331505; Fri, 08 Jan 2010 11:02:11 -0800 (PST) Date: Fri, 8 Jan 2010 11:02:11 -0800 Message-ID: From: Netan To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intel oplin interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 19:26:58 -0000 Hello I have a intel nehalem machine with 4 built-in igb ports on it. In addition to that I got 2 single port intel oplin 82598 pcie interfaces on them. I edited the GENERIC conf file and added "device ixgbe" to build a kernel containing ixgbe driver built-in into the kernel. When I boot hte system, I do not see any ixgbe interface on the system. lab-mach1# ifconfig -a igb0: flags=8843 metric 0 mtu 1500 options=13b ether 00:14:4f:e7:56:e2 inet 192.168.8.21 netmask 0xffffff00 broadcast 192.168.8.255 media: Ethernet autoselect (1000baseT ) status: active igb1: flags=8802 metric 0 mtu 1500 options=13b ether 00:14:4f:e7:56:e3 media: Ethernet autoselect (1000baseT ) status: active igb2: flags=8802 metric 0 mtu 1500 options=13b ether 00:14:4f:e7:56:e4 media: Ethernet autoselect (1000baseT ) status: active igb3: flags=8802 metric 0 mtu 1500 options=13b ether 00:14:4f:e7:56:e5 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 lab-mach1#./kldstat -v | grep ixgbe 156 pci/ixgbe I am on "8.0-RELEASE FreeBSD". pciconf does not show any 82598 interface: lab-mach1#pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x4845108e chip=0x34068086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub to ESI Port' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x4845108e chip=0x34088086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:2:0: class=0x060400 card=0x4845108e chip=0x34098086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:3:0: class=0x060400 card=0x4845108e chip=0x340a8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 3' class = bridge subclass = PCI-PCI pcib4@pci0:0:5:0: class=0x060400 card=0x4845108e chip=0x340c8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 5' class = bridge subclass = PCI-PCI pcib5@pci0:0:7:0: class=0x060400 card=0x4845108e chip=0x340e8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 7' class = bridge subclass = PCI-PCI pcib7@pci0:0:9:0: class=0x060400 card=0x4845108e chip=0x34108086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 9' class = bridge subclass = PCI-PCI ioapic0@pci0:0:19:0: class=0x080020 card=0x00000000 chip=0x342d8086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub I/OxAPIC Interrupt Controller' class = base peripheral subclass = interrupt controller none0@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub System Management Registers' class = base peripheral subclass = interrupt controller none1@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub GPIO and Scratch Pad Registers' class = base peripheral subclass = interrupt controller none2@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub Control Status and RAS Registers' class = base peripheral subclass = interrupt controller none3@pci0:0:20:3: class=0x080000 card=0x00000000 chip=0x34388086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub Throttle Registers' class = base peripheral subclass = interrupt controller none4@pci0:0:22:0: class=0x088000 card=0x4845108e chip=0x34308086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none5@pci0:0:22:1: class=0x088000 card=0x4845108e chip=0x34318086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none6@pci0:0:22:2: class=0x088000 card=0x4845108e chip=0x34328086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none7@pci0:0:22:3: class=0x088000 card=0x4845108e chip=0x34338086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none8@pci0:0:22:4: class=0x088000 card=0x4845108e chip=0x34298086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none9@pci0:0:22:5: class=0x088000 card=0x4845108e chip=0x342a8086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none10@pci0:0:22:6: class=0x088000 card=0x4845108e chip=0x342b8086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral none11@pci0:0:22:7: class=0x088000 card=0x4845108e chip=0x342c8086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'DMA Engine' class = base peripheral uhci0@pci0:0:26:0: class=0x0c0300 card=0x4845108e chip=0x3a378086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *4' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x4845108e chip=0x3a388086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *5' class = serial bus subclass = USB uhci2@pci0:0:26:2: class=0x0c0300 card=0x4845108e chip=0x3a398086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *6' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x4845108e chip=0x3a3c8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB EHCI Controller *2' class = serial bus subclass = USB uhci3@pci0:0:29:0: class=0x0c0300 card=0x4845108e chip=0x3a348086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *1' class = serial bus subclass = USB uhci4@pci0:0:29:1: class=0x0c0300 card=0x4845108e chip=0x3a358086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *2' class = serial bus subclass = USB uhci5@pci0:0:29:2: class=0x0c0300 card=0x4845108e chip=0x3a368086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB UHCI Controller *3' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x4845108e chip=0x3a3a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'USB EHCI Controller *1' class = serial bus subclass = USB pcib9@pci0:0:30:0: class=0x060401 card=0x4845108e chip=0x244e8086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x4845108e chip=0x3a168086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x010601 card=0x4845108e chip=0x3a228086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '6 port SATA AHCI Controller' class = mass storage subclass = SATA none12@pci0:0:31:3: class=0x0c0500 card=0x4845108e chip=0x3a308086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'SMB controller (50011458)' class = serial bus subclass = SMBus igb0@pci0:1:0:0: class=0x020000 card=0x0000108e chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:1:0:1: class=0x020000 card=0x0000108e chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet igb2@pci0:7:0:0: class=0x020000 card=0x0000108e chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet igb3@pci0:7:0:1: class=0x020000 card=0x0000108e chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet mpt0@pci0:19:0:0: class=0x010000 card=0x31501000 chip=0x00581000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI pcib6@pci0:25:0:0: class=0x060400 card=0x00000000 chip=0x806e111d rev=0x02 hdr=0x01 vendor = 'Integrated Device Technology Inc.' class = bridge subclass = PCI-PCI pcib8@pci0:39:0:0: class=0x060400 card=0x00000000 chip=0x806e111d rev=0x02 hdr=0x01 vendor = 'Integrated Device Technology Inc.' class = bridge subclass = PCI-PCI vgapci0@pci0:53:5:0: class=0x030000 card=0x4845108e chip=0x20001a03 rev=0x10 hdr=0x00 vendor = 'ASPEED Technology Inc' class = display subclass = VGA What else can I poke/change to get the oplin interface up ? Any help appreciated.. Thanks Netan From owner-freebsd-net@FreeBSD.ORG Fri Jan 8 19:50:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 749A81065672 for ; Fri, 8 Jan 2010 19:50:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 840D38FC17 for ; Fri, 8 Jan 2010 19:50:18 +0000 (UTC) Received: by ewy26 with SMTP id 26so18197582ewy.3 for ; Fri, 08 Jan 2010 11:50:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=/Gx8rkVmv/bnuxB+LTDq5fGzKeHn21ETtbiW6mODa/U=; b=ZxGTS+nCY/P3x8aAro+RBWAM4TAOYxp84FqhCE5G9w8ai1Glvs71nSAPjR8eyHSD5O itDJ+ZPeC623VfqhTs8dsNuu9qANXfE28wVatTS2icGh1KVb9kvX9xWHYUEsUY0rMsPc V0AWWgVU41DU1zK8omBBEgARcrBC+WUO+tKqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CDzGXf7XXkk/qpuSakgb3b4HKYplEiKUYQRbb8TIGHW50lG5c25Bd9h/ms279fo35U AZjS8PETsHyMTe31cF4ecdkTlyvbm0qYPgOV/Li+JQW4UPBJRjQoBcJkLAyTRmXYw2yP C5ZCpjgobOYrViwmf2t42xLAHP3Qc5i7AtrGM= MIME-Version: 1.0 Received: by 10.216.89.139 with SMTP id c11mr2678787wef.198.1262980207465; Fri, 08 Jan 2010 11:50:07 -0800 (PST) In-Reply-To: References: Date: Fri, 8 Jan 2010 11:50:07 -0800 Message-ID: <2a41acea1001081150m105bb78cv9caa7a8b70d47f4b@mail.gmail.com> From: Jack Vogel To: Netan Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Intel oplin interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 19:50:19 -0000 Hmmm, it isn't even showing up in the pci scan, what if you remove one of the oplins, or move slots possibly, can't do much if its not even seen in the enumeration :( You're sure the adapters are good, like plugging them into another system they show up? Don't know why you should have to modify the kernel, GENERIC has ixgbe in it on 8.0. Jack Vogel freebsd@intel.com On Fri, Jan 8, 2010 at 11:02 AM, Netan wrote: > Hello > > I have a intel nehalem machine with 4 built-in igb ports on it. In addition > to that I got 2 single port intel oplin 82598 pcie interfaces on them. I > edited the GENERIC conf file and added "device ixgbe" to build a kernel > containing ixgbe driver built-in into the kernel. When I boot hte system, I > do not see any ixgbe interface on the system. > > lab-mach1# ifconfig -a > igb0: flags=8843 metric 0 mtu 1500 > options=13b > ether 00:14:4f:e7:56:e2 > inet 192.168.8.21 netmask 0xffffff00 broadcast 192.168.8.255 > media: Ethernet autoselect (1000baseT ) > status: active > igb1: flags=8802 metric 0 mtu 1500 > options=13b > ether 00:14:4f:e7:56:e3 > media: Ethernet autoselect (1000baseT ) > status: active > igb2: flags=8802 metric 0 mtu 1500 > options=13b > ether 00:14:4f:e7:56:e4 > media: Ethernet autoselect (1000baseT ) > status: active > igb3: flags=8802 metric 0 mtu 1500 > options=13b > ether 00:14:4f:e7:56:e5 > media: Ethernet autoselect (1000baseT ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > lab-mach1#./kldstat -v | grep ixgbe > 156 pci/ixgbe > > > I am on "8.0-RELEASE FreeBSD". pciconf does not show any 82598 interface: > > lab-mach1#pciconf -lv > hostb0@pci0:0:0:0: class=0x060000 card=0x4845108e chip=0x34068086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub to ESI Port' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x4845108e chip=0x34088086 > rev=0x13 > hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 1' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:2:0: class=0x060400 card=0x4845108e chip=0x34098086 > rev=0x13 > hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 2' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:3:0: class=0x060400 card=0x4845108e chip=0x340a8086 > rev=0x13 > hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 3' > class = bridge > subclass = PCI-PCI > pcib4@pci0:0:5:0: class=0x060400 card=0x4845108e chip=0x340c8086 > rev=0x13 > hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 5' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:7:0: class=0x060400 card=0x4845108e chip=0x340e8086 > rev=0x13 > hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 7' > class = bridge > subclass = PCI-PCI > pcib7@pci0:0:9:0: class=0x060400 card=0x4845108e chip=0x34108086 > rev=0x13 > hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 9' > class = bridge > subclass = PCI-PCI > ioapic0@pci0:0:19:0: class=0x080020 card=0x00000000 chip=0x342d8086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub I/OxAPIC Interrupt > Controller' > class = base peripheral > subclass = interrupt controller > none0@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub System Management > Registers' > class = base peripheral > subclass = interrupt controller > none1@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub GPIO and Scratch Pad > Registers' > class = base peripheral > subclass = interrupt controller > none2@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub Control Status and RAS > Registers' > class = base peripheral > subclass = interrupt controller > none3@pci0:0:20:3: class=0x080000 card=0x00000000 chip=0x34388086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub Throttle Registers' > class = base peripheral > subclass = interrupt controller > none4@pci0:0:22:0: class=0x088000 card=0x4845108e chip=0x34308086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none5@pci0:0:22:1: class=0x088000 card=0x4845108e chip=0x34318086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none6@pci0:0:22:2: class=0x088000 card=0x4845108e chip=0x34328086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none7@pci0:0:22:3: class=0x088000 card=0x4845108e chip=0x34338086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none8@pci0:0:22:4: class=0x088000 card=0x4845108e chip=0x34298086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none9@pci0:0:22:5: class=0x088000 card=0x4845108e chip=0x342a8086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none10@pci0:0:22:6: class=0x088000 card=0x4845108e chip=0x342b8086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > none11@pci0:0:22:7: class=0x088000 card=0x4845108e chip=0x342c8086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'DMA Engine' > class = base peripheral > uhci0@pci0:0:26:0: class=0x0c0300 card=0x4845108e chip=0x3a378086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB UHCI Controller *4' > class = serial bus > subclass = USB > uhci1@pci0:0:26:1: class=0x0c0300 card=0x4845108e chip=0x3a388086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB UHCI Controller *5' > class = serial bus > subclass = USB > uhci2@pci0:0:26:2: class=0x0c0300 card=0x4845108e chip=0x3a398086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB UHCI Controller *6' > class = serial bus > subclass = USB > ehci0@pci0:0:26:7: class=0x0c0320 card=0x4845108e chip=0x3a3c8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB EHCI Controller *2' > class = serial bus > subclass = USB > uhci3@pci0:0:29:0: class=0x0c0300 card=0x4845108e chip=0x3a348086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB UHCI Controller *1' > class = serial bus > subclass = USB > uhci4@pci0:0:29:1: class=0x0c0300 card=0x4845108e chip=0x3a358086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB UHCI Controller *2' > class = serial bus > subclass = USB > uhci5@pci0:0:29:2: class=0x0c0300 card=0x4845108e chip=0x3a368086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB UHCI Controller *3' > class = serial bus > subclass = USB > ehci1@pci0:0:29:7: class=0x0c0320 card=0x4845108e chip=0x3a3a8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'USB EHCI Controller *1' > class = serial bus > subclass = USB > pcib9@pci0:0:30:0: class=0x060401 card=0x4845108e chip=0x244e8086 > rev=0x90 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to > PCI Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0x4845108e chip=0x3a168086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'LPC Interface Controller' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:31:2: class=0x010601 card=0x4845108e chip=0x3a228086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '6 port SATA AHCI Controller' > class = mass storage > subclass = SATA > none12@pci0:0:31:3: class=0x0c0500 card=0x4845108e chip=0x3a308086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'SMB controller (50011458)' > class = serial bus > subclass = SMBus > igb0@pci0:1:0:0: class=0x020000 card=0x0000108e chip=0x10a78086 > rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > igb1@pci0:1:0:1: class=0x020000 card=0x0000108e chip=0x10a78086 > rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > igb2@pci0:7:0:0: class=0x020000 card=0x0000108e chip=0x10a78086 > rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > igb3@pci0:7:0:1: class=0x020000 card=0x0000108e chip=0x10a78086 > rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > mpt0@pci0:19:0:0: class=0x010000 card=0x31501000 chip=0x00581000 > rev=0x04 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS 3000 series, 8-port with 1068E -StorPort' > class = mass storage > subclass = SCSI > pcib6@pci0:25:0:0: class=0x060400 card=0x00000000 chip=0x806e111d > rev=0x02 hdr=0x01 > vendor = 'Integrated Device Technology Inc.' > class = bridge > subclass = PCI-PCI > pcib8@pci0:39:0:0: class=0x060400 card=0x00000000 chip=0x806e111d > rev=0x02 hdr=0x01 > vendor = 'Integrated Device Technology Inc.' > class = bridge > subclass = PCI-PCI > vgapci0@pci0:53:5:0: class=0x030000 card=0x4845108e chip=0x20001a03 > rev=0x10 hdr=0x00 > vendor = 'ASPEED Technology Inc' > class = display > subclass = VGA > > > What else can I poke/change to get the oplin interface up ? Any help > appreciated.. > > Thanks > Netan > _______________________________________________ > 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 Jan 8 19:52:28 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08B141065670 for ; Fri, 8 Jan 2010 19:52:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 420E58FC0A for ; Fri, 8 Jan 2010 19:52:27 +0000 (UTC) Received: by ewy26 with SMTP id 26so18200004ewy.3 for ; Fri, 08 Jan 2010 11:52:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NXhTNa26IRl8+ql+MjzzoOWDgEGorNxExgVP2dLfaug=; b=cE24wSX7J3kO83SXJpOviHmTGubJy1hcOxYHO9Abpfc2OMk7AZU5F66RR7RmaVvMQm u/X7jEoLz4Svj13zM2f7GcOyHLXlQBjKKPeE/Z4uan0PrHPNeUOSTBEiyd+9TYndwUTS Cq0WujgvlgwybatsKo7RYwL5NVuCjOkjfpup8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=U6mlPPCuPSrFFOXpIZ/0YYEt09OYLsV0lAbcUzyKwzSoB/mbD3desbvAnAcHfc9/x9 IolNaHVoEmRAHM0Wv+Ee7Xq76hNVVJktzLj9uEIq1KDmhs1DVbdQHTCkKN6StgojKzKJ zNop9FemM00mU8z+fk9exHf2B3lUqMUfsFyaU= MIME-Version: 1.0 Received: by 10.216.86.204 with SMTP id w54mr1809277wee.54.1262980346142; Fri, 08 Jan 2010 11:52:26 -0800 (PST) In-Reply-To: <2a41acea1001081150m105bb78cv9caa7a8b70d47f4b@mail.gmail.com> References: <2a41acea1001081150m105bb78cv9caa7a8b70d47f4b@mail.gmail.com> Date: Fri, 8 Jan 2010 11:52:26 -0800 Message-ID: <2a41acea1001081152j6232413bu3a3e3fbe824db880@mail.gmail.com> From: Jack Vogel To: Netan Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Intel oplin interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 19:52:28 -0000 Another idea, look into at dmesg, see if there's any mention of the device on boot, if these are pre-production devices they might not be supported. Jack On Fri, Jan 8, 2010 at 11:50 AM, Jack Vogel wrote: > Hmmm, it isn't even showing up in the pci scan, what if you remove one > of the oplins, or move slots possibly, can't do much if its not even seen > in the enumeration :( You're sure the adapters are good, like plugging > them into another system they show up? Don't know why you should > have to modify the kernel, GENERIC has ixgbe in it on 8.0. > > Jack Vogel > freebsd@intel.com > > > > On Fri, Jan 8, 2010 at 11:02 AM, Netan wrote: > >> Hello >> >> I have a intel nehalem machine with 4 built-in igb ports on it. In >> addition >> to that I got 2 single port intel oplin 82598 pcie interfaces on them. I >> edited the GENERIC conf file and added "device ixgbe" to build a kernel >> containing ixgbe driver built-in into the kernel. When I boot hte system, >> I >> do not see any ixgbe interface on the system. >> >> lab-mach1# ifconfig -a >> igb0: flags=8843 metric 0 mtu 1500 >> options=13b >> ether 00:14:4f:e7:56:e2 >> inet 192.168.8.21 netmask 0xffffff00 broadcast 192.168.8.255 >> media: Ethernet autoselect (1000baseT ) >> status: active >> igb1: flags=8802 metric 0 mtu 1500 >> options=13b >> ether 00:14:4f:e7:56:e3 >> media: Ethernet autoselect (1000baseT ) >> status: active >> igb2: flags=8802 metric 0 mtu 1500 >> options=13b >> ether 00:14:4f:e7:56:e4 >> media: Ethernet autoselect (1000baseT ) >> status: active >> igb3: flags=8802 metric 0 mtu 1500 >> options=13b >> ether 00:14:4f:e7:56:e5 >> media: Ethernet autoselect (1000baseT ) >> status: active >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> >> lab-mach1#./kldstat -v | grep ixgbe >> 156 pci/ixgbe >> >> >> I am on "8.0-RELEASE FreeBSD". pciconf does not show any 82598 interface: >> >> lab-mach1#pciconf -lv >> hostb0@pci0:0:0:0: class=0x060000 card=0x4845108e chip=0x34068086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub to ESI Port' >> class = bridge >> subclass = HOST-PCI >> pcib1@pci0:0:1:0: class=0x060400 card=0x4845108e chip=0x34088086 >> rev=0x13 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub PCI Express Root Port 1' >> class = bridge >> subclass = PCI-PCI >> pcib2@pci0:0:2:0: class=0x060400 card=0x4845108e chip=0x34098086 >> rev=0x13 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub PCI Express Root Port 2' >> class = bridge >> subclass = PCI-PCI >> pcib3@pci0:0:3:0: class=0x060400 card=0x4845108e chip=0x340a8086 >> rev=0x13 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub PCI Express Root Port 3' >> class = bridge >> subclass = PCI-PCI >> pcib4@pci0:0:5:0: class=0x060400 card=0x4845108e chip=0x340c8086 >> rev=0x13 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub PCI Express Root Port 5' >> class = bridge >> subclass = PCI-PCI >> pcib5@pci0:0:7:0: class=0x060400 card=0x4845108e chip=0x340e8086 >> rev=0x13 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub PCI Express Root Port 7' >> class = bridge >> subclass = PCI-PCI >> pcib7@pci0:0:9:0: class=0x060400 card=0x4845108e chip=0x34108086 >> rev=0x13 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub PCI Express Root Port 9' >> class = bridge >> subclass = PCI-PCI >> ioapic0@pci0:0:19:0: class=0x080020 card=0x00000000 chip=0x342d8086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub I/OxAPIC Interrupt >> Controller' >> class = base peripheral >> subclass = interrupt controller >> none0@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub System Management >> Registers' >> class = base peripheral >> subclass = interrupt controller >> none1@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub GPIO and Scratch Pad >> Registers' >> class = base peripheral >> subclass = interrupt controller >> none2@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub Control Status and RAS >> Registers' >> class = base peripheral >> subclass = interrupt controller >> none3@pci0:0:20:3: class=0x080000 card=0x00000000 chip=0x34388086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'QuickPath Architecture I/O Hub Throttle Registers' >> class = base peripheral >> subclass = interrupt controller >> none4@pci0:0:22:0: class=0x088000 card=0x4845108e chip=0x34308086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none5@pci0:0:22:1: class=0x088000 card=0x4845108e chip=0x34318086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none6@pci0:0:22:2: class=0x088000 card=0x4845108e chip=0x34328086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none7@pci0:0:22:3: class=0x088000 card=0x4845108e chip=0x34338086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none8@pci0:0:22:4: class=0x088000 card=0x4845108e chip=0x34298086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none9@pci0:0:22:5: class=0x088000 card=0x4845108e chip=0x342a8086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none10@pci0:0:22:6: class=0x088000 card=0x4845108e chip=0x342b8086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> none11@pci0:0:22:7: class=0x088000 card=0x4845108e chip=0x342c8086 >> rev=0x13 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'DMA Engine' >> class = base peripheral >> uhci0@pci0:0:26:0: class=0x0c0300 card=0x4845108e chip=0x3a378086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB UHCI Controller *4' >> class = serial bus >> subclass = USB >> uhci1@pci0:0:26:1: class=0x0c0300 card=0x4845108e chip=0x3a388086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB UHCI Controller *5' >> class = serial bus >> subclass = USB >> uhci2@pci0:0:26:2: class=0x0c0300 card=0x4845108e chip=0x3a398086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB UHCI Controller *6' >> class = serial bus >> subclass = USB >> ehci0@pci0:0:26:7: class=0x0c0320 card=0x4845108e chip=0x3a3c8086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB EHCI Controller *2' >> class = serial bus >> subclass = USB >> uhci3@pci0:0:29:0: class=0x0c0300 card=0x4845108e chip=0x3a348086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB UHCI Controller *1' >> class = serial bus >> subclass = USB >> uhci4@pci0:0:29:1: class=0x0c0300 card=0x4845108e chip=0x3a358086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB UHCI Controller *2' >> class = serial bus >> subclass = USB >> uhci5@pci0:0:29:2: class=0x0c0300 card=0x4845108e chip=0x3a368086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB UHCI Controller *3' >> class = serial bus >> subclass = USB >> ehci1@pci0:0:29:7: class=0x0c0320 card=0x4845108e chip=0x3a3a8086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'USB EHCI Controller *1' >> class = serial bus >> subclass = USB >> pcib9@pci0:0:30:0: class=0x060401 card=0x4845108e chip=0x244e8086 >> rev=0x90 hdr=0x01 >> vendor = 'Intel Corporation' >> device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface >> to >> PCI Bridge' >> class = bridge >> subclass = PCI-PCI >> isab0@pci0:0:31:0: class=0x060100 card=0x4845108e chip=0x3a168086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'LPC Interface Controller' >> class = bridge >> subclass = PCI-ISA >> atapci0@pci0:0:31:2: class=0x010601 card=0x4845108e chip=0x3a228086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '6 port SATA AHCI Controller' >> class = mass storage >> subclass = SATA >> none12@pci0:0:31:3: class=0x0c0500 card=0x4845108e chip=0x3a308086 >> rev=0x00 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'SMB controller (50011458)' >> class = serial bus >> subclass = SMBus >> igb0@pci0:1:0:0: class=0x020000 card=0x0000108e chip=0x10a78086 >> rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82575EB Gigabit Network Connection' >> class = network >> subclass = ethernet >> igb1@pci0:1:0:1: class=0x020000 card=0x0000108e chip=0x10a78086 >> rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82575EB Gigabit Network Connection' >> class = network >> subclass = ethernet >> igb2@pci0:7:0:0: class=0x020000 card=0x0000108e chip=0x10a78086 >> rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82575EB Gigabit Network Connection' >> class = network >> subclass = ethernet >> igb3@pci0:7:0:1: class=0x020000 card=0x0000108e chip=0x10a78086 >> rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82575EB Gigabit Network Connection' >> class = network >> subclass = ethernet >> mpt0@pci0:19:0:0: class=0x010000 card=0x31501000 chip=0x00581000 >> rev=0x04 >> hdr=0x00 >> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' >> device = 'SAS 3000 series, 8-port with 1068E -StorPort' >> class = mass storage >> subclass = SCSI >> pcib6@pci0:25:0:0: class=0x060400 card=0x00000000 chip=0x806e111d >> rev=0x02 hdr=0x01 >> vendor = 'Integrated Device Technology Inc.' >> class = bridge >> subclass = PCI-PCI >> pcib8@pci0:39:0:0: class=0x060400 card=0x00000000 chip=0x806e111d >> rev=0x02 hdr=0x01 >> vendor = 'Integrated Device Technology Inc.' >> class = bridge >> subclass = PCI-PCI >> vgapci0@pci0:53:5:0: class=0x030000 card=0x4845108e chip=0x20001a03 >> rev=0x10 hdr=0x00 >> vendor = 'ASPEED Technology Inc' >> class = display >> subclass = VGA >> >> >> What else can I poke/change to get the oplin interface up ? Any help >> appreciated.. >> >> Thanks >> Netan >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > From owner-freebsd-net@FreeBSD.ORG Sat Jan 9 06:28:11 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 502721065676; Sat, 9 Jan 2010 06:28:11 +0000 (UTC) (envelope-from ryans@rpsommers.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id C3B708FC0A; Sat, 9 Jan 2010 06:28:10 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1514779eye.9 for ; Fri, 08 Jan 2010 22:28:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.89.18 with SMTP id b18mr943960wef.14.1263017152663; Fri, 08 Jan 2010 22:05:52 -0800 (PST) Date: Sat, 9 Jan 2010 00:05:52 -0600 Message-ID: <3752c73e1001082205j25f10293v6d64d255f1f01b36@mail.gmail.com> From: Ryan Sommers To: yongari@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: msk(4) intermittent dieing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 06:28:11 -0000 Greetings, I've been having some issues with a new Marvell based on-board card. Every few days the card (or at least the TCP/IP part) stops functioning. I can revive it with a /etc/rc.d/netif restart && /etc/rc.d/routing restart. However, it will just happen again a few days later. I've tried the hw.msk.msi_disable=1 tunable in loader.conf (not even sure if it would make a difference, but I tried). What else can I do to help troubleshoot the driver? pciconf output mskc0@pci0:2:0:0: class=0x020000 card=0x31131297 chip=0x438011ab rev=0x10 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Marvell Yukon 88E8057 PCI-E Gigabit Ethernet Controller (88E8057)' class = network subclass = ethernet dmesg: mskc0: port 0xee00-0xeeff mem 0xfdbfc000-0xfdbfffff irq 17 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:30:**:**:**:** miibus0: on msk0 Thanks for any help, Ryan -- Ryan P Sommers ryans@rpsommers.com From owner-freebsd-net@FreeBSD.ORG Sat Jan 9 23:07:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D727106568B; Sat, 9 Jan 2010 23:07:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id BB7D08FC18; Sat, 9 Jan 2010 23:07:06 +0000 (UTC) Received: by qyk4 with SMTP id 4so8874330qyk.7 for ; Sat, 09 Jan 2010 15:06:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=CvGNyKGRZc7JDSVLaoP2HWLOvGogN/98Q5lTEXSk/Zs=; b=TXeI9gC2q5cVyRZah9xmHAC8wQARSB48ohlKh9kS+uiu8Q4UoAn+yOnOkZ1NQI3+ZB Ito2u5mt+ZT8HqNa1fe8s/mo47lK5dfYXbuA2S+sdoOAXQZopAUJ8lGmPHoFoh2XIf72 Pkal194s20/bZzNAlN9hFlnlqXOBKCIPm3Ph8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=qKnUOIptrekGZ+eoqZ2+vw2vCceCckK+7fcPYgJagFN7o+NEL0oxBlDKvOp0WPejhP tHcjk1ORaxQtkchsMSD1xYkaf4Qkf2JHnhxYg05wM6yXNh+uBYnWVd3NWh1k1pMICHJK sis8q8kSQS+xUza9UyMGXi0XG2nU1KqZIMn64= Received: by 10.224.88.199 with SMTP id b7mr15547189qam.298.1263078413021; Sat, 09 Jan 2010 15:06:53 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 7sm28402486qwb.12.2010.01.09.15.06.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 15:06:51 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 9 Jan 2010 15:05:49 -0800 From: Pyun YongHyeon Date: Sat, 9 Jan 2010 15:05:49 -0800 To: Ryan Sommers Message-ID: <20100109230549.GI18529@michelle.cdnetworks.com> References: <3752c73e1001082205j25f10293v6d64d255f1f01b36@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <3752c73e1001082205j25f10293v6d64d255f1f01b36@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, yongari@freebsd.org Subject: Re: msk(4) intermittent dieing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 23:07:07 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jan 09, 2010 at 12:05:52AM -0600, Ryan Sommers wrote: > Greetings, > > I've been having some issues with a new Marvell based on-board card. > Every few days the card (or at least the TCP/IP part) stops > functioning. I can revive it with a /etc/rc.d/netif restart && > /etc/rc.d/routing restart. However, it will just happen again a few > days later. I've tried the hw.msk.msi_disable=1 tunable in loader.conf > (not even sure if it would make a difference, but I tried). > > What else can I do to help troubleshoot the driver? > Can you see any messages printed by msk(4)? > pciconf output > > mskc0@pci0:2:0:0: class=0x020000 card=0x31131297 chip=0x438011ab > rev=0x10 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Marvell Yukon 88E8057 PCI-E Gigabit Ethernet > Controller (88E8057)' > class = network > subclass = ethernet > > > dmesg: > > mskc0: port 0xee00-0xeeff mem > 0xfdbfc000-0xfdbfffff irq 17 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:30:**:**:**:** > miibus0: on msk0 > It seems I incorrectly set clock frequency for 88E8057. Would you try attached patch and let me know how it goes? --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.88E8057.diff3" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 201941) +++ sys/dev/msk/if_msk.c (working copy) @@ -1750,7 +1750,7 @@ sc->msk_pflags |= MSK_FLAG_JUMBO; break; case CHIP_ID_YUKON_UL_2: - sc->msk_clock = 156; /* 156 Mhz */ + sc->msk_clock = 125; /* 125 Mhz */ sc->msk_pflags |= MSK_FLAG_JUMBO; break; default: --cNdxnHkX5QqsyA0e--