From owner-freebsd-arch Sun Jun 10 5: 5:34 2001 Delivered-To: freebsd-arch@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 3616E37B405; Sun, 10 Jun 2001 05:05:19 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f5AC5Et93303; Sun, 10 Jun 2001 13:05:14 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5AC5DA31455; Sun, 10 Jun 2001 13:05:13 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200106101205.f5AC5DA31455@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brooks Davis Cc: hackers@FreeBSD.org, Brian Somers , Poul-Henning Kamp , freebsd-arch@FreeBSD.org Subject: Re: cloning network interfaces In-Reply-To: Message from Brooks Davis of "Sat, 09 Jun 2001 21:16:15 PDT." <20010609211615.A17310@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jun 2001 13:05:12 +0100 From: Brian Somers Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I went ahead and nuked the auto-creation and -D flag in favor of plumb > and unplumb in the patch at: > > http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff > > This version includes a change to rc.network to plumb gif interfaces > before calling gifcreate. This will still trip up users who build > static gif tunnels from hosts with dynamic addresses since they can't > run gifconfig yet, but we don't really have any means of supporting that > in the rc files yet anyway. > > -- Brooks This looks good to me. I've cc'd freebsd-arch to see if anyone else wants to comment. If there are no objections, I'll test & commit it in about a week. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun Jun 10 20:11:47 2001 Delivered-To: freebsd-arch@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id 9DCB737B408; Sun, 10 Jun 2001 20:11:38 -0700 (PDT) (envelope-from barney@tp.databus.com) Received: (from barney@localhost) by tp.databus.com (8.11.3/8.11.3) id f5B3BTj86604; Sun, 10 Jun 2001 23:11:29 -0400 (EDT) (envelope-from barney) Date: Sun, 10 Jun 2001 23:11:29 -0400 From: Barney Wolff To: Mike Silbersack Cc: freebsd-net@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: New TCP sequence number generation algorithm; review needed Message-ID: <20010610231129.A86387@tp.databus.com> References: <20010608005234.W92206-200000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010608005234.W92206-200000@achilles.silby.com>; from silby@silby.com on Fri, Jun 08, 2001 at 12:56:16AM -0500 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 1. It is a misnomer to refer to "shared secret" in RFC 1948. The secret is not shared with any entity. 2. Implying that because DES can be brute-forced that MD5 can be brute-forced is just silly. Yes, in another 100 years, if Moore's Law continues to hold, which is unlikely. Suggestion - write an internet-draft and get the end2end group to endorse your scheme, rather than commiting FreeBSD to it. Barney Wolff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun Jun 10 21:37:30 2001 Delivered-To: freebsd-arch@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 98D3837B408 for ; Sun, 10 Jun 2001 21:37:15 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 983 invoked by uid 1000); 11 Jun 2001 04:37:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Jun 2001 04:37:14 -0000 Date: Sun, 10 Jun 2001 23:37:14 -0500 (CDT) From: Mike Silbersack To: Barney Wolff Cc: , Subject: Re: New TCP sequence number generation algorithm; review needed In-Reply-To: <20010610231129.A86387@tp.databus.com> Message-ID: <20010610231754.I841-100000@achilles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Jun 2001, Barney Wolff wrote: > 1. It is a misnomer to refer to "shared secret" in RFC 1948. The > secret is not shared with any entity. Point taken, I should have worded that differently. I'm not sure what the correct term is, in this case. > 2. Implying that because DES can be brute-forced that MD5 can be > brute-forced is just silly. Yes, in another 100 years, if Moore's > Law continues to hold, which is unlikely. The important point to note is that we're not talking about pure MD5 here; only 32 bits of the hash is used. I'm not a cryptologist by any means, but I would imagine that the security of the hash is reduced greatly by that change. Even though the hash is probably still very strong, the idea of having a single master key (so to speak) controlling the generation of all ISNs still worries me. Well, either way, we'll see what comments this algorithm gets from those on end2end. There could be a fatal flaw I haven't seen precisely because I'm not a cryptologist. :) > Suggestion - write an internet-draft and get the end2end group > to endorse your scheme, rather than commiting FreeBSD to it. I've been asked by others to talk to end2end, and I will be doing that soon. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 4:55:29 2001 Delivered-To: freebsd-arch@freebsd.org Received: from microtecsecurite.com (mail.microtecsecurite.com [199.84.138.3]) by hub.freebsd.org (Postfix) with ESMTP id C8AA137B409 for ; Mon, 11 Jun 2001 04:55:22 -0700 (PDT) (envelope-from patrick.ouellet@microtecsecurite.com) Received: from microtecsecurite.com [199.84.138.52] by microtecsecurite.com with ESMTP (SMTPD32-6.06) id A25D6CCB0104; Mon, 11 Jun 2001 07:58:21 -0400 Message-ID: <3B24B283.F3AE6732@microtecsecurite.com> Date: Mon, 11 Jun 2001 07:58:59 -0400 From: Patrick Ouellet Organization: Les Tele-Alarmes Microtec X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: freebsd-arch@FreeBSD.ORG Subject: Alpha support Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Where can I find a list of all Alpha server which have been ported to FreeBSD ?? I want to know if I can install FreeBSD on my AS-2100A? Thanx -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Patrick Ouellet - Programmeur Sénior patrick.ouellet@microtecsecurite.com Recherche & Devloppement Les Entreprise Microtec inc. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= "First they ignore you. Then they laugh at you. Then they fight you. Then you win." -Mohandas Gandhi =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= All source code included (if any ) is copyright tele-Alarmes Microtec 2001 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 5: 0:25 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 14F1737B416 for ; Mon, 11 Jun 2001 05:00:07 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA10070; Mon, 11 Jun 2001 14:00:03 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Patrick Ouellet Cc: freebsd-arch@FreeBSD.ORG Subject: Re: Alpha support References: <3B24B283.F3AE6732@microtecsecurite.com> From: Dag-Erling Smorgrav Date: 11 Jun 2001 14:00:03 +0200 In-Reply-To: <3B24B283.F3AE6732@microtecsecurite.com> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Patrick Ouellet writes: > Where can I find a list of all Alpha server which have been ported > to FreeBSD ?? This is not a question for -arch. You will find the information you require on the FreeBSD web site (http://www.freebsd.org/). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 8:27:57 2001 Delivered-To: freebsd-arch@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 1662037B401; Mon, 11 Jun 2001 08:27:42 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f5BFRcM73129; Mon, 11 Jun 2001 08:27:38 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 8709B390F; Mon, 11 Jun 2001 08:27:37 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brian Somers Cc: Brooks Davis , hackers@FreeBSD.ORG, Poul-Henning Kamp , freebsd-arch@FreeBSD.ORG Subject: Re: cloning network interfaces In-Reply-To: <200106101205.f5AC5DA31455@hak.lan.Awfulhak.org> Date: Mon, 11 Jun 2001 08:27:37 -0700 From: Peter Wemm Message-Id: <20010611152737.8709B390F@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brian Somers wrote: > > I went ahead and nuked the auto-creation and -D flag in favor of plumb > > and unplumb in the patch at: > > > > http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff > > > > This version includes a change to rc.network to plumb gif interfaces > > before calling gifcreate. This will still trip up users who build > > static gif tunnels from hosts with dynamic addresses since they can't > > run gifconfig yet, but we don't really have any means of supporting that > > in the rc files yet anyway. > > > > -- Brooks > > This looks good to me. I've cc'd freebsd-arch to see if anyone else > wants to comment. If there are no objections, I'll test & commit it > in about a week. Personally, I'd prefer create/destroy instead of plumb/unplumb. The Solaris plumb command is for doing 'STREAMS plumbing' - ie: connecting all the streams pipes and modules together. Creating/deleting interfaces on BSD systems IMHO has nothing in common with that concept. We are creating/destroying interfaces, not connecting/disconnecting streams nodes (plumbing). Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 9:21:59 2001 Delivered-To: freebsd-arch@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 2D17037B405; Mon, 11 Jun 2001 09:21:52 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f5BGLll09719; Mon, 11 Jun 2001 09:21:47 -0700 Date: Mon, 11 Jun 2001 09:21:47 -0700 From: Brooks Davis To: Peter Wemm Cc: Brian Somers , hackers@FreeBSD.ORG, Poul-Henning Kamp , freebsd-arch@FreeBSD.ORG Subject: Re: cloning network interfaces Message-ID: <20010611092147.A7059@Odin.AC.HMC.Edu> References: <200106101205.f5AC5DA31455@hak.lan.Awfulhak.org> <20010611152737.8709B390F@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010611152737.8709B390F@overcee.netplex.com.au>; from peter@wemm.org on Mon, Jun 11, 2001 at 08:27:37AM -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 11, 2001 at 08:27:37AM -0700, Peter Wemm wrote: > Personally, I'd prefer create/destroy instead of plumb/unplumb. The Solaris > plumb command is for doing 'STREAMS plumbing' - ie: connecting all the > streams pipes and modules together. Creating/deleting interfaces on > BSD systems IMHO has nothing in common with that concept. We are > creating/destroying interfaces, not connecting/disconnecting streams > nodes (plumbing). I've made create/destory the default names with plumb and unplumb standing in as SysV compatability parameters because that seems to be the ifconfig way. The diff at: http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff has been updated. I'm still thinking about adopting the NetBSD SIOIF{CREATE,DESTORY} interface. -- Brooks 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 --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7JPAaXY6L6fI4GtQRAhasAKCU65ze+2o18Kyyp1ieEYqxrYQsqQCgtwGi /CiT3DIk6wip9LM7PyVRB1U= =H8x3 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 10:33:42 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CAB1A37B403 for ; Mon, 11 Jun 2001 10:33:18 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id TAA11676; Mon, 11 Jun 2001 19:33:17 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: arch@freebsd.org Subject: nextpid -> lastpid From: Dag-Erling Smorgrav Date: 11 Jun 2001 19:33:16 +0200 Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-=-= The attached patch renames nextpid to lastpid, since most of the time, that's what it is: the PID of the most recently started process (though there is occasionally a very brief window during which it is the PID of a process that hasn't yet started, but is about to). It also externalizes it so linprocfs can access it without having to resort to kernel_sysctlbyname(). DES -- Dag-Erling Smorgrav - des@ofug.org --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=lastpid.diff Index: sys/sys/proc.h =================================================================== RCS file: /home/ncvs/src/sys/sys/proc.h,v retrieving revision 1.164 diff -u -r1.164 proc.h --- sys/sys/proc.h 2001/05/25 16:59:10 1.164 +++ sys/sys/proc.h 2001/06/11 17:26:15 @@ -486,6 +486,8 @@ extern struct vm_zone *proc_zone; +extern int nextpid; + /* * XXX macros for scheduler. Shouldn't be here, but currently needed for * bounding the dubious p_estcpu inheritance in wait1(). Index: sys/kern/kern_fork.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_fork.c,v retrieving revision 1.113 diff -u -r1.113 kern_fork.c --- sys/kern/kern_fork.c 2001/05/25 16:59:06 1.113 +++ sys/kern/kern_fork.c 2001/06/11 17:29:55 @@ -158,12 +158,12 @@ int nprocs = 1; /* process 0 */ -static int nextpid = 0; -SYSCTL_INT(_kern, OID_AUTO, lastpid, CTLFLAG_RD, &nextpid, 0, +int lastpid = 0; +SYSCTL_INT(_kern, OID_AUTO, lastpid, CTLFLAG_RD, &lastpid, 0, "Last used PID"); /* - * Random component to nextpid generation. We mix in a random factor to make + * Random component to lastpid generation. We mix in a random factor to make * it a little harder to predict. We sanity check the modulus value to avoid * doing it in critical paths. Don't let it be too small or we pointlessly * waste randomness entropy, and don't let it be impossibly large. Using a @@ -302,13 +302,13 @@ /* * Find an unused process ID. We remember a range of unused IDs - * ready to use (from nextpid+1 through pidchecked-1). + * ready to use (from lastpid+1 through pidchecked-1). * * If RFHIGHPID is set (used during system boot), do not allocate * low-numbered pids. */ sx_xlock(&allproc_lock); - trypid = nextpid + 1; + trypid = lastpid + 1; if (flags & RFHIGHPID) { if (trypid < 10) { trypid = 10; @@ -365,12 +365,12 @@ } /* - * RFHIGHPID does not mess with the nextpid counter during boot. + * RFHIGHPID does not mess with the lastpid counter during boot. */ if (flags & RFHIGHPID) pidchecked = 0; else - nextpid = trypid; + lastpid = trypid; p2 = newproc; p2->p_stat = SIDL; /* protect against others */ --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 11:42:48 2001 Delivered-To: freebsd-arch@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 409DF37B401; Mon, 11 Jun 2001 11:42:40 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f5BIetf53922; Mon, 11 Jun 2001 14:41:00 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Jun 2001 14:40:54 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brooks Davis Cc: Peter Wemm , Brian Somers , hackers@FreeBSD.ORG, Poul-Henning Kamp , freebsd-arch@FreeBSD.ORG Subject: Re: cloning network interfaces In-Reply-To: <20010611092147.A7059@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Jun 2001, Brooks Davis wrote: > On Mon, Jun 11, 2001 at 08:27:37AM -0700, Peter Wemm wrote: > > Personally, I'd prefer create/destroy instead of plumb/unplumb. The Solaris > > plumb command is for doing 'STREAMS plumbing' - ie: connecting all the > > streams pipes and modules together. Creating/deleting interfaces on > > BSD systems IMHO has nothing in common with that concept. We are > > creating/destroying interfaces, not connecting/disconnecting streams > > nodes (plumbing). > > I've made create/destory the default names with plumb and unplumb > standing in as SysV compatability parameters because that seems to be > the ifconfig way. The diff at: > > http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff > > has been updated. I'm still thinking about adopting the NetBSD > SIOIF{CREATE,DESTORY} interface. An advantage to also supporting the ioctl interface is that it permits interface cloning to be used on systems where devfs is not used, or where there are parts of the system where devfs is unavailable (i.e., various forms of chroots). I think devfs is cool and all, but given the existance of fairly sensical non-devfs ways to do things, I'm tempted suggest supporting them also. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 11:48:44 2001 Delivered-To: freebsd-arch@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 08C8C37B405; Mon, 11 Jun 2001 11:48:37 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f5BIma229454; Mon, 11 Jun 2001 11:48:36 -0700 Date: Mon, 11 Jun 2001 11:48:36 -0700 From: Brooks Davis To: Robert Watson Cc: Peter Wemm , Brian Somers , hackers@FreeBSD.ORG, Poul-Henning Kamp , freebsd-arch@FreeBSD.ORG Subject: Re: cloning network interfaces Message-ID: <20010611114836.A29046@Odin.AC.HMC.Edu> References: <20010611092147.A7059@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.ORG on Mon, Jun 11, 2001 at 02:40:54PM -0400 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 11, 2001 at 02:40:54PM -0400, Robert Watson wrote: > An advantage to also supporting the ioctl interface is that it permits > interface cloning to be used on systems where devfs is not used, or where > there are parts of the system where devfs is unavailable (i.e., various > forms of chroots). I think devfs is cool and all, but given the existance > of fairly sensical non-devfs ways to do things, I'm tempted suggest > supporting them also. Actually, the currently implemented method doesn't required devfs. It's just somewhat easier to use in the devfs case because it doesn't require a mknod then. I think there are enough good reasons for following the NetBSD example that's I'll probalby do it. I'm currently trying to figure out how they implemented it. -- 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 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7JRKDXY6L6fI4GtQRAoTmAJ9kSVYezDgFtmbPj8J814SGIbSCxQCg5FGE f5QcMjJu3uwqpa/5oqZpw6o= =eDb9 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 11:50: 7 2001 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id ED8AA37B407; Mon, 11 Jun 2001 11:50:01 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f5BInpr23808; Mon, 11 Jun 2001 20:49:51 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Robert Watson Cc: Brooks Davis , Peter Wemm , Brian Somers , hackers@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: cloning network interfaces In-Reply-To: Your message of "Mon, 11 Jun 2001 14:40:54 EDT." Date: Mon, 11 Jun 2001 20:49:51 +0200 Message-ID: <23806.992285391@critter> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Robe rt Watson writes: >> http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff >> >> has been updated. I'm still thinking about adopting the NetBSD >> SIOIF{CREATE,DESTORY} interface. > >An advantage to also supporting the ioctl interface is that it permits >interface cloning to be used on systems where devfs is not used, or where >there are parts of the system where devfs is unavailable (i.e., various >forms of chroots). I think devfs is cool and all, but given the existance >of fairly sensical non-devfs ways to do things, I'm tempted suggest >supporting them also. As I already said: a device with no other precense in /dev has only "quick&dirty" reasons for using DEVFS cloning. -- 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-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 14:20:49 2001 Delivered-To: freebsd-arch@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 602DF37B401; Mon, 11 Jun 2001 14:20:43 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f5BLKVM17579; Mon, 11 Jun 2001 14:20:31 -0700 Date: Mon, 11 Jun 2001 14:20:31 -0700 From: Brooks Davis To: Hajimu UMEMOTO Cc: hackers@FreeBSD.ORG, brian@Awfulhak.org, phk@critter.freebsd.dk, arch@FreeBSD.ORG Subject: Re: cloning network interfaces Message-ID: <20010611142030.A15283@Odin.AC.HMC.Edu> References: <200106071119.f57BJr766008@hak.lan.Awfulhak.org> <20010607164812.A32379@Odin.AC.HMC.Edu> <20010608191904.A18847@Odin.AC.HMC.Edu> <20010610.232907.74740159.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010610.232907.74740159.ume@mahoroba.org>; from ume@mahoroba.org on Sun, Jun 10, 2001 at 11:29:07PM +0900 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 10, 2001 at 11:29:07PM +0900, Hajimu UMEMOTO wrote: > I think it is not BSD network way. Recent NetBSD has network > interface cloning. It uses SIOCIFCREATE and SIOCIFDESTROY. It may > good to port it to FreeBSD. I've looked it over and I generally like it. There is one problem though. That's the requirement that you use static units. The problem with this is that it forces you to implement free unit scanning in userland if you just want to create a unit and don't care what it is. If you have to do this, and things are being changed at any kind of significant rate, you have race condition between scanning the interface list for a free unit and trying to allocate it. This race can theoreticaly lead to starvation. My proposed solution is threefold. First, change the ifc_create pointer's type to: int (*ifc_create)(struct if_clone *, int *); so you can return a unit if the caller requests a wildcard unit (by passing -1). Second, move unit management in to the driver rather then just using ifunit in if_clone_create. Drivers could choose to implement wildcarding or not and if not could simply use ifunit for their test. Third, make if_clone_lookup treat names like "gif#" as a wildcard request and set unit to -1 as appropriate. These changes break compatability with NetBSD slightly, but it's just a few lines to convert an existing NetBSD clone_create handler to this style and it could easily be handled with #ifdef's. Thoughts, comments, objections? -- 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 --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7JTYdXY6L6fI4GtQRAjwhAKCgP7XmJFS0ccQ16Dm4OLdrnXI0DwCeKb3p qJxw/Rk9OAT8cAiWx7hI3uQ= =5RL0 -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Jun 11 20: 5:25 2001 Delivered-To: freebsd-arch@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 584A437B403 for ; Mon, 11 Jun 2001 20:05:13 -0700 (PDT) (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.9.3/8.9.3) with ESMTP id XAA29998; Mon, 11 Jun 2001 23:05:12 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f5C34gC14288; Mon, 11 Jun 2001 23:04:42 -0400 (EDT) (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: <15141.34506.42116.225862@grasshopper.cs.duke.edu> Date: Mon, 11 Jun 2001 23:04:42 -0400 (EDT) To: Dag-Erling Smorgrav Cc: Patrick Ouellet , freebsd-arch@FreeBSD.ORG Subject: Re: Alpha support In-Reply-To: References: <3B24B283.F3AE6732@microtecsecurite.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Patrick Ouellet writes: > > Where can I find a list of all Alpha server which have been ported > > to FreeBSD ?? > > This is not a question for -arch. > > You will find the information you require on the FreeBSD web site > (http://www.freebsd.org/). Only if he's both persistant and lucky. We really need somebody from the doc team to make http://www.freebsd.org/platforms/alpha.html at least somewhat useful. Its rather ironic that, as the only fully "working" non x86 port, alpha has the worst web site. Even a link to HARDWARE.TXT would be a vast improvement. For now, the best resource is the "HARDWARE.TXT" file from the latest release: (ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/4.3-RELEASE/HARDWARE.TXT) And yes, the 2100A should work in 4.3. Don't use any releases earlier than 4.3 for a 2100A. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 0:30:49 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mailout00.sul.t-online.de (mailout00.sul.t-online.com [194.25.134.16]) by hub.freebsd.org (Postfix) with ESMTP id 8B15637B408 for ; Tue, 12 Jun 2001 00:30:41 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from fwd02.sul.t-online.de by mailout00.sul.t-online.de with smtp id 159idM-0003EU-03; Tue, 12 Jun 2001 09:30:40 +0200 Received: from peedub.muc.de (320038014727-0001@[62.226.149.82]) by fmrl02.sul.t-online.com with esmtp id 159idJ-0HlIsCC; Tue, 12 Jun 2001 09:30:37 +0200 Received: by peedub.muc.de (8.11.3/8.11.1) id f5C7UBp42275; Tue, 12 Jun 2001 09:30:11 +0200 (CEST) (envelope-from garyj) Content-Type: text/plain; charset="iso-8859-1" From: Gary Jennejohn Reply-To: garyj@jennejohn.org To: Dag-Erling Smorgrav , arch@freebsd.org Subject: Re: nextpid -> lastpid Date: Tue, 12 Jun 2001 09:30:10 +0200 X-Mailer: KMail [version 1.2] References: In-Reply-To: MIME-Version: 1.0 Message-Id: <01061209301015.02054@peedub.muc.de> Content-Transfer-Encoding: 8bit X-Sender: 320038014727-0001@t-dialin.net Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 11 June 2001 19:33, Dag-Erling Smorgrav wrote: > The attached patch renames nextpid to lastpid, since most of the time, > that's what it is: the PID of the most recently started process > (though there is occasionally a very brief window during which it is > the PID of a process that hasn't yet started, but is about to). It > also externalizes it so linprocfs can access it without having to > resort to kernel_sysctlbyname(). In proc.h it's still called nextpid. -- Gary Jennejohn garyj@jennejohn.org gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 8: 1:50 2001 Delivered-To: freebsd-arch@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 6FF2837B403 for ; Tue, 12 Jun 2001 08:01:45 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) by nothing-going-on.demon.co.uk (8.11.3/8.11.3) with SMTP id f5CEwFD43398; Tue, 12 Jun 2001 15:58:15 +0100 (BST) (envelope-from nik@nothing-going-on.demon.co.uk) Content-Type: text/plain; charset="iso-8859-1" From: Nik Clayton To: Andrew Gallatin , Dag-Erling Smorgrav Subject: Re: Alpha support Date: Tue, 12 Jun 2001 15:58:15 +0100 X-Mailer: KMail [version 1.2] Cc: Patrick Ouellet , freebsd-arch@FreeBSD.ORG References: <3B24B283.F3AE6732@microtecsecurite.com> <15141.34506.42116.225862@grasshopper.cs.duke.edu> In-Reply-To: <15141.34506.42116.225862@grasshopper.cs.duke.edu> MIME-Version: 1.0 Message-Id: <01061215581501.37769@clan.nothing-going-on.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 12 June 2001 4:04 am, Andrew Gallatin wrote: > Dag-Erling Smorgrav writes: > > Patrick Ouellet writes: > > > Where can I find a list of all Alpha server which have been ported > > > to FreeBSD ?? > > > > This is not a question for -arch. > > > > You will find the information you require on the FreeBSD web site > > (http://www.freebsd.org/). > > Only if he's both persistant and lucky. We really need somebody from > the doc team to make http://www.freebsd.org/platforms/alpha.html at > least somewhat useful. Its rather ironic that, as the only fully > "working" non x86 port, alpha has the worst web site. Even a link to > HARDWARE.TXT would be a vast improvement. Uh huh. You don't get away with it that easily :-) If there are problems with the page, please suggest concrete fixes -- I don't know of any active members of the -doc team that are that familiar with the Alpha platform -- the developer's need to lend a hand as well. N - -- FreeBSD: The Power to Serve http://www.freebsd.org/ FreeBSD Documentation Project http://www.freebsd.org/docproj/ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjsmLgcACgkQk6gHZCw343XA+gCggP8sBUBAEK8LubaQ6N7lFlbN yMQAnj5ctHU9U3yxXrCqEGrW782PQTlQ =HI/E -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 8:52:39 2001 Delivered-To: freebsd-arch@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 034C737B401; Tue, 12 Jun 2001 08:52:36 -0700 (PDT) (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.9.3/8.9.3) with ESMTP id LAA12096; Tue, 12 Jun 2001 11:52:35 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f5CFq5s15802; Tue, 12 Jun 2001 11:52:05 -0400 (EDT) (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: <15142.15013.507657.7384@grasshopper.cs.duke.edu> Date: Tue, 12 Jun 2001 11:52:05 -0400 (EDT) To: Nik Clayton Cc: freebsd-arch@FreeBSD.org Subject: Re: Alpha support In-Reply-To: <01061215581501.37769@clan.nothing-going-on.org> References: <3B24B283.F3AE6732@microtecsecurite.com> <15141.34506.42116.225862@grasshopper.cs.duke.edu> <01061215581501.37769@clan.nothing-going-on.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nik Clayton writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tuesday 12 June 2001 4:04 am, Andrew Gallatin wrote: > > Dag-Erling Smorgrav writes: > > > Patrick Ouellet writes: > > > > Where can I find a list of all Alpha server which have been ported > > > > to FreeBSD ?? > > > > > > This is not a question for -arch. > > > > > > You will find the information you require on the FreeBSD web site > > > (http://www.freebsd.org/). > > > > Only if he's both persistant and lucky. We really need somebody from > > the doc team to make http://www.freebsd.org/platforms/alpha.html at > > least somewhat useful. Its rather ironic that, as the only fully > > "working" non x86 port, alpha has the worst web site. Even a link to > > HARDWARE.TXT would be a vast improvement. > > Uh huh. You don't get away with it that easily :-) I didn't intend to. I'd hoped to provoke a response from somebody in the doc team ;) > If there are problems with the page, please suggest concrete fixes -- I > don't know of any active members of the -doc team that are that familiar > with the Alpha platform -- the developer's need to lend a hand as well. And other than Wilko, I don't know any alpha developers that are familiar with how the -doc team works and/or how the website is maintained. Therein lies the problem. Patrick Ouellet emailed me a good start. I've altered it slightly and left it at http://people.freebsd.org/~gallatin/alpha.html I'd really like it to eventually look as good as NetBSD's alpha web page. Most of the information required for something like that is already contained in Wilko's excellent HARDWARE.TXT document. Additionally, I'd be more than willing to help a -doc'er who'd be willing to adopt the alpha port. Thanks for your help, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 11:14:33 2001 Delivered-To: freebsd-arch@freebsd.org Received: from a213-84-32-253.adsl.xs4all.nl (a213-84-32-253.adsl.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 7535937B403; Tue, 12 Jun 2001 11:14:25 -0700 (PDT) (envelope-from wkb@a213-84-32-253.adsl.xs4all.nl) Received: (from wkb@localhost) by a213-84-32-253.adsl.xs4all.nl (8.11.3/8.11.3) id f5CIKgf05728; Tue, 12 Jun 2001 20:20:42 +0200 (CEST) (envelope-from wkb) Date: Tue, 12 Jun 2001 20:20:42 +0200 From: Wilko Bulte To: Andrew Gallatin Cc: Nik Clayton , freebsd-arch@freebsd.org Subject: Re: Alpha support Message-ID: <20010612202042.A5507@freebie.xs4all.nl> References: <3B24B283.F3AE6732@microtecsecurite.com> <15141.34506.42116.225862@grasshopper.cs.duke.edu> <01061215581501.37769@clan.nothing-going-on.org> <15142.15013.507657.7384@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <15142.15013.507657.7384@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Jun 12, 2001 at 11:52:05AM -0400 X-OS: FreeBSD 4.3-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 12, 2001 at 11:52:05AM -0400, Andrew Gallatin wrote: > > > Only if he's both persistant and lucky. We really need somebody from > > > the doc team to make http://www.freebsd.org/platforms/alpha.html at > > > least somewhat useful. Its rather ironic that, as the only fully I've been asked by David (obrien) a long time ago to consider doing this. Sofar I did not have the time to do so. > > > "working" non x86 port, alpha has the worst web site. Even a link to > > > HARDWARE.TXT would be a vast improvement. > > > > Uh huh. You don't get away with it that easily :-) > > I didn't intend to. I'd hoped to provoke a response from somebody in > the doc team ;) > > > If there are problems with the page, please suggest concrete fixes -- I > > don't know of any active members of the -doc team that are that familiar > > with the Alpha platform -- the developer's need to lend a hand as well. > > And other than Wilko, I don't know any alpha developers that are > familiar with how the -doc team works and/or how the website is > maintained. Therein lies the problem. Right. Given the limited number of -alpha folks their combined energy is not nearly as abundant as the x86 folks. I'd rather see the bulk of them crank out code and have me (for example) work on the docs. And that is exactly what I have been doing, with the generous help of Bruce (bmah). What I think is less than optimal is the number of tools one needs to render sgml into something more readable (html, ps, pdf, txt). And that those tools are outside the main src tree also does not help much. How to get something onto www.freebsd is a complete mystery to me at the moment, but I'm sure interested in finding out ;) > I'd really like it to eventually look as good as NetBSD's alpha web > page. Most of the information required for something like that is > already contained in Wilko's excellent HARDWARE.TXT document. ;) If we could get the html rendered HARDWARE.TXT (it is actually named different today but never mind) onto the web I would consider that to be a good start. Given that, I can probably crank out some sgml/html to glue things together. Related (somewhat) question: can we handle pictures? Given my new digital camera I was thinking of getting shots from the Alphas I have access to and integrate those somehow. cheers, Wilko -- | / o / / _ Arnhem, The Netherlands email: wilko@freebsd.org |/|/ / / /( (_) Bulte http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 12: 7:52 2001 Delivered-To: freebsd-arch@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id AFA3537B405; Tue, 12 Jun 2001 12:07:39 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:pEJFMaVQrDHE+c3cetChVyrKhLrBCZZZhBr2ajjhCSD4ohFgKyS/C98p/nLxaVXp@localhost [::1]) (authenticated as ume with CRAM-MD5) by peace.mahoroba.org (8.11.4/8.11.4/peace) with ESMTP/inet6 id f5CJ7Gq66978; Wed, 13 Jun 2001 04:07:16 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 13 Jun 2001 04:07:16 +0900 (JST) Message-Id: <20010613.040716.115941864.ume@mahoroba.org> To: brooks@one-eyed-alien.net Cc: hackers@FreeBSD.ORG, brian@Awfulhak.org, phk@critter.freebsd.dk, arch@FreeBSD.ORG Subject: Re: cloning network interfaces From: Hajimu UMEMOTO In-Reply-To: <20010611142030.A15283@Odin.AC.HMC.Edu> References: <20010608191904.A18847@Odin.AC.HMC.Edu> <20010610.232907.74740159.ume@mahoroba.org> <20010611142030.A15283@Odin.AC.HMC.Edu> X-Mailer: xcite1.38> Mew version 1.95b119 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> On Mon, 11 Jun 2001 14:20:31 -0700 >>>>> Brooks Davis said: brooks> On Sun, Jun 10, 2001 at 11:29:07PM +0900, Hajimu UMEMOTO wrote: > I think it is not BSD network way. Recent NetBSD has network > interface cloning. It uses SIOCIFCREATE and SIOCIFDESTROY. It may > good to port it to FreeBSD. brooks> I've looked it over and I generally like it. There is one problem brooks> though. That's the requirement that you use static units. The problem brooks> with this is that it forces you to implement free unit scanning in brooks> userland if you just want to create a unit and don't care what it is. brooks> If you have to do this, and things are being changed at any kind of brooks> significant rate, you have race condition between scanning the brooks> interface list for a free unit and trying to allocate it. This race can brooks> theoreticaly lead to starvation. I see. brooks> My proposed solution is threefold. First, change the ifc_create pointer's brooks> type to: brooks> int (*ifc_create)(struct if_clone *, int *); brooks> so you can return a unit if the caller requests a wildcard unit (by brooks> passing -1). Second, move unit management in to the driver rather then brooks> just using ifunit in if_clone_create. Drivers could choose to implement brooks> wildcarding or not and if not could simply use ifunit for their test. brooks> Third, make if_clone_lookup treat names like "gif#" as a wildcard brooks> request and set unit to -1 as appropriate. These changes break brooks> compatability with NetBSD slightly, but it's just a few lines to convert brooks> an existing NetBSD clone_create handler to this style and it could brooks> easily be handled with #ifdef's. brooks> Thoughts, comments, objections? I like your idea. I'm serving tunnel broker using DTCP (Dynamic Tunnel Configuration Protocol) in our ISP. So, I'm grad if we have dynamic gif creation, too. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 13:50:47 2001 Delivered-To: freebsd-arch@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 4270A37B401; Tue, 12 Jun 2001 13:50:35 -0700 (PDT) (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.9.3/8.9.3) with ESMTP id QAA20095; Tue, 12 Jun 2001 16:50:34 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f5CKo4116345; Tue, 12 Jun 2001 16:50:04 -0400 (EDT) (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: <15142.32892.736852.905658@grasshopper.cs.duke.edu> Date: Tue, 12 Jun 2001 16:50:04 -0400 (EDT) To: Wilko Bulte Cc: Nik Clayton , freebsd-arch@freebsd.org Subject: Re: Alpha support In-Reply-To: <20010612202042.A5507@freebie.xs4all.nl> References: <3B24B283.F3AE6732@microtecsecurite.com> <15141.34506.42116.225862@grasshopper.cs.duke.edu> <01061215581501.37769@clan.nothing-going-on.org> <15142.15013.507657.7384@grasshopper.cs.duke.edu> <20010612202042.A5507@freebie.xs4all.nl> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wilko Bulte writes: > > How to get something onto www.freebsd is a complete mystery to me at > the moment, but I'm sure interested in finding out ;) > > > I'd really like it to eventually look as good as NetBSD's alpha web > > page. Most of the information required for something like that is > > already contained in Wilko's excellent HARDWARE.TXT document. > > ;) > > If we could get the html rendered HARDWARE.TXT (it is actually named > different today but never mind) onto the web I would consider that to > be a good start. > > Given that, I can probably crank out some sgml/html to glue things together. > Related (somewhat) question: can we handle pictures? Given my new digital > camera I was thinking of getting shots from the Alphas I have access to > and integrate those somehow. I'd love to see the html'ified HARDWARE.TXT on the web. I think pictures and a cool design would be very neat, if doable. But I think getting some useful information on the web site sooner rather than later would be best. Thanks! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Jun 12 21:34:10 2001 Delivered-To: freebsd-arch@freebsd.org Received: from imo-d08.mx.aol.com (imo-d08.mx.aol.com [205.188.157.40]) by hub.freebsd.org (Postfix) with ESMTP id 17AD037B405 for ; Tue, 12 Jun 2001 21:34:08 -0700 (PDT) (envelope-from SSfleeman@aol.com) Received: from SSfleeman@aol.com by imo-d08.mx.aol.com (mail_out_v30.22.) id n.8e.16ede690 (3705) for ; Wed, 13 Jun 2001 00:34:04 -0400 (EDT) From: SSfleeman@aol.com Message-ID: <8e.16ede690.2858473b@aol.com> Date: Wed, 13 Jun 2001 00:34:03 EDT Subject: question: To: freebsd-arch@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_8e.16ede690.2858473b_boundary" X-Mailer: AOL 6.0 for Windows US sub 10520 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --part1_8e.16ede690.2858473b_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Is it posible to load and run freebsd 4.3 on an e-machine ( 400 Mhz ) with few problems????????????? Thx. Steve --part1_8e.16ede690.2858473b_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit
Is it posible to load and run freebsd 4.3 on an e-machine ( 400 Mhz ) with few
problems????????????? Thx.   Steve
--part1_8e.16ede690.2858473b_boundary-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Jun 13 9:31:20 2001 Delivered-To: freebsd-arch@freebsd.org Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10]) by hub.freebsd.org (Postfix) with ESMTP id 0900A37B40A; Wed, 13 Jun 2001 09:31:04 -0700 (PDT) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-4.cisco.com (8.11.3/8.9.1) with ESMTP id f5DGV9k03296; Wed, 13 Jun 2001 09:31:09 -0700 (PDT) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.3) id f5DGUos42334; Wed, 13 Jun 2001 09:30:50 -0700 (PDT) (envelope-from bmah) Message-Id: <200106131630.f5DGUos42334@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.4+ 06/08/2001 with nmh-1.0.4 To: Andrew Gallatin Cc: Wilko Bulte , Nik Clayton , freebsd-doc@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: Alpha support In-Reply-To: <15142.32892.736852.905658@grasshopper.cs.duke.edu> References: <3B24B283.F3AE6732@microtecsecurite.com> <15141.34506.42116.225862@grasshopper.cs.duke.edu> <01061215581501.37769@clan.nothing-going-on.org> <15142.15013.507657.7384@grasshopper.cs.duke.edu> <20010612202042.A5507@freebie.xs4all.nl> <15142.32892.736852.905658@grasshopper.cs.duke.edu> Comments: In-reply-to Andrew Gallatin message dated "Tue, 12 Jun 2001 16:50:04 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1615275638P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 13 Jun 2001 09:30:50 -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1615275638P Content-Type: text/plain; charset=us-ascii [Discussion about the alpha hardware list moved to -doc and -alpha] If memory serves me right, Andrew Gallatin wrote: > > If we could get the html rendered HARDWARE.TXT (it is actually named > > different today but never mind) onto the web I would consider that to > > be a good start. dd did some work on trying to integrate RELNOTESng (which includes the content from the old HARDWARE.TXT, for the i386 and alpha) into the Web site build. I don't know what's necessary to finish this, but it's becoming more and more important. wilko, by the way, did a darn fine job in SGML-ifying his already-impressive HARDWARE.TXT file. > > Given that, I can probably crank out some sgml/html to glue things togethe > r. > > Related (somewhat) question: can we handle pictures? Given my new digital > > camera I was thinking of getting shots from the Alphas I have access to > > and integrate those somehow. We can do images in the DocBook documents...the FDP primer says how (SGML Markup->DocBook->Images). RELNOTESng right now doesn't use any images whatsoever, but I don't foresee this being a problem. > I'd love to see the html'ified HARDWARE.TXT on the web. I think > pictures and a cool design would be very neat, if doable. But I think > getting some useful information on the web site sooner rather than > later would be best. If you haven't seen it, it'll look something like this: http://people.freebsd.org/~bmah/relnotes/CURRENT/hardware-alpha.html Bruce. PS. As nik pointed out earlier, a lot of people on the -doc team (including myself) aren't all that familiar with the alpha. Concrete suggestions for fixing up the hardware list gratefully accepted (especially for devices that are only supported on the i386 but somehow showed up in the alpha document build). --==_Exmh_-1615275638P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7J5U52MoxcVugUsMRAu3sAJ0QGQwEoPebpcu82xShP7bly1KTTwCfYfjv ++Yv2WtnGyDDg2OK/6rAmZI= =ryyw -----END PGP SIGNATURE----- --==_Exmh_-1615275638P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 3: 8:32 2001 Delivered-To: freebsd-arch@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id A081237B40A; Thu, 14 Jun 2001 03:07:59 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5EA7s026056; Thu, 14 Jun 2001 13:07:54 +0300 (EEST) (envelope-from ru) Date: Thu, 14 Jun 2001 13:07:54 +0300 From: Ruslan Ermilov To: arch@FreeBSD.org Cc: Bruce Evans , Jonathan Lemon , Peter Wemm , "David O'Brien" , Darren Reed Subject: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and the fix Message-ID: <20010614130754.A13655@sunbay.com> Mail-Followup-To: arch@FreeBSD.org, Bruce Evans , Jonathan Lemon , Peter Wemm , David O'Brien , Darren Reed Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! There are some problems with the current location of IPFilter sources. 1. The idea of http://people.freebsd.org/~jhb/docs/sysorg.txt was that src/sys/contrib/ mirrors the structure of src/sys/; this is currently broken. src/sys/contrib/ipfilter/netinet/ should have been actually called the src/sys/contrib/netinet/. 2. We (for no apparent reason) have two distinct copies of the kernel part IPFilter sources (20 files), the first (stock) one being in src/contrib/ipfilter/ and the second (with local FreeBSD modifications) in src/sys/contrib/ipfilter/netinet/. `cvs up -rold_DARRENR' in src/sys/contrib/ipfilter/netinet/ and diff(1)'ing against src/contrib/ipfilter/ shows they are the same. (Whoever did the repocopies may want to restore the DARRENR tag.) 3. We are currently unable to install headers in SHARED=symlinks mode. 4. Most of userland IPFilter stuff (ipf, ipfstat, etc.) had bogus -I directives in their Makefiles to pick up the correct headers. I have removed these as part of "-I${.CURDIR}/..../sys" cleanup as I didn't realize that they were required to pick up the _correct_ headers from src/sys/netinet (before the last repocopies were made). Peter Wemm pointed to the problem, and I restored the -I lines, but these now have no effect because destination has changed. (See the attached mail for details.) What I propose. 1. Remove duplicate copies of the kernel part of IPFilter files from src/contrib/ipfilter/. 2. Move src/sys/contrib/ipfilter/netinet/ to src/sys/contrib/netinet/ to align with sysorg.txt requirements. "Move" should be OK, as these don't (yet) have any RELEASE tags. 3. Introduce new /usr/include/contrib/ and make it a part of standard include dirs for our gcc(1): #define SYSTEM_INCLUDE_DIR PREFIX"/include/contrib" which will mirror the organization of /usr/include/. src/sys/contrib/netinet/ headers will then go to /usr/include/contrib/netinet/, and SHARED=symlinks could made be working again. Comments, thoughts, objections? Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --lrZ03NoBR/3+SXJZ Content-Type: message/rfc822 Content-Disposition: inline Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by whale.sunbay.crimea.ua (8.11.2/8.11.2) with ESMTP id f5C33k091767 for ; Tue, 12 Jun 2001 06:03:47 +0300 (EEST) (envelope-from bde@zeta.org.au) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C56BF554F6 for ; Mon, 11 Jun 2001 20:03:42 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: by hub.freebsd.org (Postfix) id A612237B405; Mon, 11 Jun 2001 20:03:42 -0700 (PDT) Delivered-To: ru@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 4421537B403; Mon, 11 Jun 2001 20:03:41 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA06671; Tue, 12 Jun 2001 13:03:36 +1000 Date: Tue, 12 Jun 2001 13:01:23 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Ruslan Ermilov Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/ipf Makefile src/sbin/ipfstat Makefile src/sbin/ipnat Makefile src/usr.sbin/ipftest Makefile src/usr.sbin/ipresend Makefile src/usr.sbin/ipsend Makefile src/usr.sbin/iptest Makefile In-Reply-To: <200106111741.f5BHfw495372@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 11 Jun 2001, Ruslan Ermilov wrote: > ru 2001/06/11 10:41:58 PDT > > Modified files: > sbin/ipf Makefile > sbin/ipfstat Makefile > sbin/ipnat Makefile > usr.sbin/ipftest Makefile > usr.sbin/ipresend Makefile > usr.sbin/ipsend Makefile > usr.sbin/iptest Makefile > Log: > Backout previous change (removal of -I${.CURDIR}/../../sys/netinet). > This is needed to pick up the right headers. Wrong headers from > src/contrib/ipfilter are used otherwise. > > The right fix would be to fix contrib/ipfilter C sources to pick up > headers from . > > Noticed by: peter Wrong headers are still used. There are no ipfiliter headers in ${.CURDIR}/../../sys/netinet any more. ipfilter headers are now in: (1) ${.CURDIR}/../../sys/contrib/ipfilter/netinet (active sources) (2) ${.CURDIR}/../../contrib/ipfilter (rotting copy of distribution sources) (3) /usr/include/netinet (copy of (1), modulo bugs) (4) ${WORLDTMP}/usr/include/netinet (copy of (1), modulo bugs) and the purpose of some the -I paths is to prefer (1) after breaking the default of (3) or (4) by putting a -I to (2) in CFLAGS before the -I to (3) or (4). Using ${.CURDIR}/../../sys/netinet and/or ${.CURDIR}/../../sys instead of (1) does not help avoid the main ipfilter headers in (2), but it might help avoid other garbage. Bruce --lrZ03NoBR/3+SXJZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 6:41:22 2001 Delivered-To: freebsd-arch@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id EA6E637B403; Thu, 14 Jun 2001 06:41:14 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f5EDf4D08773; Thu, 14 Jun 2001 08:41:04 -0500 (CDT) (envelope-from jlemon) Date: Thu, 14 Jun 2001 08:41:04 -0500 From: Jonathan Lemon To: Ruslan Ermilov Cc: arch@FreeBSD.ORG, Bruce Evans , Jonathan Lemon , Peter Wemm , "David O'Brien" , Darren Reed Subject: Re: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and the fix Message-ID: <20010614084104.D76016@prism.flugsvamp.com> References: <20010614130754.A13655@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20010614130754.A13655@sunbay.com> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 14, 2001 at 01:07:54PM +0300, Ruslan Ermilov wrote: > Hi! > > There are some problems with the current location of IPFilter sources. > > 1. The idea of http://people.freebsd.org/~jhb/docs/sysorg.txt was > that src/sys/contrib/ mirrors the structure of src/sys/; this is > currently broken. src/sys/contrib/ipfilter/netinet/ should have > been actually called the src/sys/contrib/netinet/. I'm ambivalent on this. On one hand, having the additional directory level nicely categorizes the nature of the sys/contrib bits in the same sense that /src/contrib does, and makes it easier to remove. OTOH, this might get messy at some point. > 3. Introduce new /usr/include/contrib/ and make it a part of standard > include dirs for our gcc(1): > > #define SYSTEM_INCLUDE_DIR PREFIX"/include/contrib" > > which will mirror the organization of /usr/include/. > src/sys/contrib/netinet/ headers will then go to > /usr/include/contrib/netinet/, and SHARED=symlinks could made > be working again. I *really* don't like the idea of creating a separate include/contrib directory, and this in particular seems an especially pointless move in order to cater to the SHARED=symlinks case. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 10:48:30 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id C998737B401; Thu, 14 Jun 2001 10:48:21 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5EHm3165036; Thu, 14 Jun 2001 10:48:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010614084104.D76016@prism.flugsvamp.com> Date: Thu, 14 Jun 2001 10:48:07 -0700 (PDT) From: John Baldwin To: Jonathan Lemon Subject: sysorg: sys/contrib Cc: arch@FreeBSD.org, Ruslan Ermilov Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Jun-01 Jonathan Lemon wrote: > On Thu, Jun 14, 2001 at 01:07:54PM +0300, Ruslan Ermilov wrote: >> Hi! >> >> There are some problems with the current location of IPFilter sources. >> >> 1. The idea of http://people.freebsd.org/~jhb/docs/sysorg.txt was >> that src/sys/contrib/ mirrors the structure of src/sys/; this is >> currently broken. src/sys/contrib/ipfilter/netinet/ should have >> been actually called the src/sys/contrib/netinet/. > > I'm ambivalent on this. On one hand, having the additional directory > level nicely categorizes the nature of the sys/contrib bits in the same > sense that /src/contrib does, and makes it easier to remove. OTOH, > this might get messy at some point. I can see the value in contrib/ipfilter. sysorg.txt is not set in stone. :) For 3rd party software, it is better if we let the software keep it's distributed layout. The intention was that if you had device driver xyz, then it's sources would be in sys/contrib/dev/xyz/ and under that subdirectory it would follow the internal layout of the package. If we had a networking subdirectory, then sys/contrib/net/ipfilter would be the way to go, but since networking all lives at the top level, sys/contrib/ipfilter is probably fine. Thus, some examples that might help illustrate: sys/contrib/fs/my_spiffs_fs/ sys/contrib/dev/my_spiffy_device_driver/ sys/contrib/vm/my_spiffy_vm_pager/ sys/contrib/my_spiffy_networking_code/ sys/contrib/my_spiffy_kernel_debugger/ sys/contrib/compat/3rd_party_foo_os_emulation/ sys/contrib/lib/my_spiffy_kernel_library/ sys/contrib/boot/my_spiffy_boot_loader/ -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 10:55:50 2001 Delivered-To: freebsd-arch@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id C868037B40A; Thu, 14 Jun 2001 10:55:46 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.4/8.11.3) with ESMTP id f5EHtct39718; Thu, 14 Jun 2001 10:55:38 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: ru@FreeBSD.ORG Cc: arch@FreeBSD.ORG, bde@FreeBSD.ORG, jlemon@FreeBSD.ORG, peter@FreeBSD.ORG, obrien@FreeBSD.ORG, darrenr@FreeBSD.ORG Subject: Re: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and the fix In-Reply-To: <20010614130754.A13655@sunbay.com> References: <20010614130754.A13655@sunbay.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010614105538V.jkh@osd.bsdi.com> Date: Thu, 14 Jun 2001 10:55:38 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 8 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Unless Jonathan Lemon indicates a strong desire to jump in and finish the reorganization, I think you should simply go for it. That said, we're still waiting for license clarification, but I suppose it's best to just assume we'll work that out and proceed with the reorg. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 11: 4:45 2001 Delivered-To: freebsd-arch@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id E698A37B407; Thu, 14 Jun 2001 11:04:28 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5EI4P287309; Thu, 14 Jun 2001 21:04:25 +0300 (EEST) (envelope-from ru) Date: Thu, 14 Jun 2001 21:04:25 +0300 From: Ruslan Ermilov To: John Baldwin Cc: arch@FreeBSD.org Subject: Re: sysorg: sys/contrib Message-ID: <20010614210425.A86414@sunbay.com> Mail-Followup-To: John Baldwin , arch@FreeBSD.org References: <20010614084104.D76016@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Thu, Jun 14, 2001 at 10:48:07AM -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 14, 2001 at 10:48:07AM -0700, John Baldwin wrote: > > On 14-Jun-01 Jonathan Lemon wrote: > > On Thu, Jun 14, 2001 at 01:07:54PM +0300, Ruslan Ermilov wrote: > >> Hi! > >> > >> There are some problems with the current location of IPFilter sources. > >> > >> 1. The idea of http://people.freebsd.org/~jhb/docs/sysorg.txt was > >> that src/sys/contrib/ mirrors the structure of src/sys/; this is > >> currently broken. src/sys/contrib/ipfilter/netinet/ should have > >> been actually called the src/sys/contrib/netinet/. > > > > I'm ambivalent on this. On one hand, having the additional directory > > level nicely categorizes the nature of the sys/contrib bits in the same > > sense that /src/contrib does, and makes it easier to remove. OTOH, > > this might get messy at some point. > > I can see the value in contrib/ipfilter. sysorg.txt is not set in stone. :) > For 3rd party software, it is better if we let the software keep it's > distributed layout. The intention was that if you had device driver xyz, then > it's sources would be in sys/contrib/dev/xyz/ and under that subdirectory it > would follow the internal layout of the package. If we had a networking > subdirectory, then sys/contrib/net/ipfilter would be the way to go, but since > networking all lives at the top level, sys/contrib/ipfilter is probably fine. > Thus, some examples that might help illustrate: > > sys/contrib/fs/my_spiffs_fs/ > sys/contrib/dev/my_spiffy_device_driver/ > sys/contrib/vm/my_spiffy_vm_pager/ > sys/contrib/my_spiffy_networking_code/ > sys/contrib/my_spiffy_kernel_debugger/ > sys/contrib/compat/3rd_party_foo_os_emulation/ > sys/contrib/lib/my_spiffy_kernel_library/ > sys/contrib/boot/my_spiffy_boot_loader/ > Hmm, clumsy. What if contributed piece FOO has fs/ and lib/ parts? Should they be sys/contrib/FOO/fs/ and sys/contrib/FOO/lib/ or sys/contrib/fs/FOO/ and sys/contrib/lib/FOO/? Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 11: 6:10 2001 Delivered-To: freebsd-arch@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id B0D7B37B401; Thu, 14 Jun 2001 11:06:08 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5EI68v75179; Thu, 14 Jun 2001 11:06:08 -0700 (PDT) (envelope-from obrien) Date: Thu, 14 Jun 2001 11:06:08 -0700 From: "David O'Brien" To: arch@FreeBSD.org, Bruce Evans , Jonathan Lemon , Peter Wemm , Darren Reed , jhb@FreeBSD.org Subject: Re: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and the fix Message-ID: <20010614110608.C75022@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20010614130754.A13655@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010614130754.A13655@sunbay.com>; from ru@FreeBSD.org on Thu, Jun 14, 2001 at 01:07:54PM +0300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 14, 2001 at 01:07:54PM +0300, Ruslan Ermilov wrote: > 2. Move src/sys/contrib/ipfilter/netinet/ to src/sys/contrib/netinet/ > to align with sysorg.txt requirements. "Move" should be OK, as > these don't (yet) have any RELEASE tags. sysort.txt is very incorrect in this respect. Contributed things need to be clearly delineated where they come from. > 3. Introduce new /usr/include/contrib/ and make it a part of standard > include dirs for our gcc(1): This is spreading out the contrib bits *way* too much. The current userland, kernel, crypto division is about as much as I think we can handle. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 11: 7: 4 2001 Delivered-To: freebsd-arch@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 4EB7437B403; Thu, 14 Jun 2001 11:07:02 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5EI6un75189; Thu, 14 Jun 2001 11:06:56 -0700 (PDT) (envelope-from obrien) Date: Thu, 14 Jun 2001 11:06:56 -0700 From: "David O'Brien" To: Jonathan Lemon Cc: Ruslan Ermilov , arch@FreeBSD.ORG, Bruce Evans , Jonathan Lemon , Peter Wemm , Darren Reed Subject: Re: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and the fix Message-ID: <20010614110656.D75022@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010614130754.A13655@sunbay.com> <20010614084104.D76016@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010614084104.D76016@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Thu, Jun 14, 2001 at 08:41:04AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 14, 2001 at 08:41:04AM -0500, Jonathan Lemon wrote: > I'm ambivalent on this. On one hand, having the additional directory > level nicely categorizes the nature of the sys/contrib bits in the same > sense that /src/contrib does, and makes it easier to remove. OTOH, > this might get messy at some point. NOT easier to remove, but easier to do vendor imports (and following conflicts resolution). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 11:11:26 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mb2i0.ns.pitt.edu (mb2i0.ns.pitt.edu [136.142.186.36]) by hub.freebsd.org (Postfix) with ESMTP id BD35C37B403 for ; Thu, 14 Jun 2001 11:11:24 -0700 (PDT) (envelope-from pfg1+@pitt.edu) Received: from pitt.edu ("port 1088"@[136.142.89.21]) by pitt.edu (PMDF V5.2-32 #41462) with ESMTP id <01K4RD2NQEEY001UTS@mb2i0.ns.pitt.edu> for arch@FreeBSD.ORG; Thu, 14 Jun 2001 14:11:22 EST Date: Thu, 14 Jun 2001 14:20:14 -0400 From: "Pedro F. Giffuni" Subject: Re: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and thefix To: arch@FreeBSD.ORG Message-id: <3B29005D.7C5E41BC@pitt.edu> Organization: University of Pittsburgh MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (Win98; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en,pdf,es-CO References: <20010614130754.A13655@sunbay.com> <20010614110608.C75022@dragon.nuxi.com> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Thu, Jun 14, 2001 at 01:07:54PM +0300, Ruslan Ermilov wrote: > > 2. Move src/sys/contrib/ipfilter/netinet/ to src/sys/contrib/netinet/ > > to align with sysorg.txt requirements. "Move" should be OK, as > > these don't (yet) have any RELEASE tags. > > sysort.txt is very incorrect in this respect. Contributed things need to > be clearly delineated where they come from. > Not knowing where it should be relevant, I had sent this to the doc list: http://www.netbsd.org/Documentation/software/3rdparty/ JIC it serves at inspiration ;). Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 12:19: 9 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 076BA37B406; Thu, 14 Jun 2001 12:18:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5EJIm166662; Thu, 14 Jun 2001 12:18:48 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010614210425.A86414@sunbay.com> Date: Thu, 14 Jun 2001 12:18:53 -0700 (PDT) From: John Baldwin To: Ruslan Ermilov Subject: Re: sysorg: sys/contrib Cc: arch@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Jun-01 Ruslan Ermilov wrote: > On Thu, Jun 14, 2001 at 10:48:07AM -0700, John Baldwin wrote: >> >> On 14-Jun-01 Jonathan Lemon wrote: >> > On Thu, Jun 14, 2001 at 01:07:54PM +0300, Ruslan Ermilov wrote: >> >> Hi! >> >> >> >> There are some problems with the current location of IPFilter sources. >> >> >> >> 1. The idea of http://people.freebsd.org/~jhb/docs/sysorg.txt was >> >> that src/sys/contrib/ mirrors the structure of src/sys/; this is >> >> currently broken. src/sys/contrib/ipfilter/netinet/ should have >> >> been actually called the src/sys/contrib/netinet/. >> > >> > I'm ambivalent on this. On one hand, having the additional directory >> > level nicely categorizes the nature of the sys/contrib bits in the same >> > sense that /src/contrib does, and makes it easier to remove. OTOH, >> > this might get messy at some point. >> >> I can see the value in contrib/ipfilter. sysorg.txt is not set in stone. :) >> For 3rd party software, it is better if we let the software keep it's >> distributed layout. The intention was that if you had device driver xyz, >> then >> it's sources would be in sys/contrib/dev/xyz/ and under that subdirectory it >> would follow the internal layout of the package. If we had a networking >> subdirectory, then sys/contrib/net/ipfilter would be the way to go, but >> since >> networking all lives at the top level, sys/contrib/ipfilter is probably >> fine. >> Thus, some examples that might help illustrate: >> >> sys/contrib/fs/my_spiffs_fs/ >> sys/contrib/dev/my_spiffy_device_driver/ >> sys/contrib/vm/my_spiffy_vm_pager/ >> sys/contrib/my_spiffy_networking_code/ >> sys/contrib/my_spiffy_kernel_debugger/ >> sys/contrib/compat/3rd_party_foo_os_emulation/ >> sys/contrib/lib/my_spiffy_kernel_library/ >> sys/contrib/boot/my_spiffy_boot_loader/ >> > Hmm, clumsy. What if contributed piece FOO has fs/ and lib/ parts? > Should they be sys/contrib/FOO/fs/ and sys/contrib/FOO/lib/ or > sys/contrib/fs/FOO/ and sys/contrib/lib/FOO/? sys/contrib/FOO/. The main goal with 3rd party software is keeping it together in its distributed format. If things don't compartamentalize well, then it may fall back to a src/contrib/ type deal where it's just sys/contrib/FOO for everything. However, thus far 3rd party _kernel_ software has usually only been in one category. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 14:21: 6 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id BD9D237B405 for ; Thu, 14 Jun 2001 14:20:59 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA29920; Thu, 14 Jun 2001 23:20:58 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: arch@FreeBSD.ORG Subject: sysorg: sys/modules References: From: Dag-Erling Smorgrav Date: 14 Jun 2001 23:20:57 +0200 In-Reply-To: Message-ID: Lines: 34 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Speaking of sysorg, sys/modules is a bleeding mess. I'd love to see at least the following done: - move the source code for the syscons modules (sys/modules/splash and sys/modules/syscons/*) out of the modules directory and into sys/dev/syscons or some other appropriate location - move sys/modules/splash into sys/modules/syscons - gather all network interface modules (including if_ppp, if_tun etc. and miibus) into sys/modules/net, and rename them so they bear the same name as the modules (fxp -> if_fxp etc.) - gather all vfs modules into sys/modules/fs (pseudofs and linprocfs are already there, procfs will be there shortly) - gather all storage-related modules (RAID and SCSI controller drivers, CAM, ccd, vinum etc.) into sys/modules/storage - gather all image activators and ABI compatibility modules into sys/modules/compat - gather all the USB drivers into sys/modules/usb - put whatever's left into sys/modules/misc I know this means a lot of repo-copies, and it may not be worth the hassle if the new kernel & module build system materializes in the very near future, but at least some of this (the syscons module sources) needs to move no matter what. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 15: 8:55 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id F3C3C37B401 for ; Thu, 14 Jun 2001 15:08:51 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5EM83169477; Thu, 14 Jun 2001 15:08:03 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 14 Jun 2001 15:08:10 -0700 (PDT) From: John Baldwin To: Dag-Erling Smorgrav Subject: RE: sysorg: sys/modules Cc: arch@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Jun-01 Dag-Erling Smorgrav wrote: > Speaking of sysorg, sys/modules is a bleeding mess. I'd love to see > at least the following done: Actually, Peter has plans (and most of the code) for a new config that will make sys/modules obsolete. However, it would be good if all the code (screen savers, etc.) moved out of sys/modules and into more appropriate locations. Also, there's no good reason why things like screen savers can't be compiled into a static kernel as well. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 15:13:34 2001 Delivered-To: freebsd-arch@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 4BEEC37B406 for ; Thu, 14 Jun 2001 15:13:32 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 03A493E0B; Thu, 14 Jun 2001 15:13:32 -0700 (PDT) To: Dag-Erling Smorgrav Cc: arch@FreeBSD.ORG Subject: Re: sysorg: sys/modules In-Reply-To: ; from des@ofug.org on "14 Jun 2001 23:20:57 +0200" Date: Thu, 14 Jun 2001 15:13:31 -0700 From: Dima Dorfman Message-Id: <20010614221332.03A493E0B@bazooka.unixfreak.org> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Speaking of sysorg, sys/modules is a bleeding mess. I'd love to see > at least the following done: > > - move the source code for the syscons modules (sys/modules/splash > and sys/modules/syscons/*) out of the modules directory and into > sys/dev/syscons or some other appropriate location > > - move sys/modules/splash into sys/modules/syscons If someone does this, it would be nice if they also renamed the screen savers from *_saver to saver_*. We already have if_* and snd_*, and there's no reason for savers to be idiosyncratic in this respect. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 16: 2:38 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D1EA937B401; Thu, 14 Jun 2001 16:02:34 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA30216; Fri, 15 Jun 2001 01:02:33 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Baldwin Cc: arch@FreeBSD.ORG Subject: Re: sysorg: sys/modules References: From: Dag-Erling Smorgrav Date: 15 Jun 2001 01:02:33 +0200 In-Reply-To: Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > On 14-Jun-01 Dag-Erling Smorgrav wrote: > > Speaking of sysorg, sys/modules is a bleeding mess. I'd love to see > > at least the following done: > Actually, Peter has plans (and most of the code) for a new config that will > make sys/modules obsolete. Did you read my mail to the end? :) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 16:43:51 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 6891B37B401 for ; Thu, 14 Jun 2001 16:43:49 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5ENh8170872; Thu, 14 Jun 2001 16:43:08 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 14 Jun 2001 16:43:15 -0700 (PDT) From: John Baldwin To: Dag-Erling Smorgrav Subject: Re: sysorg: sys/modules Cc: arch@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Jun-01 Dag-Erling Smorgrav wrote: > John Baldwin writes: >> On 14-Jun-01 Dag-Erling Smorgrav wrote: >> > Speaking of sysorg, sys/modules is a bleeding mess. I'd love to see >> > at least the following done: >> Actually, Peter has plans (and most of the code) for a new config that will >> make sys/modules obsolete. > > Did you read my mail to the end? :) Apparently in super-skim mode. :-P -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Jun 14 21: 4:57 2001 Delivered-To: freebsd-arch@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id BD70C37B409; Thu, 14 Jun 2001 21:04:48 -0700 (PDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f5F44Z739416; Fri, 15 Jun 2001 00:04:35 -0400 (EDT) (envelope-from arr@watson.org) Date: Fri, 15 Jun 2001 00:04:35 -0400 (EDT) From: "Andrew R. Reiter" To: John Baldwin Cc: Dag-Erling Smorgrav , arch@FreeBSD.ORG Subject: RE: sysorg: sys/modules In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 14 Jun 2001, John Baldwin wrote: > make sys/modules obsolete. However, it would be good if all the code (screen > savers, etc.) moved out of sys/modules and into more appropriate locations. > Also, there's no good reason why things like screen savers can't be compiled > into a static kernel as well. I'd like to see the ability for certain pieces of the kernel to be compiled as KLDs in the config file. Then, there could be a somewhat clean movement from sys/modules -> sys/... perhaps this suggestion is no good? Andrew *-------------................................................. | Andrew R. Reiter | arr@fledge.watson.org | "It requires a very unusual mind | to undertake the analysis of the obvious" -- A.N. Whitehead To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 1:27:23 2001 Delivered-To: freebsd-arch@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9B30637B403 for ; Fri, 15 Jun 2001 01:27:07 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f5F8QvV20786; Fri, 15 Jun 2001 02:26:58 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200106150826.f5F8QvV20786@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: sysorg: sys/modules Cc: arch@FreeBSD.ORG In-reply-to: Your message of "14 Jun 2001 23:20:57 +0200." References: Date: Fri, 15 Jun 2001 02:26:57 -0600 From: Warner Losh Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : - move the source code for the syscons modules (sys/modules/splash : and sys/modules/syscons/*) out of the modules directory and into : sys/dev/syscons or some other appropriate location Sounds good. : - move sys/modules/splash into sys/modules/syscons Ditto. : - gather all network interface modules (including if_ppp, if_tun : etc. and miibus) into sys/modules/net, and rename them so they bear : the same name as the modules (fxp -> if_fxp etc.) Why bother? This just breaks people's override lists. : - gather all vfs modules into sys/modules/fs (pseudofs and linprocfs : are already there, procfs will be there shortly) Why bother? This just breaks people's override lists. : - gather all storage-related modules (RAID and SCSI controller : drivers, CAM, ccd, vinum etc.) into sys/modules/storage too artificial, imho. : - gather all image activators and ABI compatibility modules into : sys/modules/compat Why bother? This just breaks people's override lists. : - gather all the USB drivers into sys/modules/usb Why bother? This just breaks people's override lists. : - put whatever's left into sys/modules/misc Why bother? This just breaks people's override lists. : I know this means a lot of repo-copies, and it may not be worth the : hassle if the new kernel & module build system materializes in the : very near future, but at least some of this (the syscons module : sources) needs to move no matter what. I'd agree with the source move, but let's leave well enough alone until Peter does the build stuff. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 3:32:48 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CC98B37B401 for ; Fri, 15 Jun 2001 03:32:45 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA12666; Fri, 15 Jun 2001 20:32:35 +1000 Date: Fri, 15 Jun 2001 20:30:20 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: arch@FreeBSD.ORG Subject: Re: sysorg: sys/modules In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14 Jun 2001, Dag-Erling Smorgrav wrote: > Speaking of sysorg, sys/modules is a bleeding mess. I'd love to see I agree. It became worse recently when someone added the fs subdir. >... > - gather all vfs modules into sys/modules/fs (pseudofs and linprocfs > are already there, procfs will be there shortly) > > - gather all storage-related modules (RAID and SCSI controller > drivers, CAM, ccd, vinum etc.) into sys/modules/storage > > - gather all image activators and ABI compatibility modules into > sys/modules/compat > > - gather all the USB drivers into sys/modules/usb > > - put whatever's left into sys/modules/misc No thanks. > I know this means a lot of repo-copies, and it may not be worth the > hassle if the new kernel & module build system materializes in the > very near future, but at least some of this (the syscons module > sources) needs to move no matter what. It wouldn't be worth it even if it were right. Hopefully the new build system will put all the object files in the same directory, like they are for static kernel builds. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 3:46:20 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 9F5AC37B40A for ; Fri, 15 Jun 2001 03:46:14 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f5FAtbm10056; Fri, 15 Jun 2001 03:55:37 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106151055.f5FAtbm10056@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Bruce Evans Cc: Dag-Erling Smorgrav , arch@FreeBSD.ORG Subject: Re: sysorg: sys/modules In-reply-to: Your message of "Fri, 15 Jun 2001 20:30:20 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jun 2001 03:55:37 -0700 From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It wouldn't be worth it even if it were right. Hopefully the new build > system will put all the object files in the same directory, like they > are for static kernel builds. This pushes us back to a single filename namespace, which is less than a wonderful idea. 8( -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 5: 9: 9 2001 Delivered-To: freebsd-arch@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 9013137B406 for ; Fri, 15 Jun 2001 05:08:02 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 33345 invoked by uid 1000); 15 Jun 2001 12:06:39 -0000 Date: Fri, 15 Jun 2001 15:06:39 +0300 From: Peter Pentchev To: audit@FreeBSD.org Cc: arch@FreeBSD.org Subject: new kldpath(8): display/modify the module search path Message-ID: <20010615150639.D94445@ringworld.oblivion.bg> Mail-Followup-To: audit@FreeBSD.org, arch@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-arch@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 shar of a new kld-family utility, which parses and modifies the kern.module_path sysctl in a script-friendly way. It might be useful in startup/shutdown scripts for programs using more than one module, or just to allow startup scripts to specify additional module directories (e.g. /usr/local/libexec/modules, or /usr/local/lib/au88x0). Sample use: [root@edge:p0 ~]# mkdir -p /usr/local/libexec/modules [root@edge:p0 ~]# mv /boot/kernel/accf_data.ko /usr/local/libexec/modules [root@edge:p0 ~]# mv /boot/kernel/accf_http.ko /usr/local/libexec/modules [root@edge:p0 ~]# kldpath -p Module path: /boot/kernel;/boot/modules;/modules [root@edge:p0 ~]# kldload accf_http.ko kldload: can't load accf_http.ko: No such file or directory [root@edge:p0 ~]# kldpath /usr/local/libexec/modules/ Module path: /boot/kernel;/boot/modules;/modules;/usr/local/libexec/modules [root@edge:p0 ~]# kldload accf_http.ko [root@edge:p0 ~]# kldpath -r /usr/local/libexec/modules Module path: /boot/kernel;/boot/modules;/modules [root@edge:p0 ~]# kldload accf_data.ko kldload: can't load accf_data.ko: No such file or directory [root@edge:p0 ~]# As shown, kldpath strips the trailing slash in the directory name, as this is the format the kernel linker wants the path in. There is an automatic __FreeBSD_version-based detection if the kernel linker might like the trailing slash present, and in RELENG_4 it is added. (OK, so 500000 might not be the best signpost for the point at which the kernel linker became able to deal with paths without kernel slashes, but I think this would be the slightest nit in anyone's comments/objections to this new utility :P ) Comments? Objections? Flames? Overwhelming reasons this should *not* go into base, other than 'it goes against the POLA of making the user tweak obscure, undocumented sysctl's, instead of using command-line utilities'? :) (not that this applies to FreeBSD in particular; I've found more than enough command-line utilities in FreeBSD to control all kinds of system behavior.) (And yes, kern.module_path is indeed undocumented..) G'luck, Peter -- This sentence no verb. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # kldpath # kldpath/Makefile # kldpath/kldpath.8 # kldpath/kldpath.c # echo c - kldpath mkdir -p kldpath > /dev/null 2>&1 echo x - kldpath/Makefile sed 's/^X//' >kldpath/Makefile << 'END-of-kldpath/Makefile' X# X# Copyright (c) 2001 Peter Pentchev X# All rights reserved. X# X# Redistribution and use in source and binary forms, with or without X# modification, are permitted provided that the following conditions X# are met: X# 1. Redistributions of source code must retain the above copyright X# notice, this list of conditions and the following disclaimer. X# 2. Redistributions in binary form must reproduce the above copyright X# notice, this list of conditions and the following disclaimer in the X# documentation and/or other materials provided with the distribution. X# X# THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X# ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X# SUCH DAMAGE. X# X# $FreeBSD$ X# X XPROG= kldpath XMAN8= kldpath.8 X XWARNS?= 2 XFORMAT_AUDIT?= 1 X X.include END-of-kldpath/Makefile echo x - kldpath/kldpath.8 sed 's/^X//' >kldpath/kldpath.8 << 'END-of-kldpath/kldpath.8' X.\" X.\" Copyright (c) 2001 Peter Pentchev X.\" All rights reserved. X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X.\" SUCH DAMAGE. X.\" X.\" $FreeBSD$ X.\" X.Dd June 15, 2001 X.Dt KLDPATH 8 X.Os FreeBSD X.Sh NAME X.Nm kldpath X.Nd display or modify the kernel module search path X.Sh SYNOPSIS X.Nm X.Op Fl fipqrv X.Op Fl S Ar name X.Op Ar path .. X.Sh DESCRIPTION XThe X.Nm Xdisplays or modifies the paths used by the kernel when loading modules Xusing the X.Xr kldload 8 Xutility or the X.Xr kldload 2 Xsyscall. X.Pp XThe following options are available: X.Bl -tag -width indent X.It Fl f XDo not display a diagnostic message if a path specified for adding does not Xpoint to an existing directory, or if a path specified for removing is not Xreally a part of the current module search path. XThis may be useful in startup/shutdown scripts for adding a path to Xa filesystem which is still not mounted, or in shutdown scripts for Xunconditionally removing a path that may have been added during startup. X.It Fl i XAdd a path to the beginning of the search path, not to the end. XThis option can only be used when adding paths. X.It Fl p XDisplay the current search path. XThe X.Fl p Xoption overrides any previous X.Fl q Xoptions. X.It Fl q XSuppress printing the result search path after adding or removing paths. X.It Fl r XRemove the specified path(s) from the module search path. X.It Fl S Ar name XSpecify the sysctl name to use instead of the default X.Sy kern.module_path . X.It Fl v XBe more verbose. X.El X.Sh FILES X.Bl -tag -width indent X.It Pa /boot/kernel/ /boot/modules/ /modules/ XThe default module search path used by the kernel. X.El X.Sh DIAGNOSTICS XThe X.Nm Xutility exits with a status of 0 on success Xand with a nonzero status if an error occurs. X.Sh SEE ALSO X.Xr kldload 2 , X.Xr kldload 8 , X.Xr sysctl 8 . X.Sh HISTORY XThe X.Nm Xcommand first appeared in X.Fx 5.0 . X.Sh AUTHORS X.An Peter Pentchev Aq roam@FreeBSD.org END-of-kldpath/kldpath.8 echo x - kldpath/kldpath.c sed 's/^X//' >kldpath/kldpath.c << 'END-of-kldpath/kldpath.c' X/* X * Copyright (c) 2001 Peter Pentchev X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X */ X X#ifndef lint Xstatic const char rcsid[] = X "$FreeBSD$"; X#endif /* not lint */ X X#include X#include X#include X#include X#include X X#include X#include X#include X#include X#include X#include X#include X X#if defined(__FreeBSD_version) X#if __FreeBSD_version < 500000 X#define NEED_SLASHTERM X#endif /* < 500000 */ X#else /* defined(__FreeBSD_version) */ X/* just in case.. */ X#define NEED_SLASHTERM X#endif /* defined(__FreeBSD_version) */ X X/* the default sysctl name */ X#define PATHCTL "kern.module_path" X X/* queue structure for the module path broken down into components */ XTAILQ_HEAD(pathhead, pathentry); Xstruct pathentry { X char *path; X TAILQ_ENTRY(pathentry) next; X}; X X/* Command-line options */ X/* "-f" - no diag messages */ Xstatic int fflag; X/* "-i" - insert at the start of the path */ Xstatic int iflag; X X/* the Management Information Base entries for the search path sysctl */ Xstatic int mib[5]; Xstatic size_t miblen; X/* the sysctl name, defaults to PATHCTL */ Xstatic char *pathctl; X/* the sysctl value - the current module search path */ Xstatic char *modpath; X/* flag whether user actions require changing the sysctl value */ Xstatic int changed; X X/* Top-level path management functions */ Xstatic void addpath(struct pathhead *pathq, char *); Xstatic void rempath(struct pathhead *pathq, char *); Xstatic void showpath(struct pathhead *pathq); X X/* Low-level path management functions */ Xstatic void qclean(struct pathhead *pathq); Xstatic void qadd(struct pathhead *pathq, char *); Xstatic char *qstring(struct pathhead *pathq); X X/* sysctl-related functions */ Xstatic void getmib(void); Xstatic void getpath(struct pathhead *pathq); Xstatic void setpath(struct pathhead *pathq); X Xstatic void usage(void); X X/* Get the MIB entry for our sysctl */ Xstatic void Xgetmib(void) { X X /* have we already fetched it? */ X if (miblen != 0) X return; X X miblen = sizeof(mib) / sizeof(mib[0]); X if (sysctlnametomib(pathctl, mib, &miblen) != 0) X err(1, "sysctlnametomib(%s)", pathctl); X} X X/* Get the current module search path */ Xstatic void Xgetpath(struct pathhead *pathq) { X char *path; X size_t sz; X X if (modpath != NULL) X return; X X if (miblen == 0) X getmib(); X if (sysctl(mib, miblen, NULL, &sz, NULL, NULL) == -1) X err(1, "getting path: sysctl(%s) - size only", pathctl); X if ((path = malloc(sz + 1)) == NULL) { X errno = ENOMEM; X err(1, "allocating %u bytes for the path", sz+1); X } X if (sysctl(mib, miblen, path, &sz, NULL, NULL) == -1) X err(1, "getting path: sysctl(%s)", pathctl); X modpath = path; X X qclean(pathq); X qadd(pathq, modpath); X} X X/* Set the module search path after changing it */ Xstatic void Xsetpath(struct pathhead *pathq) { X char *newpath; X X if (miblen == 0) X getmib(); X if ((newpath = qstring(pathq)) == NULL) { X errno = ENOMEM; X err(1, "building path string"); X } X if (sysctl(mib, miblen, NULL, NULL, newpath, strlen(newpath)+1) == -1) X err(1, "setting path: sysctl(%s)", pathctl); X X if (modpath) X free(modpath); X modpath = newpath; X} X X/* Add/insert a new component to the module search path */ Xstatic void Xaddpath(struct pathhead *pathq, char *path) { X struct pathentry *pe; X char pathbuf[MAXPATHLEN+1]; X struct stat sb; X size_t len; X X /* is there such a thing? */ X if (realpath(path, pathbuf) == NULL) { X if (!fflag) X err(1, "resolving path %s: %s", path, pathbuf); X /* X * if -f specified, take the user path at face value X * (may be created later) X */ X strlcpy(pathbuf, path, sizeof(pathbuf)); X } X if (stat(pathbuf, &sb) == -1) { X if (!fflag) X err(1, "examining path %s", pathbuf); X } else if (!S_ISDIR(sb.st_mode)) { X if (!fflag) { X errno = ENOTDIR; X err(1, "%s", pathbuf); X } X } X X len = strlen(pathbuf); X#ifdef NEED_SLASHTERM X /* slash-terminate, because the kernel linker said so. */ X if ((len == 0) || (pathbuf[len-1] != '/')) { X if (len == sizeof(pathbuf) - 1) X errx(1, "path too long: %s", pathbuf); X pathbuf[len] = '/'; X } X#else /* NEED_SLASHTERM */ X /* remove a terminating slash if present */ X if ((len > 0) && (pathbuf[len-1] == '/')) X pathbuf[--len] = '\0'; X#endif /* NEED_SLASHTERM */ X X /* is it already in there? */ X TAILQ_FOREACH(pe, pathq, next) X if (!strcmp(pe->path, pathbuf)) X break; X if (pe != NULL) { X if (fflag) X return; X errx(1, "already in the module search path: %s", pathbuf); X } X X /* OK, allocate and add it. */ X if (((pe = malloc(sizeof(*pe))) == NULL) || X ((pe->path = strdup(pathbuf)) == NULL)) { X errno = ENOMEM; X err(1, "allocating path component"); X } X if (iflag) X TAILQ_INSERT_HEAD(pathq, pe, next); X else X TAILQ_INSERT_TAIL(pathq, pe, next); X changed = 1; X} X X/* Remove a path component from the module search path */ Xstatic void Xrempath(struct pathhead *pathq, char *path) { X char pathbuf[MAXPATHLEN+1]; X struct stat sb; X int valid; X struct pathentry *pe; X size_t len; X X /* X * If the path exists, use it; otherwise, take the user-specified X * path at face value - may be a removed directory. X */ X valid = 0; X if ((realpath(path, pathbuf) != NULL) && X (stat(pathbuf, &sb) == 0) && X S_ISDIR(sb.st_mode)) X valid = 1; X if (!valid) X strlcpy(pathbuf, path, sizeof(pathbuf)); X X len = strlen(pathbuf); X#ifdef NEED_SLASHTERM X /* slash-terminate, because the kernel linker said so. */ X if ((len == 0) || (pathbuf[len-1] != '/')) { X if (len == sizeof(pathbuf) - 1) X errx(1, "path too long: %s", pathbuf); X pathbuf[len] = '/'; X } X#else /* NEED_SLASHTERM */ X /* remove a terminating slash if present */ X if ((len > 0) && (pathbuf[len-1] == '/')) X pathbuf[--len] = '\0'; X#endif /* NEED_SLASHTERM */ X X /* Is it in there? */ X TAILQ_FOREACH(pe, pathq, next) X if (!strcmp(pe->path, pathbuf)) X break; X if (pe == NULL) { X if (fflag) X return; X errx(1, "not in module search path: %s", pathbuf); X } X X /* OK, remove it now.. */ X TAILQ_REMOVE(pathq, pe, next); X changed = 1; X} X X/* Display the retrieved module search path */ Xstatic void Xshowpath(struct pathhead *pathq) { X char *s; X X getpath(pathq); X if ((s = qstring(pathq)) == NULL) { X errno = ENOMEM; X err(1, "building path string"); X } X printf("Module path: %s\n", s); X free(s); X} X X/* Remove all queue entries */ Xstatic void Xqclean(struct pathhead *pathq) { X struct pathentry *pe; X X while (!TAILQ_EMPTY(pathq)) { X pe = TAILQ_FIRST(pathq); X TAILQ_REMOVE(pathq, pe, next); X free(pe->path); X free(pe); X } X} X X/* Break a string down into path components, store them into a queue */ Xstatic void Xqadd(struct pathhead *pathq, char *s) { X char *p; X struct pathentry *pe __unused; X X while ((p = strsep(&s, ";")) != NULL) { X if (((pe = malloc(sizeof(pe))) == NULL) || X ((pe->path = strdup(p)) == NULL)) { X errno = ENOMEM; X err(1, "allocating path element"); X } X TAILQ_INSERT_TAIL(pathq, pe, next); X } X} X X/* Recreate a path string from a components queue */ Xstatic char * Xqstring(struct pathhead *pathq) { X char *s, *p; X struct pathentry *pe; X X s = strdup(""); X TAILQ_FOREACH(pe, pathq, next) { X asprintf(&p, "%s%s%s", X s, pe->path, (TAILQ_NEXT(pe, next) != NULL? ";": "")); X free(s); X if (p == NULL) X return (NULL); X s = p; X } X X return (s); X} X X/* Usage message */ Xstatic void Xusage(void) { X X fprintf(stderr, "%s\n", X "usage: kldpath [-fipqrv] [-S sysctlname] [path..]"); X exit(1); X} X X/* Main function */ Xint Xmain(int argc, char *argv[]) { X /* getopt() iterator */ X int c; X /* iterator over argv[] path components */ X int i; X /* Command-line flags: */ X /* "-p" - print out the current search path */ X int pflag; X /* "-q" - quiet, do not print out the new path after changing it */ X int qflag; X /* "-v" - verbose operation (currently a no-op) */ X int vflag; X /* The higher-level function to call - add/remove */ X void (*act)(struct pathhead *, char *); X /* The module search path broken down into components */ X struct pathhead pathq; X X pflag = qflag = vflag = 0; X act = addpath; X if ((pathctl = strdup(PATHCTL)) == NULL) { X /* this is just too paranoid ;) */ X errno = ENOMEM; X err(1, "initializing sysctl name %s", PATHCTL); X } X X while ((c = getopt(argc, argv, "fipqrS:v")) != -1) X switch (c) { X case 'f': X fflag = 1; X break; X case 'i': X if (act != addpath) X usage(); X iflag = 1; X break; X case 'p': X pflag = 1; X break; X case 'q': X qflag = 1; X break; X case 'r': X if (iflag) X usage(); X act = rempath; X break; X case 'S': X free(pathctl); X if ((pathctl = strdup(optarg)) == NULL) { X errno = ENOMEM; X err(1, "sysctl name %s", optarg); X } X break; X case 'v': X vflag = 1; X break; X default: X usage(); X } X X argc -= optind; X argv += optind; X X TAILQ_INIT(&pathq); X X if (!pflag && (argc == 0)) X usage(); X X getpath(&pathq); X X /* Process the path arguments */ X for (i = 0; i < argc; i++) X act(&pathq, argv[i]); X X if (changed) X setpath(&pathq); X X if (pflag || (changed && !qflag)) X showpath(&pathq); X X return (0); X} END-of-kldpath/kldpath.c exit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 5:16:31 2001 Delivered-To: freebsd-arch@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 655EC37B406; Fri, 15 Jun 2001 05:16:27 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id IAA22612; Fri, 15 Jun 2001 08:16:26 -0400 (EDT) (envelope-from wollman) Date: Fri, 15 Jun 2001 08:16:26 -0400 (EDT) From: Garrett Wollman Message-Id: <200106151216.IAA22612@khavrinen.lcs.mit.edu> To: msmith@FreeBSD.ORG Subject: Re: sysorg: sys/modules X-Newsgroups: mit.lcs.mail.freebsd-arch In-Reply-To: <200106151055.f5FAtbm10056@mass.dis.org> References: Organization: MIT Laboratory for Computer Science Cc: arch@FreeBSD.ORG Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200106151055.f5FAtbm10056@mass.dis.org> you write: >This pushes us back to a single filename namespace, which is less than a >wonderful idea. 8( We're always going to have that so long as we continue to expect static linkage to work. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 6:18:17 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id ECF2337B429; Fri, 15 Jun 2001 06:18:03 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA26050; Fri, 15 Jun 2001 23:17:58 +1000 Date: Fri, 15 Jun 2001 23:16:12 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Garrett Wollman Cc: msmith@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: sysorg: sys/modules In-Reply-To: <200106151216.IAA22612@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 15 Jun 2001, Garrett Wollman wrote: > In article <200106151055.f5FAtbm10056@mass.dis.org> you write: > > >This pushes us back to a single filename namespace, which is less than a > >wonderful idea. 8( It's good enough for libc.a, so it should be good enough for a small application like the kernel. > We're always going to have that so long as we continue to expect > static linkage to work. I don't see why. Linking together file.o and dir/file.o should work if there are no conflicts between their global symbols. The filename symbols are like local symbols and might cause complications for debugging, but so might ordinary local symbols with the same names. Different filenames might be needed for grouping object files into static libraries. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 6:36:17 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id EADE937B403; Fri, 15 Jun 2001 06:36:03 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA33353; Fri, 15 Jun 2001 15:36:00 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Pentchev Cc: audit@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path References: <20010615150639.D94445@ringworld.oblivion.bg> From: Dag-Erling Smorgrav Date: 15 Jun 2001 15:36:00 +0200 In-Reply-To: <20010615150639.D94445@ringworld.oblivion.bg> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Pentchev writes: > Comments? Objections? Flames? I think it's a good idea, especially if it does additional checking (like checking that the directory exists, and that it's owned by root and isn't world-writeable). BTW, we should use : instead of ; as separators. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 7: 9:31 2001 Delivered-To: freebsd-arch@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id CBE7A37B406 for ; Fri, 15 Jun 2001 07:09:24 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 34596 invoked by uid 1000); 15 Jun 2001 14:08:00 -0000 Date: Fri, 15 Jun 2001 17:08:00 +0300 From: Peter Pentchev To: Dag-Erling Smorgrav Cc: audit@FreeBSD.ORG, arch@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path Message-ID: <20010615170800.I94445@ringworld.oblivion.bg> Mail-Followup-To: Dag-Erling Smorgrav , audit@FreeBSD.ORG, arch@FreeBSD.ORG References: <20010615150639.D94445@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Fri, Jun 15, 2001 at 03:36:00PM +0200 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 15, 2001 at 03:36:00PM +0200, Dag-Erling Smorgrav wrote: > Peter Pentchev writes: > > Comments? Objections? Flames? > > I think it's a good idea, especially if it does additional checking > (like checking that the directory exists, and that it's owned by root > and isn't world-writeable). It currently only checks that the directory exists, and this check can be overridden by specifying an -f flag, just in case a startup script is adding a directory that is to be mounted later. But yes, the root-owned and !world-writable checks are a nice idea. Maybe kldpath should go ldconfig's way: check everything by default, and have an -i (insecure) option? > BTW, we should use : instead of ; as separators. This change wouldn't be too difficult to make - a one-line change to src/sys/kern/kern_linker.c - but that file has the following comment: * The search path can be manipulated via sysctl. Note that we use the ';' * character as a separator to be consistent with the bootloader. So, it could be a problem.. G'luck, Peter -- Hey, out there - is it *you* reading me, or is it someone else? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:25:15 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 88A8F37B401; Fri, 15 Jun 2001 12:25:06 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5FJOw187760; Fri, 15 Jun 2001 12:24:59 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010615150639.D94445@ringworld.oblivion.bg> Date: Fri, 15 Jun 2001 12:25:01 -0700 (PDT) From: John Baldwin To: Peter Pentchev Subject: RE: new kldpath(8): display/modify the module search path Cc: arch@FreeBSD.org, audit@FreeBSD.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Jun-01 Peter Pentchev wrote: > Hi, > > Attached is a shar of a new kld-family utility, which parses and modifies > the kern.module_path sysctl in a script-friendly way. It might be useful > in startup/shutdown scripts for programs using more than one module, > or just to allow startup scripts to specify additional module directories > (e.g. /usr/local/libexec/modules, or /usr/local/lib/au88x0). [ snip ] To me, it seems more sensible to use the same interface that ldconfig uses. I.e., kldpath /foo sets the entire path to /foo, and kldpath -m adds to the path, kldpath -r displays the current path, etc. That is just my opinion, however. I'll admit that ldconfig's interface is not always the most intuitive, but I think consistency between the two would be good. Also, I would leave -q on by default, and instead use a -v to turn on verbose mode. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:25:22 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id CC82937B409 for ; Fri, 15 Jun 2001 12:25:09 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5FJOm187752; Fri, 15 Jun 2001 12:24:49 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 15 Jun 2001 12:24:51 -0700 (PDT) From: John Baldwin To: "Andrew R. Reiter" Subject: RE: sysorg: sys/modules Cc: arch@FreeBSD.org, Dag-Erling Smorgrav Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Jun-01 Andrew R. Reiter wrote: > > On Thu, 14 Jun 2001, John Baldwin wrote: > >> make sys/modules obsolete. However, it would be good if all the code >> (screen >> savers, etc.) moved out of sys/modules and into more appropriate locations. >> Also, there's no good reason why things like screen savers can't be compiled >> into a static kernel as well. > > I'd like to see the ability for certain pieces of the kernel to be > compiled as KLDs in the config file. Then, there could be a somewhat > clean movement from sys/modules -> sys/... perhaps > this suggestion is no good? That is almost exactly what the new config will do. The kernel itself is just a KLD that includes the "standard" module. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:38:40 2001 Delivered-To: freebsd-arch@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 633A637B408 for ; Fri, 15 Jun 2001 12:38:24 -0700 (PDT) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 43876 invoked by uid 1000); 15 Jun 2001 19:37:00 -0000 Date: Fri, 15 Jun 2001 22:37:00 +0300 From: Peter Pentchev To: John Baldwin Cc: arch@FreeBSD.org, audit@FreeBSD.org Subject: Re: new kldpath(8): display/modify the module search path Message-ID: <20010615223700.R94445@ringworld.oblivion.bg> Mail-Followup-To: John Baldwin , arch@FreeBSD.org, audit@FreeBSD.org References: <20010615150639.D94445@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Fri, Jun 15, 2001 at 12:25:01PM -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 15, 2001 at 12:25:01PM -0700, John Baldwin wrote: > > On 15-Jun-01 Peter Pentchev wrote: > > Hi, > > > > Attached is a shar of a new kld-family utility, which parses and modifies > > the kern.module_path sysctl in a script-friendly way. It might be useful > > in startup/shutdown scripts for programs using more than one module, > > or just to allow startup scripts to specify additional module directories > > (e.g. /usr/local/libexec/modules, or /usr/local/lib/au88x0). > > [ snip ] > > To me, it seems more sensible to use the same interface that ldconfig uses. > I.e., kldpath /foo sets the entire path to /foo, and kldpath -m adds to the > path, kldpath -r displays the current path, etc. That is just my opinion, > however. I'll admit that ldconfig's interface is not always the most > intuitive, but I think consistency between the two would be good. Good point. This also meshes nicely with David O'Brien's suggestion of something like ldconfig's -i mode (or rather, his suggestion that kldpath's default mode should be secure, just like ldconfig). And BTW, before I rewrite the directory existence/mode checks, how should this deal with non-existent directories? Is there even a reason to assume that a non-existent directory will be created sometime later, or should this only allow adding existing dirs, and use -i to allow non-root-owned or world-writable dirs? Or should there be a way to add a non-existent dir after all, but only allowed by both -i and some other (-I? -f?) flag? > Also, I would leave -q on by default, and instead use a -v to turn on > verbose mode. I was thinking about this myself, but decided to leave verbose output in, at least for the debugging versions :) But it makes sense to turn it off, indeed. Thanks for the suggestins, I'll post a new version tomorrow or later tonight. (I *think* that 10:30pm is about time for me to leave work, if only to go home and dial in again :) G'luck, Peter -- No language can express every thought unambiguously, least of all this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:38:47 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 24E6B37B419; Fri, 15 Jun 2001 12:38:40 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA34692; Fri, 15 Jun 2001 21:38:38 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Baldwin Cc: "Andrew R. Reiter" , arch@FreeBSD.ORG Subject: Re: sysorg: sys/modules References: From: Dag-Erling Smorgrav Date: 15 Jun 2001 21:38:37 +0200 In-Reply-To: Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > That is almost exactly what the new config will do. The kernel > itself is just a KLD that includes the "standard" module. Got an ETA for that? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:42:55 2001 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id B324C37B401; Fri, 15 Jun 2001 12:42:50 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA34720; Fri, 15 Jun 2001 21:42:47 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Pentchev Cc: John Baldwin , arch@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path References: <20010615150639.D94445@ringworld.oblivion.bg> <20010615223700.R94445@ringworld.oblivion.bg> From: Dag-Erling Smorgrav Date: 15 Jun 2001 21:42:47 +0200 In-Reply-To: <20010615223700.R94445@ringworld.oblivion.bg> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Pentchev writes: > Or should there be a way to add a non-existent dir after all, > but only allowed by both -i and some other (-I? -f?) flag? Just add a -f (force) flag that disables checks. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:45: 3 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 170E437B415; Fri, 15 Jun 2001 12:44:47 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f5FJtbT01171; Fri, 15 Jun 2001 12:55:38 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106151955.f5FJtbT01171@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: John Baldwin Cc: Peter Pentchev , arch@FreeBSD.org, audit@FreeBSD.org Subject: Re: new kldpath(8): display/modify the module search path In-reply-to: Your message of "Fri, 15 Jun 2001 12:25:01 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jun 2001 12:55:37 -0700 From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > Attached is a shar of a new kld-family utility, which parses and modifies > > the kern.module_path sysctl in a script-friendly way. It might be useful > > in startup/shutdown scripts for programs using more than one module, > > or just to allow startup scripts to specify additional module directories > > (e.g. /usr/local/libexec/modules, or /usr/local/lib/au88x0). > > [ snip ] > > To me, it seems more sensible to use the same interface that ldconfig uses. > I.e., kldpath /foo sets the entire path to /foo, and kldpath -m adds to the > path, kldpath -r displays the current path, etc. That is just my opinion, > however. I'll admit that ldconfig's interface is not always the most > intuitive, but I think consistency between the two would be good. > > Also, I would leave -q on by default, and instead use a -v to turn on > verbose mode. I'd second all this, and go one further; it should be called kldconfig. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:46:15 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B3D5437B410; Fri, 15 Jun 2001 12:45:58 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f5FJuiT01189; Fri, 15 Jun 2001 12:56:44 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106151956.f5FJuiT01189@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dag-Erling Smorgrav Cc: Peter Pentchev , John Baldwin , arch@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path In-reply-to: Your message of "15 Jun 2001 21:42:47 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jun 2001 12:56:44 -0700 From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Peter Pentchev writes: > > Or should there be a way to add a non-existent dir after all, > > but only allowed by both -i and some other (-I? -f?) flag? > > Just add a -f (force) flag that disables checks. Don't check. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:46:40 2001 Delivered-To: freebsd-arch@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 74D3F37B403 for ; Fri, 15 Jun 2001 12:46:31 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f5FJjo188066; Fri, 15 Jun 2001 12:45:50 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 15 Jun 2001 12:45:53 -0700 (PDT) From: John Baldwin To: Dag-Erling Smorgrav Subject: Re: sysorg: sys/modules Cc: arch@FreeBSD.org, "Andrew R. Reiter" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Jun-01 Dag-Erling Smorgrav wrote: > John Baldwin writes: >> That is almost exactly what the new config will do. The kernel >> itself is just a KLD that includes the "standard" module. > > Got an ETA for that? No. :( Regardless, all the actual code should be moved out of sys/modules anyways. That and it should be added to sys/conf/files under appropriate option names so I can compile them into a static kernel. :-P -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 12:51:42 2001 Delivered-To: freebsd-arch@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 341CB37B406 for ; Fri, 15 Jun 2001 12:51:36 -0700 (PDT) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 44226 invoked by uid 1000); 15 Jun 2001 19:50:12 -0000 Date: Fri, 15 Jun 2001 22:50:12 +0300 From: Peter Pentchev To: Mike Smith Cc: Dag-Erling Smorgrav , John Baldwin , arch@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path Message-ID: <20010615225012.T94445@ringworld.oblivion.bg> Mail-Followup-To: Mike Smith , Dag-Erling Smorgrav , John Baldwin , arch@FreeBSD.ORG, audit@FreeBSD.ORG References: <200106151956.f5FJuiT01189@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106151956.f5FJuiT01189@mass.dis.org>; from msmith@freebsd.org on Fri, Jun 15, 2001 at 12:56:44PM -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 15, 2001 at 12:56:44PM -0700, Mike Smith wrote: > > Peter Pentchev writes: > > > Or should there be a way to add a non-existent dir after all, > > > but only allowed by both -i and some other (-I? -f?) flag? > > > > Just add a -f (force) flag that disables checks. > > Don't check. Don't check what - don't check for a directory existence? This could lead to problems - theoretically at least, a startup script could add a not-yet-mounted directory, and then some user (who can see the contents of the kern.module_path sysctl) could mount his own directory there, and invoke a module load.. I know this is paranoid, but ldconfig already performs these checks, and ignores non-existent directories. It's true that ldconfig only makes the pass at invocation time, so it does not have to deal with the problem of adding a non-existent dir for future reference, but even so, ldconfig warns about the problem, which means kldpath/kldconfig should error out :) Or maybe I've misunderstood your "don't check" comment. If so, apologies for the wasted bandwidth :) G'luck, Peter -- I am not the subject of this sentence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 13: 0:17 2001 Delivered-To: freebsd-arch@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id EA81637B40A; Fri, 15 Jun 2001 12:59:59 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f5FJxif52180; Fri, 15 Jun 2001 15:59:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 15 Jun 2001 15:59:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Pentchev Cc: Mike Smith , Dag-Erling Smorgrav , John Baldwin , arch@freebsd.org, audit@freebsd.org Subject: Re: new kldpath(8): display/modify the module search path In-Reply-To: <20010615225012.T94445@ringworld.oblivion.bg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So my feeling on this thread is that right now, if the administrator wants to specify that the kernel load from world readable directories, that's fine by me. I have some outstanding patches that begin to integrate MAC integrity support into the module loading code, and require that any file and directory tree used by kldload be marked as high integrity. These same limitations will also apply to userland processes running at high integrity, so I think Mike's point about not checking for now is fine. However, in writing this type of code, we want to be careful to not exclude future security policies, just not write them in now. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 13: 0:22 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id AEE9337B40C; Fri, 15 Jun 2001 13:00:01 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f5FKAoT01353; Fri, 15 Jun 2001 13:10:51 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200106152010.f5FKAoT01353@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Peter Pentchev Cc: arch@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path In-reply-to: Your message of "Fri, 15 Jun 2001 22:50:12 +0300." <20010615225012.T94445@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jun 2001 13:10:50 -0700 From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Don't check. > > Don't check what - don't check for a directory existence? > This could lead to problems - theoretically at least, a startup > script could add a not-yet-mounted directory, and then some > user (who can see the contents of the kern.module_path sysctl) > could mount his own directory there, and invoke a module load.. > > I know this is paranoid, but ldconfig already performs these > checks, and ignores non-existent directories. It's true that > ldconfig only makes the pass at invocation time, so it does > not have to deal with the problem of adding a non-existent dir > for future reference, but even so, ldconfig warns about the problem, > which means kldpath/kldconfig should error out :) > > Or maybe I've misunderstood your "don't check" comment. > If so, apologies for the wasted bandwidth :) IMO, ldconfig shouldn't check, and neither should kldconfig. However, my principal encouragement here is to make kldconfig behave as much like ldconfig as possible (where it makes sense), so yes, go ahead and check, but don't be deluded into thinking this actually offers any real security. The kldload codepath should still be checking modules wrt. security. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 13: 4:20 2001 Delivered-To: freebsd-arch@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id CF4CE37B40B for ; Fri, 15 Jun 2001 13:04:13 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 44420 invoked by uid 1000); 15 Jun 2001 20:02:50 -0000 Date: Fri, 15 Jun 2001 23:02:50 +0300 From: Peter Pentchev To: Mike Smith Cc: arch@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: new kldpath(8): display/modify the module search path Message-ID: <20010615230249.V94445@ringworld.oblivion.bg> Mail-Followup-To: Mike Smith , arch@FreeBSD.ORG, audit@FreeBSD.ORG References: <20010615225012.T94445@ringworld.oblivion.bg> <200106152010.f5FKAoT01353@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106152010.f5FKAoT01353@mass.dis.org>; from msmith@freebsd.org on Fri, Jun 15, 2001 at 01:10:50PM -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 15, 2001 at 01:10:50PM -0700, Mike Smith wrote: > > > Don't check. > > > > Don't check what - don't check for a directory existence? > > This could lead to problems - theoretically at least, a startup > > script could add a not-yet-mounted directory, and then some > > user (who can see the contents of the kern.module_path sysctl) > > could mount his own directory there, and invoke a module load.. > > > > I know this is paranoid, but ldconfig already performs these > > checks, and ignores non-existent directories. It's true that > > ldconfig only makes the pass at invocation time, so it does > > not have to deal with the problem of adding a non-existent dir > > for future reference, but even so, ldconfig warns about the problem, > > which means kldpath/kldconfig should error out :) > > > > Or maybe I've misunderstood your "don't check" comment. > > If so, apologies for the wasted bandwidth :) > > IMO, ldconfig shouldn't check, and neither should kldconfig. However, my > principal encouragement here is to make kldconfig behave as much like > ldconfig as possible (where it makes sense), so yes, go ahead and check, > but don't be deluded into thinking this actually offers any real security. > > The kldload codepath should still be checking modules wrt. security. OK, after some more discussion on IRC, it seems that the "don't check" approach is best, with kldload-time checking. I'll think some more about it when I get home. Thanks to all thread participatns for the feedback, I'll be back! :) G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Jun 15 13: 4:39 2001 Delivered-To: freebsd-arch@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 8EE3337B408; Fri, 15 Jun 2001 13:04:31 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.3/8.11.3) with SMTP id f5FK4If52248; Fri, 15 Jun 2001 16:04:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 15 Jun 2001 16:04:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mike Smith Cc: Peter Pentchev , arch@freebsd.org, audit@freebsd.org Subject: Re: new kldpath(8): display/modify the module search path In-Reply-To: <200106152010.f5FKAoT01353@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 15 Jun 2001, Mike Smith wrote: > IMO, ldconfig shouldn't check, and neither should kldconfig. However, > my principal encouragement here is to make kldconfig behave as much like > ldconfig as possible (where it makes sense), so yes, go ahead and check, > but don't be deluded into thinking this actually offers any real > security. My feeling here is that UNIX is about letting people shoot themselves in the feet--or alternatively, not hard-coding policy when we don't know everything about the environments where it will be used. I'd prefer we: 1) Ship with only secure directories are in the kernel and library paths. 2) Modify the daily security script to detect when that's not the case. 3) Un-modify ldconfig to perform the check, and not make similar kld tools do the check. It's a bit like all of the following: 1) We let people add stuff to LD_LIBRARY_PATH if they want. 2) We let people add stuff to their normal path if they want. 3) We let people put /bin/sh in an inetd.conf line if they want. 4) We let people put null password entries in the file, have multiple users with uid 0, ... We just don't do this by default, and in many cases provide warnings. Once we support MAC, then we can provide a twiddle that will allow the admin to mandatorily *prevent* users from doing stupid things. But having partial hacks everywhere that implement a tiny fraction of anything useful just unnecessarily breaks things in unexpected ways. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat Jun 16 0:52:11 2001 Delivered-To: freebsd-arch@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 836CF37B401 for ; Sat, 16 Jun 2001 00:52:05 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5G7q5u39733 for freebsd-arch@freebsd.org; Sat, 16 Jun 2001 00:52:05 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Jun 2001 00:52:05 -0700 From: "David O'Brien" To: freebsd-arch@freebsd.org Subject: `rcorder' patch Message-ID: <20010616005205.A39714@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is the patch I sent to a NetBSD contact to see if they are willing to apply this to their sources. Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile 2001/06/16 07:16:14 1.1.1.1 +++ Makefile 2001/06/16 07:46:35 @@ -1,4 +1,5 @@ # $NetBSD: Makefile,v 1.1 1999/11/23 05:28:20 mrg Exp $ +# $FreeBSD$ PROG= rcorder SRCS= ealloc.c hash.c rcorder.c @@ -8,6 +9,10 @@ DPADD+= ${LIBUTIL} # XXX hack for make's hash.[ch] +.if defined(.FreeBSD) +CFLAGS+= -DORDER +.else CPPFLAGS+= -DORDER +.endif .include Index: ealloc.c =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/ealloc.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ealloc.c --- ealloc.c 2001/06/16 07:16:14 1.1.1.1 +++ ealloc.c 2001/06/16 07:29:02 @@ -40,7 +40,12 @@ #include #ifndef lint +#ifdef __FreeBSD__ +static const char rcsid[] = + "$FreeBSD$"; +#else __RCSID("$NetBSD: ealloc.c,v 1.1.1.1 1999/11/19 04:30:56 mrg Exp $"); +#endif #endif /* not lint */ #include Index: ealloc.h =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/ealloc.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ealloc.h --- ealloc.h 2001/06/16 07:16:14 1.1.1.1 +++ ealloc.h 2001/06/16 07:29:14 @@ -1,4 +1,5 @@ /* $NetBSD: ealloc.h,v 1.1.1.1 1999/11/19 04:30:56 mrg Exp $ */ +/* $FreeBSD$ */ void *emalloc __P((size_t len)); char *estrdup __P((const char *str)); Index: hash.c =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/hash.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 hash.c --- hash.c 2001/06/16 07:16:14 1.1.1.1 +++ hash.c 2001/06/16 07:46:25 @@ -46,7 +46,12 @@ #if 0 static char sccsid[] = "@(#)hash.c 8.1 (Berkeley) 6/6/93"; #else +#ifdef __FreeBSD__ +static const char rcsid[] = + "$FreeBSD$"; +#else __RCSID("$NetBSD: hash.c,v 1.1.1.1 1999/11/19 04:30:56 mrg Exp $"); +#endif #endif #endif /* not lint */ #endif Index: hash.h =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/hash.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 hash.h --- hash.h 2001/06/16 07:16:14 1.1.1.1 +++ hash.h 2001/06/16 07:28:20 @@ -38,6 +38,7 @@ * SUCH DAMAGE. * * from: @(#)hash.h 8.1 (Berkeley) 6/6/93 + * $FreeBSD$ */ /* hash.h -- Index: rcorder.8 =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/rcorder.8,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rcorder.8 --- rcorder.8 2001/06/16 07:16:14 1.1.1.1 +++ rcorder.8 2001/06/16 07:30:18 @@ -1,4 +1,5 @@ .\" $NetBSD: rcorder.8,v 1.2 2000/07/05 15:45:30 msaitoh Exp $ +.\" $FreeBSD$ .\" .\" Copyright (c) 1998 .\" Perry E. Metzger. All rights reserved. Index: rcorder.c =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/rcorder.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rcorder.c --- rcorder.c 2001/06/16 07:16:14 1.1.1.1 +++ rcorder.c 2001/06/16 07:46:04 @@ -41,11 +41,21 @@ #include #include #include +#ifdef __FreeBSD__ +#include +#else #include +#endif #include "ealloc.h" #include "sprite.h" #include "hash.h" + +#if !defined(lint) && defined(__FreeBSD__) +static const char rcsid[] = + "$FreeBSD$"; +#endif /* not lint */ + #ifdef DEBUG int debug = 0; Index: sprite.h =================================================================== RCS file: /home/ncvs/src/sbin/rcorder/sprite.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sprite.h --- sprite.h 2001/06/16 07:16:14 1.1.1.1 +++ sprite.h 2001/06/16 07:31:32 @@ -38,6 +38,7 @@ * SUCH DAMAGE. * * from: @(#)sprite.h 8.1 (Berkeley) 6/6/93 + * $FreeBSD$ */ /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat Jun 16 0:57:52 2001 Delivered-To: freebsd-arch@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 0184037B407 for ; Sat, 16 Jun 2001 00:57:41 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5G7vfF39902 for freebsd-arch@freebsd.org; Sat, 16 Jun 2001 00:57:41 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Jun 2001 00:57:41 -0700 From: "David O'Brien" To: freebsd-arch@freebsd.org Subject: /etc/rc.subr patch Message-ID: <20010616005741.A39891@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is the patch I propose to be submitted to LukeM for /etc/rc.subr: Index: rc.subr =================================================================== RCS file: /home/ncvs/src/etc/rc.subr,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rc.subr --- rc.subr 2001/06/16 07:16:14 1.1.1.1 +++ rc.subr 2001/06/16 07:55:45 @@ -1,4 +1,5 @@ # $NetBSD: rc.subr,v 1.28 2000/11/06 00:08:30 lukem Exp $ +# $FreeBSD$ # # Copyright (c) 1997-2000 The NetBSD Foundation, Inc. # All rights reserved. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat Jun 16 1: 5:16 2001 Delivered-To: freebsd-arch@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id AB6A337B40B for ; Sat, 16 Jun 2001 01:03:49 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5G83nB40021 for freebsd-arch@freebsd.org; Sat, 16 Jun 2001 01:03:49 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Jun 2001 01:03:49 -0700 From: "David O'Brien" To: freebsd-arch@freebsd.org Subject: first cut at /etc/rc.d diff Message-ID: <20010616010349.A40011@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All this patch does is add FreeBSD ID's. Index: DAEMON =================================================================== RCS file: /home/ncvs/src/etc/rc.d/DAEMON,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DAEMON --- DAEMON 2001/06/16 07:16:14 1.1.1.1 +++ DAEMON 2001/06/16 07:58:09 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: DAEMON,v 1.4 2000/08/21 23:39:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: DAEMON Index: LOGIN =================================================================== RCS file: /home/ncvs/src/etc/rc.d/LOGIN,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 LOGIN --- LOGIN 2001/06/16 07:16:14 1.1.1.1 +++ LOGIN 2001/06/16 07:58:14 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: LOGIN,v 1.3 2000/07/20 23:36:56 lukem Exp $ +# $FreeBSD$ # # PROVIDE: LOGIN Index: Makefile =================================================================== RCS file: /home/ncvs/src/etc/rc.d/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile 2001/06/16 07:16:14 1.1.1.1 +++ Makefile 2001/06/16 07:58:36 @@ -1,4 +1,5 @@ # $NetBSD: Makefile,v 1.16 2001/01/14 15:37:22 minoura Exp $ +# $FreeBSD$ .include Index: NETWORK =================================================================== RCS file: /home/ncvs/src/etc/rc.d/NETWORK,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 NETWORK --- NETWORK 2001/06/16 07:16:14 1.1.1.1 +++ NETWORK 2001/06/16 07:58:43 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD$ +# $FreeBSD$ # # PROVIDE: NETWORK Index: SERVERS =================================================================== RCS file: /home/ncvs/src/etc/rc.d/SERVERS,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 SERVERS --- SERVERS 2001/06/16 07:16:14 1.1.1.1 +++ SERVERS 2001/06/16 07:58:50 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: SERVERS,v 1.4 2000/09/21 10:38:04 ad Exp $ +# $FreeBSD$ # # PROVIDE: SERVERS Index: accounting =================================================================== RCS file: /home/ncvs/src/etc/rc.d/accounting,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 accounting --- accounting 2001/06/16 07:16:14 1.1.1.1 +++ accounting 2001/06/16 07:58:59 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: accounting,v 1.2 2000/05/13 08:45:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: accounting Index: amd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/amd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 amd --- amd 2001/06/16 07:16:14 1.1.1.1 +++ amd 2001/06/16 07:59:03 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: amd,v 1.6 2000/09/19 13:04:38 lukem Exp $ +# $FreeBSD$ # # PROVIDE: amd Index: apmd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/apmd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 apmd --- apmd 2001/06/16 07:16:14 1.1.1.1 +++ apmd 2001/06/16 07:59:05 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: apmd,v 1.3 2000/05/13 08:45:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: apmd Index: bootconf.sh =================================================================== RCS file: /home/ncvs/src/etc/rc.d/bootconf.sh,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 bootconf.sh --- bootconf.sh 2001/06/16 07:16:14 1.1.1.1 +++ bootconf.sh 2001/06/16 07:59:07 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: bootconf.sh,v 1.2 2000/08/21 23:34:45 lukem Exp $ +# $FreeBSD$ # # PROVIDE: bootconf Index: bootparams =================================================================== RCS file: /home/ncvs/src/etc/rc.d/bootparams,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 bootparams --- bootparams 2001/06/16 07:16:14 1.1.1.1 +++ bootparams 2001/06/16 07:59:08 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: bootparams,v 1.4 2000/06/02 22:54:11 fvdl Exp $ +# $FreeBSD$ # # PROVIDE: bootparams Index: ccd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ccd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ccd --- ccd 2001/06/16 07:16:14 1.1.1.1 +++ ccd 2001/06/16 07:59:11 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ccd,v 1.2 2000/04/26 05:13:51 thorpej Exp $ +# $FreeBSD$ # # PROVIDE: disks Index: cleartmp =================================================================== RCS file: /home/ncvs/src/etc/rc.d/cleartmp,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 cleartmp --- cleartmp 2001/06/16 07:16:14 1.1.1.1 +++ cleartmp 2001/06/16 07:59:13 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: cleartmp,v 1.2 2000/05/13 08:45:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: cleartmp Index: cron =================================================================== RCS file: /home/ncvs/src/etc/rc.d/cron,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 cron --- cron 2001/06/16 07:16:14 1.1.1.1 +++ cron 2001/06/16 07:59:14 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: cron,v 1.4 2000/07/17 15:24:48 lukem Exp $ +# $FreeBSD$ # # PROVIDE: cron Index: dhclient =================================================================== RCS file: /home/ncvs/src/etc/rc.d/dhclient,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 dhclient --- dhclient 2001/06/16 07:16:14 1.1.1.1 +++ dhclient 2001/06/16 07:59:15 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: dhclient,v 1.6 2000/07/26 00:11:49 lukem Exp $ +# $FreeBSD$ # # PROVIDE: dhclient Index: dhcpd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/dhcpd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 dhcpd --- dhcpd 2001/06/16 07:16:14 1.1.1.1 +++ dhcpd 2001/06/16 07:59:17 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: dhcpd,v 1.3 2000/05/13 08:45:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: dhcpd Index: dhcrelay =================================================================== RCS file: /home/ncvs/src/etc/rc.d/dhcrelay,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 dhcrelay --- dhcrelay 2001/06/16 07:16:14 1.1.1.1 +++ dhcrelay 2001/06/16 07:59:18 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: dhcrelay,v 1.3 2000/05/13 08:45:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: dhcrelay Index: dmesg =================================================================== RCS file: /home/ncvs/src/etc/rc.d/dmesg,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 dmesg --- dmesg 2001/06/16 07:16:14 1.1.1.1 +++ dmesg 2001/06/16 07:59:19 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: dmesg,v 1.4 2000/07/26 00:11:49 lukem Exp $ +# $FreeBSD$ # # PROVIDE: dmesg Index: fsck =================================================================== RCS file: /home/ncvs/src/etc/rc.d/fsck,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 fsck --- fsck 2001/06/16 07:16:14 1.1.1.1 +++ fsck 2001/06/16 07:59:21 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD$ +# $FreeBSD$ # # PROVIDE: fsck Index: gated =================================================================== RCS file: /home/ncvs/src/etc/rc.d/gated,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 gated --- gated 2001/06/16 07:16:14 1.1.1.1 +++ gated 2001/06/16 07:59:22 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: gated,v 1.3 2000/05/13 08:45:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: gated Index: inetd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/inetd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 inetd --- inetd 2001/06/16 07:16:14 1.1.1.1 +++ inetd 2001/06/16 07:59:23 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: inetd,v 1.5 2000/07/17 15:24:48 lukem Exp $ +# $FreeBSD$ # # PROVIDE: inetd Index: ipfilter =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipfilter,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ipfilter --- ipfilter 2001/06/16 07:16:14 1.1.1.1 +++ ipfilter 2001/06/16 07:59:25 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ipfilter,v 1.8 2000/10/01 05:58:06 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ipfilter Index: ipmon =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipmon,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ipmon --- ipmon 2001/06/16 07:16:14 1.1.1.1 +++ ipmon 2001/06/16 07:59:28 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ipmon,v 1.2 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ipmon Index: ipnat =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipnat,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ipnat --- ipnat 2001/06/16 07:16:14 1.1.1.1 +++ ipnat 2001/06/16 07:59:29 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ipnat,v 1.5 2000/08/21 23:33:50 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ipnat Index: ipsec =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipsec,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ipsec --- ipsec 2001/06/16 07:16:14 1.1.1.1 +++ ipsec 2001/06/16 07:59:31 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ipsec,v 1.5 2000/07/21 01:16:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ipsec Index: isdnd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/isdnd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 isdnd --- isdnd 2001/06/16 07:16:14 1.1.1.1 +++ isdnd 2001/06/16 07:59:33 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: isdnd,v 1.2 2001/01/07 17:53:36 martin Exp $ +# $FreeBSD$ # # PROVIDE: isdnd Index: kdc =================================================================== RCS file: /home/ncvs/src/etc/rc.d/kdc,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 kdc --- kdc 2001/06/16 07:16:14 1.1.1.1 +++ kdc 2001/06/16 07:59:34 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: kdc,v 1.2 2000/09/19 13:04:38 lukem Exp $ +# $FreeBSD$ # # PROVIDE: kdc Index: ldconfig =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ldconfig,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ldconfig --- ldconfig 2001/06/16 07:16:14 1.1.1.1 +++ ldconfig 2001/06/16 07:59:36 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ldconfig,v 1.2 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ldconfig Index: lkm1 =================================================================== RCS file: /home/ncvs/src/etc/rc.d/lkm1,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 lkm1 --- lkm1 2001/06/16 07:16:14 1.1.1.1 +++ lkm1 2001/06/16 07:59:37 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: lkm1,v 1.5 2000/09/19 13:04:38 lukem Exp $ +# $FreeBSD$ # # PROVIDE: beforenetlkm Index: lkm2 =================================================================== RCS file: /home/ncvs/src/etc/rc.d/lkm2,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 lkm2 --- lkm2 2001/06/16 07:16:14 1.1.1.1 +++ lkm2 2001/06/16 07:59:39 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: lkm2,v 1.3 2000/07/15 02:30:18 lukem Exp $ +# $FreeBSD$ # # PROVIDE: beforemountlkm Index: lkm3 =================================================================== RCS file: /home/ncvs/src/etc/rc.d/lkm3,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 lkm3 --- lkm3 2001/06/16 07:16:14 1.1.1.1 +++ lkm3 2001/06/16 07:59:41 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: lkm3,v 1.4 2000/07/15 02:30:18 lukem Exp $ +# $FreeBSD$ # # PROVIDE: aftermountlkm Index: local =================================================================== RCS file: /home/ncvs/src/etc/rc.d/local,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 local --- local 2001/06/16 07:16:14 1.1.1.1 +++ local 2001/06/16 07:59:43 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: local,v 1.4 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # REQUIRE: DAEMON Index: lpd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/lpd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 lpd --- lpd 2001/06/16 07:16:14 1.1.1.1 +++ lpd 2001/06/16 07:59:45 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: lpd,v 1.3 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: lpd Index: mopd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/mopd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mopd --- mopd 2001/06/16 07:16:14 1.1.1.1 +++ mopd 2001/06/16 07:59:46 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: mopd,v 1.3 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: mopd Index: motd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/motd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 motd --- motd 2001/06/16 07:16:14 1.1.1.1 +++ motd 2001/06/16 07:59:48 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: motd,v 1.5 2000/09/19 13:04:38 lukem Exp $ +# $FreeBSD$ # # PROVIDE: motd Index: mountall =================================================================== RCS file: /home/ncvs/src/etc/rc.d/mountall,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mountall --- mountall 2001/06/16 07:16:14 1.1.1.1 +++ mountall 2001/06/16 07:59:50 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: mountall,v 1.2 2000/04/27 21:00:50 veego Exp $ +# $FreeBSD$ # # PROVIDE: mountall Index: mountcritlocal =================================================================== RCS file: /home/ncvs/src/etc/rc.d/mountcritlocal,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mountcritlocal --- mountcritlocal 2001/06/16 07:16:14 1.1.1.1 +++ mountcritlocal 2001/06/16 07:59:52 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: mountcritlocal,v 1.3 2000/07/26 00:11:49 lukem Exp $ +# $FreeBSD$ # # PROVIDE: mountcritlocal Index: mountcritremote =================================================================== RCS file: /home/ncvs/src/etc/rc.d/mountcritremote,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mountcritremote --- mountcritremote 2001/06/16 07:16:14 1.1.1.1 +++ mountcritremote 2001/06/16 07:59:57 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: mountcritremote,v 1.2 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: mountcritremote Index: mountd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/mountd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mountd --- mountd 2001/06/16 07:16:14 1.1.1.1 +++ mountd 2001/06/16 07:59:59 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: mountd,v 1.6 2000/06/02 22:54:11 fvdl Exp $ +# $FreeBSD$ # # PROVIDE: mountd Index: mrouted =================================================================== RCS file: /home/ncvs/src/etc/rc.d/mrouted,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 mrouted --- mrouted 2001/06/16 07:16:14 1.1.1.1 +++ mrouted 2001/06/16 08:00:01 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: mrouted,v 1.4 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: mrouted Index: named =================================================================== RCS file: /home/ncvs/src/etc/rc.d/named,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 named --- named 2001/06/16 07:16:14 1.1.1.1 +++ named 2001/06/16 08:00:02 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: named,v 1.5 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: named Index: network =================================================================== RCS file: /home/ncvs/src/etc/rc.d/network,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 network --- network 2001/06/16 07:16:14 1.1.1.1 +++ network 2001/06/16 08:00:03 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: network,v 1.29 2001/01/11 17:56:16 itojun Exp $ +# $FreeBSD$ # # PROVIDE: network Index: newsyslog =================================================================== RCS file: /home/ncvs/src/etc/rc.d/newsyslog,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 newsyslog --- newsyslog 2001/06/16 07:16:14 1.1.1.1 +++ newsyslog 2001/06/16 08:00:04 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD$ +# $FreeBSD$ # # PROVIDE: newsyslog Index: nfsd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/nfsd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 nfsd --- nfsd 2001/06/16 07:16:14 1.1.1.1 +++ nfsd 2001/06/16 08:00:06 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: nfsd,v 1.2 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: nfsd Index: nfslocking =================================================================== RCS file: /home/ncvs/src/etc/rc.d/nfslocking,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 nfslocking --- nfslocking 2001/06/16 07:16:14 1.1.1.1 +++ nfslocking 2001/06/16 08:00:07 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: nfslocking,v 1.3 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: nfslocking Index: ntpd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ntpd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ntpd --- ntpd 2001/06/16 07:16:14 1.1.1.1 +++ ntpd 2001/06/16 08:00:12 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ntpd,v 1.2 2000/05/13 08:45:07 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ntpd Index: ntpdate =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ntpdate,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ntpdate --- ntpdate 2001/06/16 07:16:14 1.1.1.1 +++ ntpdate 2001/06/16 08:00:13 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ntpdate,v 1.5 2000/08/21 14:48:39 abs Exp $ +# $FreeBSD$ # # PROVIDE: ntpdate Index: poffd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/poffd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 poffd --- poffd 2001/06/16 07:16:14 1.1.1.1 +++ poffd 2001/06/16 08:00:15 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD$ +# $FreeBSD$ # # PROVIDE: poffd Index: postfix =================================================================== RCS file: /home/ncvs/src/etc/rc.d/postfix,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 postfix --- postfix 2001/06/16 07:16:14 1.1.1.1 +++ postfix 2001/06/16 08:00:16 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: postfix,v 1.4 2000/05/13 08:45:08 lukem Exp $ +# $FreeBSD$ # # PROVIDE: mail Index: ppp =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ppp,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ppp --- ppp 2001/06/16 07:16:14 1.1.1.1 +++ ppp 2001/06/16 08:00:18 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ppp,v 1.3 2000/07/26 00:11:49 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ppp Index: pwcheck =================================================================== RCS file: /home/ncvs/src/etc/rc.d/pwcheck,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 pwcheck --- pwcheck 2001/06/16 07:16:14 1.1.1.1 +++ pwcheck 2001/06/16 08:00:20 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: pwcheck,v 1.2 2000/05/13 08:45:08 lukem Exp $ +# $FreeBSD$ # # PROVIDE: pwcheck Index: quota =================================================================== RCS file: /home/ncvs/src/etc/rc.d/quota,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 quota --- quota 2001/06/16 07:16:14 1.1.1.1 +++ quota 2001/06/16 08:00:23 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: quota,v 1.1.1.1 2000/03/10 11:53:24 lukem Exp $ +# $FreeBSD$ # # PROVIDE: quota Index: racoon =================================================================== RCS file: /home/ncvs/src/etc/rc.d/racoon,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 racoon --- racoon 2001/06/16 07:16:14 1.1.1.1 +++ racoon 2001/06/16 08:00:26 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD$ +# $FreeBSD$ # # PROVIDE: ike Index: raidframe =================================================================== RCS file: /home/ncvs/src/etc/rc.d/raidframe,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 raidframe --- raidframe 2001/06/16 07:16:14 1.1.1.1 +++ raidframe 2001/06/16 08:00:29 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: raidframe,v 1.4 2000/05/16 16:54:33 oster Exp $ +# $FreeBSD$ # # PROVIDE: disks Index: rarpd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/rarpd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rarpd --- rarpd 2001/06/16 07:16:14 1.1.1.1 +++ rarpd 2001/06/16 08:00:31 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: rarpd,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: rarpd Index: rbootd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/rbootd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rbootd --- rbootd 2001/06/16 07:16:14 1.1.1.1 +++ rbootd 2001/06/16 08:00:32 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: rbootd,v 1.4 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: rbootd Index: root =================================================================== RCS file: /home/ncvs/src/etc/rc.d/root,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 root --- root 2001/06/16 07:16:14 1.1.1.1 +++ root 2001/06/16 08:00:34 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: root,v 1.1.1.1 2000/03/10 11:53:24 lukem Exp $ +# $FreeBSD$ # # PROVIDE: root Index: route6d =================================================================== RCS file: /home/ncvs/src/etc/rc.d/route6d,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 route6d --- route6d 2001/06/16 07:16:14 1.1.1.1 +++ route6d 2001/06/16 08:00:40 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: route6d,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: route6d Index: routed =================================================================== RCS file: /home/ncvs/src/etc/rc.d/routed,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 routed --- routed 2001/06/16 07:16:14 1.1.1.1 +++ routed 2001/06/16 08:00:41 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: routed,v 1.4 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: routed Index: rpcbind =================================================================== RCS file: /home/ncvs/src/etc/rc.d/rpcbind,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rpcbind --- rpcbind 2001/06/16 07:16:14 1.1.1.1 +++ rpcbind 2001/06/16 08:00:42 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: rpcbind,v 1.4 2000/07/26 00:11:49 lukem Exp $ +# $FreeBSD$ # # PROVIDE: rpcbind Index: rtadvd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/rtadvd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rtadvd --- rtadvd 2001/06/16 07:16:14 1.1.1.1 +++ rtadvd 2001/06/16 08:00:48 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: rtadvd,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: rtadvd Index: rtsold =================================================================== RCS file: /home/ncvs/src/etc/rc.d/rtsold,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rtsold --- rtsold 2001/06/16 07:16:14 1.1.1.1 +++ rtsold 2001/06/16 08:00:50 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: rtsold,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: rtsold Index: rwho =================================================================== RCS file: /home/ncvs/src/etc/rc.d/rwho,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 rwho --- rwho 2001/06/16 07:16:14 1.1.1.1 +++ rwho 2001/06/16 08:00:55 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: rwho,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: rwho Index: savecore =================================================================== RCS file: /home/ncvs/src/etc/rc.d/savecore,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 savecore --- savecore 2001/06/16 07:16:14 1.1.1.1 +++ savecore 2001/06/16 08:00:58 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: savecore,v 1.2 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: savecore Index: screenblank =================================================================== RCS file: /home/ncvs/src/etc/rc.d/screenblank,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 screenblank --- screenblank 2001/06/16 07:16:14 1.1.1.1 +++ screenblank 2001/06/16 08:01:00 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: screenblank,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: screenblank Index: securelevel =================================================================== RCS file: /home/ncvs/src/etc/rc.d/securelevel,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 securelevel --- securelevel 2001/06/16 07:16:14 1.1.1.1 +++ securelevel 2001/06/16 08:01:05 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: securelevel,v 1.1 2000/08/21 23:31:24 lukem Exp $ +# $FreeBSD$ # # PROVIDE: securelevel Index: sendmail =================================================================== RCS file: /home/ncvs/src/etc/rc.d/sendmail,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sendmail --- sendmail 2001/06/16 07:16:14 1.1.1.1 +++ sendmail 2001/06/16 08:01:08 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: sendmail,v 1.12 2000/10/09 06:11:38 nisimura Exp $ +# $FreeBSD$ # # PROVIDE: mail Index: sshd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/sshd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sshd --- sshd 2001/06/16 07:16:14 1.1.1.1 +++ sshd 2001/06/16 08:01:10 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: sshd,v 1.7 2000/08/10 22:49:43 lukem Exp $ +# $FreeBSD$ # # PROVIDE: sshd Index: swap1 =================================================================== RCS file: /home/ncvs/src/etc/rc.d/swap1,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 swap1 --- swap1 2001/06/16 07:16:14 1.1.1.1 +++ swap1 2001/06/16 08:01:12 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: swap1,v 1.4 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: localswap Index: swap2 =================================================================== RCS file: /home/ncvs/src/etc/rc.d/swap2,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 swap2 --- swap2 2001/06/16 07:16:14 1.1.1.1 +++ swap2 2001/06/16 08:01:14 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: swap2,v 1.4 2000/07/17 12:27:04 lukem Exp $ +# $FreeBSD$ # # PROVIDE: nonlocalswap Index: sysctl =================================================================== RCS file: /home/ncvs/src/etc/rc.d/sysctl,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sysctl --- sysctl 2001/06/16 07:16:14 1.1.1.1 +++ sysctl 2001/06/16 08:01:20 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: sysctl,v 1.8 2000/06/13 16:29:55 itojun Exp $ +# $FreeBSD$ # # PROVIDE: sysctl Index: sysdb =================================================================== RCS file: /home/ncvs/src/etc/rc.d/sysdb,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sysdb --- sysdb 2001/06/16 07:16:14 1.1.1.1 +++ sysdb 2001/06/16 08:01:21 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: sysdb,v 1.6 2000/10/09 05:02:14 nisimura Exp $ +# $FreeBSD$ # # PROVIDE: sysdb Index: syslogd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/syslogd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 syslogd --- syslogd 2001/06/16 07:16:14 1.1.1.1 +++ syslogd 2001/06/16 08:01:24 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: syslogd,v 1.6 2000/07/29 21:50:20 veego Exp $ +# $FreeBSD$ # # PROVIDE: syslogd Index: timed =================================================================== RCS file: /home/ncvs/src/etc/rc.d/timed,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 timed --- timed 2001/06/16 07:16:14 1.1.1.1 +++ timed 2001/06/16 08:01:25 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: timed,v 1.3 2000/05/13 08:45:09 lukem Exp $ +# $FreeBSD$ # # PROVIDE: timed Index: ttys =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ttys,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ttys --- ttys 2001/06/16 07:16:14 1.1.1.1 +++ ttys 2001/06/16 08:01:28 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ttys,v 1.1.1.1 2000/03/10 11:53:24 lukem Exp $ +# $FreeBSD$ # # PROVIDE: tty Index: virecover =================================================================== RCS file: /home/ncvs/src/etc/rc.d/virecover,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 virecover --- virecover 2001/06/16 07:16:14 1.1.1.1 +++ virecover 2001/06/16 08:01:30 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: virecover,v 1.3 2000/07/26 00:11:49 lukem Exp $ +# $FreeBSD$ # # PROVIDE: virecover Index: wscons =================================================================== RCS file: /home/ncvs/src/etc/rc.d/wscons,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 wscons --- wscons 2001/06/16 07:16:14 1.1.1.1 +++ wscons 2001/06/16 08:01:32 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: wscons,v 1.5 2000/08/21 23:02:25 lukem Exp $ +# $FreeBSD$ # # PROVIDE: wscons Index: xdm =================================================================== RCS file: /home/ncvs/src/etc/rc.d/xdm,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 xdm --- xdm 2001/06/16 07:16:14 1.1.1.1 +++ xdm 2001/06/16 08:01:34 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: xdm,v 1.5 2000/07/17 15:24:48 lukem Exp $ +# $FreeBSD$ # # PROVIDE: xdm Index: xfs =================================================================== RCS file: /home/ncvs/src/etc/rc.d/xfs,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 xfs --- xfs 2001/06/16 07:16:14 1.1.1.1 +++ xfs 2001/06/16 08:01:38 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: xfs,v 1.4 2000/09/19 13:04:39 lukem Exp $ +# $FreeBSD$ # # PROVIDE: xfs Index: ypbind =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ypbind,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ypbind --- ypbind 2001/06/16 07:16:14 1.1.1.1 +++ ypbind 2001/06/16 08:01:41 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ypbind,v 1.3 2000/05/13 08:45:10 lukem Exp $ +# $FreeBSD$ # # PROVIDE: ypbind Index: yppasswdd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/yppasswdd,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 yppasswdd --- yppasswdd 2001/06/16 07:16:14 1.1.1.1 +++ yppasswdd 2001/06/16 08:01:54 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: yppasswdd,v 1.4 2000/06/02 22:54:13 fvdl Exp $ +# $FreeBSD$ # # PROVIDE: yppasswdd Index: ypserv =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ypserv,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ypserv --- ypserv 2001/06/16 07:16:14 1.1.1.1 +++ ypserv 2001/06/16 08:01:55 @@ -1,6 +1,7 @@ #!/bin/sh # # $NetBSD: ypserv,v 1.4 2000/06/02 22:54:13 fvdl Exp $ +# $FreeBSD$ # # PROVIDE: ypserv To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat Jun 16 2:35:14 2001 Delivered-To: freebsd-arch@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id EBBD937B405; Sat, 16 Jun 2001 02:35:09 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f5G9Z2D41239; Sat, 16 Jun 2001 02:35:02 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Jun 2001 02:35:02 -0700 From: "David O'Brien" To: "Pedro F. Giffuni" Cc: arch@FreeBSD.ORG Subject: Re: SHARED=symlinks, /sys/contrib/ipfilter/netinet: problems and thefix Message-ID: <20010616023502.B41027@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010614130754.A13655@sunbay.com> <20010614110608.C75022@dragon.nuxi.com> <3B29005D.7C5E41BC@pitt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B29005D.7C5E41BC@pitt.edu>; from pfg1+@pitt.edu on Thu, Jun 14, 2001 at 02:20:14PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 14, 2001 at 02:20:14PM -0400, Pedro F. Giffuni wrote: > Not knowing where it should be relevant, I had sent this to the doc > list: > http://www.netbsd.org/Documentation/software/3rdparty/ That is *sweet*! I wish we had a document like that. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat Jun 16 14:10:23 2001 Delivered-To: freebsd-arch@freebsd.org Received: from ringworld.nanolink.com (diskworld.nanolink.com [195.24.48.189]) by hub.freebsd.org (Postfix) with SMTP id 826A037B403 for ; Sat, 16 Jun 2001 14:10:12 -0700 (PDT) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 11686 invoked by uid 1000); 16 Jun 2001 21:08:42 -0000 Date: Sun, 17 Jun 2001 00:08:42 +0300 From: Peter Pentchev To: audit@FreeBSD.org Cc: arch@FreeBSD.ORG Subject: new kldconfig(8) [was: new kldpath(8): display/modify the module search path] Message-ID: <20010617000842.G1956@ringworld.oblivion.bg> Mail-Followup-To: audit@FreeBSD.org, arch@FreeBSD.ORG References: <20010615225012.T94445@ringworld.oblivion.bg> <200106152010.f5FKAoT01353@mass.dis.org> <20010615230249.V94445@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010615230249.V94445@ringworld.oblivion.bg>; from roam@orbitel.bg on Fri, Jun 15, 2001 at 11:02:50PM +0300 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 15, 2001 at 11:02:50PM +0300, Peter Pentchev wrote: > > OK, after some more discussion on IRC, it seems that the "don't check" > approach is best, with kldload-time checking. I'll think some more > about it when I get home. > > Thanks to all thread participatns for the feedback, I'll be back! :) And, as promised, I am :) The next version is at: http://people.FreeBSD.org/~roam/devel/sys/kldconfig/kldconfig-01.tar.gz with the (attached) textual manpage rendering at: http://people.FreeBSD.org/~roam/devel/sys/kldconfig/kldconfig.0-01.txt I've tried to follow ldconfig's syntax for the most part, but some deviations were kind of necessary. One of them is the reuse of the -i option to specify insertion of the new paths at the start, since I agree now with Mike Smith's opinion that kldconfig need check no paths, and Robert Watson's opinion that ldconfig's default checking mode might be removed at some point in favor of load-time checks. G'luck, Peter (bracing for the next round of well-grounded comments that shall probably lead to another almost total rewrite :) PS. Ah well, I just noticed a grammar error in the very first words of the manpage's 'DESCRIPTION' section :) Shall be fixed in the next version :) -- This would easier understand fewer had omitted. KLDCONFIG(8) FreeBSD System Manager's Manual KLDCONFIG(8) NAME kldconfig - display or modify the kernel module search path SYNOPSIS kldconfig [-dfimnUv] [-S name] [path ...] kldconfig -r DESCRIPTION The kldconfig displays or modifies the search path used by the kernel when loading modules using the kldload(8) utility or the kldload(2) syscall. The following options are available: -d Remove the specified paths from the module search path. -f Do not display a diagnostic message if a path specified for adding is already present in the search path, or if a path speci- fied for removing is not present in the search path. This may be useful in startup/shutdown scripts for adding a path to a filesystem which is still not mounted, or in shutdown scripts for unconditionally removing a path that may have been added during startup. -i Add the specified paths to the beginning of the search path, not to the end. This option can only be used when adding paths. -m Instead of replacing the module search path with the set of paths specified, ``merge'' in the new entries. -n Do not actually change the module search path. -r Display the current search path. This option cannot be used if any paths are also specified. -S name Specify the sysctl name to use instead of the default kern.module_path. -U ``Unique-ify'' the current search path - if any of the directo- ries is repeated one or more times, only the first occurrence remains. This option implies -m. -v Verbose output: display the new module search path. If the path has been changed, and the -v flag is specified more than once, the old path is displayed as well. FILES /boot/kernel /boot/modules /modules The default module search path used by the kernel. DIAGNOSTICS The kldconfig utility exits with a status of 0 on success and with a nonzero status if an error occurs. SEE ALSO kldload(2), kldload(8), sysctl(8). HISTORY The kldconfig command first appeared in FreeBSD 5.0. AUTHORS Peter Pentchev FreeBSD June 15, 2001 FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message