From owner-freebsd-net@FreeBSD.ORG Sun Apr 4 21:38:59 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25EA1065670 for ; Sun, 4 Apr 2010 21:38:59 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5313E8FC08 for ; Sun, 4 Apr 2010 21:38:58 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id PAA01895 for ; Sun, 4 Apr 2010 15:38:54 -0600 (MDT) Message-Id: <201004042138.PAA01895@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 04 Apr 2010 15:38:35 -0600 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Driver support for Supereal SR9600 USB-to-Ethernet chip? 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, 04 Apr 2010 21:38:59 -0000 I just received a handful of USB Ethernet NICs whose primary chip says "SUPEREAL" on it. I've installed one on a Windows machine, and the computer identifies it as having the Supereal SR9600 chip on it. Is there support for this chip in any of the BSDs? --Brett Glass From owner-freebsd-net@FreeBSD.ORG Mon Apr 5 04:40: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 22A50106566B for ; Mon, 5 Apr 2010 04:40: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 0BFFC8FC0C for ; Mon, 5 Apr 2010 04:40:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o354e4Xk057969 for ; Mon, 5 Apr 2010 04:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o354e466057968; Mon, 5 Apr 2010 04:40:04 GMT (envelope-from gnats) Date: Mon, 5 Apr 2010 04:40:04 GMT Message-Id: <201004050440.o354e466057968@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/140597: [netinet] [patch] implement Lost Retransmission Detection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 04:40:05 -0000 The following reply was made to PR kern/140597; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/140597: [netinet] [patch] implement Lost Retransmission Detection Date: Sun, 4 Apr 2010 23:09:23 -0500 uuencoded version of patch received in private email (should fix the problems with quoted-printable): ----- Forwarded message from "Scheffenegger, Richard" ----- begin 600 patch.tar M'XL("$=?%8'.E] M(1*2<(8D:`"41L!)MD6@(;1#5+T>LYO/_ED9EVZT0"IV?7&;H09MH;L MKJK.RLK*RGOEP]D@7>2S1;X]_+=_TL_N[N[+Y\\-_DL_I?_N[;_8>[%O]O:> MO7CQ?'?_Q?Z^V:7?GSW_-[/[SP(H_%ED>30G4.9IFJ]K=WL=Q^,U[\N3^U_R ML_-D:],\,8?I[&Z>7%WGIC:LF[T__K#?P+\O^=\?\.\?=_G?9_SO"^JST;^. M33>^BJ=Y9M)+D].?Y]/D)IYG27Z')X?1.+E,Y],DVC:F.1X;_D)FYG$6SV_B MT3:-@H]WXU&2Y?/D8I$GZ=1$TY%99+%)IB9+%_-AS$\NDFDTOS,TWB1KF-LD MOS;IG/]+Y(M1)NDHN4R&$<9HF&@>FUD\GR1Y'H_,;)[>)"/Z);^.F6&Z724H%.&4=!O$N>O\/O>=@DTGJ?"-$Q'U)*HAZ:31P0K1HTNTAN\ M4F1B$/J9IGDRC!O4(LG,F,;#,/ZS/+TB3/31X3A*)O$<.#+[RX#0!P.,6$!H MGJ,%`??/@<7(+'6D43I<3&CQ([MH.[0>*;V?FTF4Q_,D&F<>\;Q@&#B[,10SZH7FD)IZ.Z%T, M4B%0)FD>&\$1]1X1C$2%YI)>"#ZR]#*_)0K0L92X3#:+AR`MZIJ`YN8@JJF0 M5Y;I/-"G_Z'=,[W.N_ZG9K=EZ/>S;N=C^ZAU9-Y^IIZ9Y>F0. M.Z?];OOM>;_3[9F__*79HP[??X]7&*IY^MFT?C[KMGH]T^F:]LG9<9O&H8&[ MS=-^N]5KF/;IX?'Y4?OT?2S^#DWSJ-UM'?8Q M'__;(6&-H#MNF-Y9Z["-7UH_MV@JS>[GA@[;:_WIG!K12XQVU#QIOJ?)U>Y! M"RW)X7FW=0*`"1&]\[>]?KM_WF^9]YW.40]#T?"]5O=C^[#5.S#'G1YC[+S7 M:M!'^DW^/(U"Z*+7]/O;\UZ;$=<^[;>ZW?.S?KMS6L=`'SJ?"#,$;)-Z'S&2 M.Z<\9T)2I_L9XP(?O`8-\^E#BYYW@5/&6A.XZ!'V#OL8+6A)7R5\]H/)FM/6 M^^,V8?VPA;<=#/2IW6O5:2!8;/RP_=S4WL;S+_$X MOJN;%SO[SW?X$-G9W/Q=,AV.%\1,?\SNLIWA*+[,MJ_?;`X&[][VCMI'M4?_ M_FX>Q_3[*Y/-ASMH-(WSA/Z_$WZC<4/\>N_E\^W][3W\W^SO[OYQ9V]W9_\% M"12O]G9?[?_1?(FGV02+C\ MF*`:Q1>+*[PIS6X6S:,)9E=\3/_/*QZ/T@D=+,O/O\3S:3Q>?CY.AU^6GTXN M%I<53Q=Y_'7Y,3''/,UN*T"DL8&:ZN8-F2$CQX-J=UC)SE;UFPXM5?09+$PS>T9KCZ)3WET2_M-5:_9?+ MC5_25UZN^\S+RA^-_N$9;?%WQ\WWO>K&@\ML M!8KP,HO_MOIESH+)RMOM^?L5X^@F#2;X80+PB06U^1ZV76F79X'*<9W]?]VY`VSX:5[5@)*:#:7P[ MCZ?IFA9YMNYM1/)5-AW1[%8U\BV(50X?T&H2?07O[7WN'?:/!]R:#L\:@2K, M%CR43KGVT:!YCD-[&5L-0SU!WH/NI\;FQF,>X[1YTJI58)9T%FKSJ#6-+L:Q M.:,&YJ1_;HYL@T??!$Q&@C&4QISPSPI-\O=X-3AN"16('O4VW-U(=X/^WP8! MK_B@$H[-C0`04P&'DLM::*!3R$<,?1W$GWT;@$IRJ[%2(LV&V0T6Z#2^[=)3 M4AFO4MJ+UY-O_#J1\[U?!LD7OTKSW`A'L MK"(L>$%*%*D<&,]0@TM2CVAI2"'[;?#0OEP/3FD/*SSMZ7`>`R5$$%D>SX0\ M2/VJA/"W@4;,X,&@@7$H:"?1UP=`L[DCFMEP9D12-)`T")Q7YC*Y6I"V#PWO M%F:!C)2]\0C:(PV2LR;,HR7Y-DNJQ,@VO<194ZY/3X87YDD^JV_^Q^:&/A2I MR#S)4O/:Y+.M-\``M=MZ0_\9R-N#S8UQ2OKU.)XV2'4?DK(M.*%?Z!U]C69V MV:!]&5UE#1//Y^G\P'U!#QO_()F9)_3_U^;T_/@X?)S>C._P*KU9>DFP7X_F M!/PU/5L,AM<1:?"S_,^T%08GS9\[QZW37_!FFB574]*4:9!9SO#:_U)W^N]! M\6@..]!Y.I#&]/5==R#R])+1.)8I1^,TUSEG='(.YE])2F_([Q=W>9SA2>X! MQXOKE#;*DYEVRQG5NX6YT7=-GC)P9E>:$?U<+.993FUUDF_/N[W^@9>K`@'. MX_#E@/%$OW@<\@RR9';SDLAL0WZCM[6EY;[!"IK'-.C9H'WV\67=?!>B8G,# M+SX==PY_&C1[I'CVPR%`PQM$PQM0<>,<)H=I#)JY@@'LTHRB/!*KEB???!ZQ MFI/'HP9W!"DS&4G+VV0\MD:2;6[09GL+;08V@DQB&9;V_)#X;X)S@$TMZ3@S MM=[GTX8AG-6Y9Y[R`L*@1$MLOWP@AJ#;)*,%3J8W<98G5U%.!\MBCA?\U1W" M&E&`QYF`^-CTWPV.FZ25'QV3^OJ/?\AK8@#8_>:U;"C\N9A&=2S$I:GQ0(\? M&P+V2V:V=,_-AS>05!RQ3.0$/6DT^KV.@9F MI2-;L^A_4?$4QXJ2Z"J?(/3+ALMH!3X.K'QP4-H#@EZF;L&;/"!%AH>.1J-Y M[7&)YE^2=H$7]3K:;Y2^(!UIX39^-?$XB[VX+M]4T/@KP4>6]E7PB95?L*0R MO*75L%1`9)3%5UB6C-K\NKE1(+_7YO\+"#"@+YD^_EHBUY-.M]7O''9.6HJC ML,4_7IOB@!N6[G<9"0"!E_Z5V^FT'V_C[XDHZ5R@LX@8>!Y](?*DK4[T3*1& MO%'W@]W,5_,85E?L\"F/@0;3K_FV,7W>VFH9[34/?Z(M":NQB#G,$B)8>S/B M"*#/Z"9-1CP&+/5"8=&8QA\1><=CV&2)\D'HL.N/_@K;LWZ-Z'J8SM%C?.,NL+"":^E)3_8RS5!>X!^X`=@$T;%W%TW@>@9W,8V6A;%?.8&!E4J#U(Y8S M3H8)$\/\CC`<\E]F/R1-"_NIW8(9.Y00(]@CJ>F"M-(L$]YPN9@.Q0+OR,U_ M.X>A_S)BCX(H2'"N$"HD.2%F,>1<"99K>-ICGWL)4']\DZ2*C*2=6$"4DN0T-?P3AFI@!R6-U2V\6 MQ3EV!IQ(X+5N)@TF:IH:1`P^%8'#O\?SU/;W$HB5*(IBB#YU(LU&('4]B-:) MS0W>$3OHM@X['UO=SR!AMP5J,Z4@_JK*FCD)SH]+8-3KPFM8B!R*T+A!_QL^ MA*II.RP+5PP]=__1[#)?U;&83Q%[/DIQ?(2$PMPD$ZTI(_9RETYE?13?GI=C M:[_OUPB(.(1&V^E%L>[MA3CF%N_0E`JT2Z`FR% M&P,>1M/O<_LA[/!).E=Y:OE;Z-`'_Q6I05FY=`:EJUMQ2A.VS8O4',^2C+>F M['@/F6T^H3\R0B%M9CL+^V6>9DB\]'.5@O]?TD$B]">@\#L]K&6VF*:=I%T? M0$K2U1S\081S^8)LE%H-A%I?C$&8K.SPRPT0?0FK1)P6UGH]D!/6C&6$KI9Z MRCE@GRT=`AL_J<2-=B0E[C9JCWZ?O1(D7[!<1_C`Q,;Q)4^2^IE7YO>C1P`? M^W4P`"\=#!K0UN2C(!T`^H9VD=!'@:7L,3J#`TL>D#[2ZS>A,Q]"Z\W"!Q$^G#@!X=K.E!4)1[T",D[1%_ZT]SE):['20R3'N9:N$G;<9 MO-\J3\F!1)0T(D&=EGE7]%*S9X!6.24[@4IS:=M"89I$V+=;J'+3@EO6SJA)77COH< M4Y5S/N.#D74>K^L5]#AM/B0&+%YWK/=%`EGR/%O0;.^$C]U"X]3&U]&,M!%B M7U!UF!LE8(/1F#05JW?&VI;4*#!)+UN.)31`),H/Z6U,7*"AC85[,[CQUV@( M^4=61;8CVVK0T[;/]=NW*;ZQ-`>!T#8&UN4#"/P(Z()QKTOFCIC%S,&,$6'D MCW,7)@#NQ:*O`T16F"$,L2COM=4G)@&"E,7HBS%]C6:X!+8%^"(>1AP(Z,F\)18R%0X5!T\VN.?;B(W3FCPUL\YUD\OBP?@6",/QJ_D;:SB\%P*'I= MH##9+;L1",M[GG6K4F1]1P-:QN2&$,R"3;\/V:C7[O4;1+('7GTB;3V[3B[S M@J84[F,KVQ.M6W5()4=&26`'(5F3`&3JYLXTK2SVEA#BU(9H;@JTAO/$]MYE MB7$QSK'LB6Y6.I*O2'VZL:88UK*H,82,:)RE)AW242C[`(;EE/8&J5>S3<4T M["E7L(JP+,RP MAY$73(-["`C:G/%%2F>:K`$L)LGPFN''-]E(*>4MY&R]D,4A.H#"_5X)I/I-L^)G)^`APKZR9"3VIR-80:N4$\G+6D"7^[SQ&`GU9WK%32YH;MHC4HC$X]]4UC@O+!3/Y!!]R M4]J,61:Q!Y$(F$UHT3Q=`(OFBMB#=D($P"3YN]A32)G[PA!A4V2+2@0>UW[FTE'JQF%Z-1>[BW20`L&&UP+Z+ M8JC5YPI6L2TC@GBMPEH"^B;JP)H3F4J["KVQ0G,LZHZ6%L9.+,5;6=U?ESC[ M<3K#XK.PB1,[0;0?T:;?H&RKQ;D:B`MH!A3*]L[0>ZN'*"^11?6D5UV5[=D1 M;1BA9R\&\(G*0WR9$E/F,YR6,4ZNIL3D(!@L9K-T3AR\WX0/B_XB'INYO:3C M%VQ?3F!C,94M`*H-5QJZ8-8NVQIE#M^QUZ*'40;=UF&K_;%UQ-@NG,0L"K/J ML[75`,$\?7I0P.];B!SS^'(Q9G7>2@D6$SLJX!,M8P6L=B]",)]R$U+,%^(M MF,;Q2,S@,-8`L\F43A4Z[^;113)&Z":$CG$\R92=$V_'5^GKV)FI6"*I'\ZL M9#(;Q\X#F]V'Q0KMH-,YZUO#B#/05$DJP(?=(3_:'6)]`G3"``,@.4=J*N&S MZ9X=*WRZ+7(K;H!O<.,A\0Y!B>>CVAP?LT<>?92H-U`J5`[(KJG/%VDO)[25 M(0FSJ6$IO'U9;(V/[>HW2`09QF-C70,!#&:V@/:A6_R"YK%IQ<3:<)QF,7%@ M&;:AWD^16T-=21T,LB6%6=I->972]P0X]%(`1\F(=Y0H%/01YFOC.(_'=PT1 M>F^CA#<9?=30L>7=$\$*KE!M5HN4W=;/)_<)E!LARWM=M@WP-[\K?:$LLJJ+ M0V*FJ6%OBL5=:)M#S(?Y(O`N!9'T3+S@V31L;12/X7N(L'HCVOX:@5TG M"'JQB&D8S4BA8MNO4X@0V$&LUQ6L.)3[R)-"62@YF?7"=TAOOQ\5$\ MXA'DX[68*),WPA8X?S(%CQGOI,,XFA*>>*P2/"*]%F&BXX@3!K(%HM#Q8+(@ M&1+B@I&H3.*-I(7=B=\UYLAQ1AW#.8&21MU)KM!T`E*8%QD$SCD"W;V(B]P* M^%X11L\,&K$7)`67UHH&@'">$PS$T%]Q5Z0MB!81!P8-"$UT@O`1ALC_:'ZE MSJ*EM6C*Z@'0P2`T#`O=I[GUZ!MM-O?+L`"MT)B6=\?=GY@@PK] M(RX)THEN+<6,[]R'6%&S%HA)](6]TA+?;S_SK/B92[%>"&U>)^S3!WV&02"T M7-KY^;9)21$3DXM@HQ9X8T$JP]1J8NKD'H,1JB"!GQ*RY"0@)C&$B$"-K]0; MQLX&#VEQ-<,%*"U/1B<&ZRJ"9CCJF.(=%5[-)15#C:PA-BYB2"=J:R'A,6/M MDMUYL6@ZC)[%)%"?)I6-KSSRZQ1F$6=D)+L].#/P0'"")P=J6SQ.&V0GG MCG(@4ECR(?F<()EZ%O!$^(-G/UYT-#DFJJ!EI,I.A3$3@5F5^2*6G8Z1IU:B M@?<3=B;$DZCV22R&3]W;B$=46X.);J)DS)%=#HJ:Z-73+4_O?`9J3S;-"=Y" MIJWL)2"MSE'GE>E=SXF#%5`W6LS98`%/,ZU-DH[`L*XT2,!*8DNK3'/JQG]; M$&$@%TC2>23>E]"%E1.^[([LQ8R.6PX0Z[7_WY87@T-?EMDQSPF&%W6J5%?:#P(KOL@M-CT,0`PF:H16[ M8-VOFL;391@1^.?4ZJH9D&Z+>,DA(G,@R-F@C:JU(0$Z6)UEFUQ_3G()-!45 M$)3W.*W+QBW-35P=="F&=@F\!%75H+*)QB7:[G4T'R%%J\ZL*)ZR'L):&OLD M,K4.J)'G,K0H35,#2T0\]\H?OX5OC-FW,_7+7'H=9L5LY;(I905;<40"]1QR MR_B+U__89L\Q%SS*C$,HAKS%:;);)TFQ1M3`LD%J2AS M("56WU1=(3JE\W+$IJ`Z+RFD58@O8PZD80E]4ST*XGH(H++(MG-%?X@#4V5[ MQ8!(W1YG\WB+3L'A`E\0&Q2Q5*AW8L$7=CM.TR\DZK&V)VZ1^9DMOP=O$$T%Q>D MZ2Q(!2]BD2D7]&_Z'FOFCN$C+M.QR*K0B/;[TV;_O$NL7M0ZUQA-Y\.;`9%G MQB9OO.=3HVB.+?8H1(C9Q7DM+NZ5+5\N-2VM'W>B3Q>Q1Q]WJ.(65BGE6-0E M]X=@/,1DM2/8A[(*=RW9H#WZ-5K*>;>?&N?QU:.%'BVY;I8-1FH0\:`&@X>G MUG]R?#HF),R99I==9+3K8W>XT4*'&BS"HUCM$M6)I62.2H-M@W8[[+N.Y2RX M;2%IF0<)LIK9#Z.F4\A<\-*^LOQF8\O%@$8B0UK>5(,T#O'Z5GEL7=OW-;[2 MG1]6!<*AP-)/K;Z#A:W5K4>*S>[4V1A-=F;)C#Y@HS]/.T>MX^9G_8*$_T&@ MDMBN6KQ-&FS!$E-W305XAI1=?7L[^Z7CUVD_W\-K.V<>IN"(>J:B^]R&"3H^ MZRTYT*J";\+R5S1R!0(?X=K3J5HS"CQDTP:;`+:#P/1VVNFWOF/]'C&]I*WSO'3NB6$EGS)//;/:^97?3X?4\G4H$F)%![]7UI!-R89/7@=X\)6D7!/CSSS]O^CA=8MSQ*RMJT)Z`\5I\#NQ48D5I M2$<[R1P$R&+J5)<@$A>RW_K`TL>/84E25QR[K;@G,U8F)ALJ7;*(,EG5`\[J M@5R2GTE4]=RZ8JRS\]Z'>FB`*ZSAKP6;=66<`@S;1=YX6=2'*Q$.40W M`%+$_WV.]2X^?:.>AZ5![@TJ!4B!$W4=0`$;+K\/Q.##=#*#0.#5/MU""*Z: MI`M.[0C5:I8$]75X.D063"+G=F"%'81`!`-Y@/0.?BQ[LVN=!H1Y;)@ ME[":SE%T)K]-K35`K%G6K-\`#W+-7NS^WDHWEGE8,<]Y8V$>9C9S"[.]]1Y$ M%L[%;*0:`"8C7H/>EV2F0>D:)^:V-*`DMMG?8=$U&E]NP5<>Q+ZHUX\_PO)V MX3O*V\5,3;B#"B^V;">Z!=]B7LS#L=[/8[J@B5!AU8/JC4@<%1O3AB&YN,WO MV#/SH?FQU3W\B)BFT'-3+[H7'M'J/K+GAQ*$1BARG"L(T#->M>OGT1>)0``1 M#8?/#8__NBD*;;\!!;VE",-;C1@U*8AB`6=F(!4=7*!"M MTSXB"$47H".PX--Y_:#)35G_;HA+RP>BF=]45Z$)" MW84VG"LQ7\R1&4>G+U':"#[TE$^CC! M.=LP\XB%:X2HC-G&LWZ(80'@45KTS69L!Q&H^)3?T#^H M&6$RY3AN4!S[PZ@M-)@`K@UBW?4P\&E#PZGF\<4=H\B/Y^PL]RVC`&W#JW3' M5L5)RCF]3NRS0W',5S"2]Y7KEK+C!C:AE7`*6:X:NA@(Y@Q+X\?+T?#YTY:1Y9WN4OVH-JCW'GA%YL9CM@.E2M* M$'`%?MMLO[H61\6,`PJS--6D816#@H#C[)6U@7J8-4"YX97G(`Q9?)8N<5.C MESBOT9M&;4CETF4UKM(&P%IU,P&Q>^>CQ M\].J^'%I9FH(*=C$T*^*\>8V>[K\BLD_@X/:GR?MLYW`,#PC'3>T M7AB(HY[.P,PT!(&?\&FQ*X#"45. M.>0*(7^TGQ!6Q>X+VMT7XR2#&=IK*:%Y'`=-)_@"@MH**5>AW3KA6&/I?C<= MPAV\7ER0:*E`G<_3[3P=V#Q&F_9U4O+B`#O;WFQ1%DQ=`FPQLB;A;%O[C4EF M,R7I-\+A4@[Q3$O);!2A0K9'Y]W@I->S!@<"\%/!CQZ`]C"AN4L"4N^P>=RR MCCCYX"UK.@J]IKH,YJ+_K(*+APD@ZQ.;HT6>S+(0JF4(2&4<]'O]DS.1^+]% MY`?TTK4(?I[!^?%:4^*?BK25#23P^B!L%P_GUC"=#23C>-7\^CV-R.7<=!O' MH-8R]BM*Q%%NY[T=!*,R'B_A=LRSP'0ODRVJ=U6^8(VT*@PBLPL0WHO',1\J MT.*^#[&^7EAV#M@2SN6;%0M-G=&7T<&&5SA"@H#> M%9`=!"^GZCU9&B=L9-O4M`K(D[J-_[T8:TN)T_6EN[SK1DE=O)NFUGUWN/_L MAQ?UM;AW;I]5&\DV.`C*`Q2^RL4#^OC3M.V`<^ M&FD[XCPI%S1126+=26,+H+#G[*4Z@DKE.HI'BI_]LE^J-.*J9EMO)@.TD/AK MV;_II3_DI%E#?AN@IJN#HC#^;KE,BWOW]'7!LQ64)K$1A9+DS^*M^D`1`3K- M8*,D68O.2N?T=8D?B\DL3)/2?IHCC!=L`DIG(YM#(^=J1<*6)+5`2EUP41SI M#5U8$J18,@L**J7#"F_2P-F*OT#A"_I16$D.[! M@UO&)B2[KF4AKX"?\_"_M_M-:R6"9N>)[LVC=O/]::?7;Q\&402>%Q6E:D7)&RNT[CW7 M,X3`UAYI,2B-J(\YU*1*&2!DHZ^VI*H\Z5"2Y)#(OH;1PM?QW8\ MQR&8;<63&8=_B,*`,@:IQAMZ%:"T"V53%"M_78!V%@,N:D4LT9G;UR8)DP"I MD0M[3-/+.>?3$>>(^FRTAWC08'8M!RA4CBVIYC@05B6TVS8P.'#R2KV\U2IA M7CMB::Q2$4]%VP0N$%^[LVC@F%QP>K_-^4=-RSK'0E1ML7K!0;K>ID!(1ETW M^G;KM$/-1+QF.R@IBEZN%9>.AT_J$7`,!1,2C//T]0,IG!]4>)I8Z8'.>%NL M39\R,6_YQ\HY-D[>M_H?CKJU2<.<#(XZI_U/S7:??N\/F(@L9Y_86)G_LHE6 M%)YB7D5[V$IQ(<+UN\3Z".`BM'67OU'CJ=K=<#)H_5Q0>.\'>X-ZS^-X4IOH MWU7S*$S$2LJ6OWIDTQH$\!^$R^.7(5COGE0,@S.65]Z5[2IR,LXA!5O09YW6\GQFE(QTK$(5/@U^P8M[NX MXEN>*H+F!1J^GQIJB$*J&R&*WTX30:*9E$VR1D#XI>_$R"LA0#1*@PU_"+V0 M)2,]DZLO(!&"I5&8@^_T,"VET&D0)BQ1TA=A\=Y.?+X4WNJ5-8)",MT8"3@8SV>@Y6]9T'N<:]6'A90=8OG MF^U;$Z7_'R+"_D-]L"L'&N;S\?)!>8]SM7*DQ?S*#;2J#>D5BYGLO]_(H7\3 M!];"EC`]K6?&+FY(FKVQ',VRZ0^#YC'I[@`ZV-B%$H#?SBRQKXHDLL(*SWUG M7W+JN#T?WB0H"^14Z,LIBK76O8)\TB3U&-6_61L?#+FVW@`L-E3FB;_45U0. M+1=-E,JAEL>5ZXHR)DB[?%TR4-.;&GH^)7%-G1^D=&)WBF29%:&AIA"I_0ZJ MK*PHX%1!HX!HJ=A:J8)L/9FM!?/A4#H@O0#^3FNU72;Q>)2AXL8D1E0Z^*`- M1/(A44$HDB2AR&U!G.?#/1!==P4EY$)J^[CXQQ*[4A*-%SY(+SR'3.'!,&DR[BU6<:%M]]=VB> M[;W\83G41<)$7@?9ZIR('\:%Q\,@0+3DZGL#]<0;#4IO?WRMH]`00!LFD\19 M6))&SIK680LL_/!3-V`TZ]H0+UD]B\"BZ\-1EE:;EL!:<)8_3?/5S9!#)*ATO)M,H\$D:UEP,8T;`^USF) M+;7V6;_38\32Q'<1B;:O2=W%DP,#L%$N3WEUB_T*RJ$[5D%"M(5V;;;V1K!B MW7AFHX9G7,^`EP3W9]E;QDI(K"2&WND1J$O).20]INE6AE$0S2FJ5;( M@ARMM9U]5;MZ@QF_K9"43+.25Y<3$ M)RLEQ>S8$R[D;!&+P#@N:N;MXX(/;L5VM32LJX"D/0WJZ'02&K MZB2!#2`XO5K.K@<^SP=56\BO:1M<`^7&,HF`6Q4$Z35-Y0Z24->H:.RJ26)0 MGVCC=%"4=D!T/]=O)@$DUT#C8MG30@E1J51I?;5NS$*U8LN.K!/N&A4BPL([ M<1$.U+`6X'$*A#/UX;BBK05&]@M6D^D)-CZD-UO67\51'D\*:-:JXR><=Z!N MWKPQ^P5`;!`!_]=+,HL_UG89H/B^`2!`2^6$-`3X/^^)'^>B/<=LY_-(C?OZD[ MOY;4#Y2:0!QE'!?J+8BOE%@L(O1=UG69=?IN>(-C&&ZR5+=7;4Z!XN) M%U`4)/@1?>4*B2)RWL'1G/A8L2!+6-I0\JHTA\.EC'&>"?P:+M"2T\*B(+=" MBF=@B`L[+E_+BOLT@WC)7"XSJ$C=J-CDMMI>*!5)K7V_#L$Z+XM9A6;WF&]X M1X>GQ&(^JR`8WS7(\>>^`4\-I;3S[GNOKA?4!9)+-"V!"P3IHON[-E`??0$1 MS2)KN;4K7!S*#T$8J_3-4J%.%,9.8R[I-)I#TW(9R&'D:SIU$IAT5QGN=D[* M"M?&\U)Q@(UB=24^.(G6KO#1B)-0Y):VJN"2>P)(1,K@L+0K+?LO(2W)U31" M^7GQQ*IEPC\>:$$^F$!VU<:MU]JH,.*#86IR0$HDX14;E=ES/CAJ=P>=\_[; MSOGID9@TRJ$39PLI;6;#)J9:O9PSSR5D4D.UA>PY;S!;3,K-I/1*D*846K1" MHYA88P]@],$M'3Q8K:Z9%MC(E7YEKXA9$H0F-G,YL[E+U;B(;9D?7ZI?*UO) M<^T^E1`9N9[3DX3*6`OXVSQ\$R#TK-OI=P:$K(8&8)8#.:5DN!:(+#8I2R2" MA5(XSK(A+$3BD`!Q8LMA[_P$H!Q4-6*.]MJ40W$$!FQ/S"_<\7:Z@UD6+T9I M3375;#[33*%KE&GK\CW1 M6I*5-2*8SVCEG^^PE9>)#SQ82B#PBED/NP)X`[[;/OL(@;QSZK8*ETT//D2Z M1SI'=2$IEAXXX.TX]9()T%[#UNM(G`M?NBSE+>TU7T&8CRM'*&48!*]VJ[@] MQ.E;'-AL+Z*6;C___/,K\R[Y.HE?N5QN+5T_EG0)/GTBB8*G>=V\+%BY;%#+ M/>33ZY3))X=%.K[*_KXJ6J2(D_:T5`V\P68X"20(C4)2V)6>7#'$[@`-:OH: MC%8J;RU7MVB%8()D?;AP8-NQR5;?G!`$Y8IMF*)E%72>@/DT1S=(]7?:;2KI MFJKYB]\[E7J?0>!78(Q9J6HZLV)EH*<'AXMF+K7D3+/_6-&V0A)1ZV_@`ER= M1\P(/"@:@0-5LT)`64YE+@9?\WU99;W2E]/M"REQAD]`2[9.2CD-+7)UT/': M;Q>4GH5!82I^RW()6C7?YCE3;NAZ+[WQL;S^E5"))1AYM^PD2PN;>7S1$IG$>O>KWAZ$\T3KGM1^!#G<+-!G%.!V8<+3Z]- M9`,$**]&A]2F+1Y<@LCN&(;NU>8]!2^#+!X-3P_L/>KYL%3[W>MR?)!V*I;! M^JZ4GAD:_1_$4;ZEIORJ&J"_;JX=9E6NXJ\%TY$EM3/EKV*!TU1XNQ4O..], MC7)B()1>EBOCEB53F]K$OGI@.PV&PJ5>GM>1X/O5!4%:/E'!VYX^_5K=P+,T MWV0])[-,;)D;$05_+=2(L9=VK69)*JZ&H=?N7FA?5LQ&#A;3SVP@ZV/3ZPRX MB\Q$U3$IJU21/B2$;D5>YT%@)&@?>#U)3KD>6(R$#YSB5Y;!2=C:\F)X+;"A MP6U1)_B=IX$I#O.J]9M0(<[.'979DYX(T/IHV?KU!&7(KX6@'S2A$LR86J6. M8KVO;:>FL+(19[BW1"6.U##+L\6UQ%.82I>;>.RNF?.9X!']P\:*6_4O4G.Q M^)@\'XO6DV8''-?-?3B6A0.?$V\"L/&2#:F_'/-=#JAZA:!3*^?=NA+J\:1T M#5AYB10^?^4CQ!^MHBF#<86N.7MXU/YH[]PHJU.)#9=>[_RWS('K.).2'*'V ML8C@Z4S"TL&M.?3')RL*IY#"^YRZC,A4]@;8NANDG$+>`Y;DU+E)D.R8(]:+ MMH:>%\TQ$N[M8A*8T6+,7]:(>!F3UDN&&V$4Z7D:TZL+@LQ=E!WP'>NLNZ91 M5)7+./<&#XH>?PY!L/61=L!FD`Q3JMS% M36B^F7S)-:U5LXG.:;]+^ZU5-__'MFR?#?A1O]-^9U[1_M*1]-]2?L?JV`J, M]1^;&T%RP.LR_55E,BXE?I1OC&453[)%Q,.9CQ^&\BJUM^`,I--E9J]##^Y6 MMP8FT.C1.ZR,$&>8E2V&2B8>'%!ZG\Q%S+90-2^/4G\AI)J;GSW[XZ[$)ZBK M9'_;UV'%?A_.N$@N6X,Q?I)KJ8G8UEW=5*L5;$>7ES1,)IF6WCF)08*R+UK, M&,,6JY)6W!7OL0RVS7[DP=$[4*^G2T^6*Y-V'"T^C!*K2'"WL5DF>5I2/-&: M<`P06$S`8S[%P<4%0?;-;92QIXK]AE)V=Y%[[E+VR$:B?['KE`3[\%):C600 M;!`)M!#O$'[J"M0@Q4OU?@KI*%?1T@+%MV*Y/N525G#HN&-#+C@6@[EV"];Q M0D"6T24TZ"[DY"2HX[I(Z3=:\*D5N2_R=2A3OO5;;NH8W@W',;N(`4&.("^U M7:&4Y!><8#9W*E".<65($)@/M4\MD+M>&L`+KA6ZQ0+1S MN:3WK'/<-)Q?FOB;?+DV@E;6'8SFQ*_9%ZPJ"D[`6W?A,T,4R84*;'6AI[C+ M!2LD+NRB=OP@Y5Y%]@ZY83;>UVB M8=.?@NNTUW3AM!%G6:P]LDW9'Y^9>?Z5FSS2#*+@'L10C/4?_G63UA_JU`," M$_DJ1:X4!Q.`S5G,B&&1*N#[_AZA1([P/7 M6:(^7VU:`ZK[>;#:]T!Z6/Z"_?EV-6O=#X&,SWIO4?&\*N"M0,1*GS? MG:T/<1W+7267D6AD4N!7M&N.EE:95:Y.L`GW5DH":]&"K;A7B$ZP>6SM(PB= MHQ.U>-$;Y[KG"YPTM;J8S"\3O;E7@E=N^1AF4UX6C,39@Y$&^@E\>;E&4$/. M0]LKX_*\\UP%13%FH`E$]")8;2D2B_-!EA.HT!*5X.1UXXG=".%!0YTCY'ZH),JI>!-3,IG$(YHHL33,5`.Q3GH]385T MZQ%4%>:.%WHW87##<=$UE=R"*K!=B-365;,-J3Y;%8N>IWDT#IW@1_"(<-P5BA=>1G,M;`R/+US2=1=W MRXOC'.!\1;UA MZ<'R7?0UE]!@_H%S&M4\#W^R\2*K>+&VJF^N,VU)(V=/,+O%+$]_3X^Y()[Y M18K&P&X:W\[C:)#]^YL&4[]7_\PVQMT2G$R>2^KAR'@17K M9]N!RFT*>_37S4U8>#9+U8V\MV]X89[DL_HFM$OP=+Y73UG`/,\Y_*INBWS` MI'X3S3DH"RG&W(/]*^M(1@YZ@.D3@@-@7H4RK^ZG1T%](\Y5VYG'+RHU.O!G$=3/"0/P1 MJ5%@[P@81EP#3`9DMUOAJSJ.?%T*0]%YM5.J4D2??X4NAL_OVG,0ZFGGC/8@ M?@N*]\2F]@R/^#:$&51!C@*N@;1E`%=/ASKO*T1RJ=+SL%F=AVG""C=E(&U-S+U=VXE(QLHX9B_HJS5_4;:.)T2D MZ*L-$3843BE`SO=L6%3A[0_NK:_]T-@4(Z4O6^6@X-I3(;IJSW=1<8&^\M00 MXGD>.YO$:39+U54\#Z,GQ,32AK%A-2!^9FF:QAYE7QJ^2LLN&!:^6\,+KI;` M3;!740&J^7/GK&\?_>A21L1U32J6JRCSF-O4H73R+Q!V;,4,ZP_Q)?V5#W2X M1@*UY*/O(%#**L=V*IH6IV*)2F[TM6/_'F&G(KOYLBOT-7P)E;5% M]?4FT_O05.Q2C:Y[VZP8:!E%_=Y]M/0GT!8-3Z@6S^^ MAW]Y)]E@5*86L6A*0*HK8R0TYVJ7;2%;XG\,:16KL=V[!7UIMLK=M^;UX'#S=`GI0W-HE<0P(#[;>L%JJ@4!+#,+V*3$' M^]B6#BMQ!O?Z8-V'8UIE]"!I;"*3S[(I3\U0HX&J(Q4[*K01JF4` ML;Z+J5Q:XE5@7.L2!Z&^I<'\9W*<7:8L M3"]/O]4YQN>6"%B>_[HR#\K\X8_/3*W7/]K=W?U#7>_2-8_ZDH;"BKGJUQIE M'%0R;$U'6^GEEA0+U)GH`"[DVE9?)MU(;C;DO"J4XZYO/]+&[&)$Z/4K^;!M MK-8X7&L"(-`IDTZ$EA5JQC)FSII'E9B1YU@OG?^`/GV3$!;:'_[QOT(9Z^?RYP7_II_S?%_LOG_W![.T] M>_'B^>[>B_U]L[OW;&__V;^9W7\>2/YG@9.!0)FG:;ZNW>UU'(_7O"]/[G_) MS\Z3+5A]#NEHDE3SVK!N]O[XPWX#_[[D?W_`OW_1N/D,IU/DTAL70C$P)"ZCJ%%JM@NN7;$ M,%8'!^KT8IB@OJ7F@04PP0,YCL1^3F/L+P-"'PPP8@&1*Z[C?Q(L6E-.1QJE MPX6K-X9^.[`PL_-N$O$%]F.??N-OX0NGP9-[OHV`0^['[O!H$E<0U#3UKS.Y M-SN3>]LQ5CK/%"J]QM#>Z4(B#KWC^Q8)%$ZGU6O`,T.G,E]:KB7U$*6?7N:X M9%C'LOYN24E*AIJWBGL>22P0\M(:"FI<_M#NF5[G7?]3DW0]^OVLV_G8/FH= MF;>?Z67+=%OO6Z?]GFF>'IE#A(&UWY[W.]V>^,7;Y?2S:?U\ MUFWU>J;3->V3L^,VC4,#=YNG_7:KUS`DS1V?'[5/WS<,C8);(,QQ^Z3=IV;] M3@/?8X_%4D_3>6=.6MW##_1G\VW[N-W_S`"]:_=/\;EW]+VF.6MV^^W#\^-F MUYR==\\Z/1X-\SIJ]PZ/F^V3UA$LT:?T8=/ZB-SGWH?F\7%AGC1289IO6P1B M\^TQC\7?H6D>M;NMPS[FXW\[)*P1=,<-TSMK';;Q2^OG%DVEV?W]-B.N?=IO=;OG9_UVY[2. M@3YT/A%F"-@F]3YB)'=.>\_2Q M6`2;_!H0;X.7U+3?F>;1QS:`U\9$"+VV$DWG'?M"S@\_*/9U'VS\W]KOZE[` MV/AA>V_?U-[&\R_Q.+ZKFQ<[^\]W^!39@5]MB[N@SV'G['.W_?Y#?V-O>\_4 M3KO'=";]P?P_T70!3J='#SY*K\S5/,+AX[>A9M\\^##!0-7G2>DPL2F(RAXD M2CYD?QA)BL6-4``9T#WLR`G/FW\=.?]=1\ZS;19';."(1)3:_O@`-<3#RUC] M9EIKSF4>%L\)Q@1]9#:.[DHS*5=<>"6B4Y+98P@)L^/%*/:#TKET$X_3F8NB M+K2H;C]39^SMP9-L;Z6KC?Z\?!ZFH[3JSMSE-PD$G5V MWC.G$:S"79+EHOGPVAS3XL\C^NC=?:4?NH]NC?W\WCF'Y_9;+Y<`>- MIC'!%^<[7O1IW-")_N+9]O[V'OYO]G=W_[BSM[NS_\+L[KW:VWVU_T?S)>;8 MJFO3^CHS_X[0*O_M1[C9!6-N7S^J>/IR^3%]>Q1?+*[PIC0'#D?"'(J/Z?]Y MQ>,O\7P:CRN;#_.*Y\CH2(<5SR\6E\M/$:-$3SDZ]5*X^7"76#@=^YJDP=EU MI2YYFMU60,0ESE<]OXGFE9.@`VT-+H+G$[X-(MX9SA:`>.>)S1I49]#V=]FPXM5XZWI-WNYXL5PLN+5RYWI:-4;Y`BN^A:]G;Y<#26M MT\H7@\ML!:[<8J]Z*=&.*U^O!I;>KI[+#A=5EE?%'.GJS^C>?U.\/(M[E"C2 MDC4M*.>V,F5]/&TA/)@$@6[+ND.);@=_1YG*)PWQ>UZGXYB?$*O2#N_HO$2U M_8;1>-E,+N:H?,V#3**O&"=;V^AJG%Y$XV]H:MMM_DXNG]GX."B"O+&!(6JE M>03-`_@WM'$XI5++PE2"YL4I5G4J3JW4LS3OU?TKOQNB8G.S][EWV#\>G':. M6K4!D0D?'!B'Y([V$=^R)^O:,-3NW7'S_:#[B2MC/>+@P>;A3SB3=!A>`!*+ MBD,-I+\?+Y[*KD$-".S1BQ7^=XVG2>\\GX;6!8 M#-X+2'&].`43K1[9&S!]O5H'%3?%35WI;W[C(F!7@?^;X2P#>70?D&7$*H`K\>K+L[!8`<,*`[NC$FF0Z,-.4KE.>C%+ MI^']W4BM(G$OD0)JIB8>4XB8"0NDUC4+FY&,A4H<=;W3*7?7C>G-R MWNO;[,])FLEUG%,N)8SPY<6%)/5*26"-2NY]Z)P?'XED[:>#/Z1Z##VZ0R$I MUJ"C/"C++-D94N8!=2EOT]!V,\%%]IQ15[A^A&.CI?@#9Y,D2$AC>PP<[ON[ M>ZYX?"GF!BLRH%\:7+2"?\W^?-+\6<+VWA[_U/M%$QN(=`9HW>#?N'7#)`C( M0?;\IS#SLIA(O>ES+Z/YU4)OVPWO%--KKX(ELDL#5[A[;'ZTSQ_9PJ!!F+:+ MI5<4NM0U^9:=Z+8,]=H3Q$'P,N;<1_U*D'9U$L^O8B7/42'\G&LW>BRR9H6( M;MHLFL"(UB%I<(\`V[_06CN42KZB7&5\756W6UH%$-B%]4-(V!5'="?\ATF, M+U/K;B4UR=.G%?7";-48#?CY<_++MD63:QB[%-&P&:.L6(U9EQ-+B3`M7FC_ MN%#%5\**7!8I2F%$\SLG-MR<4MPK7&P&].D+[I0*JZG:%[WM*E9"I7PN5^,ZE_A)# MP:P?_#,DM%]"@L<,@Z+1*S"Z3&>VBD,_Y!EOOV1-N7DZPV9UT)=*M-HY[/Z"X#7M"QP$<^&[*DNW67@VL+3]420^CD>9 M9#"CT(P65QNY#:3WHA87UMIY@&N9Q`4D6)T%F6K$XI[8DU=_S3U_KTI)TB+V0;3(02U<^ MOW;GG'GJ1PT2THYBI&H:+7/!9_56EHR48A-ORB^)*L-Q'$U94A'I8G7.X4/. MU"K`JYA^83F%XY=I,?';N(*AO]X-YMY4T=`$"P#Q4::*M.ED6'YGGFQ:T93U M/Q8OU\AI)1G-RF=+H^)?EVEIRT,L)B+-OK%7UQ3T#"ZU`3*J5NM*O4K"/M/X MBKC."WLC,4=B:D@>RM(H,3+$Q7AGF42==7U!25ESQI5CIQU[R2*F*AJ#M-C?*2&3F'.7I)!DBS0R98[7'U9AK\(54+AA1 MEL91#Y90Y%3"'Z3R^2.D$^);= M*3>-?]/V%`5S:=P(]1+6;]V=@*-$Q3FHS"[[IH)_"#4X&>]A&V3'XBN5(&K]8*;$`HC MX(^E`"2QIW<%82UO MXCEW_[9M_-NF*?U73U,0?MKZN5^KQ*Q.U(N_G@2E:[=UTOG8>M@R,;NK&FJ9 MPP$9RIP,0%Y5+LBQCERR!WQ_-))B$0IG`C%">HUTL2#K.K41KA4N=5:QYF)UL> M(I?I5+.*X8+VT1.4ICQ8,EV(I4S*3+%(]V>-H6>)!^G2OU#?C)K.U(21-,Q? MK?F">R'+Z`'VBT(/E;1\=;_>Z='V^6G3Z7M:THVC27JM]]M<^H,-7)>AQ2W^ M2BN@Y580R63^K`,U;*\Z/+$)0C6D>EE!@'>[HG1G^&(:-2Q*45/C.Z'@ULE9 M_W.)@%47"C%8F&E),-0K)=;U>/K4ZGH"03$/!`5+1E[=$D-AJ!^P7<0/_8N4 M(N4L>;[L*[20C9B!:T=W2;/6LB%YO%!&OIA);K/69/I+=I(PSRHPDMBTHC!' MC8@L*25-U5U9S,=*H#Z;2!.-V%5M44OGSK6D,&T'J5/\MV`R:.!2G`)=U[Z0 MG:!C!%7$PF:!.FQ+0=_3TM%1V.BX>CA_9^'2<'*9RNK/LDUHJ:&K:;R6X+C> M[M!G/EERZ\J9EO@-JO=KN/VIE]*5Z=#H-3^6T$)**G$"O1A'CL_`7-A+5<@( MJ3M+;:&F2HXMYEJ^*("D5KW:+R,]E0N`D()Q;2_(2^5BTL6,]LOSIWLF'NOM M0@CWP]F!TDY2DS?Z4FB)`1'^96N`AN>%3+*\&XK,TN\&;O=7%.D$HSTP?UUN M^U>WEE+$A2+IZZ7@+N&HK\<3R>]%U/?BL-EY(XJ+3*I M+%S?-CU/$0R`]*TY%L4#/C,IM,8[ MBEN?ICFN/[F;)7";W36L2TA*Z';[?6>:0N%45QB8I-^KZU@!SZ\A5J9S*:X5 MHLM%W68(^<2RV-*R\[C(P^PZ9"C/.L*'N>QL\2;0T`@JT=+@F5S1UDU=`;L/ MJ!`6YKFV3-@29/!+04XCBGJ\DM>;+9+HN)#G<=&2>&G]CT?@+!;C1&G6"? MX:J.6"/`LYM0!X)&JQ(EZA-JR(\B>1CO=8MJ=YMP1XF<;JL5JOBGPB%@`(;U,#&-8*`L MZ!&,)YY/OI*TYBXG"??1[B_UT)EC<_IYR[TIG)Q0&:QDYL6]=3M*SEF_9E*, M[YZAUXWK_5=KZ"JRT:4#]&`]H;>L`?WV@C>@J_P7VI7+C5<8:`1!=^U M^W53_[.!6S#M/(Z;2]-H.%,!NVSJ?!F?/QV\[<7*Y?:J!R]YA+L>_#CCR(^& M%=6UMA_Z3$*1&HN?W>(>#9NKM"1*K]MEV`N86X%_%ASG(=]%T\)EQMYM2]/, MY,RN.$-D_I[K.NZTS'M#5V^PE\-")N%M-,<>1!;A&41("H$QB,A>M:"8QH^];Q?D%) MX(XKRD(;`8EY+#"[N:=O#K@CQ MN,!U"FM]CT@^_8%]OY;U:".` M^/2U@*/]@S=;X2FMP`O*[UG>;UC?>Q98/_=K8(RYCS<_O8%<`7 MB2G+@SYZA_!;.KM4=\C2Q,G?*!;.]9C*_;BB64:)JAR!`7_UGD!6%#0 M+FR<+L;>W,_V?].A9R_.\$?YKR5_/!AG8%#!)5?$09:M@@4/#YQ6;G]DU1$L M2RZLF1O];Y"G:A MHZQJ4G3HG]&B(\^.J0M%J4''($.N7P?)K*7?1\N\"^OT08QI%-/I8A3DQO;0^0D5C"8J. MU(#"-ZV+,TAGT[`NR:N49I(P`4-F!',/(&-K()>.EPM&V3!GH@DN\L1AH<>' M'8Q.$1]K[O!94'-[GZ[P>S>G1M0OM8GM6S!<7[STHRNN^:UQV+:V'U[N* M>]+T^!`7]N-7PAL?KFD5)XOA-1M/&!-R-\F7.`A_J-F[%8&1K:(/9Z=P24S= MH#3^I@8,RB3W#S;+]\K<)S@_586X<.6/BTS#O0``M6ZC\_"=)T4X#HI!8?S= M-P[R+(/5,KMV\0+%*V_")@>;%==SRA41]*H&BJBSR*"WE.4SV?';^O[J"_@) M[=@+0VT`#MYE3E>Q^DQX0X0-#/&>BZ(]GR'APBO.@102V"=H,6#8*&]?^M#2 MT)MLJ%P:'6$*(,+,U")Q\*<3HC)6])%[KMZ.\9WD"V$!=F`*5Q\K![+4G:T3 MVRH++6'JW$&I$&^%#7/EV<;-=Z+R^62=0>9)E'.^CKA]0$_TD0_4[GM!J30+:Y.$4LL#,H%SEEPP>!<+R=5MDV%(\S!C#C6G]YNJTM:/9 M-$VF8MV360D.OFR/'2=6Q/+?8Z)UQJP*V3<:P9W^0.V/Z/5)J+Y6JG4/H4VL M)P]4#N]EF_]IJOPO=`7#1!&(D47/9KTTPB?6^J,Q+?;HSAK3<3V:HE@-]^), MV)++NY":&65Z:XOP!#![O0S06@#T\U+H.*D[E(^3&)PEOP6S4(,;&*`[>PL6 M7;T#40:Y9Q1.]W'#V!D7W1*U67$SB4GAWKU4P*>W^6"?V"BHC=4+,*LP:\RL MP:+H0\;<7KL.!\4/^,"=>\%RG8H#AZ3PKZ+)__KYU\^_?OZI/_\_!,1;;0`* "`0`` ` end ----- End forwarded message ----- From owner-freebsd-net@FreeBSD.ORG Mon Apr 5 11:07:06 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 C91101065675 for ; Mon, 5 Apr 2010 11:07:06 +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 A06C48FC15 for ; Mon, 5 Apr 2010 11:07:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35B76bT027879 for ; Mon, 5 Apr 2010 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35B75E6027877 for freebsd-net@FreeBSD.org; Mon, 5 Apr 2010 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Apr 2010 11:07:05 GMT Message-Id: <201004051107.o35B75E6027877@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, 05 Apr 2010 11:07:06 -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/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors o kern/144560 net [mld] [patch] mld sends packets to wrong destination w o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. o kern/144494 net [ixgbe] ixgbe driver not built as module f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg 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/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac 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/140682 net [netgraph] [panic] random panic in netgraph 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 o kern/140597 net [netinet] [patch] implement Lost Retransmission Detect 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/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/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 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 if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 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/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 bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m 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/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re 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 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 [patch] rc.conf(5): allow to setfib(1) for service run 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/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/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/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) 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/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. 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 [em] FreeBSD 7 multicast routing problem f 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/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 ieee 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] [security] ppp(8): fix local stack overflow in 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 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/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/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 kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working 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 o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/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/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message 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 408 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Apr 5 13:50: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 58B0C106566B for ; Mon, 5 Apr 2010 13:50: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 421E88FC15 for ; Mon, 5 Apr 2010 13:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35Do5qE071091 for ; Mon, 5 Apr 2010 13:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35Do5KV071090; Mon, 5 Apr 2010 13:50:05 GMT (envelope-from gnats) Date: Mon, 5 Apr 2010 13:50:05 GMT Message-Id: <201004051350.o35Do5KV071090@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/144529: 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, 05 Apr 2010 13:50:05 -0000 The following reply was made to PR kern/144529; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/144529: commit references a PR Date: Mon, 5 Apr 2010 13:48:32 +0000 (UTC) Author: rrs Date: Mon Apr 5 13:48:23 2010 New Revision: 206181 URL: http://svn.freebsd.org/changeset/base/206181 Log: MFC of 2 items to fix the csum for v6 issue: Revision 205075 and 205104: ---------205075---------- With the recent change of the sctp checksum to support offload, no delayed checksum was added to the ip6 output code. This causes cards that do not support SCTP checksum offload to have SCTP packets that are IPv6 NOT have the sctp checksum performed. Thus you could not communicate with a peer. This adds the missing bits to make the checksum happen for these cards. ------------------------- ---------205104---------- The proper fix for the delayed SCTP checksum is to have the delayed function take an argument as to the offset to the SCTP header. This allows it to work for V4 and V6. This of course means changing all callers of the function to either pass the header len, if they have it, or create it (ip_hl << 2 or sizeof(ip6_hdr)). ------------------------- PR: 144529 Modified: stable/8/sys/dev/xen/netback/netback.c stable/8/sys/netinet/ip_divert.c stable/8/sys/netinet/ip_ipsec.c stable/8/sys/netinet/ip_output.c stable/8/sys/netinet/sctp_crc32.c stable/8/sys/netinet/sctp_crc32.h stable/8/sys/netinet6/ip6_output.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/dev/xen/netback/netback.c ============================================================================== --- stable/8/sys/dev/xen/netback/netback.c Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/dev/xen/netback/netback.c Mon Apr 5 13:48:23 2010 (r206181) @@ -302,7 +302,7 @@ fixup_checksum(struct mbuf *m) m->m_pkthdr.csum_flags &= ~CSUM_TCP; #ifdef SCTP } else if (sw_csum & CSUM_SCTP) { - sctp_delayed_cksum(m); + sctp_delayed_cksum(m, iphlen); sw_csum &= ~CSUM_SCTP; #endif } else { Modified: stable/8/sys/netinet/ip_divert.c ============================================================================== --- stable/8/sys/netinet/ip_divert.c Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/netinet/ip_divert.c Mon Apr 5 13:48:23 2010 (r206181) @@ -234,7 +234,7 @@ divert_packet(struct mbuf *m, int incomi #ifdef SCTP if (m->m_pkthdr.csum_flags & CSUM_SCTP) { ip->ip_len = ntohs(ip->ip_len); - sctp_delayed_cksum(m); + sctp_delayed_cksum(m, (uint32_t)(ip->ip_hl << 2)); m->m_pkthdr.csum_flags &= ~CSUM_SCTP; ip->ip_len = htons(ip->ip_len); } Modified: stable/8/sys/netinet/ip_ipsec.c ============================================================================== --- stable/8/sys/netinet/ip_ipsec.c Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/netinet/ip_ipsec.c Mon Apr 5 13:48:23 2010 (r206181) @@ -343,7 +343,7 @@ ip_ipsec_output(struct mbuf **m, struct } #ifdef SCTP if ((*m)->m_pkthdr.csum_flags & CSUM_SCTP) { - sctp_delayed_cksum(*m); + sctp_delayed_cksum(*m, (uint32_t)(ip->ip_hl << 2)); (*m)->m_pkthdr.csum_flags &= ~CSUM_SCTP; } #endif Modified: stable/8/sys/netinet/ip_output.c ============================================================================== --- stable/8/sys/netinet/ip_output.c Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/netinet/ip_output.c Mon Apr 5 13:48:23 2010 (r206181) @@ -589,7 +589,7 @@ passout: } #ifdef SCTP if (sw_csum & CSUM_SCTP) { - sctp_delayed_cksum(m); + sctp_delayed_cksum(m, (uint32_t)(ip->ip_hl << 2)); sw_csum &= ~CSUM_SCTP; } #endif @@ -731,7 +731,7 @@ ip_fragment(struct ip *ip, struct mbuf * #ifdef SCTP if (m0->m_pkthdr.csum_flags & CSUM_SCTP && (if_hwassist_flags & CSUM_IP_FRAGS) == 0) { - sctp_delayed_cksum(m0); + sctp_delayed_cksum(m0, hlen); m0->m_pkthdr.csum_flags &= ~CSUM_SCTP; } #endif Modified: stable/8/sys/netinet/sctp_crc32.c ============================================================================== --- stable/8/sys/netinet/sctp_crc32.c Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/netinet/sctp_crc32.c Mon Apr 5 13:48:23 2010 (r206181) @@ -127,14 +127,12 @@ sctp_calculate_cksum(struct mbuf *m, uin void -sctp_delayed_cksum(struct mbuf *m) +sctp_delayed_cksum(struct mbuf *m, uint32_t offset) { struct ip *ip; uint32_t checksum; - uint32_t offset; ip = mtod(m, struct ip *); - offset = ip->ip_hl << 2; checksum = sctp_calculate_cksum(m, offset); SCTP_STAT_DECR(sctps_sendhwcrc); SCTP_STAT_INCR(sctps_sendswcrc); Modified: stable/8/sys/netinet/sctp_crc32.h ============================================================================== --- stable/8/sys/netinet/sctp_crc32.h Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/netinet/sctp_crc32.h Mon Apr 5 13:48:23 2010 (r206181) @@ -39,7 +39,7 @@ __FBSDID("$FreeBSD$"); #if defined(_KERNEL) || defined(__Userspace__) uint32_t sctp_calculate_cksum(struct mbuf *, uint32_t); -void sctp_delayed_cksum(struct mbuf *); +void sctp_delayed_cksum(struct mbuf *, uint32_t offset); #endif /* _KERNEL */ Modified: stable/8/sys/netinet6/ip6_output.c ============================================================================== --- stable/8/sys/netinet6/ip6_output.c Mon Apr 5 13:33:54 2010 (r206180) +++ stable/8/sys/netinet6/ip6_output.c Mon Apr 5 13:48:23 2010 (r206181) @@ -66,6 +66,7 @@ __FBSDID("$FreeBSD$"); #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipsec.h" +#include "opt_sctp.h" #include #include @@ -102,6 +103,10 @@ __FBSDID("$FreeBSD$"); #include #include #endif /* IPSEC */ +#ifdef SCTP +#include +#include +#endif #include #include @@ -208,6 +213,9 @@ ip6_output(struct mbuf *m0, struct ip6_p struct route_in6 *ro_pmtu = NULL; int hdrsplit = 0; int needipsec = 0; +#ifdef SCTP + int sw_csum; +#endif #ifdef IPSEC struct ipsec_output_state state; struct ip6_rthdr *rh = NULL; @@ -829,6 +837,10 @@ again: } m->m_pkthdr.csum_flags |= CSUM_IP_CHECKED | CSUM_IP_VALID; +#ifdef SCTP + if (m->m_pkthdr.csum_flags & CSUM_SCTP) + m->m_pkthdr.csum_flags |= CSUM_SCTP_VALID; +#endif error = netisr_queue(NETISR_IPV6, m); goto done; } else @@ -857,6 +869,13 @@ passout: * 4: if dontfrag == 1 && alwaysfrag == 1 * error, as we cannot handle this conflicting request */ +#ifdef SCTP + sw_csum = m->m_pkthdr.csum_flags & ~ifp->if_hwassist; + if (sw_csum & CSUM_SCTP) { + sctp_delayed_cksum(m, sizeof(struct ip6_hdr)); + sw_csum &= ~CSUM_SCTP; + } +#endif tlen = m->m_pkthdr.len; if (opt && (opt->ip6po_flags & IP6PO_DONTFRAG)) _______________________________________________ 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 Apr 5 16:54: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 A67A91065672; Mon, 5 Apr 2010 16:54:25 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id CC8018FC0C; Mon, 5 Apr 2010 16:54:24 +0000 (UTC) Received: by fxm1 with SMTP id 1so2803623fxm.13 for ; Mon, 05 Apr 2010 09:54:23 -0700 (PDT) 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=Iw4BT0vbS3uIqdM+ueHF7IK1wyhPVbjFMRzD/o25HTU=; b=Ve4JQd6lwMepvVB7B1e04m1GWXzr2u1c0SO8pyVDu/+9X4gPPFNXpLoRXHDlbqC2Mx 21llpTWL9EaEquZhBfka1Rz3tQ6SkO9YBwiEds68i5mRfHbFmt95G2yVVE0qdVFui6ui Bkf0iXMnOMUJ7jlr+w0U+6RBxZ3Bzb3B46Ars= 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=ObJXnGECVdHlsVLuO4HIimTCdRJIjAgRy++1kbFSdNWm1IYCS0SosGFmYuq+f6zGKH jABo4ZVolwoHiK2+Ed3LYan9zFkQd9vcbp4W0bkvPa+eankNyk+CXYMNbYggWHbfv/rH 37dXrp6YDwqdgPH/GOP6gA1FEycp/ZlEEBPBg= Received: by 10.223.117.164 with SMTP id r36mr6011340faq.28.1270486463779; Mon, 05 Apr 2010 09:54:23 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 13sm8046920fxm.10.2010.04.05.09.54.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 05 Apr 2010 09:54:22 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Mon, 5 Apr 2010 17:54:20 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Rui Paulo X-Mailer: Apple Mail (2.1078) Cc: freebsd-net , Weongyo Jeong , Andrew Thompson , Bernhard Schmidt Subject: Re: net80211 ratectl proof of concept 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, 05 Apr 2010 16:54:25 -0000 On 31 Mar 2010, at 14:05, Rui Paulo wrote: > Hi, > I've started developing a ratectl framework for net80211, loosely = based on what DragonFly has. Right now only one driver has been ported, = but I would like your feedback before continuing. >=20 > The objective is to, eventually, have all the ratectl stuff (amrr, = sample, onoe(?) and rssadapt) in net80211 so all drivers can use it. We = can also select which ratectl modules are built in the kernel config = file. > The framework support changing the current ratectl is out of scope for = this patch. >=20 > You can find the patch here: > * http://people.freebsd.org/~rpaulo/ratectl.diff >=20 > Only the ral driver and the AMRR rate control algorithms were ported. >=20 > Some comments: > o The rate control calls now dereferences several pointers and some = inline functions are now real functions. I wonder how much this impacts = performance and what we can do to solve it. >=20 > o I wished there was a better way to do the IEEE80211_AMRR_SUCCESS / = IEEE80211_AMRR_FAILURe call. >=20 > o Some other stuff can also be `const' >=20 > o I create ieee80211_ratect.[ch] to avoid polluting other files >=20 > o I moved the AMRR parameters inside amrr_init() on purpose. The = drivers we have now only specify a different interval and I plan to add = export amrr_set_interval() via the ratectl framework later. >=20 >=20 > I would like very much to see this in, unless there's a strong = impending argument. I've ported all the drivers but I can't test them all. You can read the = patch at the same URL. I would like to commit this soon, though. Regards, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Mon Apr 5 19:43:59 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 23959106564A for ; Mon, 5 Apr 2010 19:43:59 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D14808FC13 for ; Mon, 5 Apr 2010 19:43:58 +0000 (UTC) Received: by gwj15 with SMTP id 15so152837gwj.13 for ; Mon, 05 Apr 2010 12:43:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=EsqDz6H2MwI8tEbXf01GsrGAYudKmaBEjjn1wjedJ9w=; b=trhv2gjnGuOkqC6qQPqFX1uOeB63TzX/5+h2p+TXvF0+usw6RnP6zWFj3zJLKaUY63 3b1HF24B9NStWJcTF0CnxJYniE9AFoWZ9Lq7C7SiEgO/+OQcZwN0Nv89/ezVRw1JLDcZ 5cd52bWV9j8KL56ZCsn8q8QE2k0myCOJYLQV0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=UhJ+XFkRDpGsCxyz2VwGEDTs36t0YBfUuLEj6qzl6u9CQaZaagQBSjJMHs4w7qXBTm IkWeVsDP02jTvjXHp9yiAah4k7/vmqbI28oDuPzynfvJhnCLlMU0uL6o4yfDMSDWkjcD q2eDydhoYKcRpAUw15V0oDAZXHkiFrhdSVk58= Received: by 10.151.55.1 with SMTP id h1mr765448ybk.16.1270495150665; Mon, 05 Apr 2010 12:19:10 -0700 (PDT) Received: from beastie.lan ([72.14.241.35]) by mx.google.com with ESMTPS id 16sm8176876gxk.5.2010.04.05.12.19.07 (version=SSLv3 cipher=RC4-MD5); Mon, 05 Apr 2010 12:19:08 -0700 (PDT) Message-ID: <4BBA37A1.1070609@gmail.com> Date: Mon, 05 Apr 2010 22:18:57 +0300 From: Andrey Kosachenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100402 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [if_cdce][ue] can't setup network communication via usb network 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: Mon, 05 Apr 2010 19:43:59 -0000 Hi, there is a mobile device attached to laptop (with FreeBSD 9-Current) via USB cable. The goal is to provide access to internet for mobile device via laptop. device is recognized as ue0 (but seems requires an additional quirk to function properly) # usbconfig -u 6 -a 2 ugen6.2: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # usbconfig -u 6 -a 2 set_config 1 # usbconfig -u 6 -a 2 ugen6.2: at usbus6, cfg=1 md=HOST spd=HIGH (480Mbps) pwr=ON # dmesg ... cdce0: on usbus6 cdce0: No valid alternate setting found device_attach: cdce0 attach returned 6 cdce0: on usbus6 cdce0: No valid alternate setting found device_attach: cdce0 attach returned 6 cdce0: on usbus6 cdce0: faking MAC address ue0: on cdce0 ue0: Ethernet address: 2a:ec:22:0b:00:00 ... Mobile device settings: 192.168.2.15/24 (gw: 192.168.2.14) BSD box's settings: 192.168.2.14/24 (iface: ue0) # ifconfig -m ue0 ue0: flags=8943 metric 0 mtu 1500 ether 2a:ec:22:0b:00:00 inet 192.168.2.14 netmask 0xffffff00 broadcast 192.168.2.255 The issue is that for some reason network connection is not established (neither mobile device nor BSD box see each other). The only strange thing that tcpdump (launched on BSD box (192.168.2.14)) exposed the folowing (while BSD box is ping'ed from mobile device): # tcpdump -n -i ue0 21:55:45.781154 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 0, length 64 21:55:46.781660 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 1, length 64 21:55:47.782218 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 2, length 64 21:55:48.782530 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 3, length 64 21:55:49.782905 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 4, length 64 21:55:50.781029 ARP, Request who-has 192.168.2.14 tell 192.168.2.15, length 28 21:55:50.781049 ARP, Reply 192.168.2.14 is-at 2a:ec:22:0b:00:00 (oui Unknown), length 28 21:55:50.783263 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 5, length 64 21:55:51.783656 IP 192.168.2.15 > 192.168.2.14: ICMP echo request, id 14361, seq 6, length 64 attempt to ping mobile device (192.168.2.14) from BSD box outputs the following: # ping 192.168.2.15 PING 192.168.2.15 (192.168.2.15): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host whereas everything seems to be OK with routing: # route get 192.168.2.15 route to: 192.168.2.15 destination: 192.168.2.0 mask: 255.255.255.0 interface: ue0 flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 1500 1 0 There have already been tried many means (more or less relevant) to combat this issue... however still no luck. Could smb., please, suggest how to deal with it. Thanks! -- WBR, Andrey Kosachenko From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 13:48:41 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 E213B106564A for ; Tue, 6 Apr 2010 13:48:41 +0000 (UTC) (envelope-from akirchhoff135014@comcast.net) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 93B928FC21 for ; Tue, 6 Apr 2010 13:48:41 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta06.westchester.pa.mail.comcast.net with comcast id 2CEs1e0060SCNGk56DbSTr; Tue, 06 Apr 2010 13:35:26 +0000 Received: from scroll.ashke.com ([68.45.22.62]) by omta09.westchester.pa.mail.comcast.net with comcast id 2DbP1e0041LNQfY3VDbSuB; Tue, 06 Apr 2010 13:35:26 +0000 Message-ID: <4BBB3899.4040308@comcast.net> Date: Tue, 06 Apr 2010 09:35:21 -0400 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100402 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: iwi problems on -CURRENT (Apr 6. 2010) 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, 06 Apr 2010 13:48:42 -0000 I'm having some problems with iwi on -CURRENT. FreeBSD scroll.ashke.com 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sat Apr 3 EDT 2010root@scroll.ashke.com:/usr/obj/usr/src/sys/SCROLL i386 Though this also happens with GENERIC. In loader.conf I have: if_iwi_load="YES" iwi_bss_load="YES" legal.intel_iwi.license_ack=1 In /etc/rc.conf I have: wlans_iwi0="wlan0" ifconfig_wlan0="DHCP wpa" Upon bootup, iwi fails to work with: iwi0: at device 3.0 on pci3 iwi0: [ITHREAD] iwi0: parity error iwi0: timeout waiting for iwi_bss firmware initialization to complete iwi0: could not load boot firmware iwi_bss iwi0: timeout waiting for master According to the iwi man page, "could not load boot firmware" "should not happen":-) Any thoughts on how to get this working? For what it's worth, I installed FreeBSD on this machine earlier this week, immediately upgraded to -CURRENT (previous installations from the 8-STABLE series on this laptop refused to let any wireless driver connect to the APs at work, so I specifically wanted to see if this had been fixed in -CURRENT), and iwi worked fine for a few days. Then it stopped, though I did not change anything on the system. I updated -CURRENT today to see if doing so would get iwi working again, but it did not. Adam From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 15:00: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 2A0621065695 for ; Tue, 6 Apr 2010 15:00:19 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 85E258FC14 for ; Tue, 6 Apr 2010 15:00:16 +0000 (UTC) Received: by fxm25 with SMTP id 25so12489fxm.3 for ; Tue, 06 Apr 2010 08:00:15 -0700 (PDT) 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=WA5DU6C6+lbTLCxGyyfORMp8anMfY7ICYGhuT/V/3gc=; b=RIcYRrq9EluMEd/Z0/vVstajUIEVXgohB7a2jrVCX0amUBgSESkCQfYL5IGTtktf7I tCWbb6lONIrlcPtcpn4MtuYL/tueATiIyO/047sqZxaF5UPrcd8SnWL3LaX7oU3//unH 3VErC8BM6aFWqbOr3FhJQ+mdURojE680KFGtk= 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=njsl9tt8O2ULAJIIEkJAcyw/tmXVIUAm/4e4OgcrHGnd9GzGD+c2TN7i581IIau0Yq QDhpuQjlpdbxxml2AdjiFnJO9t3TWRD3r3fQDkZoU7g2y3CZLyKyrCoWCfysfTUk1meG 57oUT3NgcCO69L3hZfkHrykVtarLObrvUbQDg= Received: by 10.223.8.67 with SMTP id g3mr6226134fag.107.1270566014735; Tue, 06 Apr 2010 08:00:14 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 13sm8678146fxm.2.2010.04.06.08.00.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Apr 2010 08:00:14 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4BBB3899.4040308@comcast.net> Date: Tue, 6 Apr 2010 16:00:12 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0AF2E79D-20C9-4815-A3AE-A10C17BD0464@freebsd.org> References: <4BBB3899.4040308@comcast.net> To: Adam K Kirchhoff X-Mailer: Apple Mail (2.1078) Cc: freebsd-net@freebsd.org Subject: Re: iwi problems on -CURRENT (Apr 6. 2010) 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, 06 Apr 2010 15:00:19 -0000 On 6 Apr 2010, at 14:35, Adam K Kirchhoff wrote: > I'm having some problems with iwi on -CURRENT. >=20 > FreeBSD scroll.ashke.com 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sat Apr = 3 > EDT 2010root@scroll.ashke.com:/usr/obj/usr/src/sys/SCROLL i386 >=20 > Though this also happens with GENERIC. >=20 > In loader.conf I have: >=20 > if_iwi_load=3D"YES" > iwi_bss_load=3D"YES" > legal.intel_iwi.license_ack=3D1 >=20 > In /etc/rc.conf I have: >=20 > wlans_iwi0=3D"wlan0" > ifconfig_wlan0=3D"DHCP wpa" >=20 > Upon bootup, iwi fails to work with: >=20 > iwi0: at device 3.0 on pci3 > iwi0: [ITHREAD] > iwi0: parity error > iwi0: timeout waiting for iwi_bss firmware initialization to complete > iwi0: could not load boot firmware iwi_bss > iwi0: timeout waiting for master >=20 > According to the iwi man page, "could not load boot firmware" "should > not happen":-) >=20 > Any thoughts on how to get this working? For what it's worth, I > installed FreeBSD on this machine earlier this week, immediately > upgraded to -CURRENT (previous installations from the 8-STABLE series > on this laptop refused to let any wireless driver connect to the APs = at > work, so I specifically wanted to see if this had been fixed in > -CURRENT), and iwi worked fine for a few days. Then it stopped, = though > I did not change anything on the system. I updated -CURRENT today to > see if doing so would get iwi working again, but it did not. If it was working fine and you didn't touch anything it can be a = hardware fault. Can you boot other OS to check? Regards, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 15:32:42 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 1DB0F106564A for ; Tue, 6 Apr 2010 15:32:42 +0000 (UTC) (envelope-from sz3003@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id A31E08FC16 for ; Tue, 6 Apr 2010 15:32:41 +0000 (UTC) Received: by ewy24 with SMTP id 24so3605ewy.33 for ; Tue, 06 Apr 2010 08:32:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=KOp+2HNMHXXp9WQkj7OlaqO4Wt4MpjLx+drgDqyqzYQ=; b=W8EU9WaRDanbXXP0jALggI0gW08Os5AJaICGPzUX37kmq9XynkrAboOjIiQU/MK4JS A4wMNmStfukmtgm+yXtY30/s1voD/Nxp4B5DL3DKhEI736JEr32P2aaYWKB6g7T5Z2iT uUfGX1320fvL2/t1gQ5V2p8ZAI0DC8BUdMmr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ECxQl46Fsw/aOJGWvI52DNU3tBXCzK//4E4BQNenqVTK9bDsKstbd7uoUTLjyGy6Y/ PQLWQAtyVRESlyLxTVBuIoqgQR3KCaFVspCNOKGfPR95cuGL3UX4Of0r62+4W5x0clFv FTwDiiHpXtgWt+2FGbV7oaydpAU6zWpPkYpps= MIME-Version: 1.0 Received: by 10.103.239.16 with HTTP; Tue, 6 Apr 2010 08:32:40 -0700 (PDT) Date: Tue, 6 Apr 2010 17:32:40 +0200 Received: by 10.103.37.12 with SMTP id p12mr2402183muj.94.1270567960342; Tue, 06 Apr 2010 08:32:40 -0700 (PDT) Message-ID: From: serena zanetta To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Send "connect" control message 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, 06 Apr 2010 15:32:42 -0000 Hi, I want to send a connect control message from an ng_hub node to the followin ng_ksocket node. I've tired by filling within the ng_hub node the sockaddr_in structure named connect_addr: connect_addr->sin_len = 16; connect_addr->sin_family = AF_INET; connect_addr->sin_port = htons(55056); connect_addr->sin_addr.s_addr = htonl(IP_REMOTE); And send it to the following node as: *(struct sockaddr_in *)msg->data = connect_addr; NG_MKMESSAGE(msg,NGM_GINSOCKET_COOKIE,NGM_GINSOCKET_CONNECT,sizeof(struct sockaddr_in),M_NOWAIT); NG_SEND_MSG_HOOK(error,node,msg,hook2,0); But first of all, I don't know how I can convert the IP_REMOTE, which is currently IP_REMOTE = "10.0.0.90", into a in_addr structure... Does anyone can suggest me how to fix it? Thank you, Serena From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 16:37: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 C7216106566C for ; Tue, 6 Apr 2010 16:37:28 +0000 (UTC) (envelope-from akirchhoff135014@comcast.net) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 767D28FC13 for ; Tue, 6 Apr 2010 16:37:28 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta04.westchester.pa.mail.comcast.net with comcast id 2AFF1e0021YDfWL54GdU5j; Tue, 06 Apr 2010 16:37:28 +0000 Received: from [192.168.5.101] ([68.45.22.62]) by omta20.westchester.pa.mail.comcast.net with comcast id 2GgK1e00M1LNQfY3gGgNuW; Tue, 06 Apr 2010 16:40:22 +0000 Message-ID: <4BBB6343.6070905@comcast.net> Date: Tue, 06 Apr 2010 12:37:23 -0400 From: Adam K Kirchhoff User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Rui Paulo References: <4BBB3899.4040308@comcast.net> <0AF2E79D-20C9-4815-A3AE-A10C17BD0464@freebsd.org> In-Reply-To: <0AF2E79D-20C9-4815-A3AE-A10C17BD0464@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: iwi problems on -CURRENT (Apr 6. 2010) 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, 06 Apr 2010 16:37:28 -0000 Shoot, good catch. It doesn't show up in pciconf nor with the Ubuntu 9.10 CD I have here. Thanks. Guess it's time to get my atheros pccard working. Adam On 4/6/2010 11:00 AM, Rui Paulo wrote: > On 6 Apr 2010, at 14:35, Adam K Kirchhoff wrote: > > >> I'm having some problems with iwi on -CURRENT. >> >> FreeBSD scroll.ashke.com 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sat Apr 3 >> EDT 2010root@scroll.ashke.com:/usr/obj/usr/src/sys/SCROLL i386 >> >> Though this also happens with GENERIC. >> >> In loader.conf I have: >> >> if_iwi_load="YES" >> iwi_bss_load="YES" >> legal.intel_iwi.license_ack=1 >> >> In /etc/rc.conf I have: >> >> wlans_iwi0="wlan0" >> ifconfig_wlan0="DHCP wpa" >> >> Upon bootup, iwi fails to work with: >> >> iwi0: at device 3.0 on pci3 >> iwi0: [ITHREAD] >> iwi0: parity error >> iwi0: timeout waiting for iwi_bss firmware initialization to complete >> iwi0: could not load boot firmware iwi_bss >> iwi0: timeout waiting for master >> >> According to the iwi man page, "could not load boot firmware" "should >> not happen":-) >> >> Any thoughts on how to get this working? For what it's worth, I >> installed FreeBSD on this machine earlier this week, immediately >> upgraded to -CURRENT (previous installations from the 8-STABLE series >> on this laptop refused to let any wireless driver connect to the APs at >> work, so I specifically wanted to see if this had been fixed in >> -CURRENT), and iwi worked fine for a few days. Then it stopped, though >> I did not change anything on the system. I updated -CURRENT today to >> see if doing so would get iwi working again, but it did not. >> > If it was working fine and you didn't touch anything it can be a hardware fault. Can you boot other OS to check? > > Regards, > -- > Rui Paulo > > From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 17:41: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 77FE3106566C for ; Tue, 6 Apr 2010 17:41:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 63F638FC13 for ; Tue, 6 Apr 2010 17:41:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L0G002PPUHJXY40@asmtp025.mac.com> for freebsd-net@freebsd.org; Tue, 06 Apr 2010 10:41:44 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1004060171 From: Chuck Swiger In-reply-to: Date: Tue, 06 Apr 2010 10:41:43 -0700 Message-id: <7FBEC12F-B609-4413-878E-DC5434A02572@mac.com> References: To: serena zanetta X-Mailer: Apple Mail (2.1078) Cc: freebsd-net@freebsd.org Subject: Re: Send "connect" control message 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, 06 Apr 2010 17:41:50 -0000 Hi-- On Apr 6, 2010, at 8:32 AM, serena zanetta wrote: > But first of all, I don't know how I can convert the IP_REMOTE, which is > currently IP_REMOTE = "10.0.0.90", into a in_addr structure... To convert a string to an IP address kept as an in_addr, you want inet_aton(), used like so: const char *ipstr = "127.0.0.1"; struct in_addr ip; if (!inet_aton(ipstr, &ip)) errx(1, "can't parse IP address %s", ipstr); [ Example borrowed from "man gethostbyaddr" ] Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Apr 6 19:35: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 0CF6D1065676 for ; Tue, 6 Apr 2010 19:35:26 +0000 (UTC) (envelope-from alonasdbeckgxf@hotmail.com) Received: from blu0-omc2-s38.blu0.hotmail.com (blu0-omc2-s38.blu0.hotmail.com [65.55.111.113]) by mx1.freebsd.org (Postfix) with ESMTP id CB4C58FC1E for ; Tue, 6 Apr 2010 19:35:25 +0000 (UTC) Received: from BLU141-DS13 ([65.55.111.71]) by blu0-omc2-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 6 Apr 2010 12:23:24 -0700 X-Originating-IP: [86.107.100.79] X-Originating-Email: [alonasdbeckgxf@hotmail.com] Message-ID: From: Ware, Rebekah K. To: Date: Tue, 06 Apr 2010 23:21:14 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8064.206 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8064.206 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: binary X-OriginalArrivalTime: 06 Apr 2010 19:23:24.0822 (UTC) FILETIME=[A096CB60:01CAD5BE] Subject: Investment Opportunity of the year. 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, 06 Apr 2010 19:35:26 -0000 Hello freebsd-net@freebsd.org, I wanna tell you about a very solid program I participate in since five month. I made 560% profit at the moment. they are reliable Hong Kong traders group, active on stock, derivatives, and Forex markets. Their results are very consistent, they make up to 3% daily and the company pays its members up to 2.5% daily. HYt fund is really transparent, publishing their trading results and offering phone, chat, and email support to investors. I think they are the company to work with in 2010. Check them out: http://texugauto.com/w5wf2xg From owner-freebsd-net@FreeBSD.ORG Wed Apr 7 01:19: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 0B66D1065672; Wed, 7 Apr 2010 01:19:11 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC798FC0C; Wed, 7 Apr 2010 01:19:10 +0000 (UTC) Received: by yxe5 with SMTP id 5so282748yxe.3 for ; Tue, 06 Apr 2010 18:19:09 -0700 (PDT) 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=jGGqRfTLKGMoygjmOIHsW6hfvJKj6xtMZdygVv8q8MI=; b=FxJrBCG+qiqucIyaQ8D/NsATCYEgRFTP3QN4o/Nlzol9aeDvAQ4mJqSPFYxr0TxovW NTSzDNDdI+2e7fpVUUFyOpkDaO6wcyAY00gK+UJdZsD/mBSEv1l3wdDqAGVVbAoH52H+ QPa38H1YDfbQ8wxsX46grngl04sik69zbiB90= 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=FWhGD0qqBSZDLUB4DzHDV/3VsxU+XW61MgNcE4PZMeHNmA3TNubIhsroFJjtA7jA3k pEvzkT+4ozUZnaFkfl1TpYGiPkPjpHabvJnPeJRDfcFxncf2S0G35NKs5i+wZGk2sQpe q1BU+ZhcDpNJNwY2Y4W+OiRGLOR9mnVXul61o= Received: by 10.150.14.4 with SMTP id 4mr8925281ybn.116.1270603149424; Tue, 06 Apr 2010 18:19:09 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id a1sm10849408ibs.0.2010.04.06.18.19.06 (version=SSLv3 cipher=RC4-MD5); Tue, 06 Apr 2010 18:19:07 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Tue, 6 Apr 2010 18:19:25 -0700 From: Weongyo Jeong Date: Tue, 6 Apr 2010 18:19:25 -0700 To: Rui Paulo Message-ID: <20100407011925.GC6799@weongyo> Mail-Followup-To: Rui Paulo , Sam Leffler , Andrew Thompson , Bernhard Schmidt , freebsd-net References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net , Andrew Thompson , Bernhard Schmidt Subject: Re: net80211 ratectl proof of concept 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: Wed, 07 Apr 2010 01:19:11 -0000 On Mon, Apr 05, 2010 at 05:54:20PM +0100, Rui Paulo wrote: > > On 31 Mar 2010, at 14:05, Rui Paulo wrote: > > > Hi, > > I've started developing a ratectl framework for net80211, loosely > > based on what DragonFly has. Right now only one driver has been > > ported, but I would like your feedback before continuing. > > > > The objective is to, eventually, have all the ratectl stuff (amrr, > > sample, onoe(?) and rssadapt) in net80211 so all drivers can use it. > > We can also select which ratectl modules are built in the kernel > > config file. > > The framework support changing the current ratectl is out of scope > > for this patch. > > > > You can find the patch here: > > * http://people.freebsd.org/~rpaulo/ratectl.diff > > > > Only the ral driver and the AMRR rate control algorithms were ported. > > > > Some comments: > > o The rate control calls now dereferences several pointers and some > > inline functions are now real functions. I wonder how much this > > impacts performance and what we can do to solve it. > > > > o I wished there was a better way to do the IEEE80211_AMRR_SUCCESS / > > IEEE80211_AMRR_FAILURe call. > > > > o Some other stuff can also be `const' > > > > o I create ieee80211_ratect.[ch] to avoid polluting other files > > > > o I moved the AMRR parameters inside amrr_init() on purpose. The > > drivers we have now only specify a different interval and I plan to > > add export amrr_set_interval() via the ratectl framework later. > > > > > > I would like very much to see this in, unless there's a strong > > impending argument. > > I've ported all the drivers but I can't test them all. You can read > the patch at the same URL. > > I would like to commit this soon, though. It looks it's what I really want to see. Please go forward. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Wed Apr 7 15:52:00 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 DF942106564A for ; Wed, 7 Apr 2010 15:52:00 +0000 (UTC) (envelope-from sz3003@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 697828FC0A for ; Wed, 7 Apr 2010 15:52:00 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so111246eyd.9 for ; Wed, 07 Apr 2010 08:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=Z9XPCQriCRgR31a8js/5WAVDIO6Fd9q/bGcMYHcYq/M=; b=gMto9VjtjNqccgsnCj5Yojc+5VngL1F+stMi5hUxedHM1j5BpIjteog2YmFQce/Sgz hXi4OUCCMAaZ7V0yZGBmy5aybFAckuIQk3wbMElY1gzI2xmJBGxEOE8lvNUJ+C5J7a5A wVD+ZAWW5qEjB5ZyMpuro0tseCLyIbE3RUjZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cRvR1GCceTJfVdDTr4r6DPcQJIv277OIBVD4Kyw9Ys2wmzGB4iotmz5qLagTB56qrM 9BS4HEgnj1NV9hrKdzLPmZ8G7ev8JrD2bEQxTDcYR9SvPuKBfMWqaxg8XJhs3dT/oXyj NMCu4/L854z8Bp+LkSVnMesBo4JhZZ3Vg8tL0= MIME-Version: 1.0 Received: by 10.103.239.16 with HTTP; Wed, 7 Apr 2010 08:51:58 -0700 (PDT) Date: Wed, 7 Apr 2010 17:51:58 +0200 Received: by 10.102.165.3 with SMTP id n3mr4897286mue.21.1270655519040; Wed, 07 Apr 2010 08:51:59 -0700 (PDT) Message-ID: From: serena zanetta To: freebsd-net@freebsd.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Handle netgraph control messages 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, 07 Apr 2010 15:52:01 -0000 I=92ve modified the ng_hub node code in order to send a =93connect=94 contr= ol message to the following ng_ksocket node. I=92ve filled a sockaddr_in structure, named connect_saddrin, as: connect_saddrin.sin_len =3D 16; connect_saddrin.sin_family =3D AF_INET; connect_saddrin.sin_port =3D htonl(55056); connect_saddrin.sin_addr.s_addr =3D htonl(remoteIP.s_addr); And then I=92ve initialized the control message and send it out: NG_MKMESSAGE(connect_msg,NGM_KSOCKET_COOKIE,NGM_KSOCKET_CONNECT,sizeof(stru= ct sockaddr_in),M_NOWAIT); *(struct sockaddr_in *)connect_msg->data =3D connect_saddrin; NG_SEND_MSG_HOOK(error,node,connect_msg,hook2,0); But it doesn=92t work: no message is received by the ng_ksocket node! Can anyone help me please? Thank you, Serena From owner-freebsd-net@FreeBSD.ORG Wed Apr 7 18:43: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 8A1791065674 for ; Wed, 7 Apr 2010 18:43:34 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD038FC0A for ; Wed, 7 Apr 2010 18:43:33 +0000 (UTC) Received: by bwz8 with SMTP id 8so1183855bwz.3 for ; Wed, 07 Apr 2010 11:43:32 -0700 (PDT) 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=zPmxKra3SqbziaIcxZ/+pq51vyeHJvYb0DVq5testlQ=; b=vf5qP9RwzgdvnW1SaGMG4sGgqFtq6nuhJBR0YSgP7ZPzZSv1PzgRHFtndIkiAbdQNt KVOk0Ocla6HnTHLVbgOw07TRhivaylBqiTFUyY0kDNmYfUFkzrEoVm2NeSjItihpTDDP 3OgHsAHSHXJ/gVzeMIQhZ77N7xZ8PWCaII//k= 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=jTGQDrQvzXcQqGQucgZyuWUDIF1OPcqjZRgTbPl85hQFRKB3rf0sDWGdI1WTcGHb0V bWajek+ibLdvX1iqJSaTGYiZxJ1vS5P+HjPD64l1Ny7C6T+4mTBYX3VmBld2eA+C0nAR VBjoQ1PmWFaF6cz5gGQS3K6diDDMyzK9qn7F8= Received: by 10.204.39.203 with SMTP id h11mr5529144bke.10.1270665812051; Wed, 07 Apr 2010 11:43:32 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id x16sm19956570bku.5.2010.04.07.11.43.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 11:43:31 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BBCD24E.1090709@elischer.org> Date: Wed, 07 Apr 2010 11:43:26 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: serena zanetta References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Handle netgraph control messages 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, 07 Apr 2010 18:43:34 -0000 On 4/7/10 8:51 AM, serena zanetta wrote: > Ive modified the ng_hub node code in order to send a connect control > message to the following ng_ksocket node. > At very first glance it looks ok but I'll have to go look a the code to see if you've forgotten something :-) > > > Ive filled a sockaddr_in structure, named connect_saddrin, as: > > connect_saddrin.sin_len = 16; > > connect_saddrin.sin_family = AF_INET; > > connect_saddrin.sin_port = htonl(55056); > > connect_saddrin.sin_addr.s_addr = htonl(remoteIP.s_addr); > > And then Ive initialized the control message and send it out: > > > NG_MKMESSAGE(connect_msg,NGM_KSOCKET_COOKIE,NGM_KSOCKET_CONNECT,sizeof(struct > sockaddr_in),M_NOWAIT); > > *(struct sockaddr_in *)connect_msg->data = connect_saddrin; > > NG_SEND_MSG_HOOK(error,node,connect_msg,hook2,0); > > > > But it doesnt work: no message is received by the ng_ksocket node! > > > > Can anyone help me please? > > > > Thank you, > > > > Serena > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Apr 7 20:45:41 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 D5C8E1065670; Wed, 7 Apr 2010 20:45:41 +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 AA28C8FC13; Wed, 7 Apr 2010 20:45:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o37KjfOa008403; Wed, 7 Apr 2010 20:45:41 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o37Kjfgg008399; Wed, 7 Apr 2010 20:45:41 GMT (envelope-from linimon) Date: Wed, 7 Apr 2010 20:45:41 GMT Message-Id: <201004072045.o37Kjfgg008399@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145462: [netgraph] [patch] panic kernel when ng_ipfw send ip package on not existing netgraph node 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, 07 Apr 2010 20:45:41 -0000 Old Synopsis: [patch] panic kernel when ng_ipfw send ip package on not existing netgraph node New Synopsis: [netgraph] [patch] panic kernel when ng_ipfw send ip package on not existing netgraph node Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Apr 7 20:44:55 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=145462 From owner-freebsd-net@FreeBSD.ORG Thu Apr 8 12:07: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 0E8D4106566B for ; Thu, 8 Apr 2010 12:07:31 +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 BD23B8FC17 for ; Thu, 8 Apr 2010 12:07:30 +0000 (UTC) Received: (qmail 64872 invoked by uid 60001); 8 Apr 2010 12:07:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1270728450; bh=F4smRFDCEp7xeV+gwbiG8PG5oEtnEY0yAj0pl8mfF/U=; 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=FPwl5eeJHTEGgeSUidR309a3cnNVVSHMbZQP/97ukEf0o5WLSou4YGe+gc72AbK2Pc+RR4XGd+meequ6jYUFfW+bRWq1WfZVh3EhoDPcz5pIuYgkON7UeBcORWAmW7Zgy5vS1DMOg+6bMJ11f9jxF4HYP9FekJqJ9F15aBVQ2ZA= 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=Uyo0X5i2scGUqGJTR5LY+wpirieAKIQJ74LPF8F4KVIttyEvG6Hj4p0pESn4k4u5HTmJkmeUEIMQ4FBtBxoq5JNylNi00/8wOvSNHGkwKFP7UsjLUdFsCfOuq2B23XAjP1dHILJI9ho4wx2pjRgdVV1AnUYO85iIB3Mpn2t2wxY=; Message-ID: <31285.63437.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: s_3aduMVM1ljNH1EeYZoUO8IF2zd3fOoZy3cWqfk1kfbVZu J06Vj_swVOodEB53Yx92yuyqs4Ez8z.EZdUo_17DIJn7aYxq.bNunlbns3F2 jaspuMswj_OhvrT1eWNzKRhGnXJSs_q_bjpzrfFkmQqGD1hFg29ttKIH.Usl J.8AQ9PorBVnKJ31BmNLfL1VquZdQ2yN_T_45GuBwY_Qw8ENH6pO2To0yG.6 fZ8TMjbiJSk6jLbCuDhN1vnWFZQ9wHv5oQNFAI0v63ZxBVOlyCuyRKNEr4vW V Received: from [98.203.21.152] by web63906.mail.re1.yahoo.com via HTTP; Thu, 08 Apr 2010 05:07:29 PDT X-Mailer: YahooMailClassic/10.0.8 YahooMailWebService/0.8.100.260964 Date: Thu, 8 Apr 2010 05:07:29 -0700 (PDT) From: Barney Cordoba To: Ilya Zhuravlev , kmacy@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Evgenii Davidov Subject: Re: kern/144917: Flowtable crashes system 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, 08 Apr 2010 12:07:31 -0000 =0A=0A--- On Fri, 4/2/10, K. Macy wrote:=0A=0A> From: K= . Macy =0A> Subject: Re: kern/144917: Flowtable crashes = system=0A> To: "Ilya Zhuravlev" =0A> Cc: freebsd-net@fre= ebsd.org, "Evgenii Davidov" =0A> Date: Friday, April 2= , 2010, 11:07 PM=0A> Please try with the latest 8-STABLE=0A> and tell me if= recent changes fix it.=0A> =0A> Thanks,=0A> Kip=0A> =0A> On Thu, Mar 25, 2= 010 at 8:32 AM, Ilya Zhuravlev =0A> wrote:=0A> > On 21.0= 3.2010 17:04, Evgenii Davidov wrote:=0A> >>=0A> >> =D0=97=D0=B4=D1=80=D0=B0= =D0=B2=D1=81=D1=82=D0=B2=D1=83=D0=B9=D1=82=D0=B5,=0A> >>=0A> >> On Sat, Mar= 20, 2010 at 11:06:35PM +0000, Doychin=0A> Dokov =D0=BF=D0=B8=D1=88=D0=B5= =D1=82:=0A> >>=0A> >>>> Description:=0A> >>>=0A> >>> It seems like flowtabl= e has been merged and=0A> enabled by default in 8.0....=0A> >>> which is a = really really bad idea.=0A> >>> On a system which handles two full BGP tabl= es=0A> it makes one of the CPU=0A> >>> cores run at 100% right after most o= f the=0A> prefixes get installed in the=0A> >>> routing table.=0A> >>=0A> >= > i saw the same effect with ospf=0A> >>=0A> >=0A> > 8.0-p2, 2 full-view wi= th openbgpd=0A> > "tuning":=0A> > net.inet.tcp.blackhole=3D2=0A> > net.inet= .udp.blackhole=3D1=0A> > net.inet.icmp.icmplim_output=3D0=0A> > net.inet.ic= mp.drop_redirect=3D1=0A> > net.inet.flowtable.nmbflows=3D32768=0A> >=0A> > = 1 week uptime.Now I think only about increasing tx/rx=0A> descriptors to re= duce=0A> > interrupts (default values was not changed)=0A> >=0A> >=0A> > ne= tstat -w1 -Iigb0=0A> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0input =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (igb0) =C2=A0 =C2=A0 =C2=A0 =C2=A0=0A> =C2=A0 outp= ut=0A> > =C2=A0 packets =C2=A0errs =C2=A0 =C2=A0 =C2=A0bytes =C2=A0 =C2=A0p= ackets =C2=A0errs =C2=A0=0A> =C2=A0 =C2=A0bytes colls=0A> > =C2=A0 =C2=A0 4= 9100 =C2=A0 =C2=A0 0 =C2=A0 12290513 =C2=A0 =C2=A0 =C2=A023693 =C2=A0 =C2= =A0 0=0A> =C2=A0 27268884 =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 48322 =C2=A0 = =C2=A0 0 =C2=A0 12688283 =C2=A0 =C2=A0 =C2=A024332 =C2=A0 =C2=A0 0=0A> =C2= =A0 28099404 =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 50602 =C2=A0 =C2=A0 0 =C2= =A0 12759620 =C2=A0 =C2=A0 =C2=A024437 =C2=A0 =C2=A0 0=0A> =C2=A0 27698341 = =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 47857 =C2=A0 =C2=A0 0 =C2=A0 11354124 = =C2=A0 =C2=A0 =C2=A021410 =C2=A0 =C2=A0 0=0A> =C2=A0 23845155 =C2=A0 =C2=A0= 0=0A> >=0A> > netstat -w1 -Iigb1=0A> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0input =C2=A0 =C2=A0 =C2=A0 =C2=A0 (igb1) =C2=A0 =C2=A0 =C2=A0 =C2=A0= =0A> =C2=A0 output=0A> > =C2=A0 packets =C2=A0errs =C2=A0 =C2=A0 =C2=A0byte= s =C2=A0 =C2=A0packets =C2=A0errs =C2=A0=0A> =C2=A0 =C2=A0bytes colls=0A> >= =C2=A0 =C2=A0 32428 =C2=A0 =C2=A0 0 =C2=A0 35027019 =C2=A0 =C2=A0 =C2=A024= 562 =C2=A0 =C2=A0 0=0A> =C2=A0 =C2=A05624934 =C2=A0 =C2=A0 0=0A> > =C2=A0 = =C2=A0 30621 =C2=A0 =C2=A0 0 =C2=A0 33384339 =C2=A0 =C2=A0 =C2=A023569 =C2= =A0 =C2=A0 0=0A> =C2=A0 =C2=A04456944 =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 2= 8419 =C2=A0 =C2=A0 0 =C2=A0 31014269 =C2=A0 =C2=A0 =C2=A021571 =C2=A0 =C2= =A0 0=0A> =C2=A0 =C2=A03638083 =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 29409 = =C2=A0 =C2=A0 0 =C2=A0 32524760 =C2=A0 =C2=A0 =C2=A022137 =C2=A0 =C2=A0 0= =0A> =C2=A0 =C2=A03503600 =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 30965 =C2=A0 = =C2=A0 0 =C2=A0 33532742 =C2=A0 =C2=A0 =C2=A023973 =C2=A0 =C2=A0 0=0A> =C2= =A0 =C2=A05089231 =C2=A0 =C2=A0 0=0A> >=0A> > netstat -w1 -Iem0=0A> > =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0input =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0(em0) =C2=A0 =C2=A0 =C2=A0 =C2=A0=0A> =C2=A0 output=0A> > =C2=A0 packets= =C2=A0errs =C2=A0 =C2=A0 =C2=A0bytes =C2=A0 =C2=A0packets =C2=A0errs =C2= =A0=0A> =C2=A0 =C2=A0bytes colls=0A> > =C2=A0 =C2=A0 17217 =C2=A0 =C2=A0 0 = =C2=A0 =C2=A03929366 =C2=A0 =C2=A0 =C2=A072741 =C2=A0 =C2=A0 0=0A> =C2=A0 4= 6377762 =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 17412 =C2=A0 =C2=A0 0 =C2=A0 = =C2=A03745112 =C2=A0 =C2=A0 =C2=A075522 =C2=A0 =C2=A0 0=0A> =C2=A0 49338883= =C2=A0 =C2=A0 0=0A> > =C2=A0 =C2=A0 18385 =C2=A0 =C2=A0 0 =C2=A0 =C2=A0401= 4568 =C2=A0 =C2=A0 =C2=A077444 =C2=A0 =C2=A0 0=0A> =C2=A0 50532101 =C2=A0 = =C2=A0 0=0A> > =C2=A0 =C2=A0 17142 =C2=A0 =C2=A0 0 =C2=A0 =C2=A03875518 =C2= =A0 =C2=A0 =C2=A077125 =C2=A0 =C2=A0 0=0A> =C2=A0 47646681 =C2=A0 =C2=A0 0= =0A> > =C2=A0 =C2=A0 16870 =C2=A0 =C2=A0 0 =C2=A0 =C2=A03528316 =C2=A0 =C2= =A0 =C2=A073188 =C2=A0 =C2=A0 0=0A> =C2=A0 47940959 =C2=A0 =C2=A0 0=0A> > = =C2=A0 =C2=A0 17069 =C2=A0 =C2=A0 0 =C2=A0 =C2=A03682891 =C2=A0 =C2=A0 =C2= =A080268 =C2=A0 =C2=A0 0=0A> =C2=A0 52904747 =C2=A0 =C2=A0 0=0A> > =C2=A0 = =C2=A0 17313 =C2=A0 =C2=A0 0 =C2=A0 =C2=A04101576 =C2=A0 =C2=A0 =C2=A075586= =C2=A0 =C2=A0 0=0A> =C2=A0 51933330 =C2=A0 =C2=A0 0=0A> > ________________= _______________________________=0A> > freebsd-net@freebsd.org=0A=0A=0AHow a= bout telling us how to turn it off; or better yet how to not=0Acompile it i= nto the kernel at all. Thats the best solution.=0A=0AAs my Dad used to say = on a regular basis, we need this like we =0Aneed a hole in our head. Is 8.0= the Kip Macy personal test bed?=0A=0AWhy is something that virtually no-on= e needs enabled by default?=0A=0ABarney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Thu Apr 8 13:05:38 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 3E10B1065670 for ; Thu, 8 Apr 2010 13:05:38 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8BFA98FC15 for ; Thu, 8 Apr 2010 13:05:37 +0000 (UTC) Received: from vhoffman.lon.namesco.net (184.67-246-213.ippool.namesco.net [213.246.67.184]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.3) with ESMTP id o38D5Y0i051688 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 8 Apr 2010 13:05:35 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4BBDD49E.4010805@unsane.co.uk> Date: Thu, 08 Apr 2010 14:05:34 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Barney Cordoba References: <31285.63437.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <31285.63437.qm@web63906.mail.re1.yahoo.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: kern/144917: Flowtable crashes system 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, 08 Apr 2010 13:05:38 -0000 On 08/04/2010 13:07, Barney Cordoba wrote: > > --- On Fri, 4/2/10, K. Macy wrote: > > >> From: K. Macy >> Subject: Re: kern/144917: Flowtable crashes system >> To: "Ilya Zhuravlev" >> Cc: freebsd-net@freebsd.org, "Evgenii Davidov" >> Date: Friday, April 2, 2010, 11:07 PM >> Please try with the latest 8-STABLE >> and tell me if recent changes fix it. >> >> Thanks, >> Kip >> >> On Thu, Mar 25, 2010 at 8:32 AM, Ilya Zhuravlev >> wrote: >> >>> On 21.03.2010 17:04, Evgenii Davidov wrote: >>> >>>> Здравствуйте, >>>> >>>> On Sat, Mar 20, 2010 at 11:06:35PM +0000, Doychin >>>> >> Dokov пишет: >> >>>> >>>>>> Description: >>>>>> >>>>> It seems like flowtable has been merged and >>>>> >> enabled by default in 8.0.... >> >>>>> which is a really really bad idea. >>>>> On a system which handles two full BGP tables >>>>> >> it makes one of the CPU >> >>>>> cores run at 100% right after most of the >>>>> >> prefixes get installed in the >> >>>>> routing table. >>>>> >>>> i saw the same effect with ospf >>>> >>>> >>> 8.0-p2, 2 full-view with openbgpd >>> "tuning": >>> net.inet.tcp.blackhole=2 >>> net.inet.udp.blackhole=1 >>> net.inet.icmp.icmplim_output=0 >>> net.inet.icmp.drop_redirect=1 >>> net.inet.flowtable.nmbflows=32768 >>> >>> 1 week uptime.Now I think only about increasing tx/rx >>> >> descriptors to reduce >> >>> interrupts (default values was not changed) >>> >>> >>> netstat -w1 -Iigb0 >>> input (igb0) >>> >> output >> >>> packets errs bytes packets errs >>> >> bytes colls >> >>> 49100 0 12290513 23693 0 >>> >> 27268884 0 >> >>> 48322 0 12688283 24332 0 >>> >> 28099404 0 >> >>> 50602 0 12759620 24437 0 >>> >> 27698341 0 >> >>> 47857 0 11354124 21410 0 >>> >> 23845155 0 >> >>> netstat -w1 -Iigb1 >>> input (igb1) >>> >> output >> >>> packets errs bytes packets errs >>> >> bytes colls >> >>> 32428 0 35027019 24562 0 >>> >> 5624934 0 >> >>> 30621 0 33384339 23569 0 >>> >> 4456944 0 >> >>> 28419 0 31014269 21571 0 >>> >> 3638083 0 >> >>> 29409 0 32524760 22137 0 >>> >> 3503600 0 >> >>> 30965 0 33532742 23973 0 >>> >> 5089231 0 >> >>> netstat -w1 -Iem0 >>> input (em0) >>> >> output >> >>> packets errs bytes packets errs >>> >> bytes colls >> >>> 17217 0 3929366 72741 0 >>> >> 46377762 0 >> >>> 17412 0 3745112 75522 0 >>> >> 49338883 0 >> >>> 18385 0 4014568 77444 0 >>> >> 50532101 0 >> >>> 17142 0 3875518 77125 0 >>> >> 47646681 0 >> >>> 16870 0 3528316 73188 0 >>> >> 47940959 0 >> >>> 17069 0 3682891 80268 0 >>> >> 52904747 0 >> >>> 17313 0 4101576 75586 0 >>> >> 51933330 0 >> >>> _______________________________________________ >>> freebsd-net@freebsd.org >>> > > How about telling us how to turn it off; or better yet how to not > compile it into the kernel at all. Thats the best solution. > > As my Dad used to say on a regular basis, we need this like we > need a hole in our head. Is 8.0 the Kip Macy personal test bed? > > Why is something that virtually no-one needs enabled by default? > > Barney > > I havent followed the whole thread so if this doesnt actally work for some reason then sorry for noise. [root@prawn ~]# sysctl -a | grep flowtable net.inet.ip.output_flowtable_size: 2048 net.inet.flowtable.nmbflows: 4096 net.inet.flowtable.tcp_expire: 86400 net.inet.flowtable.fin_wait_expire: 600 net.inet.flowtable.udp_expire: 300 net.inet.flowtable.syn_expire: 300 net.inet.flowtable.collisions: 0 net.inet.flowtable.max_depth: 0 net.inet.flowtable.free_checks: 8845 net.inet.flowtable.frees: 2181 net.inet.flowtable.misses: 2403 net.inet.flowtable.lookups: 11633 net.inet.flowtable.hits: 9231 net.inet.flowtable.enable: 1 net.inet.flowtable.debug: 0 [root@prawn ~]# sysctl -d net.inet.flowtable.enable net.inet.flowtable.enable: enable flowtable caching. [root@prawn ~]# sysctl net.inet.flowtable.enable=0 net.inet.flowtable.enable: 1 -> 0 Vince > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Apr 8 18:07: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 AE21B106566C for ; Thu, 8 Apr 2010 18:07:53 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 62D2E8FC13 for ; Thu, 8 Apr 2010 18:07:53 +0000 (UTC) Received: by qyk11 with SMTP id 11so1795979qyk.13 for ; Thu, 08 Apr 2010 11:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:received :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QzmAAtmLm0o/qyzwvOvBtJ0t5V0D2/q8tK+FTY0H6u4=; b=gcvoOQhpmWhZBvaygniqjcVI4SszAhpzRgteoLOsbZF1KkAVIpAMtBCtBz3JBTUznx LH/fV/YusdS1B/6RrJdmoOdw7xhu2Jvj4BO3zhp8jdCwf4XcgrE0WJgCezdxupnGbWdk xQZP7jk6YNIhLGzXQPYNCeoyIoogjTgGRwGfc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=WFOxwx0nrbzMEMULT8jOdseNudxbgFZI+mKh/Q9D0qaxAvxhSV5tDOtVrj5RdBi0m4 KSXCR8A57U8x77vY+1aeCIpUBiaw1YXNU+4/AcPbnD29Q0Ayuw8ycDDvA/Ol8LmtDXN+ qWvyccp/1opCKIJnSjlg0m7e55Oq3MN07kfCk= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.229.214.136 with HTTP; Thu, 8 Apr 2010 11:07:52 -0700 (PDT) In-Reply-To: <4BBDD49E.4010805@unsane.co.uk> References: <31285.63437.qm@web63906.mail.re1.yahoo.com> <4BBDD49E.4010805@unsane.co.uk> Date: Thu, 8 Apr 2010 11:07:52 -0700 X-Google-Sender-Auth: 2d53addfff78a73b Received: by 10.229.212.146 with SMTP id gs18mr710879qcb.90.1270750072628; Thu, 08 Apr 2010 11:07:52 -0700 (PDT) Message-ID: From: "K. Macy" To: Vincent Hoffman Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: kern/144917: Flowtable crashes system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 18:07:53 -0000 Hi Vincent, Thanks for your response. However, the answers to both his questions have been given many times before and he knows them already. This person has not made material contributions to discussions and has in fact made active efforts to reduce the signal to noise ratio. Cheers, Kip On Thu, Apr 8, 2010 at 6:05 AM, Vincent Hoffman wrote: > On 08/04/2010 13:07, Barney Cordoba wrote: >> >> --- On Fri, 4/2/10, K. Macy wrote: >> >> >>> From: K. Macy >>> Subject: Re: kern/144917: Flowtable crashes system >>> To: "Ilya Zhuravlev" >>> Cc: freebsd-net@freebsd.org, "Evgenii Davidov" >>> Date: Friday, April 2, 2010, 11:07 PM >>> Please try with the latest 8-STABLE >>> and tell me if recent changes fix it. >>> >>> Thanks, >>> Kip >>> >>> On Thu, Mar 25, 2010 at 8:32 AM, Ilya Zhuravlev >>> wrote: >>> >>>> On 21.03.2010 17:04, Evgenii Davidov wrote: >>>> >>>>> =FA=C4=D2=C1=D7=D3=D4=D7=D5=CA=D4=C5, >>>>> >>>>> On Sat, Mar 20, 2010 at 11:06:35PM +0000, Doychin >>>>> >>> Dokov =D0=C9=DB=C5=D4: >>> >>>>> >>>>>>> Description: >>>>>>> >>>>>> It seems like flowtable has been merged and >>>>>> >>> enabled by default in 8.0.... >>> >>>>>> which is a really really bad idea. >>>>>> On a system which handles two full BGP tables >>>>>> >>> it makes one of the CPU >>> >>>>>> cores run at 100% right after most of the >>>>>> >>> prefixes get installed in the >>> >>>>>> routing table. >>>>>> >>>>> i saw the same effect with ospf >>>>> >>>>> >>>> 8.0-p2, 2 full-view with openbgpd >>>> "tuning": >>>> net.inet.tcp.blackhole=3D2 >>>> net.inet.udp.blackhole=3D1 >>>> net.inet.icmp.icmplim_output=3D0 >>>> net.inet.icmp.drop_redirect=3D1 >>>> net.inet.flowtable.nmbflows=3D32768 >>>> >>>> 1 week uptime.Now I think only about increasing tx/rx >>>> >>> descriptors to reduce >>> >>>> interrupts (default values was not changed) >>>> >>>> >>>> netstat -w1 -Iigb0 >>>> =9A =9A =9A =9A =9A =9Ainput =9A =9A =9A =9A (igb0) >>>> >>> =9A output >>> >>>> =9A packets =9Aerrs =9A =9A =9Abytes =9A =9Apackets =9Aerrs >>>> >>> =9A =9Abytes colls >>> >>>> =9A =9A 49100 =9A =9A 0 =9A 12290513 =9A =9A =9A23693 =9A =9A 0 >>>> >>> =9A 27268884 =9A =9A 0 >>> >>>> =9A =9A 48322 =9A =9A 0 =9A 12688283 =9A =9A =9A24332 =9A =9A 0 >>>> >>> =9A 28099404 =9A =9A 0 >>> >>>> =9A =9A 50602 =9A =9A 0 =9A 12759620 =9A =9A =9A24437 =9A =9A 0 >>>> >>> =9A 27698341 =9A =9A 0 >>> >>>> =9A =9A 47857 =9A =9A 0 =9A 11354124 =9A =9A =9A21410 =9A =9A 0 >>>> >>> =9A 23845155 =9A =9A 0 >>> >>>> netstat -w1 -Iigb1 >>>> =9A =9A =9A =9A =9A =9Ainput =9A =9A =9A =9A (igb1) >>>> >>> =9A output >>> >>>> =9A packets =9Aerrs =9A =9A =9Abytes =9A =9Apackets =9Aerrs >>>> >>> =9A =9Abytes colls >>> >>>> =9A =9A 32428 =9A =9A 0 =9A 35027019 =9A =9A =9A24562 =9A =9A 0 >>>> >>> =9A =9A5624934 =9A =9A 0 >>> >>>> =9A =9A 30621 =9A =9A 0 =9A 33384339 =9A =9A =9A23569 =9A =9A 0 >>>> >>> =9A =9A4456944 =9A =9A 0 >>> >>>> =9A =9A 28419 =9A =9A 0 =9A 31014269 =9A =9A =9A21571 =9A =9A 0 >>>> >>> =9A =9A3638083 =9A =9A 0 >>> >>>> =9A =9A 29409 =9A =9A 0 =9A 32524760 =9A =9A =9A22137 =9A =9A 0 >>>> >>> =9A =9A3503600 =9A =9A 0 >>> >>>> =9A =9A 30965 =9A =9A 0 =9A 33532742 =9A =9A =9A23973 =9A =9A 0 >>>> >>> =9A =9A5089231 =9A =9A 0 >>> >>>> netstat -w1 -Iem0 >>>> =9A =9A =9A =9A =9A =9Ainput =9A =9A =9A =9A =9A(em0) >>>> >>> =9A output >>> >>>> =9A packets =9Aerrs =9A =9A =9Abytes =9A =9Apackets =9Aerrs >>>> >>> =9A =9Abytes colls >>> >>>> =9A =9A 17217 =9A =9A 0 =9A =9A3929366 =9A =9A =9A72741 =9A =9A 0 >>>> >>> =9A 46377762 =9A =9A 0 >>> >>>> =9A =9A 17412 =9A =9A 0 =9A =9A3745112 =9A =9A =9A75522 =9A =9A 0 >>>> >>> =9A 49338883 =9A =9A 0 >>> >>>> =9A =9A 18385 =9A =9A 0 =9A =9A4014568 =9A =9A =9A77444 =9A =9A 0 >>>> >>> =9A 50532101 =9A =9A 0 >>> >>>> =9A =9A 17142 =9A =9A 0 =9A =9A3875518 =9A =9A =9A77125 =9A =9A 0 >>>> >>> =9A 47646681 =9A =9A 0 >>> >>>> =9A =9A 16870 =9A =9A 0 =9A =9A3528316 =9A =9A =9A73188 =9A =9A 0 >>>> >>> =9A 47940959 =9A =9A 0 >>> >>>> =9A =9A 17069 =9A =9A 0 =9A =9A3682891 =9A =9A =9A80268 =9A =9A 0 >>>> >>> =9A 52904747 =9A =9A 0 >>> >>>> =9A =9A 17313 =9A =9A 0 =9A =9A4101576 =9A =9A =9A75586 =9A =9A 0 >>>> >>> =9A 51933330 =9A =9A 0 >>> >>>> _______________________________________________ >>>> freebsd-net@freebsd.org >>>> >> >> How about telling us how to turn it off; or better yet how to not >> compile it into the kernel at all. Thats the best solution. >> >> As my Dad used to say on a regular basis, we need this like we >> need a hole in our head. Is 8.0 the Kip Macy personal test bed? >> >> Why is something that virtually no-one needs enabled by default? >> >> Barney >> >> > I havent followed the whole thread so if this doesnt actally work for > some reason then sorry for noise. > > [root@prawn ~]# sysctl -a | grep flowtable > net.inet.ip.output_flowtable_size: 2048 > net.inet.flowtable.nmbflows: 4096 > net.inet.flowtable.tcp_expire: 86400 > net.inet.flowtable.fin_wait_expire: 600 > net.inet.flowtable.udp_expire: 300 > net.inet.flowtable.syn_expire: 300 > net.inet.flowtable.collisions: 0 > net.inet.flowtable.max_depth: 0 > net.inet.flowtable.free_checks: 8845 > net.inet.flowtable.frees: 2181 > net.inet.flowtable.misses: 2403 > net.inet.flowtable.lookups: 11633 > net.inet.flowtable.hits: 9231 > net.inet.flowtable.enable: 1 > net.inet.flowtable.debug: 0 > > > [root@prawn ~]# sysctl -d net.inet.flowtable.enable > net.inet.flowtable.enable: enable flowtable caching. > > [root@prawn ~]# sysctl net.inet.flowtable.enable=3D0 > net.inet.flowtable.enable: 1 -> 0 > > > Vince >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri Apr 9 06: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 7130F106566C for ; Fri, 9 Apr 2010 06:54:35 +0000 (UTC) (envelope-from erich@fuujingroup.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1EB8FC1E for ; Fri, 9 Apr 2010 06:54:34 +0000 (UTC) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTPA id 2D1D1439E38 for ; Fri, 9 Apr 2010 01:39:54 -0500 (CDT) Message-ID: <4BBED9A4.3080303@fuujingroup.com> Date: Fri, 09 Apr 2010 01:39:16 -0600 From: "Erich Jenkins, Fuujin Group Ltd" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Broadcom BCM5701 / HP NC6770 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, 09 Apr 2010 06:54:35 -0000 I just upgraded one of the lab boxes, an HP DL580-G3 with an NC6770 GigE fiber card to 7.0-REL, and noticed that this card no longer works: bge0@pci0:10:1:0: class=0x020000 card=0x00c10e11 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme BCM5701 Gigabit Ethernet' class = network subclass = ethernet We were previously running 5.3 on this box (I know, VERY old), but never had a problem. The link now fails to come up. I've tried forcing the port out of auto (media 1000baseSX mediaopt full-duplex) and as long as the port doesn't have an IP assigned via rc.conf on system boot, I can get the switch to see it (Cisco 6505), but no traffic to flow. I've checked all the obvious things (duplex setting on switch, cable failure, etc.), all to no avail. I fiddled with the knobs in the driver (rxcsum, vlan_mtu, etc) with no changes either. Any input would be greatly appreciated. -- Erich M. Jenkins Fuujin Group Limited "You should never, never doubt what no one is sure about." -- Gene Wilder From owner-freebsd-net@FreeBSD.ORG Fri Apr 9 07:01:51 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 81F51106566C for ; Fri, 9 Apr 2010 07:01:51 +0000 (UTC) (envelope-from dado@cnt.korolev-net.ru) Received: from cnt.korolev-net.ru (mail.web-korolev.ru [89.222.188.140]) by mx1.freebsd.org (Postfix) with ESMTP id 40C5D8FC12 for ; Fri, 9 Apr 2010 07:01:50 +0000 (UTC) Received: by cnt.korolev-net.ru (Postfix, from userid 100) id DD2DF2AC71E; Fri, 9 Apr 2010 11:01:47 +0400 (MSD) Date: Fri, 9 Apr 2010 11:01:47 +0400 From: Evgenii Davidov To: freebsd-net@freebsd.org Message-ID: <20100409070147.GA77350@korolev-net.ru> References: <4BBED9A4.3080303@fuujingroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4BBED9A4.3080303@fuujingroup.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Broadcom BCM5701 / HP NC6770 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, 09 Apr 2010 07:01:51 -0000 , On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group Ltd : > We were previously running 5.3 on this box (I know, VERY old), but never > had a problem. The link now fails to come up. I've tried forcing the > port out of auto (media 1000baseSX mediaopt full-duplex) and as long as > the port doesn't have an IP assigned via rc.conf on system boot, I can > get the switch to see it (Cisco 6505), but no traffic to flow. I've > checked all the obvious things (duplex setting on switch, cable failure, > etc.), all to no avail. I fiddled with the knobs in the driver (rxcsum, > vlan_mtu, etc) with no changes either. sorry for silly ansver but is your interface UP ? (ifconfig bge0 up) -- Evgenii V Davidov From owner-freebsd-net@FreeBSD.ORG Fri Apr 9 07:13: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 E96CE1065673 for ; Fri, 9 Apr 2010 07:13:11 +0000 (UTC) (envelope-from erich@fuujingroup.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id C3F8C8FC1A for ; Fri, 9 Apr 2010 07:13:11 +0000 (UTC) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTPA id CAC26439E38; Fri, 9 Apr 2010 02:13:37 -0500 (CDT) Message-ID: <4BBEE18C.6040204@fuujingroup.com> Date: Fri, 09 Apr 2010 02:13:00 -0600 From: "Erich Jenkins, Fuujin Group Ltd" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Evgenii Davidov References: <4BBED9A4.3080303@fuujingroup.com> <20100409070147.GA77350@korolev-net.ru> In-Reply-To: <20100409070147.GA77350@korolev-net.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Broadcom BCM5701 / HP NC6770 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, 09 Apr 2010 07:13:12 -0000 Evgenii Davidov wrote: > , > > On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group Ltd : > >> We were previously running 5.3 on this box (I know, VERY old), but never >> had a problem. The link now fails to come up. I've tried forcing the >> port out of auto (media 1000baseSX mediaopt full-duplex) and as long as >> the port doesn't have an IP assigned via rc.conf on system boot, I can >> get the switch to see it (Cisco 6505), but no traffic to flow. I've >> checked all the obvious things (duplex setting on switch, cable failure, >> etc.), all to no avail. I fiddled with the knobs in the driver (rxcsum, >> vlan_mtu, etc) with no changes either. > > sorry for silly ansver but is your interface UP ? (ifconfig bge0 up) > Actually, I was silly for not mentioning that in the original post, but yes, it's up. I've even tried up/down/up on the card a few times after fiddling with the driver knobs, but the same thing happened, no link on the switch. I've also tested this back-to-back with two machines and the same cards. Same result: no transmission of data. Interestingly enough, the link lite is lit on the cards (in back-to-back) and on the card but not the switch. Not sure if that's significant or not. In the interest if completeness, here's ifconfig output for that card: bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:08:02:28:76:4d inet 10.222.222.144 netmask 0xffffff00 broadcast 10.222.222.255 media: Ethernet 1000baseSX status: active I also verified the MTU size to ensure the switch ports weren't configured for jumbo frames. They are correctly set on the switch and on the FreeBSD box, but no traffic flows. -- Erich M. Jenkins Fuujin Group Limited "You should never, never doubt what no one is sure about." -- Gene Wilder From owner-freebsd-net@FreeBSD.ORG Fri Apr 9 17:38:32 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 0AC13106564A for ; Fri, 9 Apr 2010 17:38:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 895068FC15 for ; Fri, 9 Apr 2010 17:38:31 +0000 (UTC) Received: by ewy24 with SMTP id 24so401095ewy.33 for ; Fri, 09 Apr 2010 10:38:30 -0700 (PDT) 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:content-transfer-encoding:in-reply-to :user-agent; bh=bag6qOywecz6xVV/TYVrPgK8p3bJbEupG8IhgdEhDWY=; b=Cxmb862Odk6SK2YNJtU1IkKH7e/nDtejrwMaCUoHca4t72IhY47b4ypJt6a+Ph/DZg VXlWHdIUg/kR/C8fdHou7GhSGkCj2YBYP5WepNHqwJiB7CVNWOdW7DB2MVUGZnZoLlut QFJamnYbWxycwUjA3QnOsCXn7QCs+smeLbETg= 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:content-transfer-encoding :in-reply-to:user-agent; b=OaELMiKP2DVaK/L3S1dXoDZuWc5nkA2IuhCj5J+bWDU2Po4svfT3yjH3cJ0E8lDyvt irhxZhLXMpC32Ok24QuL8LadBce/R/DMC+yj1hjKodiDpH4uLqX4VMdalh8O0dAxA5N0 HbNr7/4+eqaHgzxbwv3gAWT4pdHiBC23LS7gk= Received: by 10.213.68.11 with SMTP id t11mr165348ebi.98.1270834709766; Fri, 09 Apr 2010 10:38:29 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 13sm881256ewy.13.2010.04.09.10.38.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 10:38:27 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 9 Apr 2010 10:38:21 -0700 From: Pyun YongHyeon Date: Fri, 9 Apr 2010 10:38:21 -0700 To: "Erich Jenkins, Fuujin Group Ltd" Message-ID: <20100409173821.GD1085@michelle.cdnetworks.com> References: <4BBED9A4.3080303@fuujingroup.com> <20100409070147.GA77350@korolev-net.ru> <4BBEE18C.6040204@fuujingroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4BBEE18C.6040204@fuujingroup.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Evgenii Davidov Subject: Re: Broadcom BCM5701 / HP NC6770 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 17:38:32 -0000 On Fri, Apr 09, 2010 at 02:13:00AM -0600, Erich Jenkins, Fuujin Group Ltd wrote: > Evgenii Davidov wrote: > >Здравствуйте, > > > >On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group Ltd > >пишет: > > > >>We were previously running 5.3 on this box (I know, VERY old), but never > >>had a problem. The link now fails to come up. I've tried forcing the > >>port out of auto (media 1000baseSX mediaopt full-duplex) and as long as > >>the port doesn't have an IP assigned via rc.conf on system boot, I can > >>get the switch to see it (Cisco 6505), but no traffic to flow. I've > >>checked all the obvious things (duplex setting on switch, cable failure, > >>etc.), all to no avail. I fiddled with the knobs in the driver (rxcsum, > >>vlan_mtu, etc) with no changes either. > > > >sorry for silly ansver but is your interface UP ? (ifconfig bge0 up) > > > > Actually, I was silly for not mentioning that in the original post, but > yes, it's up. I've even tried up/down/up on the card a few times after > fiddling with the driver knobs, but the same thing happened, no link on > the switch. > > I've also tested this back-to-back with two machines and the same cards. > Same result: no transmission of data. Interestingly enough, the link > lite is lit on the cards (in back-to-back) and on the card but not the > switch. Not sure if that's significant or not. In the interest if > completeness, here's ifconfig output for that card: > > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:08:02:28:76:4d > inet 10.222.222.144 netmask 0xffffff00 broadcast 10.222.222.255 > media: Ethernet 1000baseSX > status: active > > I also verified the MTU size to ensure the switch ports weren't > configured for jumbo frames. They are correctly set on the switch and on > the FreeBSD box, but no traffic flows. > Would you try booting to latest 7.3-RELEASE and check whether you still see the issue? If you see the same issue please show me verbose boot message of bge(4) and its PHY driver. From owner-freebsd-net@FreeBSD.ORG Sat Apr 10 05:13: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 2A7F21065670 for ; Sat, 10 Apr 2010 05:13:19 +0000 (UTC) (envelope-from erich@fuujingroup.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id 024028FC12 for ; Sat, 10 Apr 2010 05:13:18 +0000 (UTC) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTPA id E3C6B439E38; Sat, 10 Apr 2010 00:13:44 -0500 (CDT) Message-ID: <4BC016F3.4020300@fuujingroup.com> Date: Sat, 10 Apr 2010 00:13:07 -0600 From: "Erich Jenkins, Fuujin Group Ltd" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BBED9A4.3080303@fuujingroup.com> <20100409070147.GA77350@korolev-net.ru> <4BBEE18C.6040204@fuujingroup.com> <20100409173821.GD1085@michelle.cdnetworks.com> In-Reply-To: <20100409173821.GD1085@michelle.cdnetworks.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, Evgenii Davidov Subject: Re: Broadcom BCM5701 / HP NC6770 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, 10 Apr 2010 05:13:19 -0000 Pyun YongHyeon wrote: > On Fri, Apr 09, 2010 at 02:13:00AM -0600, Erich Jenkins, Fuujin Group Ltd wrote: >> Evgenii Davidov wrote: >>> Здравствуйте, >>> >>> On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group Ltd >>> пишет: >>> >>>> We were previously running 5.3 on this box (I know, VERY old), but never >>>> had a problem. The link now fails to come up. I've tried forcing the >>>> port out of auto (media 1000baseSX mediaopt full-duplex) and as long as >>>> the port doesn't have an IP assigned via rc.conf on system boot, I can >>>> get the switch to see it (Cisco 6505), but no traffic to flow. I've >>>> checked all the obvious things (duplex setting on switch, cable failure, >>>> etc.), all to no avail. I fiddled with the knobs in the driver (rxcsum, >>>> vlan_mtu, etc) with no changes either. >>> sorry for silly ansver but is your interface UP ? (ifconfig bge0 up) >>> >> Actually, I was silly for not mentioning that in the original post, but >> yes, it's up. I've even tried up/down/up on the card a few times after >> fiddling with the driver knobs, but the same thing happened, no link on >> the switch. >> >> I've also tested this back-to-back with two machines and the same cards. >> Same result: no transmission of data. Interestingly enough, the link >> lite is lit on the cards (in back-to-back) and on the card but not the >> switch. Not sure if that's significant or not. In the interest if >> completeness, here's ifconfig output for that card: >> >> bge0: flags=8843 metric 0 mtu 1500 >> options=9b >> ether 00:08:02:28:76:4d >> inet 10.222.222.144 netmask 0xffffff00 broadcast 10.222.222.255 >> media: Ethernet 1000baseSX >> status: active >> >> I also verified the MTU size to ensure the switch ports weren't >> configured for jumbo frames. They are correctly set on the switch and on >> the FreeBSD box, but no traffic flows. >> > > Would you try booting to latest 7.3-RELEASE and check whether you > still see the issue? > If you see the same issue please show me verbose boot message of > bge(4) and its PHY driver. > _______________________________________________ > 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" Just finished the install, and ended up with the same result. I installed OpenBSD on this box just to be sure there wasn't something unrelated to the driver causing the issue. OpenBSD works fine. Where to from here? Erich M. Jenkins Fuujin Group Limited "You should never, never doubt what no one is sure about." -- Gene Wilder From owner-freebsd-net@FreeBSD.ORG Sat Apr 10 05:22: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 658541065675 for ; Sat, 10 Apr 2010 05:22:29 +0000 (UTC) (envelope-from erich@fuujingroup.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id 23DE68FC24 for ; Sat, 10 Apr 2010 05:22:28 +0000 (UTC) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTPA id 2A80F439E3C; Sat, 10 Apr 2010 00:22:55 -0500 (CDT) Message-ID: <4BC0191A.6000705@fuujingroup.com> Date: Sat, 10 Apr 2010 00:22:18 -0600 From: "Erich Jenkins, Fuujin Group Ltd" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BBED9A4.3080303@fuujingroup.com> <20100409070147.GA77350@korolev-net.ru> <4BBEE18C.6040204@fuujingroup.com> <20100409173821.GD1085@michelle.cdnetworks.com> In-Reply-To: <20100409173821.GD1085@michelle.cdnetworks.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, Evgenii Davidov Subject: Re: Broadcom BCM5701 / HP NC6770 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, 10 Apr 2010 05:22:29 -0000 Forgot the verbose boot messages: Apr 9 22:59:37 test newsyslog[494]: logfile first created Apr 9 22:59:38 test syslogd: kernel boot file is /boot/kernel/kernel Apr 9 22:59:38 test kernel: Copyright (c) 1992-2010 The FreeBSD Project. Apr 9 22:59:38 test kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Apr 9 22:59:38 test kernel: The Regents of the University of California. All rights reserved. Apr 9 22:59:38 test kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Apr 9 22:59:38 test kernel: FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010 Apr 9 22:59:38 test kernel: root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Apr 9 22:59:38 test kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 9 22:59:38 test kernel: CPU: Intel(R) Xeon(TM) MP CPU 2.80GHz (2799.92-MHz 686-class CPU) Apr 9 22:59:38 test kernel: Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Apr 9 22:59:38 test kernel: Features=0xbfebfbff Apr 9 22:59:38 test kernel: Features2=0x4400 Apr 9 22:59:38 test kernel: Logical CPUs per core: 2 Apr 9 22:59:38 test kernel: real memory = 4093607936 (3903 MB) Apr 9 22:59:38 test kernel: avail memory = 4003602432 (3818 MB) Apr 9 22:59:38 test kernel: ACPI APIC Table: Apr 9 22:59:38 test kernel: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs Apr 9 22:59:38 test kernel: cpu0 (BSP): APIC ID: 0 Apr 9 22:59:38 test kernel: cpu1 (AP/HT): APIC ID: 1 Apr 9 22:59:38 test kernel: cpu2 (AP): APIC ID: 2 Apr 9 22:59:38 test kernel: cpu3 (AP/HT): APIC ID: 3 Apr 9 22:59:38 test kernel: cpu4 (AP): APIC ID: 4 Apr 9 22:59:38 test kernel: cpu5 (AP/HT): APIC ID: 5 Apr 9 22:59:38 test kernel: cpu6 (AP): APIC ID: 6 Apr 9 22:59:38 test kernel: cpu7 (AP/HT): APIC ID: 7 Apr 9 22:59:38 test kernel: MADT: Forcing active-low polarity and level trigger for SCI Apr 9 22:59:38 test kernel: ioapic0 irqs 0-15 on motherboard Apr 9 22:59:38 test kernel: ioapic1 irqs 16-31 on motherboard Apr 9 22:59:38 test kernel: ioapic2 irqs 32-47 on motherboard Apr 9 22:59:38 test kernel: ioapic3 irqs 48-63 on motherboard Apr 9 22:59:38 test kernel: kbd1 at kbdmux0 Apr 9 22:59:38 test kernel: acpi0: on motherboard Apr 9 22:59:38 test kernel: acpi0: [ITHREAD] Apr 9 22:59:38 test kernel: acpi0: Power Button (fixed) Apr 9 22:59:38 test kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 Apr 9 22:59:38 test kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 Apr 9 22:59:38 test kernel: pcib0: on acpi0 Apr 9 22:59:38 test kernel: pci0: on pcib0 Apr 9 22:59:38 test kernel: pci0: at device 2.0 (no driver attached) Apr 9 22:59:38 test kernel: pci0: at device 2.2 (no driver attached) Apr 9 22:59:38 test kernel: vgapci0: port 0x2800-0x28ff mem 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci0 Apr 9 22:59:38 test kernel: isab0: at device 15.0 on pci0 Apr 9 22:59:38 test kernel: isa0: on isab0 Apr 9 22:59:38 test kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 Apr 9 22:59:38 test kernel: ata0: on atapci0 Apr 9 22:59:38 test kernel: ata0: [ITHREAD] Apr 9 22:59:38 test kernel: ata1: on atapci0 Apr 9 22:59:38 test kernel: ata1: [ITHREAD] Apr 9 22:59:38 test kernel: ohci0: mem 0xf5fe0000-0xf5fe0fff irq 7 at device 15.2 on pci0 Apr 9 22:59:38 test kernel: ohci0: [GIANT-LOCKED] Apr 9 22:59:38 test kernel: ohci0: [ITHREAD] Apr 9 22:59:38 test kernel: usb0: OHCI version 1.0, legacy support Apr 9 22:59:38 test kernel: usb0: SMM does not respond, resetting Apr 9 22:59:38 test kernel: usb0: on ohci0 Apr 9 22:59:38 test kernel: usb0: USB revision 1.0 Apr 9 22:59:38 test kernel: uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 Apr 9 22:59:38 test kernel: uhub0: 4 ports with 4 removable, self powered Apr 9 22:59:38 test kernel: pcib1: on acpi0 Apr 9 22:59:38 test kernel: pci1: on pcib1 Apr 9 22:59:38 test kernel: ciss0: port 0x3000-0x30ff mem 0xf7cc0000-0xf7cfffff,0xf7bf0000-0xf7bf3fff irq 31 at device 1.0 on pci1 Apr 9 22:59:38 test kernel: ciss0: [ITHREAD] Apr 9 22:59:38 test kernel: pcib2: on acpi0 Apr 9 22:59:38 test kernel: pci2: on pcib2 Apr 9 22:59:38 test kernel: em0: port 0x4000-0x403f mem 0xf7de0000-0xf7dfffff,0xf7dc0000-0xf7ddffff irq 16 at device 2.0 on pci2 Apr 9 22:59:38 test kernel: em0: [FILTER] Apr 9 22:59:38 test kernel: em0: Ethernet address: 00:1b:21:20:1a:72 Apr 9 22:59:38 test kernel: pci2: at device 30.0 (no driver attached) Apr 9 22:59:38 test kernel: pcib3: on acpi0 Apr 9 22:59:38 test kernel: pci6: on pcib3 Apr 9 22:59:38 test kernel: pci6: at device 30.0 (no driver attached) Apr 9 22:59:38 test kernel: pcib4: on acpi0 Apr 9 22:59:38 test kernel: pci10: on pcib4 Apr 9 22:59:38 test kernel: bge0: mem 0xf7ff0000-0xf7ffffff irq 26 at device 1.0 on pci10 Apr 9 22:59:38 test kernel: bge0: Ethernet address: 00:08:02:28:76:4d Apr 9 22:59:38 test kernel: bge0: [ITHREAD] Apr 9 22:59:38 test kernel: acpi_tz0: on acpi0 Apr 9 22:59:38 test kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Apr 9 22:59:38 test kernel: atkbd0: irq 1 on atkbdc0 Apr 9 22:59:38 test kernel: kbd0 at atkbd0 Apr 9 22:59:38 test kernel: atkbd0: [GIANT-LOCKED] Apr 9 22:59:38 test kernel: atkbd0: [ITHREAD] Apr 9 22:59:38 test kernel: sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Apr 9 22:59:38 test kernel: sio0: type 16550A Apr 9 22:59:38 test kernel: sio0: [FILTER] Apr 9 22:59:38 test kernel: fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 Apr 9 22:59:38 test kernel: fdc0: [FILTER] Apr 9 22:59:38 test kernel: cpu0: on acpi0 Apr 9 22:59:38 test kernel: p4tcc0: on cpu0 Apr 9 22:59:38 test kernel: cpu1: on acpi0 Apr 9 22:59:38 test kernel: p4tcc1: on cpu1 Apr 9 22:59:38 test kernel: cpu2: on acpi0 Apr 9 22:59:38 test kernel: p4tcc2: on cpu2 Apr 9 22:59:38 test kernel: cpu3: on acpi0 Apr 9 22:59:38 test kernel: p4tcc3: on cpu3 Apr 9 22:59:38 test kernel: pmtimer0 on isa0 Apr 9 22:59:38 test kernel: orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xccfff,0xcd000-0xce7ff,0xee000-0xeffff pnpid ORM0000 on isa0 Apr 9 22:59:38 test kernel: ppc0: parallel port not found. Apr 9 22:59:38 test kernel: sc0: at flags 0x100 on isa0 Apr 9 22:59:38 test kernel: sc0: VGA <16 virtual consoles, flags=0x300> Apr 9 22:59:38 test kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Apr 9 22:59:38 test kernel: sio1: port may not be enabled Apr 9 22:59:38 test kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Apr 9 22:59:38 test kernel: Timecounters tick every 1.000 msec Apr 9 22:59:38 test kernel: acd0: CDRW at ata0-master PIO4 Apr 9 22:59:38 test kernel: da0 at ciss0 bus 0 target 0 lun 0 Apr 9 22:59:38 test kernel: da0: Fixed Direct Access SCSI-0 device Apr 9 22:59:38 test kernel: da0: 135.168MB/s transfers Apr 9 22:59:38 test kernel: da0: Command Queueing Enabled Apr 9 22:59:38 test kernel: da0: 70128MB (143624160 512 byte sectors: 255H 32S/T 17601C) Apr 9 22:59:38 test kernel: SMP: AP CPU #4 Launched! Apr 9 22:59:38 test kernel: SMP: AP CPU #6 Launched! Apr 9 22:59:38 test kernel: SMP: AP CPU #1 Launched! Apr 9 22:59:38 test kernel: SMP: AP CPU #3 Launched! Apr 9 22:59:38 test kernel: SMP: AP CPU #5 Launched! Apr 9 22:59:38 test kernel: SMP: AP CPU #7 Launched! Apr 9 22:59:38 test kernel: SMP: AP CPU #2 Launched! Apr 9 22:59:38 test kernel: Trying to mount root from ufs:/dev/da0s1a Apr 9 22:59:39 test kernel: em0: link state changed to UP Erich M. Jenkins Fuujin Group Limited "You should never, never doubt what no one is sure about." -- Gene Wilder Pyun YongHyeon wrote: > On Fri, Apr 09, 2010 at 02:13:00AM -0600, Erich Jenkins, Fuujin Group Ltd wrote: >> Evgenii Davidov wrote: >>> Здравствуйте, >>> >>> On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group Ltd >>> пишет: >>> >>>> We were previously running 5.3 on this box (I know, VERY old), but never >>>> had a problem. The link now fails to come up. I've tried forcing the >>>> port out of auto (media 1000baseSX mediaopt full-duplex) and as long as >>>> the port doesn't have an IP assigned via rc.conf on system boot, I can >>>> get the switch to see it (Cisco 6505), but no traffic to flow. I've >>>> checked all the obvious things (duplex setting on switch, cable failure, >>>> etc.), all to no avail. I fiddled with the knobs in the driver (rxcsum, >>>> vlan_mtu, etc) with no changes either. >>> sorry for silly ansver but is your interface UP ? (ifconfig bge0 up) >>> >> Actually, I was silly for not mentioning that in the original post, but >> yes, it's up. I've even tried up/down/up on the card a few times after >> fiddling with the driver knobs, but the same thing happened, no link on >> the switch. >> >> I've also tested this back-to-back with two machines and the same cards. >> Same result: no transmission of data. Interestingly enough, the link >> lite is lit on the cards (in back-to-back) and on the card but not the >> switch. Not sure if that's significant or not. In the interest if >> completeness, here's ifconfig output for that card: >> >> bge0: flags=8843 metric 0 mtu 1500 >> options=9b >> ether 00:08:02:28:76:4d >> inet 10.222.222.144 netmask 0xffffff00 broadcast 10.222.222.255 >> media: Ethernet 1000baseSX >> status: active >> >> I also verified the MTU size to ensure the switch ports weren't >> configured for jumbo frames. They are correctly set on the switch and on >> the FreeBSD box, but no traffic flows. >> > > Would you try booting to latest 7.3-RELEASE and check whether you > still see the issue? > If you see the same issue please show me verbose boot message of > bge(4) and its PHY driver. > _______________________________________________ > 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 Apr 10 12:04:39 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 869E71065686; Sat, 10 Apr 2010 12:04:39 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB528FC19; Sat, 10 Apr 2010 12:04:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3AC4dIc091690; Sat, 10 Apr 2010 12:04:39 GMT (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3AC4ddG091686; Sat, 10 Apr 2010 12:04:39 GMT (envelope-from bms) Date: Sat, 10 Apr 2010 12:04:39 GMT Message-Id: <201004101204.o3AC4ddG091686@freefall.freebsd.org> To: bms@FreeBSD.org, freebsd-net@FreeBSD.org, bms@FreeBSD.org From: bms@FreeBSD.org Cc: Subject: Re: kern/144560: [mld] [patch] mld sends packets to wrong destination with a bad checksum 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, 10 Apr 2010 12:04:39 -0000 Synopsis: [mld] [patch] mld sends packets to wrong destination with a bad checksum Responsible-Changed-From-To: freebsd-net->bms Responsible-Changed-By: bms Responsible-Changed-When: Sat 10 Apr 2010 12:03:56 UTC Responsible-Changed-Why: take this http://www.freebsd.org/cgi/query-pr.cgi?pr=144560 From owner-freebsd-net@FreeBSD.ORG Sat Apr 10 12:08:52 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 1723E1065670; Sat, 10 Apr 2010 12:08:52 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E20E68FC12; Sat, 10 Apr 2010 12:08:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3AC8pID092750; Sat, 10 Apr 2010 12:08:51 GMT (envelope-from bms@freefall.freebsd.org) Received: (from bms@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3AC8nf5092728; Sat, 10 Apr 2010 12:08:49 GMT (envelope-from bms) Date: Sat, 10 Apr 2010 12:08:49 GMT Message-Id: <201004101208.o3AC8nf5092728@freefall.freebsd.org> To: 4pr@legis.krsn.ru, bms@FreeBSD.org, freebsd-net@FreeBSD.org, bms@FreeBSD.org From: bms@FreeBSD.org Cc: Subject: Re: kern/122839: [em] FreeBSD 7 multicast routing problem 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, 10 Apr 2010 12:08:52 -0000 Synopsis: [em] FreeBSD 7 multicast routing problem State-Changed-From-To: feedback->closed State-Changed-By: bms State-Changed-When: Sat 10 Apr 2010 12:07:35 UTC State-Changed-Why: Timeout on feedback. I believe yongari has merged driver fixes where relevant to this issue. Responsible-Changed-From-To: freebsd-net->bms Responsible-Changed-By: bms Responsible-Changed-When: Sat 10 Apr 2010 12:07:35 UTC Responsible-Changed-Why: take this http://www.freebsd.org/cgi/query-pr.cgi?pr=122839 From owner-freebsd-net@FreeBSD.ORG Sat Apr 10 14:05:32 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 10741106564A; Sat, 10 Apr 2010 14:05:32 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DA34D8FC17; Sat, 10 Apr 2010 14:05:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3AE5VU9014627; Sat, 10 Apr 2010 14:05:31 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3AE5V71014623; Sat, 10 Apr 2010 14:05:31 GMT (envelope-from bschmidt) Date: Sat, 10 Apr 2010 14:05:31 GMT Message-Id: <201004101405.o3AE5V71014623@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: bin/126822: wpa_supplicant(8): WPA PSK does not work in adhoc mode. 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, 10 Apr 2010 14:05:32 -0000 Synopsis: wpa_supplicant(8): WPA PSK does not work in adhoc mode. Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Sat Apr 10 14:05:01 UTC 2010 Responsible-Changed-Why: mine. http://www.freebsd.org/cgi/query-pr.cgi?pr=126822 From owner-freebsd-net@FreeBSD.ORG Sat Apr 10 21:25: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 B26FF106566B for ; Sat, 10 Apr 2010 21:25:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 61B4D8FC15 for ; Sat, 10 Apr 2010 21:25:23 +0000 (UTC) Received: by qyk11 with SMTP id 11so3738805qyk.13 for ; Sat, 10 Apr 2010 14:25:22 -0700 (PDT) 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:content-transfer-encoding:in-reply-to :user-agent; bh=CYVpRVzTJv84sHzmvHuMIChlTFf1I94SCaK8HborazA=; b=iFSAM8B/PqpYHoEa9NOPoWoAtV+gnXvk/ChCEqowvNLZrd+IGgFDKtJ435ihp1twbd QNtWw6qaVEAeT312oeg/EPefbPGdqEer240Mr4qaYd2DS+Tnv00mQqmn94Da5CKtmQiC JoJ8pASEMfvT19/uxDj/qvD2/Sw4gIUaPDLuo= 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:content-transfer-encoding :in-reply-to:user-agent; b=Y+Wim+bHJvz7CdRVbYJqyq54qSJHuNMDkU+Vn82EZa36U198j2q7t0MqdfOiXK+upt XiaTiHQzDTNz5qm6pcDLqFgO5BPmiTeMBmaGKoKfUvXvTxJTSN9MP4leEkF3AhDfwS5q D+ojglTsymQWEQLPsLdX5XkdOThbQWCXsBfeM= Received: by 10.229.97.207 with SMTP id m15mr3053842qcn.6.1270934722516; Sat, 10 Apr 2010 14:25:22 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id f5sm3726759qcg.2.2010.04.10.14.25.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Apr 2010 14:25:20 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 10 Apr 2010 14:25:20 -0700 From: Pyun YongHyeon Date: Sat, 10 Apr 2010 14:25:20 -0700 To: "Erich Jenkins, Fuujin Group Ltd" Message-ID: <20100410212520.GB6481@michelle.cdnetworks.com> References: <4BBED9A4.3080303@fuujingroup.com> <20100409070147.GA77350@korolev-net.ru> <4BBEE18C.6040204@fuujingroup.com> <20100409173821.GD1085@michelle.cdnetworks.com> <4BC016F3.4020300@fuujingroup.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4BC016F3.4020300@fuujingroup.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Evgenii Davidov Subject: Re: Broadcom BCM5701 / HP NC6770 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, 10 Apr 2010 21:25:23 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sat, Apr 10, 2010 at 12:13:07AM -0600, Erich Jenkins, Fuujin Group Ltd wrote: > Pyun YongHyeon wrote: > >On Fri, Apr 09, 2010 at 02:13:00AM -0600, Erich Jenkins, Fuujin Group Ltd > >wrote: > >>Evgenii Davidov wrote: > >>>Здравствуйте, > >>> > >>>On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group > >>>Ltd пишет: > >>> > >>>>We were previously running 5.3 on this box (I know, VERY old), but > >>>>never had a problem. The link now fails to come up. I've tried forcing > >>>>the port out of auto (media 1000baseSX mediaopt full-duplex) and as > >>>>long as the port doesn't have an IP assigned via rc.conf on system > >>>>boot, I can get the switch to see it (Cisco 6505), but no traffic to > >>>>flow. I've checked all the obvious things (duplex setting on switch, > >>>>cable failure, etc.), all to no avail. I fiddled with the knobs in the > >>>>driver (rxcsum, vlan_mtu, etc) with no changes either. > >>>sorry for silly ansver but is your interface UP ? (ifconfig bge0 up) > >>> > >>Actually, I was silly for not mentioning that in the original post, but > >>yes, it's up. I've even tried up/down/up on the card a few times after > >>fiddling with the driver knobs, but the same thing happened, no link on > >>the switch. > >> > >>I've also tested this back-to-back with two machines and the same cards. > >>Same result: no transmission of data. Interestingly enough, the link > >>lite is lit on the cards (in back-to-back) and on the card but not the > >>switch. Not sure if that's significant or not. In the interest if > >>completeness, here's ifconfig output for that card: > >> > >>bge0: flags=8843 metric 0 mtu 1500 > >> options=9b > >> ether 00:08:02:28:76:4d > >> inet 10.222.222.144 netmask 0xffffff00 broadcast 10.222.222.255 > >> media: Ethernet 1000baseSX > >> status: active > >> > >>I also verified the MTU size to ensure the switch ports weren't > >>configured for jumbo frames. They are correctly set on the switch and on > >>the FreeBSD box, but no traffic flows. > >> > > > >Would you try booting to latest 7.3-RELEASE and check whether you > >still see the issue? > >If you see the same issue please show me verbose boot message of > >bge(4) and its PHY driver. > >_______________________________________________ > >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" > > Just finished the install, and ended up with the same result. I > installed OpenBSD on this box just to be sure there wasn't something > unrelated to the driver causing the issue. OpenBSD works fine. > > Where to from here? > It seems there is async link state change issue for BCM5701 TBI case. Link state handling is one of the most complex thing in bge(4) so I'm not sure whether attached patch is right thing. Public data sheet seems to indicate bit 0 of BGE_MI_STS should be set to enable link to the MAC state machine if autopolling is disabled so resetting the bit to 0 does not look right to me. Try attached patch. --gBBFr7Ir9EOA20Yy Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bge.5701.diff" Index: sys/dev/bge/if_bge.c =================================================================== --- sys/dev/bge/if_bge.c (revision 206437) +++ sys/dev/bge/if_bge.c (working copy) @@ -1875,7 +1875,6 @@ CSR_WRITE_4(sc, BGE_MAC_STS, BGE_MACSTAT_SYNC_CHANGED | BGE_MACSTAT_CFG_CHANGED | BGE_MACSTAT_MI_COMPLETE | BGE_MACSTAT_LINK_CHANGED); - CSR_WRITE_4(sc, BGE_MI_STS, 0); /* Enable PHY auto polling (for MII/GMII only) */ if (sc->bge_flags & BGE_FLAG_TBI) { --gBBFr7Ir9EOA20Yy--