Re: kern/173201: [ixgbe] [patch] Missing / broken ixgbe sysctl's and tunables (patch included)
Old Synopsis: Missing / broken ixgbe sysctl's and tunables (patch included) New Synopsis: [ixgbe] [patch] Missing / broken ixgbe sysctl's and tunables (patch included) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Oct 30 07:29:33 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=173201 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/173002: [patch] data type size problem in if_spppsubr.c
Old Synopsis: data type size problem in if_spppsubr.c New Synopsis: [patch] data type size problem in if_spppsubr.c Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Oct 30 15:10:40 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=173002 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
bxe + if_lagg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am trying to get if_lagg working in an HP blade for failover between the 2 in chassis cisco switches, but it would seem that the link state is not being propagated up to the lagg device. Any hints/ideas? dmesg: bxe1: metric 0 mtu 1500 options=1bb ether 00:25:b3:a8:76:e4 nd6 options=29 media: Ethernet autoselect (10Gbase-SR ) status: active lagg0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:25:b3:a8:76:e4 nd6 options=29 media: Ethernet autoselect status: no carrier laggproto failover laggport: bxe1 flags=1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQj/D5AAoJEEJSM9yB4iIWxG4H/250zytRh6knhMPlml/fRh5V 0pwUMA/kFR6+8Ov4LU5o0NMzaFJ7OpwLILgmyxup8xP6XIcxmVkuK72X0h+wYB+6 aVLyGPiqro7lDj4SPFQOO6KxXghZf41O0dwjrUxf7cHIZRGAyQd0c+L4i+r4Q6g4 HJQqNZ+M7x6MBvyhA3T53IvXtPVxXbHw/D5gK3Y92HtoiIAaSaaaDBA2wEg2q8Pi pwXXTkAklwsMQpJzoRuRdWjud1VunH5PQ6uvfi5Wp5ldmyH1c2BtZ0gech09sMar xV/INBNc2xijBxX/Cv7hx3JbUOCGFg/t8i5gD5jxYgpiXXJ/WMU/6oxWFcFQaD8= =bk5c -END PGP SIGNATURE- ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: bxe + if_lagg
On 10/30/12 11:23, Tom Judge wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am trying to get if_lagg working in an HP blade for failover between the 2 in chassis cisco switches, but it would seem that the link state is not being propagated up to the lagg device. Any hints/ideas? dmesg: bxe1: metric 0 mtu 1500 options=1bb ether 00:25:b3:a8:76:e4 nd6 options=29 media: Ethernet autoselect (10Gbase-SR ) status: active lagg0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:25:b3:a8:76:e4 nd6 options=29 media: Ethernet autoselect status: no carrier laggproto failover laggport: bxe1 flags=1 Do you need two physical interfaces configured for failover mode to do any good? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: bxe + if_lagg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/10/2012 12:12, Adam McDougall wrote: > On 10/30/12 11:23, Tom Judge wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> >> >> I am trying to get if_lagg working in an HP blade for failover >> between the 2 in chassis cisco switches, but it would seem that >> the link state is not being propagated up to the lagg device. >> >> Any hints/ideas? >> >> >> >> dmesg: bxe1: > v:1.5.52 bxe1: Ethernet address: 00:25:b3:a8:76:e4 bxe1: ASIC >> (0x1650); Rev (A0); Bus (PCIe x4, 5Gbps); Flags (MSI-X); >> Queues (RSS:16); BD's (RX:510,TX:255); Firmware (5.2.13); >> Bootcode (4.8.0) >> >> >> >> bxe1: flags=8843 metric >> 0 mtu 1500 >> options=1bb >> >> >> ether 00:25:b3:a8:76:e4 >> nd6 options=29 media: >> Ethernet autoselect (10Gbase-SR ) status: active >> >> lagg0: flags=8843 metric >> 0 mtu 1500 >> options=1bb >> >> >> ether 00:25:b3:a8:76:e4 >> nd6 options=29 media: >> Ethernet autoselect status: no carrier laggproto failover >> laggport: bxe1 flags=1 > > Do you need two physical interfaces configured for failover mode to > do any good? > Forgot to mention this is 9.0-RELEASE. No, a single interface should set status active: bce0: flags=8843 metric 0 mtu 1500 options=c01bb ether 00:1e:0b:c4:00:a2 nd6 options=29 media: Ethernet autoselect (1000baseSX ) status: active lagg0: flags=8843 metric 0 mtu 1500 options=c01bb ether 00:1e:0b:c4:00:a2 nd6 options=29 media: Ethernet autoselect status: active laggproto failover laggport: bce0 flags=5 > ___ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net To > unsubscribe, send any mail to > "freebsd-net-unsubscr...@freebsd.org" -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQkAQVAAoJEEJSM9yB4iIWf2wH/2ven2WIK/mdj4dTW5Q6GzlG rCSZb7ZJxVFXEjtr5Kb17veNvlxOvVqk5ZFW7Eln/Ovydz2m/Q2bOrV6Y85xkxlN YJJBs8luYKG11quXnvpgoCX5kttoYkvBuDsBkuTcype1AveYcOpsuITUAbosPIUt dc7+sXhzkKNmQQgBQR0YJKHUmimanR4hCF6zhY9O3g9fJwHgy3sIlRQPMXmvBDmg HGcbYR7ZpowqPHfrT0DtsYfviHGwEOOoR7v9OyDfzngEb9NCLGgjQVVU5ckl1bpJ jJQU4mqktyX49GZN9aX0quaHUcGU5PnWohcA5bYJAstA2217mk2fUq83wZD/r+s= =89pg -END PGP SIGNATURE- ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: bxe + if_lagg
On Oct 30, 2012, at 9:45 AM, Tom Judge wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 30/10/2012 12:12, Adam McDougall wrote: >> On 10/30/12 11:23, Tom Judge wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> >>> >>> I am trying to get if_lagg working in an HP blade for failover >>> between the 2 in chassis cisco switches, but it would seem that >>> the link state is not being propagated up to the lagg device. >>> >>> Any hints/ideas? >>> >>> >>> >>> dmesg: bxe1: >> v:1.5.52 bxe1: Ethernet address: 00:25:b3:a8:76:e4 bxe1: ASIC >>> (0x1650); Rev (A0); Bus (PCIe x4, 5Gbps); Flags (MSI-X); >>> Queues (RSS:16); BD's (RX:510,TX:255); Firmware (5.2.13); >>> Bootcode (4.8.0) >>> >>> >>> >>> bxe1: flags=8843 metric >>> 0 mtu 1500 >>> options=1bb > ether 00:25:b3:a8:76:e4 >>> nd6 options=29 media: >>> Ethernet autoselect (10Gbase-SR ) status: active >>> >>> lagg0: flags=8843 metric >>> 0 mtu 1500 >>> options=1bb > ether 00:25:b3:a8:76:e4 >>> nd6 options=29 media: >>> Ethernet autoselect status: no carrier laggproto failover >>> laggport: bxe1 flags=1 >> >> Do you need two physical interfaces configured for failover mode to >> do any good? > > Forgot to mention this is 9.0-RELEASE. > > No, a single interface should set status active: > > bce0: flags=8843 metric 0 mtu 1500 > > options=c01bb >ether 00:1e:0b:c4:00:a2 >nd6 options=29 >media: Ethernet autoselect (1000baseSX ) >status: active > > lagg0: flags=8843 metric 0 mtu > 1500 > > options=c01bb >ether 00:1e:0b:c4:00:a2 >nd6 options=29 >media: Ethernet autoselect >status: active >laggproto failover >laggport: bce0 flags=5 Have you tried ifconfig up'ing the lagg? Shouldn't have to if things were functioning properly, but you might have to. If that works, then assigning an address to the interface or adding an ifconfig up in rc.local might workaround the issue. Cheers, -Garrett ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: bxe + if_lagg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/10/2012 12:51, Garrett Cooper wrote: > On Oct 30, 2012, at 9:45 AM, Tom Judge wrote: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 30/10/2012 12:12, Adam McDougall wrote: >>> On 10/30/12 11:23, Tom Judge wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am trying to get if_lagg working in an HP blade for failover between the 2 in chassis cisco switches, but it would seem that the link state is not being propagated up to the lagg device. Any hints/ideas? dmesg: bxe1: >>> v:1.5.52 bxe1: Ethernet address: 00:25:b3:a8:76:e4 bxe1: ASIC (0x1650); Rev (A0); Bus (PCIe x4, 5Gbps); Flags (MSI-X); Queues (RSS:16); BD's (RX:510,TX:255); Firmware (5.2.13); Bootcode (4.8.0) bxe1: flags=8843 metric 0 mtu 1500 options=1bb >> ether 00:25:b3:a8:76:e4 nd6 options=29 media: Ethernet autoselect (10Gbase-SR ) status: active lagg0: flags=8843 metric 0 mtu 1500 options=1bb >> ether 00:25:b3:a8:76:e4 nd6 options=29 media: Ethernet autoselect status: no carrier laggproto failover laggport: bxe1 flags=1 >>> >>> Do you need two physical interfaces configured for failover >>> mode to do any good? >> >> Forgot to mention this is 9.0-RELEASE. >> >> No, a single interface should set status active: >> >> bce0: flags=8843 metric 0 >> mtu 1500 >> options=c01bb >> >> ether 00:1e:0b:c4:00:a2 >> nd6 options=29 media: >> Ethernet autoselect (1000baseSX ) status: active >> >> lagg0: flags=8843 metric >> 0 mtu 1500 >> options=c01bb >> >> ether 00:1e:0b:c4:00:a2 >> nd6 options=29 media: >> Ethernet autoselect status: active laggproto failover laggport: >> bce0 flags=5 > > Have you tried ifconfig up'ing the lagg? Shouldn't have to if > things were functioning properly, but you might have to. > > If that works, then assigning an address to the interface or adding > an ifconfig up in rc.local might workaround the issue. > Nope these don't resolve the issue, its almost like lagg cant see the link state of the members. Tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQkAoNAAoJEEJSM9yB4iIWyKEH/05lgpN4U7UzNuhLCXq5Wi33 GlpGX3yFWVS/eFo3HYv5aMh6KyF8THrlfiqWA+PYjdk7qHwa9iwLbOrr/XwtqbbV ZtKYFYPWd/gVGEwvE273u/tqQGHHn7FtoY1wQUCry1F3WcVjbY00ZjtOYzqnHZcd NYY/VhkViqh2MaD3CmIWUARRwTjm1k/km6NcUmjsb49FcMT6XpkVQYRkLJc7SQtI li4HnppzU2LIJaI1PaPGlFHEJXYX5qkiH19hA8AFxxXCyB8MA+SZN1JY2nX7OE3N mvy/FlmBkbb/V5TnPCksjaZne2Rkw/xugi7NTG2MWeLtGOmxBmDZU78ZJmAd4GA= =7lbT -END PGP SIGNATURE- ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Halloween Weekend Sale Get 15% Off this Weekend
Halloween Sale - GET 15% OFF USE COUPON CODE "HALL" Brand New | You Asked for it You Got it ! | 100% Targetted Followers FaceBook Likes | YouTube Views | Twitter Followers : http://promogoons.com/?product=new-100-targeted-followers 100% Targeted Followers : http://promogoons.com/?product=new-100-targeted-followers Get 100% Laser-Targeted Followers . Packages from 1000 to 4000 targeted Followers per month , read more... : http://promogoons.com/?product=new-100-targeted-followers : http://promogoons.com/?product=twitter 10,000 Followers $20 : http://promogoons.com/?product=twitter Get 10,000 Untargeted Followers for just $50 . We can help you jumpstart your twitter account , read more ... : http://promogoons.com/?product=twitter : http://promogoons.com/?product=youtube Real Youtube Views : http://promogoons.com/?product=youtube Need Youtube Views to catch that A&R's eye ? We have 100% Real Views and are Partner Safe, read more... : http://promogoons.com/?product=youtube : http://promogoons.com/?product=facebook FaceBook Likes : http://promogoons.com/?product=facebook Lets face it , who doesnt need more facebook likes ? We have what you need , read more ... : http://promogoons.com/?product=facebook : http://promogoons.com/?product=soundcloud SoundCloud Plays : http://promogoons.com/?product=soundcloud Fast , Economical and Fun, Let Us Help you get more Soundcloud plays , read more... : http://promogoons.com/?product=soundcloud : http://promogoons.com/?product=datpiff-plays DatPiff Streams : http://promogoons.com/?product=datpiff-plays Got A Hot Mixtape on DatPiff ? ? Cant Seem to cut through the wack tapes on the front page ? read more... : http://promogoons.com/?product=datpiff-plays REPEAT CLIENTS GET 15% OFF | USE COUPON CODE "HALL" ON CHECKOUT Promogoons.com : http://promogoons.com | The Major Label's Dirty Little Secret Dave George - 678 508 2941 - sa...@promogoons.com : mailto:sa...@promogoons.com Skype | Yahoo | AIM : Promogoons United Promotions - po box 1526 - atlanta - GA - 30316 Subscribe to this newsletter: https://www.mynewsletterbuilder.com/tools/subscription.php?username=beatsforrappers&send_id=8130586434&l=s&newsletter_id=1411516624 Unsubscribe freebsd-net@freebsd.org: https://www.mynewsletterbuilder.com/tools/subscription.php?username=beatsforrappers&send_id=8130586434&l=u&email=freebsd-net@freebsd.org Change your preferences: https://www.mynewsletterbuilder.com/tools/subscription.php?username=beatsforrappers&send_id=8130586434&l=p&email=freebsd-net@freebsd.org Forward to a friend: https://www.mynewsletterbuilder.com/tools/forward.php?username=beatsforrappers&newsletter_id=1411516624&send_id=8130586434 Report this email as spam: https://www.mynewsletterbuilder.com/tools/abuse_report.php?username=beatsforrappers&send_id=8130586434&email=freebsd-net@freebsd.org This email was sent using MyNewsletterBuilder.com. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: request for help: 'fixing' the 802.11 TX path
So I cheaped out for now and just wrapped the ath TX path in a new TX only lock. I'm open to other suggestions about how to make the "queue everything through a taskqueue" work, but unfortunately it seems that I'm defeated by the inner workings of the network stack locking and how that plays with the scheduler. I even tried experimenting with a second taskqueue just for TX but it still suffered from much reduced performance. The annoying thing? Changing the eventtimer to enable periodic+idletick improved performance as well as flipping machdep.idle=spin. I thought that stuff was fixed but alas. So now this is done, I may create a per-VAP TX lock in net80211 in order to serialise raw and normal net80211 TX; that will fix a lot of the the serialisation and state issues that creep up. Then it's off to if_transmit() land. Thanks everyone, Adrian ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
