From owner-freebsd-hackers Sun Mar 2 0:15:33 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 786A537B401 for ; Sun, 2 Mar 2003 00:15:32 -0800 (PST) Received: from priv-edtnes62.telusplanet.net (outbound01.telus.net [199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BC043FA3 for ; Sun, 2 Mar 2003 00:15:31 -0800 (PST) (envelope-from sh@planetquake.com) Received: from REASON ([216.232.215.209]) by priv-edtnes62.telusplanet.net (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP id <20030302081531.FKSZ15875.priv-edtnes62.telusplanet.net@REASON> for ; Sun, 2 Mar 2003 01:15:31 -0700 Message-ID: <000d01c2e093$e4880910$d1d7e8d8@slugabed.org> From: "Sean Hamilton" To: References: <20030221122103.GA2073@asterix.local> <3E5F85B3.268BD21C@mindspring.com> <20030301231216.GD47955@gothmog.gr> <200303012256.02533.wes@softweyr.com> Subject: Re: C coding editor Date: Sun, 2 Mar 2003 00:15:31 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wes Peters wrote: | On Saturday 01 March 2003 03:12 pm, Giorgos Keramidas wrote: || The font of the program text isn't really important, as long as || nesting isn't horribly broken by someone who typed the wrong number || of spaces instead of just hitting tab. | | But the font of the program text *is* important if you are considering | readability. We use variable-width fonts for books and printed matter | because they are easier to read than monospaced fonts. Er, no. Things like serifs, variable width lettering, and kerning do make English more readable, but much like they do little good for Japanese, they are inconvenient for code, which is mostly symbols. I suppose Pascal would be alright in variable width, but certainly not C. I tried using variable with for C a while back, and the main problem I had was not with spacing, but my severely defective ocular receptors were unable to distingush between a lot of the symbols. IIRC, I went back to monospace after trying to find the syntax error on a line which wound up ending with a colon. sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 2 9:37:38 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB91937B401; Sun, 2 Mar 2003 09:37:35 -0800 (PST) Received: from baba5488.adsldns.org (sw59-179-50.adsl.seed.net.tw [61.59.179.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 594E743F85; Sun, 2 Mar 2003 09:37:32 -0800 (PST) (envelope-from llklklklkljklggouiourtyr@ms65.hinet.net) Received: from 1-pajpti4vs84aw (KH218-187-111-44.2-1.pl.apol.com.tw [218.187.111.44]) by baba5488.adsldns.org (8.12.5/8.12.5) with SMTP id h22HWa45014483; Mon, 3 Mar 2003 01:32:39 +0800 To: klkjljkljkljklouiourtyr@ms67.hinet.net From: llklklklkljklggouiourtyr@ms65.hinet.net Subject: ªñ5¦Ê¥ó°Ó«~~¬Û«H¯à§ä¨ì±z³ßÅw£x­ò! Date: Mon, 03 Mar 2003 01:40:59 +0800 Message-Id: <37683.070136770828800.11312@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ªñ5¦Ê¥ó°Ó«~~¬Û«H¯à§ä¨ì±z³ßÅw£x­ò! http://www.shopshop.com.tw/may26tw yahoo©ç½æ­º­¶ http://tw.user.bid.yahoo.com/tw/show/auctions?userID=may26tw&at=true&alocale =0tw&new °ª¬ì§Þºë±K³³²¡¤M(25cm) ª½±µ¦^õX®ø¶OªÌ (07)710-6931 ±N¦³±M¤H¬°±zªA°È http://210.62.128.25/~cai/good/index.htm ¶W­È¦n§¥ô±z¬D¿ï!!Åwªï¨Ó¹q¬Ý³f²{³õ¬Ý³f¤ñ¸û¿ïÁÊ http://www.vovo2.com/~nono/new_page_tt.htm ·s³f¤w¤W¬[¡A»°§Ö¶i¥h¬D¿ï¡I¡I¡I¡I http://bmwcd.17hi.com/ http://mimic2.17hi.com/ ¤â¾÷¨C¤ÀÄÁ¶O²v3.5¤¸ ¥«­±¤W°ß¤@¥Î¤â¾÷¤Î¥«¸Ü¡A¥´°ê¤º©M°ê»Ú¹q¸Ü³£¯à¸`¶Oªº¨t²Î http://203.70.228.20/tel/index.asp ***************************************************** ***************************************************** ¡DÁʶR¦W³æ / ºô¸ô¦æ¾P / ¹q¶l¼s§i¥Nµoªí®æ¡D http://210.62.128.25/~cai/good/fate/index.htm ***************************************************** ***************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 2 11:36:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC0237B401 for ; Sun, 2 Mar 2003 11:36:44 -0800 (PST) Received: from mti-sbs2000.mti-worldwide.com (mti-sbs2000.mti-worldwide.com [64.122.98.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 8499F43FB1 for ; Sun, 2 Mar 2003 11:36:43 -0800 (PST) (envelope-from charles@macs-usa.com) From: "275-49-84" To: "ëÌÉÅÎÔÕ" Subject: éÚÇÏÔÏ×ÌÅÎÉÅ ÓÔÉÌØÎÙÈ ÓÁÊÔÏ× Content-Type: text/html; charset="koi8-r" Message-Id: <20030302193643.8499F43FB1@mx1.FreeBSD.org> Date: Sun, 2 Mar 2003 11:36:43 -0800 (PST) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG
éÚÇÏÔÏ×ÌÅÎÉÅ ÓÔÉÌØÎÙÈ ÓÁÊÔÏ× ÌÀÂÏÇÏ ÕÒÏ×ÎÑ ÓÌÏÖÎÏÓÔÉ É ÉÈ ÐÏÄÄÅÒÖËÁ. ãÅÎÙ ÏÔ 500 ÄÏ 5000 USD. òÁÂÏÔÁÀÔ ÔÏÌØËÏ ÐÒÏÆÅÓÓÉÏÎÁÌÙ (ÎÅ ÓÔÕÄÅÎÔÙ). òÅËÌÁÍÁ × ÉÎÔÅÒÎÅÔÅ.
Ô. (095) 275-49-84
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 2 13:22:35 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFDCF37B401 for ; Sun, 2 Mar 2003 13:22:33 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 439EC43FCB for ; Sun, 2 Mar 2003 13:22:33 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc01.attbi.com (sccrmhc01) with SMTP id <2003030221223200100j6kqqe>; Sun, 2 Mar 2003 21:22:32 +0000 Date: Sun, 2 Mar 2003 13:22:31 -0800 (PST) From: Doug Barton To: Sean Hamilton Cc: hackers@freebsd.org Subject: Re: C coding editor In-Reply-To: <000d01c2e093$e4880910$d1d7e8d8@slugabed.org> Message-ID: <20030302132150.J579@znfgre.tberna.bet> References: <20030221122103.GA2073@asterix.local> <3E5F85B3.268BD21C@mindspring.com> <20030301231216.GD47955@gothmog.gr> <200303012256.02533.wes@softweyr.com> <000d01c2e093$e4880910$d1d7e8d8@slugabed.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2 Mar 2003, Sean Hamilton wrote: > I suppose Pascal would be alright in variable width, but certainly not C. I > tried using variable with for C a while back, and the main problem I had was > not with spacing, but my severely defective ocular receptors were unable to > distingush between a lot of the symbols. IIRC, I went back to monospace > after trying to find the syntax error on a line which wound up ending with a > colon. So the real problem was the FONT, not the fact that the font was variable width. -- This .signature sanitized for your protection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 4:53:43 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0735F37B401 for ; Mon, 3 Mar 2003 04:53:38 -0800 (PST) Received: from angelo.kcl.ac.uk (angelo.kcl.ac.uk [137.73.66.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86F6843FBF for ; Mon, 3 Mar 2003 04:53:36 -0800 (PST) (envelope-from dev.dhas@kcl.ac.uk) Received: from ctr-Dev.kcl.ac.uk (EE077.eee.kcl.ac.uk [137.73.10.124]) by angelo.kcl.ac.uk with ESMTP id h23C7EvX011591 for ; Mon, 3 Mar 2003 12:07:27 GMT Message-Id: <5.2.0.9.0.20030303121502.00acbed0@pop2.kcl.ac.uk> X-Sender: kkqd2740@pop2.kcl.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 03 Mar 2003 12:15:36 +0000 To: hackers@freebsd.org From: Audsin Subject: Fragmentation Avoidance Code Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-MailScanner: Found to be clean Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Respected Sir I am currently working in the fragmentation avoidance technique caused by the overhead introduced by MIP6. I am using FreeBSD 4.4 and Kame Snap. I have introduced some code in netinet6/ip6_output.c code and netinet6/in6_pcb.h and netinet/in_pcb.h so that length of the MIP6 extension header if present is taken into account, when calculation the ipoptlen() and hence frag is avoided. Below i am pasting the code to which i have made changes. The lines starting with @ symbol shows the code introduced by me. Please go thru the code and let me know whether this takes account of the Extension header length introduced by MIP6. Since, this is my first research project, i kindly request you to go thru the code and help me. I have explained my code under the heading "Implementation" in the last ie. after the codes Please let me know, whether this code will take into account the length occupied by MIP6 Ext header. If any changes is required pls let me know. Thanks and sorry for the disturbance Code ----- netinet6/in6_pcb.h and netinet/in_pcb.h --------------------------------------- @ #ifdef MIP6 @ #include @ #include @ #include @ #include @ #endif /* MIP6 */ . . . struct in6pcb ( . . . struct ip6_pktopts *in6p_outputopts; /* IP6 options for outgoing packets */ @ #ifdef MIP6 @ struct mip6_pktopts *mip6_outputopts /* MIP6 options for outgoing packets */ @ #endif . . . ); netinet6/ip6_output.c ---------------------- In the last part of netinet6/ip6_output.c I have changed the code and pasted it under Modified code Modified Code: ----------------- /* * Compute IPv6 and MIP6 extension header length. */ #ifdef HAVE_NRL_INPCB # define in6pcb inpcb # define in6p_outputopts inp_outputopts6 #endif int ip6_optlen(in6p) struct in6pcb *in6p; { int len; @ if (!(in6p->in6p_outputopts || @ #ifdef MIP6 @ in6p->mip6_outputopts @ #endif @ )) @ return 0; len = 0; #define elen(x) \ (((struct ip6_ext *)(x)) ? (((struct ip6_ext *)(x))->ip6e_len + 1) << 3 : 0) len += elen(in6p->in6p_outputopts->ip6po_hbh); if (in6p->in6p_outputopts->ip6po_rthdr) /* dest1 is valid with rthdr only */ len += elen(in6p->in6p_outputopts->ip6po_dest1); len += elen(in6p->in6p_outputopts->ip6po_rthdr); len += elen(in6p->in6p_outputopts->ip6po_dest2); @ #ifdef MIP6 @ len += elen(in6p->mip6_outputopts->mip6po_rthdr);/* MIP6 Routing Header */ @ len += elen(in6p->mip6_outputopts->mip6po_haddr);/* MIP6 Home Addr Option */ @ len += elen(in6p->mip6_outputopts->mip6_dest2); /* MIP6 Dest2 Option */ @ #endif return len; #undef elen } #ifdef HAVE_NRL_INPCB # undef in6pcb # undef in6p_outputopts #endif Original netinet6/ip6_output.c kame Code ------------------------------ /* * Compute IPv6 extension header length. */ #ifdef HAVE_NRL_INPCB # define in6pcb inpcb # define in6p_outputopts inp_outputopts6 #endif int ip6_optlen(in6p) struct in6pcb *in6p; { int len; if (!in6p->in6p_outputopts) return 0; len = 0; #define elen(x) \ (((struct ip6_ext *)(x)) ? (((struct ip6_ext *)(x))->ip6e_len + 1) << 3 : 0) len += elen(in6p->in6p_outputopts->ip6po_hbh); if (in6p->in6p_outputopts->ip6po_rthdr) /* dest1 is valid with rthdr only */ len += elen(in6p->in6p_outputopts->ip6po_dest1); len += elen(in6p->in6p_outputopts->ip6po_rthdr); len += elen(in6p->in6p_outputopts->ip6po_dest2); return len; #undef elen } #ifdef HAVE_NRL_INPCB # undef in6pcb # undef in6p_outputopts #endif Implementation ---------------- 1)netinet6/in6_pcb.h and netinet/in_pcb.h Create a pointer to struct mip6_pktopts, if MIP6 is defined and name the pointer as *mip6_outputopts @ #ifdef MIP6 @ struct mip6_pktopts *mip6_outputopts /* MIP6 options for outgoing packets */ @ #endif 2) netinet6/ip6_output.c Modify the code of macro elen(x) present in function ip6_optlen(in6p) in netinet6/ip6_output.c such that it takes into account, the length occupied by Mip6 Extension headers @ #ifdef MIP6 @ len += elen(in6p->mip6_outputopts->mip6po_rthdr);/* MIP6 Routing Header */ @ len += elen(in6p->mip6_outputopts->mip6po_haddr);/* MIP6 Home Addr Option */ @ len += elen(in6p->mip6_outputopts->mip6_dest2); /* MIP6 Dest2 Option */ @ #endif Regards Dev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 6: 9:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEE437B401 for ; Mon, 3 Mar 2003 06:09:49 -0800 (PST) Received: from angelo.kcl.ac.uk (angelo.kcl.ac.uk [137.73.66.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2919043FE1 for ; Mon, 3 Mar 2003 06:09:44 -0800 (PST) (envelope-from dev.dhas@kcl.ac.uk) Received: from ctr-Dev.kcl.ac.uk (EE077.eee.kcl.ac.uk [137.73.10.124]) by angelo.kcl.ac.uk with ESMTP id h23DYQvX011582 for ; Mon, 3 Mar 2003 13:34:32 GMT Message-Id: <5.2.0.9.0.20030303134214.00ad6d48@pop2.kcl.ac.uk> X-Sender: kkqd2740@pop2.kcl.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 03 Mar 2003 13:42:49 +0000 To: freebsd-hackers@freebsd.org From: Audsin Subject: Fragmentation Avoidance Code Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-MailScanner: Found to be clean Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Respected Sir I am currently working in the fragmentation avoidance technique caused by the overhead introduced by MIP6. I am using FreeBSD 4.4 and Kame Snap. I have introduced some code in netinet6/ip6_output.c code and netinet6/in6_pcb.h and netinet/in_pcb.h so that length of the MIP6 extension header if present is taken into account, when calculation the ipoptlen() and hence frag is avoided. Below i am pasting the code to which i have made changes. The lines starting with @ symbol shows the code introduced by me. Please go thru the code and let me know whether this takes account of the Extension header length introduced by MIP6. Since, this is my first research project, i kindly request you to go thru the code and help me. I have explained my code under the heading "Implementation" in the last ie. after the codes Please let me know, whether this code will take into account the length occupied by MIP6 Ext header. If any changes is required pls let me know. Thanks and sorry for the disturbance Code ----- netinet6/in6_pcb.h and netinet/in_pcb.h --------------------------------------- @ #ifdef MIP6 @ #include @ #include @ #include @ #include @ #endif /* MIP6 */ . . . struct in6pcb ( . . . struct ip6_pktopts *in6p_outputopts; /* IP6 options for outgoing packets */ @ #ifdef MIP6 @ struct mip6_pktopts *mip6_outputopts /* MIP6 options for outgoing packets */ @ #endif . . . ); netinet6/ip6_output.c ---------------------- In the last part of netinet6/ip6_output.c I have changed the code and pasted it under Modified code Modified Code: ----------------- /* * Compute IPv6 and MIP6 extension header length. */ #ifdef HAVE_NRL_INPCB # define in6pcb inpcb # define in6p_outputopts inp_outputopts6 #endif int ip6_optlen(in6p) struct in6pcb *in6p; { int len; @ if (!(in6p->in6p_outputopts || @ #ifdef MIP6 @ in6p->mip6_outputopts @ #endif @ )) @ return 0; len = 0; #define elen(x) \ (((struct ip6_ext *)(x)) ? (((struct ip6_ext *)(x))->ip6e_len + 1) << 3 : 0) len += elen(in6p->in6p_outputopts->ip6po_hbh); if (in6p->in6p_outputopts->ip6po_rthdr) /* dest1 is valid with rthdr only */ len += elen(in6p->in6p_outputopts->ip6po_dest1); len += elen(in6p->in6p_outputopts->ip6po_rthdr); len += elen(in6p->in6p_outputopts->ip6po_dest2); @ #ifdef MIP6 @ len += elen(in6p->mip6_outputopts->mip6po_rthdr);/* MIP6 Routing Header */ @ len += elen(in6p->mip6_outputopts->mip6po_haddr);/* MIP6 Home Addr Option */ @ len += elen(in6p->mip6_outputopts->mip6_dest2); /* MIP6 Dest2 Option */ @ #endif return len; #undef elen } #ifdef HAVE_NRL_INPCB # undef in6pcb # undef in6p_outputopts #endif Original netinet6/ip6_output.c kame Code ------------------------------ /* * Compute IPv6 extension header length. */ #ifdef HAVE_NRL_INPCB # define in6pcb inpcb # define in6p_outputopts inp_outputopts6 #endif int ip6_optlen(in6p) struct in6pcb *in6p; { int len; if (!in6p->in6p_outputopts) return 0; len = 0; #define elen(x) \ (((struct ip6_ext *)(x)) ? (((struct ip6_ext *)(x))->ip6e_len + 1) << 3 : 0) len += elen(in6p->in6p_outputopts->ip6po_hbh); if (in6p->in6p_outputopts->ip6po_rthdr) /* dest1 is valid with rthdr only */ len += elen(in6p->in6p_outputopts->ip6po_dest1); len += elen(in6p->in6p_outputopts->ip6po_rthdr); len += elen(in6p->in6p_outputopts->ip6po_dest2); return len; #undef elen } #ifdef HAVE_NRL_INPCB # undef in6pcb # undef in6p_outputopts #endif Implementation ---------------- 1)netinet6/in6_pcb.h and netinet/in_pcb.h Create a pointer to struct mip6_pktopts, if MIP6 is defined and name the pointer as *mip6_outputopts @ #ifdef MIP6 @ struct mip6_pktopts *mip6_outputopts /* MIP6 options for outgoing packets */ @ #endif 2) netinet6/ip6_output.c Modify the code of macro elen(x) present in function ip6_optlen(in6p) in netinet6/ip6_output.c such that it takes into account, the length occupied by Mip6 Extension headers @ #ifdef MIP6 @ len += elen(in6p->mip6_outputopts->mip6po_rthdr);/* MIP6 Routing Header */ @ len += elen(in6p->mip6_outputopts->mip6po_haddr);/* MIP6 Home Addr Option */ @ len += elen(in6p->mip6_outputopts->mip6_dest2); /* MIP6 Dest2 Option */ @ #endif Regards Dev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 8:10:40 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9E2B37B401 for ; Mon, 3 Mar 2003 08:10:34 -0800 (PST) Received: from angelo.kcl.ac.uk (angelo.kcl.ac.uk [137.73.66.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F62043F3F for ; Mon, 3 Mar 2003 08:10:28 -0800 (PST) (envelope-from dev.dhas@kcl.ac.uk) Received: from ctr-Dev.kcl.ac.uk (EE077.eee.kcl.ac.uk [137.73.10.124]) by angelo.kcl.ac.uk with ESMTP id h23FY9vX005421 for ; Mon, 3 Mar 2003 15:34:19 GMT Message-Id: <5.2.0.9.0.20030303154137.00ad7530@pop2.kcl.ac.uk> X-Sender: kkqd2740@pop2.kcl.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 03 Mar 2003 15:42:33 +0000 To: freebsd-hackers@freebsd.org From: Audsin Subject: Fragmentation Avoidance Code Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-MailScanner: Found to be clean Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Respected Sir I am currently working in the fragmentation avoidance technique caused by the overhead introduced by MIP6. I am using FreeBSD 4.4 and Kame Snap. I have introduced some code in netinet6/ip6_output.c code and netinet6/in6_pcb.h and netinet/in_pcb.h so that length of the MIP6 extension header if present is taken into account, when calculation the ipoptlen() and hence frag is avoided. Below i am pasting the code to which i have made changes. The lines starting with @ symbol shows the code introduced by me. Please go thru the code and let me know whether this takes account of the Extension header length introduced by MIP6. Since, this is my first research project, i kindly request you to go thru the code and help me. I have explained my code under the heading "Implementation" in the last ie. after the codes Please let me know, whether this code will take into account the length occupied by MIP6 Ext header. If any changes is required pls let me know. Thanks and sorry for the disturbance Code ----- netinet6/in6_pcb.h and netinet/in_pcb.h --------------------------------------- @ #ifdef MIP6 @ #include @ #include @ #include @ #include @ #endif /* MIP6 */ . . . struct in6pcb ( . . . struct ip6_pktopts *in6p_outputopts; /* IP6 options for outgoing packets */ @ #ifdef MIP6 @ struct mip6_pktopts *mip6_outputopts /* MIP6 options for outgoing packets */ @ #endif . . . ); netinet6/ip6_output.c ---------------------- In the last part of netinet6/ip6_output.c I have changed the code and pasted it under Modified code Modified Code: ----------------- /* * Compute IPv6 and MIP6 extension header length. */ #ifdef HAVE_NRL_INPCB # define in6pcb inpcb # define in6p_outputopts inp_outputopts6 #endif int ip6_optlen(in6p) struct in6pcb *in6p; { int len; @ if (!(in6p->in6p_outputopts || @ #ifdef MIP6 @ in6p->mip6_outputopts @ #endif @ )) @ return 0; len = 0; #define elen(x) \ (((struct ip6_ext *)(x)) ? (((struct ip6_ext *)(x))->ip6e_len + 1) << 3 : 0) len += elen(in6p->in6p_outputopts->ip6po_hbh); if (in6p->in6p_outputopts->ip6po_rthdr) /* dest1 is valid with rthdr only */ len += elen(in6p->in6p_outputopts->ip6po_dest1); len += elen(in6p->in6p_outputopts->ip6po_rthdr); len += elen(in6p->in6p_outputopts->ip6po_dest2); @ #ifdef MIP6 @ len += elen(in6p->mip6_outputopts->mip6po_rthdr);/* MIP6 Routing Header */ @ len += elen(in6p->mip6_outputopts->mip6po_haddr);/* MIP6 Home Addr Option */ @ len += elen(in6p->mip6_outputopts->mip6_dest2); /* MIP6 Dest2 Option */ @ #endif return len; #undef elen } #ifdef HAVE_NRL_INPCB # undef in6pcb # undef in6p_outputopts #endif Original netinet6/ip6_output.c kame Code ------------------------------ /* * Compute IPv6 extension header length. */ #ifdef HAVE_NRL_INPCB # define in6pcb inpcb # define in6p_outputopts inp_outputopts6 #endif int ip6_optlen(in6p) struct in6pcb *in6p; { int len; if (!in6p->in6p_outputopts) return 0; len = 0; #define elen(x) \ (((struct ip6_ext *)(x)) ? (((struct ip6_ext *)(x))->ip6e_len + 1) << 3 : 0) len += elen(in6p->in6p_outputopts->ip6po_hbh); if (in6p->in6p_outputopts->ip6po_rthdr) /* dest1 is valid with rthdr only */ len += elen(in6p->in6p_outputopts->ip6po_dest1); len += elen(in6p->in6p_outputopts->ip6po_rthdr); len += elen(in6p->in6p_outputopts->ip6po_dest2); return len; #undef elen } #ifdef HAVE_NRL_INPCB # undef in6pcb # undef in6p_outputopts #endif Implementation ---------------- 1)netinet6/in6_pcb.h and netinet/in_pcb.h Create a pointer to struct mip6_pktopts, if MIP6 is defined and name the pointer as *mip6_outputopts @ #ifdef MIP6 @ struct mip6_pktopts *mip6_outputopts /* MIP6 options for outgoing packets */ @ #endif 2) netinet6/ip6_output.c Modify the code of macro elen(x) present in function ip6_optlen(in6p) in netinet6/ip6_output.c such that it takes into account, the length occupied by Mip6 Extension headers @ #ifdef MIP6 @ len += elen(in6p->mip6_outputopts->mip6po_rthdr);/* MIP6 Routing Header */ @ len += elen(in6p->mip6_outputopts->mip6po_haddr);/* MIP6 Home Addr Option */ @ len += elen(in6p->mip6_outputopts->mip6_dest2); /* MIP6 Dest2 Option */ @ #endif Regards Dev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 8:38:48 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A470237B417 for ; Mon, 3 Mar 2003 08:38:41 -0800 (PST) Received: from sinamail.com (61-221-29-145.HINET-IP.hinet.net [61.221.29.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE8943FB1 for ; Mon, 3 Mar 2003 08:38:39 -0800 (PST) (envelope-from suppergeorge@sinamail.com) From: star@yahoo.com.tw To: freebsd-hackers@FreeBSD.org Subject: =?ISO-8859-1?B?prO+97d8p0HEQLdOpWi5wbjVttw/Pw==?= Reply-To: suppergeorge@sinamail.com Date: 04 Mar 2003 00:43:46 +0800 MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: 8bit Message-Id: <20030303163839.8AE8943FB1@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿
¥D¦®: ³o©Î³\¬O±z¥¿¦b´M§äªº¾÷·|³á
³o©Î³\¬O±z¥¿¦b§äªº¾÷·|®@¡I
¹ï¤£°_¡I¥´ÂZ¤F¡A¦pªG¦]¦¹³y¦¨±zªº§xÂZ¡A½Ðª½±µ§R°£¥»«H¤ÎÂI¿ï¤U¤è¡u¤£·Q¦A¦¬«H¡v¡A§Ú­Ì·|±N±zªº¸ê®Æ§R°£¡I
¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿¡A¦¬¤J¦h100­¿¡B¬Æ¦Ü¦h1000­¿¡AÃø¹D¥L¦³¤ñ§A¦hÁo©ú³o»ò¦h¶Ü¡H
µª®×ªÖ©w¤£¬Oªº¡I
·Q¤@·Q¡I¨º¨Ç¦¬¤J¤ñ§Ú­Ì°ª«Ü¦h¡A¥Í¬¡¤ñ§Ú­Ì¦n«Ü¦hªº¤H¡I
¥L­Ì¨ì©³°µ¤F¤°»ò¬O§Ú­Ì©Ò¤£ª¾¹Dªº¨Æ¡H
¦Ó§Ú­Ì¨ì©³°µ¿ù¤F¤°»ò¡B¤S¿ù¹L¤F¤°»ò¡H
·Q¤£·Qª¾¹D¤H®a«ç»ò°µ­Ëªº¡I
§A¬Û«H¡u®É¶¡¡×ª÷¿ú¡v¡BÁÙ¬O¡u®É¶¡¡Öª÷¿ú¡v

Á|¨Ò¡G

§Ú­Ì¤@¤Ñ¤u§@8¤p®É¡A¤@¦~¤u§@365¤Ñ¡A¤@½ú¤l¤u§@30¦~¡I¨º§Ú­Ì¤@½ú¤lªºÁ`¤u§@®É¼Æ¡H
¢·¤p®É¡¯¢²¢µ¢´¤Ñ¡¯¢²¢¯¦~¡×¢·¢¶,¢µ¢¯¢¯¤p®É
¦pªG§Aªº®ÉÁ~100¤¸¡A§A¤@½ú¤lÁÈ876¸U¤¸¡I
¦pªG§Aªº®ÉÁ~150¤¸¡A§A¤@½ú¤lÁÈ1314¸U¤¸¡I
¦pªG§Aªº®ÉÁ~200¤¸¡A§A¤@½ú¤lÁÈ1752¸U¤¸¡I
¬Ý°_¨Ó¦n¹³«Ü¦h¡A¬Ý²M·¡¡I¤@¦~¤u§@365¤Ñ¡A­n¤u§@30¦~¡I¦Ó¥B¤£¦Y¤£³Ü¡I
³o¼Ëªº¦¬¤J¡A¨¬°÷¤TÀ\·Å¹¡¡F¶R¨®¤l¡B©Ð¤l«j±j°÷¥Î¡F§O§Ñ¤F¡AÁÙ¦³¤l¤kªº±Ð¨|¶O¡B¦Û¤vªº¾i¦Ñª÷¡BÁÙ¦³¡y¹Ú·Q¡zµ¥«Ý¹ê²{¡I
³o¼Ëªº¤@½ú¤l¡A§A¥Ì¤ß¶Ü¡H
¨­¬°­û¤uªº§A¡A¨C¤Ñ¨¯­W¬°ªº¬O¤°»ò¡H®a®x¡B¤p«Ä¡H§A¦³¨S¦³·Q¹L¡A§A¤W¯Z¤@½ú¤l¡A±N¨Ó§Aªº¤p«Ä¯à©Ó±µ§AªºÂ¾¦ìÄ~Äò°µ¤U¥h¶Ü¡H¡]°£«D§A¦Û¤v¬O¦ÑÁó¡^
·Q¤£·Q§ïÅܦۤv¤Î¤U¤@¥Nªº¤@¥Í¡H
¤£·Q¦A¦¬«H(Unsubscribe)

¡@

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 9:30:17 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B427D37B4A2 for ; Mon, 3 Mar 2003 09:30:14 -0800 (PST) Received: from sinamail.com (61-221-29-145.HINET-IP.hinet.net [61.221.29.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2466943FAF for ; Mon, 3 Mar 2003 09:30:05 -0800 (PST) (envelope-from suppergeorge@sinamail.com) From: star@yahoo.com.tw To: hackers@FreeBSD.ORG Subject: =?ISO-8859-1?B?prO+97d8p0HEQLdOpWi5wbjVttw/Pw==?= Reply-To: suppergeorge@sinamail.com Date: 04 Mar 2003 01:35:12 +0800 MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: 8bit Message-Id: <20030303173005.2466943FAF@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿
¥D¦®: ³o©Î³\¬O±z¥¿¦b´M§äªº¾÷·|³á
³o©Î³\¬O±z¥¿¦b§äªº¾÷·|®@¡I
¹ï¤£°_¡I¥´ÂZ¤F¡A¦pªG¦]¦¹³y¦¨±zªº§xÂZ¡A½Ðª½±µ§R°£¥»«H¤ÎÂI¿ï¤U¤è¡u¤£·Q¦A¦¬«H¡v¡A§Ú­Ì·|±N±zªº¸ê®Æ§R°£¡I
¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿¡A¦¬¤J¦h100­¿¡B¬Æ¦Ü¦h1000­¿¡AÃø¹D¥L¦³¤ñ§A¦hÁo©ú³o»ò¦h¶Ü¡H
µª®×ªÖ©w¤£¬Oªº¡I
·Q¤@·Q¡I¨º¨Ç¦¬¤J¤ñ§Ú­Ì°ª«Ü¦h¡A¥Í¬¡¤ñ§Ú­Ì¦n«Ü¦hªº¤H¡I
¥L­Ì¨ì©³°µ¤F¤°»ò¬O§Ú­Ì©Ò¤£ª¾¹Dªº¨Æ¡H
¦Ó§Ú­Ì¨ì©³°µ¿ù¤F¤°»ò¡B¤S¿ù¹L¤F¤°»ò¡H
·Q¤£·Qª¾¹D¤H®a«ç»ò°µ­Ëªº¡I
§A¬Û«H¡u®É¶¡¡×ª÷¿ú¡v¡BÁÙ¬O¡u®É¶¡¡Öª÷¿ú¡v

Á|¨Ò¡G

§Ú­Ì¤@¤Ñ¤u§@8¤p®É¡A¤@¦~¤u§@365¤Ñ¡A¤@½ú¤l¤u§@30¦~¡I¨º§Ú­Ì¤@½ú¤lªºÁ`¤u§@®É¼Æ¡H
¢·¤p®É¡¯¢²¢µ¢´¤Ñ¡¯¢²¢¯¦~¡×¢·¢¶,¢µ¢¯¢¯¤p®É
¦pªG§Aªº®ÉÁ~100¤¸¡A§A¤@½ú¤lÁÈ876¸U¤¸¡I
¦pªG§Aªº®ÉÁ~150¤¸¡A§A¤@½ú¤lÁÈ1314¸U¤¸¡I
¦pªG§Aªº®ÉÁ~200¤¸¡A§A¤@½ú¤lÁÈ1752¸U¤¸¡I
¬Ý°_¨Ó¦n¹³«Ü¦h¡A¬Ý²M·¡¡I¤@¦~¤u§@365¤Ñ¡A­n¤u§@30¦~¡I¦Ó¥B¤£¦Y¤£³Ü¡I
³o¼Ëªº¦¬¤J¡A¨¬°÷¤TÀ\·Å¹¡¡F¶R¨®¤l¡B©Ð¤l«j±j°÷¥Î¡F§O§Ñ¤F¡AÁÙ¦³¤l¤kªº±Ð¨|¶O¡B¦Û¤vªº¾i¦Ñª÷¡BÁÙ¦³¡y¹Ú·Q¡zµ¥«Ý¹ê²{¡I
³o¼Ëªº¤@½ú¤l¡A§A¥Ì¤ß¶Ü¡H
¨­¬°­û¤uªº§A¡A¨C¤Ñ¨¯­W¬°ªº¬O¤°»ò¡H®a®x¡B¤p«Ä¡H§A¦³¨S¦³·Q¹L¡A§A¤W¯Z¤@½ú¤l¡A±N¨Ó§Aªº¤p«Ä¯à©Ó±µ§AªºÂ¾¦ìÄ~Äò°µ¤U¥h¶Ü¡H¡]°£«D§A¦Û¤v¬O¦ÑÁó¡^
·Q¤£·Q§ïÅܦۤv¤Î¤U¤@¥Nªº¤@¥Í¡H
¤£·Q¦A¦¬«H(Unsubscribe)

¡@

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 9:32:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7572037B407 for ; Mon, 3 Mar 2003 09:32:09 -0800 (PST) Received: from spxgate.servplex.com (ip66-105-58-82.z58-105-66.customer.algx.net [66.105.58.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4485F44027 for ; Mon, 3 Mar 2003 09:31:48 -0800 (PST) (envelope-from peter@servplex.com) Received: from peter.servplex.com ([192.168.0.96]) by spxgate.servplex.com (8.12.6/8.12.6) with ESMTP id h23HgLMe055450 for ; Mon, 3 Mar 2003 11:42:21 -0600 (CST) (envelope-from peter@servplex.com) Message-Id: <5.2.0.9.2.20030303112107.00bc55d8@mail.servplex.com> X-Sender: peter@mail.servplex.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 03 Mar 2003 11:31:58 -0600 To: freebsd-hackers@FreeBSD.ORG From: Peter Elsner Subject: lpc problem with LinkSys print servers Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings hackers... I have an interesting little problem. I have about 13 customers that are running FreeBSD 4.5 to 4.7 (STABLE), with 3-port LinkSys print servers. Everything seems to be working fine. For the past 3 months one of these customers was reporting printing problems on one of their printers connected to the print server. The other printers are working just fine. This particular printer is a high load printer, printing about 50 to 70 pages at a time. Occasionally, the printer just stops while printing. We have to force a 'lpc restart lsjd1p2' command several times to get the printer to restart again. Since it was only happening to one of the 13 sites, I attributed the problem to hardware... (cable, print server, printer, etc). We have since changed out print servers, printers, cables and everything I could think of, all to no avail... The printer still stops right in the middle of a print job. Just now, another customer has reported the exact same problem. They had a local hard ware tech come out and he updated firmware on the print server, installed a new print server, switched out printers, and replaced cables (both network and parallel). Nothing has changed... The printer still stops while printing large print jobs. I believe that lpr/lpd is not resetting after receiving a Busy/Ready (or Nack/Ack) signal. Has anyone else seen this problem before? Thanks in advance... Peter Elsner ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say "Daddy, where were you when they took freedom of the press away from the Internet?" -- Mike Godwin Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 10:21:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE1237B401 for ; Mon, 3 Mar 2003 10:21:54 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85C5143FB1 for ; Mon, 3 Mar 2003 10:21:51 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0393.cvx40-bradley.dialup.earthlink.net ([216.244.43.138] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18puZQ-0001Fx-00; Mon, 03 Mar 2003 10:21:49 -0800 Message-ID: <3E639CEA.19791875@mindspring.com> Date: Mon, 03 Mar 2003 10:20:26 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Audsin Cc: freebsd-hackers@freebsd.org Subject: Re: Fragmentation Avoidance Code References: <5.2.0.9.0.20030303134214.00ad6d48@pop2.kcl.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45f56b897582b0c0414d04c4584ed5bc0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Audsin wrote: > I am currently working in the fragmentation avoidance technique caused by > the overhead introduced by MIP6. I am using FreeBSD 4.4 and Kame Snap. > I have introduced some code in netinet6/ip6_output.c code and > netinet6/in6_pcb.h and netinet/in_pcb.h so that length of the MIP6 > extension header if present is taken into account, when calculation the > ipoptlen() and hence frag is avoided. Below i am pasting the code to which > i have made changes. The lines starting with @ symbol shows the code > introduced by me. Please go thru the code and let me know whether this > takes account of the Extension header length introduced by MIP6. Since, > this is my first research project, i kindly request you to go thru the code > and help me. > I have explained my code under the heading "Implementation" in the last ie. > after the codes > > Please let me know, whether this code will take into account the length > occupied by MIP6 Ext header. If any changes is required pls let me know. > > Thanks and sorry for the disturbance We saw it the first two times you sent it. The patch, as is, is unreadable. It would be much more useful to the list if you were to use "cvs diff" to obtain the diff. If you are not using a checked out source tree from a local copy of the CVS repository to do your developement, then "diff -c" is is good, too (unidiffs are less useful because your version is not likely to match our version, since FreeBSD 4.4 predates some significant stack changes, such as SYN caching, etc.). The most correct place to send this request is the "net@freebsd.org" list, not the "hackers@freebsd.org" list. All that in mind, it looks like the code oes what you want, which appears to be avoiding fragmentation in the multicast datagram; however, with the diff being as unreadable as it is, no one is likely to step through the full output code path while holding your diff in their head. As a general observation, I'd like to know (1) Is this what it's supposed to do?, (2) If you are talking about multicast datagrams, how is it that you are getting fragmentation without going over the MTU in the first place, is packet coelescing that's biting you?, (3) What's the performance difference you expect out of doing this? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 10:23:36 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE81E37B401 for ; Mon, 3 Mar 2003 10:23:23 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B0943FBF for ; Mon, 3 Mar 2003 10:23:21 -0800 (PST) (envelope-from bzeeb+freebsd@zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0F22A1FFBAD; Mon, 3 Mar 2003 19:23:20 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 561EC1FFBB1; Mon, 3 Mar 2003 19:23:18 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id CEFFF15348; Mon, 3 Mar 2003 18:22:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id CB1031532F; Mon, 3 Mar 2003 18:22:40 +0000 (UTC) Date: Mon, 3 Mar 2003 18:22:40 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-hackers@FreeBSD.ORG Cc: Christian Kratzer , Oliver Fromme Subject: jail statfs patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, attached is a patch for 5.0/HEAD that adds a fine grained option to control what fs stats can be seen from within jails. I know that there is also a kernel module available but as I already had started to work on this I finished it for those people who preferr it this way. --- description --- The patch is derived from a private patch done by Christian Kratzer for RELENG_4 and the public patches by Oliver Fromme (see kern/47586). It adds following sysctl option: security.jail.statfs_restricted This fine grained option lets you control what and how filesystem statistcs are seen from within jails: security.jail.statfs_restricted=0 this is the old behaviour where you could see everything from the whole host. security.jail.statfs_restricted=1 this is the default for now. It shows only partitions related to the jail. If there is no root partition resp. the jail is on a shared partition a ``fake'' root with the correct values but a stripped f_mntonname will be shown. security.jail.statfs_restricted=2 this is almost the same as 1 but it will show a ``full fake'' for a shared root mount. It will zero out almost all values and write jail-specific ``fakes'' to the others. security.jail.statfs_restricted=3 this is almost the same as 1 but it will not show a shared root at all. security.jail.statfs_restricted>=4 this will not show anything but procfs, devfs, etc. within the jail. Be warned that this renders the jail to be almost unusable. --- /description --- for some sample output or to download the diff please have look at http://sources.zabbadoz.net/freebsd/jail.html PS: I am really happy about all the other people currently annouced other jail patches. Could you also please update the manpage(s) ? ;-) -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ --- ./sys/kern/kern_jail.c.orig Mon Feb 3 12:57:06 2003 +++ ./sys/kern/kern_jail.c Tue Feb 4 18:54:55 2003 @@ -49,6 +49,11 @@ &jail_sysvipc_allowed, 0, "Processes in jail can use System V IPC primitives"); +int jail_statfs_restricted = 1; +SYSCTL_INT(_security_jail, OID_AUTO, statfs_restricted, CTLFLAG_RW, + &jail_statfs_restricted, 0, + "Processes in jail may not see all currently mounted file systems"); + /* * MPSAFE */ @@ -76,6 +81,9 @@ mtx_init(&pr->pr_mtx, "jail mutex", NULL, MTX_DEF); pr->pr_securelevel = securelevel; error = copyinstr(j.hostname, &pr->pr_host, sizeof pr->pr_host, 0); + if (error) + goto bail; + error = copyinstr(j.path, &pr->pr_path, sizeof pr->pr_path, 0); if (error) goto bail; ca.path = j.path; --- ./sys/kern/vfs_syscalls.c.orig Mon Feb 3 13:12:26 2003 +++ ./sys/kern/vfs_syscalls.c Sun Mar 2 19:31:38 2003 @@ -227,6 +227,10 @@ int error; struct nameidata nd; struct statfs sb; + int notsu, jrlen; + + if (jail_statfs_restricted >= 4 && jailed(td->td_ucred)) + return (ENOENT); NDINIT(&nd, LOOKUP, FOLLOW, UIO_USERSPACE, uap->path, td); if ((error = namei(&nd)) != 0) @@ -244,9 +248,47 @@ if (error) return (error); sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; - if (suser(td)) { + notsu = suser(td); + if (notsu || (jail_statfs_restricted && jailed(td->td_ucred))) { bcopy(sp, &sb, sizeof(sb)); - sb.f_fsid.val[0] = sb.f_fsid.val[1] = 0; + if (notsu) + sb.f_fsid.val[0] = sb.f_fsid.val[1] = 0; + + if (jail_statfs_restricted && jailed(td->td_ucred)) { + jrlen = strlen(td->td_ucred->cr_prison->pr_path); + + if (strlen(mp->mnt_stat.f_mntonname) < jrlen) { + switch (jail_statfs_restricted) { + case 1: + bzero(sb.f_mntonname, + sizeof(sb.f_mntonname)); + *sb.f_mntonname = '/'; + break; + case 2: + bzero(&sb, sizeof(sb)); + strcpy(sb.f_fstypename, + "jailfs"); + strcpy(sb.f_mntfromname, + "jailroot"); + sb.f_flags |= MNT_LOCAL; + *sb.f_mntonname = '/'; + break; + case 3: + default: + return (ENOENT); + } + + } else { + /* strip jail root (jr) path */ + bzero(sb.f_mntonname, sizeof(sb.f_mntonname)); + strcpy(sb.f_mntonname, sp->f_mntonname + jrlen); + /* hack for jail root filesystem */ + if ( ! *sb.f_mntonname ) { + *sb.f_mntonname='/'; + } + } + } + sp = &sb; } return (copyout(sp, uap->buf, sizeof(*sp))); @@ -275,6 +317,10 @@ register struct statfs *sp; int error; struct statfs sb; + int notsu, jrlen; + + if (jail_statfs_restricted >= 4 && jailed(td->td_ucred)) + return (EBADF); if ((error = getvnode(td->td_proc->p_fd, uap->fd, &fp)) != 0) return (error); @@ -292,9 +338,47 @@ if (error) return (error); sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; - if (suser(td)) { + notsu = suser(td); + if (notsu || (jail_statfs_restricted && jailed(td->td_ucred))) { bcopy(sp, &sb, sizeof(sb)); - sb.f_fsid.val[0] = sb.f_fsid.val[1] = 0; + if (notsu) + sb.f_fsid.val[0] = sb.f_fsid.val[1] = 0; + + if (jail_statfs_restricted && jailed(td->td_ucred)) { + jrlen = strlen(td->td_ucred->cr_prison->pr_path); + + if (strlen(mp->mnt_stat.f_mntonname) < jrlen) { + switch (jail_statfs_restricted) { + case 1: + bzero(sb.f_mntonname, + sizeof(sb.f_mntonname)); + *sb.f_mntonname = '/'; + break; + case 2: + bzero(&sb, sizeof(sb)); + strcpy(sb.f_fstypename, + "jailfs"); + strcpy(sb.f_mntfromname, + "jailroot"); + sb.f_flags |= MNT_LOCAL; + *sb.f_mntonname = '/'; + break; + case 3: + default: + return (ENOENT); + } + + } else { + /* strip jail root (jr) path */ + bzero(sb.f_mntonname, sizeof(sb.f_mntonname)); + strcpy(sb.f_mntonname, sp->f_mntonname + jrlen); + /* hack for jail root filesystem */ + if ( ! *sb.f_mntonname ) { + *sb.f_mntonname='/'; + } + } + } + sp = &sb; } return (copyout(sp, uap->buf, sizeof(*sp))); @@ -323,10 +407,18 @@ register struct statfs *sp; caddr_t sfsp; long count, maxcount, error; + struct statfs js, jss; + int had_jail_root, base_path_len, mntlen; + + if (jail_statfs_restricted >= 4 && jailed(td->td_ucred)) + return (ENOENT); + if (jail_statfs_restricted == 1 && jailed(td->td_ucred)) + bzero(&jss, sizeof(jss)); maxcount = uap->bufsize / sizeof(struct statfs); sfsp = (caddr_t)uap->buf; count = 0; + base_path_len = had_jail_root = 0; mtx_lock(&mountlist_mtx); for (mp = TAILQ_FIRST(&mountlist); mp != NULL; mp = nmp) { #ifdef MAC @@ -339,6 +431,36 @@ nmp = TAILQ_NEXT(mp, mnt_list); continue; } + if (jail_statfs_restricted && jailed(td->td_ucred)) { + /* + * If process is jailed skip files systems that are + * not at or below the prison chroot path. + */ + if (strncmp(td->td_ucred->cr_prison->pr_path, + mp->mnt_stat.f_mntonname, + strlen(td->td_ucred->cr_prison->pr_path))) { + + /* + * remember for fake root if appropriate + */ + if (jail_statfs_restricted == 1) { + mntlen = strlen(mp->mnt_stat.f_mntonname); + if (!strncmp(mp->mnt_stat.f_mntonname, + td->td_ucred->cr_prison->pr_path, + mntlen) && mntlen > base_path_len) { + + base_path_len = mntlen; + bcopy(&mp->mnt_stat, &jss, + sizeof(jss)); + } + } + + mtx_lock(&mountlist_mtx); + nmp = TAILQ_NEXT(mp, mnt_list); + vfs_unbusy(mp, td); + continue; + } + } if (sfsp && count < maxcount) { sp = &mp->mnt_stat; /* @@ -355,6 +477,25 @@ continue; } sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; + if (jail_statfs_restricted && jailed(td->td_ucred)) { + /* + * If this process is jailed we strip away + * the chroot path from the f_mntonname + * and copy to user space. + */ + bcopy(sp, &js, sizeof(js)); + bzero(js.f_mntonname, sizeof(js.f_mntonname)); + strcpy(js.f_mntonname, sp->f_mntonname + + strlen(td->td_ucred->cr_prison->pr_path) + ); + /* hack for jail root filesystem */ + if ( ! *js.f_mntonname ) { + *js.f_mntonname='/'; + ++had_jail_root; + } + + sp = &js; + } error = copyout(sp, sfsp, sizeof(*sp)); if (error) { vfs_unbusy(mp, td); @@ -368,6 +509,28 @@ vfs_unbusy(mp, td); } mtx_unlock(&mountlist_mtx); + if (jail_statfs_restricted && jailed(td->td_ucred) && !had_jail_root && + sfsp && count < maxcount) { + + if (jail_statfs_restricted==1 || jail_statfs_restricted==2) { + if (jail_statfs_restricted == 1) { + bzero(jss.f_mntonname, sizeof(jss.f_mntonname)); + } + if (jail_statfs_restricted == 2) { + bzero(&jss, sizeof(jss)); + strcpy(jss.f_fstypename, "jailfs"); + strcpy(jss.f_mntfromname, "jailroot"); + jss.f_flags |= MNT_LOCAL; + } + *jss.f_mntonname='/'; + + error = copyout(&jss, sfsp, sizeof(jss)); + if (error) + return (error); + sfsp += sizeof(js); + count++; + } + } if (sfsp && count > maxcount) td->td_retval[0] = maxcount; else @@ -3748,6 +3911,7 @@ struct statfs sb; fhandle_t fh; int error; + int notsu, jrlen; /* * Must be super user @@ -3756,6 +3920,9 @@ if (error) return (error); + if (jail_statfs_restricted >= 4 && jailed(td->td_ucred)) + return (ESTALE); + if ((error = copyin(uap->u_fhp, &fh, sizeof(fhandle_t))) != 0) return (error); @@ -3774,11 +3941,50 @@ if ((error = VFS_STATFS(mp, sp, td)) != 0) return (error); sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; - if (suser(td)) { + notsu = suser(td); + if (notsu || (jail_statfs_restricted && jailed(td->td_ucred))) { bcopy(sp, &sb, sizeof(sb)); - sb.f_fsid.val[0] = sb.f_fsid.val[1] = 0; + if (notsu) + sb.f_fsid.val[0] = sb.f_fsid.val[1] = 0; + + if (jail_statfs_restricted && jailed(td->td_ucred)) { + jrlen = strlen(td->td_ucred->cr_prison->pr_path); + + if (strlen(mp->mnt_stat.f_mntonname) < jrlen) { + switch (jail_statfs_restricted) { + case 1: + bzero(sb.f_mntonname, + sizeof(sb.f_mntonname)); + *sb.f_mntonname = '/'; + break; + case 2: + bzero(&sb, sizeof(sb)); + strcpy(sb.f_fstypename, + "jailfs"); + strcpy(sb.f_mntfromname, + "jailroot"); + sb.f_flags |= MNT_LOCAL; + *sb.f_mntonname = '/'; + break; + case 3: + default: + return (ENOENT); + } + + } else { + /* strip jail root (jr) path */ + bzero(sb.f_mntonname, sizeof(sb.f_mntonname)); + strcpy(sb.f_mntonname, sp->f_mntonname + jrlen); + /* hack for jail root filesystem */ + if ( ! *sb.f_mntonname ) { + *sb.f_mntonname='/'; + } + } + } + sp = &sb; } + return (copyout(sp, uap->buf, sizeof(*sp))); } --- ./sys/sys/jail.h.orig Mon Feb 3 12:41:38 2003 +++ ./sys/sys/jail.h Thu Feb 6 18:20:12 2003 @@ -48,6 +48,7 @@ struct prison { int pr_ref; /* (p) refcount */ char pr_host[MAXHOSTNAMELEN]; /* (p) jail hostname */ + char pr_path[MAXPATHLEN]; /* (c) chroot base */ u_int32_t pr_ip; /* (c) ip addr host */ void *pr_linux; /* (p) linux abi */ int pr_securelevel; /* (p) securelevel */ @@ -62,6 +63,7 @@ extern int jail_set_hostname_allowed; extern int jail_socket_unixiproute_only; extern int jail_sysvipc_allowed; +extern int jail_statfs_restricted; /* * Kernel support functions for jail(). --- ./usr.sbin/jail/jail.8.orig Sat Mar 1 20:33:18 2003 +++ ./usr.sbin/jail/jail.8 Sun Mar 2 21:02:15 2003 @@ -370,6 +370,36 @@ with) processes outside of the jail, and in other jails. As such, this functionality is disabled by default, but can be enabled by setting this MIB entry to 1. +.It Va security.jail.statfs_restricted +This fine grained option lets you control what and how filesystem statistcs +are seen from within jails: +.Pp +.Dl security.jail.statfs_restricted=0 +.Pp +this is the old behaviour where you could see everything from the whole host. +.Pp +.Dl security.jail.statfs_restricted=1 +.Pp +this is the default for now. It shows only partitions related to the jail. +If there is no root partition resp. the jail is on a shared partition a ``fake'' +root with the correct values but a stripped +.Dv f_mntonname +will be shown. +.Pp +.Dl security.jail.statfs_restricted=2 +.Pp +this is almost the same as 1 but it will show a ``full fake'' for a shared root +mount. It will zero out almost all values and write jail-specific ``fakes'' to +the others. +.Pp +.Dl security.jail.statfs_restricted=3 +.Pp +this is almost the same as 1 but it will not show a shared root at all. +.Pp +.Dl security.jail.statfs_restricted>=4 +.Pp +this will not show anything but procfs, devfs, etc. within the jail. Be warned +that this renders the jail to be almost unusable. .El .Sh SEE ALSO .Xr newaliases 1 , To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 10:33:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB8C37B401 for ; Mon, 3 Mar 2003 10:33:52 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 097C543FD7 for ; Mon, 3 Mar 2003 10:33:51 -0800 (PST) (envelope-from ck@cksoft.de) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0B5B71FFB6C; Mon, 3 Mar 2003 19:33:50 +0100 (CET) Received: from majakka.cksoft.de (p508A9513.dip.t-dialin.net [80.138.149.19]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by transport.cksoft.de (Postfix) with ESMTP id E81DA1FFB77; Mon, 3 Mar 2003 19:33:48 +0100 (CET) Received: from majakka.cksoft.de (localhost [127.0.0.1]) by majakka.cksoft.de (Postfix) with ESMTP id 318F744B23; Mon, 3 Mar 2003 19:33:48 +0100 (CET) Received: by majakka.cksoft.de (Postfix, from userid 1000) id 9BBFB44B22; Mon, 3 Mar 2003 19:33:47 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by majakka.cksoft.de (Postfix) with ESMTP id 9A7D144B1F; Mon, 3 Mar 2003 19:33:47 +0100 (CET) Date: Mon, 3 Mar 2003 19:33:47 +0100 (CET) From: Christian Kratzer To: "Bjoern A. Zeeb" Cc: freebsd-hackers@FreeBSD.ORG, Oliver Fromme Subject: Re: jail statfs patch In-Reply-To: Message-ID: <20030303193301.P96622-100000@majakka.cksoft.de> X-Spammer-Kill-Ratio: 75% MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS snapshot-20020300-cksoft-02bz on majakka.cksoft.de X-Virus-Scanned: by AMaViS snapshot-20020300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Moin, On Mon, 3 Mar 2003, Bjoern A. Zeeb wrote: > Hi, > > attached is a patch for 5.0/HEAD that adds a fine grained option to > control what fs stats can be seen from within jails. > > I know that there is also a kernel module available but as I already > had started to work on this I finished it for those people who > preferr it this way. Du solltest Denke ich trotzdem einen pr auchmachen damit es daf=FCr eine art ticket gibt. Das hilft denke ich dass es aufgenommen wird. Gr=FC=DFe ck --=20 CK Software GmbH Christian Kratzer, Schwarzwaldstr. 31, 71131 Jettingen Email: ck@cksoft.de Phone: +49 7452 889-135 Open Software Solutions, Network Security Fax: +49 7452 889-136 FreeBSD spoken here! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 11:57:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E5237B401 for ; Mon, 3 Mar 2003 11:57:09 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B2D243F75 for ; Mon, 3 Mar 2003 11:57:08 -0800 (PST) (envelope-from bzeeb+freebsd@zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B0CEE1FFBAE; Mon, 3 Mar 2003 20:57:06 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id E33141FFBAA; Mon, 3 Mar 2003 20:57:04 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 4FE7415363; Mon, 3 Mar 2003 19:55:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4D6B41535C; Mon, 3 Mar 2003 19:55:15 +0000 (UTC) Date: Mon, 3 Mar 2003 19:55:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Christian Kratzer Cc: freebsd-hackers@FreeBSD.ORG Subject: future of all the jail patches [was: Re: jail statfs patch] In-Reply-To: <20030303193301.P96622-100000@majakka.cksoft.de> Message-ID: References: <20030303193301.P96622-100000@majakka.cksoft.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS snapshot-20020300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Mar 2003, Christian Kratzer wrote: Hi, > > attached is a patch for 5.0/HEAD that adds a fine grained option to > > control what fs stats can be seen from within jails. > > > > I know that there is also a kernel module available but as I already > > had started to work on this I finished it for those people who > > preferr it this way. I think this answer got here by accident but nethertheless it's a good point. > Du solltest denke ich trotzdem einen pr aufmachen damit es daf=FCr eine > art ticket gibt. Das hilft denke ich dass es aufgenommen wird. Christian asks me to file a PR to better get this tracked and perhaps included in mainstream. I had seen lots of jail discussion here the last months but I think there had been few PR submission. What is the overall opinion on this - file PRs ? What about including (at least some) of the (other) jail patches in HEAD ? What about jail-ng ? [ Perhaps take this discussion to -current ? ] --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT 56 69 73 69 74=09=09=09=09http://www.zabbadoz.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 15: 8:34 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F5837B401 for ; Mon, 3 Mar 2003 15:08:31 -0800 (PST) Received: from mallard.mail.pas.earthlink.net (mallard.mail.pas.earthlink.net [207.217.120.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899E243F93 for ; Mon, 3 Mar 2003 15:08:30 -0800 (PST) (envelope-from mooneer@translator.cx) Received: from pool0346.cvx31-bradley.dialup.earthlink.net ([209.179.147.91] helo=morpheus) by mallard.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 18pz2n-0006wx-00; Mon, 03 Mar 2003 15:08:26 -0800 From: "Mooneer Salem" To: "Pawel Jakub Dawidek" Cc: "FreeBSD Hackers" Subject: RE: Jail seperation patch Date: Mon, 3 Mar 2003 15:08:22 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20030227154351.GQ330@garage.freebsd.pl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, My test settings are as follows: Host system (pacific.lifeafterking.org): 10.0.0.2, 10.0.0.3, 10.0.0.4 Jail (test.lifeafterking.org): 10.0.0.3, 10.0.0.4 I also made a new patch which fixes these issues: 1. Telnetting to 0.0.0.0 in the jail now redirects to the first jail IP. 2. Non-root users outside a jail cannot access any files inside a jail (sysctl controllable) The patch can be downloaded at http://msalem.translator.cx/dist/jail_seperation.v6.patch. Thanks, -- Mooneer Salem GPLTrans: http://www.translator.cx/ lifeafterking.org: http://www.lifeafterking.org/ -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Pawel Jakub Dawidek Sent: Thursday, February 27, 2003 7:44 AM To: Mooneer Salem Cc: FreeBSD Hackers Subject: Re: Jail seperation patch On Thu, Feb 27, 2003 at 07:16:15AM -0800, Mooneer Salem wrote: +> Actually, I just gave it blah.lifeafterking.org in /etc/hosts. 10.0.0.4 +> really *is* in the same jail: +> +> %ifconfig +> lnc0: flags=8843 mtu 1500 +> inet 10.0.0.3 netmask 0xffffffff broadcast 10.0.0.3 +> inet 10.0.0.4 netmask 0xffffffff broadcast 10.0.0.4 +> ether 00:50:56:e0:26:54 +> lo0: flags=8049 mtu 16384 +> %hostname +> test.lifeafterking.org +> % Ehh, so now I know nothing about your test settings. After all problems isn't so trivial. +> As for the hide files code, I found a possible location for it, in +> vfs_subr.c (extattr_check_cred()). I added +> this block to it: [...] IMHO very dirty and not complete. Jail don't have to be chrooted to diferent mount-point, and checks like those should be done between vnodes, not pathnames. In my opinion better way is just create another jail and don't give access to main host for regular users. -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 15:30:46 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FA5537B401 for ; Mon, 3 Mar 2003 15:30:36 -0800 (PST) Received: from secoia.linkway.com.br (secoia.linkway.com.br [200.231.25.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65AB243F85 for ; Mon, 3 Mar 2003 15:30:34 -0800 (PST) (envelope-from mysql-br-admin@listas.linkway.com.br) Received: from secoia.linkway.com.br (localhost.localdomain [127.0.0.1]) by secoia.linkway.com.br (8.11.6/8.11.6) with ESMTP id h23NU2023237 for ; Mon, 3 Mar 2003 20:30:02 -0300 Date: Mon, 03 Mar 2003 20:30:02 -0300 Message-ID: <20030303233002.23232.95795.Mailman@secoia.linkway.com.br> Subject: Mailman results for mysql-br From: mysql-br-request@listas.linkway.com.br To: hackers@freebsd.org X-BeenThere: mysql-br@listas.linkway.com.br X-Mailman-Version: 2.0.13 List-Help: List-Post: List-Subscribe: , List-Id: MySQL-BR List-Unsubscribe: , List-Archive: X-MailScanner: Found to be clean Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is an automated response. There were problems with the email commands you sent to Mailman via the administrative address . To obtain instructions on valid Mailman email commands, send email to with the word "help" in the subject line or in the body of the message. If you want to reach the human being that manages this mailing list, please send your message to . The following is a detailed description of the problems. >>>>> Subject line ignored: >>>>> {VIRUS?} Onunload Command? --CWu20n8V4CTiBYdt Command? Content-Type: text/html; Command? Content-Transfer-Encoding: quoted-printable Command?

ATEN=C7=C3O: <... >>>>> >>>>> Too many errors encountered; the rest of the message is ignored: > em teve um ou mais anexos removidos. Leia o arquivo anexo "VirusWarning.txt= > " para maiores informa=E7=F5es.

> > > > > --CWu20n8V4CTiBYdt > Content-Type: text/plain; charset="us-ascii"; name="VirusWarning.txt" > Content-Disposition: attachment; filename="VirusWarning.txt" > Content-Transfer-Encoding: quoted-printable > > Essa =E9 uma mensagem do Servi=E7o de Anti V=EDrus de E-mail > ------------------------------------------------------ > O anexo original "Here.pif" > provavelmente estava infectado com v=EDrus e foi substitu=EDdo por essa men= > sagem > de aviso. > > Por essa raz=E3o, n=E3o mantivemos uma c=F3pia do arquivo infectado, por fa= > vor > contate o remetente da mensagem para que ele desinfecte o arquivo > original e envie uma c=F3pia segura. > > > Em Mon Mar 3 20:29:02 2003 , o Servi=E7o de Anti V=EDrus informou: > /h23NSW022579/Here.pif Found the W32/Klez.h@MM virus !!! > Shortcuts to MS-Dos programs are very dangerous in email in Here.pif > > --=20 > Postmaster > Lisa - http://lisa.linkway.com.br/ > > --CWu20n8V4CTiBYdt > > Content-Type: application/octet-stream; > name=tour1-4x2[1].jpg > Content-Transfer-Encoding: base64 > Content-ID: > > /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQY > GBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQkJCQwLDBgNDRgyIRwh > MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wgAR > CADFAQIDAREAAhEBAxEB/8QAGwAAAgMBAQEAAAAAAAAAAAAABAUCAwYBAAf/xAAZAQADAQEB > AAAAAAAAAAAAAAAAAQIDBAX/2gAMAwEAAhADEAAAAfmx0EG1D5ajLozp9CN5xOSazcTYlIBV > BxMJhIJB0G0WQU4qcHUitRZ4PI0EaDIg5ocrFXQ4xqvWJOnqKXjVPNyrMvsu5ekfo859h5Ou > 57V6hWYv1GmRnulMcmn1R+BoFQNJZsqgfc7Vbh2Il6FkdY0mWy5zn6ioPCOO+1a9tUmNK5D8 > vYhtzWTt2ca9PM0WF3TRUtNqiWCgdAg2l5IO7dZOIGSL7AiKNgMWfuNFlq4nTNPNNUeHeSyC > wIs4iACijVEEySiACvtPkqYSRNh5TyNLGXg4qOsBTybzR3PA4m/i9PGyMjJ3nwPrYsJcsAqR > nk6gPEQA4uhEYCqsGTRgXg3ZoVdgNHNwI43inQATjD64CBFPX56bTPVQL5hrjwX10c89xVWi > 0xTZ64K8kF5WiZjqJgAKutmgadtWqjp022vPMF8aIM97lUwgAYsnWWe1y4n9Cz3+h5mBZ800 > y8L7Ir9G0R0JmCVj+b68oQr2nQgwCTqb0lTpbQfP0aO40emUZeRx6rVVzLRdCSEjXznbm8j6 > hn0fQIj5NVYO8uBq89dktVIUI1DFCeEvnT3EmnBPgXpwG9pPp1lN7K8XF55LLoGjW8LmWCvF > aJGq+ca89Ivsme2ilfEbWerPgaDPbSzqABOuJWW0R5C8Et5dA+oZJp04jfjdxuwZrrwJvPDY > djAdwSFNhiXRJivnNYxqftmelCv4zWays/AxjQqbNVBbYP8ALo5NZ28UmmPQPqGqahPoaudi > lbhvTXgHU5vHpZjua8EgMSiJOq+e3jc5+xxpXNfD9MwXPhMI0Km2CtFphq8+jyecvFNpj4GF > Q4GrkiPaR09baDdPIa80eXS0YQ15HUXhwSceDeJTX09WRNfD7yFc+BxGrBXWml159Vj1STyu > nOtvPwMKh2MJEB7HLqoYwGY128VWe7MC6XgnJ0K0LGYp4kNbl6GZX8c0wpc+CTXmq07mro04 > IKlBHgOqdE0jihR7iOiIzRksBcemzwMZYHkdRWC0WPrImp2ZqNlfzPXmgLoXgQmKwmpOz1qS > iKaq9FuufdckmWgwPFoynU0okFbm1M4owV4cClHgGDMPGdTsHrnIMZeEg6H2bk1ITsVTT6iA > VqhxptskXdyL6lNhrRQYNrOpcXeMZyA4cTqc2UEgiEQHEgIheWtNsnMZm87EdD6lh0WDhQtE > 0THoCqBazqvIHXOCaXn1LuIDJVXTp0cCRxSG9nY8q4JB4BRJyKLz1K1xqyR3M0SDVMbrQYdw > Wpo3HXn64GuLGQQjw2IqIj8BQyFXlVSUxsloYqJHcHQGBQSNeWlWuOrnTDsR0LKk0CginwCK > lSAyZDXAKqaM7856PrOI4OwZCLptnOt6ollweAYFBFlw4KyNc6ZXYjoRQdAJqjbgtohkmj83 > WwW1NqQZnHWYNriQQH4JBzPRnluQVeywfBCiWPNhZenntOdDF2I8Gm5zXcleCu11hMirplji > z8aE1mxOkMX2SL0w3qejHAaTwVTbDHpNVWskFYCErnBlpuqC25laaHOoJ6kXqRTGWRHVVMsa > LCxMhGe0lzL6n2kMFstRpMw8hbLhh0sZ0uZAKRDiBqLrTubr25irgVNZLZ5X1hYlFJ4nW1Y0 > 2zsO5sZUiylFM2Gu1k3Olm0DosAZPOc+7aNb24hSKkkDXEjbJvh1Xb81zmQTA3n1MQAy5hSJ > tXjQ6ZvM7izyCgXXJ0UsuXMWuEDQt0mIZHn1ZRsWOQ6RDuVWmTUudZarXIsJBIXyTDUlhbTM > J0iRNJqVzbL9czCxPyI0oBSFDAVQ8XSkAnXlqcr6HgEcLejna1MWvoicwmHQ+O5aFCLoLaLA > tokV7CQmK4cg4HQ6FQeCoOD8Gdl57n3NVzHxzReRW+N7ItayQ0cg6H//xAArEAABBAEEAQQC > AgMBAQAAAAACAAEDBAUQERITIRQiMTIjMwYVIDRBJEL/2gAIAQEAAQUCiiKRenJiMOBum3TV > 5NiiMQZnbSpj5rUVasdqW3XKrYZ1uy3Zbst2XJlj6pXJIaRFKZ0qITS8z/wkoFXoNHyFxJlL > 9Na0gtH1e7rB3cIzgq/ssSSNNs3A2EpCFgj/AI9a9Pfr1hxstuHH0X/pqbSf1MA13xVTnLj4 > YsJRx1WShmBx9RfxD99OSk9yehDYy0lWjfx2Zo1q+RfGUAtNio7GSkxVaeLIzRF/HKsvWbgp > oW2lBwLSGdgB7Pu9Qhm4wsTg/qmTz8hA+6acuUjLJ5eS7Uhzo9OJnsZTOZbJGWZly9SUsdl/ > TwHnvy2pf7C/i8i9WSk71r4ZGUbli88tf+xUuQY3lz0r27GRpnHZyAS4xVJXOIx9lkfGnUfK > Oibt01gT+kXGsSeryTxkCiTaF9UEpxph3XBdaaNV4Oa47IRQxkThR4CTwijeIlkKXT/hjBXH > kslAcOuXk54oIZJ02PE3t4e1ApIzjdnQWSXWBt8aF8aQBu3S6GB1SpwHIeNNpI8aZKPHQipD > iqojcyRMnZmVmHpm0x4bRUK3Y/8AJPFfSeMhxNeJuDx8pgl7aM0IG2QpdWgnxeM2sD8OX1T/ > ADjm3TB522amHdZkfdi9qtWOhvLplsnZSCsnH430pD4rBxr/AMlL8GmSm5oVEnJxnk+LDM4W > R65lC+xF+SMvqi+2L+dtk78nw8f5Rbc7MrV428pk2vBXgYwJuLh98cHInbiP8mP3aUDM7DGj > lfn3uVkibaclkW/Ih+a58TnHi/8A2X9mN+xOgFYsdoQV+XtsiyZk2gMn22tsrrcbFdt5sLFu > U58RzcnZb0qSdUpW4meaTd5hGKtARs0sjOsho3yyn90H/ZfvjQ3L5KIVj2/BIfXXi8pmTNqL > eHVr65H9+OHlZxX+vln/APPkfE+jKP5P6+oeaQH8Gr/10ZD5pv8AMvgscPGrGolj3WVLjUiQ > 6t8p1af25DzNjW2mxu3pMj/q3X3k0ZA27yfFX9wfBK9qyi/1SbZWPnj11QUaoltPmn9saDVl > ujdWfi435qH3xR7NeL8Fv92jRe2FgFrBNxrfaJSK4+5aCm8Um49l7rfI2foKjdCfB80TOUaB > 02g6E/iZ/bb8S475qlxfIHtDZf8ANut1yd1snXxGNiVkc8hJ9Yvc9j2wG6Z/yTysSF0Drfxa > l5CDoCQut1yXJESmV9Y/wo/pfm3jm/ZoAci63djB2UI82lov2PQmX9bbdNibjr+mtKvU6pbB > c0Sf5iPdgdC65K06jNCSE1undclyUiuKj8j4juHsBPuWg4ymKapWFdUTLZly2TmnJk8gsrVl > SvxY/o6ffeuaEkJrsUpM7Qy7OBoCTP8A4GrHxj/s/wCu6+76lfMXG0RvNM7MN4nkFpXaU3Fu > 7mJHuiLq0k+i5PtvshLdbrkvJKUPFeQlGaF1vqanb2477TP7Jn3fWvZT2mdi4Eq3RA89xlLN > JKwQuAlMzNpJ9P8AAT303TuoG9zMgTamp/jFfab6Sfr1ZBYIENpnT242drob+pkVhy5Nzdcp > WXdIyaUyHrNfC4kuBJxdl2OCGcXTe5ofsyFNo6N/EvxjQ4ndJggP9esQFLINCyVz3RGHE0wM > uC2RVyCOxAUEnBnWy2UxcpY5iBD7hTtutm0bxIKZNrI6kdY9/ddbeOQH69czHDXnknianNVq > hA4Umq5COEK09eICypDCppQjo2QErxRQFYGEAMIQEspVZ70VB92g2b07Io3FOK2RfMabV3RI > /JRl1z3foI7jaqc0QEGn9ZcmOTFyxtJh542KOR8lbxRd0uKkFXaAVbp4x42nxvKSxjxeP00b > PVxwupKO0pUbAPBFyvZOLql2TIhVgdgidDo7p3Tp/Msr7sBd9KuLlF1upqzSD/XAny9i1eu3 > DGfHWxPLxWiLIV55+qe2U8c5FPesTQNHZslNG9rZWzIE1h2B7chs1soGoy+lHlLZrcNxINmZ > Wg5RxOgfR06dee7tFVm9LUiF2Di62JbGpa4ARwwPNVirOEMQOE8NdH190sbco4NppQYQucQg > siEAmyt+J5+J3LbsMvZvcpvEdW7IMcZO3HtjmEVEWrokTCcrSxM4E8jwxuwMC4LrQs27CyEG > QSG1QYw2GINnlldhZ+0+yQOiPl6ePfr2XEzl6QdDXCNFALucAro4v0SJ6crqaF4lG+zs630l > JEggmiGBiJbbPqyH5BAmQpkzpk3l1vo2n/262Wy/7k29g/LaOoRaW3H1vbqQeqBpRejSkeWr > r//EACsRAAICAAYBBAEEAwEAAAAAAAABAhEDEBIgITEEBRMwQSIUFTLRM0BCUf/aAAgBAwEB > PwHx/FxMd/gP07GjiKD+zHwXgzcJZJXwiPpWO1Zi+DiYeGsRmJhzw3U1WSjYlY1virNB0N7a > rkqxx2UeB5WHDDeHidP7P0a1wkpXE/SYEni6l1/RLB8fF8V4uHGqPSkn5HJ53kY8cdpOqHCC > wsPEmu3/AGY+HgYuP7eIuaMXxMLx/GvEX5EH9FZUiikVwUh0RyopMaKRpRSJdEZVk4lZ+N5s > cKHtzjaJep3ONR/FfR+5f5Px/kYXmaPHlg12YeJLDlqj2fu0WrlDkxfUPcgoaenZDGl5nlxl > FVR6rj+5i6F0snM1C5G+TUajUSZArbrNSHLjKD4yfxKco9MfPwxj9vZrvoqX/pTHshlJbOX0 > aZIXy0xTVcnuIeIxRcuxLOUb2QOiX8c65z01IpMlCvgeSVkuFnCF8i2zWcB9kv45w72IY1Ty > e1i54EqMTKMbZW55xyn1nDdPvJizQyEayxe8sNUtrzkucm6RFGJ3nEss1cl5Ym5EVbzxexcv > 4Z9i7JESfexDF3nib8NcZ4pDv4Z9kexkSWaFlHsWWJsXWSPrPFXBhd/DPsiMiS7zoVDfAnyL > LEfO2XRHrY1aowvhn2RyRLvd9muRrk9jQ+8kXsqn8MyIj6H3mlZpGqK5HA0GlntyNDHwfecW > LNi+CZEQ3xspFFZ1nORJizTEy8mxSE98iIiexNGos1mplsc2ObY5ZLYmWas0xS3MQifexMUy > zg1IcyxyzW2y80JbmIQ9152I4KRpRRe+yO9kOR9bqGttDVd7ENboC3S6IdUPrbLgvi8uOxpU > aUTpH/KGuTSrNKNKJOjVuiLdLN9ie2hsaKY0UxorJIaNLK5Gti7I7mM+ifeerZZZY3lqNQxM > 1Fll3ti92I6OZMXC5G7fw0UUUUsqJZSzqyhqhCexnboTiuicvgvPUWas0xu9tlo1ITFsbLOW > d/7MexbJjEryWz//xAAyEQACAQIFAwIEBgEFAAAAAAABAgADERASICExBBNBMFEUIjJxQGHB > 0eHwoTNCkbHx/9oACAECAQE/ASVUXYwFCpcHYTYgEecBvO7SG14CrEqvMt5weoiWDnmOQgJf > xBYgMPOt3VFzMYWC3LeIPnUMvBgWWlpbDMrO1McjC+l6bNldfE+INmBFmENV7U7eZmcVAjbg > yrtSa0pIMgyiB3Z3RT4/aUzUSjnXi8WrmqWT6ROqp9ykfcb/ALx6h6oU6K8nn/r+ZTqV69+y > QANhPjKmVani9jtB1JJdx9C/+fefFVMmfNc+2X9Z3ia6oPpIv/gyr1FRajqPA9h+UoPVcB3t > adf/AKI+8rnqeycyC236fnFrMlCklP6m/eJVq06606xuGnSV3q0mZ+R+0HVVzTDePJtG6nJQ > z5sxv7W/5nxTqRds3vtaJSdepqMRtb9RGF8L6CM1iDYwU0AIJ3PmBUum/wBP995Zcyv7QfnO > wv8AtYgRAqMW95ZaVEjn+ZSXJT+8BtvKXTpRcuh/iHpxcmm5W8rhKPTFB/TKVIJS7beeYlN0 > XItQ2+36yrTFRxUBswg6dbNma5bzEUKoQeJ1FNKyBL2lS1RSh8xqKGmtO/0+YlLK/cZsxnw4 > F8j5QfEWnksKTlYvS08hRt7+YgqKReoSB+UCWqNUvz4wYb4D0gSJzovoG8LeBjaZfeXEuNJh > g0WHmfLD6xWZZlhNtANtJi6r7YA+gstDtBzizagZfA4JidQ1pDtCbxMCdYwMMMTE6l1rGN8E > wb0AdsDDFxOJWyy2C6+MV9JdC8aidsU1nFYePRGgajximg6ljceiMDgONFsDximIwHIjc6BH > 49EQQ4DV4mUSw0CDjW3HoiDEYky8vL7TNM4ncWd1Z3VgN4Rt+AEGHnR3DM5mYzMZc4by0Sn7 > xFh40EaLegIIYNBozswU1ENJZ2lnbWBBMoEC3wPGF8bS2i2sQwa7S2H2gXE8areoYNVsbQ4b > zMZczKcLS2i0OsaybC5ndTLnvtAYNAqoSVHiU6i1BdZbE8wHU2sTzhbR02ZwXbzBTbP2fA3i > 1HzDc5r8TNWz9sHiUHqFx80WtUsqX+a86XO5LFuDArNWqZTaU3YU13ssFWqEDE7X/wARqzNc > 5trxqrkLvYf3zOnDMlyYFwtoaHUMGg4hWEYKAosJeXEp0ghLDzAZcRTMwgYeYGgAhIG0DTMJ > fa8U30NxDqGNPjAi8yCWgEttANpaZYBbDJMhi3hTeZDCPEK7Wlrb6DDqQXM2GCiw1Xl5eXMu > ZfbaZjAxlzLmKZvEMMuRFJwBB1rtCbxB6FscsAtMuJF4BbTaZTMhhWw1AQLb8U3GlOcL6v/E > ADwQAAEDAgMGAwUHAgYDAAAAAAEAAgMREgQhMRATICJBUTJhcSMwQoGRBRRSYqGxwTNDFSRA > coLhktHw/9oACAEBAAY/AskBlmqHZouiByXMKbHyQBpDdc0IoRVxRikpeNacbhG260Z50Qaz > mvNO3/2iezE7x84/tjX6pxY2xvQVrwxYuQtcyQ0p1Cqw6rNHgLXZDumG4lqkqNEXNFKbMiQm > OcOqoRnRZ+JBp8EvKfXosfineAeD90z/ABCN02Inzc7spsPb7RzL43FxyWEw72/5uY5uroNS > nQnDWsplNvc6+ixMhbWeN9ofX8ywMj4qvkdRxuOeqmw8MbjiPxdG+SnP5VHFDi5Xva4kRkZV > ofL1WOxGKqYog3lHXlU2IwMbonxag9Vg44o7WPPMKnPNStEbS8NBbE59KpsbsM7DMDLnC6t3 > opWjDjDub4HiW6qwkbZGGQOFWg5jVZ+E7PLgtc2oQo3lCfy+JFlNUCFmzNDl61QIFKKnQLJN > h3dnVzq+JRtxmFbO+PwuQxJ5GRN0Hbst9A7KE2sTpX/ZzXTkZkuyUkE8Algea29lh91hwyCE > 1srqpJg3dg5nraETHhqx22jOnzQxdtxqTZWmqmxAiFstLoifJHD4bDNw8TvFTqojicI2aWPw > vqnux2CZMCaihzaopYYwyOMWhldQpN19ntbK/VxdWihwoga1zPj2BvxDJURG2lpqquNoXNLX > 0zX9z6f9rJ5HqF7N4cuYcRse5voeDNVcKN6Dvto0VKuxLrB+EaqkeHu83le0gs82H+FvIzdE > 7Rw4HOVB1XONsc7GAOoHVt0V0hcUGsrcUSGXM7rnaRso/nHmqxfRZ8OW0fej7Pt3KO6bVnTN > eNi53OefoqRMaH/siTrtc1wrE/J7e6LCa9j3G0K46BU7bTeCN65oDT0aEMk4pweeYZKjm1Rd > Hp22VC7PCz2Da5CqYw6dvJZeitC3bc5Tqeyz4Q7ttGynWu2GK6rrrzsd3qmtGjtmacNmSvGo > 12BFFOPlse/s1NRf8RyaqnMniIKITfVNCoEGbbnuLnU67CQVGTtrt9UR0TU5HbKdhA8LMh7h > 3nmmeqLu2w9ttUKZqoQpm+uqq/YOBr/kgjwP9U5/4R7keiHki7uU8jUBfLijb0btHA/yzTdh > f3z2yNVO5A9y30R9EKFP9E3yHuRwTen8hR7GN9BtA7iijH5vc/JZIt75p48uCqzc1GhVeN/n > koL/AA9U8Q/07hRM9docOigI61PuimpyO3mJ216rxLN54AE1vlVMVfNBo6cELT8Ffcj12/JH > ac6BeJZkIN6VRsa+nouWKU/8Vlh3r+n+q5rB81R5GWtE4pvED290dhHBlA1ZQR/RZRM+i0aF > qtdtG5lWfEfEigtFTgKtOvuCjspwczTTuFkDTuVyuVgcqvdReIqtVQZld5f22FDjy1VDxna4 > 8HKfkVR7aLxFXAVf3KyVAvautCpFl+brtKHBnwHjKKPojw+LLzWcYPos4Xf+f/Syh+rly0b/ > ALQq1KyqtDszYUMtmi0WmzmFFln7lycOp0TuBsbM3ONBmjhRF7cfDUJzTqDQ8Gijc9lBJ4c9 > VZILX9lmNriu4Qdt0Hund6o11Cd6cEWGw4AdC3nkGrnI/aYNMRLGIf8Al1Up3GHGDbFWOYeM > uUeLdGxu/tjtp4TXmKnph+Qf03ta0D61zWKnsjGF3Psz0uUcMUUYvia9z6Z/L6L7PvgbKTWl > TSixZZHHLig1tjJNFiYomx77cZNGgf5KKPcMfKIucClQfTqsUBZLO14FGMByp+ElP+7R7tvV > ppkfkvaFU6bM9o4wE13fJZdUCro2837qjxTZK91N5vrDU+J3kmODopAX7u5h0KkJMJdGKuaH > c1O6wOGxYitZSkbOgPfzU8kO6IbJbY05iuiuc6B1CA+jvB6rcxG6or5qRznRF0bbn0dm1Psj > jijaxpdzfqoBAIQwRlz39CnAFjh+XRQufuxG54Aa80u9FMWGKGLe2MBNKq0FjuewiuhQhdzA > PtdamNbHa/MvDcwBXl92EctFcNWIbKPFV8SwZiY1r2HSuT3HKq3b2SAxyXOuxDnj0U2Nlc2B > hBJBdrlovvjm3OL76fwsdLHC3meJSbvBnX5qVkOHZFvjWV91bkcS4CLSmddFjX+w3k0dvs33 > Fxp26KZhja3ehrfHpRRWwXbttoIkLSn72NoxUzg60fAxQh+HZKYnVaS6lEd5hWP9pvGVd4f/ > AGsbiZA2OWWm7irU1pSq0uNKGvVfdhAI4wAWDeHID90CNO6rsIQ4habfNAWvu6gfunb34+iF > K7MjswcjYYsOBPGA2gq7Po4aqRzId/KZjvRYHEfU5eqlMEG8fvaWFrXlrfr+qxpw2GjLmyND > GykZfqsWBGy9rI7mjRpqV9oxbqNscLLg4DPSqxPsIdyyG6J41OSibiSBWhI8lizJDFG1hbYW > a291iHPZE2ED2DmnNxWKkZEy5rI6VCeYoojPuWuaw6VzqsOKNFYrjTSqpu4nStw4MYd1NSom > WxiaysrW6NKgBayn3Yuy/ZYOSRsbC6oozIHyUW9hexzvEbQMvQFAtNw8kbDn2PH7R1rVXfdK > ZBVAub1dXRZ8Oi0UmGbZu5CC7LsqWii8ITwwQx3ijnNZmQnSvddI7Mkp7BuY2PNX7tlC5XWi > 7uq2Nrqn0bEbtb21W8mLSQLWhooGhOo0Z6rkYEeVufkvAqsBaUSMivEs+IHl7ZH9Vv2xkilc > 6EUUr7mtBIuYP4/1NeGKN3hcc1PM6Jp3YHJ0T6vc0XUDRoMk6sTbm8tQo3u1I4P/xAAnEAEA > AgIBBAICAgMBAAAAAAABABEhMUEQUWFxgaGRwbHRIOHw8f/aAAgBAQABPyG9rg5Ze75IzVKR > VLWiE3xe0dtlaqYJ1AO0bCtDB1eoXES5wYjTunLYQA6BAh6ugPXIiM3MPYgrnXKO2nVZwG+N > ZgWoN5QPcVTLNajbvoZVgF5r/qHouU0Kzuf4LPdl7KMUocGLLl7l+J2kZCOfbEQABoIgwVyL > gTtpuXs2mjMuPX9sfr5g319B0/KHxLTITLSd86iIZi0OFbppr8zH3veyNF1rEQVODB/vhWgG > rrU7OIUK8/BMjtEu7Rpnt/MDYdn+ZVFP7sM14eUsUMU7K/UviaqwAvu8SkORZcHLHr9NFrze > 4l1xq1dZQwvYj5S5UVUVwbkx74nx5hbin3dpSnJw9aBYW4ThleT5axAuK8psDJjG6atYrkll > 3JMA/wBsSIqkyMQ+BBXwO1YzmcssaX9jMoIDpOHyufhkA1v85lEayK/NQGTmSsv1CorIOapN > 1jcTkh7gGW5qHZz7uzTazHB+ECbrzMHjLMQBuv1zEXR5vwJkdhG576l4UhUNVX1EE3Zayrt+ > D8TlAkgu4RFZ2jn/AN6MVtPxg+Cpm2zqZ0ooO7rg/LOAvteB5vUnC9uf7lK/XsJpDzL00pBX > TZHiUQh3giRaCZRtQZYwzHl/JhRVRe0BpTgLlSVtZHCMF3MwyB5+PluJUjuxvs9nx/hep3og > kZnAjum+eum9wUtRUWL3yzL88Z1LjD4/1KBAobGmF0flfmCT08uIqhSdN8dkdxMS4M6nZRTf > Oq2e54DcN+8kFeIhkA2ls0YODCHPjE+zELVcsYLxA6meA7+yJVkz37TE6U3lzHX3HmLKyrD1 > 7s6O1LOFq/mFOuCANisE33I3vGYR5Jhpzz2QiElJqUBr70RQFJN0TMbJYSfhIX2kpJk/AZls > a3U7sNCPFIv/AI7l5Vb1MPRUodvxCx5njviBOiNXnEDLeCV0q22SJWAr9xoBk/czUkWBrYSl > pg0bIYOrxHMW5UynqJN0TMCg6anZUj+Emddo+Y6ODUpKOJe/eWaqq1eegQ4lXMC4KhkqIpsa > mZeE5XtIBlgl/ldWKts7ZXhMMC2Mx4APEp6rUo0YhU7umM1HbCU95HroD8kdQZL76mqeaEg5 > +CXx/nuXqQgS91NSpt6JKMRZVlSoTDKxdjXUweqqIzvXHEusNy3VgWBFFVEFrcyt56apxnmR > l/P9xjb5Ii1oMx+MxLZiItrlT9QWzvqAQlE1rM3Q0necj0LhoRBsmXoaS73/AMOm4c/U24Bm > JSKyfY6GyakFXw+3+4IUGWTh/wDKCHExeAZaF/8AVi6Ax0NwOI6G5dArf8zDTHsTU9nOJY3T > /hYKmD9R5MyjSPA89OZqQQl70hChuNC4OheJfjhorDyn6i1NIRm+55TDNsZscQC/YEBfwe5Q > YxePOcdOSqFG97lxBxxMLt3UdkVDKwHXXhDd8P2lngIyExr9sTCR6lBE2hWRFsH+CKYoozlF > xnpLoeTipseY7hrMoF5qXStiWnJHzBZauWHtM5DRmFH+OljS7z1aBB33L86mL1lBXBfuGcz1 > lg24UHprpVS2UmBNOgsM2gchiq0LfuHaQ6Uqne3C+r+I1kTAzYDzcqWN4tKf2KFah7xOAnsw > Aul5lbHpa4EyPmK5NOUC89XrUoO6z6lx0A1C501HS7IBM943NuLo7WTDXQf7Ss1mk0b8YgV8 > AlBARymc0QK2mAJfhvI/1PqTec5vURblckq6BAk6cTNOGvJLTcwZmHcvpceJW94zFcnQJ8Kn > MNdKb5AuVYEFm/BMki6UmKP25n34mo8HMVbTRBtSJzx/v0+nGTAhxSvjcJvE2NEtK8Jfcocy > /okXFmj0HNygep4t6Gugqb55PXqUlCvzHWKc1seN4SNo1cufLZ2/EVGlwrb+oMJ9HoHEYKNm > 4eGL3hiPSBZ3leomOEdTTojPd7Jjw+Oh1BVn2ZE+xokSGB4RQB/I/wAVG/X9H3MxS+Zcwc/0 > mXM/ZHBUeQiwrxypw9pZpdBkmPgdmbQ89kpY6TBdRwY8SqHala7ARBa6j6HQ10P2mNBa+WJU > d2pi93WpdJYBd5J87kZj3QQprJAcmcgzaQmrALYf4loRU0vT5T3BRCK+BiADD0PYlevwQAME > xPJMzqDFnBA51cZNKXRYCqz0HQ10qFIzvx+4bzAuy2X1fxNdHOezvn1KOBoYWKfj+PMuREP3 > gS+ps6ka0ceYgj+aBx2f2m9RR+HtOX1Dhy1zH6lZBs4+kKexVXps1yhEmQ6VaAbu8tS/3HbX > cqz/ADMhYdglSChMFDTFNEjDgaljiCl8xWdIdKI7nzKcAGX9Q2uGs1pScys0uYah+y/PSn7S > Kh2vpz6hwzJKPw2RjxrsB2doWIBsUju8JRWmr97Y+SCqTOu79ZUCw2G/klQi9cVXkmBUo3Fb > yXX+oIQpPMF6zzAhw1yXqBZ/RWeacxbcLM/sS4hoS1hefhnsGT9yoypi4QreUGD5y+YEeJXo > xHRrz0NJfQaukpTdyk2vZNQFy5IiU4nx/MwIN4jZJqeh3irtjHiCS/FQjdBwH5hSonKaFNXq > 5bltWsGresSiZfdylWK7PEoHuFKnYdTh0Fp7tEv1Zm1enogOrllHfaWBS+9wDXjMwwOWpRu9 > W1LesNrv9wDy8FzfjymTAVuUDQxKKgjFVlvPEwmwnuSmMqytGBKs5Lpg1+J3UZRFxLmfVLma > zaQo+YJst+ZwPHiPdFjHOEVE8j8kP62f81LiUU8TLLHsgbAYDODBSuEXpbXbIprV8FlbcwxN > WWU3xctWEcxNgdtEF6H4Va2v5+pqijIPyc9/+zCcAnJhd+0qPULY7SpKvBbW85jU7GpapDLh > 4IabK+CYyAB3fsTVNVUPgfBWDyyw7LsIr1zOQIKV2w8Sie2V+msnxywQRGwb3XW9Zga+vkx+ > hMZifMslxY71HRBBQ895k/dCU4NEspBvIYOYs7Skq7CVmUouNop3iSkpBKywV5DjPiYcG1VC > 0wXepr/V/tu31FsHARxrGpWINoB3z/EBLfxSzYXKoVpXXSf3CtIaonARRQc9bhSF7svq/ful > oaqFEfi0QTl3OIvaM8zGq+idmW7y5UMAqejJcecg8N+oWJrxVtMjxM44gXDzK6/l1+EfQcW3 > iD0LNenD100zcpAKYhlHcjwjx0WIKN0R3IhUCOTiX85fOQ6+If1FGL51vM77g+Gv10vEtn// > 2gAMAwEAAgADAAAAEM7NR2hIFTVgfa4M34Oz+KMf9aoASCMw7M3zFl2vFCKKHzsWbr0/gt3P > 5GepotaydlRkMICe9GBrdlad1GknTq0XHYIyDRVmmZgt4buZxRYL5HUDlD0wshzP1FLgaksy > dVRrfUh+a+jMcf1XwmFaNWf5cu9gDydfjMVbfY2kjf8A4cST2EJo1J0m2UA9tTJbVjmKch2O > THlOfkyGOgWxe8VI0LiRMqIdC+CPn3PCcBnQNTFIaMncgCGGApQMfDaz/N39obCmPHCg1pRC > w4Nz2Hs2DQ6ZGwErWdRYvXekDV3ZcHqtKlpuSZ4jk6YLH/7BlxbsTuRd87fKpINpuO/TYDM5 > A4Dgk4Uw9YMxzTdb6Z2ef8tRGfyslhzHAjSq4Q/LDoGGfL3D6yrpXZK8TD0fLaAkDpavuUSf > /8QAJhEBAAIDAAMBAAIBBQEAAAAAAQARECExIEFRYXGBoUCRwdHw4f/aAAgBAwEBPxBcDR1e > Ssc3pvWtv7E6tPkCIjYss8D8XcpR21R2/wD3yWgJ+lYUXcdVKtSvL2uRrsdRb1LWWy2XLlRb > cqLIpDuaSx8Tj9K9f4ja93VvLF0lfPyDLU+2qGz73/cfU/38r/uDn1FP5ikQtB8/5uNnXYW9 > fi6N06+QtZdht+uq/wB2MrjUNv3+fm/7myACv2Ne5+UDVTVyJOIUclBVTlllxK2zog2an5RR > 5Fiqw2fyVA7GmWIWb/8Adjoq2gfyvn78iEH+Xmq+b/xC3Oy3fOeq/PsIvQgQNPu//ikJanRf > e65+zQM97vQr893U2p6f79/9f1BpuAlEBW4rXKNJSH1KSzcsDcKK43Ki12O0fVAaYtoytQ5R > lTUsmsMRtj+IlW4I8gpyXLJZFqWw5ha2xWhuDdinjcpisDcC5UXl1K5IitJZaiSpdR3zJGEe > ypUWLJ+4j6ojkbtahBRKiSh+xsl4GotJXaOANINaJVzXqOgztORlRMGDkVMuXYiIY6XIKlZS > e0lVgRX4IdQNSog7wAkvDN2XCMNk7gVSGKI6AxqoUh4XDZE3UJoXC1ucjJ3KhF3UCJD1jiLc > qmPJzDuUbesJwMbT7Ky4E9SpwxFjFxHDplY0Lg28IvJw+mPJxP6qe4YRQQMOXHqGDYm1EKHh > GHDLohE1ODLDkeQ5KLQwNjDZgR8HFazF7j3O/EeZTyeuXA8ZxAowhLL/ACDZhHxCPMXUshBv > wjS4h7hWSVHB5LMmGglrVNhE1CEuFBSnmRxdSofcUVKiuDALjHoZ7zsi0I8mhKMMll+5qVKl > Sow7ycjp4AlYLGUOpaD+p+GM23Lu0eMOYFnXcV+Ny4w6udYVeE+EBgAciLCA+Sn3KSiX6nUe > QSUOMi5qlTTAY4vwNjOsHWvD4oB4RU00wSJQD2aAZVox0R5Kx9YYlWJHGWS/E6neCteCk+kC > 8YI3EozojTss0RlzqPPApCLlzuUQ8GczvBW+NvqWINxWLqUexwbJUdMTiyWS4FzZKR7hDwY9 > QdRUp78KlrqWRsluVgL7iKovJogs91i8reRlY9ppAWpe/BGhKRQr8lVtLzUbFrVShQdlhYQF > atm0V6gFa3AF1uCqqKeSs3h0ziGWLgNMqCkSnsEeYbW4jLRGhieoyqmqK8i6KjYxHcVdYBaM > I54aw9Qyxm2owaeyxsQ1/PApyWlxYNsdodVEyxuWdiICpTrBqmUh7Qq3PR4DW8RljFGp/MYC > S4c7lSoBKJRKclPk0dxHyNEQqU7UAAk09gAuDyUO48jssNMXqPfgOCF5gOm5rryuXNJbLcFL > c4lstiGFbFWCy4PjGqmaqCXscuXLxLtSKFx9PJ/0RkGFialDXqGFl+psX4f/xAAoEQEAAgIC > AgEEAgMBAQAAAAABABEhMRBBIFFhcYGRocHwMLHh0fH/2gAIAQIBAT8QxDH5X6EvQbMZzr4z > 9Z6CFn5T+OAqiKLfiKf37RmFBesda/PYRqURPhH/AEvCdQ6Ya3WX+4iZUbfmonmzI67ryuY8 > ha1cBZQBXeFA/aSqK9HXaa+pBN5lZWUlEL1026rYYz8y0gHwth9G8adOb7x3TddQesy+qchm > 7vfalMfQF3sM5o6wfSoIkBZQFbPXs+5Eo+B9r/8AkAYtmcDb3+NYhFABWDpG6twplY9QpkIP > RbafQxLaii3BbfVpe2sdFynHpfw/GftP/QwG34tfWIYDAgr6Mj17o/cGqlaNM92KWWXpwmN1 > KrEPRlcM1s53CgB2aq+z/vzDCpNELu7dXhDuIuUSez5Jbt3cR4McAWuS2jGcgJrXv+l8TGai > yNtXTF+66hMGQF0Z/bK92fEJQwpCs3Xo799aiBDZWA0nQA59xttJQS1rqg/0vvEJiMQdGLwK > 9P1xlzLDQdNX0az/AHEQ+Kg00+l06ZSvvgRBvm8qRWNV+T77uMIdqPm9X/tgkt9hnN/R+4oh > bNVWHK7vG/UQWCxwnsgFijqv+g/ghXVpVUY1m7zr0SkGmdlWgA26q/tKwd5P8frP3lgEbArq > yqX7tvGNHcpUNgLPtk/D+YHOHBe3BX7B/rdtmyulj5f/ADH0SBAj1S/plr9fEdD3Av8AOT3/ > ABUPaCpprI4Lzr2RRbBV1Xa6t9+4oEBuwu+vZA3IALq9I6s9e4vVtQKbVXF6yd9Xco3jq9H7 > b/Wc5lwts0v8Nn8Yxcr0QehHu0spz84gHFO3RsuqM+3631HnWBQv6tt/v6kyBa16GvnqsY/7 > KMIzbxzMzPOEIqreGEGFRVbZctgtXMVBOoAzHoJZsgOzXhvFUY8hAC1BemANPFyprfkcVBDE > y4hIYGkVZcuXoVEjFj6m/K0RzNTJwU1L98XNcnAu5jMUz4blGCLL5GdUAkdTSM25dHDL6jCK > y+Caxwcd4wWxFbBGVEW2/Fig4ixUdEw8DgxZuLLj5dTqEdx1cv11xpGO2o+RMSLM2uBxyLlT > bBo7lo+P4hHcWmIcaxi3xUrx0jHc2+AxhuXRcZtyR3PU7jt5WI8uDzdEu4mYbmJyx8bbkm0e > o4Wd8rNR8Tl8NIQ9+MstAbh4O4MeDaymTU3Q3yqbjw4OGPkDEZryFcYlR8EC6jysQZM9RzKr > kiseLF4JrwY7mvNHEDGjnznyR9kR7l2pVxKK8MSPFxz5VK8BiXAVy+2fNGCnBbwG6jrcUFzd > xUrHAnBG0p89uGkzfCjTD5TYFxGsQ7IB1OiQ6U3GE3cCqWxLjwAHFXhjTyN8NYMeCMqJyAdw > FijLDjZCGucMYeVvyNw4HHgRDuUdRExAuBuGmAssymXFJD0cWZaIy6mGZaho/wACkajAx4G2 > giV/1P7mGgmmUZRDh2M7bll7P77iHPLtRSGS+E5MfLeLaYxx8Es4WD0RHvPw6jfkDoELDHNv > 2VgZtEuxV/VUfmMuOwzdfPxLIqQrr7+94mul8bgIpFtN/EUxTf38pRaNWwT1ZkmXijlUzbsF > /SFRPzn+QlO5XCokqDE28hmO5pMwy7JuIb4AaiA4EkVyVg9wZgtsL4CAFvUQWS8gwp4m9EdU > yuRcGnyOZS6JsmU1BFPMsjSNCNaGDvLKySnUHcUVIrAajNiBZGU1Fss9mGYnAsqHEPEskoIY > lAcVMy4LFRWMyzMF3PmlVdoBWYB3CzcdVxlRYIuoqosFL9Y4Fy1nUsSyaCOSJ4EwXLWWWt9R > ZcuXCUSiJcwCUam+4Aohndyi7lEPhqIUalEoldkbbGKNrMxHwCCAMDSJt8SHJ/kuXL4zl5IB > IwczCVnx/8QAJhABAAICAgIBBQEBAQEAAAAAAQARITFBUWFxgRCRobHB0fDh8f/aAAgBAQAB > PxBOkbtBE0gkLdZYw1BklcoFYDAVaAl4WjdzGCuA7GHiHmkrE6SJ4Is28HKzXph9rFgAWq8f > 6kx5rbYl1fdJDBrELLQX1LWiL3X2gOKp6hZeL7qNH6JDBaEUz6lezcWwk7ATeahLi1zICGDB > ze91DZtgSTgVlruV5k6WBbhLGS/MVatycygza5A7vXPmWn4AmdeH9QiyDg/ZD9mczgn/ACYa > bAqNZ4viZf5TQ2XYmeIOQ2KsUMnmN9drXmyHGqjbdxPxHEYEguYZb4vGaltZXsGLcRbeTIxn > /mJS6LHBa/Zd/LCb2quLIR9l+YyW5GBkAaC0VbRvUdq1FE5oAF60yVdXHN3mZU5uADjbcr6u > pLptbjN9ng4pXIxoNOQnjmH1xQchVFDxVqEOh8xOQWeKo5WeDNFiF5xJoEVjVvaxtffEhbtD > S2TNA0Iq7xBCq9ZEsQ0aRMmYCbHSCVlEw8JFpnpzJYqVK5CjGZjUS9iC9xkvBWSjEUZi4GXX > GuizO9xUV5NBKLZs2ckoHW+xxC6AN7jKDqej4l4LflhqYjS27s2vmAtXWFpcVBT12HREfYMG > guowtNiCMwMIkC3BJ5ZcfmKEJ2bwN/8AkyZeH+onRQBpE0y2szQ3gKOi3R1EA7KBYAFKDgtN > 0YjA8gCiZNqS+mqopVVtDkEirkT8ElhI1gqrVq/z5lR+DzlaFjeBRsc3ELV1uleAA2qcyrCQ > qwQlC9YKyoTDv+QKs+EDBgNQfcVJVFmyeGajTxtBEpVTh5FURwxKim0QasAAugXLWMR3w0b6 > VkKpsHF5yBLlD+kEXpU2sTKxaQZtSYPH1TcqLlU1bpFN9UeGFlSsXUTBVja3Lr7eOJjQAeWm > F9H6mDGFCCgch8Ssa+nYCUlFd3AXeufgCIg5yH5AD8yrT7cP6w/wGh+oFjBwC/YyfJGoT5H3 > lB5ThqCHauVYT8WMsHcsj2w1vdQixWHZUK3MpcVgW1B6qSCs/oxg5lCKcASzeDNdTnJ+IBGl > 1Pjcfn4iZOQzD8GojoQqPm2lOrJidoqz0vyIn0N1H0xHxbgm2gO2WhCcbD8xyP0xd4qhrasb > s3+IKuyyp4rx6iUAwcfIp3KE7GwGvNrjZiNWmPvFBAZEaSEgoKTh/wCc3OSc4Cf5716iViqR > 2Qn4cq1zF93N8EfOxslG9ILAqUssAOdo+jmc3OpjW19a9RE4EoJvSFOjXc8sU5Z5rP5jWcVV > yH5F8RYyZ3MyNb7hDYhMLm64BybBOqgfaBCgVicWccNyi74jjJxGeOT7cwR6ei1J2Ip1gFGb > jKi7qlY2PYCOMOIGcBQGAiXZ6jCVzK3FwOl4ZVBlYEgmm8jNOxlyJldaNxMIGE0P8/W/EXIq > keJ+DCgQ90v7OIlJ5/mHaTx2+ohQZacZw+x92ahMg+x6MXEeqgDRvx97i2JSBsL/AFBixG1W > 24SskQi1CaVvmI2ApUrrdmMib/f7gIUg8QLQcj8oMEwAfiKDkFe0dQpoXq42mYQYnBlAUcWv > swy5Sq1BNm2/BBbPrvrJEz1YqX+oOEMg8w3yqSdMSrZbwGRO4DCB0HIf5+vUF+mYnljObGoB > u6JcTT5G9QBXQBolgttg8K/wjgsWx/33fccqR5pm3gM//ZYqDLKeWHIdRuYLAm5ixhgObzqE > V3BCEFnK/DUHm/2QGRBGjNcxq9VCtpFEbotu+6m8/St4Bah7ZbAVWN23zU3GGFxUab16S5ZC > lbwwrV+XXiUGZsMYqIhnOYOnr/PmFdMLXtkjXyTNVj/JFEchBaWzQ8dzNhCV2L7C/wBioozj > sqs/m5kEsqbG37sfETCFRLz3MMu/UzORCLASgRqviUYAEfcZ/MW2WmGlTEHLFcNO2OJetu+I > SvMKXNL5jqDpRxbcEkdOoZkMrlejxmKbfYzsiKoQyrKxVJUI3BWVk+bD8xj7ZYTpx+0WbIFe > +Jmp0oyFIFXee+yDjbdOUH9qiAu02vbCTuVGdxB4JlzmGKNLuW12lUbycT/tilhryQvuRCU1 > J0FS9LwprGz7SskEWebzcdEz1E2dRiSxEp8oFGoHmipmStajKcQV9G6930Fh5xPik/KxIJZd > wAVBHrUa+WGWqE2EsP5I1urnFm2PiVJVQlF19AgYZUGIRTicgBAZr0zLlA1gw9A+8CMTMpw8 > kNjXJfiE6sP2qENEo6jxBPZZhHiCuc3+46al7Q36YafQNf2a9/8AhEQ8/wBTtY/kEZWg8GYK > CDQIPOCO9n6hNm3eNV/sqIWHc6SvzCjTIgXGFZuJgN2RFQ4eJv4HfysTWSkvm7ld9A8A3Cqh > gfJLh6K/LDsSjqOWDyWobxXAnMoWLuVwN+gFHzmYSfFIJwltP0NkzPUl87Redr9EoTRIpurg > ZV8AL/m4AZpT+PphouKdRvili4VXSfe5mmWeksqZ8yoIr3MpXqplpxDZeYFvCZ83iD2hNAYM > ecRnjZ8ywnFf2FVKxkiquMxOnh3D7SgFXcHMtilog0w1xTnmmVOE5pcKVJ0Ygu6yWxlSswD2 > 1C4A+LD84fgH3lwDr+p3OD4ETMVVYaGZYmZ79eZavc68LIPhuBinMqUtjBG41FwDC0MBi5pl > mLxDasFTCs2rfiINi7z5zPUDcJJbYdOpm7bc1PolBt5P8RqDrisNAt8ShQOAQ734xAYlEu4+ > olqj0H8gtCrZP2Y4Df6/9lIOdl/RKSG7VC3lrPHzEpgzo6OD7VLHgTA+WImtAvuaaZWi71LK > 38Sj3l8Fhf1CDOZkKqECxcrsniUngiViyyUhCdNy05AZUr5F3DS8blhOTXqeY2avpV1PP9hh > 9Bej+4xkuK/zlMA4rKgkAIocmUHPL1qPZM/mWFqzLr6vfBfHPmV+d9Bcak7qOlILKw9kwsyk > ocQKL1KyUFHhlxmuT8T77gFhdywYS0ZBG5uL5jhnce1ahQFn6G4rVtUZ38lzfsLZVRgJ8wQ+ > 9Un4JW4sqoB/ZWQlPRlSNaqtesbloL5oH3dTNw3Td1DVW8lyfMPEqoC1hdFKRkfHf6QVVW1y > rL4O0TV+4apK1qJnUfULgDZFDMSOb6mW8RzDQDJ7iGGr5HuVAv7xWm5j9wsZlhiG/RCQeRPx > NLWAmwaltkBD4i23xdzQSo/n5wPw6fj7RV2FwSLWJISm3AqPg6+Jk7vqAuo2wMwsFXa/Bsww > 5Ohf48EubYup+cjd27mhHmGkQaSV1XDwf8lKYxKDEZiK1NLlkdIAL3LjcdVm46hWrjAvDMm3 > kJivX2gi9W6+We5qS4apuvmB2B1X8Q3XxLym7Y/afiOlPQCS5jd/qEJAF7pX7P5jSm3SsBH1 > Awx0K9oHlx6gqwFSAWofmXw68sMwFXxCvP5QexXjMBjlfFj/AMi1IdP/AKERDLyQ1U3U1InF > xKCFXEHlLBjBNuJvlEGtrTFUcG7tyzNXvKzmavX0FkIIqoLALe2WirWKhlvgsN3mzuBJtgAW > U0ijnkamwF8RkhRdFiYFjrizJruFVt16NXgbNm6ms+S0cmUkUh6+BBjgCWKvnxGGVL2dGJYN > K+j1HZB2DExTKapIEoRFAAOiK1WP1/8A2IK5jQMeCUQ+5WNoRHgLBNaR4vX4iuva141F01VV > b+0TNczAPU+0pFi3SrIzhSF4UcQSAfu4JwgB4PeWkcKUKxWtXyMtGboqMtFKQGuAo1sRUBqT > nRV/OZJbg4KyGySVU3mdXqIfylypdFrW1bhAg0OBzZOV2b6ghG0l43EEFu+DV3LOk4FgucCZ > 1xd91YlehcBRIVYXHzLK3OZq2JgolMVmh0EaCPAwcNZFpRADzLA+1hB4qAdEVSV0upXx2CV1 > S8RJvUs0qqfeAP8AYSU05ilQgzPdErwKInBIfO1+yA3UFedwBhgWDFzbTQeu4RTdB39G6GGC > PCpBdrCi8R+nUEqKRPYJ5yT1MGq6bFlFqwZg0nXAOZyMs/vKsa0PiGii9F3nOmnWiZJIDiVy > K5ozqFRnhuDQEFXx2R5FToKpVYoWcPDC5mIoIgBRb0W5qPqoYqACJDohXPMvgdPyKrJDxIIA > DRNqHF21ggTMCqOr8Lh28PUzEtFQzpgob8yrzuDWnEaujItYph5Y0XXgChPEc3AENdEDZNkV > 7A1FHQKGOmDguOwjBVuJzEI7mmWLemSzNUS6eDbkZM8TDCBDxpr9wRJZPjZ+5jynvGJTaKyP > hIhUjxcy+YoBKEKKQZouWHYd5KNBcClEdyjvRsJuLVFA4qNDk0wnEaAGjqWlJpcmA3XwlgMs > pV4AXb728txW802zRP4KlI96QybYJYuzzcevWcyCard3VYrti0z2F5FrCVZVGjqC13togxZI > x5tWiVAwMxbFAieLwYsai+Oic2Mh5dN5GphrKEssKIS1qqs4gsdT2kqtqU3TCt9mqi7Ussow > YOaRz6dlCeYqFwjplqu6FxAKpcpqMQ7MPxiVNTCYLCY+o9y0EqFKt3h156mMESaxVZhai79E > eJSXxowExfmA92UO/wDsQbL85U6sdL6VVaFK0LVdi1OONIGzSTa3eq5MuXFQQdLPDFKchYee > RLTmtBvSLNU3g8KHUnSt21gtenmFp+ELt6AoUHytgnEEgUF5gYDV42wXurRbyM8oVfghVVIX > KWjRyZq4c/vfrsk24VWC3Owb/h2GVmtY5qpVn6YAAwwGhvHF3DYLt3Yzm/yajXiR4UGWmjo7 > +hNUTG5QZyeF8HdogcwWTabLaOaPO4gBKgBmAt+Qm8wyc9Pt0UGmAIudQyRjeh63KQADeJPU > W9yOUgmfUoCm7heSWMSTmJLV0EEXgCkchwFwXhaQvF1gLqwzBseJKfvKMJdLcecPUKtfmZT5 > EzDFYJKkoYEwQj5OqaUYAtF2OIIE7g5dzeHtG2e5WX3ccybcxTAmcSsIgBQwACqqC4uIXYg7 > Brgbe2aYcKbJaXrpXz3DA/qi5rSCr2JCdmI8lEK87VddQGKwpfHzLk+5Dn1LUZ0zIHdx+RtY > sOiDxdXWk6RiNzAsXfgju3Vt8/Esx5BjUai4qZX9JfuHnZqF4Sl2HS7eGw6sSBcg7wUJ4GQz > XQxFZkVsK4rleEEiibQpBFm4ThmW/wCZuTNeiPMP91NDzFaIgEbfxFqOnDAIpmWo9xqrti44 > NRcVxF+JTLKEUaLiAYM5jAp3K4A0UHmUeSNhBjjZQ2TxBU+aqUuGADlNSuQv3AsLiU3ZbMSr > IkcehmPEsIRvzMlLhLaqWXtyYYcTK1Z+l//Z > --CWu20n8V4CTiBYdt-- > -- Essa mensagem foi verificada contra vírus e conteúdo malicioso pelo Lisa Antivírus. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 16:22:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D480F37B405 for ; Mon, 3 Mar 2003 16:22:47 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D579243F93 for ; Mon, 3 Mar 2003 16:22:46 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h240MhJu006477 for ; Mon, 3 Mar 2003 16:22:44 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h240Mhhk006475 for hackers@freebsd.org; Mon, 3 Mar 2003 16:22:43 -0800 Date: Mon, 3 Mar 2003 16:22:43 -0800 From: Brooks Davis To: hackers@freebsd.org Subject: review request: making fdisk support hog slices Message-ID: <20030303162243.A2233@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've made some trivial changes to fdisk's config file parsing code to allow the user to specify -1 as the length of a slice to force it to run to the end of the disk. This allows you to create a set of fixed sized slices and then one that fills the disk without having to worry about the actual size of the disk. The actual code is almost exactly the same as the code for -I. As noted in the addition to the manpage, no check is performed to insure that the hog slice is actually the last slice on the disk. This is done because 1) fdisk isn't really set up to allow for that kind of checking and 2) my partition tables already have overlaping partitions due to using fake partitions for disk versioning. I'd like to commit this soon with the intent to MFC it after 4.8. Comments, objections, etc? Thanks, Brooks Index: fdisk.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sbin/fdisk/fdisk.8,v retrieving revision 1.34 diff -u -p -r1.34 fdisk.8 --- fdisk.8 21 Aug 2002 18:10:07 -0000 1.34 +++ fdisk.8 27 Feb 2003 23:54:36 -0000 @@ -364,6 +364,11 @@ starting at sector for .Ar length sectors. +If +.Ar length +is -1, the slice will extend to the end of the disk. +No checks are performed to insure the slice is actually the last slice +on the disk. .Pp Only those slices explicitly mentioned by these lines are modified; any slice not referenced by a Index: fdisk.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sbin/fdisk/fdisk.c,v retrieving revision 1.68 diff -u -p -r1.68 fdisk.c --- fdisk.c 30 Dec 2002 21:18:04 -0000 1.68 +++ fdisk.c 28 Feb 2003 01:37:58 -0000 @@ -947,7 +947,7 @@ parse_config_line(char *line, CMD *comma break; /* found comment */ if (isalpha(*cp)) command->args[command->n_args].argtype =3D *cp++; - if (!isdigit(*cp)) + if (!isdigit(*cp) && *cp !=3D '-') break; /* assume end of line */ end =3D NULL; command->args[command->n_args].arg_val =3D strtol(cp, &end, 0); @@ -1077,7 +1077,16 @@ process_partition(CMD *command) bzero((char *)partp, sizeof (struct dos_partition)); partp->dp_typ =3D command->args[1].arg_val; partp->dp_start =3D command->args[2].arg_val; - partp->dp_size =3D command->args[3].arg_val; + /* + * If the user passed -1 as the length, assume they wanted to + * fill the disk to the end with this partition. + */ + if (command->args[3].arg_val =3D=3D -1) { + partp->dp_size =3D ((disksecs - partp->dp_start) / dos_cylsecs) *=20 + dos_cylsecs - dos_sectors; + } else { + partp->dp_size =3D command->args[3].arg_val; + } max_end =3D partp->dp_start + partp->dp_size; =20 if (partp->dp_typ =3D=3D 0) { --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Y/HSXY6L6fI4GtQRArKxAJkBMu/kGjHN8UHNpP4zx1jgAhGsfwCgwUQN U3X/aiexvKAxYJq1iwmRh+4= =S6mU -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 16:27:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2BE737B401 for ; Mon, 3 Mar 2003 16:27:18 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558AB43FAF for ; Mon, 3 Mar 2003 16:27:18 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2003030400271505200prqfae>; Tue, 4 Mar 2003 00:27:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA45011; Mon, 3 Mar 2003 16:27:14 -0800 (PST) Date: Mon, 3 Mar 2003 16:27:13 -0800 (PST) From: Julian Elischer To: Brooks Davis Cc: hackers@freebsd.org Subject: Re: review request: making fdisk support hog slices In-Reply-To: <20030303162243.A2233@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How about using the same scheme that disklabel uses.. a "*" means 'rest of device'. On Mon, 3 Mar 2003, Brooks Davis wrote: > I've made some trivial changes to fdisk's config file parsing code to > allow the user to specify -1 as the length of a slice to force it to run > to the end of the disk. This allows you to create a set of fixed sized > slices and then one that fills the disk without having to worry about > the actual size of the disk. The actual code is almost exactly the same > as the code for -I. > > As noted in the addition to the manpage, no check is performed to insure > that the hog slice is actually the last slice on the disk. This is done > because 1) fdisk isn't really set up to allow for that kind of checking > and 2) my partition tables already have overlaping partitions due to > using fake partitions for disk versioning. > > I'd like to commit this soon with the intent to MFC it after 4.8. > > Comments, objections, etc? > > Thanks, > Brooks > > Index: fdisk.8 > =================================================================== > RCS file: /usr/cvs/src/sbin/fdisk/fdisk.8,v > retrieving revision 1.34 > diff -u -p -r1.34 fdisk.8 > --- fdisk.8 21 Aug 2002 18:10:07 -0000 1.34 > +++ fdisk.8 27 Feb 2003 23:54:36 -0000 > @@ -364,6 +364,11 @@ starting at sector > for > .Ar length > sectors. > +If > +.Ar length > +is -1, the slice will extend to the end of the disk. > +No checks are performed to insure the slice is actually the last slice > +on the disk. > .Pp > Only those slices explicitly mentioned by these lines are modified; > any slice not referenced by a > Index: fdisk.c > =================================================================== > RCS file: /usr/cvs/src/sbin/fdisk/fdisk.c,v > retrieving revision 1.68 > diff -u -p -r1.68 fdisk.c > --- fdisk.c 30 Dec 2002 21:18:04 -0000 1.68 > +++ fdisk.c 28 Feb 2003 01:37:58 -0000 > @@ -947,7 +947,7 @@ parse_config_line(char *line, CMD *comma > break; /* found comment */ > if (isalpha(*cp)) > command->args[command->n_args].argtype = *cp++; > - if (!isdigit(*cp)) > + if (!isdigit(*cp) && *cp != '-') > break; /* assume end of line */ > end = NULL; > command->args[command->n_args].arg_val = strtol(cp, &end, 0); > @@ -1077,7 +1077,16 @@ process_partition(CMD *command) > bzero((char *)partp, sizeof (struct dos_partition)); > partp->dp_typ = command->args[1].arg_val; > partp->dp_start = command->args[2].arg_val; > - partp->dp_size = command->args[3].arg_val; > + /* > + * If the user passed -1 as the length, assume they wanted to > + * fill the disk to the end with this partition. > + */ > + if (command->args[3].arg_val == -1) { > + partp->dp_size = ((disksecs - partp->dp_start) / dos_cylsecs) * > + dos_cylsecs - dos_sectors; > + } else { > + partp->dp_size = command->args[3].arg_val; > + } > max_end = partp->dp_start + partp->dp_size; > > if (partp->dp_typ == 0) { > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 20:43:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7645737B401 for ; Mon, 3 Mar 2003 20:43:20 -0800 (PST) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.FreeBSD.org (Postfix) with SMTP id A92A143F85 for ; Mon, 3 Mar 2003 20:43:19 -0800 (PST) (envelope-from jan@digitaldaemon.com) Received: (qmail 87517 invoked from network); 4 Mar 2003 04:41:45 -0000 Received: from unknown (HELO digitaldaemon.com) (192.168.0.220) by digitaldaemon.com with SMTP; 4 Mar 2003 04:41:45 -0000 Message-ID: <3E64301E.5050901@digitaldaemon.com> Date: Mon, 03 Mar 2003 23:48:30 -0500 From: Jan Knepper Organization: http://www.digitaldaemon.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hackers Subject: 'ticks' in kernel. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Any one have an idea how to pull the value for 'ticks' (kern_clock.c) from the kernel? I have looked into sysctl, but could not find "how to". I am overlooking something? Thanks! Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 3 21:24:40 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7D6F37B401 for ; Mon, 3 Mar 2003 21:24:38 -0800 (PST) Received: from pedigree.cs.ubc.ca (pedigree.cs.ubc.ca [142.103.6.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0494843F93 for ; Mon, 3 Mar 2003 21:24:38 -0800 (PST) (envelope-from kcai@cs.ubc.ca) Received: from granville.cs.ubc.ca (granville.cs.ubc.ca [142.103.7.20]) by pedigree.cs.ubc.ca (8.12.8/8.11.4) with ESMTP id h245OWkZ012322; Mon, 3 Mar 2003 21:24:32 -0800 (PST) Date: Mon, 3 Mar 2003 21:24:32 -0800 (PST) From: Kan Cai To: Jan Knepper Cc: Hackers Subject: Re: 'ticks' in kernel. In-Reply-To: <3E64301E.5050901@digitaldaemon.com> Message-ID: References: <3E64301E.5050901@digitaldaemon.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Probably you could try this: " asm volatile(".byte 0x0f, 0x31" : "=A" (tstart)); asm volatile(".byte 0x0f, 0x31" : "=A" (tend)); " it should be right for X86 platform. --Ken On Mon, 3 Mar 2003, Jan Knepper wrote: > Any one have an idea how to pull the value for 'ticks' (kern_clock.c) > from the kernel? > I have looked into sysctl, but could not find "how to". > I am overlooking something? > Thanks! > Jan > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 6: 6:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE54A37B401 for ; Tue, 4 Mar 2003 06:06:08 -0800 (PST) Received: from bambook.mk.farlep.net (bambook.mk.farlep.net [213.130.12.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53BEB43FA3 for ; Tue, 4 Mar 2003 06:06:06 -0800 (PST) (envelope-from oleg_yeskov@privatbank.mk.ua) Received: from mail.privatbank.mk.ua (privatbank.mk.ua [213.130.12.214]) by bambook.mk.farlep.net (8.X.X/8.X.X) with ESMTP id h24E5wgV060053 for ; Tue, 4 Mar 2003 16:06:02 +0200 (EET) Received: from localhost (localhost.privatbank.mk.ua [127.0.0.1]) by mail.privatbank.mk.ua (Postfix) with SMTP id 0BBE478230 for ; Tue, 4 Mar 2003 16:05:57 +0200 (EET) X-AV-Checked: Tue Mar 4 16:05:57 2003 Ok Received: from privatbank.mk.ua (unknown [10.13.1.86]) by mail.privatbank.mk.ua (Postfix) with ESMTP id C0D637822E for ; Tue, 4 Mar 2003 16:05:56 +0200 (EET) Message-ID: <3E64B2BB.8070905@privatbank.mk.ua> Date: Tue, 04 Mar 2003 16:05:47 +0200 From: Oleg Yeskov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: (no subject) Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 6:49:48 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAE6A37B401 for ; Tue, 4 Mar 2003 06:49:46 -0800 (PST) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3690643FA3 for ; Tue, 4 Mar 2003 06:49:45 -0800 (PST) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [127.0.0.1]) by smtp.infracaninophile.co.uk (8.12.8/8.12.8) with ESMTP id h24EnTDA015550; Tue, 4 Mar 2003 14:49:29 GMT (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost) by happy-idiot-talk.infracaninophile.co.uk (8.12.8/8.12.8/Submit) id h24EnTZ2015549; Tue, 4 Mar 2003 14:49:29 GMT Date: Tue, 4 Mar 2003 14:49:29 +0000 From: Matthew Seaman To: Brooks Davis Cc: Luoqi Chen , Matthew Seaman , freebsd-hackers@FreeBSD.ORG Subject: Re: kern/40611 linux compatibility fix Message-ID: <20030304144928.GC14952@happy-idiot-talk.infracaninophi> Mail-Followup-To: Brooks Davis , Luoqi Chen , Matthew Seaman , freebsd-hackers@FreeBSD.ORG References: <20030228134245.GF23502@happy-idiot-talk.infracaninophi> <20030228164741.A21344@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030228164741.A21344@Odin.AC.HMC.Edu> User-Agent: Mutt/1.5.3i X-Spam-Status: No, hits=-32.5 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MUTT version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 28, 2003 at 04:47:42PM -0800, Brooks Davis wrote: > On Fri, Feb 28, 2003 at 11:47:42AM -0800, Luoqi Chen wrote: > > > Dear Hackers, > > > > > > Is there any chance that the patch given in kern/40611 could be > > > committed to the 4-STABLE tree? It has the desirable effect of making > > > eg. the linux-sun-jdk14 port usable as a non-root user. This would > > > appear to my untutored eye to be a sub-set of the differences already > > > existing between the HEAD and RELENG_4 versions of > > > src/sys/posix4/p1003_1b.c > > > > > I've a similar but more complete patch. It handles both get and set cases, > > and also takes into account jailed environment. It should have identical > > semantics to -current (except for the see_other_uids flag), at least at > > the time when I created the patch. You may inspect the patch at > > http://people.freebsd.org/~luoqi/p1003_1b.diff > > The following is also require for that one to compile. > > -- Brooks > > --- posix4.h 27 Dec 1999 10:22:09 -0000 1.6 > +++ posix4.h 1 Mar 2003 00:00:42 -0000 > @@ -61,8 +61,6 @@ MALLOC_DECLARE(M_P31B); > #define p31b_malloc(SIZE) malloc((SIZE), M_P31B, M_WAITOK) > #define p31b_free(P) free((P), M_P31B) > > -int p31b_proc __P((struct proc *, pid_t, struct proc **)); > - > void p31b_setcfg __P((int, int)); > > #ifdef _KPOSIX_PRIORITY_SCHEDULING > Seeing as I had to recompile anyhow because of the sendmail fun'n'games, I decided to give Books' and Luoqi's patches a spin. Happy to say, everything works fine and I have the linux-sun-jdk14 port running happily as non-root both in a jail and under the host environment using 4.8-RC as of yesterday. Is it too late to get these patches into 4.8-RELEASE ? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 7: 5:36 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA57F37B401 for ; Tue, 4 Mar 2003 07:05:35 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87F7943FBF for ; Tue, 4 Mar 2003 07:05:34 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h24F5KA7019488; Tue, 4 Mar 2003 08:05:21 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2003 08:01:23 -0700 (MST) Message-Id: <20030304.080123.34121962.imp@bsdimp.com> To: jan@digitaldaemon.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. From: "M. Warner Losh" In-Reply-To: <3E64301E.5050901@digitaldaemon.com> References: <3E64301E.5050901@digitaldaemon.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3E64301E.5050901@digitaldaemon.com> Jan Knepper writes: : Any one have an idea how to pull the value for 'ticks' (kern_clock.c) : from the kernel? : I have looked into sysctl, but could not find "how to". : I am overlooking something? Why? You'll likely want to look at one of: getmicrouptime tsleep msleep getmicrotime Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 9:53:17 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67ADE37B401 for ; Tue, 4 Mar 2003 09:53:15 -0800 (PST) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 6747F43F85 for ; Tue, 4 Mar 2003 09:53:14 -0800 (PST) (envelope-from jan@digitaldaemon.com) Received: (qmail 14486 invoked from network); 4 Mar 2003 17:51:38 -0000 Received: from unknown (HELO digitaldaemon.com) (192.168.0.220) by digitaldaemon.com with SMTP; 4 Mar 2003 17:51:38 -0000 Message-ID: <3E64E941.3030205@digitaldaemon.com> Date: Tue, 04 Mar 2003 12:58:25 -0500 From: Jan Knepper Organization: http://www.digitaldaemon.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> In-Reply-To: <20030304.080123.34121962.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG No, I have looked that those, they do not work for me as I need to be able to compate the value if 'ticks' with a value initialized from 'ticks'. The problems is that 'ticks' is not 'exact'. So I cannot calculate it with the different between the boot time and the current time * a constant factor. Any ideas? Might patching (adding it to) sysctl be a thing to consider or would that cause security issue's? Thanks! Jan M. Warner Losh wrote: >In message: <3E64301E.5050901@digitaldaemon.com> > Jan Knepper writes: >: Any one have an idea how to pull the value for 'ticks' (kern_clock.c) >: from the kernel? >: I have looked into sysctl, but could not find "how to". >: I am overlooking something? > >Why? > >You'll likely want to look at one of: > getmicrouptime > tsleep > msleep > getmicrotime > >Warner > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 10: 5:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B61CE37B401 for ; Tue, 4 Mar 2003 10:05:44 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F764402D for ; Tue, 4 Mar 2003 10:05:10 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h24I4vA7020970; Tue, 4 Mar 2003 11:04:57 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2003 10:44:03 -0700 (MST) Message-Id: <20030304.104403.34570707.imp@bsdimp.com> To: jan@digitaldaemon.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. From: "M. Warner Losh" In-Reply-To: <3E64E941.3030205@digitaldaemon.com> References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> <3E64E941.3030205@digitaldaemon.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3E64E941.3030205@digitaldaemon.com> Jan Knepper writes: : No, I have looked that those, they do not work for me as I need to be : able to compate the value if 'ticks' with a value initialized from 'ticks'. : The problems is that 'ticks' is not 'exact'. So I cannot calculate it : with the different between the boot time and the current time * a : constant factor. why doesn't tsleep work for that? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 10:54:56 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E96D37B401 for ; Tue, 4 Mar 2003 10:54:55 -0800 (PST) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 21A4043FBD for ; Tue, 4 Mar 2003 10:54:52 -0800 (PST) (envelope-from jan@digitaldaemon.com) Received: (qmail 17013 invoked from network); 4 Mar 2003 18:53:16 -0000 Received: from unknown (HELO digitaldaemon.com) (192.168.0.220) by digitaldaemon.com with SMTP; 4 Mar 2003 18:53:16 -0000 Message-ID: <3E64F7B2.9040008@digitaldaemon.com> Date: Tue, 04 Mar 2003 14:00:02 -0500 From: Jan Knepper Organization: http://www.digitaldaemon.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> In-Reply-To: <20030304.104403.34570707.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How would they return me the 'value' of 'ticks'? The problem is... I have a value's somewhere that has been assigned from 'ticks', like: ptr -> value = ticks; at an other moment I need to do something like... age = boottime + ( ticks - ptr -> value ) / factor; The problem in the second case however is that I can not seem to get to 'ticks' as it is userland code... Thanks! Jan M. Warner Losh wrote: >In message: <3E64E941.3030205@digitaldaemon.com> > Jan Knepper writes: >: No, I have looked that those, they do not work for me as I need to be >: able to compate the value if 'ticks' with a value initialized from 'ticks'. >: The problems is that 'ticks' is not 'exact'. So I cannot calculate it >: with the different between the boot time and the current time * a >: constant factor. > >why doesn't tsleep work for that? > >Warner > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 11: 8:44 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4361F37B401 for ; Tue, 4 Mar 2003 11:08:43 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6445A43F3F for ; Tue, 4 Mar 2003 11:08:42 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.7/8.12.7) with ESMTP id h24J8eqX014501; Tue, 4 Mar 2003 14:08:41 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <5.2.0.9.2.20030303112107.00bc55d8@mail.servplex.com> References: <5.2.0.9.2.20030303112107.00bc55d8@mail.servplex.com> Date: Tue, 4 Mar 2003 14:08:40 -0500 To: Peter Elsner , freebsd-hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: lpc problem with LinkSys print servers Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:31 AM -0600 3/3/03, Peter Elsner wrote: >This particular printer is a high load printer, printing about >50 to 70 pages at a time. Occasionally, the printer just stops >while printing. > >We have to force a 'lpc restart lsjd1p2' command several times >to get the printer to restart again. You will sometimes have better luck if you 'lpc abort' the queue, wait a few seconds, and then 'lpc start' it. Of course, that doesn't solve the actual problem... >I believe that lpr/lpd is not resetting after receiving a >Busy/Ready (or Nack/Ack) signal. > >Has anyone else seen this problem before? I have not heard of it. I'd like to see some actual proof of what is happening (like a tcpdump) before assuming that it's lpd's fault. Mind you, I'm quite willing to believe it's lpd's fault, but I can't very well look into the problem unless I know what sequence of packets is causing it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 13: 7:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5419537B405 for ; Tue, 4 Mar 2003 13:07:50 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 003A343F85 for ; Tue, 4 Mar 2003 13:07:48 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 4 Mar 2003 21:07:48 +0000 (GMT) Date: Tue, 4 Mar 2003 21:07:47 +0000 From: David Malone To: Jan Knepper Cc: "M. Warner Losh" , freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. Message-ID: <20030304210747.GA29907@lanczos.maths.tcd.ie> References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> <3E64F7B2.9040008@digitaldaemon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E64F7B2.9040008@digitaldaemon.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 04, 2003 at 02:00:02PM -0500, Jan Knepper wrote: > How would they return me the 'value' of 'ticks'? > > The problem is... I have a value's somewhere that has been assigned from > 'ticks', like: > ptr -> value = ticks; Maybe it would help to explain what you are doing at a higher level? It seems odd that you need to do anything like this at all... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 14:29:37 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1261F37B401 for ; Tue, 4 Mar 2003 14:29:35 -0800 (PST) Received: from c001.snv.cp.net (h024.c001.snv.cp.net [209.228.32.139]) by mx1.FreeBSD.org (Postfix) with SMTP id 4441843FCB for ; Tue, 4 Mar 2003 14:29:34 -0800 (PST) (envelope-from kutulu@kutulu.org) Received: (cpmta 8812 invoked from network); 4 Mar 2003 14:29:33 -0800 Received: from 64.212.128.3 (HELO kutulu) by smtp.register-admin.com (209.228.32.139) with SMTP; 4 Mar 2003 14:29:33 -0800 X-Sent: 4 Mar 2003 22:29:33 GMT Message-ID: <013801c2e29d$87b0f7e0$29330f0a@lcapps.educate.com> From: "Mike Edenfield" To: Subject: D_KQFILTER & ltmdm. Date: Tue, 4 Mar 2003 17:29:32 -0500 Organization: KutuluWare Software Services MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm working up a patch to the ltmdm to accomodate phk's recent changes to cdevsw. I've gotten the module to build and load, but I have two questions before I go ahead and submit a pr. 1) I simply removed D_KQFILTER from the list of flags. Based on phk's commit message I assumed the flag was simply not needed, and that removing it would not break anything. Is this assumption correct? Thus far the module is working (it loaded w/out a panic anyway) but I haven't tested it very much. 2) The patch, which I've included below, only works for -CURRENT with rev1.170 of conf.h. I wasn't sure how to get the preprocessor to differentiate between -CURRENT before and after this specific revision of a specific file. What is the correct way to do this? Or, alternatively, should the patch simply assume FreeBSD 5 is the latest -CURRENT and not worry about the imcompatibility w/ 5.0-RELEASE? Anyway, for those of you w/ ltmdm, the following patch, applied to sys/dev/ltmdm/ltmdmsio.c in the port's work directory, should get the module building and loading. --Mike --- work/sys/dev/ltmdm/ltmdmsio.c Tue Mar 4 17:23:10 2003 +++ ltmdmsio.c Tue Mar 4 17:18:01 2003 @@ -360,6 +360,9 @@ #endif static struct cdevsw sio_cdevsw = { + /* maj */ MAJOR_AUTO, + /* flags */ D_TTY, + /* name */ driver_name, /* open */ sioopen, /* close */ sioclose, /* read */ sioread, @@ -368,27 +371,8 @@ /* poll */ ttypoll, /* mmap */ nommap, /* strategy */ nostrategy, - /* name */ driver_name, -#ifdef MAJOR_AUTO - /* maj */ MAJOR_AUTO, -#else - /* maj */ CDEV_MAJOR, -#endif /* dump */ nodump, - /* psize */ nopsize, -#if __FreeBSD_version < 430000 - /* flags */ D_TTY, - /* bmaj */ -1, -#else -#if __FreeBSD_version < 500000 - /* flags */ D_TTY | D_KQFILTER, - /* bmaj */ -1, - /* kqfilter */ ttykqfilter, -#else /* __FreeBSD_version >= 500000 */ - /* flags */ D_TTY | D_KQFILTER, - /* kqfilter */ ttykqfilter, -#endif -#endif + /* kqfilter */ ttykqfilter }; static u_int com_events; /* input chars + weighted output completions */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 14:39:52 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6514837B405 for ; Tue, 4 Mar 2003 14:39:50 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6341143F85 for ; Tue, 4 Mar 2003 14:39:49 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h24MdgA6042652; Tue, 4 Mar 2003 23:39:47 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Mike Edenfield" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: D_KQFILTER & ltmdm. From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 04 Mar 2003 17:29:32 EST." <013801c2e29d$87b0f7e0$29330f0a@lcapps.educate.com> Date: Tue, 04 Mar 2003 23:39:42 +0100 Message-ID: <42651.1046817582@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <013801c2e29d$87b0f7e0$29330f0a@lcapps.educate.com>, "Mike Edenfield " writes: >I'm working up a patch to the ltmdm to accomodate phk's recent changes to >cdevsw. I've gotten the module to build and load, but I have two questions >before I go ahead and submit a pr. > >1) I simply removed D_KQFILTER from the list of flags. Based on phk's >commit message I assumed the flag was simply not needed, and that removing >it would not break anything. Is this assumption correct? Thus far the >module is working (it loaded w/out a panic anyway) but I haven't tested it >very much. correct. D_KQFILTER was added so that we wouldn't dereference the d_kqfilter pointer in case it was not there (ie: if the driver was binary and compiled before the d_kqfilter pointer was added to cdevsw). It's hacks like this we avoid now. >2) The patch, which I've included below, only works for -CURRENT with >rev1.170 of conf.h. I wasn't sure how to get the preprocessor to >differentiate between -CURRENT before and after this specific revision of a >specific file. What is the correct way to do this? Or, alternatively, >should the patch simply assume FreeBSD 5 is the latest -CURRENT and not >worry about the imcompatibility w/ 5.0-RELEASE? I have bumped __FreeBSD_version so you can test for this. But your patch is wrong. Please format the initialization like you see in all the other device drivers: static struct cdevsw sio_cdevsw = { .d_maj = MAJOR_AUTO, .d_flags = D_TTY, .d_open = sioopen etc etc -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 15: 2:17 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6527237B405 for ; Tue, 4 Mar 2003 15:02:15 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF3C743F75 for ; Tue, 4 Mar 2003 15:02:13 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h24N28A7023515; Tue, 4 Mar 2003 16:02:09 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2003 15:41:13 -0700 (MST) Message-Id: <20030304.154113.90196009.imp@bsdimp.com> To: jan@digitaldaemon.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. From: "M. Warner Losh" In-Reply-To: <3E64F7B2.9040008@digitaldaemon.com> References: <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> <3E64F7B2.9040008@digitaldaemon.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3E64F7B2.9040008@digitaldaemon.com> Jan Knepper writes: : How would they return me the 'value' of 'ticks'? : : The problem is... I have a value's somewhere that has been assigned from : 'ticks', like: : ptr -> value = ticks; : : at an other moment I need to do something like... : : age = boottime + ( ticks - ptr -> value ) / factor; : : The problem in the second case however is that I can not seem to get to : 'ticks' as it is userland code... ptr->value should be set with getmicrotime() or microtime(). You can then do a gettimeofday in userland to figure out the age. MICROTIME(9) FreeBSD Kernel Developer's Manual MICROTIME(9) NAME microtime, getmicrotime, nanotime, getnanotime - get the current time SYNOPSIS #include void microtime(struct timeval *tv); void getmicrotime(struct timeval *tv); void nanotime(struct timespec *ts); void getnanotime(struct timespec *tsp); DESCRIPTION The microtime() and getmicrotime() functions store the system time as a struct timeval at the address specified by tv. The nanotime() and getnanotime() functions perform the same utility, but record the time as a struct timespec instead. Microtime() and nanotime() always query the timecounter to return the current time as precisely as possible. Whereas getmicrotime() and getnanotime() functions are abstractions which return a less precise, but faster to obtain, time. The intent of the getmicrotime() and getnanotime() functions is to enforce the user's preference for timer accuracy versus execution time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 15:37:56 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4CEB37B405 for ; Tue, 4 Mar 2003 15:37:54 -0800 (PST) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 1ED3A43F85 for ; Tue, 4 Mar 2003 15:37:53 -0800 (PST) (envelope-from jan@digitaldaemon.com) Received: (qmail 28382 invoked from network); 4 Mar 2003 23:36:17 -0000 Received: from unknown (HELO digitaldaemon.com) (192.168.0.220) by digitaldaemon.com with SMTP; 4 Mar 2003 23:36:17 -0000 Message-ID: <3E653A08.7090107@digitaldaemon.com> Date: Tue, 04 Mar 2003 18:43:04 -0500 From: Jan Knepper Organization: http://www.digitaldaemon.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'ticks' in kernel. References: <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> <3E64F7B2.9040008@digitaldaemon.com> <20030304.154113.90196009.imp@bsdimp.com> In-Reply-To: <20030304.154113.90196009.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG M. Warner Losh wrote: >In message: <3E64F7B2.9040008@digitaldaemon.com> > Jan Knepper writes: >: How would they return me the 'value' of 'ticks'? >: >: The problem is... I have a value's somewhere that has been assigned from >: 'ticks', like: >: ptr -> value = ticks; >: >: at an other moment I need to do something like... >: >: age = boottime + ( ticks - ptr -> value ) / factor; >: >: The problem in the second case however is that I can not seem to get to >: 'ticks' as it is userland code... > >ptr->value should be set with getmicrotime() or microtime(). You can >then do a gettimeofday in userland to figure out the age. > I agree with you. Except that ptr->value is tcpcb->t_starttime which is being set in the kernel... For the rest, see my other email that I forgot (but now did) sent to the group. Thanks for the help though. Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 15:45:31 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABA1337B401 for ; Tue, 4 Mar 2003 15:45:26 -0800 (PST) Received: from svmarshal.bytecraft.au.com (svmarshal.bytecraft.au.com [203.39.118.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A0C843FBD for ; Tue, 4 Mar 2003 15:45:24 -0800 (PST) (envelope-from murraytaylor@bytecraftsystems.com) Received: from wombat.bytecraft.au.com (Not Verified[203.39.118.3]) by svmarshal.bytecraft.au.com with MailMarshal (v5,0,3,78) id ; Wed, 05 Mar 2003 10:46:06 +1100 Received: from mjtdev1.dand06.au.bytecraft.au.com (unknown [10.0.17.42]) by wombat.bytecraft.au.com (Postfix) with ESMTP id 6FC493F09; Wed, 5 Mar 2003 10:45:04 +1100 (EST) From: Murray Taylor Organization: Bytecraft Systems To: Joshua Baker-LePain Subject: Re: Tape mark error on LTO drive/tapes - SCSI problem ? Date: Wed, 5 Mar 2003 10:45:03 +1100 User-Agent: KMail/1.5 Cc: amanda-users@amanda.org, freebsd-hackers@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303051045.03473.murraytaylor@bytecraftsystems.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG NOTE cc'd to freebsd-hackers also please check /var/log/messages extract at end On Wed, 5 Mar 2003 10:15, Joshua Baker-LePain wrote: > On Wed, 5 Mar 2003 at 9:19am, Murray Taylor wrote > > > *** A TAPE ERROR OCCURRED: [[writing filemark: Input/output error]]. > > > > It seems to be related to a long pause in the cycles as the > > last halfcut partition is dumped prior to taping > > What do you mean by "long pause in the cycles"? I think that the small partitions dump and tape, then there is a longer time gap as the larger partition dumps before it runs the taper > > > taper: tape Daily001 kb 6512800 fm 9 writing filemark: Input/output > > error > > You're only getting about 6.5MB on a tape, before the OS throws an I/O > error. Do you have any messages in your system logs? What OS are we > talking here? Have you tested the tape drive w/o amanda? Operating system # uname -a FreeBSD svlto.dand02.au.bytecraft.au.com 4.7-STABLE FreeBSD 4.7-STABLE #0: Mon Oct 28 10:03:20 GMT 2002 root@tapelto.dand02.au.bytecraft.int:/usr/obj/usr/src/sys/GENERIC i386 I have run the tape drive with a series of tar dumps to try to bust it and it seems to happily chug along This error does not happen every time I run Amanda .. we just did a full level 0 on all machine last friday OK using amadmin daily force for each of the three machines. The Amanda log from the failed dump # more log.20030304.1 START driver date 20030304 DISK planner halfcut da0s2a DISK planner halfcut da0s3f DISK planner halfcut da0s2f DISK planner wombat.bytecraft.au.com da0s2a DISK planner wombat.bytecraft.au.com da0s3f DISK planner wombat.bytecraft.au.com da0s2f DISK planner spyder.bytecraft.au.com da0s2a DISK planner spyder.bytecraft.au.com da0s4e DISK planner spyder.bytecraft.au.com da0s3g DISK planner spyder.bytecraft.au.com da0s2f START planner date 20030304 START taper datestamp 20030304 label Daily001 tape 0 INFO planner Incremental of wombat.bytecraft.au.com:da0s3f bumped to level 2. INFO planner Full dump of spyder.bytecraft.au.com:da0s4e promoted from 3 days ahead. INFO planner Full dump of spyder.bytecraft.au.com:da0s3g promoted from 3 days ahead. INFO planner Full dump of halfcut:da0s2f promoted from 3 days ahead. INFO planner Full dump of halfcut:da0s2a promoted from 3 days ahead. INFO planner Full dump of spyder.bytecraft.au.com:da0s2f promoted from 3 days ahead. INFO planner Full dump of wombat.bytecraft.au.com:da0s2a promoted from 3 days ahead. INFO planner Full dump of wombat.bytecraft.au.com:da0s2f promoted from 3 days ahead. INFO planner Full dump of spyder.bytecraft.au.com:da0s2a promoted from 3 days ahead. FINISH planner date 20030304 STATS driver startup time 5117.457 SUCCESS dumper spyder.bytecraft.au.com da0s3g 20030304 0 [sec 0.244 kb 170 kps 696.3 orig-kb 820] SUCCESS taper spyder.bytecraft.au.com da0s3g 20030304 0 [sec 2.148 kb 224 kps 104.2 {wr: writers 7 rdwait 0.000 wrwait 0.016 filemark 2.130} ] SUCCESS dumper halfcut da0s2a 20030304 0 [sec 15.259 kb 19910 kps 1304.8 orig-kb 59380] SUCCESS taper halfcut da0s2a 20030304 0 [sec 7.687 kb 19968 kps 2597.4 {wr: writers 624 rdwait 0.000 wrwait 4.196 filemark 3.325}] SUCCESS dumper wombat.bytecraft.au.com da0s2a 20030304 0 [sec 44.356 kb 38718 kps 872.9 orig-kb 79410] SUCCESS taper wombat.bytecraft.au.com da0s2a 20030304 0 [sec 10.387 kb 38752 kps 3730.8 {wr: writers 1211 rdwait 0.000 wrwait 6.378 filemark 3.545}] SUCCESS dumper spyder.bytecraft.au.com da0s2a 20030304 0 [sec 57.663 kb 97841 kps 1696.8 orig-kb 122080] SUCCESS taper spyder.bytecraft.au.com da0s2a 20030304 0 [sec 18.013 kb 97888 kps 5434.3 {wr: writers 3059 rdwait 0.000 wrwait 13.760 filemar k 3.306}] SUCCESS dumper spyder.bytecraft.au.com da0s4e 20030304 0 [sec 121.065 kb 174826 kps 1444.1 orig-kb 216370] SUCCESS dumper halfcut da0s2f 20030304 0 [sec 197.644 kb 188594 kps 954.2 orig-kb 483220] SUCCESS taper spyder.bytecraft.au.com da0s4e 20030304 0 [sec 28.180 kb 174880 kps 6205.7 {wr: writers 5465 rdwait 0.000 wrwait 22.132 filema rk 3.485}] SUCCESS taper halfcut da0s2f 20030304 0 [sec 28.171 kb 188640 kps 6696.1 {wr: writers 5895 rdwait 0.380 wrwait 23.982 filemark 1.810}] SUCCESS dumper spyder.bytecraft.au.com da0s2f 20030304 0 [sec 148.851 kb 159882 kps 1074.1 orig-kb 637700] SUCCESS taper spyder.bytecraft.au.com da0s2f 20030304 0 [sec 26.088 kb 159936 kps 6130.4 {wr: writers 4998 rdwait 0.000 wrwait 21.400 filema rk 3.532}] SUCCESS dumper wombat.bytecraft.au.com da0s2f 20030304 0 [sec 331.741 kb 112827 kps 340.1 orig-kb 299500] SUCCESS taper wombat.bytecraft.au.com da0s2f 20030304 0 [sec 20.114 kb 112864 kps 5611.1 {wr: writers 3527 rdwait 0.000 wrwait 15.914 filema rk 3.515}] SUCCESS dumper wombat.bytecraft.au.com da0s3f 20030304 2 [sec 3068.527 kb 5719606 kps 1864.0 orig-kb 11429150] SUCCESS taper wombat.bytecraft.au.com da0s3f 20030304 2 [sec 780.814 kb 5719648 kps 7325.2 {wr: writers 178739 rdwait 0.066 wrwait 719.663 f ilemark 16.574}] SUCCESS dumper halfcut da0s3f 20030304 1 [sec 5929.900 kb 14640698 kps 2469.0 orig-kb 23657680] INFO taper tape Daily001 kb 6512800 fm 9 writing filemark: Input/output error WARNING driver going into degraded mode because of tape error. FAIL taper halfcut da0s3f 20030304 1 [out of tape] ERROR taper no-tape [[writing filemark: Input/output error]] FINISH driver date 20030304 time 15531.757 OUCH systems error log /var/log/messages extract Mar 5 03:03:01 svlto ntpdate[56332]: step time server 203.39.118.3 offset 0.593492 sec Mar 5 03:48:35 svlto /kernel: (sa0:ahc0:0:3:0): SCB 0x6 - timed out Mar 5 03:48:52 svlto /kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x8 Mar 5 03:48:52 svlto /kernel: ACCUM = 0x0, SINDEX = 0x14, DINDEX = 0xe4, ARG_2 = 0x0 Mar 5 03:48:52 svlto /kernel: HCNT = 0x0 SCBPTR = 0x11 Mar 5 03:48:52 svlto /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Mar 5 03:48:52 svlto /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Mar 5 03:48:52 svlto /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 Mar 5 03:48:52 svlto /kernel: SSTAT0 = 0x0, SSTAT1 = 0x8 Mar 5 03:48:52 svlto /kernel: SCSIPHASE = 0x0 Mar 5 03:48:52 svlto /kernel: STACK == 0x3, 0x108, 0x160, 0x34 Mar 5 03:48:52 svlto /kernel: SCB count = 70 Mar 5 03:48:52 svlto /kernel: Kernel NEXTQSCB = 58 Mar 5 03:48:52 svlto /kernel: Card NEXTQSCB = 58 Mar 5 03:48:52 svlto /kernel: QINFIFO entries: Mar 5 03:48:52 svlto /kernel: Waiting Queue entries: Mar 5 03:48:52 svlto /kernel: Disconnected Queue entries: 9:6 Mar 5 03:48:53 svlto /kernel: QOUTFIFO entries: Mar 5 03:48:53 svlto /kernel: Sequencer Free SCB List: 17 14 0 3 23 22 4 28 1 7 24 12 25 16 5 11 18 29 26 19 20 21 27 13 10 31 8 6 2 15 30 Mar 5 03:48:53 svlto /kernel: Sequencer SCB Info: 0(c 0x60, s 0x7, l 0, t 0xff) 1(c 0x60, s 0x7, l 0, t 0xff) 2(c 0x60, s 0x7, l 0, t 0xff) 3(c 0x60, s 0x7, l 0, t 0xff) 4(c 0x60, s 0x7, l 0, t 0xff) 5(c 0x60, s 0x7, l 0, t 0xff) 6(c 0x60, s 0x7, l 0, t 0xff) 7(c 0x60, s 0x7, l 0, t 0xff) 8(c 0x60, s 0x7, l 0, t 0xff) 9(c 0x44, s 0x37, l 0, t 0x6) 10(c 0x60, s 0x7, l 0, t 0xff) 11(c 0x60, s 0x7, l 0, t 0xff) 12(c 0x 60, s 0x7, l 0, t 0xff) 13(c 0x60, s 0x7, l 0, t 0xff) 14(c 0x60, s 0x7, l 0, t 0xff) 15(c 0x60, s 0x7, l 0, t 0xff) 16(c 0x60, s 0x7, l 0, t 0xff) 17(c 0x62, s 0x7, l 0, t 0xff) 18(c 0x60, s 0x7, l 0, t 0xff) 19(c 0x60, s 0x7, l 0, t 0xff) 20(c 0x60, s 0x7, l 0, t 0xff) 21(c 0x6 0, s 0x7, l 0, t 0xff) 22(c 0x60, s 0x7, l 0, t 0xff) 23(c 0x60, s 0x7, l 0, t 0xff) 24(c 0x60, s 0x7, l 0, t 0xff) 25(c 0x60, s 0x7, l 0, t 0xff) 26(c 0x60, s 0x7, l 0, t 0xff) 27(c 0x60, s 0x7, l 0, t 0xff) 28(c 0x60, s 0x7, l 0, t 0xff) 29(c 0x60, s 0x7, l 0, t 0xff) 30(c 0x60 , s 0x7, l 0, t 0xff) 31(c 0x60, s 0x7, l 0, t 0xff) Mar 5 03:48:53 svlto /kernel: Pending list: 6(c 0x40, s 0x37, l 0) Mar 5 03:48:53 svlto /kernel: Kernel Free SCB list: 20 59 55 11 10 52 26 67 12 33 68 13 7 28 8 29 50 18 49 24 23 38 9 44 42 65 21 43 22 46 37 4 0 27 66 34 36 1 45 47 15 32 39 51 35 53 3 40 41 19 57 17 16 56 14 30 25 54 69 63 48 5 31 2 64 62 61 60 Mar 5 03:48:53 svlto /kernel: Untagged Q(3): 6 Mar 5 03:48:53 svlto /kernel: (sa0:ahc0:0:3:0): Queuing a BDR SCB Mar 5 03:48:53 svlto /kernel: (sa0:ahc0:0:3:0): Bus Device Reset Message Sent Mar 5 03:48:53 svlto /kernel: (sa0:ahc0:0:3:0): SCB 0x6 - timed out Mar 5 03:48:53 svlto /kernel: ahc0: Dumping Card State in Command phase, at SEQADDR 0x168 Mar 5 03:48:53 svlto /kernel: ACCUM = 0x80, SINDEX = 0xa0, DINDEX = 0xe4, ARG_2 = 0x1 Mar 5 03:48:53 svlto /kernel: HCNT = 0x0 SCBPTR = 0x9 Mar 5 03:48:53 svlto /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Mar 5 03:48:53 svlto /kernel: DFCNTRL = 0x4, DFSTATUS = 0x89 Mar 5 03:48:53 svlto /kernel: LASTPHASE = 0x80, SCSISIGI = 0x84, SXFRCTL0 = 0x88 Mar 5 03:48:53 svlto /kernel: SSTAT0 = 0x7, SSTAT1 = 0x0 Mar 5 03:48:53 svlto /kernel: SCSIPHASE = 0x0 Mar 5 03:48:53 svlto /kernel: STACK == 0x175, 0x160, 0x34, 0x34 Mar 5 03:48:53 svlto /kernel: SCB count = 70 Mar 5 03:48:53 svlto /kernel: Kernel NEXTQSCB = 58 Mar 5 03:48:53 svlto /kernel: Card NEXTQSCB = 58 Mar 5 03:48:53 svlto /kernel: QINFIFO entries: Mar 5 03:48:53 svlto /kernel: Waiting Queue entries: Mar 5 03:48:53 svlto /kernel: Disconnected Queue entries: Mar 5 03:48:53 svlto /kernel: QOUTFIFO entries: Mar 5 03:48:53 svlto /kernel: Sequencer Free SCB List: 17 14 0 3 23 22 4 28 1 7 24 12 25 16 5 11 18 29 26 19 20 21 27 13 10 31 8 6 2 15 30 Mar 5 03:48:53 svlto /kernel: Sequencer SCB Info: 0(c 0x60, s 0x7, l 0, t 0xff) 1(c 0x60, s 0x7, l 0, t 0xff) 2(c 0x60, s 0x7, l 0, t 0xff) 3(c 0x60, s 0x7, l 0, t 0xff) 4(c 0x60, s 0x7, l 0, t 0xff) 5(c 0x60, s 0x7, l 0, t 0xff) 6(c 0x60, s 0x7, l 0, t 0xff) 7(c 0x60, s 0x7, l 0, t 0xff) 8(c 0x60, s 0x7, l 0, t 0xff) 9(c 0x44, s 0x37, l 0, t 0x6) 10(c 0x60, s 0x7, l 0, t 0xff) 11(c 0x60, s 0x7, l 0, t 0xff) 12(c 0x 60, s 0x7, l 0, t 0xff) 13(c 0x60, s 0x7, l 0, t 0xff) 14(c 0x60, s 0x7, l 0, t 0xff) 15(c 0x60, s 0x7, l 0, t 0xff) 16(c 0x60, s 0x7, l 0, t 0xff) 17(c 0x62, s 0x7, l 0, t 0xff) 18(c 0x60, s 0x7, l 0, t 0xff) 19(c 0x60, s 0x7, l 0, t 0xff) 20(c 0x60, s 0x7, l 0, t 0xff) 21(c 0x6 0, s 0x7, l 0, t 0xff) 22(c 0x60, s 0x7, l 0, t 0xff) 23(c 0x60, s 0x7, l 0, t 0xff) 24(c 0x60, s 0x7, l 0, t 0xff) 25(c 0x60, s 0x7, l 0, t 0xff) 26(c 0x60, s 0x7, l 0, t 0xff) 27(c 0x60, s 0x7, l 0, t 0xff) 28(c 0x60, s 0x7, l 0, t 0xff) 29(c 0x60, s 0x7, l 0, t 0xff) 30(c 0x60 , s 0x7, l 0, t 0xff) 31(c 0x60, s 0x7, l 0, t 0xff) Mar 5 03:48:53 svlto /kernel: Pending list: 6(c 0x44, s 0x37, l 0) Mar 5 03:48:53 svlto /kernel: Kernel Free SCB list: 20 59 55 11 10 52 26 67 12 33 68 13 7 28 8 29 50 18 49 24 23 38 9 44 42 65 21 43 22 46 37 4 0 27 66 34 36 1 45 47 15 32 39 51 35 53 3 40 41 19 57 17 16 56 14 30 25 54 69 63 48 5 31 2 64 62 61 60 Mar 5 03:48:54 svlto /kernel: Untagged Q(3): 6 Mar 5 03:48:54 svlto /kernel: (sa0:ahc0:0:3:0): no longer in timeout, status = 34b Mar 5 03:48:54 svlto /kernel: ahc0: Issued Channel A Bus Reset. 1 SCBs aborted Mar 5 03:48:54 svlto /kernel: (sa0:ahc0:0:3:0): failed to write terminating filemark(s) Mar 5 03:48:54 svlto /kernel: (sa0:ahc0:0:3:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. -- Murray Taylor Special Projects Engineer --------------------------------- Bytecraft Systems & Entertainment Phone: 61 3 8710 2555 Fax: 61 3 8710 2599 Direct: 61 3 9238 4275 Mobile: 61 0417 319 256 Email: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com ************************************************************************ This Email has been scanned for Viruses by MailMarshal. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 15:49:22 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED07437B401 for ; Tue, 4 Mar 2003 15:49:20 -0800 (PST) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.FreeBSD.org (Postfix) with SMTP id C3D0043F75 for ; Tue, 4 Mar 2003 15:49:19 -0800 (PST) (envelope-from jan@digitaldaemon.com) Received: (qmail 28832 invoked from network); 4 Mar 2003 23:47:43 -0000 Received: from unknown (HELO digitaldaemon.com) (192.168.0.220) by digitaldaemon.com with SMTP; 4 Mar 2003 23:47:43 -0000 Message-ID: <3E653CB7.8080306@digitaldaemon.com> Date: Tue, 04 Mar 2003 18:54:31 -0500 From: Jan Knepper Organization: http://www.digitaldaemon.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hackers Subject: Re: 'ticks' in kernel. References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> <3E64F7B2.9040008@digitaldaemon.com> <20030304210747.GA29907@lanczos.maths.tcd.ie> In-Reply-To: <20030304210747.GA29907@lanczos.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Malone wrote: >On Tue, Mar 04, 2003 at 02:00:02PM -0500, Jan Knepper wrote: > > >>How would they return me the 'value' of 'ticks'? >> >>The problem is... I have a value's somewhere that has been assigned from >>'ticks', like: >>ptr -> value = ticks; >> >> > >Maybe it would help to explain what you are doing at a higher level? >It seems odd that you need to do anything like this at all... > > > Well, what I started doing is patching 'netstat' with the idea that I can display: - Time a TCP connection was setup. - Age of a TCP connection. the 'tcpcb' seems to have a member 't_starttime' which could be used for this. However, t_starttime is being initialized from 'ticks'. So to get an result that would make sense to a user I would have to do something like: const time_t boottime; time_t tcptime; tcptime = boottime + ( ticks - tcpcb -> t_starttime ) / FACTOR; The missing part... 'ticks'... Thanks! Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 15:57: 7 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC8A37B401 for ; Tue, 4 Mar 2003 15:57:05 -0800 (PST) Received: from c001.snv.cp.net (h005.c001.snv.cp.net [209.228.32.119]) by mx1.FreeBSD.org (Postfix) with SMTP id 0532A43FA3 for ; Tue, 4 Mar 2003 15:57:03 -0800 (PST) (envelope-from kutulu@kutulu.org) Received: (cpmta 8107 invoked from network); 4 Mar 2003 15:57:02 -0800 Received: from 64.212.128.3 (HELO kutulu) by smtp.register-admin.com (209.228.32.119) with SMTP; 4 Mar 2003 15:57:02 -0800 X-Sent: 4 Mar 2003 23:57:02 GMT Message-ID: <015001c2e2a9$c0459050$29330f0a@lcapps.educate.com> From: "Mike Edenfield" To: "Poul-Henning Kamp" Cc: References: <42651.1046817582@critter.freebsd.dk> Subject: Re: D_KQFILTER & ltmdm. Date: Tue, 4 Mar 2003 18:57:01 -0500 Organization: KutuluWare Software Services MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Poul-Henning Kamp" Sent: Tuesday, March 04, 2003 5:39 PM Subject: Re: D_KQFILTER & ltmdm. > >2) The patch, which I've included below, only works for -CURRENT with > >rev1.170 of conf.h. I wasn't sure how to get the preprocessor to > >differentiate between -CURRENT before and after this specific revision of a > >specific file. What is the correct way to do this? Or, alternatively, > >should the patch simply assume FreeBSD 5 is the latest -CURRENT and not > >worry about the imcompatibility w/ 5.0-RELEASE? > > I have bumped __FreeBSD_version so you can test for this. Will do. Where do I look to find the version numbers? > But your patch is wrong. Please format the initialization like > you see in all the other device drivers: > > static struct cdevsw sio_cdevsw = { > .d_maj = MAJOR_AUTO, > .d_flags = D_TTY, > .d_open = sioopen > etc > etc Ok. I didn't choose that formatting, it was the existing ltmdm code. I simply moved the lines around to match the correct order. But I will change this before I submit a new patch. Thanks! --Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 17:26: 7 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2218837B401 for ; Tue, 4 Mar 2003 17:26:06 -0800 (PST) Received: from c001.snv.cp.net (h021.c001.snv.cp.net [209.228.32.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 6CC9843FBD for ; Tue, 4 Mar 2003 17:26:05 -0800 (PST) (envelope-from kutulu@kutulu.org) Received: (cpmta 23859 invoked from network); 4 Mar 2003 17:26:04 -0800 Received: from 64.212.128.3 (HELO kutulu) by smtp.register-admin.com (209.228.32.135) with SMTP; 4 Mar 2003 17:26:04 -0800 X-Sent: 5 Mar 2003 01:26:04 GMT Message-ID: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> From: "Mike Edenfield" To: Subject: D_KQFILTER & ltmdm: Patch for review? Date: Tue, 4 Mar 2003 20:26:03 -0500 Organization: KutuluWare Software Services MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Poul-Henning Kamp" Sent: Tuesday, March 04, 2003 5:39 PM > But your patch is wrong. Please format the initialization like > you see in all the other device drivers: I now see what you meant about the formatting. It was the whole reason to reorder the fields, sorry I missed that. I also removed the redundant initializations. Do you (well, does anyone) have a moment to eyeball this patch before I send it off to the maintainer? Thanks again, --Mike --- sys/dev/ltmdm/ltmdmsio.c.orig Tue Mar 4 19:49:57 2003 +++ sys/dev/ltmdm/ltmdmsio.c Tue Mar 4 20:17:16 2003 @@ -360,6 +360,18 @@ #endif static struct cdevsw sio_cdevsw = { +#if __FreeBSD_version >= 500104 /* >= 20030303 */ + .d_maj = MAJOR_AUTO, + .d_flags = D_TTY, + .d_name = driver_name, + .d_open = sioopen, + .d_close = sioclose, + .d_read = sioread, + .d_write = siowrite, + .d_ioctl = sioioctl, + .d_poll = ttypoll, + .d_kqfilter = ttykqfilter +#else /* open */ sioopen, /* close */ sioclose, /* read */ sioread, @@ -389,6 +401,7 @@ /* kqfilter */ ttykqfilter, #endif #endif +#endif /* __FreeBSD_version >= 500104 */ }; static u_int com_events; /* input chars + weighted output completions */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 18:28:44 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E30E37B401; Tue, 4 Mar 2003 18:28:43 -0800 (PST) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB9543F75; Tue, 4 Mar 2003 18:28:42 -0800 (PST) (envelope-from wsk@mail.gddsn.org.cn) Received: from mail.gddsn.org.cn (wsk [192.168.168.136]) by gddsn.org.cn (Postfix) with ESMTP id CCDC838CB28; Wed, 5 Mar 2003 10:28:39 +0800 (CST) Message-ID: <3E6560D7.30805@mail.gddsn.org.cn> Date: Wed, 05 Mar 2003 10:28:39 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.2.1) Gecko/20030228 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-gome@freebsd.org, freebsd-hackers@freebsd.org Subject: auto login gdm help Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi,all: how can i do to make machine boot up and auto login to X as special users ? don't know how to pass the authentications with gdm. Thanks in advance, any responses are welcome. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 18:49:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DB4237B401 for ; Tue, 4 Mar 2003 18:49:27 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E49843FA3 for ; Tue, 4 Mar 2003 18:49:26 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h252nPA7025007; Tue, 4 Mar 2003 19:49:25 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2003 19:49:17 -0700 (MST) Message-Id: <20030304.194917.100118237.imp@bsdimp.com> To: kutulu@kutulu.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: D_KQFILTER & ltmdm: Patch for review? From: "M. Warner Losh" In-Reply-To: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> References: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> "Mike Edenfield" writes: : From: "Poul-Henning Kamp" : Sent: Tuesday, March 04, 2003 5:39 PM : : > But your patch is wrong. Please format the initialization like : > you see in all the other device drivers: : : I now see what you meant about the formatting. It was the whole reason to : reorder the fields, sorry I missed that. I also removed the redundant : initializations. : : Do you (well, does anyone) have a moment to eyeball this patch before I send : it off to the maintainer? : : Thanks again, : : --Mike : : --- sys/dev/ltmdm/ltmdmsio.c.orig Tue Mar 4 19:49:57 2003 : +++ sys/dev/ltmdm/ltmdmsio.c Tue Mar 4 20:17:16 2003 : @@ -360,6 +360,18 @@ : #endif : : static struct cdevsw sio_cdevsw = { : +#if __FreeBSD_version >= 500104 /* >= 20030303 */ This syntax works even for old versions of FreeBSD. You can make it safe by including all the noFoo functions. phk got rid of them because it is safe in >= 500104 to do that. Since you want to run on multiple versions, it would be better/safer to do that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 19:10: 8 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA2A37B401 for ; Tue, 4 Mar 2003 19:10:05 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F134043FAF for ; Tue, 4 Mar 2003 19:10:04 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h253A3A7025110; Tue, 4 Mar 2003 20:10:03 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Mar 2003 20:09:54 -0700 (MST) Message-Id: <20030304.200954.18843267.imp@bsdimp.com> To: kutulu@kutulu.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: D_KQFILTER & ltmdm: Patch for review? From: "M. Warner Losh" In-Reply-To: <20030304.194917.100118237.imp@bsdimp.com> References: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> <20030304.194917.100118237.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030304.194917.100118237.imp@bsdimp.com> "M. Warner Losh" writes: : : static struct cdevsw sio_cdevsw = { : : +#if __FreeBSD_version >= 500104 /* >= 20030303 */ : : This syntax works even for old versions of FreeBSD. You can make it : safe by including all the noFoo functions. phk got rid of them : because it is safe in >= 500104 to do that. Since you want to run on : multiple versions, it would be better/safer to do that. Eg, here's what I'd do to sys/pccard if I had to MFC it before MFCing the nofoo patches: #if __FreeBSD_version < 500104 #define CDEV_MAJOR 50 #else #define CDEV_MAJOR MAJOR_AUTO #endif static struct cdevsw crd_cdevsw = { .d_open = crdopen, .d_close = crdclose, .d_read = crdread, .d_write = crdwrite, .d_ioctl = crdioctl, .d_poll = crdpoll, .d_mmap = nommap, .d_strategy = nostrategy, .d_name = "crd", .d_maj = CDEV_MAJOR, .d_dump = nodump, .d_flags = 0, .d_kqfilter = nokqfilter; #if __FreeBSD_version < 500104 .d_psize = nopsize, #endif }; It is a little ugly, and phk wouldn't like it, but it would be portable back to about FreeBSD 4.2 or so for those drivers that try to do that. Well, I'm not 100% sure about 4.2, but I know that 4.5's compiler groks the above. However, I plan on merging the NULL patches soon (after the thaw), so it could become the following: static struct cdevsw crd_cdevsw = { .d_open = crdopen, .d_close = crdclose, .d_read = crdread, .d_write = crdwrite, .d_ioctl = crdioctl, .d_poll = crdpoll, .d_strategy = nostrategy, .d_name = "crd", .d_maj = CDEV_MAJOR, }; but would work only on 4.8+a little and newer (which for my purposes is fine). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 19:33: 8 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBCEA37B401 for ; Tue, 4 Mar 2003 19:33:05 -0800 (PST) Received: from c001.snv.cp.net (h007.c001.snv.cp.net [209.228.32.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 02BCB43FAF for ; Tue, 4 Mar 2003 19:33:05 -0800 (PST) (envelope-from kutulu@kutulu.org) Received: (cpmta 5000 invoked from network); 4 Mar 2003 19:33:04 -0800 Received: from 68.32.161.3 (HELO KutuluWare) by smtp.register-admin.com (209.228.32.121) with SMTP; 4 Mar 2003 19:33:04 -0800 X-Sent: 5 Mar 2003 03:33:04 GMT Message-ID: <002d01c2e2c7$a96b0e50$0245a8c0@KutuluWare> From: "Michael Edenfield" To: "M. Warner Losh" Cc: References: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> <20030304.194917.100118237.imp@bsdimp.com> Subject: Re: D_KQFILTER & ltmdm: Patch for review? Date: Tue, 4 Mar 2003 22:31:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "M. Warner Losh" To: Cc: Sent: Tuesday, March 04, 2003 9:49 PM Subject: Re: D_KQFILTER & ltmdm: Patch for review? > In message: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> > "Mike Edenfield" writes: > : From: "Poul-Henning Kamp" > : Sent: Tuesday, March 04, 2003 5:39 PM > : > : > But your patch is wrong. Please format the initialization like > : > you see in all the other device drivers: > : > : I now see what you meant about the formatting. It was the whole reason to > : reorder the fields, sorry I missed that. I also removed the redundant > : initializations. > : > : Do you (well, does anyone) have a moment to eyeball this patch before I send > : it off to the maintainer? > : > : Thanks again, > : > : --Mike > : > : --- sys/dev/ltmdm/ltmdmsio.c.orig Tue Mar 4 19:49:57 2003 > : +++ sys/dev/ltmdm/ltmdmsio.c Tue Mar 4 20:17:16 2003 > : @@ -360,6 +360,18 @@ > : #endif > : > : static struct cdevsw sio_cdevsw = { > : +#if __FreeBSD_version >= 500104 /* >= 20030303 */ > > This syntax works even for old versions of FreeBSD. You can make it > safe by including all the noFoo functions. phk got rid of them > because it is safe in >= 500104 to do that. Since you want to run on > multiple versions, it would be better/safer to do that. Alright, I did all that. I also eliminated some duplicated code by breaking the conditions up into 4 seperate blocks instead of 4 nested blocks, but I'm not sure if that is correct from a style standpoint. The resulting file is a couple lines smaller and easier to read (for me anyway), but it's not the style of the original code. It also made the patch slightly larger. I didn't see anything in style(9) pointing either way, is this an issue? I finally broke down and put the patch online instead of pasting into the email every time: http://www.kutulu.org/ltmdm.patch (By the time I get this right the maintainer will probably have fixed it anyway :\ ) --Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 19:48: 1 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39DD337B401 for ; Tue, 4 Mar 2003 19:48:00 -0800 (PST) Received: from mail.cloud9.net (english-breakfast.cloud9.net [168.100.1.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CDF643FB1 for ; Tue, 4 Mar 2003 19:47:59 -0800 (PST) (envelope-from michaels@cloud9.net) Received: from localhost (localhost [127.0.0.1]) by mail.cloud9.net (Postfix) with ESMTP id 91DD026CC3 for ; Tue, 4 Mar 2003 22:47:58 -0500 (EST) Received: from mail.cloud9.net (localhost [127.0.0.1]) by localhost (VaMailArmor-2.0.1.7) id 79187-13D98E9B; Tue, 04 Mar 2003 22:47:58 -0500 Received: from irish-breakfast.cloud9.net (irish-breakfast.cloud9.net [168.100.1.6]) by mail.cloud9.net (Postfix) with ESMTP id 6566C26CF6 for ; Tue, 4 Mar 2003 22:47:58 -0500 (EST) Content-Type: text/plain Content-Disposition: inline To: hackers@freebsd.org From: michaels@cloud9.net X-Originating-Ip: 166.35.92.149 MIME-Version: 1.0 Reply-To: michaels@cloud9.net Date: Tue, 04 Mar 2003 22:47:58 EST X-Mailer: EMUmail 5.1 Subject: FreeBSD/x86-64 Mailing List. X-Http_host: www.mail.cloud9.net X-Webmail-User: michaels@mail.cloud9.net Message-Id: <20030305034758.6566C26CF6@mail.cloud9.net> Content-Transfer-Encoding: quoted-printable X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.7; VAE: 6.18.0.2; VDF: 6.18.0.10; host: english-breakfast.cloud9.net) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please subscribe me to the FreeBSD/x86-64 mailing list. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 20:14:23 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D21737B401 for ; Tue, 4 Mar 2003 20:14:22 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2A9543F85 for ; Tue, 4 Mar 2003 20:14:19 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h254E7js058963; Wed, 5 Mar 2003 14:44:08 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: D_KQFILTER & ltmdm: Patch for review? From: "Daniel O'Connor" To: Michael Edenfield Cc: "M. Warner Losh" , freebsd-hackers@FreeBSD.ORG In-Reply-To: <002d01c2e2c7$a96b0e50$0245a8c0@KutuluWare> References: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> <20030304.194917.100118237.imp@bsdimp.com> <002d01c2e2c7$a96b0e50$0245a8c0@KutuluWare> Content-Type: text/plain Organization: Message-Id: <1046837644.62991.10.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 05 Mar 2003 14:44:04 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.2 () CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2003-03-05 at 14:01, Michael Edenfield wrote: > I finally broke down and put the patch online instead of pasting into the > email every time: > > http://www.kutulu.org/ltmdm.patch > > (By the time I get this right the maintainer will probably have fixed it > anyway :\ ) He might possibly ;) I will hopefully look at your patch tonight so I can nag someone into committing it.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 22:17:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2002F37B401 for ; Tue, 4 Mar 2003 22:17:27 -0800 (PST) Received: from 134.216-123-229-0.interbaun.com (134.216-123-229-0.interbaun.com [216.123.229.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28BAB43F75 for ; Tue, 4 Mar 2003 22:17:26 -0800 (PST) (envelope-from soralx@cydem.org.ua) Received: from vasya (vasya [192.168.0.3]) by 134.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id h256H9U00189; Tue, 4 Mar 2003 23:17:10 -0700 (MST) (envelope-from soralx@cydem.org.ua) From: To: lchen@briontech.com Subject: Re: kern/40611 linux compatibility fix Date: Tue, 4 Mar 2003 22:59:21 -0700 User-Agent: KMail/1.5 References: In-Reply-To: Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303042259.21586.soralx@cydem.org.ua> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I didn't know there're so many people running linux apps under emulation. > I've a couple of other linux related patches for -stable, among them > backport of linux ptrace from -current, anyone interested? yes, it would be good to have 'ptrace' backport already in 4.8-R, if not too late (good to have breakpoints working in Linux 'gdb') 04.03.2003; 22:56:26 [SorAlx] http://cydem.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 4 22:19:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DCCA37B405; Tue, 4 Mar 2003 22:19:43 -0800 (PST) Received: from garple.migus.org (pcp243391pcs.howard01.md.comcast.net [68.55.83.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB0C43FAF; Tue, 4 Mar 2003 22:19:42 -0800 (PST) (envelope-from adam@migus.org) Received: from migus.org (a1ppna9as80qy5ih@garple.migus.org [192.168.4.4]) by garple.migus.org (8.12.6/8.12.6) with SMTP id h256Je4t010441; Wed, 5 Mar 2003 01:19:41 -0500 (EST) (envelope-from adam@migus.org) Received: from 192.168.4.2 (SquirrelMail authenticated user adam) by mail.migus.org with HTTP; Wed, 5 Mar 2003 01:19:41 -0500 (EST) Message-ID: <49978.192.168.4.2.1046845181.squirrel@mail.migus.org> Date: Wed, 5 Mar 2003 01:19:41 -0500 (EST) Subject: RE: Disk scheduling in FreeBSD From: "Adam Migus" To: In-Reply-To: <20030228125613.A711@odysseus.silby.com> References: <20030228125613.A711@odysseus.silby.com> X-Priority: 3 Importance: Normal Cc: , , , X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-5.8 required=5.7 tests=AWL,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_00_01,TO_BE_REMOVED_REPLY version=2.41 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike, I don't have the test, but I've built a generic performance testing framework for FreeBSD over the past couple of months that would make running such a test trivial. I'd post a link but the page has no permanent home yet. When it gets one I can follow it up with a link. For now, the application called "boot_tester" allows the user to run a set of commands (usually performance tests) on boot. The framework optionally creates a new filesystem work area and outputs in a standard format. The commands are run for n iterations (one per boot) over an array of kernels. If used with the diskless testbed setup I've started developing to use with it, running tests over arbitrary worlds as well as kernels is trivial and can be automated. If anyone's interested, contact me. Like I said, I'll put up a link when I get a home for the pages. > > On Fri, 28 Feb 2003, Paul Robinson wrote: > >> Well, I'm just a hanger-on without a commit bit, so I'll >> work on making it production ready in the next few weeks, >> post up a patch and if somebody wants to commit it, great. >> At the moment it's all based on 4.3-RELEASE and isn't really >> production ready. It does look worth doing though. > > Make an easy to run testbench which should show the > performance > improvements / disadvantages of a new IO scheduler first; > that's really the first step. > > Mike "Silby" Silbersack > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Adam Migus - Research Scientist Network Associates Laboratories (http://www.nailabs.com) TrustedBSD (http://www.trustedbsd.org) FreeBSD (http://www.freebsd.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 2:11:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08C0737B401 for ; Wed, 5 Mar 2003 02:11:27 -0800 (PST) Received: from smtp.mailbox.co.uk (smtp.mailbox.net.uk [195.82.125.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECCB43FAF for ; Wed, 5 Mar 2003 02:11:25 -0800 (PST) (envelope-from wayne.pascoe@penguinpowered.org.uk) Received: from [212.18.244.168] (helo=marvin.penguinpowered.org.uk) by smtp.mailbox.co.uk with esmtp (Exim 3.36 #1) id 18qVru-0006v1-00 for freebsd-hackers@freebsd.org; Wed, 05 Mar 2003 10:11:22 +0000 Received: from waynep by marvin.penguinpowered.org.uk with local (Exim 3.33 #1) id 18qW2Q-0002qX-00 for freebsd-hackers@freebsd.org; Wed, 05 Mar 2003 10:22:14 +0000 Date: Tue, 4 Mar 2003 20:24:28 +0000 From: Wayne Pascoe To: freebsd-questions@freebsd.org Subject: AMI Megaraid, failed array Message-ID: <20030304202427.GA8609@marvin.penguinpowered.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-System: FreeBSD i386 with kernel 4.7-RC Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, A FreeBSD 4.7 machine with an AMI Megaraid controller and 3 disks in a RAID 5 array failed on me this week. One of the disk drives went into offline state due to overheating and the array, to the best of my knowledge should have continued in degraded mode. Two things concern me at this point. 1. There were no messages in /var/log/messages to indicate that a disk had failed and the array was in degraded mode. 2. With 2 disks of the array still online, we were unable to read / execute loads of data. Many text files were unreadable and system binaries like tar unusable. When we got the disk back online and rebooted the box, we were able to easily read data, and files that appeared to be corrupt turned out not to be. Can anyone advise me on why I saw what I saw and how I can get around this in the future. Regards, -- Wayne Pascoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 4:28:48 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F6FC37B405 for ; Wed, 5 Mar 2003 04:28:46 -0800 (PST) Received: from trixie.teamspirit.com (trixie.teamspirit.com [216.120.9.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0BC243FBD for ; Wed, 5 Mar 2003 04:28:45 -0800 (PST) (envelope-from jcontreras@smackopolis.com) Received: from coach.allsports.com (coach.allsports.com [216.120.9.200]) by trixie.teamspirit.com (8.11.6/8.11.6) with ESMTP id h25CTMq13144 for ; Wed, 5 Mar 2003 04:29:22 -0800 Received: (from www@localhost) by coach.allsports.com (8.11.6/8.11.1) id h25CTKF89553; Wed, 5 Mar 2003 04:29:20 -0800 (PST) (envelope-from jcontreras@smackopolis.com) Message-Id: <200303051229.h25CTKF89553@coach.allsports.com> X-Authentication-Warning: coach.allsports.com: www set sender to jcontreras@smackopolis.com using -f Date: Wed, 05 Mar 2003 04:29:20 -0800 From: "Joseph Contreras" Subject: I want to join your group To: hackers@freebsd.org Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Reply-To: jcontreras@smackopolis.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey doods, I've been into the warez scene for more than 4 months, and I am totally 133= 7. I want to join your group. I've exchanged some warez stuff with a guy ca= lled Pull-Henneeng Kunt, who told me to come here. I'm now looking for a va= lid vmware key, and can swap it for some hot warez. P.S. : In warez we trust! =20 ------------------------ Wanna talk SMACK or get your own rocking email address? Bring it on! Smackopolis.com - http://www.smackopolis.com/ Have you seen AllSports.com for your sports news and more! http://www.allsports.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 4:34:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BADF37B48C for ; Wed, 5 Mar 2003 04:34:53 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E41843F93 for ; Wed, 5 Mar 2003 04:34:53 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id E3D7D2ED3F8; Wed, 5 Mar 2003 04:34:52 -0800 (PST) Date: Wed, 5 Mar 2003 13:34:52 +0100 From: Maxime Henrion To: "M. Warner Losh" Cc: kutulu@kutulu.org, freebsd-hackers@FreeBSD.ORG Subject: Re: D_KQFILTER & ltmdm: Patch for review? Message-ID: <20030305123452.GC63673@elvis.mu.org> References: <01be01c2e2b6$30742b00$29330f0a@lcapps.educate.com> <20030304.194917.100118237.imp@bsdimp.com> <20030304.200954.18843267.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030304.200954.18843267.imp@bsdimp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG M. Warner Losh wrote: > In message: <20030304.194917.100118237.imp@bsdimp.com> > "M. Warner Losh" writes: > : : static struct cdevsw sio_cdevsw = { > : : +#if __FreeBSD_version >= 500104 /* >= 20030303 */ > : > : This syntax works even for old versions of FreeBSD. You can make it > : safe by including all the noFoo functions. phk got rid of them > : because it is safe in >= 500104 to do that. Since you want to run on > : multiple versions, it would be better/safer to do that. [...] FWIW, the correct __FreeBSD_version number for the cdevsw initialization changes is 500105. Cheers, Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 5: 6:22 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF3C37B401 for ; Wed, 5 Mar 2003 05:06:21 -0800 (PST) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 458BF43F93 for ; Wed, 5 Mar 2003 05:06:18 -0800 (PST) (envelope-from gandalfbram@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 4E51D83C4D for ; Wed, 5 Mar 2003 14:06:17 +0100 (CET) Received: from olorin.pandora.be (d5152B23A.kabel.telenet.be [81.82.178.58]) by horkos.telenet-ops.be (Postfix) with ESMTP id 2E34583C48 for ; Wed, 5 Mar 2003 14:06:17 +0100 (CET) Message-Id: <5.2.0.9.0.20030305140642.00c80660@mail-in.pandora.be> X-Sender: lv046@mail-in.pandora.be X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 05 Mar 2003 14:07:14 +0100 To: hackers@freebsd.org From: Bram Van Dam Subject: Re: I want to join your group In-Reply-To: <200303051229.h25CTKF89553@coach.allsports.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 13:29 5/03/2003, Joseph Contreras wrote: >Hey doods, > >I've been into the warez scene for more than 4 months, and I am totally >1337. I want to join your group. I've exchanged some warez stuff with a >guy called Pull-Henneeng Kunt, who told me to come here. I'm now looking >for a valid vmware key, and can swap it for some hot warez. > >P.S. : In warez we trust! > Boy you're the lamer aren't you.. How old are ya? 10? Request permission to flame this, err, person .. :P - Bram. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 5:16:29 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C74E137B401 for ; Wed, 5 Mar 2003 05:16:27 -0800 (PST) Received: from ns1.ovis.net (ns1.ovis.net [207.0.147.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248C343FCB for ; Wed, 5 Mar 2003 05:16:27 -0800 (PST) (envelope-from chromexa@ovis.net) Received: from ovis.net (s27.pm5.ovis.net [207.0.147.93]) by ns1.ovis.net (Postfix) with ESMTP id C67A93B5C; Wed, 5 Mar 2003 08:16:23 -0500 (EST) Message-ID: <3E65F946.65D5F5E3@ovis.net> Date: Wed, 05 Mar 2003 13:19:03 +0000 From: Steve Kudlak Reply-To: chromexa@ovis.net X-Mailer: Mozilla 4.5 [en]C-CCK-MCD ezn/58/n (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bram Van Dam , "'hackers@freebsd.org'" Subject: Re: I want to join your group References: <5.2.0.9.0.20030305140642.00c80660@mail-in.pandora.be> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sometimes one should just avoid the temptation to do something no matter how much one feels the other person seems to deserve it. Overall the do not answer things or start flames seems to be a good thing. Almost everytime I went "flame on" I regreted it. This is especially important in technical groups and areas...in my not so humble opinion. Have Fun, Sends Steve Bram Van Dam wrote: > At 13:29 5/03/2003, Joseph Contreras wrote: > >Hey doods, > > > >I've been into the warez scene for more than 4 months, and I am totally > >1337. I want to join your group. I've exchanged some warez stuff with a > >guy called Pull-Henneeng Kunt, who told me to come here. I'm now looking > >for a valid vmware key, and can swap it for some hot warez. > > > >P.S. : In warez we trust! > > > > Boy you're the lamer aren't you.. How old are ya? 10? > Request permission to flame this, err, person .. :P > > - Bram. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 6:25:41 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D770537B405 for ; Wed, 5 Mar 2003 06:25:40 -0800 (PST) Received: from mail02.infosat.net (ananzi02.mx.smtphost.net [196.38.110.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0316E43FBD for ; Wed, 5 Mar 2003 06:25:38 -0800 (PST) (envelope-from jedihobbes@mighty.co.za) Received: from [196.38.110.24] (HELO mail01.infosat.net) by mail02.infosat.net (CommuniGate Pro SMTP 3.5.9) with ESMTP id 87155754 for hackers@freebsd.org; Wed, 05 Mar 2003 16:25:35 +0200 Received: from [196.35.216.1] (account ) by mail01.infosat.net (CommuniGate Pro WebUser 3.5.9) with HTTP id 59714311 for ; Wed, 05 Mar 2003 16:25:35 +0200 From: "Riccardo Spagni" Subject: Re: I want to join your group To: hackers@freebsd.org X-Mailer: CommuniGate Pro Web Mailer v.3.5.9 Date: Wed, 05 Mar 2003 16:25:35 +0200 Message-ID: In-Reply-To: <3E65F946.65D5F5E3@ovis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FJ33R In warez we trust? Anyway, I agree with Steve Kudlak. However tempted I am to feed the tamagotchi, I MUST RESIST. Ciao, -JediHobbes- P.S. I congratulate you on becoming "1337" Joseph, now maybe one day you can hope to become "54N3" == Download ringtones, logos and picture messages at Ananzi Mobile Fun. http://www.ananzi.co.za/cgi-bin/goto.pl?mobile To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 7:20:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E0BC37B401 for ; Wed, 5 Mar 2003 07:20:28 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA8943F3F for ; Wed, 5 Mar 2003 07:20:27 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc01.attbi.com (sccrmhc01) with SMTP id <2003030515202600100j979ge>; Wed, 5 Mar 2003 15:20:26 +0000 Date: Wed, 5 Mar 2003 07:20:25 -0800 (PST) From: Doug Barton To: Bram Van Dam Cc: hackers@freebsd.org Subject: Re: I want to join your group In-Reply-To: <5.2.0.9.0.20030305140642.00c80660@mail-in.pandora.be> Message-ID: <20030305072000.D22812@znfgre.tberna.bet> References: <5.2.0.9.0.20030305140642.00c80660@mail-in.pandora.be> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Mar 2003, Bram Van Dam wrote: > Boy you're the lamer aren't you.. How old are ya? 10? > Request permission to flame this, err, person .. :P Permission denied. Don't feed the trolls. :) -- This .signature sanitized for your protection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 10:28: 3 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89AFB37B405; Wed, 5 Mar 2003 10:28:01 -0800 (PST) Received: from murdoch.servitor.co.uk (murdoch.servitor.co.uk [217.151.99.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3B243FD7; Wed, 5 Mar 2003 10:27:58 -0800 (PST) (envelope-from paul@iconoplex.co.uk) Received: from mmu-firewall.mmu.ac.uk ([149.170.101.200] helo=miter96pq2w1fz) by murdoch.servitor.co.uk with smtp (Exim 3.33 #3) id 18qdcO-000MxB-00; Wed, 05 Mar 2003 18:27:52 +0000 From: "Paul Robinson" To: "Adam Migus" , Cc: , , Subject: RE: Disk scheduling in FreeBSD Date: Wed, 5 Mar 2003 18:27:33 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <49978.192.168.4.2.1046845181.squirrel@mail.migus.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Mike, > I don't have the test, but I've built a generic performance > testing framework for FreeBSD over the past couple of months > that would make running such a test trivial. I'd post a link > but the page has no permanent home yet. When it gets one I can > follow it up with a link. I'd be happy to give it a home sometime next week when I've done some housekeeping on the server... > For now, the application called "boot_tester" allows the user to > run a set of commands (usually performance tests) on boot. The > framework optionally creates a new filesystem work area and > outputs in a standard format. The commands are run for n > iterations (one per boot) over an array of kernels. If used > with the diskless testbed setup I've started developing to use > with it, running tests over arbitrary worlds as well as kernels > is trivial and can be automated. sounds interesting. I have a few scripts that were a start at some performance testing, particularly with I/O and VM in mind. Sounds like you're much further along than I am. Any chance you can throw me a tar.gz? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 10:34:54 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 030A737B401; Wed, 5 Mar 2003 10:34:53 -0800 (PST) Received: from garple.migus.org (pcp243391pcs.howard01.md.comcast.net [68.55.83.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32DD143FA3; Wed, 5 Mar 2003 10:34:52 -0800 (PST) (envelope-from amigus@migus.org) Received: from migus.org (ganyopa.migus.org [192.168.4.2]) by garple.migus.org (8.12.6/8.12.6) with ESMTP id h25IYp4t014848; Wed, 5 Mar 2003 13:34:51 -0500 (EST) (envelope-from amigus@migus.org) Message-ID: <3E66434B.8050109@migus.org> Date: Wed, 05 Mar 2003 13:34:51 -0500 From: Adam Migus Organization: The TrustedBSD Projects User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030302 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Robinson Cc: Adam Migus , silby@silby.com, das@FreeBSD.ORG, hiten@unixdaemons.com, hackers@FreeBSD.ORG Subject: Re: Disk scheduling in FreeBSD References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-7.0 required=5.7 tests=AWL,IN_REP_TO,NOSPAM_INC,REFERENCES,SPAM_PHRASE_02_03, USER_AGENT,USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG version=2.41 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's very WIP right now and will remain so for another couple of weeks. I'd planned to show more people a 'working' version when a) i got a home for the page and b) the numbers its producing have reasonable variance. I'd prefer defering a public release until those goals are reached. You've given me one. Hopefully in a week or two I'll have the other. So if you gimme webspace can i promise you code and output shortly after? If you want input into design I can give you the code now with the understanding that it is WIP. Robinson wrote: >>Mike, >>I don't have the test, but I've built a generic performance >>testing framework for FreeBSD over the past couple of months >>that would make running such a test trivial. I'd post a link >>but the page has no permanent home yet. When it gets one I can >>follow it up with a link. >> >> > >I'd be happy to give it a home sometime next week when I've done some >housekeeping on the server... > > > >>For now, the application called "boot_tester" allows the user to >>run a set of commands (usually performance tests) on boot. The >>framework optionally creates a new filesystem work area and >>outputs in a standard format. The commands are run for n >>iterations (one per boot) over an array of kernels. If used >>with the diskless testbed setup I've started developing to use >>with it, running tests over arbitrary worlds as well as kernels >>is trivial and can be automated. >> >> > >sounds interesting. I have a few scripts that were a start at some >performance testing, particularly with I/O and VM in mind. Sounds like >you're much further along than I am. Any chance you can throw me a tar.gz? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 12: 9:13 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9D1E37B401; Wed, 5 Mar 2003 12:09:10 -0800 (PST) Received: from trixie.teamspirit.com (trixie.teamspirit.com [216.120.9.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F290143FB1; Wed, 5 Mar 2003 12:09:09 -0800 (PST) (envelope-from jcontreras@smackopolis.com) Received: from coach.allsports.com (coach.allsports.com [216.120.9.200]) by trixie.teamspirit.com (8.11.6/8.11.6) with ESMTP id h25K9Hq18646; Wed, 5 Mar 2003 12:09:17 -0800 Received: (from www@localhost) by coach.allsports.com (8.11.6/8.11.1) id h25K9Gw92479; Wed, 5 Mar 2003 12:09:16 -0800 (PST) (envelope-from jcontreras@smackopolis.com) Message-Id: <200303052009.h25K9Gw92479@coach.allsports.com> X-Authentication-Warning: coach.allsports.com: www set sender to jcontreras@smackopolis.com using -f Date: Wed, 05 Mar 2003 12:09:16 -0800 From: "Joseph Contreras" Subject: FreeBSD 5.1 now available To: hackers@freebsd.org Cc: chat@freebsd.org Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Reply-To: jcontreras@smackopolis.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =DA=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=BF =B3 =B3 =B3 N) . NNN _NL. =B3 =B3 (NN. (NN NNN) (NNNNN) =B3 =B3 (NN) `NN. (NNN) JNNNF4NN. =B3 =B3 (NN) NNN JNNN NNNN `NNL =B3 =B3 (NN) (NNN) NNNN. (NNN _. 4) =B3 =B3 (NN) (NNNN.(NNNN) NNNNNNN.) =B3 =B3 NNN) JNNNNNNNNNNN `NNNNNNN) =B3 =B3 NNN) NNNNNNNNNNNN 4F.NNNN =B3 =B3 NNN) NNNNNNNN(NNN NL.N.NNNNN =B3 =B3 NNNN NNN NNNF NNN) NNNNNNNNNF =B3 =B3 (NNN 4NN (NN) NNN) `NNNNNNNN) =B3 =B3 4NF 4N (NN `NN) 4NNNNNF =B3 =B3 () N (F (N (FJ =B3 =B3 () J `) ()4 =B3 =B3 `` ` `` =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 Immortals Team PRESENTS =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 FreeBSD 5.1-BETA =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 http://www.freebsd.org =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 Cracker : kber =B3 =C0=C42003.02.28=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=D9 A lot of people thought we were dead, but we're back with a kick ass release! Cracker : kber Protection: Securom 2 Packager: pull Size: 45x15M News: Pull-Henneeng Kunt and Joseph Contreras=20 joined as couriers. Greetz: Razor 1911, The Fumerola Crew, Scott Long=20 ------------------------ Wanna talk SMACK or get your own rocking email address? Bring it on! Smackopolis.com - http://www.smackopolis.com/ Have you seen AllSports.com for your sports news and more! http://www.allsports.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 12: 9:52 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD4437B401; Wed, 5 Mar 2003 12:09:49 -0800 (PST) Received: from trixie.teamspirit.com (trixie.teamspirit.com [216.120.9.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BB743FE1; Wed, 5 Mar 2003 12:09:48 -0800 (PST) (envelope-from jcontreras@smackopolis.com) Received: from coach.allsports.com (coach.allsports.com [216.120.9.200]) by trixie.teamspirit.com (8.11.6/8.11.6) with ESMTP id h25K9tq18816; Wed, 5 Mar 2003 12:09:55 -0800 Received: (from www@localhost) by coach.allsports.com (8.11.6/8.11.1) id h25K9s792680; Wed, 5 Mar 2003 12:09:54 -0800 (PST) (envelope-from jcontreras@smackopolis.com) Message-Id: <200303052009.h25K9s792680@coach.allsports.com> X-Authentication-Warning: coach.allsports.com: www set sender to jcontreras@smackopolis.com using -f Date: Wed, 05 Mar 2003 12:09:54 -0800 From: "Joseph Contreras" Subject: FreeBSD 4.9 now available To: hackers@freebsd.org Cc: chat@freebsd.org Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Reply-To: jcontreras@smackopolis.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =DA=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=BF =B3 =B3 =B3 N) . NNN _NL. =B3 =B3 (NN. (NN NNN) (NNNNN) =B3 =B3 (NN) `NN. (NNN) JNNNF4NN. =B3 =B3 (NN) NNN JNNN NNNN `NNL =B3 =B3 (NN) (NNN) NNNN. (NNN _. 4) =B3 =B3 (NN) (NNNN.(NNNN) NNNNNNN.) =B3 =B3 NNN) JNNNNNNNNNNN `NNNNNNN) =B3 =B3 NNN) NNNNNNNNNNNN 4F.NNNN =B3 =B3 NNN) NNNNNNNN(NNN NL.N.NNNNN =B3 =B3 NNNN NNN NNNF NNN) NNNNNNNNNF =B3 =B3 (NNN 4NN (NN) NNN) `NNNNNNNN) =B3 =B3 4NF 4N (NN `NN) 4NNNNNF =B3 =B3 () N (F (N (FJ =B3 =B3 () J `) ()4 =B3 =B3 `` ` `` =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 Immortals Team PRESENTS =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD=CD= =CD=CD=CD=CD=CD=CD=CD=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 FreeBSD 4.9-BETA =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 http://www.freebsd.org =B3 =C3=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=B4 =B3 Cracker : kber =B3 =C0=C42003.02.28=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=D9 A lot of people thought we were dead, but we're back with a kick ass release! Cracker : kber Protection: Securom 2 Packager: pull Size: 45x15M News: Pull-Henneeng Kunt and Joseph Contreras=20 joined as couriers. Greetz: Razor 1911, The Fumerola Crew, Scott Long=20 ------------------------ Wanna talk SMACK or get your own rocking email address? Bring it on! Smackopolis.com - http://www.smackopolis.com/ Have you seen AllSports.com for your sports news and more! http://www.allsports.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 13:20:42 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E5237B401 for ; Wed, 5 Mar 2003 13:20:41 -0800 (PST) Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id E33D943FD7 for ; Wed, 5 Mar 2003 13:20:39 -0800 (PST) (envelope-from pblok@inter.NL.net) Received: from bsdpc ([80.60.248.65]) by smtp04.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id HBAON600.PFQ for ; Wed, 5 Mar 2003 22:21:06 +0100 From: "Peter J. Blok" To: freebsd-hackers@freebsd.org Subject: ng_fec on 4.7-RELEASE-p6 Date: Wed, 5 Mar 2003 22:19:34 +0100 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303052219.34832.pblok@inter.NL.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a trunk configured on a Baystack. I am using ng_fec, downloaded from Bill's directory last night. When I configure two fxp ports with the example load script, I'm getting a message fxp0 up and fxp1 up, but fec0 doesn't work. I have assigned an ip address and try to ping outside, but nothing happens. The moment I do a tcpdump -i fec0, I see packets coming in and from that moment on the fec0 bundle works, even when the tcpdump is stopped. Do you have any idea where to start searching for this? I have done a setpromisc on fec0, but that doesn't seem to help. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 13:55:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A2037B401 for ; Wed, 5 Mar 2003 13:55:18 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F48A43F3F for ; Wed, 5 Mar 2003 13:55:18 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003030521551700100j6rrve>; Wed, 5 Mar 2003 21:55:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA62964 for ; Wed, 5 Mar 2003 13:55:16 -0800 (PST) Date: Wed, 5 Mar 2003 13:55:14 -0800 (PST) From: Julian Elischer To: hackers@freebsd.org Subject: ssh/ssl linkage Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OpenSSH uses openssl to a great extent, however when you do ldd ssh you get: libssh.so.2 => /usr/lib/libssh.so.2 (0x28078000) libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x280a9000) libutil.so.3 => /usr/lib/libutil.so.3 (0x28161000) libz.so.2 => /usr/lib/libz.so.2 (0x2816a000) libc.so.4 => /usr/lib/libc.so.4 (0x28177000) or in earlier versions: libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x2808a000) libutil.so.3 => /usr/lib/libutil.so.3 (0x28143000) libz.so.2 => /usr/lib/libz.so.2 (0x2814b000) libc.so.4 => /usr/lib/libc.so.4 (0x28158000) so my question is: how is the connection made to libssl? is it via libcrypto? is it statically built into the ssh binary? If I upgrade openssl due to teh security upgrade, should I recompile ssh as well? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 14:10:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F58C37B401 for ; Wed, 5 Mar 2003 14:10:49 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78B2F43FBF for ; Wed, 5 Mar 2003 14:10:48 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <200303052210470020081bu7e>; Wed, 5 Mar 2003 22:10:47 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA63075 for ; Wed, 5 Mar 2003 14:10:47 -0800 (PST) Date: Wed, 5 Mar 2003 14:10:45 -0800 (PST) From: Julian Elischer To: hackers@freebsd.org Subject: Re: ssh/ssl linkage In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG to answer myself a bit.. On Wed, 5 Mar 2003, Julian Elischer wrote: > > OpenSSH uses openssl to a great extent, however when you do > > ldd ssh > > you get: > libssh.so.2 => /usr/lib/libssh.so.2 (0x28078000) > libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x280a9000) > libutil.so.3 => /usr/lib/libutil.so.3 (0x28161000) > libz.so.2 => /usr/lib/libz.so.2 (0x2816a000) > libc.so.4 => /usr/lib/libc.so.4 (0x28177000) > > or in earlier versions: > libcrypto.so.2 => /usr/lib/libcrypto.so.2 (0x2808a000) > libutil.so.3 => /usr/lib/libutil.so.3 (0x28143000) > libz.so.2 => /usr/lib/libz.so.2 (0x2814b000) > libc.so.4 => /usr/lib/libc.so.4 (0x28158000) > > > so my question is: > how is the connection made to libssl? > is it via libcrypto? > is it statically built into the ssh binary? > > If I upgrade openssl due to teh security upgrade, > should I recompile ssh as well? > It looks like openssl generates two parts: libcrypto and libssl If I upgrade openssl, I should make a new libcrypto and libssl and since ssh uses only libcrypto, I should not need to upgrade ssh.. If I'm wrong.. let me know :-) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 14:11:13 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A16537B401 for ; Wed, 5 Mar 2003 14:11:11 -0800 (PST) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 6EDD643FCB for ; Wed, 5 Mar 2003 14:11:08 -0800 (PST) (envelope-from jan@digitaldaemon.com) Received: (qmail 77120 invoked from network); 5 Mar 2003 22:09:29 -0000 Received: from unknown (HELO digitaldaemon.com) (192.168.0.220) by digitaldaemon.com with SMTP; 5 Mar 2003 22:09:29 -0000 Message-ID: <3E667734.2000600@digitaldaemon.com> Date: Wed, 05 Mar 2003 17:16:20 -0500 From: Jan Knepper Organization: http://www.digitaldaemon.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jan Knepper Cc: Hackers Subject: Re: 'ticks' in kernel. References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> <3E64F7B2.9040008@digitaldaemon.com> <20030304210747.GA29907@lanczos.maths.tcd.ie> <3E653CB7.8080306@digitaldaemon.com> In-Reply-To: <3E653CB7.8080306@digitaldaemon.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, I guess since I have not heard any brilliant solutions. Could/should I add a query for 'ticks' to sysctl? Thanks! Jan Jan Knepper wrote: > David Malone wrote: > >> On Tue, Mar 04, 2003 at 02:00:02PM -0500, Jan Knepper wrote: >> >> >>> How would they return me the 'value' of 'ticks'? >>> >>> The problem is... I have a value's somewhere that has been assigned >>> from 'ticks', like: >>> ptr -> value = ticks; >>> >> >> >> Maybe it would help to explain what you are doing at a higher level? >> It seems odd that you need to do anything like this at all... >> >> >> > Well, what I started doing is patching 'netstat' with the idea that I > can display: > - Time a TCP connection was setup. > - Age of a TCP connection. > the 'tcpcb' seems to have a member 't_starttime' which could be used > for this. However, t_starttime is being initialized from 'ticks'. So > to get an result that would make sense to a user I would have to do > something like: > > const time_t boottime; > time_t tcptime; > > tcptime = boottime + ( ticks - tcpcb -> t_starttime ) / FACTOR; > > The missing part... 'ticks'... > > Thanks! > Jan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 14:47:50 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EFB237B401 for ; Wed, 5 Mar 2003 14:47:48 -0800 (PST) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB54843FA3 for ; Wed, 5 Mar 2003 14:47:47 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id 4EDAC2E; Wed, 5 Mar 2003 16:47:47 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 2F51278C43; Wed, 5 Mar 2003 16:47:47 -0600 (CST) Date: Wed, 5 Mar 2003 16:47:47 -0600 From: "Jacques A. Vidrine" To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: ssh/ssl linkage Message-ID: <20030305224747.GA71781@madman.celabo.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 05, 2003 at 01:55:14PM -0800, Julian Elischer wrote: > > OpenSSH uses openssl to a great extent, however when you do [ ... ] > so my question is: > how is the connection made to libssl? > is it via libcrypto? > is it statically built into the ssh binary? OpenSSH doesn't actually use SSL/TLS (libssl). It only uses the general cryptography library of OpenSSL (libcrypto). > If I upgrade openssl due to teh security upgrade, > should I recompile ssh as well? Yes, you must. (See below.) On Wed, Mar 05, 2003 at 02:10:45PM -0800, Julian Elischer wrote: > to answer myself a bit.. > It looks like openssl generates two parts: > libcrypto and libssl Right. > If I upgrade openssl, > I should make a new libcrypto and libssl > and since ssh uses only libcrypto, I should not need to > upgrade ssh.. I assume you mean `rebuild' rather than `upgrade'. > If I'm wrong.. let me know :-) You are wrong, but it's not your fault :-) OpenSSH specifically checks the version of OpenSSL which it finds at runtime, and if it does not match the version it found at build-time, then it barfs with "OpenSSL version mismatch. Built against FOO, you have BAR" The OpenSSH guys don't trust that the semantics of the API stay the same across releases, even if the ABI stays the same. I guess I cannot blame them for this extra paranoia. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 17:25: 2 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3755A37B401; Wed, 5 Mar 2003 17:25:01 -0800 (PST) Received: from geekpunk.net (adsl-32-214-221.bna.bellsouth.net [67.32.214.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3F8343FCB; Wed, 5 Mar 2003 17:24:57 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h25NBF4S002506; Wed, 5 Mar 2003 17:11:15 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h25NBEta002505; Wed, 5 Mar 2003 17:11:14 -0600 (CST) (envelope-from bandix) Date: Wed, 5 Mar 2003 17:11:14 -0600 From: "Brandon D. Valentine" To: "Jacques A. Vidrine" Cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: ssh/ssl linkage Message-ID: <20030305231114.GJ815@geekpunk.net> References: <20030305224747.GA71781@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030305224747.GA71781@madman.celabo.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 05, 2003 at 04:47:47PM -0600, Jacques A. Vidrine wrote: > > You are wrong, but it's not your fault :-) OpenSSH specifically > checks the version of OpenSSL which it finds at runtime, and if it > does not match the version it found at build-time, then it barfs > with > "OpenSSL version mismatch. Built against FOO, you have BAR" > > The OpenSSH guys don't trust that the semantics of the API stay the > same across releases, even if the ABI stays the same. I guess I > cannot blame them for this extra paranoia. I don't blame them either, but I don't think it's quite paranoia. It's rather more like prudent skepticism. OpenSSL's convoluted build system is alone more than enough to make one doubt the integrity of the releases. ;-) Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: nashville is also the home of ingram industries To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 19: 8:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2426237B401 for ; Wed, 5 Mar 2003 19:08:54 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C3A43F85 for ; Wed, 5 Mar 2003 19:08:53 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id D7FC139839; Wed, 5 Mar 2003 21:08:52 -0600 (CST) Date: Wed, 5 Mar 2003 21:08:52 -0600 From: Sean Kelly To: hackers@freebsd.org Subject: Smarter kernel modules? Message-ID: <20030306030852.GA1158@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm not sure if this topic has ever been covered before or not. I couldn't find it in the list archives, but then I wasn't exactly sure how to search for it. Has anyone ever considered embedding some sort of identifier in kernel modules to keep them from being loaded with the wrong kernel? Back when I used Linux, they had this thing that embedded the kernel version in all the modules, thus preventing you from shooting yourself in the foot when booting a different kernel. After just experiencing two panics and then finally booting an older kernel, I was bit three times by our lack of something like this. First, acpi.ko blew up in my face before I decided it'd be wise to specify /boot/kernel.old/acpi.ko. Secondly, linux.ko exploded in my face with rc.conf's linux_enable=3D"YES". Finally, my system exploded when X tried to load the DRI/DRM modules. After this, I'm wondering why there isn't some sort of system to keep this foot shooting from happening. Wouldn't it be wise to embed some sort of cksum into the kernel and then only allow modules with the same cksum to be loaded (unless the user really wants to)? --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ZrvEPm7A9NLl4pYRAoE1AJ4opR52fYfGYiYzqjRCeQh37AHKSwCeJNGD SAb2amliSp6M6dT4f/wMeJU= =rBUq -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 20:44:57 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 129E137B401 for ; Wed, 5 Mar 2003 20:44:57 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 001D243FDD for ; Wed, 5 Mar 2003 20:44:55 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h264irA7034475; Wed, 5 Mar 2003 21:44:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Mar 2003 21:44:39 -0700 (MST) Message-Id: <20030305.214439.00238175.imp@bsdimp.com> To: smkelly@zombie.org Cc: hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? From: "M. Warner Losh" In-Reply-To: <20030306030852.GA1158@edgemaster.zombie.org> References: <20030306030852.GA1158@edgemaster.zombie.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030306030852.GA1158@edgemaster.zombie.org> Sean Kelly writes: : Has anyone ever considered embedding some sort of identifier in kernel : modules to keep them from being loaded with the wrong kernel? Actually, I was talking about this with Matt Dodd this morning... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 20:59:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E86FF37B401 for ; Wed, 5 Mar 2003 20:59:19 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1056F43FA3 for ; Wed, 5 Mar 2003 20:59:19 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h264xHA7034571; Wed, 5 Mar 2003 21:59:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Mar 2003 21:59:01 -0700 (MST) Message-Id: <20030305.215901.36360277.imp@bsdimp.com> To: hackers@freebsd.org, smkelly@zombie.org Subject: Re: Smarter kernel modules? From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here's a simple patch. However, it is a total suck-ass kludge (and that's being generous). The ABI isn't THE ABI, but rather a collection of ABIs. These ABIs change slowly and there is a certain range that work together. Historically, we've been really bad about bumping version numbers when things change in modules. Also, there's no built-in versioning in the module names, which makes it harder to have multiple versions around. As such, the version numbers are set to 1 and never change. Warner Index: sys/module.h =================================================================== RCS file: /home/ncvs/src/sys/sys/module.h,v retrieving revision 1.20 diff -u -r1.20 module.h --- sys/module.h 18 Mar 2002 07:45:30 -0000 1.20 +++ sys/module.h 6 Mar 2003 04:51:04 -0000 @@ -95,7 +95,10 @@ #include +extern char __version_5_1; + #define MODULE_METADATA(uniquifier, type, data, cval) \ + static char *_mod_version_depend##uniquifier = &__version_5_1; \ static struct mod_metadata _mod_metadata##uniquifier = { \ MDT_STRUCT_VERSION, \ type, \ Index: kern/kern_module.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_module.c,v retrieving revision 1.41 diff -u -r1.41 kern_module.c --- kern/kern_module.c 19 Feb 2003 05:47:25 -0000 1.41 +++ kern/kern_module.c 6 Mar 2003 04:51:04 -0000 @@ -42,6 +42,12 @@ static MALLOC_DEFINE(M_MODULE, "module", "module data structures"); +/* + * Define the version. Change the symbol name when things get too + * incompatible. version_5_1 means the 'ABI compatible with FreeBSD 5.1' + */ +char __version_5_1 = 1; + typedef TAILQ_HEAD(, module) modulelist_t; struct module { TAILQ_ENTRY(module) link; /* chain together all modules */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 21:33:37 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5251837B401 for ; Wed, 5 Mar 2003 21:33:36 -0800 (PST) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C965343F3F for ; Wed, 5 Mar 2003 21:33:34 -0800 (PST) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.8/8.12.7) with ESMTP id h265XVKU003682 for ; Thu, 6 Mar 2003 05:33:31 GMT (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org Subject: Re: Smarter kernel modules? From: Kirk Strauser Date: Wed, 05 Mar 2003 23:33:31 -0600 In-Reply-To: <20030306030852.GA1158@edgemaster.zombie.org> (Sean Kelly's message of "Wed, 5 Mar 2003 21:08:52 -0600") Message-ID: <878yvtdpp0.fsf@strauser.com> Lines: 11 X-Mailer: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <20030306030852.GA1158@edgemaster.zombie.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-=-= Content-Transfer-Encoding: quoted-printable At 2003-03-06T03:08:52Z, Sean Kelly writes: > Has anyone ever considered embedding some sort of identifier in kernel > modules to keep them from being loaded with the wrong kernel? Unless I'm mistaken, 5.0 supports having multiple kernels installed, each with their own modules directories, under /boot. =2D-=20 Kirk Strauser In Googlis non est, ergo non est. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+Zt2r5sRg+Y0CpvERAonjAJsGcBwoD8BWhet0qnCq66TJ7q0peQCeO6+u kJFOQsZ7wxfx+PDYAAXUA34= =kVvh -----END PGP SIGNATURE----- --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 22:51:41 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A0237B401 for ; Wed, 5 Mar 2003 22:51:40 -0800 (PST) Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13EBE43FAF for ; Wed, 5 Mar 2003 22:51:40 -0800 (PST) (envelope-from sonicmail@blarf.homeip.net) Received: by blarf.homeip.net (Postfix, from userid 1006) id 2A34417AC; Wed, 5 Mar 2003 22:51:38 -0800 (PST) Date: Wed, 5 Mar 2003 22:51:37 -0800 From: Alex Zepeda To: Wes Peters , hackers@freebsd.org Subject: Re: C coding editor Message-ID: <20030306065137.GA2405@blarf.homeip.net> References: <20030221122103.GA2073@asterix.local> <200302231017.16894.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200302231017.16894.wes@softweyr.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 23, 2003 at 10:17:16AM -0800, Wes Peters wrote: > I completely utterly fail to understand why some young developers attach > some sort of romance to writing code on an 80x25 screen, when all the > haxxors my age or older waited (or slaved away) for years, even > decades, to get something better and more flexible. Maybe it's cause some of us use something other than 80x25 for a text console :-D Of course I'm still waiting for a console port of DESQView. *giggle*. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 23: 9:47 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D84F37B401 for ; Wed, 5 Mar 2003 23:09:46 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5491E43F3F for ; Wed, 5 Mar 2003 23:09:45 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.5/8.12.5) with ESMTP id h2679gLZ093927; Thu, 6 Mar 2003 18:09:43 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.6/8.12.5/Submit) id h2679fI8093926; Thu, 6 Mar 2003 18:09:41 +1100 (EST) Date: Thu, 6 Mar 2003 18:09:40 +1100 From: Peter Jeremy To: Kirk Strauser Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? Message-ID: <20030306070940.GA93350@cirb503493.alcatel.com.au> References: <20030306030852.GA1158@edgemaster.zombie.org> <878yvtdpp0.fsf@strauser.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <878yvtdpp0.fsf@strauser.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 05, 2003 at 11:33:31PM -0600, Kirk Strauser wrote: >At 2003-03-06T03:08:52Z, Sean Kelly writes: > >> Has anyone ever considered embedding some sort of identifier in kernel >> modules to keep them from being loaded with the wrong kernel? > >Unless I'm mistaken, 5.0 supports having multiple kernels installed, each >with their own modules directories, under /boot. Yes, but this doesn't resolve the versioning issue. 1) If you update any of those kernels, the updated kernel and updated modules will be written into /boot/FOO/ as appropriate. BUT old modules that weren't rebuilt (eg 3rd party modules) will remain in /boot/FOO/. If the new kernel happened to change an API, you're likely to get a panic when you load the old module. 2) -CURRENT apparently looks in /modules/ as well as /boot/kernel/ - and any module found in the former is probably 4.x which will cause things to fail spectacularly. Versioning is the only way to solve both these problems. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 23:49:25 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B591337B401 for ; Wed, 5 Mar 2003 23:49:23 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D505D43FBD for ; Wed, 5 Mar 2003 23:49:20 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 2DE8239839; Thu, 6 Mar 2003 01:49:20 -0600 (CST) Date: Thu, 6 Mar 2003 01:49:20 -0600 From: Sean Kelly To: "M. Warner Losh" Cc: hackers@freebsd.org Subject: Re: Smarter kernel modules? Message-ID: <20030306074919.GA3045@edgemaster.zombie.org> References: <20030305.215901.36360277.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20030305.215901.36360277.imp@bsdimp.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2003 at 09:59:01PM -0700, M. Warner Losh wrote: > Here's a simple patch. However, it is a total suck-ass kludge (and > that's being generous). The ABI isn't THE ABI, but rather a > collection of ABIs. These ABIs change slowly and there is a certain > range that work together. Historically, we've been really bad about > bumping version numbers when things change in modules. Also, there's > no built-in versioning in the module names, which makes it harder to > have multiple versions around. As such, the version numbers are set > to 1 and never change. My kernel coding skills are severely limited, so please adjust any pointing and laughing as appropriate. =2E.. > +/* > + * Define the version. Change the symbol name when things get too > + * incompatible. version_5_1 means the 'ABI compatible with FreeBSD 5.1' > + */ > +char __version_5_1 =3D 1; =2E.. Wouldn't it make more sense to have a symbol name that doesn't change across versions? Something like '_module_version' perhaps. Then the value of the symbol is the version which the module corresponds to. This would let you use something like kern.osreldate or a per-subsystem version index. This would also save you from having to search through files that say "_version_5_1" and instead just define '_module_version' using a #define in one of your headers. config.h: #define API_VERSION 500100 mymodule.c: long _module_version =3D API_VERSION; Another benefit(?) is that if _module_version is missing, you can decide that you don't care about versioning and just load the module. This could be useful for third-party modules that don't want to lock them down to a specific kernel/API/subsystem version. Not recommended, but optional. --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+Zv1/Pm7A9NLl4pYRAnBvAKDAhmp1Pl+ZMAwxIbXZyu6V+D4zEQCeNVcT po8VitUBRd0QgiVX6joCTb4= =dael -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 5 23:52:42 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42F3437B401 for ; Wed, 5 Mar 2003 23:52:40 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8530743F85 for ; Wed, 5 Mar 2003 23:52:38 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.5/8.12.5) with ESMTP id h267qSLZ093967; Thu, 6 Mar 2003 18:52:28 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.6/8.12.5/Submit) id h267qQ8j093966; Thu, 6 Mar 2003 18:52:26 +1100 (EST) Date: Thu, 6 Mar 2003 18:52:26 +1100 From: Peter Jeremy To: "M. Warner Losh" Cc: hackers@FreeBSD.ORG, smkelly@zombie.org Subject: Re: Smarter kernel modules? Message-ID: <20030306075225.GB93350@cirb503493.alcatel.com.au> References: <20030305.215901.36360277.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030305.215901.36360277.imp@bsdimp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 05, 2003 at 09:59:01PM -0700, M. Warner Losh wrote: >Here's a simple patch. However, it is a total suck-ass kludge (and >that's being generous). The ABI isn't THE ABI, but rather a >collection of ABIs. These ABIs change slowly and there is a certain >range that work together. I think you're being overly harsh. It strikes me as a very simple way to provide at least a coarse level of versioning. (The other downside is that the error messages may be too cryptic for a non-developer to understand). The biggest downside is that (as you point out) it is a single magic number to represent the version of all of the kernel interfaces. What you really want is a version number associated with each "interface" - then only modules that use that particular interface are affected. As for actually implementing this: How about a combination of C++ name-mangling and "namespace.h" from our libc? Change all our external kernel symbols so that "foo" shows up as "foo__N" (where N starts at 1 and increments every time something about foo's definition changes). Near the top of the include file containing the symbol declaration you add a "#define foo foo__N" so code doesn't see the version number. Benefits: - Versioning tied to specific symbol definition - no need to have a coarse "bump the version when things get too incompatible". You can bump the version of a symbol when it changes at all. - Only modules that actually reference a changed symbol fail. - Versioning uses exact matches so the version number could go backwards if an API change gets backed out (eg the recent malloc M_WAITOK changes) - old modules would start to work again. Of course you've got to remember to skip that number on the next increment. - Automatically detects naughty code that doesn't include the appropriate headers. - The kernel's dynamic loader could be taught to provide legible error messages (eg "foo.ko: Needs malloc version 123 found 126") - Potentially, shim modules could be created to supply legacy interfaces - at least for functions. (eg for the aborted malloc() changes, a shim function could have mapped between the different flags meanings). The kernel loader could even automatically look for shim .ko's. Disadvantages: - Needs grunt-work to write the #defines - Kernel symbols reported by nm(1) look strange (unless we patch binutils to understand our versioning scheme). - May present problems to '##' built symbols. Comments? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 0: 7:26 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B4F37B401 for ; Thu, 6 Mar 2003 00:07:24 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEAC743F93 for ; Thu, 6 Mar 2003 00:07:22 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.5/8.12.5) with ESMTP id h2687LLZ093991; Thu, 6 Mar 2003 19:07:21 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.6/8.12.5/Submit) id h2687L7G093990; Thu, 6 Mar 2003 19:07:21 +1100 (EST) Date: Thu, 6 Mar 2003 19:07:21 +1100 From: Peter Jeremy To: Sean Kelly Cc: hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? Message-ID: <20030306080721.GA93885@cirb503493.alcatel.com.au> References: <20030305.215901.36360277.imp@bsdimp.com> <20030306074919.GA3045@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030306074919.GA3045@edgemaster.zombie.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 06, 2003 at 01:49:20AM -0600, Sean Kelly wrote: >> +/* >> + * Define the version. Change the symbol name when things get too >> + * incompatible. version_5_1 means the 'ABI compatible with FreeBSD 5.1' >> + */ >> +char __version_5_1 = 1; >... > >Wouldn't it make more sense to have a symbol name that doesn't change >across versions? Something like '_module_version' perhaps. Then the value >of the symbol is the version which the module corresponds to. This would >let you use something like kern.osreldate or a per-subsystem version index. No. Warner's trick is that each module includes an unresolved reference to the version symbol (in ), which is defined in the kernel. If the kernel run-time loader can't resolve the reference (meaning that the version symbol has changed in the kernel) then it will report and error and refuse to load the module - neither the kernel nor the module need to know anything about versioning. (Though the name needs to be kept aligned in two different files). The actual value of the symbol is irrelevant (though it could potentially be used to differentiate different mostly-compatible kernels). >config.h: >#define API_VERSION 500100 > >mymodule.c: >long _module_version = API_VERSION; And I presume the kernel then verifies that _module_version in the just-loaded .ko matches the kernel's idea of API_VERSION. Overall, this is equivalent to Warner's approach except that the kernel needs to explicitly check the contents of _module_version (and the loader needs to understand having identical symbols declared in multiple modules - ie _module_version becomes a special name). >Another benefit(?) is that if _module_version is missing, you can decide >that you don't care about versioning and just load the module. This exists implicitly in Warner's code as well - if there's no reference to the kernel version symbol then the load will succeed whatever the name of the version symbol in the kernel. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 1:33:41 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 110D137B401 for ; Thu, 6 Mar 2003 01:33:40 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id ADA5043FA3 for ; Thu, 6 Mar 2003 01:33:38 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 7176 invoked by uid 1000); 6 Mar 2003 09:33:37 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Mar 2003 09:33:37 -0000 Date: Thu, 6 Mar 2003 10:33:37 +0100 (CET) From: Attila Nagy To: "Peter J. Blok" Cc: freebsd-hackers@freebsd.org Subject: Re: ng_fec on 4.7-RELEASE-p6 In-Reply-To: <200303052219.34832.pblok@inter.NL.net> Message-ID: References: <200303052219.34832.pblok@inter.NL.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > When I configure two fxp ports with the example load script, I'm getting > a message fxp0 up and fxp1 up, but fec0 doesn't work. I have assigned an > ip address and try to ping outside, but nothing happens. The moment I do > a tcpdump -i fec0, I see packets coming in and from that moment on the > fec0 bundle works, even when the tcpdump is stopped. Did you try ifconfig fxp0 up; ifconfig fxp1? ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 2: 2:37 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0311137B401 for ; Thu, 6 Mar 2003 02:02:37 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id CD1FE43FBD for ; Thu, 6 Mar 2003 02:02:35 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Date: Thu, 6 Mar 2003 10:02:34 +0000 From: David Malone To: Jan Knepper Cc: Hackers Subject: Re: 'ticks' in kernel. Message-ID: <20030306100234.GA8573@salmon.maths.tcd.ie> References: <3E64301E.5050901@digitaldaemon.com> <20030304.080123.34121962.imp@bsdimp.com> <3E64E941.3030205@digitaldaemon.com> <20030304.104403.34570707.imp@bsdimp.com> <3E64F7B2.9040008@digitaldaemon.com> <20030304210747.GA29907@lanczos.maths.tcd.ie> <3E653CB7.8080306@digitaldaemon.com> <3E667734.2000600@digitaldaemon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E667734.2000600@digitaldaemon.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 05, 2003 at 05:16:20PM -0500, Jan Knepper wrote: > Well, I guess since I have not heard any brilliant solutions. > Could/should I add a query for 'ticks' to sysctl? I can't suggest a better suggestion off the top of my head, unless it would be better as something which you'd get at through libkvm. Probably best to do it whatever way netstat gets the TCP information you're currently analysing. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 2:30:30 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3764437B401 for ; Thu, 6 Mar 2003 02:30:29 -0800 (PST) Received: from murdoch.servitor.co.uk (murdoch.servitor.co.uk [217.151.99.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8379E43FB1 for ; Thu, 6 Mar 2003 02:30:28 -0800 (PST) (envelope-from paul@iconoplex.co.uk) Received: from mmu-firewall.mmu.ac.uk ([149.170.101.200] helo=miter96pq2w1fz) by murdoch.servitor.co.uk with smtp (Exim 3.33 #3) id 18qse5-000Nhr-00; Thu, 06 Mar 2003 10:30:37 +0000 From: "Paul Robinson" To: "Adam Migus" Cc: Subject: RE: Disk scheduling in FreeBSD Date: Thu, 6 Mar 2003 10:30:20 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: <3E66434B.8050109@migus.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Adam Migus wrote: > So if you gimme webspace can i promise you code and > output shortly after? If you want input into design I can > give you the code now with the understanding that it is > WIP. Sure. If you can wait a week, I'll be able to sort you out. Right now, the server is in need of some "house-keeping" to say the least. :-) -- Paul Robinson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 4:47:25 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D93537B401 for ; Thu, 6 Mar 2003 04:47:22 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E7C343FBF for ; Thu, 6 Mar 2003 04:47:21 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 8978 invoked by uid 1000); 6 Mar 2003 12:47:19 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Mar 2003 12:47:19 -0000 Date: Thu, 6 Mar 2003 13:47:19 +0100 (CET) From: Attila Nagy To: hackers@freebsd.org Subject: Panic: bwrite: buffer is not busy??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I get these panics each day with 5-CURRENT. All what the machine does is file serving through FTP, HTTP and RSYNC over a GE NIC. It is a dual Xeon, but I got the same results with an earlier CURRENT on a whole different machine (see kern/46861). Any ideas about this problem? Thanks! kandojozsef-bkp# gdb -k kernel.debug.20030305 vmcore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: bwrite: buffer is not busy??? panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 06000000 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc01bc6b4 stack pointer = 0x10:0xe4bd7c4c frame pointer = 0x10:0xe4bd7c68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 65184 (ftpd) trap number = 12 panic: page fault cpuid = 0; lapic.id = 06000000 boot() called on cpu#0 syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? cpuid = 0; lapic.id = 06000000 boot() called on cpu#0 Uptime: 14h36m20s Dumping 1536 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01bd5ab in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc01bd83a in poweroff_wait (junk=0xc02eb4df, howto=-1070264832) at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc01fecb8 in bwrite (bp=0x104) at /usr/src/sys/kern/vfs_bio.c:795 #4 0xc02006fd in vfs_bio_awrite (bp=0xd33b5d18) at /usr/src/sys/kern/vfs_bio.c:1692 #5 0xc0207e0a in vop_stdfsync (ap=0xe4bd7ab0) at /usr/src/sys/kern/vfs_default.c:755 #6 0xc018401d in spec_fsync (ap=0xe4bd7ab0) at /usr/src/sys/fs/specfs/spec_vnops.c:420 #7 0xc0183544 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:123 #8 0xc025f72e in ffs_sync (mp=0xc6991400, waitfor=2, cred=0xc2a5bf00, td=0xc03086a0) at vnode_if.h:612 #9 0xc0214b16 in sync (td=0xc03086a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 #10 0xc01bd18c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280 #11 0xc01bd83a in poweroff_wait (junk=0xc02eed43, howto=-1070635321) at /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc02bf20c in trap_fatal (frame=0x100, eva=0) at /usr/src/sys/i386/i386/trap.c:843 #13 0xc02beecc in trap_pfault (frame=0xe4bd7c0c, usermode=0, eva=28) at /usr/src/sys/i386/i386/trap.c:757 ---Type to continue, or q to quit--- #14 0xc02be9b4 in trap (frame= {tf_fs = -457375720, tf_es = -1071579120, tf_ds = -1070465008, tf_edi = 0, tf_esi = 1, tf_ebp = -457343896, tf_isp = -457343944, tf_ebx = -1029451328, tf_edx = 4, tf_ecx = -919729344, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1071921484, tf_cs = 8, tf_eflags = 66178, tf_esp = 508, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:444 #15 0xc02a7e28 in calltrap () at {standard input}:97 #16 0xc01a75e0 in fork1 (td=0xc92e0b40, flags=20, pages=0, procp=0xe4bd7cd8) at /usr/src/sys/kern/kern_fork.c:340 #17 0xc01a6f2b in fork (td=0xc92e0b40, uap=0xe4bd7d14) at /usr/src/sys/kern/kern_fork.c:124 #18 0xc02bf534 in syscall (frame= {tf_fs = 134610991, tf_es = 672661551, tf_ds = -1078001617, tf_edi = 134584470, tf_esi = -1077940680, tf_ebp = -1077940744, tf_isp = -457343628, tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 672264211, tf_cs = 31, tf_eflags = 582, tf_esp = -1077945252, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1030 #19 0xc02a7e7d in Xint0x80_syscall () at {standard input}:139 ---Can't read userspace from dump, or kernel process--- kandojozsef-bkp# uname -a FreeBSD kandojozsef-bkp.iif.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Wed Mar 5 22:47:25 CET 2003 root@kandojozsef-bkp.iif.hu:/usr/obj/usr/src/sys/TEST i386 ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 5:59:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 157DB37B401 for ; Thu, 6 Mar 2003 05:59:52 -0800 (PST) Received: from uk.com (TC218-187-144-136.adsl.pl.apol.com.tw [218.187.144.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABB544028 for ; Thu, 6 Mar 2003 05:59:25 -0800 (PST) (envelope-from dhes@uk.com) From: tyjnt5@ergfv4r.com Subject: =?ISO-8859-1?B?v/qw96XOISGnT8RGpEikRiEh?= Reply-To: 35yhw@nu6j.com Date: 06 Mar 2003 21:59:27 +0800 MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: 8bit Message-Id: <20030306135928.8ABB544028@mx1.FreeBSD.org> To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ¤Q¤À¤§¤@ªºÂsÄýªÌ ¿ï¾Ü¶i¤J

¡@

¤Q¤À¤§¤@ªºÂsÄýªÌ¡@¿ï¾Ü¶i¤J

¤Q¤§¤EªºÂsÄýªÌ¡@¿ï¾ÜÃö³¬µøµ¡

µM¦Ó¡@§Ú­Ì«Üº¡·N³o¼Ëªº¤ñ¨Ò¡@

¦]¬°¡K

³o¸Ìªº¤H¡@©Ò¾Ö¦³ªº«D¤Z¥Í¬¡

¦h¬O¦b¤@ºØ¤£¤Z«äºû¤U©Ò¤Þµoªº¤£¤Z¨M©w«á¡@°½°½¶}©lªº

enter

 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 6:47:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 779A337B401 for ; Thu, 6 Mar 2003 06:47:08 -0800 (PST) Received: from mail.abitab.com.uy (r200-40-59-214.adinet.com.uy [200.40.59.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD45443FA3 for ; Thu, 6 Mar 2003 06:47:06 -0800 (PST) (envelope-from pablo.morales@abitab.com.uy) Received: from abtec412 (abtec412.dptotecnico.abitab.com.uy [10.200.41.2]) by mail.abitab.com.uy (Abitab MailServer by RootWay) with SMTP id 122771A5B8 for ; Thu, 6 Mar 2003 11:47:05 -0300 (UYT) Message-ID: <007c01c2e3ef$3483d8a0$0229c80a@abtec412> From: "Pablo Morales" To: Subject: Realtek Date: Thu, 6 Mar 2003 11:46:43 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG HI there. Gotta question. Someone said that the realtek 8029 and 8139 ethernet cards are the worst cards ever made. My boss is planning to make a great buy of this cards for a communication project ( the reasons is obius, the cost of this cards ) I'm trying to persuade him to by 3com ethernet cards, but I need technical information to demostrate him that it's not a good inversion to buy those kind of cards. Can someone give a good explanation of that or at least where can I find information about it? Lotta thanxs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 6:50:32 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62ABF37B401 for ; Thu, 6 Mar 2003 06:50:31 -0800 (PST) Received: from office.LF.net (office.LF.net [212.9.190.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB4A43FBF for ; Thu, 6 Mar 2003 06:50:28 -0800 (PST) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net ([212.118.165.100]) by office.LF.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.04) id 18qwhH-00066q-00 for freebsd-hackers@freebsd.org; Thu, 06 Mar 2003 15:50:12 +0100 Received: from krion by voodoo.oberon.net with local (Exim 4.10) id 18qwhS-000Alc-00; ÞÔ, 06 ÍÁÒ 2003 15:50:22 +0100 Date: Thu, 6 Mar 2003 15:50:22 +0100 From: Kirill Ponomarew To: Pablo Morales Cc: freebsd-hackers@freebsd.org Subject: Re: Realtek Message-ID: <20030306145022.GA31433@krion> Mail-Followup-To: Kirill Ponomarew , Pablo Morales , freebsd-hackers@freebsd.org References: <007c01c2e3ef$3483d8a0$0229c80a@abtec412> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <007c01c2e3ef$3483d8a0$0229c80a@abtec412> X-PGP-Fingerprint: 58E7 B953 57A2 D9DD 4960 2A2D 402D 46E9 AEB4 26E5 X-NCC-Regid: de.oberon Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Thu, Mar 06, 2003 at 11:46:43AM -0300, Pablo Morales wrote: > HI there. > Gotta question. > > Someone said that the realtek 8029 and 8139 ethernet cards are the worst > cards ever made. My boss is planning to make a great buy of this cards for a > communication project ( the reasons is obius, the cost of this cards ) I'm > trying to persuade him to by 3com ethernet cards, but I need technical > information to demostrate him that it's not a good inversion to buy those > kind of cards. > > Can someone give a good explanation of that or at least where can I find > information about it? please read comments in /usr/src/sys/pci/if_rl.c Kirill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 7: 1:29 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 829A837B401 for ; Thu, 6 Mar 2003 07:01:28 -0800 (PST) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78AED43F75 for ; Thu, 6 Mar 2003 07:01:23 -0800 (PST) (envelope-from gandalfbram@pandora.be) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 12CC31FFB9 for ; Thu, 6 Mar 2003 16:01:22 +0100 (CET) Received: from olorin.pandora.be (d5152B23A.kabel.telenet.be [81.82.178.58]) by eos.telenet-ops.be (Postfix) with ESMTP id E06301FFB7 for ; Thu, 6 Mar 2003 16:01:21 +0100 (CET) Message-Id: <5.2.0.9.0.20030306160130.00c81958@mail-in.pandora.be> X-Sender: lv046@mail-in.pandora.be X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 06 Mar 2003 16:02:20 +0100 To: freebsd-hackers@freebsd.org From: Bram Van Dam Subject: Re: Realtek In-Reply-To: <007c01c2e3ef$3483d8a0$0229c80a@abtec412> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 15:46 6/03/2003, you wrote: >HI there. >Gotta question. > >Someone said that the realtek 8029 and 8139 ethernet cards are the worst >cards ever made. My boss is planning to make a great buy of this cards for a >communication project ( the reasons is obius, the cost of this cards ) I'm >trying to persuade him to by 3com ethernet cards, but I need technical >information to demostrate him that it's not a good inversion to buy those >kind of cards. I happen to have a couple of those realtek cards. They're definitely not the BEST every made, but not the worst either. Granted, I've never once reached 100mbits with them (usually around 30-50mbits), but considering how cheap they are they do their job fairly well. If performance isn't an issue then go for it. If it *is* an issue, look for 3Com the likes. Of course this isn't technical information, it however is first hand information from someone who's been using the cards for several years (me). - Bram To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 7:18:52 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01D5237B401 for ; Thu, 6 Mar 2003 07:18:51 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3487C43F85 for ; Thu, 6 Mar 2003 07:18:50 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.8/8.12.8) with ESMTP id h26FIkG1024297 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 6 Mar 2003 10:18:46 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h26FIfW76521; Thu, 6 Mar 2003 10:18:41 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15975.26321.697361.250384@grasshopper.cs.duke.edu> Date: Thu, 6 Mar 2003 10:18:41 -0500 (EST) To: "M. Warner Losh" Cc: hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? In-Reply-To: <20030305.214439.00238175.imp@bsdimp.com> References: <20030306030852.GA1158@edgemaster.zombie.org> <20030305.214439.00238175.imp@bsdimp.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG M. Warner Losh writes: > In message: <20030306030852.GA1158@edgemaster.zombie.org> > Sean Kelly writes: > : Has anyone ever considered embedding some sort of identifier in kernel > : modules to keep them from being loaded with the wrong kernel? > > Actually, I was talking about this with Matt Dodd this morning... Whatever we do, lets NOT be anywhere near as fascist as linux. If we implement any kind of versioning, its got to be fine-grained enough that 3rd party binary modules will not get broken by an ABI change in an area of the kernel which they do not care about, or there needs to be a way for a module to opt-out. My company ships a binary driver ("ethernet" network, and character device) built on 4.1.1-R, and it has continued to work at least until 4.7-R. I'd like to see that same level of ABI stability throughout the 5-STABLE branch. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 7:42:23 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532CC37B401 for ; Thu, 6 Mar 2003 07:42:22 -0800 (PST) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7301843FCB for ; Thu, 6 Mar 2003 07:42:20 -0800 (PST) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.8/8.12.7) with ESMTP id h26FgHKU024831 for ; Thu, 6 Mar 2003 15:42:18 GMT (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org Subject: Re: Smarter kernel modules? From: Kirk Strauser Date: Thu, 06 Mar 2003 09:42:17 -0600 In-Reply-To: <20030306070940.GA93350@cirb503493.alcatel.com.au> (Peter Jeremy's message of "Thu, 6 Mar 2003 18:09:40 +1100") Message-ID: <87n0k8cxie.fsf@strauser.com> Lines: 22 X-Mailer: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <20030306030852.GA1158@edgemaster.zombie.org> <878yvtdpp0.fsf@strauser.com> <20030306070940.GA93350@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-=-= Content-Transfer-Encoding: quoted-printable At 2003-03-06T07:09:40Z, Peter Jeremy writes: > 1) If you update any of those kernels, the updated kernel and updated > modules will be written into /boot/FOO/ as appropriate. BUT old modules > that weren't rebuilt (eg 3rd party modules) will remain in /boot/FOO/. If > the new kernel happened to change an API, you're likely to get a panic > when you load the old module. Is the new system documented anywhere? I had assumed that it was analogous to Linux's (Debian's, at least) system. I have several entries under /lib/modules: $ ls 2.2.20 2.4.17-k7 2.4.18-k7 2.4.19-k7 Whenever I boot one of the respective kernels, it looks for its modules in /lib/modules/$VERSION so that there's no real possibility for catastrophic interaction. =2D-=20 Kirk Strauser In Googlis non est, ergo non est. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+Z2xZ5sRg+Y0CpvERAqhvAJkB2rnBTrWEAj/qvtCrvoVyGV5qSACcDjWm A5WsaZ+/0oJn4Q5kkBPs14g= =Sk5s -----END PGP SIGNATURE----- --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 8:30:49 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF5537B401 for ; Thu, 6 Mar 2003 08:30:47 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98EEC43F93 for ; Thu, 6 Mar 2003 08:30:46 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h26GUiA7038068; Thu, 6 Mar 2003 09:30:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Mar 2003 09:30:24 -0700 (MST) Message-Id: <20030306.093024.41957259.imp@bsdimp.com> To: smkelly@zombie.org Cc: hackers@freebsd.org Subject: Re: Smarter kernel modules? From: "M. Warner Losh" In-Reply-To: <20030306074919.GA3045@edgemaster.zombie.org> References: <20030305.215901.36360277.imp@bsdimp.com> <20030306074919.GA3045@edgemaster.zombie.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030306074919.GA3045@edgemaster.zombie.org> Sean Kelly writes: : On Wed, Mar 05, 2003 at 09:59:01PM -0700, M. Warner Losh wrote: : > Here's a simple patch. However, it is a total suck-ass kludge (and : > that's being generous). The ABI isn't THE ABI, but rather a : > collection of ABIs. These ABIs change slowly and there is a certain : > range that work together. Historically, we've been really bad about : > bumping version numbers when things change in modules. Also, there's : > no built-in versioning in the module names, which makes it harder to : > have multiple versions around. As such, the version numbers are set : > to 1 and never change. : : My kernel coding skills are severely limited, so please adjust any pointing : and laughing as appropriate. : : ... : > +/* : > + * Define the version. Change the symbol name when things get too : > + * incompatible. version_5_1 means the 'ABI compatible with FreeBSD 5.1' : > + */ : > +char __version_5_1 = 1; : ... : : Wouldn't it make more sense to have a symbol name that doesn't change : across versions? Something like '_module_version' perhaps. Then the value : of the symbol is the version which the module corresponds to. This would : let you use something like kern.osreldate or a per-subsystem version index. No. We already have __FreeBSD_version that doesn't change. This symbol would ensure that the link would fail. Link fails and then you have to do nothing further to prevent the module from loading. The other option would be to have all modules have an implicit MODULE_DEPENDS on a freebsd moudle that's in the kernel. : Another benefit(?) is that if _module_version is missing, you can decide : that you don't care about versioning and just load the module. This could : be useful for third-party modules that don't want to lock them down to a : specific kernel/API/subsystem version. Not recommended, but optional. No. If you want versioining, you get strict versioning, imho. I don't want an opt-out. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 8:36:19 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1602937B401 for ; Thu, 6 Mar 2003 08:36:18 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC6343FBF for ; Thu, 6 Mar 2003 08:36:17 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h26GaDA7038100; Thu, 6 Mar 2003 09:36:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Mar 2003 09:35:52 -0700 (MST) Message-Id: <20030306.093552.04191775.imp@bsdimp.com> To: gallatin@cs.duke.edu Cc: hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? From: "M. Warner Losh" In-Reply-To: <15975.26321.697361.250384@grasshopper.cs.duke.edu> References: <20030306030852.GA1158@edgemaster.zombie.org> <20030305.214439.00238175.imp@bsdimp.com> <15975.26321.697361.250384@grasshopper.cs.duke.edu> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <15975.26321.697361.250384@grasshopper.cs.duke.edu> Andrew Gallatin writes: : My company ships a binary driver ("ethernet" network, and character : device) built on 4.1.1-R, and it has continued to work at least until : 4.7-R. I'd like to see that same level of ABI stability throughout : the 5-STABLE branch. I'd like to see that too, which is one reason that I'd want a simple, rarely incremented single number. Make it too easy to bump the number, and you get into the mess you have with Linux and complain about. We already have versioning issues with the current modules system we have, but experience over the past two releases has shown that nobody uses it. Also, this isn't anti-foot shooting for -current. On -current you live with the pain, and like it. current module writers haven't been able to bump version reliably in the past 5 years, and I don't think that something magical is going to happen to make them do it now. This is for the production side of FreeBSD, not the bleeding edge. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 8:41:29 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24FF737B401 for ; Thu, 6 Mar 2003 08:41:28 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4124B43F85 for ; Thu, 6 Mar 2003 08:41:27 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h26GfPA7038148; Thu, 6 Mar 2003 09:41:26 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Mar 2003 09:41:04 -0700 (MST) Message-Id: <20030306.094104.08396502.imp@bsdimp.com> To: peterjeremy@optushome.com.au Cc: hackers@FreeBSD.ORG, smkelly@zombie.org Subject: Re: Smarter kernel modules? From: "M. Warner Losh" In-Reply-To: <20030306075225.GB93350@cirb503493.alcatel.com.au> References: <20030305.215901.36360277.imp@bsdimp.com> <20030306075225.GB93350@cirb503493.alcatel.com.au> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030306075225.GB93350@cirb503493.alcatel.com.au> Peter Jeremy writes: : Disadvantages: : - Needs grunt-work to write the #defines : - Kernel symbols reported by nm(1) look strange (unless we patch : binutils to understand our versioning scheme). : - May present problems to '##' built symbols. History has shown that people suck at keeping such a complex scheme up to date. Also, it versions functions, but not datta structures. Data strucutre changes are the number 1 cause of ABI breakage we've had over the last 5 years. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 9:10:52 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80AE137B401 for ; Thu, 6 Mar 2003 09:10:51 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F84A43FBD for ; Thu, 6 Mar 2003 09:10:50 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.245.136.44.dial1.sanjose1.level3.net ([209.245.136.44] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18qytF-0007gZ-00; Thu, 06 Mar 2003 09:10:41 -0800 Message-ID: <3E6780C2.32EE4FE2@mindspring.com> Date: Thu, 06 Mar 2003 09:09:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pablo Morales Cc: freebsd-hackers@freebsd.org Subject: Re: Realtek References: <007c01c2e3ef$3483d8a0$0229c80a@abtec412> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a439cd20d281b2cf635908bf67493e9c1da8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pablo Morales wrote: > Someone said that the realtek 8029 and 8139 ethernet cards are the worst > cards ever made. My boss is planning to make a great buy of this cards for a > communication project ( the reasons is obius, the cost of this cards ) I'm > trying to persuade him to by 3com ethernet cards, but I need technical > information to demostrate him that it's not a good inversion to buy those > kind of cards. > > Can someone give a good explanation of that or at least where can I find > information about it? Second block comment in: or /usr/src/sys/pci/if_rl.c -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 9:14:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5D637B401 for ; Thu, 6 Mar 2003 09:14:54 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329F943FAF for ; Thu, 6 Mar 2003 09:14:52 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h26HEnA7038450; Thu, 6 Mar 2003 10:14:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Mar 2003 10:14:20 -0700 (MST) Message-Id: <20030306.101420.89251621.imp@bsdimp.com> To: hackers@FreeBSD.ORG, smkelly@zombie.org Subject: Re: Smarter kernel modules? From: "M. Warner Losh" In-Reply-To: <20030305.215901.36360277.imp@bsdimp.com> References: <20030305.215901.36360277.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The patch that I posted here can't possibly work, but there are other ways to deal. I'm investigating. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 10:35:56 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36CC637B401 for ; Thu, 6 Mar 2003 10:35:55 -0800 (PST) Received: from server.simon1.net (user23.net263.oh.sprint-hsd.net [208.17.71.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB2D043FCB for ; Thu, 6 Mar 2003 10:35:53 -0800 (PST) (envelope-from simon1@server.simon1.net) Received: from server.simon1.net (localhost [127.0.0.1]) by server.simon1.net (8.12.8/8.12.8) with ESMTP id h26IZi3H003367; Thu, 6 Mar 2003 13:35:44 -0500 (EST) Received: from localhost (simon1@localhost) by server.simon1.net (8.12.8/8.12.8/Submit) with ESMTP id h26IZikS003364; Thu, 6 Mar 2003 13:35:44 -0500 (EST) Date: Thu, 6 Mar 2003 13:35:44 -0500 (EST) From: Simon1 To: Pablo Morales Cc: Subject: Re: Realtek In-Reply-To: <3E6780C2.32EE4FE2@mindspring.com> Message-ID: <20030306132723.F3249-100000@server.simon1.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Someone said that the realtek 8029 and 8139 ethernet cards are the worst > cards ever made. My boss is planning to make a great buy of this cards for a > communication project ( the reasons is obius, the cost of this cards ) I'm > trying to persuade him to by 3com ethernet cards, but I need technical > information to demostrate him that it's not a good inversion to buy those > kind of cards. > > Can someone give a good explanation of that or at least where can I find > information about it? What, exactly, will you be doing on these systems? On high end servers, where every last ounce of cpu is needed I've made use of various Intel network cards. However, on workstations, web servers (except at the very high end), and a few other things, losing a percent or two of CPU power isn't an issue. With the majority of web servers out there, every CPU made in the last 3 or 4 years can drive a realtek at full speed without an issue. Almost always your internet connection is the only limiting factor. With slower systems (<400MHZ) you'd likely see a benefit from running the 3com. Otherwise, I wouldn't bother.. I've never regretted using them. (I've got a webserver with a 10Mbit link to the net -- The performance hit hasn't ever been noticable on that--As for workstations, 1 or 2% CPU is NOT an issue.. They might average 2-4k/sec over the course of a workday.. ). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 11:13: 7 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E17D37B401 for ; Thu, 6 Mar 2003 11:13:03 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BA1E43FB1 for ; Thu, 6 Mar 2003 11:13:01 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.5/8.12.5) with ESMTP id h26JCoLZ094866; Fri, 7 Mar 2003 06:12:50 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.6/8.12.5/Submit) id h26JCnmL094865; Fri, 7 Mar 2003 06:12:49 +1100 (EST) Date: Fri, 7 Mar 2003 06:12:48 +1100 From: Peter Jeremy To: "M. Warner Losh" Cc: hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? Message-ID: <20030306191248.GD93350@cirb503493.alcatel.com.au> References: <20030305.215901.36360277.imp@bsdimp.com> <20030306075225.GB93350@cirb503493.alcatel.com.au> <20030306.094104.08396502.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030306.094104.08396502.imp@bsdimp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 06, 2003 at 09:41:04AM -0700, M. Warner Losh wrote: >In message: <20030306075225.GB93350@cirb503493.alcatel.com.au> > Peter Jeremy writes: >: Disadvantages: >: - Needs grunt-work to write the #defines >: - Kernel symbols reported by nm(1) look strange (unless we patch >: binutils to understand our versioning scheme). >: - May present problems to '##' built symbols. > >History has shown that people suck at keeping such a complex scheme up >to date. Also, it versions functions, but not datta structures. Data >strucutre changes are the number 1 cause of ABI breakage we've had >over the last 5 years. I had thought it was fairly simple to maintain, but hadn't really thought through the issue of data structures. If a function or variable definition changes directly, it isn't a great deal of overhead to increment a number elsewhere in a header file that you have to edit anyway. (Though the number of 'bump PORTREVISION please' followups to ports commits suggests that it would be forgotten). If a struct/union/typedef changes, you would need to look through all the references to that type and update them. And if any of the references were another struct/union/typedef, you need to repeat the process. This would be onerous - especially for common types - and therefore neglected. I can't think of any way to easily automate this so I'll withdraw my suggestion. That said, I feel that a single number (or variable name) is too coarse and the "do I need to bump the version" decision is too fuzzy. Unfortunately, I can't think of anything better that wouldn't incur an unacceptable maintenance overhead. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 13: 1:48 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5DE37B405 for ; Thu, 6 Mar 2003 13:01:47 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C737643F85 for ; Thu, 6 Mar 2003 13:01:46 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h26L1iA7040031; Thu, 6 Mar 2003 14:01:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Mar 2003 14:01:29 -0700 (MST) Message-Id: <20030306.140129.14975742.imp@bsdimp.com> To: peterjeremy@optushome.com.au Cc: hackers@FreeBSD.ORG Subject: Re: Smarter kernel modules? From: "M. Warner Losh" In-Reply-To: <20030306191248.GD93350@cirb503493.alcatel.com.au> References: <20030306075225.GB93350@cirb503493.alcatel.com.au> <20030306.094104.08396502.imp@bsdimp.com> <20030306191248.GD93350@cirb503493.alcatel.com.au> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030306191248.GD93350@cirb503493.alcatel.com.au> Peter Jeremy writes: : That said, I feel that a single number (or variable name) is too : coarse and the "do I need to bump the version" decision is too fuzzy. : Unfortunately, I can't think of anything better that wouldn't incur : an unacceptable maintenance overhead. I want the decision to bump it to be "I can't make this change because it would cause me to have to bump this version." Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 13:52:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D8B37B401; Thu, 6 Mar 2003 13:52:10 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73AEC43FA3; Thu, 6 Mar 2003 13:52:09 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <2003030621520805100iqjq5e>; Thu, 6 Mar 2003 21:52:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA72216; Thu, 6 Mar 2003 13:52:08 -0800 (PST) Date: Thu, 6 Mar 2003 13:52:07 -0800 (PST) From: Julian Elischer To: re@freebsd.org, hackers@freebsd.org Subject: 4.8-RC report Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After instralling afew machines it seems to mostly work with the exception of a couple of machiens which just Hang forever while trying to probe their keyboard.. Has anyone been fiddling in the keyboard code? CVS only shows cosmetic changes over the last few months but something has changed .. I'm going to try another keyboard.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 14:18:12 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6648237B401; Thu, 6 Mar 2003 14:18:11 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA84743FBD; Thu, 6 Mar 2003 14:18:10 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <2003030622181005100ioudve>; Thu, 6 Mar 2003 22:18:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA72407; Thu, 6 Mar 2003 14:18:09 -0800 (PST) Date: Thu, 6 Mar 2003 14:18:08 -0800 (PST) From: Julian Elischer To: re@freebsd.org, hackers@freebsd.org Subject: Re: 4.8-RC report In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Possibly false alarm: Preloading the usb keyboard module seems to cause the normal kbd to hang forever during probing.. I do not yet know if this is documented anywhere if it isn't then it's still a problem I guess. On Thu, 6 Mar 2003, Julian Elischer wrote: > > After instralling afew machines it seems to mostly work with the > exception of a couple of machiens which just Hang forever while trying > to probe their keyboard.. Has anyone been fiddling in the keyboard > code? > > CVS only shows cosmetic changes over the last few months > but something has changed .. I'm going to try another keyboard.. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 15: 2:13 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C79437B401 for ; Thu, 6 Mar 2003 15:02:12 -0800 (PST) Received: from web14913.mail.yahoo.com (web14913.mail.yahoo.com [216.136.225.240]) by mx1.FreeBSD.org (Postfix) with SMTP id F2DF343F85 for ; Thu, 6 Mar 2003 15:02:09 -0800 (PST) (envelope-from nirv199@yahoo.com) Message-ID: <20030306230206.70461.qmail@web14913.mail.yahoo.com> Received: from [200.163.193.63] by web14913.mail.yahoo.com via HTTP; Thu, 06 Mar 2003 15:02:06 PST Date: Thu, 6 Mar 2003 15:02:06 -0800 (PST) From: Paulo Roberto Subject: Re: Realtek To: Bram Van Dam , freebsd-hackers@freebsd.org In-Reply-To: <5.2.0.9.0.20030306160130.00c81958@mail-in.pandora.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Bram Van Dam wrote: > cheap they are they do their job fairly well. If performance isn't > an issue then go for it. I couldn't agree more. If you are just staying in 55 mph, you don't need a Ferrari. cheers __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 18:13: 2 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B921A37B401 for ; Thu, 6 Mar 2003 18:13:00 -0800 (PST) Received: from odysseus.silby.com (d77.as6.nwbl0.wi.voyager.net [169.207.128.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA91C43FBD for ; Thu, 6 Mar 2003 18:12:51 -0800 (PST) (envelope-from silby@silby.com) Received: from odysseus.silby.com (localhost [127.0.0.1]) by odysseus.silby.com (8.12.7/8.12.7) with ESMTP id h26LkZ0K000887; Thu, 6 Mar 2003 15:46:35 -0600 (CST) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by odysseus.silby.com (8.12.7/8.12.7/Submit) with ESMTP id h26LkTmM000884; Thu, 6 Mar 2003 15:46:35 -0600 (CST) X-Authentication-Warning: odysseus.silby.com: silby owned process doing -bs Date: Thu, 6 Mar 2003 15:46:29 -0600 (CST) From: Mike Silbersack To: "Bjoern A. Zeeb" Cc: Christian Kratzer , freebsd-hackers@FreeBSD.ORG Subject: Re: future of all the jail patches [was: Re: jail statfs patch] In-Reply-To: Message-ID: <20030306154429.F855@odysseus.silby.com> References: <20030303193301.P96622-100000@majakka.cksoft.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Mar 2003, Bjoern A. Zeeb wrote: > Christian asks me to file a PR to better get this tracked and perhaps > included in mainstream. > > I had seen lots of jail discussion here the last months but I think > there had been few PR submission. > > What is the overall opinion on this - file PRs ? > > What about including (at least some) of the (other) jail patches in HEAD ? > > What about jail-ng ? > > > [ Perhaps take this discussion to -current ? ] > > -- > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Well, the first step to getting anything committed is to find an interested committer. In order for that committer to look at the patch, it's naturally best to have a PR filed so that committer can look at it easily. So what you should do is: 1. File the PR. 2. Find an interested commmitter. If 2 fails, ask core for commit privaledges so you can commit it yourself. Just be quite sure your patch is good before you do that. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 21:36:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF3A137B405 for ; Thu, 6 Mar 2003 21:36:49 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D4A43FA3 for ; Thu, 6 Mar 2003 21:36:46 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id 47C754346A; Thu, 6 Mar 2003 21:36:45 -0800 (PST) From: Wes Peters Organization: Softweyr To: Paulo Roberto , Bram Van Dam , freebsd-hackers@freebsd.org Subject: Re: Realtek Date: Thu, 6 Mar 2003 21:36:44 -0800 User-Agent: KMail/1.5 References: <20030306230206.70461.qmail@web14913.mail.yahoo.com> In-Reply-To: <20030306230206.70461.qmail@web14913.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303062136.44471.wes@softweyr.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 06 March 2003 15:02, Paulo Roberto wrote: > --- Bram Van Dam wrote: > > cheap they are they do their job fairly well. If performance isn't > > an issue then go for it. > > I couldn't agree more. If you are just staying in 55 mph, you don't > need a Ferrari. It's not a ford vs. ferrari problem, it's that the ford only has first gear, so you're doing 45 mph at redline and in grave danger of blowing the heads off continuously. The problem with the RealTek chipset is that the packets have to be aligned on some completely stupid boundary in memory (32 bytes if memory serves). The driver code ends up copying the packet data to a tempory buffer before sending it for almost every outgoing packet, which is just totally stupid. There are dozens of other chipsets in the same price range as the RealTek's that don't require this stupidity, most of them supported by the dc(4) driver. Track down a couple of different cards, try them out on your own, and they buy a bunch of them. Belkin is selling a card based on the Intel (formerly DEC) 21143 for $15; if you can find them in bulk you can probably get them for $8-9. Those are a LOT better than the RealTek cards. JUST SAY NO. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 21:40:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15D937B401 for ; Thu, 6 Mar 2003 21:40:20 -0800 (PST) Received: from ns3.unixmexico.net (ns3.unixmexico.net [64.141.69.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 61A4543FB1 for ; Thu, 6 Mar 2003 21:40:19 -0800 (PST) (envelope-from nbari@unixmexico.com) Received: (qmail 25332 invoked by uid 85); 7 Mar 2003 05:40:22 -0000 Received: from nbari@unixmexico.com by ns3.unixmexico.net by uid 82 with qmail-scanner-1.15 (hbedv: 6.18.0.2/6.18.0.10. Clear:. Processed in 0.310897 secs); 07 Mar 2003 05:40:22 -0000 Received: from unknown (HELO unixmexico.com) (64.141.69.184) by ns3.unixmexico.net with SMTP; 7 Mar 2003 05:40:22 -0000 Received: from 148.243.211.1 (SquirrelMail authenticated user nbari@unixmexico.com) by mail.unixmexico.com with HTTP; Thu, 6 Mar 2003 23:40:22 -0600 (CST) Message-ID: <31108.148.243.211.1.1047015622.squirrel@mail.unixmexico.com> Date: Thu, 6 Mar 2003 23:40:22 -0600 (CST) Subject: send mail using alternate SMTP server From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.9) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi all is there a command or a way to send email from a shell (no X environment) specifying the SMTP server, so it don't uses the local SMTP? may be a hack to the mail command. thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 6 23:58:49 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 482AD37B401; Thu, 6 Mar 2003 23:58:48 -0800 (PST) Received: from www6.mailru.com (www6.mailru.com [80.68.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A22A43FCB; Thu, 6 Mar 2003 23:58:47 -0800 (PST) (envelope-from denb@front.ru) Received: by HotBOX.Ru WebMail v2.1 id h27826Mn058500 for ; Date: Fri, 7 Mar 2003 11:02:06 +0300 (MSK) Message-Id: <200303070802.h27826Mn058500@www6.mailru.com> From: denb To: freebsd-questions@freebsd.org Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Mailer: Free WebMail HotBOX.ru X-Proxy-IP: [212.1.229.5] X-Originating-IP: [172.16.0.103] Subject: Why natd don't divert packets? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Why natd don't divert packets? *********screenshot*********************** #ipfw add divert 1111 tcp from any to any 7 #ipfw add divert 1111 tcp from any 7 to any #natd -v -p 1111 -a 172.16.0.102 -redirect_port tcp 172.16.0.253:7 7 In [TCP] [TCP] 172.16.0.104:49169 -> 172.16.0.102:7 aliased to [TCP] 172.16.0.104:49169 -> 172.16.0.253:7 In [TCP] [TCP] 172.16.0.104:49169 -> 172.16.0.102:7 aliased to [TCP] 172.16.0.104:49169 -> 172.16.0.253:7 ^C *********screenshot*********************** Where is Out[TCP]? Rules after natd running (why second rule has 0 in packets number?): *********screenshot*********************** #ipfw show 0001 6 180 divert 1111 tcp from any to any dst-port 7 0002 0 0 divert 1111 tcp from any 7 to any *********screenshot*********************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 0:14:41 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF27037B407 for ; Fri, 7 Mar 2003 00:14:39 -0800 (PST) Received: from cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4465F43F85 for ; Fri, 7 Mar 2003 00:14:37 -0800 (PST) (envelope-from sheepkiller@cultdeadsheep.org) Received: (qmail 5641 invoked from network); 7 Mar 2003 08:14:35 -0000 Received: from unknown (HELO lucifer.cultdeadsheep.org) (192.168.0.2) by goofy.cultdeadsheep.org with SMTP; 7 Mar 2003 08:14:35 -0000 Date: Fri, 7 Mar 2003 09:14:42 +0100 From: Clement Laforet To: denb Cc: freebsd-questions@freebsd.org, hackers@freebsd.org Subject: Re: Why natd don't divert packets? Message-Id: <20030307091442.1cad7ae6.sheepkiller@cultdeadsheep.org> In-Reply-To: <200303070802.h27826Mn058500@www6.mailru.com> References: <200303070802.h27826Mn058500@www6.mailru.com> Organization: tH3 cUlt 0f tH3 d3@d sH33p X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd4.7) X-Face: ._cVVRDn#-2((lnfi^P7CoD4htI$4+#G/G)!w|,}H5yK~%(3-C.JlEYbOjJGFwJkt*7N^%z jYeu[;}]}F"3}l5R'l"X0HbvT^D\Q&%deCo)MayY`);TO Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 7 Mar 2003 11:02:06 +0300 (MSK) denb wrote: > Why natd don't divert packets? > > *********screenshot*********************** > > #ipfw add divert 1111 tcp from any to any 7 > #ipfw add divert 1111 tcp from any 7 to any > #natd -v -p 1111 -a 172.16.0.102 -redirect_port tcp 172.16.0.253:7 7 > > In [TCP] [TCP] 172.16.0.104:49169 -> 172.16.0.102:7 aliased to > [TCP] 172.16.0.104:49169 -> 172.16.0.253:7 > > In [TCP] [TCP] 172.16.0.104:49169 -> 172.16.0.102:7 aliased to > [TCP] 172.16.0.104:49169 -> 172.16.0.253:7 > > ^C > *********screenshot*********************** > > Where is Out[TCP]? > Your boxes seems to be on the same subnet, "out" packets are directly sent to 172.16.0.104, not 172.16.0.102 nat'ing implies routing, so natd is inefficient in your case clem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 0:52:22 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E1E337B401; Fri, 7 Mar 2003 00:52:20 -0800 (PST) Received: from www2.mailru.com (www2.mailru.com [80.68.244.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2ADD43F75; Fri, 7 Mar 2003 00:52:18 -0800 (PST) (envelope-from denb@front.ru) Received: by HotBOX.Ru WebMail v2.1 id h278pjqq022194 for ; Date: Fri, 7 Mar 2003 11:51:45 +0300 (MSK) Message-Id: <200303070851.h278pjqq022194@www2.mailru.com> From: denb To: Clement Laforet Cc: denb , freebsd-questions@freebsd.org, hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Mailer: Free WebMail HotBOX.ru X-Proxy-IP: [212.1.229.5] X-Originating-IP: [172.16.0.103] Subject: Re: Why natd don't divert packets? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Clement Laforet : > On Fri, 7 Mar 2003 11:02:06 +0300 (MSK) > denb wrote: > > > Why natd don't divert packets? > > > > *********screenshot*********************** > > > > #ipfw add divert 1111 tcp from any to any 7 > > #ipfw add divert 1111 tcp from any 7 to any > > #natd -v -p 1111 -a 172.16.0.102 -redirect_port tcp 172.16.0.253:7 7 > > > > In [TCP] [TCP] 172.16.0.104:49169 -> 172.16.0.102:7 aliased to > > [TCP] 172.16.0.104:49169 -> 172.16.0.253:7 > > > > In [TCP] [TCP] 172.16.0.104:49169 -> 172.16.0.102:7 aliased to > > [TCP] 172.16.0.104:49169 -> 172.16.0.253:7 > > > > ^C > > *********screenshot*********************** > > > > Where is Out[TCP]? > > > Your boxes seems to be on the same subnet, "out" packets are directly > sent to 172.16.0.104, not 172.16.0.102 > nat'ing implies routing, so natd is inefficient in your case > > clem > > This working in FreeBSD4.7(ipfw1), but broken in FreeBSD 5.0(ipfw2). Why? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 1:50:36 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C7837B401; Fri, 7 Mar 2003 01:50:34 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0058643F85; Fri, 7 Mar 2003 01:50:34 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 18rEUq-0000Cy-00; Fri, 07 Mar 2003 11:50:32 +0200 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: re@freebsd.org, hackers@freebsd.org Cc: Julian Elischer Subject: Re: 4.8-RC report In-reply-to: Your message of Thu, 6 Mar 2003 14:18:08 -0800 (PST) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 2003 11:50:32 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this is what i get when using a USB kb: 1- bios works ok (at least from the kb point of view :-) 2- (pxe)boot works ok - i can hit the space-bar, then type boot -v 3- the boot process hangs somewhere after recognizing the em0. all is ok with a ps/2 kb. danny > > Possibly false alarm: > > Preloading the usb keyboard module seems to cause the > normal kbd to hang forever during probing.. > I do not yet know if this is documented anywhere > if it isn't then it's still a problem I guess. > > > On Thu, 6 Mar 2003, Julian Elischer wrote: > > > > > After instralling afew machines it seems to mostly work with the > > exception of a couple of machiens which just Hang forever while trying > > to probe their keyboard.. Has anyone been fiddling in the keyboard > > code? > > > > CVS only shows cosmetic changes over the last few months > > but something has changed .. I'm going to try another keyboard.. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 2:28:57 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C34937B405 for ; Fri, 7 Mar 2003 02:28:56 -0800 (PST) Received: from vortex.sdf.se (vortex.sdf.se [213.115.128.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2424243F75 for ; Fri, 7 Mar 2003 02:28:54 -0800 (PST) (envelope-from jh@sdf.se) Received: (from jh@localhost) by vortex.sdf.se (8.9.3/8.9.3) id LAA93757 for freebsd-hackers@freebsd.org; Fri, 7 Mar 2003 11:28:48 +0100 (CET) From: Jonas Hedqvist Message-Id: <200303071028.LAA93757@vortex.sdf.se> Subject: unsubscribe To: freebsd-hackers@freebsd.org Date: Fri, 7 Mar 2003 11:28:48 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 2:40:42 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E43BE37B401; Fri, 7 Mar 2003 02:40:40 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF1643F3F; Fri, 7 Mar 2003 02:40:39 -0800 (PST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.8/8.12.8) with ESMTP id h27AeRJQ037712 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 7 Mar 2003 11:40:31 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.8/8.12.8) with ESMTP id h27AePoL068324 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 7 Mar 2003 11:40:26 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.8/8.12.8) with ESMTP id h27AeOkv003482; Fri, 7 Mar 2003 11:40:25 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.8/8.12.8/Submit) id h27AeJtt003481; Fri, 7 Mar 2003 11:40:19 +0100 (CET) Date: Fri, 7 Mar 2003 11:40:18 +0100 From: Bernd Walter To: denb Cc: Clement Laforet , freebsd-questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Why natd don't divert packets? Message-ID: <20030307104018.GK886@cicely9.cicely.de> Reply-To: ticso@cicely.de References: <200303070851.h278pjqq022194@www2.mailru.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303070851.h278pjqq022194@www2.mailru.com> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 11:51:45AM +0300, denb wrote: > This working in FreeBSD4.7(ipfw1), but broken in FreeBSD 5.0(ipfw2). > Why? This is an issue triggered by compiling libalias with -O2. Recompile libalias without -O2 and recompile natd so it binds to the rebuild libalias.a The problem wasn't there a month ago. See -current list for firther details. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 3:19: 1 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E2D37B401; Fri, 7 Mar 2003 03:18:59 -0800 (PST) Received: from www6.mailru.com (www6.mailru.com [80.68.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C8443FDF; Fri, 7 Mar 2003 03:18:57 -0800 (PST) (envelope-from denb@front.ru) Received: by HotBOX.Ru WebMail v2.1 id h27BMBhD096046 for ; Date: Fri, 7 Mar 2003 14:22:11 +0300 (MSK) Message-Id: <200303071122.h27BMBhD096046@www6.mailru.com> From: denb To: ticso@cicely.de, Bernd Walter Cc: denb , Clement Laforet , freebsd-questions@FreeBSD.ORG, hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Mailer: Free WebMail HotBOX.ru X-Proxy-IP: [212.1.229.5] X-Originating-IP: [172.16.0.103] Subject: Re: Why natd don't divert packets? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bernd Walter : > On Fri, Mar 07, 2003 at 11:51:45AM +0300, denb wrote: > > This working in FreeBSD4.7(ipfw1), but broken in FreeBSD 5.0 (ipfw2). > > Why? > > This is an issue triggered by compiling libalias with -O2. > Recompile libalias without -O2 and recompile natd so it binds to the > rebuild libalias.a > The problem wasn't there a month ago. > See -current list for firther details. > > -- > B.Walter COSMO-Project http://www.cosmo- project.de > ticso@cicely.de Usergroup info@cosmo-project.de > > I ran this on FreeBSD 5.0-RELEASE, not CURRENT. Any suggestions? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 5:11: 1 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 004C937B401 for ; Fri, 7 Mar 2003 05:11:00 -0800 (PST) Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D6E43FBD for ; Fri, 7 Mar 2003 05:10:58 -0800 (PST) (envelope-from bruce@cran.org.uk) Received: from fourtytwo.brucec.backnet (12266209.resnet.ed.ac.uk [10.6.0.100] (may be forged)) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id h27DAfT21784 for ; Fri, 7 Mar 2003 13:10:56 GMT Received: from fourtytwo.brucec.backnet (localhost.fourtytwo.brucec.backnet [127.0.0.1]) by fourtytwo.brucec.backnet (8.12.8/8.12.6) with ESMTP id h27DAdVY000946 for ; Fri, 7 Mar 2003 13:10:39 GMT (envelope-from bruce@fourtytwo.brucec.backnet) Received: (from bruce@localhost) by fourtytwo.brucec.backnet (8.12.8/8.12.8/Submit) id h27DAdNn000945 for hackers@freebsd.org; Fri, 7 Mar 2003 13:10:39 GMT Date: Fri, 7 Mar 2003 13:10:39 +0000 From: Bruce Cran To: hackers@freebsd.org Subject: High CPU usage when forwarding packets Message-ID: <20030307131038.GA919@fourtytwo.brucec.backnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've just setup a P75 system as a router, containing fa311 and pcnet network cards. The fa311 is doing nat to my private network, which is served by the pcnet card. However, I've found that it often uses 40% cpu just to send packets from the fa311 (sis) to the pcnet (lnc) cards. natd uses 20%, 10% are interrupts, and 25% is 'system' as shown in top. Also, I'm getting several thousand 'lnc0: Missed packet -- no receive buffer' messages. Could this be the problem, or is the system just not powerful enough do nat? The sis0 card is 100MBit PCI, while the lcn0 is 10MBit ISA. Bruce Cran To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 9:16:22 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C9A837B401 for ; Fri, 7 Mar 2003 09:16:20 -0800 (PST) Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F244A43FBF for ; Fri, 7 Mar 2003 09:16:18 -0800 (PST) (envelope-from ambrisko@www.ambrisko.com) Received: from www.ambrisko.com (localhost [127.0.0.1]) by ambrisko.com (8.12.6/8.12.6) with ESMTP id h27HGIhZ001579; Fri, 7 Mar 2003 09:16:18 -0800 (PST) (envelope-from ambrisko@www.ambrisko.com) Received: (from ambrisko@localhost) by www.ambrisko.com (8.12.6/8.12.6/Submit) id h27HGHtg001578; Fri, 7 Mar 2003 09:16:17 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200303071716.h27HGHtg001578@www.ambrisko.com> Subject: Re: Realtek In-Reply-To: <200303062136.44471.wes@softweyr.com> To: Wes Peters Date: Fri, 7 Mar 2003 09:16:16 -0800 (PST) Cc: Paulo Roberto , Bram Van Dam , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wes Peters writes: | On Thursday 06 March 2003 15:02, Paulo Roberto wrote: | > --- Bram Van Dam wrote: | > > cheap they are they do their job fairly well. If performance isn't | > > an issue then go for it. | > | > I couldn't agree more. If you are just staying in 55 mph, you don't | > need a Ferrari. | | It's not a ford vs. ferrari problem, it's that the ford only has first | gear, so you're doing 45 mph at redline and in grave danger of blowing | the heads off continuously. | | The problem with the RealTek chipset is that the packets have to be | aligned on some completely stupid boundary in memory (32 bytes if memory | serves). The driver code ends up copying the packet data to a tempory | buffer before sending it for almost every outgoing packet, which is just | totally stupid. [snip] | JUST SAY NO. Actually, test and the pick the fastest tends to be better. Since D-Link dropped their good 4-port card for a broken one which they discontinued we had to scramble for a solution. Our test bed was a basically a "server" machine tied to a "router/bridge" like thing with 4 clients. We'd run tests all to the server, all to the clients and everything at once. This illustrated the HW issue with the new D-Link 4 port card since none of their "supported" drivers and OSes could get over 20Mbs. We had 100FDX links to each client and a Gig link to the server. FreeBSD could peak to 40Mbs if I recall right and we were told FreeBSD must be broken even though it was faster then their supported OSes (Windows < 1Mbs)! To be honest I did fix a bunch of bugs in the FreeBSD driver. Using this framework we had a bridge riser card that we could plug 4 various PCI ethernet cards. We tested the dc(4), fxp(4), rl(4), sis(4) cards of various types and with our motherboard and CPU the rl(4) 8139C chips where the fastest via netperf with a significant margin. I went into the test biased against Realtek but couldn't justify not using them after testing. Now we are using the 8100L chip so we have a pretty simple design. So I'd say given a sufficiently fast CPU and memory the Realteks work pretty darn good. The speed win could be do to a slightly better bus interface. That was the problem with the newer D-Link 4 port card in that during RX the chip would take over the PCI bus for a loooong time. A sufficiently fast CPU in our case is 700Mhz Celeron which is a lot different then pushing 100Mbs with a P5 133Mhz. Our bigger issue is bus performance on a 32bit/33Mhz bus with 3, 4-port cards. To date we haven't had any trouble with them and we've shipped a bunch. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 10:45: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AEC837B401 for ; Fri, 7 Mar 2003 10:45:05 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D19A43FAF for ; Fri, 7 Mar 2003 10:45:04 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.106.70.dial1.sanjose1.level3.net ([209.244.106.70] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18rMq5-0002Tm-00; Fri, 07 Mar 2003 10:45:02 -0800 Message-ID: <3E68E859.EAB20A71@mindspring.com> Date: Fri, 07 Mar 2003 10:43:37 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wes Peters Cc: Paulo Roberto , Bram Van Dam , freebsd-hackers@freebsd.org Subject: Re: Realtek References: <20030306230206.70461.qmail@web14913.mail.yahoo.com> <200303062136.44471.wes@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a440d3988e22cab06c18566b7253d29d30350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wes Peters wrote: > The problem with the RealTek chipset is that the packets have to be > aligned on some completely stupid boundary in memory (32 bytes if memory > serves). The driver code ends up copying the packet data to a tempory > buffer before sending it for almost every outgoing packet, which is just > totally stupid. And TCP/IP headers are not an even multiple of the alignment boundary (4 bytes, actually). So every packet the card DMA's in has to be copied so that access to the TCP packet contents are aligned. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 10:59:50 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60FA037B401 for ; Fri, 7 Mar 2003 10:59:49 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id D500443F85 for ; Fri, 7 Mar 2003 10:59:48 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.106.70.dial1.sanjose1.level3.net ([209.244.106.70] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18rN4I-0004Dl-00; Fri, 07 Mar 2003 10:59:43 -0800 Message-ID: <3E68EBCF.E19242C1@mindspring.com> Date: Fri, 07 Mar 2003 10:58:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Cran Cc: hackers@freebsd.org Subject: Re: High CPU usage when forwarding packets References: <20030307131038.GA919@fourtytwo.brucec.backnet> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49dbbb1f2649ef51eb6345828a7016cdd667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Cran wrote: > Also, I'm getting > several thousand 'lnc0: Missed packet -- no receive buffer' messages. > Could this be the problem, or is the system just not powerful enough do > nat? The sis0 card is 100MBit PCI, while the lcn0 is 10MBit ISA. The "no receive buffers available" message happens when the system runs out of mbufs. There are a lot of reasons this could happen, but the proximal cause is you didn't tune the number NMBCLUSTERS, et. al. high enough. You should try rebuilding your kernel with a larger number. If the problem still happens, you need to do a "netstat -a > x", and then look for large numbers in the "Recv-Q" and "Send-Q" columns, and then figure out what's causing them. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 12:34:46 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C1AF37B401 for ; Fri, 7 Mar 2003 12:34:45 -0800 (PST) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE81D43FA3 for ; Fri, 7 Mar 2003 12:34:43 -0800 (PST) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.6/8.12.6) with ESMTP id h27KN50f014618; Fri, 7 Mar 2003 21:23:05 +0100 (CET) From: Thierry Herbelot To: Doug Ambrisko Subject: Re: Realtek Date: Fri, 7 Mar 2003 21:34:26 +0100 User-Agent: KMail/1.5 Cc: freebsd-hackers@FreeBSD.ORG References: <200303071716.h27HGHtg001578@www.ambrisko.com> In-Reply-To: <200303071716.h27HGHtg001578@www.ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200303072134.26944.thierry@herbelot.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le Friday 07 March 2003 18:16, Doug Ambrisko a écrit : [SNIP] > everything at once. This illustrated the HW issue with the new D-Link 4 > port card since none of their "supported" drivers and OSes could get over > 20Mbs. We had 100FDX links to each client and a Gig link to the server. > FreeBSD could peak to 40Mbs if I recall right and we were told FreeBSD > must be broken even though it was faster then their supported OSes > (Windows < 1Mbs)! To be honest I did fix a bunch of bugs in the FreeBSD > driver. > [re-SNIP] > > Our bigger issue is bus performance on a 32bit/33Mhz bus with 3, 4-port > cards. and the avid reader asks : so, now, what NIC are you really using ? (I too have used with great pleasure quite a bunch of DLink-DFE-570), and I was leaning towards using the newer DFE-580 4-port on another project ...) any suggestions (with benchmark results ?) heartily welcome ! TfH > > To date we haven't had any trouble with them and we've shipped a bunch. then, what are these "them" ? > > Doug A. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 13:17:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6720737B401 for ; Fri, 7 Mar 2003 13:17:53 -0800 (PST) Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39DC43FB1 for ; Fri, 7 Mar 2003 13:17:52 -0800 (PST) (envelope-from ambrisko@www.ambrisko.com) Received: from www.ambrisko.com (localhost [127.0.0.1]) by ambrisko.com (8.12.6/8.12.6) with ESMTP id h27LHohZ014431; Fri, 7 Mar 2003 13:17:50 -0800 (PST) (envelope-from ambrisko@www.ambrisko.com) Received: (from ambrisko@localhost) by www.ambrisko.com (8.12.6/8.12.6/Submit) id h27LHoNL014430; Fri, 7 Mar 2003 13:17:50 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200303072117.h27LHoNL014430@www.ambrisko.com> Subject: Re: Realtek In-Reply-To: <200303072134.26944.thierry@herbelot.com> To: Thierry Herbelot Date: Fri, 7 Mar 2003 13:17:50 -0800 (PST) Cc: Doug Ambrisko , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thierry Herbelot writes: | Le Friday 07 March 2003 18:16, Doug Ambrisko a ?crit : | > everything at once. This illustrated the HW issue with the new D-Link 4 | > port card since none of their "supported" drivers and OSes could get over | > 20Mbs. We had 100FDX links to each client and a Gig link to the server. | > FreeBSD could peak to 40Mbs if I recall right and we were told FreeBSD | > must be broken even though it was faster then their supported OSes | > (Windows < 1Mbs)! To be honest I did fix a bunch of bugs in the FreeBSD | > driver. | > | [re-SNIP] | > | > Our bigger issue is bus performance on a 32bit/33Mhz bus with 3, 4-port | > cards. | | and the avid reader asks : so, now, what NIC are you really using ? (I too | have used with great pleasure quite a bunch of DLink-DFE-570), and I was | leaning towards using the newer DFE-580 4-port on another project ...) The DFE-580 is EOL. That is their solution to their less then optimal card with no replacement coming according to our rep. We are using our own custom board with the Realtek 8100L parts. | any suggestions (with benchmark results ?) heartily welcome ! I need to find them however, you need to benchmark in your environment since CPU load etc can effect things. PHK found a 4 port fxp card that was priced pretty good. I don't know how successful he has with them. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 13:55:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C6637B401 for ; Fri, 7 Mar 2003 13:55:19 -0800 (PST) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 56D3343FBD for ; Fri, 7 Mar 2003 13:55:18 -0800 (PST) (envelope-from reichert@numachi.com) Received: (qmail 62039 invoked by uid 1001); 7 Mar 2003 21:55:17 -0000 Date: Fri, 7 Mar 2003 16:55:17 -0500 From: Brian Reichert To: freebsd-hackers@freebsd.org Subject: seeking advice WRT maintaining private FreeBSD ports branch Message-ID: <20030307215517.GD41124@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I apologize for the odd subject line, and will fill in some details: I'm exploring tweaks to various ports, for my private use. Some of these tweaks can't be addressed via pkgtools.conf or abuse of environment variables, and instead required actual modifications to files. I maintain a local CVS repository of FreeBSD via CVSup. I regularly update my packages via the classic 'cvs co ports; portupgrade --package --all'. What I want is to somehow preserve my local tweaks, such that they get reapplied to my working copy upon a checkout. Tracking these tweaks via CVS _seems_ to be the way to go, but apparently I'm not as sophisticated a CVS admin as I thought, and can't seem to stumble on the right combinations of tools/practices to do what I want. So, does anyone have any concrete examples of how I can accomplish this, or at least provide some magic terminology, such that I can better pursue web research? (Or, suggest a better forum to pitch this question?) Thanks for any input... -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 13:58: 8 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6906C37B401 for ; Fri, 7 Mar 2003 13:58:07 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A0B043F85 for ; Fri, 7 Mar 2003 13:58:06 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Fri, 7 Mar 2003 16:58:04 -0500 Message-ID: From: Don Bowman To: 'Brian Reichert' , freebsd-hackers@freebsd.org Subject: RE: seeking advice WRT maintaining private FreeBSD ports branch Date: Fri, 7 Mar 2003 16:58:03 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Brian Reichert [mailto:reichert@numachi.com] ... > I maintain a local CVS repository of FreeBSD via CVSup. ... http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html has the details you need. It entails an env var like: CVS_LOCAL_BRANCH_NUM=1000 and changing the style of your cvsup. --don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 14:19:23 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BCDB37B406 for ; Fri, 7 Mar 2003 14:19:22 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D279943F93 for ; Fri, 7 Mar 2003 14:19:19 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.6/8.12.5) with ESMTP id h27MJDiM099042; Sat, 8 Mar 2003 09:19:13 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.6/8.12.5/Submit) id h27MJ6xc099040; Sat, 8 Mar 2003 09:19:06 +1100 (EST) Date: Sat, 8 Mar 2003 09:19:06 +1100 From: Peter Jeremy To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Realtek Message-ID: <20030307221905.GA98940@cirb503493.alcatel.com.au> References: <20030306230206.70461.qmail@web14913.mail.yahoo.com> <200303062136.44471.wes@softweyr.com> <3E68E859.EAB20A71@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E68E859.EAB20A71@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 10:43:37AM -0800, Terry Lambert wrote: >And TCP/IP headers are not an even multiple of the alignment boundary >(4 bytes, actually). So every packet the card DMA's in has to be >copied so that access to the TCP packet contents are aligned. Last time I looked at TCP/IP, the header lengths were all defined in 4-byte units so they must be a multiple of 4 bytes by definition. Maybe you are referring to the Ethernet header - which is 14 bytes long (18 bytes in a VLAN trunk). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 14:20:22 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11CD337B401 for ; Fri, 7 Mar 2003 14:20:20 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7352143F75 for ; Fri, 7 Mar 2003 14:20:19 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.106.70.dial1.sanjose1.level3.net ([209.244.106.70] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18rQCL-0003Ee-00; Fri, 07 Mar 2003 14:20:14 -0800 Message-ID: <3E691AAC.F7AE8A31@mindspring.com> Date: Fri, 07 Mar 2003 14:18:20 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brian Reichert Cc: freebsd-hackers@freebsd.org Subject: Re: seeking advice WRT maintaining private FreeBSD ports branch References: <20030307215517.GD41124@numachi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a43c24112485b94454e11edf6918291dd23ca473d225a0f487350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brian Reichert wrote: > I'm exploring tweaks to various ports, for my private use. Some > of these tweaks can't be addressed via pkgtools.conf or abuse of > environment variables, and instead required actual modifications > to files. [ ... ] > What I want is to somehow preserve my local tweaks, such that they > get reapplied to my working copy upon a checkout. [ ... ] > So, does anyone have any concrete examples of how I can accomplish > this, or at least provide some magic terminology, such that I can > better pursue web research? This doesn't directly answer your question, but it does directly address your problem... Submit your tweaks back to the port maintainer. If they are tweaks to the software the port represents, rather than tweaks to the port, then submit them back to the original author of the software in question, and they will come in through the FreeBSD port that way. I've actually spent a substantial amount of time, on various occasions, going through the patches in the ports tree, and, as long as they don't do something like break the ability of the code to run on non-FreeBSD platforms, cleaned the patches up and submitted them back to the original vendors. Mostly things that don't require a big pipe to download before I can do the work. For example, I've submitted a number of patches to "bind", "MySQL", and so on, this way. I like to do this, because I like to see code compile and run on FreeBSD "out of the box", without having to be filtered through the ports system. If you are building an embedded product, and want to use software for which a port, with patches, exists, then it really sucks to use the port, because you need to include a copy of the software in your local repository, and that's pretty immiscible with the way the ports system works. Sending patches back so that ports are as "vanilla" as possible lets me keep my options open that way. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 14:23:44 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 500A437B401 for ; Fri, 7 Mar 2003 14:23:43 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D451A43F3F for ; Fri, 7 Mar 2003 14:23:42 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.106.70.dial1.sanjose1.level3.net ([209.244.106.70] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18rQFf-0003l3-00; Fri, 07 Mar 2003 14:23:40 -0800 Message-ID: <3E691B79.1E0AB706@mindspring.com> Date: Fri, 07 Mar 2003 14:21:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Jeremy Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Realtek References: <20030306230206.70461.qmail@web14913.mail.yahoo.com> <200303062136.44471.wes@softweyr.com> <3E68E859.EAB20A71@mindspring.com> <20030307221905.GA98940@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a43c24112485b94454c59103fb53efe7ff548b785378294e88350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Jeremy wrote: > On Fri, Mar 07, 2003 at 10:43:37AM -0800, Terry Lambert wrote: > >And TCP/IP headers are not an even multiple of the alignment boundary > >(4 bytes, actually). So every packet the card DMA's in has to be > >copied so that access to the TCP packet contents are aligned. > > Last time I looked at TCP/IP, the header lengths were all defined > in 4-byte units so they must be a multiple of 4 bytes by definition. > Maybe you are referring to the Ethernet header - which is 14 bytes > long (18 bytes in a VLAN trunk). Yes. Unless the transfer is padded by the card in the DMA, or it can DMA to a two-byte shifted boundary from it's own start address, you end up having to copy to gt the TCP/IP headers onto a 4 byte alignment boundary. There are a couple other cards that suck this way; if Bill Paul wrote the driver for the card, then the information is in the comments in the driver. Generally, reading the comments in all the drivers, and picking the one with the least disparaging remarks is a good way to pick hardware. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 14:36:54 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7996537B401 for ; Fri, 7 Mar 2003 14:36:53 -0800 (PST) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E64B43FA3 for ; Fri, 7 Mar 2003 14:36:50 -0800 (PST) (envelope-from reichert@numachi.com) Received: (qmail 62358 invoked by uid 1001); 7 Mar 2003 22:36:47 -0000 Date: Fri, 7 Mar 2003 17:36:47 -0500 From: Brian Reichert To: Terry Lambert Cc: Brian Reichert , freebsd-hackers@freebsd.org Subject: Re: seeking advice WRT maintaining private FreeBSD ports branch Message-ID: <20030307223647.GE41124@numachi.com> References: <20030307215517.GD41124@numachi.com> <3E691AAC.F7AE8A31@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E691AAC.F7AE8A31@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 02:18:20PM -0800, Terry Lambert wrote: > This doesn't directly answer your question, but it does directly > address your problem... Er, nope. Nice try: > Submit your tweaks back to the port maintainer. Um, some of these tweaks are _not_ going to be accepted, such as commenting out 'NO_PACKAGE' out of a makefile. The rest of your suggestions are quite sound, and would be employed by me once I feel my changes are ready for prime-time... > > -- Terry > -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 14:39:22 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF5037B401 for ; Fri, 7 Mar 2003 14:39:21 -0800 (PST) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id C8CA943F85 for ; Fri, 7 Mar 2003 14:39:18 -0800 (PST) (envelope-from reichert@numachi.com) Received: (qmail 62393 invoked by uid 1001); 7 Mar 2003 22:39:17 -0000 Date: Fri, 7 Mar 2003 17:39:17 -0500 From: Brian Reichert To: Don Bowman Cc: 'Brian Reichert' , freebsd-hackers@freebsd.org Subject: Re: seeking advice WRT maintaining private FreeBSD ports branch Message-ID: <20030307223917.GF41124@numachi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 04:58:03PM -0500, Don Bowman wrote: > > From: Brian Reichert [mailto:reichert@numachi.com] > ... > > I maintain a local CVS repository of FreeBSD via CVSup. > ... > > http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html > > has the details you need. It entails an env var like: > CVS_LOCAL_BRANCH_NUM=1000 > > and changing the style of your cvsup. Excellent! Seems quite to-the-point. Lemme see if I can make it sing... > > --don > -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 15:21:49 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AA437B406 for ; Fri, 7 Mar 2003 15:21:47 -0800 (PST) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BC443FD7 for ; Fri, 7 Mar 2003 15:21:46 -0800 (PST) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-b165.otenet.gr [212.205.244.173]) by mailsrv.otenet.gr (8.12.8/8.12.8) with ESMTP id h27NLYNJ029150; Sat, 8 Mar 2003 01:21:36 +0200 (EET) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.8/8.12.8) with ESMTP id h27NLQME008933; Sat, 8 Mar 2003 01:21:34 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.8/8.12.8/Submit) id h27MuKU5008594; Sat, 8 Mar 2003 00:56:20 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 8 Mar 2003 00:56:19 +0200 From: Giorgos Keramidas To: Terry Lambert Cc: Bruce Cran , hackers@FreeBSD.ORG Subject: Re: High CPU usage when forwarding packets Message-ID: <20030307225619.GC8357@gothmog.gr> References: <20030307131038.GA919@fourtytwo.brucec.backnet> <3E68EBCF.E19242C1@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E68EBCF.E19242C1@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2003-03-07 10:58, Terry Lambert wrote: >Bruce Cran wrote: >> Also, I'm getting several thousand 'lnc0: Missed packet -- no >> receive buffer' messages. Could this be the problem, or is the >> system just not powerful enough do nat? The sis0 card is 100MBit >> PCI, while the lcn0 is 10MBit ISA. > > The "no receive buffers available" message happens when the > system runs out of mbufs. > > There are a lot of reasons this could happen, but the proximal > cause is you didn't tune the number NMBCLUSTERS, et. al. high > enough. You should try rebuilding your kernel with a larger > number. Aren't the following two tunable from the loader too? giorgos@gothmog[00:53]/home/giorgos$ sysctl -a | grep nmb[cu][fl] kern.ipc.nmbclusters: 17216 kern.ipc.nmbufs: 34432 Just wondering, since I haven't had today a reasonn to reboot yet. - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 16:12: 5 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C9C37B401 for ; Fri, 7 Mar 2003 16:12:04 -0800 (PST) Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD45843FBD for ; Fri, 7 Mar 2003 16:12:02 -0800 (PST) (envelope-from vkushnir@alfacom.net) Received: from kushnir1.kiev.ua (124-243.dialup.Alfacom.net [193.108.124.243]) by Stalker.alfacom.net (8.12.6/8.12.6) with ESMTP id h280BilM015337 for ; Sat, 8 Mar 2003 02:11:53 +0200 (EET) Received: from kushnir1.kiev.ua (localhost [127.0.0.1]) by kushnir1.kiev.ua (8.12.8/8.12.6) with ESMTP id h280BXXx001837 for ; Sat, 8 Mar 2003 02:11:33 +0200 (EET) (envelope-from vkushnir@alfacom.net) Received: from localhost (vkushnir@localhost) by kushnir1.kiev.ua (8.12.8/8.12.8/Submit) with ESMTP id h280BMtx001834 for ; Sat, 8 Mar 2003 02:11:33 +0200 (EET) X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs Date: Sat, 8 Mar 2003 02:11:17 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: freebsd-hackers@FreeBSD.ORG Subject: Are there any on-going projects on v4l porting? Message-ID: <20030308015609.R680@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello all, As subj. said - does anybody work on porting v4l & (especially!) drivers for non- bt8x based cards? Specifically saa7134 based (got one and would rather not have to reboot to Linux to watch TV :-) Yes, I know, the simplest answer would be "you're interested - you do" but that'd be quite beyond my skills. Still I'd happily help with testing/debugging/whatever else. Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 21:34: 4 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CAF137B405 for ; Fri, 7 Mar 2003 21:34:01 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5A4743F93 for ; Fri, 7 Mar 2003 21:33:57 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id 70012433CE; Fri, 7 Mar 2003 21:33:56 -0800 (PST) From: Wes Peters Organization: Softweyr To: Doug Ambrisko Subject: Re: Realtek Date: Fri, 7 Mar 2003 21:33:55 -0800 User-Agent: KMail/1.5 Cc: Paulo Roberto , Bram Van Dam , freebsd-hackers@FreeBSD.ORG References: <200303071716.h27HGHtg001578@www.ambrisko.com> In-Reply-To: <200303071716.h27HGHtg001578@www.ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303072133.55358.wes@softweyr.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 07 March 2003 09:16, Doug Ambrisko wrote: > Wes Peters writes: > | On Thursday 06 March 2003 15:02, Paulo Roberto wrote: > | > --- Bram Van Dam wrote: > | > > cheap they are they do their job fairly well. If performance > | > > isn't an issue then go for it. > | > > | > I couldn't agree more. If you are just staying in 55 mph, you don't > | > need a Ferrari. > | > | It's not a ford vs. ferrari problem, it's that the ford only has > | first gear, so you're doing 45 mph at redline and in grave danger of > | blowing the heads off continuously. > | > | The problem with the RealTek chipset is that the packets have to be > | aligned on some completely stupid boundary in memory (32 bytes if > | memory serves). The driver code ends up copying the packet data to a > | tempory buffer before sending it for almost every outgoing packet, > | which is just totally stupid. > > [snip] > > | JUST SAY NO. > > Actually, test and the pick the fastest tends to be better. > > Since D-Link dropped their good 4-port card for a broken one which they > discontinued we had to scramble for a solution. Our test bed was a > basically a "server" machine tied to a "router/bridge" like thing with > 4 clients. We'd run tests all to the server, all to the clients and > everything at once. This illustrated the HW issue with the new D-Link > 4 port card since none of their "supported" drivers and OSes could get > over 20Mbs. We had 100FDX links to each client and a Gig link to the > server. FreeBSD could peak to 40Mbs if I recall right and we were told > FreeBSD must be broken even though it was faster then their supported > OSes (Windows < 1Mbs)! To be honest I did fix a bunch of bugs in the > FreeBSD driver. > > Using this framework we had a bridge riser card that we could plug > 4 various PCI ethernet cards. We tested the dc(4), fxp(4), rl(4), > sis(4) cards of various types and with our motherboard and CPU the > rl(4) 8139C chips where the fastest via netperf with a significant > margin. I went into the test biased against Realtek but couldn't > justify not using them after testing. Now we are using the 8100L chip > so we have a pretty simple design. You did something truly bizarre. I've tested similar cards on many machines ranging from K6-2 400MHz to P4 2.4GHz and the RealTek performance has always been at or near the bottom of the heap. On the slower processors, the overhead of aligning packets shows heavily, but it can be noticed on any system. A number of the chips folded into the dc(4) driver are horrible and perform right down there with the RealTek, but a few are fairly good. The 3com 3c905s are generally quite good using the xl(4) driver, as are the Intel EEPro's using fxp. I've read of others struggling with both but never encountered this myself. I tend to be quite conservative about throwing random versions of FreeBSD at systems, though, and many of those complaints come from people at various points on -stable, rather than a known release point. > So I'd say given a sufficiently fast CPU and memory the Realteks work > pretty darn good. For a sufficient engine RPM, that escort will do 85 MPH in first gear, too. ;^) > The speed win could be do to a slightly better > bus interface. That was the problem with the newer D-Link 4 port card > in that during RX the chip would take over the PCI bus for a loooong > time. Yup, they're complicated beasts. For someone who is not going to work on the drivers themselves but wants performance, I suspect buying whatever you can get in bulk for eight dollars is not an optimal strategy. > A sufficiently fast CPU in our case is 700Mhz Celeron which is a lot > different then pushing 100Mbs with a P5 133Mhz. > > Our bigger issue is bus performance on a 32bit/33Mhz bus with 3, 4-port > cards. > > To date we haven't had any trouble with them and we've shipped a bunch. Give me 1 second and I can easily bring any of your systems to their knees, regardless of which cards you have installed. Everything is relative. Were you watching the system load while performing your testing? Was the cpu doing anything but routing? Is it required to for your application? These and many others are all important questions, and tend to have different answers for every application. For a desktop workstation with undemanding network application requirements (email, web browsing, occasional software updates) RealTek or any other card that successfully attach to the network and correctly autonegotiate with your hub (shudder) or switch is fine. Even a RealTek. ;^) -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 7 21:37:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BFDA37B405 for ; Fri, 7 Mar 2003 21:37:09 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8DBD43F85 for ; Fri, 7 Mar 2003 21:37:08 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id 1593F42F90; Fri, 7 Mar 2003 21:37:08 -0800 (PST) From: Wes Peters Organization: Softweyr To: Doug Ambrisko , Thierry Herbelot Subject: Re: Realtek Date: Fri, 7 Mar 2003 21:37:07 -0800 User-Agent: KMail/1.5 Cc: Doug Ambrisko , freebsd-hackers@FreeBSD.ORG References: <200303072117.h27LHoNL014430@www.ambrisko.com> In-Reply-To: <200303072117.h27LHoNL014430@www.ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303072137.07385.wes@softweyr.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 07 March 2003 13:17, Doug Ambrisko wrote: > Thierry Herbelot writes: > | > | and the avid reader asks : so, now, what NIC are you really using ? > | (I too have used with great pleasure quite a bunch of DLink-DFE-570), > | and I was leaning towards using the newer DFE-580 4-port on another > | project ...) > > PHK found a 4 port fxp card that was priced pretty good. I don't know > how successful he has with them. We're using a 2-port EEPro with 82551 chips with the two ports connected with relays and a watchdog; we get excellent throughput in our testing so far. I don't recall the vendor, it is "Ad-something." I can look them up Monday if you email me about it then. I think they make a 4-port 551 card without the relays as well, but I don't know about pricing. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 1: 9: 8 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BB637B401 for ; Sat, 8 Mar 2003 01:09:06 -0800 (PST) Received: from geekpunk.net (adsl-154-169-71.bna.bellsouth.net [68.154.169.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6130F43FCB for ; Sat, 8 Mar 2003 01:09:05 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h27LnALH002085; Fri, 7 Mar 2003 15:49:10 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h27Ln5i3002084; Fri, 7 Mar 2003 15:49:05 -0600 (CST) (envelope-from bandix) Date: Fri, 7 Mar 2003 15:49:05 -0600 From: "Brandon D. Valentine" To: Doug Ambrisko Cc: Thierry Herbelot , freebsd-hackers@FreeBSD.ORG Subject: Re: Realtek Message-ID: <20030307214905.GI334@geekpunk.net> References: <200303072134.26944.thierry@herbelot.com> <200303072117.h27LHoNL014430@www.ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303072117.h27LHoNL014430@www.ambrisko.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 01:17:50PM -0800, Doug Ambrisko wrote: > > The DFE-580 is EOL. That is their solution to their less then optimal > card with no replacement coming according to our rep. We are using our > own custom board with the Realtek 8100L parts. > > | any suggestions (with benchmark results ?) heartily welcome ! > > I need to find them however, you need to benchmark in your environment > since CPU load etc can effect things. > > PHK found a 4 port fxp card that was priced pretty good. I don't know > how successful he has with them. I have had good luck with the Adaptec Quartet 66 cards, under both Linux and FreeBSD. YMMV, though. They come as 64-bit/66Mhz cards, which definitely keeps the 4 pipes full (though they will also work on a 64-bit/33Mhz bus). They work great with Cisco FEC too. The card has a PCI-to-PCI bridge onboard with four Starfire controllers hanging off of the end of it. If you look around you can get them reasonably cheap. I think I paid around $300 for the last one I bought after doing some thorough pricewatch scouring. It's a bit pricier than you'll pay for say a D-Link card or something but it's also got higher quality ethernet controllers on it. Chances are if you really need a four-port card $300 is not that much to throw at it. HTH, Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: brandon is something special as an institution To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 2:56: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D702437B401 for ; Sat, 8 Mar 2003 02:56:04 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6DC43FAF for ; Sat, 8 Mar 2003 02:56:04 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.3/8.12.3) with ESMTP id h28AtoAq049003; Sat, 8 Mar 2003 02:55:50 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.3/8.12.3/Submit) id h28AtoHt049002; Sat, 8 Mar 2003 02:55:50 -0800 (PST) (envelope-from rizzo) Date: Sat, 8 Mar 2003 02:55:50 -0800 From: Luigi Rizzo To: "Brandon D. Valentine" Cc: Doug Ambrisko , Thierry Herbelot , freebsd-hackers@FreeBSD.ORG Subject: Re: Realtek Message-ID: <20030308025549.A48905@xorpc.icir.org> References: <200303072134.26944.thierry@herbelot.com> <200303072117.h27LHoNL014430@www.ambrisko.com> <20030307214905.GI334@geekpunk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030307214905.GI334@geekpunk.net>; from brandon@dvalentine.com on Fri, Mar 07, 2003 at 03:49:05PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 03:49:05PM -0600, Brandon D. Valentine wrote: ... > I have had good luck with the Adaptec Quartet 66 cards, under both Linux > and FreeBSD. YMMV, though. They come as 64-bit/66Mhz cards, which ... > controllers on it. Chances are if you really need a four-port card $300 > is not that much to throw at it. At this price level, you can also consider the Intel PRO1000/MT (part number is PWLA8492MT) which has two Gig-E ports (copper), is well supported under FreeBSD by the Intel-supported "em" driver, and costs $174 (list price, if you shop eg. on yahoo you can find it cheaper than that). The good thing of this cart is that it works at Gig speed, and it is widely available so hopefully it won't disappear from the market by the time you place your order. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 5: 8:27 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1596037B401 for ; Sat, 8 Mar 2003 05:08:26 -0800 (PST) Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4558A43F75 for ; Sat, 8 Mar 2003 05:08:24 -0800 (PST) (envelope-from bruce@cran.org.uk) Received: from fourtytwo.brucec.backnet (12266209.resnet.ed.ac.uk [10.6.0.100] (may be forged)) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id h28D8AT00833; Sat, 8 Mar 2003 13:08:21 GMT Received: from fourtytwo.brucec.backnet (localhost.fourtytwo.brucec.backnet [127.0.0.1]) by fourtytwo.brucec.backnet (8.12.8/8.12.6) with ESMTP id h28D8AVY005274; Sat, 8 Mar 2003 13:08:10 GMT (envelope-from bruce@fourtytwo.brucec.backnet) Received: (from bruce@localhost) by fourtytwo.brucec.backnet (8.12.8/8.12.8/Submit) id h28D8Alr005273; Sat, 8 Mar 2003 13:08:10 GMT Date: Sat, 8 Mar 2003 13:08:10 +0000 From: Bruce Cran To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: High CPU usage when forwarding packets Message-ID: <20030308130810.GA5234@fourtytwo.brucec.backnet> References: <20030307131038.GA919@fourtytwo.brucec.backnet> <3E68EBCF.E19242C1@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E68EBCF.E19242C1@mindspring.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 07, 2003 at 10:58:23AM -0800, Terry Lambert wrote: > Bruce Cran wrote: > > Also, I'm getting > > several thousand 'lnc0: Missed packet -- no receive buffer' messages. > > Could this be the problem, or is the system just not powerful enough do > > nat? The sis0 card is 100MBit PCI, while the lcn0 is 10MBit ISA. > > The "no receive buffers available" message happens when the > system runs out of mbufs. > > There are a lot of reasons this could happen, but the proximal > cause is you didn't tune the number NMBCLUSTERS, et. al. high > enough. You should try rebuilding your kernel with a larger > number. > > If the problem still happens, you need to do a "netstat -a > x", > and then look for large numbers in the "Recv-Q" and "Send-Q" > columns, and then figure out what's causing them. > Thanks, I added kern.ipc.nmbclusters=8192 to /boot/loader.conf and the messages have stopped. I have also learnt that the high CPU usage is simply because I'm trying to push 600KB/sec over an ISA bus, and lots of copying is going on. I'd like to get a PCI card and stop using the onboard lnc, but unfortunately the single PCI slot is already taken up by other other NIC. Bruce Cran To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 7: 5: 7 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D15237B401 for ; Sat, 8 Mar 2003 07:05:05 -0800 (PST) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id D4ABA43FB1 for ; Sat, 8 Mar 2003 07:05:02 -0800 (PST) (envelope-from roam@ringlet.net) Received: (qmail 9449 invoked from network); 8 Mar 2003 15:00:44 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 8 Mar 2003 15:00:44 -0000 Received: (qmail 7507 invoked by uid 1000); 8 Mar 2003 15:03:31 -0000 Date: Sat, 8 Mar 2003 17:03:31 +0200 From: Peter Pentchev To: Brian Reichert Cc: Terry Lambert , freebsd-hackers@freebsd.org Subject: Re: seeking advice WRT maintaining private FreeBSD ports branch Message-ID: <20030308150331.GB578@straylight.oblivion.bg> Mail-Followup-To: Brian Reichert , Terry Lambert , freebsd-hackers@freebsd.org References: <20030307215517.GD41124@numachi.com> <3E691AAC.F7AE8A31@mindspring.com> <20030307223647.GE41124@numachi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <20030307223647.GE41124@numachi.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 07, 2003 at 05:36:47PM -0500, Brian Reichert wrote: > On Fri, Mar 07, 2003 at 02:18:20PM -0800, Terry Lambert wrote: > > This doesn't directly answer your question, but it does directly > > address your problem... >=20 > Er, nope. Nice try: >=20 > > Submit your tweaks back to the port maintainer. >=20 > Um, some of these tweaks are _not_ going to be accepted, such as > commenting out 'NO_PACKAGE' out of a makefile. Treating the symptom rather than the problem, but NO_PACKAGE is easily overridden by setting the FORCE_PACKAGE environment variable. Hm, I just found out that this is not documented in the comments at the top of bsd.port.mk... As for treating the actual problem, CVS_LOCAL_BRANCH_NUM should generally fit your needs. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I had to translate this sentence into English because I could not read the = original Sanskrit. --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+agZD7Ri2jRYZRVMRAg8FAJwIGfbn+lowKWOyvLOhXFHelMW1+wCglSHy mbNCNutzskr5SnkhNBUDpIQ= =TtFd -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 8: 4: 2 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F89637B401 for ; Sat, 8 Mar 2003 08:04:01 -0800 (PST) Received: from h00609772adf0.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D7C43FDF for ; Sat, 8 Mar 2003 08:03:59 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from h00609772adf0.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7) with ESMTP id h28G5HuB054780 for ; Sat, 8 Mar 2003 11:05:17 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7/Submit) id h28G5HOh054779 for freebsd-hackers@freebsd.org; Sat, 8 Mar 2003 11:05:17 -0500 (EST) Date: Sat, 8 Mar 2003 11:05:16 -0500 From: Craig Rodrigues To: freebsd-hackers@freebsd.org Subject: Makefiles to modify for adding new sys/*.h header files? Message-ID: <20030308160516.GA54768@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, If I add new headers file in the directories /usr/src/sys/sys and /usr/src/sys/{arch}/include, then which Makefiles do I need to modify in order to make sure that my new header files get installed properly when I do a make installworld? Thanks. -- Craig Rodrigues http://home.attbi.com/~rodrigc rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 8:18:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49E1837B401; Sat, 8 Mar 2003 08:18:27 -0800 (PST) Received: from h00609772adf0.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DF643F3F; Sat, 8 Mar 2003 08:18:26 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from h00609772adf0.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7) with ESMTP id h28GJhuB054950; Sat, 8 Mar 2003 11:19:43 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7/Submit) id h28GJhbM054949; Sat, 8 Mar 2003 11:19:43 -0500 (EST) Date: Sat, 8 Mar 2003 11:19:43 -0500 From: Craig Rodrigues To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org Subject: #warning must be protected by #if __GNUC__ in headers? Message-ID: <20030308161943.GA54921@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, In , I see: #if __GNUC__ #warning "No user-serviceable parts inside." #endif Does the use of #warning need to be protected by #if __GNUC__ in FreeBSD header files? I am working on something similar for . Some other header files check for __GNUC__ before using #warning, such as , but does not. Thanks. -- Craig Rodrigues http://home.attbi.com/~rodrigc rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 9:34: 5 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D04F37B405 for ; Sat, 8 Mar 2003 09:34:04 -0800 (PST) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AE143FB1 for ; Sat, 8 Mar 2003 09:34:03 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (66-75-151-22.san.rr.com [66.75.151.22]) by smtp-relay.omnis.com (Postfix) with ESMTP id 1281E42CC7; Sat, 8 Mar 2003 09:34:02 -0800 (PST) From: Wes Peters Organization: Softweyr To: Bruce Cran , Terry Lambert Subject: Re: High CPU usage when forwarding packets Date: Sat, 8 Mar 2003 09:34:00 -0800 User-Agent: KMail/1.5 Cc: hackers@freebsd.org References: <20030307131038.GA919@fourtytwo.brucec.backnet> <3E68EBCF.E19242C1@mindspring.com> <20030308130810.GA5234@fourtytwo.brucec.backnet> In-Reply-To: <20030308130810.GA5234@fourtytwo.brucec.backnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303080934.00723.wes@softweyr.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 08 March 2003 05:08, Bruce Cran wrote: > > Thanks, I added kern.ipc.nmbclusters=8192 to /boot/loader.conf and the > messages have stopped. I have also learnt that the high CPU usage is > simply because I'm trying to push 600KB/sec over an ISA bus, and lots > of copying is going on. I'd like to get a PCI card and stop using the > onboard lnc, but unfortunately the single PCI slot is already taken up > by other other NIC. You need a PCI dual NIC, then. ISA network adapters suck, as you've noted. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 10:20:58 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA8437B404 for ; Sat, 8 Mar 2003 10:20:56 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB6243FA3 for ; Sat, 8 Mar 2003 10:20:50 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h28IKMSd029992; Sat, 8 Mar 2003 10:20:22 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h28IKH79000587; Sat, 8 Mar 2003 10:20:17 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h28IKHhm000586; Sat, 8 Mar 2003 10:20:17 -0800 (PST) (envelope-from marcel) Date: Sat, 8 Mar 2003 10:20:17 -0800 From: Marcel Moolenaar To: Craig Rodrigues Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Makefiles to modify for adding new sys/*.h header files? Message-ID: <20030308182017.GA543@dhcp01.pn.xcllnt.net> References: <20030308160516.GA54768@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030308160516.GA54768@attbi.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Mar 08, 2003 at 11:05:16AM -0500, Craig Rodrigues wrote: > Hi, > > If I add new headers file in the directories /usr/src/sys/sys > and /usr/src/sys/{arch}/include, then which Makefiles do I need > to modify in order to make sure that my new header files > get installed properly when I do a make installworld? None. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 10:23:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D01837B404 for ; Sat, 8 Mar 2003 10:23:20 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B2343F75 for ; Sat, 8 Mar 2003 10:23:18 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h28IN8Nw034666; Sat, 8 Mar 2003 19:23:13 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Marcel Moolenaar Cc: Craig Rodrigues , freebsd-hackers@FreeBSD.ORG Subject: Re: Makefiles to modify for adding new sys/*.h header files? From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 08 Mar 2003 10:20:17 PST." <20030308182017.GA543@dhcp01.pn.xcllnt.net> Date: Sat, 08 Mar 2003 19:23:08 +0100 Message-ID: <34665.1047147788@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030308182017.GA543@dhcp01.pn.xcllnt.net>, Marcel Moolenaar writes : >On Sat, Mar 08, 2003 at 11:05:16AM -0500, Craig Rodrigues wrote: >> Hi, >> >> If I add new headers file in the directories /usr/src/sys/sys >> and /usr/src/sys/{arch}/include, then which Makefiles do I need >> to modify in order to make sure that my new header files >> get installed properly when I do a make installworld? > >None. ... which is a bug. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 10:33: 1 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2942637B401; Sat, 8 Mar 2003 10:33:00 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A10843FB1; Sat, 8 Mar 2003 10:32:58 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h28IWtSd030043; Sat, 8 Mar 2003 10:32:55 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h28IWt79000622; Sat, 8 Mar 2003 10:32:55 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h28IWttm000621; Sat, 8 Mar 2003 10:32:55 -0800 (PST) (envelope-from marcel) Date: Sat, 8 Mar 2003 10:32:55 -0800 From: Marcel Moolenaar To: Craig Rodrigues Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: #warning must be protected by #if __GNUC__ in headers? Message-ID: <20030308183255.GB543@dhcp01.pn.xcllnt.net> References: <20030308161943.GA54921@attbi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030308161943.GA54921@attbi.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Mar 08, 2003 at 11:19:43AM -0500, Craig Rodrigues wrote: > Hi, > > In , I see: > > #if __GNUC__ > #warning "No user-serviceable parts inside." > #endif > > > Does the use of #warning need to be protected by > #if __GNUC__ in FreeBSD header files? I am working > on something similar for . I think the use of #warning should be protected against abuse :-) In general I probably would opt to not protect it with #if __GNUC__ because #warning is not specific to gcc and since we're only compiling with gcc (officially) it's better to have it fail when somebody does use a different compiler. I think the discussion that it will trigger will yield a less gratuitous convention. Possibly documented. YMMV. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 11:53:43 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3371B37B401 for ; Sat, 8 Mar 2003 11:53:42 -0800 (PST) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 4318F43FAF for ; Sat, 8 Mar 2003 11:53:41 -0800 (PST) (envelope-from reichert@numachi.com) Received: (qmail 70203 invoked by uid 1001); 8 Mar 2003 19:53:40 -0000 Date: Sat, 8 Mar 2003 14:53:40 -0500 From: Brian Reichert To: Brian Reichert , freebsd-hackers@freebsd.org Subject: Re: seeking advice WRT maintaining private FreeBSD ports branch Message-ID: <20030308195340.GN41124@numachi.com> References: <20030307215517.GD41124@numachi.com> <3E691AAC.F7AE8A31@mindspring.com> <20030307223647.GE41124@numachi.com> <20030308150331.GB578@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030308150331.GB578@straylight.oblivion.bg> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Trimming Terry from the Cc: list] On Sat, Mar 08, 2003 at 05:03:31PM +0200, Peter Pentchev wrote: > On Fri, Mar 07, 2003 at 05:36:47PM -0500, Brian Reichert wrote: > > Um, some of these tweaks are _not_ going to be accepted, such as > > commenting out 'NO_PACKAGE' out of a makefile. > > Treating the symptom rather than the problem, but NO_PACKAGE is easily > overridden by setting the FORCE_PACKAGE environment variable. Hm, I > just found out that this is not documented in the comments at the top of > bsd.port.mk... Never heard of such a thing, and I would have been happy to make use of it, for this once specific thing. Is there a ready example of it's usage? > As for treating the actual problem, CVS_LOCAL_BRANCH_NUM should > generally fit your needs. So I hope, I have yet to test-fire that setup. But, thanks for the feedback... > G'luck, > Peter -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 12:39: 9 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3746937B405 for ; Sat, 8 Mar 2003 12:39:08 -0800 (PST) Received: from smtp07.wxs.nl (smtp07.wxs.nl [195.121.6.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3B043FA3 for ; Sat, 8 Mar 2003 12:39:06 -0800 (PST) (envelope-from pblok@inter.NL.net) Received: from bsdpc ([80.60.248.65]) by smtp07.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id HBG6P402.OAN; Sat, 8 Mar 2003 21:39:04 +0100 From: "Peter J. Blok" To: Attila Nagy , "Peter J. Blok" Subject: Re: ng_fec on 4.7-RELEASE-p6 Date: Sat, 8 Mar 2003 21:37:58 +0100 User-Agent: KMail/1.5 Cc: freebsd-hackers@freebsd.org References: <200303052219.34832.pblok@inter.NL.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303082137.58864.pblok@inter.NL.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Attila, Yes, I did ifconfig fxp[01] up. I didn't matter. Julian reminded me a ng_fec is available in STABLE, which I'll try first. I took the one out of Bill's directory. Peter On Thursday 06 March 2003 10:33, Attila Nagy wrote: > Hello, > > > When I configure two fxp ports with the example load script, I'm getting > > a message fxp0 up and fxp1 up, but fec0 doesn't work. I have assigned an > > ip address and try to ping outside, but nothing happens. The moment I do > > a tcpdump -i fec0, I see packets coming in and from that moment on the > > fec0 bundle works, even when the tcpdump is stopped. > > Did you try ifconfig fxp0 up; ifconfig fxp1? > > ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- > Attila Nagy e-mail: Attila.Nagy@fsn.hu > Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) > cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 13:51:15 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B4EC37B401 for ; Sat, 8 Mar 2003 13:51:12 -0800 (PST) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA4D43FBD for ; Sat, 8 Mar 2003 13:51:10 -0800 (PST) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 8141 invoked from network); 8 Mar 2003 22:08:36 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 8 Mar 2003 22:08:36 -0000 Received: (nullmailer pid 2430 invoked by uid 136); Sat, 08 Mar 2003 21:53:22 -0000 Subject: Re: seeking advice WRT maintaining private FreeBSD ports branch X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: To: Don Bowman Date: Sun, 9 Mar 2003 00:53:22 +0300 (MSK) From: "."@babolo.ru Cc: "'Brian Reichert'" , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1047160402.681636.2429.nullmailer@cicuta.babolo.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ Charset ISO-8859-1 unsupported, converting... ] > > From: Brian Reichert [mailto:reichert@numachi.com] > ... > > I maintain a local CVS repository of FreeBSD via CVSup. > ... > > http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html > > has the details you need. It entails an env var like: > CVS_LOCAL_BRANCH_NUM=1000 > > and changing the style of your cvsup. It works on the only local cvs repository. With two repositories - for FreeBSD and for local patches - it is not easy to mantain. Need for this occur when a lot of hosts need to be uniformly deviate from the original. I submitted PR ports/45200 for using LOCAL_PATCHDIR in addition to PATCHDIR, but it closed for false reason. More exact patch can be extracted from http://free.babolo.ru/patch/ports.Mk.port.mk.patch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 13:58:37 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6B8E37B401 for ; Sat, 8 Mar 2003 13:58:35 -0800 (PST) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1B1E43FBF for ; Sat, 8 Mar 2003 13:58:34 -0800 (PST) (envelope-from dean@dragon.stack.nl) Received: by mailhost.stack.nl (Postfix, from userid 65534) id B675F1F159; Sat, 8 Mar 2003 22:58:33 +0100 (CET) Received: from dragon.stack.nl (dragon.stack.nl [2001:610:1108:5011:207:e9ff:fe09:230]) by mailhost.stack.nl (Postfix) with ESMTP id 16B441F157; Sat, 8 Mar 2003 22:58:33 +0100 (CET) Received: by dragon.stack.nl (Postfix, from userid 1600) id 03A105F176; Sat, 8 Mar 2003 22:58:02 +0100 (CET) Date: Sat, 8 Mar 2003 22:58:02 +0100 From: Dean Strik To: "Peter J. Blok" Cc: Attila Nagy , "Peter J. Blok" , freebsd-hackers@freebsd.org Subject: Re: ng_fec on 4.7-RELEASE-p6 Message-ID: <20030308215802.GC34099@dragon.stack.nl> References: <200303052219.34832.pblok@inter.NL.net> <200303082137.58864.pblok@inter.NL.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303082137.58864.pblok@inter.NL.net> X-Editor: VIM Rulez! http://www.vim.org/ X-MUD: Outerspace - telnet://mud.stack.nl:3333 X-Really: Yes User-Agent: Mutt/1.5.3i X-Spam-Status: No, hits=-2.5 required=8.0 tests=IN_REP_TO,REFERENCES,SIGNATURE_SHORT_DENSE, SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.43 X-Spam-Level: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter J. Blok wrote: > Hi Attila, > > Yes, I did ifconfig fxp[01] up. I didn't matter. > > Julian reminded me a ng_fec is available in STABLE, which I'll try first. I > took the one out of Bill's directory. Don't bother, these versions are identical. I'm experiencing the same problem on my only ng_fec box. It's connected to a HP Procurve 2524. I haven't had the time to any debugging on this yet. -- Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 8 15:26: 7 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CAA437B404 for ; Sat, 8 Mar 2003 15:26:06 -0800 (PST) Received: from toscano.org (ip68-100-184-64.nv.nv.cox.net [68.100.184.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C40C43FCB for ; Sat, 8 Mar 2003 15:26:05 -0800 (PST) (envelope-from pete@toscano.org) Received: from bubba.toscano.org (localhost.localdomain [127.0.0.1]) by bubba.toscano.org (8.12.8/8.12.5) with ESMTP id h28GOsw2019587 for ; Sat, 8 Mar 2003 11:24:54 -0500 Received: (from pete@localhost) by bubba.toscano.org (8.12.8/8.12.5/Submit) id h28GOr0U019585 for freebsd-hackers@freebsd.org; Sat, 8 Mar 2003 11:24:53 -0500 Date: Sat, 8 Mar 2003 11:24:53 -0500 From: Pete To: freebsd-hackers@freebsd.org Subject: 3 IDE devices on Promise card + FreeBSD == not possible? Message-ID: <20030308162453.GB1436@bubba.toscano.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Unexpected: The Spanish Inquisition User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've been posting about this since the beginning on the year. A few times on freebsd-questions, once on freebsd-hackers, and submitted a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=48165). I have never found a solution beyond replacing FreeBSD with Linux. (Which is not something I'd like to do, but know I can, if need be. I'm trying to learn about FreeBSD, not Linux.) The main problem seems to be that I cannot have more than two IDE drives on a Promise IDE card (or cards, for that matter). They work fine with two drives attached. The actual drive attached, where it's attached, and the card it's attached to does not seem to matter. However things are configured, whatever drive is enumerated as ar2 cannot be accessed by disklabel (and vinum and possibly other disk-level utils). Please see my original post at: http://news.gw.com/freebsd.questions/122487. I really hope somebody can help me with this. I'm more than willing to try things and provide whatever debugging info you'd like to see. I currently have all my data on ar0, but a lot of that is digital photos that I don't want to trust to the health of just one drive. I really want to get ar1 and ar2 working as a mirrored volume and move all the data to this, but FreeBSD (and, most likely, my corresponding lack of knowledge) has kept me from doing this. I _really_ don't want to move to Linux, but I've been trying to solve this problem for over three months now and if I can't get FreeBSD to do it. I know I can get Linux to do it. Please don't let it come to that. I'm just very frustrated and tried every avenue I know of. Thanks, pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message