From owner-freebsd-arch@FreeBSD.ORG Sun Apr 2 11:47:04 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0002816A420 for ; Sun, 2 Apr 2006 11:47:03 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC2BA43D7D for ; Sun, 2 Apr 2006 11:46:54 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E0DB.dip.t-dialin.net [84.165.224.219]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k32BjI04001281 for ; Sun, 2 Apr 2006 13:45:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k32Bkox6068550 for ; Sun, 2 Apr 2006 13:46:50 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 2 Apr 2006 13:46:49 +0200 From: Alexander Leidinger To: arch@FreeBSD.org Message-ID: <20060402134649.0947404d@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Bikesheds please: name of new file X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Apr 2006 11:47:04 -0000 Hi, I got a submission which adds support for the removal of optional parts (e.g. WITHOUT_BIND9) of the system to delete-old. I want to keep this list of files separate from the list of obsolete files. ATM I want to name the new file OptionalObsoleteFiles.inc and place it in src/. Any objections? Bye, Alexander. -- Press every key to continue. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-arch@FreeBSD.ORG Sun Apr 2 18:32:45 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A86B16A401 for ; Sun, 2 Apr 2006 18:32:45 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A44E243D45 for ; Sun, 2 Apr 2006 18:32:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k32IWgKw053007; Sun, 2 Apr 2006 21:32:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 86774-16; Sun, 2 Apr 2006 21:32:41 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k32IWH2G052997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Apr 2006 21:32:17 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k32IWImB078220; Sun, 2 Apr 2006 21:32:18 +0300 (EEST) (envelope-from ru) Date: Sun, 2 Apr 2006 21:32:18 +0300 From: Ruslan Ermilov To: Alexander Leidinger Message-ID: <20060402183218.GB78133@ip.net.ua> References: <20060402134649.0947404d@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: <20060402134649.0947404d@Magellan.Leidinger.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: arch@FreeBSD.org Subject: Re: Bikesheds please: name of new file X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Apr 2006 18:32:45 -0000 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 02, 2006 at 01:46:49PM +0200, Alexander Leidinger wrote: > Hi, >=20 > I got a submission which adds support for the removal of optional parts > (e.g. WITHOUT_BIND9) of the system to delete-old. I want to keep this > list of files separate from the list of obsolete files. ATM I want to > name the new file OptionalObsoleteFiles.inc and place it in src/. >=20 > Any objections? >=20 Yes. Hide them somewhere under src/tools/ please. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEMBiyqRfpzJluFF4RAhYzAKCMALttpddjeQfqTiSpPuibAbiSWgCfcgyN m7wCNYciwowQcCUQ0Ex3jss= =hDqr -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H-- From owner-freebsd-arch@FreeBSD.ORG Sun Apr 2 20:38:05 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B0A16A401; Sun, 2 Apr 2006 20:38:05 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E9A243D60; Sun, 2 Apr 2006 20:37:59 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5E0DB.dip.t-dialin.net [84.165.224.219]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.4/8.13.1) with ESMTP id k32KaI16003731; Sun, 2 Apr 2006 22:36:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k32Kbud7051569; Sun, 2 Apr 2006 22:37:57 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 2 Apr 2006 22:37:56 +0200 From: Alexander Leidinger To: Ruslan Ermilov Message-ID: <20060402223756.1f21facc@Magellan.Leidinger.net> In-Reply-To: <20060402183218.GB78133@ip.net.ua> References: <20060402134649.0947404d@Magellan.Leidinger.net> <20060402183218.GB78133@ip.net.ua> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.16; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: arch@FreeBSD.org Subject: Re: Bikesheds please: name of new file X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Apr 2006 20:38:05 -0000 Am Sun, 2 Apr 2006 21:32:18 +0300 schrieb Ruslan Ermilov : > On Sun, Apr 02, 2006 at 01:46:49PM +0200, Alexander Leidinger wrote: > > Hi, > > > > I got a submission which adds support for the removal of optional parts > > (e.g. WITHOUT_BIND9) of the system to delete-old. I want to keep this > > list of files separate from the list of obsolete files. ATM I want to > > name the new file OptionalObsoleteFiles.inc and place it in src/. > > > > Any objections? > > > Yes. Hide them somewhere under src/tools/ please. src/tools feels somewhat wrong for something which is included from Makefile.inc1 via ObsoleteFiles.inc. I agree that a different place than src/ would be nice, but shouldn't it be placed somewhere more suitable? Perhaps src/mkinc or something like this? Makefile.inc1 could then be moved there too. Bye, Alexander. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-arch@FreeBSD.ORG Mon Apr 3 23:59:17 2006 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996FC16A422 for ; Mon, 3 Apr 2006 23:59:17 +0000 (UTC) (envelope-from root@vn1030.fireboxhosting.com) Received: from vn1030.fireboxhosting.com (vn1030.fireboxhosting.com [204.11.233.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A10243DAB for ; Mon, 3 Apr 2006 23:58:55 +0000 (GMT) (envelope-from root@vn1030.fireboxhosting.com) Received: from root by vn1030.fireboxhosting.com with local (Exim 4.52) id 1FQYqt-0001v3-HV for freebsd-arch@FreeBSD.org; Mon, 03 Apr 2006 19:52:55 -0400 To: freebsd-arch@FreeBSD.org FROM: Ricardo Ribeiro - Atendimento Fácil Errors-to: retornomala@atendimentofacil.com.br Message-Id: Date: Mon, 03 Apr 2006 19:52:55 -0400 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vn1030.fireboxhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - vn1030.fireboxhosting.com X-Source: X-Source-Args: X-Source-Dir: MIME-Version: 1.0 Content-Type: text/plain; X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: =?iso-8859-1?q?Sistema_de_Atendimento_Online_para_Sites_-_Atendi?= =?iso-8859-1?q?mento_F=E1cil?= X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2006 23:59:17 -0000 [mainborder01.gif] [mainborder02.gif] [mainborder03.gif] [mainborder04.gif] [topborder01.gif] [pixel.gif] [1][logo.gif] [2]Sobre nossa empresa [3]Cadastre-se [4]Dúvidas frequentes [5]Fale conosco [topborder03.gif] [pixel.gif] [menutitle.gif] [pixel.gif] [6]O que é? [7]Como funciona? [8]Recursos e Benefícios [9]Planos [10]Demonstração gratuita [11]Fale conosco [12][on_icon_status1.gif] [menusep.gif] Sistema de Atendimento Online O Atendimento Fácil é um serviço de atendimento online que fornece um meio para que as empresas de internet se comuniquem com seus usuários diretamente pelo website. Com ela é possível ver e conversar com os visitantes que estão navegando em seu site em tempo real. Desenvolvida por profissionais que utilizam as mais modernas ferramentas de comunicação online. Utilize o Atendimento Fácil em seu site por 20 dias gratuitamente para avaliação e comprove. [13][20dias.gif] [boxgreen.gif] [14]Aprenda como funciona [boxgreen.gif] [15]Peça sua demonstração Caso não deseje mais receber nossas mensagens envie um email para [16]remover@atendimentofacil.com.br. _________________________________________________________________ [17]Página inicial | [18]Cadastre-se | [19]Nossa empresa | [20]Política de uso | [21]Política de privacidade | [mainborder06.gif] [mainborder07.gif] [mainborder08.gif] [mainborder09.gif] References 1. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil 2. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/quemsomos.php 3. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/cadastro.php 4. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/faq.php 5. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/faleconosco.php 6. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil 7. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/comofunciona.php?wiz=livehelp 8. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/recursos.php 9. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/planos.php 10. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/cadastro.php 11. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/faleconosco.php 12. http://www.atendimentofacil.com.br/resources/www/visitor/index.php?COMPANY_ID=1&SITE_ID=1&info[Origem]=Email 13. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/cadastro.php 14. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/comofunciona.php?wiz=livehelp 15. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/cadastro.php 16. mailto:remover@atendimentofacil.com.br 17. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil 18. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/cadastro.php 19. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/quemsomos.php 20. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/politicauso.php 21. http://www.atendimentofacil.com.br/resources/www/website/atendimentofacil/politicaprivacidade.php From owner-freebsd-arch@FreeBSD.ORG Tue Apr 4 18:04:14 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91C5B16A400; Tue, 4 Apr 2006 18:04:14 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id F178543D45; Tue, 4 Apr 2006 18:04:13 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:IGPiI61VUUmY5trSspFWexInsPy2fhFOT9Ee06fNdtC3LvhNQN9I7A30cJowumTj@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k34I44Ri074276 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Apr 2006 03:04:08 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 05 Apr 2006 03:04:04 +0900 Message-ID: From: Hajimu UMEMOTO To: arch@FreeBSD.org, current@FreeBSD.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 05 Apr 2006 03:04:08 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: Subject: [CFR] exposable reentrant functions of netdb X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Apr 2006 18:04:14 -0000 Hi, I reworked the netdb functions in our libc to conform to the Solaris's API. With this change, we can expose get*_r(3) to the outside of libc. Further, I changed the internal of gethostby*(3) and getnetby*(3) to NSS friendly. Please review it. You can get the patch from: http://www.imasy.or.jp/~ume/FreeBSD/netdb-solaris-api-20060405.diff.gz Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-arch@FreeBSD.ORG Wed Apr 5 03:13:58 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E567016A41F; Wed, 5 Apr 2006 03:13:58 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24B0D43D48; Wed, 5 Apr 2006 03:13:55 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:qfmBc6yw2lmmCFN1tXXvTWtrkdigVlcsaTHst+npVW7X9OLOAVg6qdSeM5AurjZw@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k353DoqM078925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Apr 2006 12:13:50 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 05 Apr 2006 12:13:49 +0900 Message-ID: From: Hajimu UMEMOTO To: arch@FreeBSD.org, current@FreeBSD.org In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.5) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.5-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:::1]); Wed, 05 Apr 2006 12:13:50 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: Subject: Re: [CFR] exposable reentrant functions of netdb X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Apr 2006 03:13:59 -0000 Hi, >>>>> On Wed, 05 Apr 2006 03:04:04 +0900 >>>>> Hajimu UMEMOTO said: ume> http://www.imasy.or.jp/~ume/FreeBSD/netdb-solaris-api-20060405.diff.gz Oops, getprotobyname(3) is broken. Please throw my previous patch away, and use the following instead: http://www.imasy.or.jp/~ume/FreeBSD/netdb-solaris-api-20060405-2.diff.gz Sorry for the mess. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-arch@FreeBSD.ORG Thu Apr 6 08:06:47 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 579C316A41F for ; Thu, 6 Apr 2006 08:06:47 +0000 (UTC) (envelope-from dd@freebsd.org) Received: from charade.trit.org (charade.trit.org [65.19.139.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C3743D5A for ; Thu, 6 Apr 2006 08:06:45 +0000 (GMT) (envelope-from dd@freebsd.org) Received: from maverick.trit.org (maverick.trit.org [IPv6:2001:4830:2381:2062:212:f0ff:fe4c:896a]) by charade.trit.org (Postfix) with ESMTP id 7E0051AF87C for ; Thu, 6 Apr 2006 08:06:45 +0000 (UTC) Received: from maverick.trit.org (localhost [127.0.0.1]) by maverick.trit.org (8.13.4/8.13.4) with ESMTP id k3686iTs021855 for ; Thu, 6 Apr 2006 08:06:45 GMT (envelope-from dd@freebsd.org) Received: (from dima@localhost) by maverick.trit.org (8.13.4/8.13.4/Submit) id k3686i6C021854 for arch@freebsd.org; Thu, 6 Apr 2006 08:06:44 GMT (envelope-from dd@freebsd.org) X-Authentication-Warning: maverick.trit.org: dima set sender to dd@freebsd.org using -f Date: Thu, 6 Apr 2006 08:06:44 +0000 From: Dima Dorfman To: arch@freebsd.org Message-ID: <20060406080644.GE843@trit.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline X-PGP-Key: 69FAE582 (https://www.trit.org/~dima/dima.asc) X-PGP-Fingerprint: B340 8338 7DA3 4D61 7632 098E 0730 055B 69FA E582 User-Agent: Mutt/1.5.9i Cc: Subject: Using ifconfig(8) to configure netgraph interfaces X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 08:06:47 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline What are people's thoughts on extending ifconfig(8) to configure netgraph-based interfaces, such as ng_fec(4)? The recent trend has been to allow all kinds of different network interfaces to be configured uniformly through ifconfig. Is there any reason functionality based on netgraph nodes should be excluded? On a related note, is there any reason to not to use netgraph to implement things like FEC for production use? Are there any advantages to using a normal pseudo device (like NetBSD's agr(4)) instead of improving the netgraph node? Performance concerns, anything like that? Any input on either issue would be appreciated. Dima. --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFENMwUBzAFW2n65YIRArqrAJ94FMM5fyfcyf8UyvPqLcg8DGYS6ACdFOl/ JGeugRKRkiasX4i6lYIPz9Q= =YJ9n -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-arch@FreeBSD.ORG Thu Apr 6 19:14:16 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78CB216A403; Thu, 6 Apr 2006 19:14:16 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E03943D46; Thu, 6 Apr 2006 19:14:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k36JEF74026095; Thu, 6 Apr 2006 12:14:15 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k36JEFjA026094; Thu, 6 Apr 2006 12:14:15 -0700 Date: Thu, 6 Apr 2006 12:14:15 -0700 From: Brooks Davis To: Dima Dorfman Message-ID: <20060406191415.GA1578@odin.ac.hmc.edu> References: <20060406080644.GE843@trit.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20060406080644.GE843@trit.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: arch@freebsd.org Subject: Re: Using ifconfig(8) to configure netgraph interfaces X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 19:14:16 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 06, 2006 at 08:06:44AM +0000, Dima Dorfman wrote: > What are people's thoughts on extending ifconfig(8) to configure > netgraph-based interfaces, such as ng_fec(4)? The recent trend has > been to allow all kinds of different network interfaces to be > configured uniformly through ifconfig. Is there any reason > functionality based on netgraph nodes should be excluded? The netgraph configuration processes differs significantly enought that it would seem like you'd have to a lot of special cases for it. For instance the create option would have to grow a lot of specificic knowledge about the nodes that must be created via netgraph and how to create them. Thus far, ifconfig functions have been pretty generic in implementation except when they are specific a partifular interface (e.g. if_bridge) or class of interfaces (e.g. wireless interfaces). > On a related note, is there any reason to not to use netgraph to > implement things like FEC for production use? Are there any advantages > to using a normal pseudo device (like NetBSD's agr(4)) instead of > improving the netgraph node? Performance concerns, anything like that? ng_fec isn't really much of a netgraph node. It uses netgraph for configuration, but actually directly hijacks the interface's input functions rather than using the netgraph interfaces. I'd personally prefer to see it replaced with a pseudo interface that was a bit better integrated into the overall system -- Brooks --=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 --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFENWiGXY6L6fI4GtQRArVqAKCh9DRhPHNqxyGhg0zjsEzCGif80wCgmtYl eYckIVdcBTn2VfhevBPc9CI= =3FFM -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-arch@FreeBSD.ORG Sat Apr 8 01:07:36 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5738A16A402 for ; Sat, 8 Apr 2006 01:07:36 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D912E43D53 for ; Sat, 8 Apr 2006 01:07:35 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3817YKn013618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 7 Apr 2006 18:07:35 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44370CD6.9090006@errno.com> Date: Fri, 07 Apr 2006 18:07:34 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: arch@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ifnet cloning changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 01:07:36 -0000 The patch here: http://www.freebsd.org/~sam/clone.patch modifies the SIOCIFCREATE api in the kernel so that an opaque parameter block can be passed down to ifnet cloning routines (actually the user address is passed down and the caller must do the copyin since it alone knows the size of the parameter block). This allows you to specify parameters at the time a clone is done which can greatly simplify the handling of cloned ifnets. This change is a prerequisite to bringing in my 802.11 virtual ap work which depends on this to fix vap configuration state at the time the vap is created. Only vlans use this new mechanism with the patch. It appears some other cloners could use it but are left unchanged. The second part of the patch alters ifconfig to optionally handle cloning requests with a callback. The vlan code uses this mechanism to collect cloning parameters (tag and parent device) from the command line parameters before getting called back to do the create call at which point it can pass all the parameters in to the call. These changes also simplify the code a bit. I've been waiting for 6.1 to get tagged before proposing this as the change will make head incompatible with releng6. If compatibility is important we could define a new ioctl instead and preserve the current handling of SIOCIFCREATE. Sam From owner-freebsd-arch@FreeBSD.ORG Sat Apr 8 03:15:05 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C047716A401 for ; Sat, 8 Apr 2006 03:15:05 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C79B43D4C for ; Sat, 8 Apr 2006 03:15:04 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.6/8.13.6/Debian-1) with SMTP id k383FhWl001127; Sat, 8 Apr 2006 15:15:44 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id A6EAB1CC37; Sat, 8 Apr 2006 15:14:55 +1200 (NZST) Date: Sat, 8 Apr 2006 15:14:55 +1200 From: Andrew Thompson To: Sam Leffler Message-ID: <20060408031455.GA20868@heff.fud.org.nz> References: <44370CD6.9090006@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44370CD6.9090006@errno.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: arch@freebsd.org Subject: Re: ifnet cloning changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 03:15:05 -0000 On Fri, Apr 07, 2006 at 06:07:34PM -0700, Sam Leffler wrote: > The patch here: > > http://www.freebsd.org/~sam/clone.patch > > modifies the SIOCIFCREATE api in the kernel so that an opaque parameter > block can be passed down to ifnet cloning routines (actually the user > address is passed down and the caller must do the copyin since it alone > knows the size of the parameter block). This allows you to specify > parameters at the time a clone is done which can greatly simplify the > handling of cloned ifnets. This change is a prerequisite to bringing in > my 802.11 virtual ap work which depends on this to fix vap configuration > state at the time the vap is created. I think its a good idea. The src/sys/net/if_media.c change looks like its not meant to be there (in the final commit anyway). Andrew From owner-freebsd-arch@FreeBSD.ORG Sat Apr 8 04:18:26 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5EA416A404 for ; Sat, 8 Apr 2006 04:18:26 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 730F543D53 for ; Sat, 8 Apr 2006 04:18:26 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.4/8.13.4) with ESMTP id k384Hg9a088694; Fri, 7 Apr 2006 21:17:42 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.4/8.13.4) with ESMTP id k384HgFv023980; Fri, 7 Apr 2006 21:17:42 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.4/8.13.4/Submit) id k384HfIQ023979; Fri, 7 Apr 2006 21:17:41 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: Sam Leffler In-Reply-To: <44370CD6.9090006@errno.com> References: <44370CD6.9090006@errno.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Fri, 07 Apr 2006 21:17:41 -0700 Message-Id: <1144469861.21943.13.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.88/1382/Fri Apr 7 13:51:23 2006 on tinker.exit.com X-Virus-Status: Clean Cc: arch@freebsd.org Subject: Re: ifnet cloning changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 04:18:26 -0000 On Fri, 2006-04-07 at 18:07 -0700, Sam Leffler wrote: > modifies the SIOCIFCREATE api in the kernel so that an opaque parameter > block can be passed down to ifnet cloning routines (actually the user > address is passed down and the caller must do the copyin since it alone > knows the size of the parameter block). Isn't that a recipe for potential breakage? Why not make the api receive a vector, i.e. buffer/length? The "caller" will know the actual layout of the parameter block but other kernel routines will at least be able to deal with it, since they'll know the size. As an aside, I just recently got this reference regarding "self-describing" data: http://www.multicians.org/thvv/marking.html Interesting. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-arch@FreeBSD.ORG Sat Apr 8 05:04:28 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33ECE16A401 for ; Sat, 8 Apr 2006 05:04:28 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3E0F43D4C for ; Sat, 8 Apr 2006 05:04:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3854G7t014412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Apr 2006 22:04:17 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44374450.2070001@errno.com> Date: Fri, 07 Apr 2006 22:04:16 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: frank@exit.com References: <44370CD6.9090006@errno.com> <1144469861.21943.13.camel@realtime.exit.com> In-Reply-To: <1144469861.21943.13.camel@realtime.exit.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org Subject: Re: ifnet cloning changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 05:04:28 -0000 Frank Mayhar wrote: > On Fri, 2006-04-07 at 18:07 -0700, Sam Leffler wrote: >> modifies the SIOCIFCREATE api in the kernel so that an opaque parameter >> block can be passed down to ifnet cloning routines (actually the user >> address is passed down and the caller must do the copyin since it alone >> knows the size of the parameter block). > > Isn't that a recipe for potential breakage? Why not make the api > receive a vector, i.e. buffer/length? The "caller" will know the actual > layout of the parameter block but other kernel routines will at least be > able to deal with it, since they'll know the size. Feel free to provide an alternative implementation; I'm not wed to the code. Sam From owner-freebsd-arch@FreeBSD.ORG Sat Apr 8 08:12:48 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D29C16A400; Sat, 8 Apr 2006 08:12:48 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9EEB43D45; Sat, 8 Apr 2006 08:12:47 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:/+1m73LIGH4/qW5Th7DjbqhXvrPa63yu9zp042+tV71kSDrebj5N0+bq271If0ji@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k388Cfqj078205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Apr 2006 17:12:42 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 08 Apr 2006 17:12:41 +0900 Message-ID: From: Hajimu UMEMOTO To: arch@FreeBSD.org, current@FreeBSD.org In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 08 Apr 2006 17:12:42 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: Subject: Re: [CFR] exposable reentrant functions of netdb X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 08:12:48 -0000 Hi, >>>>> On Wed, 05 Apr 2006 03:04:04 +0900 >>>>> Hajimu UMEMOTO said: ume> I reworked the netdb functions in our libc to conform to the Solaris's ume> API. With this change, we can expose get*_r(3) to the outside of ume> libc. Further, I changed the internal of gethostby*(3) and ume> getnetby*(3) to NSS friendly. It came to be thought that it was better to use glibc style API at the end about which it thought for a while. Because, glibc style API is more similar to getpw*_r(3) which is defined in POSIX. So, I changed to use glibc style API. You can get the patch from: http://www.imasy.or.jp/~ume/FreeBSD/netdb-glibc-api-20060407.diff.gz Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-arch@FreeBSD.ORG Sat Apr 8 11:40:03 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5209316A400 for ; Sat, 8 Apr 2006 11:40:03 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C35043D5D for ; Sat, 8 Apr 2006 11:40:02 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.4/y.out) with ESMTP id k38BdY7R092667; Sat, 8 Apr 2006 04:39:36 -0700 (PDT) Date: Sat, 08 Apr 2006 19:39:32 +0800 Message-ID: From: gnn@freebsd.org To: Sam Leffler In-Reply-To: <44370CD6.9090006@errno.com> References: <44370CD6.9090006@errno.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.5.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: arch@freebsd.org Subject: Re: ifnet cloning changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 11:40:03 -0000 At Fri, 07 Apr 2006 18:07:34 -0700, sam wrote: > > The patch here: > > http://www.freebsd.org/~sam/clone.patch > I took a quick read over the patch, but did not integrate it into a working system. It looks fine to me. Later, George