From owner-freebsd-hackers Sun Mar 16 10:27:13 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 849FB37B401 for ; Sun, 16 Mar 2003 10:27:12 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A1443FEC for ; Sun, 16 Mar 2003 10:26:59 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id LAA20452; Sun, 16 Mar 2003 11:26:57 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2GIQudA010109; Sun, 16 Mar 2003 11:26:56 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15988.49648.483313.383942@emerger.yogotech.com> Date: Sun, 16 Mar 2003 11:26:56 -0700 To: Sergey Babkin Cc: hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E73DCF7.80490FA6@bellatlantic.net> References: <3E73DCF7.80490FA6@bellatlantic.net> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The idea is to support a "cache" repository (the one copied to a local > machine by CVSup or CTM) transparently. So that the reads from > directory will go from the local cache repository (and won't > overstrain the remote server, and will be fast too), while the commits > and other changes will go into the remote master repository. Good stuff. I wanted something like this *years* ago when we first started using CVS in FreeBSD. > The value specified in CVSROOTCACHE is the local path to the cache > repository. All the check-outs, updates, diffs etc. will be obtained > from there. All the check-ins, tagging etc. will go into the master > repository specified by CVSROOT. Naturally, to see these changes > in the cache repository, it needs to be updated by some outside > means such as CVSup or CTM. So, the cache doesn't automagically update itself when commits are done? This is less useful, since often-times after a commit has been done the user is still working in the same general area, so a 'cvs update' would now give the user older files since the read-only cache is not up-to-date, thus making it a requirement that everytime you make a commit, you also sychronize the cache. If this could be done automagically, it would make the cache more 'coherent' and things much more useful. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 11:10:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24B8F37B401 for ; Sun, 16 Mar 2003 11:10:54 -0800 (PST) Received: from pop018.verizon.net (pop018pub.verizon.net [206.46.170.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49EAA43F93 for ; Sun, 16 Mar 2003 11:10:53 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.157.224]) by pop018.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030316191051.PCRG6884.pop018.verizon.net@bellatlantic.net>; Sun, 16 Mar 2003 13:10:51 -0600 Message-ID: <3E74CC37.DF83EE46@bellatlantic.net> Date: Sun, 16 Mar 2003 14:10:47 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Nate Williams Cc: hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop018.verizon.net from [138.89.157.224] at Sun, 16 Mar 2003 13:10:50 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > > > The value specified in CVSROOTCACHE is the local path to the cache > > repository. All the check-outs, updates, diffs etc. will be obtained > > from there. All the check-ins, tagging etc. will go into the master > > repository specified by CVSROOT. Naturally, to see these changes > > in the cache repository, it needs to be updated by some outside > > means such as CVSup or CTM. > > So, the cache doesn't automagically update itself when commits are done? > This is less useful, since often-times after a commit has been done the > user is still working in the same general area, so a 'cvs update' would > now give the user older files since the read-only cache is not > up-to-date, thus making it a requirement that everytime you make a > commit, you also sychronize the cache. That's the plan for the next stage, provided that the first stage goes well. I'm yet to play with CVSup and see if it can be integrated there (as with system()) easily without making a lot of changes to CVS itself. Otherwise I'm aftarid it's going to be a large amount of work to duplicate this functionality :-( Yet another idea is to be able to make "local commits" with committing them to the central remote repository later. Now I have to use RCS locally for the temporary in-delevopment versions of file. Would be nice to have a kind of a local branch which can be later committed as a whole - in one commit per file, or by duplicating all the intermediate versions with their messages. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 11:18:58 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87B1337B401 for ; Sun, 16 Mar 2003 11:18:56 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9994D43F93 for ; Sun, 16 Mar 2003 11:18:55 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id MAA20742; Sun, 16 Mar 2003 12:18:54 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2GJIr7G010617; Sun, 16 Mar 2003 12:18:53 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15988.52765.777500.37926@emerger.yogotech.com> Date: Sun, 16 Mar 2003 12:18:53 -0700 To: Sergey Babkin Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E74CC37.DF83EE46@bellatlantic.net> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > The value specified in CVSROOTCACHE is the local path to the cache > > > repository. All the check-outs, updates, diffs etc. will be obtained > > > from there. All the check-ins, tagging etc. will go into the master > > > repository specified by CVSROOT. Naturally, to see these changes > > > in the cache repository, it needs to be updated by some outside > > > means such as CVSup or CTM. > > > > So, the cache doesn't automagically update itself when commits are done? > > This is less useful, since often-times after a commit has been done the > > user is still working in the same general area, so a 'cvs update' would > > now give the user older files since the read-only cache is not > > up-to-date, thus making it a requirement that everytime you make a > > commit, you also sychronize the cache. > > That's the plan for the next stage, provided that the first stage > goes well. I'm yet to play with CVSup and see if it can be > integrated there (as with system()) easily without making a lot > of changes to CVS itself. Otherwise I'm aftarid it's going to > be a large amount of work to duplicate this functionality :-( Another choice is to have the commit be also made to the 'cache' if and only if the remote (master) respository has accepted the commit. That way, the commit is made in both repositories using the same algorithm, so in essence they should be in sync. This saves the overhead of running a complete synchronization of all the files. And, you have a safe 'fallback' of mirroring the remote tree which should cleanup any problems you had, which will still be for any non-local modifications. > Yet another idea is to be able to make "local commits" with committing > them to the central remote repository later. I'd do the reverse, since the possibility of synchronization problems are a huge deal. Imagine if someone 'snuck' in and made a commit in the master tree after your local commit was made, but before 'later' occurred and your cache pushed it out to the master tree. If you only allow the commit if it can occur locally, you're ensuring that the cache can't get out of date with local changes. I tried something like the above (cause it was easier to implement), and it worked most of the time. However, the times it didn't work it was a royal pain in the *ss to cleanup and get the original commit back out. > Now I have to use RCS > locally for the temporary in-delevopment versions of file. Would > be nice to have a kind of a local branch which can be later committed > as a whole - in one commit per file, or by duplicating all the > intermediate versions with their messages. Agreed. The downside to the above method is that it requires network access to make a commit. However, it certainly simplifies the problem set. :) :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 11:58:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF0437B401 for ; Sun, 16 Mar 2003 11:58:09 -0800 (PST) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 877E143FA3 for ; Sun, 16 Mar 2003 11:58:08 -0800 (PST) (envelope-from sean@perrin.int.nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id DAAE42105B; Sun, 16 Mar 2003 11:58:07 -0800 (PST) Date: Sun, 16 Mar 2003 11:58:07 -0800 From: Sean Chittenden To: Nate Williams Cc: Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient Message-ID: <20030316195807.GH66903@perrin.int.nxad.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+JUInw4efm7IfTNU" Content-Disposition: inline In-Reply-To: <15988.52765.777500.37926@emerger.yogotech.com> User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 3849 3760 1AFE 7B17 11A0 83A6 DD99 E31F BC84 B341 X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+JUInw4efm7IfTNU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > Yet another idea is to be able to make "local commits" with committing > > them to the central remote repository later. >=20 > I'd do the reverse, since the possibility of synchronization problems > are a huge deal. Imagine if someone 'snuck' in and made a commit in > the master tree after your local commit was made, but before 'later' > occurred and your cache pushed it out to the master tree. >=20 > If you only allow the commit if it can occur locally, you're ensuring > that the cache can't get out of date with local changes. I tried > something like the above (cause it was easier to implement), and it > worked most of the time. However, the times it didn't work it was a > royal pain in the *ss to cleanup and get the original commit back out. It'd be cool to teach CVSup to ignore updating certain files that have been marked locally as "dirty" or "in flux" until they've been committed through to the master repo. Even better would be to have CVSup ignore making changes to designated branches (RELENG_5_SEANC). The corollary to that would be to teach cvs(1) to commit changes to the master repo that have been made to the local repo. Version number sync would be a problem, but it'd be really cool to be able to do that. With a branch mapping layer (RELENG_5_SEANC -> HEAD), people could actually get back into the habit of using CVS as a development tool instead of just a way of publishing finalized work. Maybe the above changes could be rolled into the rewrite of CVSup in C. CVSup -> C ld cvsup -lkse cvsup(1) -> base system ::grin:: -sc --=20 Sean Chittenden --+JUInw4efm7IfTNU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: Sean Chittenden iD8DBQE+dNdO3ZnjH7yEs0ERAquTAJ95NC5Au5Et3mJ8PDDTaNSnrQPcggCeJNqj +wKleHhn2ctN2IvGV87J38Y= =v+3J -----END PGP SIGNATURE----- --+JUInw4efm7IfTNU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 13:14:40 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 573F337B404 for ; Sun, 16 Mar 2003 13:14:39 -0800 (PST) Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF2943F3F for ; Sun, 16 Mar 2003 13:14:38 -0800 (PST) (envelope-from jared@puck.nether.net) Received: (from jared@localhost) by puck.nether.net (8.12.8/8.12.6) id h2GLE0KX001107 for freebsd-hackers@freebsd.org; Sun, 16 Mar 2003 16:14:00 -0500 Date: Sun, 16 Mar 2003 16:14:00 -0500 From: Jared Mauch To: freebsd-hackers@freebsd.org Subject: jail support for ping, traceroute, etc.. crude hack Message-ID: <20030316211400.GE32478@puck.nether.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG so, i am working on building a "super-server" for me and several friends to collaborate with on the money front to put our machine in a colo location, etc.. and still have good access to networking resources. as a result, i needed to modify the FreeBSD kernel such that it will allow us to use ping, traceroute and other tools. obviously we know there will be some underlying security issues associated but we are sophisticated to understand the nature of these and they are an 'acceptable' situation. my diffs are available at http://puck.nether.net/~jared/fbsd-4.8-rc1-diff-jail-raw_ip.txt and are against the 4.8-rc1 /usr/src/sys tree yeah, they're crude but it gets the desired job done. there is a sysctl to control it, so if its not the desired operation it can be easily tweaked. send me comments. enjoy, - jared -- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 13:43:32 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 740C837B401 for ; Sun, 16 Mar 2003 13:43:31 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5634443F85 for ; Sun, 16 Mar 2003 13:43:28 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 92BAF5308; Sun, 16 Mar 2003 22:43:26 +0100 (CET) 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: Sergey Babkin Cc: hackers@freebsd.org Subject: Re: making CVS more convenient From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 16 Mar 2003 22:43:26 +0100 In-Reply-To: <3E73DCF7.80490FA6@bellatlantic.net> (Sergey Babkin's message of "Sat, 15 Mar 2003 21:09:59 -0500") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <3E73DCF7.80490FA6@bellatlantic.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Babkin writes: > A similar thing may be achieved by checking the files out from the local > repository and doing any modification command with option -d. But that's > troublesome and inconvenient. Read the manual page for the shell you're using, with particular emphasis on the 'alias' builtin command. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 13:45:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 838CD37B401 for ; Sun, 16 Mar 2003 13:45:54 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00BB43F85 for ; Sun, 16 Mar 2003 13:45:53 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 5A5F85309; Sun, 16 Mar 2003 22:45:51 +0100 (CET) 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: Sean Chittenden Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 16 Mar 2003 22:45:50 +0100 In-Reply-To: <20030316195807.GH66903@perrin.int.nxad.com> (Sean Chittenden's message of "Sun, 16 Mar 2003 11:58:07 -0800") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Chittenden writes: > It'd be cool to teach CVSup to ignore updating certain files that have > been marked locally as "dirty" or "in flux" until they've been > committed through to the master repo. With the -s option, cvsup will not touch files that it believes are in sync until they are updated on the server. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 13:48:43 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D950237B401 for ; Sun, 16 Mar 2003 13:48:42 -0800 (PST) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6144743F3F for ; Sun, 16 Mar 2003 13:48:42 -0800 (PST) (envelope-from sean@perrin.int.nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id 3C03721059; Sun, 16 Mar 2003 13:48:41 -0800 (PST) Date: Sun, 16 Mar 2003 13:48:41 -0800 From: Sean Chittenden To: Dag-Erling Sm?rgrav Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient Message-ID: <20030316214841.GJ66903@perrin.int.nxad.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 3849 3760 1AFE 7B17 11A0 83A6 DD99 E31F BC84 B341 X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > It'd be cool to teach CVSup to ignore updating certain files that have > > been marked locally as "dirty" or "in flux" until they've been > > committed through to the master repo. > > With the -s option, cvsup will not touch files that it believes are > in sync until they are updated on the server. ^^^ not ? -s is a bit dicey to trust unless you grab an exclusive lock on the file and prevent other people from making a change to the file on the server. -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 14: 1: 0 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E4C37B401 for ; Sun, 16 Mar 2003 14:00:59 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E76B843FAF for ; Sun, 16 Mar 2003 14:00:58 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 7FBAD5308; Sun, 16 Mar 2003 23:00:56 +0100 (CET) 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: Sean Chittenden Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 16 Mar 2003 23:00:56 +0100 In-Reply-To: <20030316214841.GJ66903@perrin.int.nxad.com> (Sean Chittenden's message of "Sun, 16 Mar 2003 13:48:41 -0800") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <20030316214841.GJ66903@perrin.int.nxad.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Chittenden writes: > > With the -s option, cvsup will not touch files that it believes are > > in sync until they are updated on the server. > ^^^ > not ? no, not "not". "cvsup will not touch files that it believes are in sync", the operative word here being "believes" - with -s cvsup will use the checkout list and won't even look at the actual file unless the server says it has a newer version than what is listed in the checkout list. > -s is a bit dicey to trust unless you grab an exclusive lock on the > file and prevent other people from making a change to the file on the > server. -sc You actually *want* the -s induced failure in this case. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 14:10:46 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 023CB37B401 for ; Sun, 16 Mar 2003 14:10:45 -0800 (PST) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5876843FBF for ; Sun, 16 Mar 2003 14:10:44 -0800 (PST) (envelope-from sean@perrin.int.nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id A1BB421059; Sun, 16 Mar 2003 14:10:43 -0800 (PST) Date: Sun, 16 Mar 2003 14:10:43 -0800 From: Sean Chittenden To: Dag-Erling Sm?rgrav Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient Message-ID: <20030316221043.GL66903@perrin.int.nxad.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <20030316214841.GJ66903@perrin.int.nxad.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 3849 3760 1AFE 7B17 11A0 83A6 DD99 E31F BC84 B341 X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > With the -s option, cvsup will not touch files that it believes are > > > in sync until they are updated on the server. > > ^^^ > > not ? > > no, not "not". "cvsup will not touch files that it believes are in > sync", the operative word here being "believes" - with -s cvsup will > use the checkout list and won't even look at the actual file unless > the server says it has a newer version than what is listed in the > checkout list. I think we're having a mis-communication. I want cvsup to edit the files that are in sync with the master server. I want cvsup to ignore or leave alone files that are out of sync with the server (ie: don't re-transfer the file in the assumption that its been "corrupted"). We working from the same set of intentions and just colliding in the communication dept (most likely what it means to be in "sync")? > > -s is a bit dicey to trust unless you grab an exclusive lock on > > the file and prevent other people from making a change to the file > > on the server. -sc > > You actually *want* the -s induced failure in this case. If -s induces a failure when there are local changes that haven't come down from the master repo, that'd be slick... it still sounds like you'd have to clear your ,v file if you commit your changes after someone had made a change to the file after you made a local commit. [local commit to file A ] [different developer commits to file A on master repo] [commit to file A on master repo] [cvsup local repo with master repo] Wouldn't you have to delete A,v before A,v would continue to pick up future changes? -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 14:23:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EADB37B401 for ; Sun, 16 Mar 2003 14:23:52 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEAB543F85 for ; Sun, 16 Mar 2003 14:23:51 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 2F6CB5308; Sun, 16 Mar 2003 23:23:48 +0100 (CET) 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: Sean Chittenden Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 16 Mar 2003 23:23:48 +0100 In-Reply-To: <20030316221043.GL66903@perrin.int.nxad.com> (Sean Chittenden's message of "Sun, 16 Mar 2003 14:10:43 -0800") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <20030316214841.GJ66903@perrin.int.nxad.com> <20030316221043.GL66903@perrin.int.nxad.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Chittenden writes: > [local commit to file A ] > [different developer commits to file A on master repo] > [commit to file A on master repo] > [cvsup local repo with master repo] > > Wouldn't you have to delete A,v before A,v would continue to pick up > future changes? -sc No, cvsup would notice that the local file has the wrong size and re-fetch it (rather than just add the missing delta) so the local change would be replaced with the remote change. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 14:30: 1 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4767B37B404 for ; Sun, 16 Mar 2003 14:30:00 -0800 (PST) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC4DD43FBD for ; Sun, 16 Mar 2003 14:29:59 -0800 (PST) (envelope-from sean@perrin.int.nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id 468062105B; Sun, 16 Mar 2003 14:29:58 -0800 (PST) Date: Sun, 16 Mar 2003 14:29:58 -0800 From: Sean Chittenden To: Dag-Erling Sm?rgrav Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient Message-ID: <20030316222958.GM66903@perrin.int.nxad.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <20030316214841.GJ66903@perrin.int.nxad.com> <20030316221043.GL66903@perrin.int.nxad.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 3849 3760 1AFE 7B17 11A0 83A6 DD99 E31F BC84 B341 X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > [local commit to file A ] > > [different developer commits to file A on master repo] > > [commit to file A on master repo] > > [cvsup local repo with master repo] > > > > Wouldn't you have to delete A,v before A,v would continue to pick up > > future changes? -sc > > No, cvsup would notice that the local file has the wrong size and > re-fetch it (rather than just add the missing delta) so the local > change would be replaced with the remote change. Right, which is what I was trying to suggest a fix for in the first place: the ability to prevent the loss of work committed to a local repository when using cvsup to sync repositories with the master repo. -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 14:30:46 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D42BC37B401 for ; Sun, 16 Mar 2003 14:30:43 -0800 (PST) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2A9743F93 for ; Sun, 16 Mar 2003 14:30:42 -0800 (PST) (envelope-from mooneer@translator.cx) Received: from pool0071.cvx31-bradley.dialup.earthlink.net ([209.179.146.71] helo=morpheus) by gull.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 18ugeL-0004tB-00; Sun, 16 Mar 2003 14:30:38 -0800 From: "Mooneer Salem" To: "Jared Mauch" , Subject: RE: jail support for ping, traceroute, etc.. crude hack Date: Sun, 16 Mar 2003 14:30:36 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <20030316211400.GE32478@puck.nether.net> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, This patch is interesting. To my understanding though, ipfw uses RAW sockets to communicate with the kernel. Therefore, it might be possible to edit the ipfw table from within the jail, which may be a bad thing. Just a thought. Thanks, -- Mooneer Salem GPLTrans: http://www.translator.cx/ lifeafterking.org: http://www.lifeafterking.org/ -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Jared Mauch Sent: Sunday, March 16, 2003 1:14 PM To: freebsd-hackers@freebsd.org Subject: jail support for ping, traceroute, etc.. crude hack so, i am working on building a "super-server" for me and several friends to collaborate with on the money front to put our machine in a colo location, etc.. and still have good access to networking resources. as a result, i needed to modify the FreeBSD kernel such that it will allow us to use ping, traceroute and other tools. obviously we know there will be some underlying security issues associated but we are sophisticated to understand the nature of these and they are an 'acceptable' situation. my diffs are available at http://puck.nether.net/~jared/fbsd-4.8-rc1-diff-jail-raw_ip.txt and are against the 4.8-rc1 /usr/src/sys tree yeah, they're crude but it gets the desired job done. there is a sysctl to control it, so if its not the desired operation it can be easily tweaked. send me comments. enjoy, - jared -- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 14:58:26 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DA837B401 for ; Sun, 16 Mar 2003 14:58:23 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B19A43F3F for ; Sun, 16 Mar 2003 14:58:23 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18uh4v-0006iT-00; Sun, 16 Mar 2003 14:58:06 -0800 Message-ID: <3E75010D.EEA8B4D@mindspring.com> Date: Sun, 16 Mar 2003 14:56:13 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sean Chittenden Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a431cddb6a2fc4c0b9f589eb8f76d7a3092601a10902912494350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Chittenden wrote: > It'd be cool to teach CVSup to ignore updating certain files that have > been marked locally as "dirty" or "in flux" until they've been > committed through to the master repo. Even better would be to have > CVSup ignore making changes to designated branches (RELENG_5_SEANC). This issue comes up at least once a year. I first suggested this nearly 10 years ago, right after CVSup was first introduced. Due to logistical problems, this actually won't work, as we discovered after the first such discussion, around that time. What has to happen is an ability to CVSup a remote project repository into a local vendor branch. Local modifications occur on the vendor branch, which can then be tagged and merged at will with the vendor branch head, to create a new local vendor branch. The closest that CVS/CVSup has come to this is the idea of a local vendor branch that implicitly does not generate conflicts on a reimport. > The corollary to that would be to teach cvs(1) to commit changes to > the master repo that have been made to the local repo. Version number > sync would be a problem, but it'd be really cool to be able to do > that. With a branch mapping layer (RELENG_5_SEANC -> HEAD), people > could actually get back into the habit of using CVS as a development > tool instead of just a way of publishing finalized work. Nate's suggestion covers the version number issue... sort of. It assumes that the patches will be approved for commit to the main repo, and it assumes that the main repo will not get tagged in between. The main problem with that is pretty obvious, especially around code-freeze/code-slush, but also for anyone without a commit bit, or who is being "mentored", and so lacks the ability to "just commit". A more minor problem is that it replaced the version conflict with a "$FreeBSD$" conflict that CVSup has to ignore. What it really comes down to is use of tools. Using the "magic" branch number, it's possible to do what you want, if you are willing to commit the code twice, and maintain two copies, a snapshot and an active CVSup, of the repository, and update the snapshot from the active, when and if your changes are rolled in. And for changes that are refused... you have to generate a patch set from the snapshot, and apply it to the new snapshot, each time you want to update. So you flip between 2/3/2/3/2/3/2 repository copies, to enable you to deal with patch application conflicts, when they arise. > Maybe the above changes could be rolled into the rewrite of CVSup in > C. That's probably best. It would make changing the code to CVSup onto a local vendor branch much more accessible, and doing that would make it much easier to deal with all these issues: just check in on the local HEAD, and don't worry about it. Submit patches via a "cvs diff" vs. the HEAD and the vendor branch. Patches generated this way will "magically" disappear as the vendor branch is updated by CVSup. A bonus would be that, if you were building a product based on FreeBSD and several other projects that supported CVSup, by doing this, you could integrate them all into the same local repository. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:12: 5 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E54037B401 for ; Sun, 16 Mar 2003 15:12:03 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A9343F93 for ; Sun, 16 Mar 2003 15:12:02 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18uhIN-0000M0-00; Sun, 16 Mar 2003 15:12:00 -0800 Message-ID: <3E750471.3498C9BE@mindspring.com> Date: Sun, 16 Mar 2003 15:10:41 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a401c74ddf995fdd86811c75e379619854350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Babkin wrote: > Nate Williams wrote: [ ... "CVS cache and cache coherency" ... ] > Yet another idea is to be able to make "local commits" with committing > them to the central remote repository later. Now I have to use RCS > locally for the temporary in-delevopment versions of file. Would > be nice to have a kind of a local branch which can be later committed > as a whole - in one commit per file, or by duplicating all the > intermediate versions with their messages. Not really possible, without CVSup coming onto a vendor branch instead of verbatim copying of the repository. Incoherent: ,-------. ,-------. | Main |---- cvsup --->| Cache | | Repo | | Repo | `-------' `-------' ^ | | cvs co cvs ci | | V | ,-------. | | Work | `-------------------| Copy | `-------' Coherent: ,-------. ,-------. | Main |------------ cvsup ----------->| Cache | | Repo | | Repo | `-------' / `-------' ^ / (Vendor Branch) | (HEAD) / | ,-------. cvs ci --------------->| Cache | ^ | Repo | | `-------' | | | cvs co | | | V | ,-------. | | Work | `-------------------| Copy | `-------' This also happens to solve the "I do all my developement work for my company using -STABLE" problem... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:21:38 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B06137B404 for ; Sun, 16 Mar 2003 15:21:36 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D2143F93 for ; Sun, 16 Mar 2003 15:21:32 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA22211; Sun, 16 Mar 2003 16:21:27 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2GNLQLx013162; Sun, 16 Mar 2003 16:21:26 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15989.1782.166458.477601@emerger.yogotech.com> Date: Sun, 16 Mar 2003 16:21:26 -0700 To: Terry Lambert Cc: Sean Chittenden , Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E75010D.EEA8B4D@mindspring.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > The corollary to that would be to teach cvs(1) to commit changes to > > the master repo that have been made to the local repo. Version number > > sync would be a problem, but it'd be really cool to be able to do > > that. With a branch mapping layer (RELENG_5_SEANC -> HEAD), people > > could actually get back into the habit of using CVS as a development > > tool instead of just a way of publishing finalized work. > > Nate's suggestion covers the version number issue... sort of. It > assumes that the patches will be approved for commit to the main > repo This is easy to get around, b/c if the commit doesn't happen successfully on the repo, then the commit fails, and as such it also won't also be committed to the local branch (the remote commit failed). > and it assumes that the main repo will not get tagged in > between. For *most* users, this is not a problem. My solution is for the developer. However, it's not intended to make the local cache a complete mirror of the remote repository. That is a whole 'nother project. :) > The main problem with that is pretty obvious, especially > around code-freeze/code-slush, but also for anyone without a commit > bit, or who is being "mentored", and so lacks the ability to "just > commit". Even during code-freeze, it does allow you to everything you *need* to do safely. If you attempt a commit and your local cache isn't up-to-date, then the commit will fail, and the user will have to re-sychronize their repository. Fortunately, this is a mostly rare occurance, especially if there are regular scheduled synchronization occurances (aka; nightly cron jobs). > A more minor problem is that it replaced the version conflict with a > "$FreeBSD$" conflict that CVSup has to ignore. See above. This is mostly a non-issue as long as the versions are kept up-to-date. No merges will be attempted what-so-ever, even if they would not necessarily cause conflicts. However, this is all a pipe-dream, although Sergey's work is making it less pie-in-the-sky. The other solution to the problem is the P4 route. Making things so darn effecient that there's little need to have a local mirror. Where this falls down is when the remote developer doesn't have a 24x7 connection to the main repository. From what I've been told ClearCase allows for 'mirrored read-only' repositories similar to what most of the open-source CVS developers have been doing with sup/CVSup for years, although it's nowhere near as effecient as CVSup at creating snapshots. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:29:16 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2917737B401 for ; Sun, 16 Mar 2003 15:29:15 -0800 (PST) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 6936243FA3 for ; Sun, 16 Mar 2003 15:29:12 -0800 (PST) (envelope-from janm@transactionware.com) Received: (qmail 41928 invoked from network); 16 Mar 2003 23:29:26 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 16 Mar 2003 23:29:26 -0000 Received: (qmail 28788 invoked by uid 1006); 16 Mar 2003 23:29:37 -0000 Received: from janm@transactionware.com by new.transactionware.com by uid 1003 with qmail-scanner-1.10 (uvscan: v4.1.40/v4249. . Clear:0. Processed in 0.362726 secs); 16 Mar 2003 23:29:37 -0000 Received: from mosm1.transactionware.com (HELO mosm1) (192.168.1.130) by new.transactionware.com with SMTP; 16 Mar 2003 23:29:37 -0000 From: "Jan Mikkelsen" To: "'Nate Williams'" , "'Terry Lambert'" Cc: "'Sean Chittenden'" , "'Sergey Babkin'" , Subject: RE: making CVS more convenient Date: Mon, 17 Mar 2003 10:25:41 +1100 Organization: Transactionware Message-ID: <003301c2ec13$5c8614e0$fc5807ca@mosm1> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <15989.1782.166458.477601@emerger.yogotech.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > The other solution to the problem is the P4 route. Making things so > darn effecient that there's little need to have a local mirror. Where > this falls down is when the remote developer doesn't have a 24x7 > connection to the main repository. From what I've been told ClearCase > allows for 'mirrored read-only' repositories similar to what > most of the > open-source CVS developers have been doing with sup/CVSup for years, > although it's nowhere near as effecient as CVSup at creating > snapshots. The current version of Perforce has "p4proxy" which caches a local copy of the depot files used. To the p4 client, it looks just like the server. The Perforce model makes this a bit easier with a significant amount of client state stored on the server. What is the status of Perforce in the FreeBSD project? Is the issue the absence of a "p4up"? Licensing? Inertia? Regards, Jan Mikkelsen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:32:44 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF2137B407 for ; Sun, 16 Mar 2003 15:32:42 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5725543F75 for ; Sun, 16 Mar 2003 15:32:41 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18uhcL-0002Pd-00; Sun, 16 Mar 2003 15:32:37 -0800 Message-ID: <3E750942.57742CDD@mindspring.com> Date: Sun, 16 Mar 2003 15:31:14 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Yaoping Ruan Cc: hackers@FreeBSD.ORG Subject: Re: Kernel trace References: <3E6FFAAE.2B6108F8@cs.princeton.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a6cd0579fdf898d8b304500bfc30d432350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yaoping Ruan wrote: > Does any one know the implementation of "ktrace" in FreeBSD? I would > like to hack the source code and have a relatively easy way to copy > the kernel stack image when a certain of thing happens, such as page > fault. It should work like the breakpoints in gdb. But kernel panic > is too much trouble for just a single stack image, and kgdb is not > simple enough. Which source file(s) I should look at? Look at: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/ktrace/ktrace.c http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_ktrace.c And from the checkins list on each of these, determine who is maintaining the code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:32:59 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C88A37B401 for ; Sun, 16 Mar 2003 15:32:55 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97C2143FA3 for ; Sun, 16 Mar 2003 15:32:54 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA22306; Sun, 16 Mar 2003 16:32:49 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2GNWmra013316; Sun, 16 Mar 2003 16:32:48 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15989.2464.921797.617183@emerger.yogotech.com> Date: Sun, 16 Mar 2003 16:32:48 -0700 To: "Jan Mikkelsen" Cc: "'Nate Williams'" , "'Terry Lambert'" , "'Sean Chittenden'" , "'Sergey Babkin'" , Subject: RE: making CVS more convenient In-Reply-To: <003301c2ec13$5c8614e0$fc5807ca@mosm1> References: <15989.1782.166458.477601@emerger.yogotech.com> <003301c2ec13$5c8614e0$fc5807ca@mosm1> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > The other solution to the problem is the P4 route. Making things so > > darn effecient that there's little need to have a local mirror. Where > > this falls down is when the remote developer doesn't have a 24x7 > > connection to the main repository. From what I've been told ClearCase > > allows for 'mirrored read-only' repositories similar to what > > most of the > > open-source CVS developers have been doing with sup/CVSup for years, > > although it's nowhere near as effecient as CVSup at creating > > snapshots. > > The current version of Perforce has "p4proxy" which caches a local copy > of the depot files used. Does it still require a working net link to the master repository? When it was originally released, I remember it being useful for slow links, but not so good on non-existant links (ie; airplane rides, etc..) > What is the status of Perforce in the FreeBSD project? Is the issue the > absence of a "p4up"? Licensing? Inertia? See the archives for a more thorough discussion, but I believe the licensing is the biggest issue. If we moved to use commercial software, it would make our development much more difficult for the average developer to track our progress. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:42:44 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C874237B404 for ; Sun, 16 Mar 2003 15:42:42 -0800 (PST) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id F1F2443F75 for ; Sun, 16 Mar 2003 15:42:40 -0800 (PST) (envelope-from janm@transactionware.com) Received: (qmail 42119 invoked from network); 16 Mar 2003 23:42:54 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 16 Mar 2003 23:42:54 -0000 Received: (qmail 28995 invoked by uid 1006); 16 Mar 2003 23:43:05 -0000 Received: from janm@transactionware.com by new.transactionware.com by uid 1003 with qmail-scanner-1.10 (uvscan: v4.1.40/v4249. . Clear:0. Processed in 0.347994 secs); 16 Mar 2003 23:43:05 -0000 Received: from mosm1.transactionware.com (HELO mosm1) (192.168.1.130) by new.transactionware.com with SMTP; 16 Mar 2003 23:43:04 -0000 From: "Jan Mikkelsen" To: "'Nate Williams'" Cc: "'Terry Lambert'" , "'Sean Chittenden'" , "'Sergey Babkin'" , Subject: RE: making CVS more convenient Date: Mon, 17 Mar 2003 10:39:16 +1100 Organization: Transactionware Message-ID: <003901c2ec15$4243c080$fc5807ca@mosm1> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <15989.2464.921797.617183@emerger.yogotech.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > > The current version of Perforce has "p4proxy" which caches > a local copy > > of the depot files used. > > Does it still require a working net link to the master > repository? When > it was originally released, I remember it being useful for slow links, > but not so good on non-existant links (ie; airplane rides, etc..) Yes, it still requires a working link. Perforce depends on being able to keep its database of client state up to date. > > What is the status of Perforce in the FreeBSD project? > > See the archives for a more thorough discussion, but I believe the > licensing is the biggest issue. If we moved to use > commercial software, > it would make our development much more difficult for the average > developer to track our progress. I'll take a look. Presumably something like a "p4up" could get around that. Regards, Jan. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 15:56:14 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CAEB37B401 for ; Sun, 16 Mar 2003 15:56:13 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B958043F3F for ; Sun, 16 Mar 2003 15:56:11 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 543B85308; Mon, 17 Mar 2003 00:56:07 +0100 (CET) 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: Sean Chittenden Cc: Nate Williams , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 17 Mar 2003 00:56:06 +0100 In-Reply-To: <20030316222958.GM66903@perrin.int.nxad.com> (Sean Chittenden's message of "Sun, 16 Mar 2003 14:29:58 -0800") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <20030316214841.GJ66903@perrin.int.nxad.com> <20030316221043.GL66903@perrin.int.nxad.com> <20030316222958.GM66903@perrin.int.nxad.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sean Chittenden writes: > Right, which is what I was trying to suggest a fix for in the first > place: the ability to prevent the loss of work committed to a local > repository when using cvsup to sync repositories with the master repo. if you *want* to keep the local changes (I thought you didn't because they'd be reflected in the master repo) there is a documented mechanism for committing local changes on a CVS branch which cvsup will ignore. RTFM. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 16: 1:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313EA37B401 for ; Sun, 16 Mar 2003 16:01:43 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB18E43F75 for ; Sun, 16 Mar 2003 16:01:42 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18ui4N-0005W7-00; Sun, 16 Mar 2003 16:01:36 -0800 Message-ID: <3E751008.818915CA@mindspring.com> Date: Sun, 16 Mar 2003 16:00:08 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: andykinney@advantagecom.net Cc: Julian Elischer , freebsd-hackers@freebsd.org Subject: Re: increasing KVA_PAGES and broken pthreads References: <3E71FB25.27881.363E6F4@localhost> <3E7209EE.8610.39DAB11@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a422d04eedaa06edc4ffd832f288b467e5667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Kinney wrote: > Really? I was under the impression that FreeBSD was capable of > addressing 8TB of RAM if the hardware supports it. Don't > remember which FreeBSD list archive I read that in, but it's not a > topic that seems to come up often since most hardware is limited > to 4GB of address space. I've got access to hardware that can > address 32GB of RAM. Not sure of the exact details of how it > works (multiple external memory managers?), but it's a quad Xeon > board by SuperMicro. No, it can not access 32G of RAM. It can access a 4G window on 32G of RAM. > If it's a question of "is there any application that can ever use that > much RAM", we're certainly testing the limits here. :-) We're not > swapping at all with 4GB, but on several occasions we've gotten > close or swapped a few hundred KB. Our two little 2GHz CPUs > are humming right along, but most of the time they're better than > 60% idle. I imagine that if we pushed the CPUs a bit harder or got > hit with a big traffic spike, we'd probably start swapping and want to > start thinking about a system that can handle more RAM. Suggest you examine: Specifically, search for "Jake Burkholder". Likely, when this is committed, it will be treated as "a different architecture" (IMO), rather than "Patches to i386". See the recent PC98 "It's ISA!"/"It's not!"/"Is too!"/"Is not!"/... discussion for details as to why. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 16:16:14 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E6EB37B401 for ; Sun, 16 Mar 2003 16:16:10 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 131F043F3F for ; Sun, 16 Mar 2003 16:16:10 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18uiIQ-0006Lf-00; Sun, 16 Mar 2003 16:16:06 -0800 Message-ID: <3E75136C.54F3A98@mindspring.com> Date: Sun, 16 Mar 2003 16:14:36 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Tinguely Cc: andykinney@advantagecom.net, freebsd-hackers@FreeBSD.ORG Subject: Re: increasing KVA_PAGES and broken pthreads References: <200303151448.h2FEm4Mt089695@casselton.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e75a06af8993549a3cb6d7bf53d0f5663ca473d225a0f487350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Tinguely wrote: > Intel x86 hardware allows windows of 4GB of virtual memory even if > you have the PSE-36 and the PAE extensions with more the 4GB of > physical memory. Sound a little like Intel's 64KB windows, but > if I remember correctly, the 4GB does not have to be contiguous. > > It would require a true MMU such as those in the 64 bit architectures > (AMD opteron, Intel ia64, sparc64) to simulataneously be able to use > more than 4GB of RAM. > > So far the thought it is better to go with a true 64 MMU than take > and get a flat address space than take the performance hit (, plus > the memory loss for the much larger page table without much benefit) > than try to shuffle in the 4GB windows. Check the thread on this topic > in the archives. Jake Burkholder is doin PAE work in the context of FreeBSD. IMO, it should be committed in "pae386" instead of "i386" (e.g. treated like "pc98"). I don't know if this is possible, unless the hardware/software VM handling partition is sufficiently opaque (it should be, but there may be some border cases). Other than that, everything you've said is true, I think. I would add that that still leaves you with 4G of space to split between KVA and UVA, so it will not solve Mr. Kinney's problem in the least, since his problem is available kernel address space, not actual physical RAM. The KVA space *could* be split from the UVA space, giving 4G each, rather than 4G total. But for this to happen, you would have to decouple the kernel from dealing with process data that is passed to it from UVA by simply establishing page mappings for it, rather than copying it around. If you did that, it would, I think, drastically increase the amount of copying that happens on reads, writes, etc., and vastly slow down the copyin, copyout, uiomove, and similar functions, as well as making mmap of physical device memory, such as the AGP aperture used by X11 for AGP-enhanced video cards, rather harder to implement (if you consider that to access particular memory from user space may require moving elelments of your 4G window around, in the trap handler for page faults, you will see the problem). Practically, PAE/PSE-36 are not really useful, in that they do not keep you from bumping your head in the kernel or in user space processes, when it comes to available address space, which is *much* more important that the amount of available physical memory. And you can get 4G for each (per the above), without going to PAE/PSE-36. Short version: no matter what you do on a 32 bit architecture, a "char *" is going to be 32 bits. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 16:24:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3659737B401 for ; Sun, 16 Mar 2003 16:24:08 -0800 (PST) Received: from geekpunk.net (adsl-154-168-94.bna.bellsouth.net [68.154.168.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D796243F3F for ; Sun, 16 Mar 2003 16:24:06 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h2H0Bc4T027578; Sun, 16 Mar 2003 18:11:38 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h2H0BZ7e027577; Sun, 16 Mar 2003 18:11:35 -0600 (CST) (envelope-from bandix) Date: Sun, 16 Mar 2003 18:11:34 -0600 From: "Brandon D. Valentine" To: Nate Williams Cc: Jan Mikkelsen , "'Terry Lambert'" , "'Sean Chittenden'" , "'Sergey Babkin'" , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient Message-ID: <20030317001134.GJ25577@geekpunk.net> References: <15989.1782.166458.477601@emerger.yogotech.com> <003301c2ec13$5c8614e0$fc5807ca@mosm1> <15989.2464.921797.617183@emerger.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15989.2464.921797.617183@emerger.yogotech.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Mar 16, 2003 at 04:32:48PM -0700, Nate Williams wrote: > > What is the status of Perforce in the FreeBSD project? Is the issue the > > absence of a "p4up"? Licensing? Inertia? > > See the archives for a more thorough discussion, but I believe the > licensing is the biggest issue. If we moved to use commercial software, > it would make our development much more difficult for the average > developer to track our progress. I think one only needs to take a look at the Linux community and the situation they have found themselves in wrt to BitKeeper to understand the risks associated with making a project dependent on commercial source control. Even if our license with Perforce were rather liberal, without access to the Perforce source code we are leaving a lot of things to chance. What happens if Perforce folds or discontinues their source control product? Are our bits forever trapped inside a p4 repo which is dependent on binaries which may eventually cease working with our ABI and/or APIs and require a compatibility layer? What if we port to new platforms which Perforce doesn't offer binaries for (or even worse, they've folded and we can no longer get new binaries)? I think we have an opportunity to learn from the mistakes Linux has made here and we'd be foolish not to. It is important to note that CVS and Perforce are nowhere near the only options available in this space. In fact, CVS is not the only open source product out there. I think FreeBSD would be wise to consider a move to Subversion[0] when it reaches release, as it fixes most of the bugs and complaints about CVS while following POLA. svn(1) works pretty much like cvs(1) and that's a Good Thing. For a full discussion of the various SCMs available, both open source and proprietary, see Rick Moen's listing of them[1]. [0] - http://subversion.tigris.org/ [1] - http://linuxmafia.com/~rick/linux-info/scm.html Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: valentine is currently undertaking an esrc funded research project into living on the edge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 16:39:29 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC4D637B401 for ; Sun, 16 Mar 2003 16:39:26 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A64D43F3F for ; Sun, 16 Mar 2003 16:39:26 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18uies-0006JA-00; Sun, 16 Mar 2003 16:39:20 -0800 Message-ID: <3E7518D7.DA16352@mindspring.com> Date: Sun, 16 Mar 2003 16:37:43 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nate Williams Cc: Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> <15989.1782.166458.477601@emerger.yogotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a456fb36b65bf8578b26d38590d331b570387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > > Nate's suggestion covers the version number issue... sort of. It > > assumes that the patches will be approved for commit to the main > > repo > > This is easy to get around, b/c if the commit doesn't happen > successfully on the repo, then the commit fails, and as such it also > won't also be committed to the local branch (the remote commit failed). I see how you are viewing this: as a means of avoiding a full CVSup. I think the reason the cache was wanted was not to avoid the CVSup, but to allow operations *other than CVSup* to proceed more quickly? If so, this kind of reduces the reason for having a local cache: attempt locally, and then, if successful, attempt remotely. > > and it assumes that the main repo will not get tagged in > > between. > > For *most* users, this is not a problem. My solution is for the > developer. However, it's not intended to make the local cache a > complete mirror of the remote repository. That is a whole 'nother > project. :) Specifically, it's for "the FreeBSD developer", not "the developer who uses FreeBSD". 8-). > > A more minor problem is that it replaced the version conflict with a > > "$FreeBSD$" conflict that CVSup has to ignore. > > See above. This is mostly a non-issue as long as the versions are kept > up-to-date. No merges will be attempted what-so-ever, even if they > would not necessarily cause conflicts. I think this is still an issue because of the date, and because of the committer name. Even if the committer name is the same (in your scenario where "the FreeBSD developer" is the issue, I'll concede it might be, except in the mentor case), the timestamp will still shoot you in the foot. > However, this is all a pipe-dream, although Sergey's work is making it > less pie-in-the-sky. Yes. As I said: 10 years and counting. 8-). > The other solution to the problem is the P4 route. Making things so > darn effecient that there's little need to have a local mirror. Where > this falls down is when the remote developer doesn't have a 24x7 > connection to the main repository. From what I've been told ClearCase > allows for 'mirrored read-only' repositories similar to what most of the > open-source CVS developers have been doing with sup/CVSup for years, > although it's nowhere near as effecient as CVSup at creating snapshots. Yes, P4 solves a *lot* of the problems, except the mirroring in the first place. ClearCase is nice, in its way, but you are right about CVSup being a much better tool for the job; that's why all the people who complain about it continue running it anyway... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 16:45:14 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FF837B404 for ; Sun, 16 Mar 2003 16:45:10 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D4743FAF for ; Sun, 16 Mar 2003 16:45:09 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id RAA22775; Sun, 16 Mar 2003 17:45:04 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2H0j3gw014533; Sun, 16 Mar 2003 17:45:03 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15989.6799.899838.89854@emerger.yogotech.com> Date: Sun, 16 Mar 2003 17:45:03 -0700 To: Terry Lambert Cc: Nate Williams , Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E7518D7.DA16352@mindspring.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> <15989.1782.166458.477601@emerger.yogotech.com> <3E7518D7.DA16352@mindspring.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > Nate's suggestion covers the version number issue... sort of. It > > > assumes that the patches will be approved for commit to the main > > > repo > > > > This is easy to get around, b/c if the commit doesn't happen > > successfully on the repo, then the commit fails, and as such it also > > won't also be committed to the local branch (the remote commit failed). > > I see how you are viewing this: as a means of avoiding a full > CVSup. > > I think the reason the cache was wanted was not to avoid the > CVSup, but to allow operations *other than CVSup* to proceed > more quickly? Having a local 'CVS' tree mirrored already does this. However, it's a hassle since everytime you make a commit, you have to modify the parameters (or use an alias), and after the commit has completed, you have to resynchronize your mirrored tree otherwise your commit will be lost on your first 'cvs update'. > If so, this kind of reduces the reason for having a local cache: > attempt locally, and then, if successful, attempt remotely. See above. It reduces the 'hassle' factor immensely. > > > > and it assumes that the main repo will not get tagged in > > > between. > > > > For *most* users, this is not a problem. My solution is for the > > developer. However, it's not intended to make the local cache a > > complete mirror of the remote repository. That is a whole 'nother > > project. :) > > Specifically, it's for "the FreeBSD developer", not "the developer > who uses FreeBSD". 8-). I wasn't trying to imply that the CVS mods were specifically targeted at FreeBSD users. For what it's worth, I have *numerous* occasions outside of the project where this functionality would have been helpful > > > A more minor problem is that it replaced the version conflict with a > > > "$FreeBSD$" conflict that CVSup has to ignore. > > > > See above. This is mostly a non-issue as long as the versions are kept > > up-to-date. No merges will be attempted what-so-ever, even if they > > would not necessarily cause conflicts. > > I think this is still an issue because of the date, and because of > the committer name. ???? If the files are the same version, the committer name would also be the same in the Id tag, even when it's committed. > Even if the committer name is the same (in your > scenario where "the FreeBSD developer" is the issue, I'll concede it > might be, except in the mentor case), the timestamp will still shoot > you in the foot. CVS doesn't use timestamps. The Id is also created at checkout time, so it's value in the database is mostly irrelevant. > > The other solution to the problem is the P4 route. Making things so > > darn effecient that there's little need to have a local mirror. Where > > this falls down is when the remote developer doesn't have a 24x7 > > connection to the main repository. From what I've been told ClearCase > > allows for 'mirrored read-only' repositories similar to what most of the > > open-source CVS developers have been doing with sup/CVSup for years, > > although it's nowhere near as effecient as CVSup at creating snapshots. > > Yes, P4 solves a *lot* of the problems, except the mirroring in > the first place. ClearCase is nice, in its way, but you are right > about CVSup being a much better tool for the job; that's why all > the people who complain about it continue running it anyway... 8-). *grin* Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 16:57:26 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0558437B401 for ; Sun, 16 Mar 2003 16:57:24 -0800 (PST) Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED89443FA3 for ; Sun, 16 Mar 2003 16:57:22 -0800 (PST) (envelope-from jared@puck.nether.net) Received: (from jared@localhost) by puck.nether.net (8.12.8/8.12.6) id h2H0uf7N009886; Sun, 16 Mar 2003 19:56:41 -0500 Date: Sun, 16 Mar 2003 19:56:41 -0500 From: Jared Mauch To: Mooneer Salem Cc: Jared Mauch , freebsd-hackers@freebsd.org Subject: Re: jail support for ping, traceroute, etc.. crude hack Message-ID: <20030317005641.GA8288@puck.nether.net> References: <20030316211400.GE32478@puck.nether.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Mar 16, 2003 at 02:30:36PM -0800, Mooneer Salem wrote: > Hello, > > This patch is interesting. To my understanding though, ipfw uses RAW sockets > to communicate with the kernel. Therefore, it might be possible to edit the > ipfw table from within the jail, which may be a bad thing. Just a thought. At least in this environment I do not expect to be using IPFW, but this could be something to watch out for in other environments.. When i was looking at this i was somewhat frustated with the way suser() doesn't really allow any sort of a context-of-check to happen easily that i was able to find. ie, was it for a networking check, filesystem, etc.. so my first stab at this ended up with every user being able to do raw ip packets which was bad.. i ended up doing the p->p_prison save hack instead to get the result then applied the prison policy there. Something that i would have no idea where to start on but am interested in doing is also extending the jail support to include IPv6 in addition to the IPv4 sockets but that can cause some issues in an eui-64 environment.. personally i dislike eui-64 as if you change the ethernet card (which i tend to swap out periodically as i need to take a card out of my desktop to match up with dual-nic cards in other machines) it renumbers you. - jared > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Jared Mauch > Sent: Sunday, March 16, 2003 1:14 PM > To: freebsd-hackers@freebsd.org > Subject: jail support for ping, traceroute, etc.. crude hack > > > > so, i am working on building a "super-server" for me > and several friends to collaborate with on the money front > to put our machine in a colo location, etc.. and still have good > access to networking resources. > > as a result, i needed to modify the FreeBSD kernel such > that it will allow us to use ping, traceroute and other tools. > > obviously we know there will be some underlying security > issues associated but we are sophisticated to understand the > nature of these and they are an 'acceptable' situation. > > my diffs are available at > > http://puck.nether.net/~jared/fbsd-4.8-rc1-diff-jail-raw_ip.txt > and are against the 4.8-rc1 /usr/src/sys tree > > yeah, they're crude but it gets the desired job done. there > is a sysctl to control it, so if its not the desired operation > it can be easily tweaked. > > send me comments. > > enjoy, > > - jared > > -- > Jared Mauch | pgp key available via finger from jared@puck.nether.net > clue++; | http://puck.nether.net/~jared/ My statements are only mine. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > > > -- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 17:13: 0 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44ED837B404 for ; Sun, 16 Mar 2003 17:12:56 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F5643FAF for ; Sun, 16 Mar 2003 17:12:55 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx22-bradley.dialup.earthlink.net ([209.179.199.252] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18ujBI-0004aO-00; Sun, 16 Mar 2003 17:12:49 -0800 Message-ID: <3E75209E.EDD1A593@mindspring.com> Date: Sun, 16 Mar 2003 17:10:54 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nate Williams Cc: Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> <15989.1782.166458.477601@emerger.yogotech.com> <3E7518D7.DA16352@mindspring.com> <15989.6799.899838.89854@emerger.yogotech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a420c77442c6d29d9989945833f8849f2aa8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > > I see how you are viewing this: as a means of avoiding a full > > CVSup. > > > > I think the reason the cache was wanted was not to avoid the > > CVSup, but to allow operations *other than CVSup* to proceed > > more quickly? > > Having a local 'CVS' tree mirrored already does this. However, it's a > hassle since everytime you make a commit, you have to modify the > parameters (or use an alias), and after the commit has completed, you > have to resynchronize your mirrored tree otherwise your commit will be > lost on your first 'cvs update'. Yes. This is the main gripe you are representing here, in a nutshell, I think: "I want to CVSup, get on an airplane to the U.S., and be able to work like I normally work, without having to worry about synchronization, because it will happen automatically next time I connect up to the net." "In theory, application and theory are the same, but in application, they are not". 8-). > > If so, this kind of reduces the reason for having a local cache: > > attempt locally, and then, if successful, attempt remotely. > > See above. It reduces the 'hassle' factor immensely. I don't think it can. The commits you want to make are to the local (offline) repository copy, and you want them to be reflected back to the online repository, automatically. This really can't happin, unless the order is "local, remote". You suggested that the order should be "remote, local", which solves a different problem: "I want to CVSup and get a local repository copy, make changes to the main repository, and have them reflected in my local copy without a time-consuming CVSup. In other words, I want my local repository treated as a cache with an explicit coherency protocol to save me invalidations on write-through instead of write-back." Making this work is substantially harder, but at least by doing the commit to the remote repository first, and stalling the local commit until after it succeeds, means that you have the remote repository information "in hand" when you go to do the local commit, so you can either "invalidate" the local copy if it's older than the repository copy (one file CVSup), or, as happens now, refuse the commit. Maybe the way to handle this *could* be a cache, but it would be a weird animal: you would need to batch pending commits to the remote repository locally, but checkouts from the local repository would be pending until later. This risks an intermediate commit on a file being "lost", or a loss of modification history for multiple commits on the same file, but it *could* be made to work, though there would be a real PITA with regard to CVSROOT moving around, unless you used some way to suppress path... The way you would do this is... snapshots! ...TA DA! Snapshot the local CVS repository copy, and then make commits locally. By examining the deltas between the local repository and the snapshot of it, you could "replay" commits into the remote repository. The problem here is that in the case of a conflict, you would need to discard the new image in favor of the snapshot; you might also run into conflicts, but if the "replay" mechanism were able to deal with it, it could "rewrite history", so that you don't lose modification history, and you don't lose any incremental state (e.g. I add a manifest constant and use it in another file, and then I change the name, and I get a checkin conflict between the two). But as you said before, this is probably wishful thinking: for it to work, you would need to fiddle the dates, which would open some huge holes, I think. > > > For *most* users, this is not a problem. My solution is for the > > > developer. However, it's not intended to make the local cache a > > > complete mirror of the remote repository. That is a whole 'nother > > > project. :) > > > > Specifically, it's for "the FreeBSD developer", not "the developer > > who uses FreeBSD". 8-). > > I wasn't trying to imply that the CVS mods were specifically targeted at > FreeBSD users. For what it's worth, I have *numerous* occasions outside > of the project where this functionality would have been helpful Yep, I expected so; I think everyone does... hence the "8-)". > > > > A more minor problem is that it replaced the version conflict with a > > > > "$FreeBSD$" conflict that CVSup has to ignore. > > > > > > See above. This is mostly a non-issue as long as the versions are kept > > > up-to-date. No merges will be attempted what-so-ever, even if they > > > would not necessarily cause conflicts. > > > > I think this is still an issue because of the date, and because of > > the committer name. > > ???? If the files are the same version, the committer name would also > be the same in the Id tag, even when it's committed. Nope. I commit locally as "nwilliams", and then I commit on FreeBSD.org as "nate". Then I try to update, and the versions match, but the tag data in the file itself doesn't. > > Even if the committer name is the same (in your > > scenario where "the FreeBSD developer" is the issue, I'll concede it > > might be, except in the mentor case), the timestamp will still shoot > > you in the foot. > > CVS doesn't use timestamps. The Id is also created at checkout time, so > it's value in the database is mostly irrelevant. Ah, OK, then I retract the timestamp argument. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 17:20:14 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B04C37B401 for ; Sun, 16 Mar 2003 17:20:11 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 117C743FDF for ; Sun, 16 Mar 2003 17:20:09 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id SAA22991; Sun, 16 Mar 2003 18:20:03 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2H1K2Ms015230; Sun, 16 Mar 2003 18:20:02 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15989.8898.487754.186309@emerger.yogotech.com> Date: Sun, 16 Mar 2003 18:20:02 -0700 To: Terry Lambert Cc: Nate Williams , Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E75209E.EDD1A593@mindspring.com> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> <15989.1782.166458.477601@emerger.yogotech.com> <3E7518D7.DA16352@mindspring.com> <15989.6799.899838.89854@emerger.yogotech.com> <3E75209E.EDD1A593@mindspring.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > I see how you are viewing this: as a means of avoiding a full > > > CVSup. > > > > > > I think the reason the cache was wanted was not to avoid the > > > CVSup, but to allow operations *other than CVSup* to proceed > > > more quickly? > > > > Having a local 'CVS' tree mirrored already does this. However, it's a > > hassle since everytime you make a commit, you have to modify the > > parameters (or use an alias), and after the commit has completed, you > > have to resynchronize your mirrored tree otherwise your commit will be > > lost on your first 'cvs update'. > > Yes. This is the main gripe you are representing here, in a > nutshell, I think: > > "I want to CVSup, get on an airplane to the U.S., and > be able to work like I normally work, without having > to worry about synchronization, because it will happen > automatically next time I connect up to the net." > > "In theory, application and theory are the same, but in application, > they are not". 8-). Sort of. I want to be able to CVSup, get on an airplane, create a bunch of changes (all the while having access to logs, ability to do diffs, etc..), get off an airplane, dialup from my hotel, commit my changes, and have everything *just* work w/out having to re-synchronize my tree. Right now, I can do this, but it requires a lot of steps to get right, and there's room for mistakes being made the entire time. (Accidentally committing changes to the local tree which get lost upon re-synchronization, confusion on the part of the users, requiring additional tools such as CVSup, configuration, etc..) > > > If so, this kind of reduces the reason for having a local cache: > > > attempt locally, and then, if successful, attempt remotely. > > > > See above. It reduces the 'hassle' factor immensely. > > I don't think it can. The commits you want to make are to the > local (offline) repository copy, and you want them to be reflected > back to the online repository, automatically. See above. I'm not expecting to commit when offline. I'm expecting to commit online, but I don't want to have to setup the CVSupd at the remote end, ensure that anytime we add new modules it's kept up-to-date, ensure that the users don't accidentally commit to the wrong tree, etc.. I want to set things up *once* in CVS, and have it *just* work. If they attempt to commit but don't have a connection to the master, then CVS will fail to allow the commit. If they attempt to commit and their local version does not match the version in the master, it fails. You get the picture. What you described (and I deleted) was a description of what might be nice, but what I think is nearly impossible to do correctly 100% of the time. > > > > > A more minor problem is that it replaced the version conflict with a > > > > > "$FreeBSD$" conflict that CVSup has to ignore. > > > > > > > > See above. This is mostly a non-issue as long as the versions are kept > > > > up-to-date. No merges will be attempted what-so-ever, even if they > > > > would not necessarily cause conflicts. > > > > > > I think this is still an issue because of the date, and because of > > > the committer name. > > > > ???? If the files are the same version, the committer name would also > > be the same in the Id tag, even when it's committed. > > Nope. I commit locally as "nwilliams", and then I commit on > FreeBSD.org as "nate". Then I try to update, and the versions > match, but the tag data in the file itself doesn't. I couldn't commit as 'nwilliams' on the master repository, since the master doesn't allow commits by nwilliams. Again, when commits are done, they are done *remotely* against the master, and then 'mirrored' in the local cache. However, if they master aborts the commit, it simply won't get done locally. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 18:28:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEA9137B404 for ; Sun, 16 Mar 2003 18:28:09 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0A8743FA3 for ; Sun, 16 Mar 2003 18:28:08 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h2H2S6nl001627; Sun, 16 Mar 2003 18:28:06 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h2H2S5T0001626; Sun, 16 Mar 2003 18:28:05 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 16 Mar 2003 18:28:04 -0800 From: David Schultz To: Terry Lambert Cc: Nate Williams , Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient Message-ID: <20030317022804.GA1547@HAL9000.homeunix.com> Mail-Followup-To: Terry Lambert , Nate Williams , Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> <15989.1782.166458.477601@emerger.yogotech.com> <3E7518D7.DA16352@mindspring.com> <15989.6799.899838.89854@emerger.yogotech.com> <3E75209E.EDD1A593@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E75209E.EDD1A593@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > Nope. I commit locally as "nwilliams", and then I commit on > FreeBSD.org as "nate". Then I try to update, and the versions > match, but the tag data in the file itself doesn't. So Terry has actually been writing code for the FreeBSD project all these years and nobody knew it! And here I thought Nate was doing all of his own work. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 18:35:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1866737B401; Sun, 16 Mar 2003 18:35:20 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2682C43F75; Sun, 16 Mar 2003 18:35:19 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0065.cvx21-bradley.dialup.earthlink.net ([209.179.192.65] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18ukT7-000780-00; Sun, 16 Mar 2003 18:35:18 -0800 Message-ID: <3E75340C.A74D9D07@mindspring.com> Date: Sun, 16 Mar 2003 18:33:48 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Schultz Cc: Nate Williams , Sean Chittenden , Sergey Babkin , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <20030316195807.GH66903@perrin.int.nxad.com> <3E75010D.EEA8B4D@mindspring.com> <15989.1782.166458.477601@emerger.yogotech.com> <3E7518D7.DA16352@mindspring.com> <15989.6799.899838.89854@emerger.yogotech.com> <3E75209E.EDD1A593@mindspring.com> <20030317022804.GA1547@HAL9000.homeunix.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a48883925798e2b1af59cc09bb53587254a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Terry Lambert : > > Nope. I commit locally as "nwilliams", and then I commit on > > FreeBSD.org as "nate". Then I try to update, and the versions > > match, but the tag data in the file itself doesn't. > > So Terry has actually been writing code for the FreeBSD project > all these years and nobody knew it! And here I thought Nate was > doing all of his own work. Ar ar. PS: Can you vouch for personally having met everyone with a commit bit? No telling _who_ has commit access to the tree... gotta wonder... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 20:26:57 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22CA237B404 for ; Sun, 16 Mar 2003 20:26:56 -0800 (PST) Received: from mailhost.det3.ameritech.net (mailhost2-sfldmi.sfldmi.ameritech.net [206.141.193.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4BB943F3F for ; Sun, 16 Mar 2003 20:26:52 -0800 (PST) (envelope-from dbailey27@ameritech.net) Received: from ameritech.net ([68.21.39.28]) by mailhost.det3.ameritech.net (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20030317042651.ENCJ176.mailhost.det3.ameritech.net@ameritech.net>; Sun, 16 Mar 2003 23:26:51 -0500 Message-ID: <3E754E4A.8070104@ameritech.net> Date: Sun, 16 Mar 2003 23:25:46 -0500 From: northern snowfall User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: Jared Mauch Cc: Mooneer Salem , freebsd-hackers@FreeBSD.ORG Subject: Re: jail support for ping, traceroute, etc.. crude hack References: <20030316211400.GE32478@puck.nether.net> <20030317005641.GA8288@puck.nether.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jail is irrelevant if an attacker can access the kernel. It sounds like you're looking for a secure solution that UNIX doesn't even have the capability to implement. The real solution in a BSD environment would be too elaborate for my taste. It would make more sense to me to move away from UNIX ;) D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 22:34:30 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F12837B401 for ; Sun, 16 Mar 2003 22:34:30 -0800 (PST) Received: from mx2.mail.ru (mx2.mail.ru [194.67.57.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E61543F93 for ; Sun, 16 Mar 2003 22:34:28 -0800 (PST) (envelope-from ser_astr5@mail.ru) Received: from [194.186.135.52] (port=1233 helo=gfghjf) by mx2.mail.ru with asmtp id 18uoCY-0006ms-00 for freebsd-hackers@FreeBSD.ORG; Mon, 17 Mar 2003 09:34:27 +0300 Message-ID: <000501c2ec69$1a665330$3487bac2@gfghjf> From: =?koi8-r?B?08XSx8XK?= To: Subject: fgdg Date: Mon, 17 Mar 2003 12:39:22 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ÍÏÖÎÏ ÌÉ ÕÓÔÁÎÏ×ÉÔØ ÏÄÎÏ×ÒÅÍÅÎÎÏ ÎÁ ÏÄÉÎ ÄÉÓË: unix É windows, É ËÁË ÜÔÏ ÓÄÅÌÁÔØ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 22:40:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7256A37B401 for ; Sun, 16 Mar 2003 22:40:44 -0800 (PST) Received: from taupo.cs.waikato.ac.nz (taupo.cs.waikato.ac.nz [130.217.250.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D15FB43FA3 for ; Sun, 16 Mar 2003 22:40:42 -0800 (PST) (envelope-from joerg@taupo.cs.waikato.ac.nz) Received: (from joerg@localhost) by taupo.cs.waikato.ac.nz (8.12.3/8.11.1) id h2H6eeCn049645; Mon, 17 Mar 2003 18:40:40 +1200 (NZST) (envelope-from joerg) Date: Mon, 17 Mar 2003 18:40:40 +1200 From: Joerg Micheel To: sergej Cc: freebsd-hackers@freebsd.org Subject: Re: fgdg Message-ID: <20030317184040.A49390@nlanr.net> References: <000501c2ec69$1a665330$3487bac2@gfghjf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000501c2ec69$1a665330$3487bac2@gfghjf>; from ser_astr5@mail.ru on Mon, Mar 17, 2003 at 12:39:22PM +0300 Operating-System: ... powered by FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 17, 2003 at 12:39:22PM +0300, sergej wrote: > mozno li ustanovit% odnovremenno na odin disk: > unix i windows, i kak jto sdelat%! Get yourself a copy of the "Complete FreeBSD" by Greg Lehey, which covers this subject very well. This question also belongs to , not -hackers. In short, the configuration option is there with FreeBSD as delivered, but you need to take care on making the right steps at the right time. Starting off with BSD first is the better way to proceed, adding Windows later. Joerg -- Joerg B. Micheel Email: NLANR MNA at SDSC/UCSD Page: The University of Waikato, CompScience Phone: +64 7 8384794 Private Bag 3105 Fax: +64 7 8585095 Hamilton, New Zealand Plan: PMA, TINE and the DAG's To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 23: 4: 8 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35A3237B401 for ; Sun, 16 Mar 2003 23:04:07 -0800 (PST) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E2A43F3F for ; Sun, 16 Mar 2003 23:04:05 -0800 (PST) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 23795 invoked from network); 17 Mar 2003 07:19:40 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 17 Mar 2003 07:19:40 -0000 Received: (nullmailer pid 883 invoked by uid 136); Mon, 17 Mar 2003 07:06:27 -0000 Subject: Re: jail support for ping, traceroute, etc.. crude hack X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20030317005641.GA8288@puck.nether.net> To: Jared Mauch Date: Mon, 17 Mar 2003 10:06:27 +0300 (MSK) From: "."@babolo.ru Cc: Mooneer Salem , freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1047884787.866448.882.nullmailer@cicuta.babolo.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sun, Mar 16, 2003 at 02:30:36PM -0800, Mooneer Salem wrote: > > When i was looking at this i was somewhat frustated with > the way suser() doesn't really allow any sort of a context-of-check > to happen easily that i was able to find. ie, was it for a networking > check, filesystem, etc.. so my first stab at this ended up with > every user being able to do raw ip packets which was bad.. i > ended up doing the p->p_prison save hack instead to get the result > then applied the prison policy there. It is time to invent "ping socket" and "traceroute socket" in addition to tcp, udp, divert so on? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 16 23:56:31 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CD9937B401 for ; Sun, 16 Mar 2003 23:56:30 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57E7743F85 for ; Sun, 16 Mar 2003 23:56:26 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.8/8.12.8) with ESMTP id h2H7tlM2001179; Mon, 17 Mar 2003 18:55:47 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h2H7ti0l001178; Mon, 17 Mar 2003 18:55:44 +1100 (EST) Date: Mon, 17 Mar 2003 18:55:44 +1100 From: Peter Jeremy To: "."@babolo.ru Cc: Mooneer Salem , freebsd-hackers@FreeBSD.ORG Subject: Re: jail support for ping, traceroute, etc.. crude hack Message-ID: <20030317075544.GA1032@cirb503493.alcatel.com.au> References: <20030317005641.GA8288@puck.nether.net> <1047884787.866448.882.nullmailer@cicuta.babolo.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1047884787.866448.882.nullmailer@cicuta.babolo.ru> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 17, 2003 at 10:06:27AM +0300, "."@babolo.ru wrote: >It is time to invent "ping socket" and "traceroute socket" >in addition to tcp, udp, divert so on? Whilst this might seem nice, actually implementing so that it is both useful and safe is not easy. For a "ping socket", this is reasonably easy if all you want is the ability to send "ICMP ECHO REQUEST" packets and receive any "ICMP ECHO REPLY" packets associated with previous request packets. It's not totally trivial because the kernel has to keep the state for outgoing packets to ensure that only the correct incoming packets are forwarded. (This is a security issue - you don't want somone finding out hosts someone outside that jail is pinging). Remember to allow for multiple responses to a single request and for long delays. You might also want to implement resource restrictions to prevent someone flooding the system with request packets. A "traceroute socket" is harder: There's no "ICMP TRACEROUTE" packet. Instead, traceroute(8) sends outgoing IP packets with varying TTL sizes and monitors incoming ICMP looking for check for "HOST UNREACHABLE - TIME EXCEEDED IN TRANSIT" packets. Again, the kernel would need to validate the incoming packets against outgoing packets. In both cases, you also need to work out how to handle other random ICMP packets that be received as a result of the outgoing packets. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 2:54:57 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AE5A37B404 for ; Mon, 17 Mar 2003 02:54:56 -0800 (PST) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96B0943F3F for ; Mon, 17 Mar 2003 02:54:54 -0800 (PST) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 52823 invoked from network); 17 Mar 2003 11:10:30 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 17 Mar 2003 11:10:30 -0000 Received: (nullmailer pid 1109 invoked by uid 136); Mon, 17 Mar 2003 10:57:17 -0000 Subject: Re: jail support for ping, traceroute, etc.. crude hack X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20030317075544.GA1032@cirb503493.alcatel.com.au> To: Peter Jeremy Date: Mon, 17 Mar 2003 13:57:17 +0300 (MSK) From: "."@babolo.ru Cc: mooneer@translator.cx, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1047898637.590705.1108.nullmailer@cicuta.babolo.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Mon, Mar 17, 2003 at 10:06:27AM +0300, "."@babolo.ru wrote: > >It is time to invent "ping socket" and "traceroute socket" > >in addition to tcp, udp, divert so on? > > Whilst this might seem nice, actually implementing so that it is > both useful and safe is not easy. > > For a "ping socket", this is reasonably easy if all you want is the > ability to send "ICMP ECHO REQUEST" packets and receive any "ICMP ECHO > REPLY" packets associated with previous request packets. It's not > totally trivial because the kernel has to keep the state for outgoing > packets to ensure that only the correct incoming packets are > forwarded. (This is a security issue - you don't want somone finding > out hosts someone outside that jail is pinging). Remember to allow > for multiple responses to a single request and for long delays. You > might also want to implement resource restrictions to prevent someone > flooding the system with request packets. Not so easy to do but easy understandable for me. > A "traceroute socket" is harder: There's no "ICMP TRACEROUTE" packet. > Instead, traceroute(8) sends outgoing IP packets with varying TTL > sizes and monitors incoming ICMP looking for check for "HOST > UNREACHABLE - TIME EXCEEDED IN TRANSIT" packets. Again, the kernel > would need to validate the incoming packets against outgoing packets. "traceroute socket" is just a curiosity. It seems to me better use UDP socket with some controls and "ping socket" from above. But way to obtain "ping socket" coupled with UDP socket is above my brain. Or may be more common way? Semiraw socket for ability send some classes of IP packets and seceive all induced ICMP ICMP ECHO REQUEST, any UDP and other protocols exept TCP with correct source IP address is probably secure enough for use by root in jail. > In both cases, you also need to work out how to handle other random > ICMP packets that be received as a result of the outgoing packets. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 3:15: 0 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5C8637B401 for ; Mon, 17 Mar 2003 03:14:57 -0800 (PST) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 9074C43FAF for ; Mon, 17 Mar 2003 03:14:54 -0800 (PST) (envelope-from roam@ringlet.net) Received: (qmail 26864 invoked from network); 17 Mar 2003 11:10:21 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 17 Mar 2003 11:10:20 -0000 Received: (qmail 6855 invoked by uid 1000); 17 Mar 2003 11:13:13 -0000 Date: Mon, 17 Mar 2003 13:13:13 +0200 From: Peter Pentchev To: Scott Mitchell Cc: Thierry Herbelot , Avleen Vig , freebsd-hackers@FreeBSD.ORG Subject: Re: make world + kernel with gcc 3.2? Message-ID: <20030317111313.GA468@straylight.oblivion.bg> Mail-Followup-To: Scott Mitchell , Thierry Herbelot , Avleen Vig , freebsd-hackers@FreeBSD.ORG References: <20030315171428.GL35096@silverwraith.com> <200303151908.40852.thierry@herbelot.com> <20030315195813.GA4214@tuatara.fishballoon.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20030315195813.GA4214@tuatara.fishballoon.org> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 15, 2003 at 07:58:13PM +0000, Scott Mitchell wrote: > On Sat, Mar 15, 2003 at 07:08:40PM +0100, Thierry Herbelot wrote: > > Le Saturday 15 March 2003 18:14, Avleen Vig a ?crit : > > > I don't expect HUGE problems with making world, but am I asking for > > > trouble if I make a new kernel with GCC3.2? > >=20 > > good luck to you ! > >=20 > > just have a look at the differences in the source code between current > > and stable to enable the compilation of current with gcc3 (FriBi -Stable > > will not compile with anything other than gcc 2.95) > >=20 > > TfH >=20 > I assume the OP installed gcc3 from ports...in this case the gcc2.95 syst= em > compiler will still be installed as well. True. > I'm pretty sure that a kernel > build will explicitly use the system compiler, True. =09 > and buildworld/buildkernel > certainly do (I believe buildworld actually builds a fresh copy of gcc2.95 > then uses that to build the rest of the system). True. > As Thierry says, trying to build -stable with gcc3 is probably doomed to > failure. Correct, but irrelevant, as shown above. The buildworld/buildkernel process will use the system gcc 2.95.x, and everything will go smoothly. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence is false. --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+da3I7Ri2jRYZRVMRAgBFAJwI20ECJ4oiRAP9IvWXKyLNTlLyGwCfT/NS NGkXjlJ7Rd2TEWE97PZnkks= =Yb/f -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 7: 5:30 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2DFC37B401; Mon, 17 Mar 2003 07:05:28 -0800 (PST) Received: from mailgw.cscoms.com (mailgw.cscoms.com [202.183.255.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FBA344008; Mon, 17 Mar 2003 07:05:18 -0800 (PST) (envelope-from job2546@thaimail.com) Received: from cscoms.com (mail.cscoms.com [202.183.255.23]) by mailgw.cscoms.com (8.12.8/8.12.3) with ESMTP id h2HF1iil061456; Mon, 17 Mar 2003 22:01:45 +0700 (ICT) Received: from ME (dial-144.ras-21.bkk.c.cscoms.com [203.170.145.144]) by cscoms.com (8.12.8/8.12.3) with SMTP id h2HEpuwo024909; Mon, 17 Mar 2003 21:51:57 +0700 (GMT) Date: Mon, 17 Mar 2003 21:51:56 +0700 (GMT) Message-Id: <200303171451.h2HEpuwo024909@cscoms.com> From: job2546@thaimail.com Subject: "¶éҤسÂѧ·ÓÊÔ觷Õè¤Ø³·ÓÍÂÙèÇѹ¹Õé ¾ÃØ觹Õé¡ç¨ÐàËÁ×͹Çѹ¹Õé X-Priority: 1 (Highest) Reply-To: job2546@thaimail.com X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: multipart/mixed; boundary="#MYBOUNDARY#" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --#MYBOUNDARY# Content-Type: text/plain; charset=ansi Content-Transfer-Encoding: 8bit "ËÒ¡¤Ø³ÅéÁàËÅÇ·Õè¨ÐÇҧἹ ÂèÍÁá»ÅÇèҤسÇҧἹ·Õè¨ÐÅéÁàËÅÇ" ¨ÔÁ âÃËì¹ ¹Ñ¡»ÃѪ­ÒÍѹ´Ñº 1 ¢Í§âÅ¡ àªè¹ ¤Ø³¤Ô´ÇèÒ㹪ÕÇÔµ¹ÕéàÃÒ¤§äÁèÁÕ·Ò§ÃÇ ¤Ø³¡çä¨ÐäÁèÁÕ·Ò§ÃÇÂàÅ ËÃ×Í "¤Ø³¤Ô´ÇèÒÊÑ¡Çѹ¶Ö§©Ñ¹µéͧÃÇÂá¹èæ" ¨ÔÁ âÃËì¹ ºÍ¡ÇèÒ "¶éҤسÂѧ·ÓÊÔ觷Õè¤Ø³·ÓÍÂÙè·Ø¡Çѹ¹Õé ÍÕ¡ 3 »Õ¢éҧ˹éÒÅͧ¤Ô´´ÙÇèÒ ¤Ø³¨ÐÁÕâÍ¡ÒÊÃÇÂä´éËÃ×ÍäÁè" "¶éҤӵͺ¤×Í ãªè ¤Ø³¡ÓÅѧ¨ÐÃÇÂ" ¡çÂÔ¹´Õ¡Ñº¤Ø³´éǤÃѺ¤Ø³¡ÓÅѧ¨ÐÃÇÂáÅéÇ "áµè¶éҤӵͺ¤×Í äÁè ¤Ø³äÁèÊÒÁÒöÃÇÂä´é" ¤Ø³µéͧà»ÅÕè¹ÍÐäÃÊÑ¡ÍÂèҧ㹪ÕÇÔµ¤Ø³áÅéÇ ¨ÔÁ âÃËì¹ ºÍ¡ÍÕ¡ÇèÒ "¶éҤسÂѧ·ÓÊÔ觷Õè¤Ø³·ÓÍÂÙèÇѹ¹Õé ¾ÃØ觹Õé¡ç¨ÐàËÁ×͹Çѹ¹Õé ä»àÃ×èÍÂæäÁèÁÕ·ÕèÊÔé¹ÊØ´" ËÁÒ¤ÇÒÁÇèÒ -¶éÒÇѹ¹Õé¤Ø³ÂѧµéͧÇÔè§ËÒà§Ô¹ ¨èÒÂ˹ÕéµèÒ§æ -¶éÒÇѹ¹Õé¤Ø³Âѧ¶Ù¡à¨éÒ¹Ò¡´¢Õè ãªé§Ò¹ÍÂèҧ˹ѡ -¶éÒÇѹ¹Õé¤Ø³ÂѧËÒ·Ò§ÍÍ¡äÁèä´é Åͧà»Ô´âÍ¡ÒÊãËéµÑÇàͧ´Ù à»Ô´ã¨¢Í§¤Ø³ãËé¡ÇéÒ§áÅéÇà´Ô¹µÒÁàÃÒÁÒËÃ×Í»ÅèÍÂãËéâÍ¡ÒʹÕéËÅØ´ÅÍÂä» ============================================================ ¤Ø³ÊÒÁÒöà¢éÒä»´ÙÃÒÂÅÐàÍÕ´à¾ÔèÁàµÔÁáÅСÃÍ¡¢éÍÁÙÅà¾×èÍ¢ÍÃѺ¢éÍÁÙÅàº×éͧµé¹¿ÃÕ ! ä´é·Õè http://www.geocities.com/thaigetrich/easywork ============================================================ ¢ÍÍÀÑÂËÒ¡¢éͤÇÒÁ¹Õé¶Ù¡Êè§ä»Âѧ¤Ø³â´ÂºÑ§àÍÔ­ ËÒ¡¤Ø³äÁèµéͧ¡ÒÃÃѺ¢éͤÇÒÁ¹ÕéÍÕ¡¡ÃØ³Ò mail ÁÒ·Õè www.ecommerce.web1000.com/unsub --#MYBOUNDARY#-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 7: 7:18 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FF1537B407; Mon, 17 Mar 2003 07:07:10 -0800 (PST) Received: from mailgw.cscoms.com (mailgw.cscoms.com [202.183.255.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DA1B44039; Mon, 17 Mar 2003 07:06:43 -0800 (PST) (envelope-from job2546@thaimail.com) Received: from cscoms.com (mail.cscoms.com [202.183.255.23]) by mailgw.cscoms.com (8.12.8/8.12.3) with ESMTP id h2HF1mil061533; Mon, 17 Mar 2003 22:01:49 +0700 (ICT) Received: from ME (dial-144.ras-21.bkk.c.cscoms.com [203.170.145.144]) by cscoms.com (8.12.8/8.12.3) with SMTP id h2HEptwo024890; Mon, 17 Mar 2003 21:51:56 +0700 (GMT) Date: Mon, 17 Mar 2003 21:51:55 +0700 (GMT) Message-Id: <200303171451.h2HEptwo024890@cscoms.com> From: job2546@thaimail.com Subject: "¶éҤسÂѧ·ÓÊÔ觷Õè¤Ø³·ÓÍÂÙèÇѹ¹Õé ¾ÃØ觹Õé¡ç¨ÐàËÁ×͹Çѹ¹Õé X-Priority: 1 (Highest) Reply-To: job2546@thaimail.com X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: multipart/mixed; boundary="#MYBOUNDARY#" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --#MYBOUNDARY# Content-Type: text/plain; charset=ansi Content-Transfer-Encoding: 8bit "ËÒ¡¤Ø³ÅéÁàËÅÇ·Õè¨ÐÇҧἹ ÂèÍÁá»ÅÇèҤسÇҧἹ·Õè¨ÐÅéÁàËÅÇ" ¨ÔÁ âÃËì¹ ¹Ñ¡»ÃѪ­ÒÍѹ´Ñº 1 ¢Í§âÅ¡ àªè¹ ¤Ø³¤Ô´ÇèÒ㹪ÕÇÔµ¹ÕéàÃÒ¤§äÁèÁÕ·Ò§ÃÇ ¤Ø³¡çä¨ÐäÁèÁÕ·Ò§ÃÇÂàÅ ËÃ×Í "¤Ø³¤Ô´ÇèÒÊÑ¡Çѹ¶Ö§©Ñ¹µéͧÃÇÂá¹èæ" ¨ÔÁ âÃËì¹ ºÍ¡ÇèÒ "¶éҤسÂѧ·ÓÊÔ觷Õè¤Ø³·ÓÍÂÙè·Ø¡Çѹ¹Õé ÍÕ¡ 3 »Õ¢éҧ˹éÒÅͧ¤Ô´´ÙÇèÒ ¤Ø³¨ÐÁÕâÍ¡ÒÊÃÇÂä´éËÃ×ÍäÁè" "¶éҤӵͺ¤×Í ãªè ¤Ø³¡ÓÅѧ¨ÐÃÇÂ" ¡çÂÔ¹´Õ¡Ñº¤Ø³´éǤÃѺ¤Ø³¡ÓÅѧ¨ÐÃÇÂáÅéÇ "áµè¶éҤӵͺ¤×Í äÁè ¤Ø³äÁèÊÒÁÒöÃÇÂä´é" ¤Ø³µéͧà»ÅÕè¹ÍÐäÃÊÑ¡ÍÂèҧ㹪ÕÇÔµ¤Ø³áÅéÇ ¨ÔÁ âÃËì¹ ºÍ¡ÍÕ¡ÇèÒ "¶éҤسÂѧ·ÓÊÔ觷Õè¤Ø³·ÓÍÂÙèÇѹ¹Õé ¾ÃØ觹Õé¡ç¨ÐàËÁ×͹Çѹ¹Õé ä»àÃ×èÍÂæäÁèÁÕ·ÕèÊÔé¹ÊØ´" ËÁÒ¤ÇÒÁÇèÒ -¶éÒÇѹ¹Õé¤Ø³ÂѧµéͧÇÔè§ËÒà§Ô¹ ¨èÒÂ˹ÕéµèÒ§æ -¶éÒÇѹ¹Õé¤Ø³Âѧ¶Ù¡à¨éÒ¹Ò¡´¢Õè ãªé§Ò¹ÍÂèҧ˹ѡ -¶éÒÇѹ¹Õé¤Ø³ÂѧËÒ·Ò§ÍÍ¡äÁèä´é Åͧà»Ô´âÍ¡ÒÊãËéµÑÇàͧ´Ù à»Ô´ã¨¢Í§¤Ø³ãËé¡ÇéÒ§áÅéÇà´Ô¹µÒÁàÃÒÁÒËÃ×Í»ÅèÍÂãËéâÍ¡ÒʹÕéËÅØ´ÅÍÂä» ============================================================ ¤Ø³ÊÒÁÒöà¢éÒä»´ÙÃÒÂÅÐàÍÕ´à¾ÔèÁàµÔÁáÅСÃÍ¡¢éÍÁÙÅà¾×èÍ¢ÍÃѺ¢éÍÁÙÅàº×éͧµé¹¿ÃÕ ! ä´é·Õè http://www.geocities.com/thaigetrich/easywork ============================================================ ¢ÍÍÀÑÂËÒ¡¢éͤÇÒÁ¹Õé¶Ù¡Êè§ä»Âѧ¤Ø³â´ÂºÑ§àÍÔ­ ËÒ¡¤Ø³äÁèµéͧ¡ÒÃÃѺ¢éͤÇÒÁ¹ÕéÍÕ¡¡ÃØ³Ò mail ÁÒ·Õè www.ecommerce.web1000.com/unsub --#MYBOUNDARY#-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 8:56: 4 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF2A37B401 for ; Mon, 17 Mar 2003 08:56:02 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A5F943FAF for ; Mon, 17 Mar 2003 08:56:01 -0800 (PST) (envelope-from rik@cronyx.ru) Received: by hanoi.cronyx.ru id h2HGu3Wd038460 for freebsd-hackers@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 17 Mar 2003 19:56:03 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru by hanoi.cronyx.ru with ESMTP id h2HGu07c038441; (8.12.8/vak/2.1) Mon, 17 Mar 2003 19:56:00 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <3E75FC7E.4080207@cronyx.ru> Date: Mon, 17 Mar 2003 19:49:02 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joerg Micheel Cc: sergej , freebsd-hackers@freebsd.org Subject: Re: fgdg References: <000501c2ec69$1a665330$3487bac2@gfghjf> <20030317184040.A49390@nlanr.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Joerg Micheel wrote: >On Mon, Mar 17, 2003 at 12:39:22PM +0300, sergej wrote: > > >>mozno li ustanovit% odnovremenno na odin disk: >>unix i windows, i kak jto sdelat%! >> I think it would be better if you will ask questions in English. >>Get yourself a copy of the "Complete FreeBSD" by Greg Lehey, >>which covers this subject very well. This question also belongs >>to , not -hackers. >> >>In short, the configuration option is there with FreeBSD as >>delivered, but you need to take care on making the right steps >>at the right time. Starting off with BSD first is the better >>way to proceed, adding Windows later. >> If you setup at first FreeBSD and then add Windows you will lose FreeBSD's boot loader. And you will have to reinstall bootloader. You also could meet other problems. If your set incorrect (from FreeBSD's point of view) geometry for you hard disk and install freebsd 5.0 after Windows 2000, freebsd will "fix" windows partition entry and any reinstalletions or fix procedures of Windows will lead to nothing. Probably some last versions from 4.x branch have the same "features", but the last 4.x version I worked with at home was 4.3. PS. I don't know if this bug was fixed in current versions. I am almost sure that it is not. Best regards, Roman Kurakin > > Joerg > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 13: 3:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4944537B401 for ; Mon, 17 Mar 2003 13:03:18 -0800 (PST) Received: from sigma.freebsdhackers.net (loaks-171-132.goldengate.net [216.250.171.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E3B943F3F for ; Mon, 17 Mar 2003 13:03:17 -0800 (PST) (envelope-from shane@freebsdhackers.net) Received: by sigma.freebsdhackers.net (Postfix, from userid 1099) id C73DF5F8; Mon, 17 Mar 2003 15:03:16 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by sigma.freebsdhackers.net (Postfix) with ESMTP id B83F05F1 for ; Mon, 17 Mar 2003 15:03:16 -0600 (CST) Date: Mon, 17 Mar 2003 15:03:13 -0600 (CST) From: Shane Kinney To: freebsd-hackers@freebsd.org Subject: vidcontrol(1) FreeBSD 5.0 on Laptop (fwd) Message-ID: <20030317145511.E78302-100000@sigma.freebsdhackers.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I posted this earlier to the freebsd-questions@freebsd.org list and didn't seem to get any responces. Perhaps some of you might know the answer? I have searched for this on google (web/groups) and in the FreeBSD Mailing list archives. There seems to be no such answer or even a similar problem. - ---------- Forwarded message ---------- Date: Mon, 17 Mar 2003 11:32:15 -0600 (CST) From: Shane Kinney To: freebsd-questions@freebsd.org Subject: vidcontrol(1) FreeBSD 5.0 on Laptop I just encountered a very strange problem with my notebook thats running 5.0-RELEASE and XFree86. Normally the regular color of the plain VT is a black background with a white forground. I have been running XFree86 on the laptop for about a month now. Every now and then when I close the laptop lid while XFree86 is still running, when I re-open the lid the screen is black and in some kinda suspend mode. The only reason I tell you this, is because I have been running FreeBSD on this laptop for 2.5 years without X and its never had a problem, now all of a sudden the vitrual terminal (not xterm) colors are outta wack. On a side-note, XFree86 still works just as good as it did before this all happened. Anyway, I was meaning to disable the suspend feature in the BIOS. But the last time it went into the suspend, I rebooted the box, and when it started back up the background of the VT is blue and the forground is black. I did do this command: `vidcontrol white black`, and it stays with the blue background and the black forground. I also did a `vidcontrol show`, and the output for that is also incorrect. It's almost as if XFree86 somehow munged the original values for vidcontrol are set to. Do any of you know where these values might be held? Or has anyone seen something like this before? Does any one know how to fix this? Thanks a ton for any help. ~Shane Kinney "Build Ramps, Not Bombs." pgp key: http://www.freebsdhackers.net/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE+djgUIyUr/yoGQnYRAgw0AJ9ktyVOUzYFc1RJzp2SAYwrVphrcwCbBVAy N+S7tPc6jQ4AfxZQIvf+fQ8= =9VTE -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 14:20:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9317A37B401 for ; Mon, 17 Mar 2003 14:20:49 -0800 (PST) Received: from out002.verizon.net (out002pub.verizon.net [206.46.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E5443F3F for ; Mon, 17 Mar 2003 14:20:48 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.156.209]) by out002.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030317222046.WWRD6546.out002.verizon.net@bellatlantic.net>; Mon, 17 Mar 2003 16:20:46 -0600 Message-ID: <3E764A3C.FD4D2758@bellatlantic.net> Date: Mon, 17 Mar 2003 17:20:44 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Nate Williams Cc: hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out002.verizon.net from [138.89.156.209] at Mon, 17 Mar 2003 16:20:45 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > > > That's the plan for the next stage, provided that the first stage > > goes well. I'm yet to play with CVSup and see if it can be > > integrated there (as with system()) easily without making a lot > > of changes to CVS itself. Otherwise I'm aftarid it's going to > > be a large amount of work to duplicate this functionality :-( > > Another choice is to have the commit be also made to the 'cache' if and > only if the remote (master) respository has accepted the commit. > > That way, the commit is made in both repositories using the same > algorithm, so in essence they should be in sync. Yes, makes sense. > > Yet another idea is to be able to make "local commits" with committing > > them to the central remote repository later. > > I'd do the reverse, since the possibility of synchronization problems > are a huge deal. Imagine if someone 'snuck' in and made a commit in > the master tree after your local commit was made, but before 'later' > occurred and your cache pushed it out to the master tree. It gets handled in the same way as now: I believe, CVS checks whether the checked-out version matches the top of the branch, and if it does not then it refuses to commit and requires you to make an update. So the same thing can be done for a "local branch": check that its base version is still the top of the real branch, and if so then commit. Otherwise require an update/merge. > If you only allow the commit if it can occur locally, you're ensuring > that the cache can't get out of date with local changes. I tried > something like the above (cause it was easier to implement), and it > worked most of the time. However, the times it didn't work it was a > royal pain in the *ss to cleanup and get the original commit back out. Maybe I just was not clear: I think that making the commits in the local copy on the real top of the tree is a quite bad idea. All I want to get is some temporary versioned storage to play around while I work on the code. After the code gets finished, it gets committed to the master repository just as it committed gets now. > > Now I have to use RCS > > locally for the temporary in-delevopment versions of file. Would > > be nice to have a kind of a local branch which can be later committed > > as a whole - in one commit per file, or by duplicating all the > > intermediate versions with their messages. > > Agreed. The downside to the above method is that it requires network > access to make a commit. However, it certainly simplifies the > problem set. :) :) Well, at least the commit would get done in one batch (of course, unless a conflict happens). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 14:28:33 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 058BC37B401 for ; Mon, 17 Mar 2003 14:28:31 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 016E943F93 for ; Mon, 17 Mar 2003 14:28:09 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id PAA01130; Mon, 17 Mar 2003 15:28:07 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2HMS6Bc002695; Mon, 17 Mar 2003 15:28:06 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15990.19446.489565.532440@emerger.yogotech.com> Date: Mon, 17 Mar 2003 15:28:06 -0700 To: Sergey Babkin Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E764A3C.FD4D2758@bellatlantic.net> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <3E764A3C.FD4D2758@bellatlantic.net> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > That's the plan for the next stage, provided that the first stage > > > goes well. I'm yet to play with CVSup and see if it can be > > > integrated there (as with system()) easily without making a lot > > > of changes to CVS itself. Otherwise I'm aftarid it's going to > > > be a large amount of work to duplicate this functionality :-( > > > > Another choice is to have the commit be also made to the 'cache' if and > > only if the remote (master) respository has accepted the commit. > > > > That way, the commit is made in both repositories using the same > > algorithm, so in essence they should be in sync. > > Yes, makes sense. > > > > Yet another idea is to be able to make "local commits" with committing > > > them to the central remote repository later. > > > > I'd do the reverse, since the possibility of synchronization problems > > are a huge deal. Imagine if someone 'snuck' in and made a commit in > > the master tree after your local commit was made, but before 'later' > > occurred and your cache pushed it out to the master tree. > > It gets handled in the same way as now: I believe, CVS checks > whether the checked-out version matches the top of the branch, > and if it does not then it refuses to commit and requires you > to make an update. So the same thing can be done for a "local branch": > check that its base version is still the top of the real branch, > and if so then commit. Otherwise require an update/merge. Except that it's possible that the 'local' cache is out-of-date w/respect to the remote repository, say if someone made a commit to it since the last 'synchronization' of the local cache. You don't want that commit to happen, since it should be allowed because the file is really not up-to-date w/respect to the master. The worst case is the committed change would conflict with the as-yet-unseen change on the master, so allowing the local user to commit it means that when the 'cache' attempts to commit it later, it will fail, and the 'cache code' is required to figure out how to extract the commit from the local cache, update the local cache, re-apply the (now conflicing) commit back to the local cache and somehow inform the user at a later point. *UGH* > > If you only allow the commit if it can occur locally, you're ensuring > > that the cache can't get out of date with local changes. I tried > > something like the above (cause it was easier to implement), and it > > worked most of the time. However, the times it didn't work it was a > > royal pain in the *ss to cleanup and get the original commit back out. > > Maybe I just was not clear: I think that making the commits in the > local copy on the real top of the tree is a quite bad idea. I think it's a good idea *IF and only IF* the commit to the remote tree works. That way, the local user isn't required to re-synchronize his cached tree agains the master tree, since their is a high liklihood that after the commit the user will also want to continue working on the same files. If no re-sychronization occurs, as soon as an 'cvs update' is done, the local cache must either re-synchronize itself (doing the exact same work as if it just done the commit), or the newly committed change will be reverted back out, since the local cache will now be out-of-date. > I want to get is some temporary versioned storage to play around > while I work on the code. After the code gets finished, it > gets committed to the master repository just as it committed gets now. What happens to the local cache *right after* the commit occurs? In essence, it's no longer valid right after a commit, since it's now out-of-date with the master (it doesn't include the newly committed changes). > > > Now I have to use RCS > > > locally for the temporary in-delevopment versions of file. Would > > > be nice to have a kind of a local branch which can be later committed > > > as a whole - in one commit per file, or by duplicating all the > > > intermediate versions with their messages. > > > > Agreed. The downside to the above method is that it requires network > > access to make a commit. However, it certainly simplifies the > > problem set. :) :) > > Well, at least the commit would get done in one batch (of course, > unless a conflict happens). Right, it's a step in the right direction. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 14:34:13 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F3BA37B401 for ; Mon, 17 Mar 2003 14:34:12 -0800 (PST) Received: from pop018.verizon.net (pop018pub.verizon.net [206.46.170.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6183843F3F for ; Mon, 17 Mar 2003 14:34:09 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.156.209]) by pop018.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030317223408.XFKF6884.pop018.verizon.net@bellatlantic.net>; Mon, 17 Mar 2003 16:34:08 -0600 Message-ID: <3E764D5E.3FBE3746@bellatlantic.net> Date: Mon, 17 Mar 2003 17:34:06 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: hackers@freebsd.org Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at pop018.verizon.net from [138.89.156.209] at Mon, 17 Mar 2003 16:34:07 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smørgrav wrote: > > Sergey Babkin writes: > > A similar thing may be achieved by checking the files out from the local > > repository and doing any modification command with option -d. But that's > > troublesome and inconvenient. > > Read the manual page for the shell you're using, with particular > emphasis on the 'alias' builtin command. I think that it's not a good solution, for several reasons: * Using -d for an alternative repository is pretty much a dirty trick, and undocumented one too. But the purpose itself is quite valid, transparent, and simple and I think that it's better to make it obvious and easy to use than tricky. I like the principle "simple things should be easy, complex things should be possible". * There may be scripts that run cvs commands, which scripts absolutely don't need to know about a cache repository underneath. * I don't like the layers of "workaround scripts" built over other "workaround scripts". I think that it's something of an "aftermarket Unix syndrome": when you can trick a tool to do what you want and wrap it into a script for the ease of use but can't change the tool to do what you need directly, in a simple way. The original Unix (both Bell Labs and BSD) was not like this: when the people made some useful addition, they just got it right into the base system. Now with open source OSes we can do the same thing and not look for extra pain with wrapper scripts. * Getting the cache repository support right into CVS allows to modify the CVS commands in future to take advantage of this knowledge. For example, "commit" may not just check the modification date and send the file to the server if it has changed, but instead also compare the file with the one in the cache repository and send it to the server only if the file has actually changed. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 14:59:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC78B37B404 for ; Mon, 17 Mar 2003 14:59:42 -0800 (PST) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F91443FA3 for ; Mon, 17 Mar 2003 14:59:41 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.156.209]) by out005.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030317225939.FPVX20701.out005.verizon.net@bellatlantic.net>; Mon, 17 Mar 2003 16:59:39 -0600 Message-ID: <3E765359.7FC6C541@bellatlantic.net> Date: Mon, 17 Mar 2003 17:59:37 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Terry Lambert Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <3E750471.3498C9BE@mindspring.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [138.89.156.209] at Mon, 17 Mar 2003 16:59:38 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Sergey Babkin wrote: > > Nate Williams wrote: > > [ ... "CVS cache and cache coherency" ... ] > > > Yet another idea is to be able to make "local commits" with committing > > them to the central remote repository later. Now I have to use RCS > > locally for the temporary in-delevopment versions of file. Would > > be nice to have a kind of a local branch which can be later committed > > as a whole - in one commit per file, or by duplicating all the > > intermediate versions with their messages. > > Not really possible, without CVSup coming onto a vendor branch instead Actually, I was thinking of the opposite: doing all the changes on a vendor branch (or in some separate local repository altogether), then merging them into the main branch. Think of the following sequence that can be used now: cvs co rcs ci # save the baseline #... some modifications done rcs ci #... more modifications rcs ci # then someone committed another change to the repository and we want # to merge that change in cvs update # do the manual merge if neccessary rcs ci # save the merged version #... more modifications rcs ci # OK, let's suppose that our changes are finally complete, and nobody # else has committed any other changes in between cvs ci So pretty much all I want is to make this procedure a bit more convenient, able to handle whole subdirectories as opposed to separate files. As a model consider this: suppose we build a separate copy of the CVS binary, called "mycvs" that has the following differences from the normal CVS: 1. Instead of the variable CVSROOT it uses MYCVSROOT 2. Instead of the metadata subdirectory name CVS it uses the name MYCVS 3. It never touches any of the keywords (such as $Id etc.) 4. When asked to add a file, it automatically creates the whole path of intermediate directories for it. (How does it know where the checked-out tree starts ? There are many more or less obvious and convenient ways to do that, so let's leave this issue alone for now). Then in the example above you can do export MYCVSROOT=~/tmp/cvsroot mycvs init And do everyhing as in the previous example, only replacing rcs with mycvs (and obviously you wold need to do "mycvs add" before the fiest "mycvs ci"). > of verbatim copying of the repository. > > Incoherent: > > ,-------. ,-------. > | Main |---- cvsup --->| Cache | > | Repo | | Repo | > `-------' `-------' > ^ | > | cvs co > cvs ci | > | V > | ,-------. > | | Work | > `-------------------| Copy | > `-------' Why is it incoherent ? CVS checks that the version obtained by "cvs co" and then modified is still the top of the tree. If it's not, it will refuse to commit and will request you to do an update. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 15:18: 7 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A477637B401 for ; Mon, 17 Mar 2003 15:18:05 -0800 (PST) Received: from pop016.verizon.net (pop016pub.verizon.net [206.46.170.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id B34EB43F75 for ; Mon, 17 Mar 2003 15:18:04 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.156.209]) by pop016.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030317231803.QZZK8278.pop016.verizon.net@bellatlantic.net>; Mon, 17 Mar 2003 17:18:03 -0600 Message-ID: <3E7657A9.E7FA7FDE@bellatlantic.net> Date: Mon, 17 Mar 2003 18:18:01 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Nate Williams Cc: hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <3E764A3C.FD4D2758@bellatlantic.net> <15990.19446.489565.532440@emerger.yogotech.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop016.verizon.net from [138.89.156.209] at Mon, 17 Mar 2003 17:18:02 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nate Williams wrote: > > > It gets handled in the same way as now: I believe, CVS checks > > whether the checked-out version matches the top of the branch, > > and if it does not then it refuses to commit and requires you > > to make an update. So the same thing can be done for a "local branch": > > check that its base version is still the top of the real branch, > > and if so then commit. Otherwise require an update/merge. > > Except that it's possible that the 'local' cache is out-of-date > w/respect to the remote repository, say if someone made a commit to it > since the last 'synchronization' of the local cache. > > You don't want that commit to happen, since it should be allowed because > the file is really not up-to-date w/respect to the master. The worst > case is the committed change would conflict with the as-yet-unseen > change on the master, so allowing the local user to commit it means that > when the 'cache' attempts to commit it later, it will fail, and the > 'cache code' is required to figure out how to extract the commit from > the local cache, update the local cache, re-apply the (now conflicing) > commit back to the local cache and somehow inform the user at a later > point. > > *UGH* Yes, this is way too complicated and error-prone. This is why I don't want to change the cache without changing the master in the same way first. > > > If you only allow the commit if it can occur locally, you're ensuring > > > that the cache can't get out of date with local changes. I tried > > > something like the above (cause it was easier to implement), and it > > > worked most of the time. However, the times it didn't work it was a > > > royal pain in the *ss to cleanup and get the original commit back out. > > > > Maybe I just was not clear: I think that making the commits in the > > local copy on the real top of the tree is a quite bad idea. > > I think it's a good idea *IF and only IF* the commit to the remote tree > works. That way, the local user isn't required to re-synchronize his > cached tree agains the master tree, since their is a high liklihood that Agreed. So the commit would essentially work as a commit plus resynchronization of a subset of files in the cache. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 15:20:58 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EF4437B407 for ; Mon, 17 Mar 2003 15:20:56 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1332A43F75 for ; Mon, 17 Mar 2003 15:20:55 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA01561; Mon, 17 Mar 2003 16:20:53 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h2HNKrok003093; Mon, 17 Mar 2003 16:20:53 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15990.22613.286738.863656@emerger.yogotech.com> Date: Mon, 17 Mar 2003 16:20:53 -0700 To: Sergey Babkin Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient In-Reply-To: <3E7657A9.E7FA7FDE@bellatlantic.net> References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <15988.52765.777500.37926@emerger.yogotech.com> <3E764A3C.FD4D2758@bellatlantic.net> <15990.19446.489565.532440@emerger.yogotech.com> <3E7657A9.E7FA7FDE@bellatlantic.net> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > It gets handled in the same way as now: I believe, CVS checks > > > whether the checked-out version matches the top of the branch, > > > and if it does not then it refuses to commit and requires you > > > to make an update. So the same thing can be done for a "local branch": > > > check that its base version is still the top of the real branch, > > > and if so then commit. Otherwise require an update/merge. > > > > Except that it's possible that the 'local' cache is out-of-date > > w/respect to the remote repository, say if someone made a commit to it > > since the last 'synchronization' of the local cache. > > > > You don't want that commit to happen, since it should be allowed because > > the file is really not up-to-date w/respect to the master. The worst > > case is the committed change would conflict with the as-yet-unseen > > change on the master, so allowing the local user to commit it means that > > when the 'cache' attempts to commit it later, it will fail, and the > > 'cache code' is required to figure out how to extract the commit from > > the local cache, update the local cache, re-apply the (now conflicing) > > commit back to the local cache and somehow inform the user at a later > > point. > > > > *UGH* > > Yes, this is way too complicated and error-prone. This is why I don't > want to change the cache without changing the master in the same way > first. I think we're in *violent* agreement at this point. :) > > > > If you only allow the commit if it can occur locally, you're ensuring > > > > that the cache can't get out of date with local changes. I tried > > > > something like the above (cause it was easier to implement), and it > > > > worked most of the time. However, the times it didn't work it was a > > > > royal pain in the *ss to cleanup and get the original commit back out. > > > > > > Maybe I just was not clear: I think that making the commits in the > > > local copy on the real top of the tree is a quite bad idea. > > > > I think it's a good idea *IF and only IF* the commit to the remote tree > > works. That way, the local user isn't required to re-synchronize his > > cached tree agains the master tree, since their is a high liklihood that > > Agreed. So the commit would essentially work as a commit plus > resynchronization of a subset of files in the cache. *grin* I love it when a plan comes together. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 17:21:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8EA637B401 for ; Mon, 17 Mar 2003 17:21:53 -0800 (PST) Received: from office.advantagecom.net (office.advantagecom.net [207.109.186.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E457143FB1 for ; Mon, 17 Mar 2003 17:21:52 -0800 (PST) (envelope-from andykinney@advantagecom.net) Received: from scsi-monster (andy.advantagecom.net [207.109.186.200] (may be forged)) by office.advantagecom.net (8.9.3/8.9.3) with ESMTP id RAA28995 for ; Mon, 17 Mar 2003 17:21:49 -0800 From: "Andrew Kinney" Organization: Advantagecom Networks, Inc. To: freebsd-hackers@freebsd.org Date: Mon, 17 Mar 2003 17:24:51 -0800 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: section of source code handling reclamation of KVM Reply-To: andykinney@advantagecom.net Message-ID: <3E7604E3.16960.132A8FA7@localhost> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'd like to learn more about how FreeBSD handles running out of KVM. We're running a 4GB of RAM system with no swap being used, but we're run out of KVM and I'd like to go read through the code to see how this is handled so I can be on the lookout for potential issues that may come up. %sysctl -a |grep kvm vm.kvm_size: 1065353216 vm.kvm_free: 0 Could someone direct me to the section of the 4.7 source tree that handles additional KVM requests when vm.kvm_free=0 so I can go read up on the process? Thanks in advance. Sincerely, Andrew Kinney President and Chief Technology Officer Advantagecom Networks, Inc. http://www.advantagecom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 18: 2:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6842537B404 for ; Mon, 17 Mar 2003 18:02:07 -0800 (PST) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD08543F3F for ; Mon, 17 Mar 2003 18:02:05 -0800 (PST) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.12.8/8.12.8) with ESMTP id h2I221Wx002659 for ; Mon, 17 Mar 2003 21:02:01 -0500 (EST) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.12.8/8.12.8/Submit) id h2I221AO002658 for freebsd-hackers@freebsd.org; Mon, 17 Mar 2003 21:02:01 -0500 (EST) Date: Mon, 17 Mar 2003 21:02:01 -0500 From: John To: Hackers List Subject: NFS performance tuning Message-ID: <20030318020201.GA2329@BSDWins.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, This is an open ended email with a question about how to increase performance of a 4-stable system running in a high-load environment. The src is current as of: FreeBSD 4.8-RC #1: Sun Mar 16 15:44:01 Running top on the system: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 93 root 2 0 360K 148K RUN 197:27 48.49% 48.49% nfsd 94 root 2 0 360K 148K RUN 28:36 5.71% 5.71% nfsd 96 root 2 0 360K 148K RUN 10:37 3.66% 3.66% nfsd 95 root 2 0 360K 148K RUN 18:34 3.27% 3.27% nfsd 98 root 2 0 360K 148K RUN 6:25 1.03% 1.03% nfsd 97 root 2 0 360K 148K RUN 8:17 0.83% 0.83% nfsd 3201 admin 30 0 1908K 1056K RUN 0:00 1.19% 0.73% top 99 root 2 0 360K 148K RUN 5:21 0.63% 0.63% nfsd 101 root 2 0 360K 148K RUN 4:18 0.20% 0.20% nfsd and a ps a minute or so later: PID PPID UID %CPU %MEM STAT TIME COMMAND 92 1 0 0.0 0.0 Is 0:00.00 nfsd: master (nfsd) 93 92 0 45.3 0.0 R 199:46.61 nfsd: server (nfsd) 94 92 0 5.0 0.0 R 28:57.60 nfsd: server (nfsd) 95 92 0 2.1 0.0 R 18:48.99 nfsd: server (nfsd) 96 92 0 1.1 0.0 R 10:45.36 nfsd: server (nfsd) 97 92 0 0.3 0.0 R 8:23.25 nfsd: server (nfsd) 98 92 0 0.4 0.0 R 6:30.47 nfsd: server (nfsd) 99 92 0 0.2 0.0 R 5:25.05 nfsd: server (nfsd) 101 92 0 0.2 0.0 R 4:21.38 nfsd: server (nfsd) The nfsd processes are almost always Runnable. The box is an athlon MP 2200+ based system on a tyan S2466 motherboard (http://www.tyan.com/products/html/tigermpx.html) with only one processor currently installed, 2Gig of Ram. The filesystem being served out lives on an Adaptec 5400S Raid controller: aac0: port 0x1000-0x10ff mem 0xe8000000-0xe8001fff irq 9 at device 9.0 on pci0 aac0: StrongARM SA110 233MHz, 128MB cache memory, required battery present aac0: Kernel 1.0-0, Build 5262, S/N 6b1830 aacd1: on aac0 aacd1: 769984MB (1576929024 sectors) The system is located on 5 different networks: (netstat -i) Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll gx0 1500 00:90:27:a1:5d:0b 12056041 0 14715548 0 0 gx0 1500 192.168.30 192.168.30.250 12055944 - 14715450 - - gx1 1500 00:90:27:a1:44:5a 2269975 0 2753705 0 0 gx1 1500 192.168.31 192.168.31.250 2269878 - 2753607 - - fxp0 1500 00:02:b3:60:b5:3a 241440300 0 246915204 946 0 fxp0 1500 10.14.2/24 bb03na1a.hsr.sa 241447878 - 246924642 - - fxp1 1500 00:02:b3:4a:76:e6 117933878 706 122043638 921 0 fxp1 1500 10.14.3/24 bb03na1b.hsr.sa 117939587 - 122051034 - - fxp2 1500 00:02:b3:60:a8:9d 303742731 0 310860180 901 0 fxp2 1500 10.14.4/24 bb03na1c.hsr.sa 303760088 - 310879510 - - (The gx cards are 1000baseSX ). (The fxp cards are 100baseTX ). and from netstat -m: %netstat -m 916/2512/34816 mbufs in use (current/peak/max): 894 mbufs allocated to data 22 mbufs allocated to packet headers 729/1160/8704 mbuf clusters in use (current/peak/max) 2948 Kbytes allocated to network (11% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines and from nfsstat: Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 31122 62636 600335411 186827 5952269 815008 90198 59781 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 22236 0 15 8067 15989 198862 48 78463316 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate Evict 0 242190 8 0 149734 0 0 0 Server Ret-Failed 591695228 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 228 11658 52 686794492 Server Lease Stats: Leases PeakL GLeases 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 815008 815008 0 The system holds alot of c and h files along with other pretty static data. The performance of the system is not bad, but I'm curious about what folks might do to tune it up some. Anyways, comments welcome! -john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 17 20:14:30 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF27637B404 for ; Mon, 17 Mar 2003 20:14:26 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7CA43FA3 for ; Mon, 17 Mar 2003 20:14:25 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0217.cvx22-bradley.dialup.earthlink.net ([209.179.198.217] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18v8UV-0004qe-00; Mon, 17 Mar 2003 20:14:21 -0800 Message-ID: <3E769CCA.7E9BD340@mindspring.com> Date: Mon, 17 Mar 2003 20:12:58 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <3E750471.3498C9BE@mindspring.com> <3E765359.7FC6C541@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a46deee49447c996d67c94da6d3b3462ce666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Babkin wrote: > Terry Lambert wrote: > > Not really possible, without CVSup coming onto a vendor branch instead > > Actually, I was thinking of the opposite: doing all the changes > on a vendor branch (or in some separate local repository altogether), > then merging them into the main branch. Think of the following > sequence that can be used now: [ ... ] > # OK, let's suppose that our changes are finally complete, and nobody > # else has committed any other changes in between > cvs ci Suppose someone has? If you are so out of touch with the net you need a cache, you are probably going to get a conflict, because people are tweaking things all the time, sometimes, it seems, rearranging the deck chairs to get their name in CVS lights. 8-). > So pretty much all I want is to make this procedure a bit more > convenient, able to handle whole subdirectories as opposed > to separate files. That's reasonable, but... you're rcs ci is a killer; it assumes a local repostory in parallel. I guess you want a "multicvs", which does checkins remotely or locally? If you want all of your checkins checked in, then you could do this with a shell script wrapper that knew about "link up" on your network interfaces. Is that a possible solution for you? > As a model consider this: suppose we build a separate copy of the CVS > binary, called "mycvs" that has the following differences from > the normal CVS: > > 1. Instead of the variable CVSROOT it uses MYCVSROOT > 2. Instead of the metadata subdirectory name CVS it uses the name MYCVS > 3. It never touches any of the keywords (such as $Id etc.) > 4. When asked to add a file, it automatically creates the whole > path of intermediate directories for it. (How does it know where > the checked-out tree starts ? There are many more or less > obvious and convenient ways to do that, so let's leave this issue > alone for now). > > Then in the example above you can do > > export MYCVSROOT=~/tmp/cvsroot > mycvs init > > And do everyhing as in the previous example, only replacing rcs > with mycvs (and obviously you wold need to do "mycvs add" before > the fiest "mycvs ci"). That's actually grosser than the rcs version (IMO)... > > of verbatim copying of the repository. > > > > Incoherent: [ ... diagram ... ] > Why is it incoherent ? CVS checks that the version obtained by "cvs co" > and then modified is still the top of the tree. If it's not, > it will refuse to commit and will request you to do an update. I left out the (I thought) obvious part; ket me fix it: ,-------.-----cvsup(1)->,-------. | Main |---- cvsup(2)->| Cache |<------. | Repo | [CONFLICT] | Repo | | `-------' `-------' | ^ | | | cvs co | cvs ci(2) | cvs ci(1) [CONFLICT] V | cvs ci(3) ,-------. | | | Work | | `-------------------| Copy |-------' `-------' Order: cvsup(1) cvs co cvs ci(1) cvs ci(2) [CONFLICT] [FIX] cvs ci(3) cvsup(2) [CONFLICT] In other words, you can't order commits with conflicts, without going to the main repo first in call cases. That destroys your intended disconnected use. The first time you get a conflict, your MYCVSROOT repository is blown, and you won't be able to resyncronize it, without replacing ",v" and "CVS/*" file contents. In other words, any time, there is a "checkin to main repository" conflict, your foot goes "bye bye"... Make sense? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 0:10:27 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0370E37B404 for ; Tue, 18 Mar 2003 00:10:27 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 9970643F75 for ; Tue, 18 Mar 2003 00:10:25 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Mar 2003 08:10:24 +0000 (GMT) Date: Tue, 18 Mar 2003 08:10:21 +0000 From: David Malone To: John Cc: Hackers List , Daniel Ellard Subject: Re: NFS performance tuning Message-ID: <20030318081021.GA55575@walton.maths.tcd.ie> References: <20030318020201.GA2329@BSDWins.Com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030318020201.GA2329@BSDWins.Com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 17, 2003 at 09:02:01PM -0500, John wrote: > This is an open ended email with a question about how > to increase performance of a 4-stable system running in a > high-load environment. The src is current as of: It may be worth chatting to Daniel Ellard, who has some interesting PRs open on FreeBSD NFS server performance. It certainly sounds like you could do some testing/benchmarking for him. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 1:25:19 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2222B37B401 for ; Tue, 18 Mar 2003 01:25:18 -0800 (PST) Received: from mx8.mail.ru (mx8.mail.ru [194.67.57.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0184C43F93 for ; Tue, 18 Mar 2003 01:25:17 -0800 (PST) (envelope-from ok@mail.ru) Received: from [212.248.4.186] (helo=ok) by mx8.mail.ru with smtp (Exim SMTP.8) id 18vCAK-000Oun-00 for freebsd-hackers@freebsd.org; Tue, 18 Mar 2003 11:09:45 +0300 From: ok To: freebsd-hackers@freebsd.org Subject: Ìå÷òà þííîãî ÷åëîâåêà!!! X-Mailer: Microsoft Outlook Express 5.00.2615.200 Reply-To: ok@mail.ru Date: Tue, 18 Mar 2003 11:10:09 +0300 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Çäðàâñòâóéòå! Ìíå 13 ëåò ó ìåíÿ åñòü ìå÷òà !!!! ïîïðîøó âàñ îòêëèêíóòüñÿ åñëè åñòü òàêàÿ âîçìîæíîñòü. http://www.zooook.narod.ru Ïðîøó ïðîùåíèÿ, åñëè îòíÿë ó âàñ âðåìÿ... Ñåðãåé To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 4:19:17 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E5037B401 for ; Tue, 18 Mar 2003 04:19:16 -0800 (PST) Received: from hotmail.com (f14.pav0.hotmail.com [64.4.33.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248C243F3F for ; Tue, 18 Mar 2003 04:19:16 -0800 (PST) (envelope-from oykai@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 18 Mar 2003 04:19:16 -0800 Received: from 210.74.136.33 by pv0fd.pav0.hotmail.msn.com with HTTP; Tue, 18 Mar 2003 12:19:15 GMT X-Originating-IP: [210.74.136.33] From: "ouyang kai" To: robert@fledge.watson.org Cc: hackers@FreeBSD.org Subject: some questions about ACL implementation Date: Tue, 18 Mar 2003 20:19:15 +0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 18 Mar 2003 12:19:16.0024 (UTC) FILETIME=[97D06380:01C2ED48] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, robert I am reading the ACL implementation based FreeBSD5.0 release. I have some problems, please help. 1. the 'extattrctl initattr -p / 388 posix1e.acl_access' command: why the size is 388. the 'ufs_extattr_header' size is 12 and the 'acl' is 324, so the sum is 336. 2. what is the relationship of ACL_GROUP_OBJ and ACL_MASK? If I do not set the ACL EA, we can not get the information of 'ACL_MASK'. ACL_MASK represents what? 3. "As part of the ACL is stored in the inode, and the rest in an EA, assemble both into a final ACL product. Right now this is not done very efficiently.", Do you any viewpoint about that? How we can improve the efficiency? 4. about ACL based on UFS2, do the ACLs of an inode store di_extb? Could you introduce the ACLs' management on UFS2? Thank you very much! Best Regards Ouyang Kai _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 5:13:47 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FDB337B404 for ; Tue, 18 Mar 2003 05:13:42 -0800 (PST) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5CB043FAF for ; Tue, 18 Mar 2003 05:13:40 -0800 (PST) (envelope-from mike@sentex.net) Received: from house (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.12.8/8.12.6) with SMTP id h2IDDe9L033366 for ; Tue, 18 Mar 2003 08:13:41 -0500 (EST) (envelope-from mike@sentex.net) From: Mike Tancsa To: hackers@freebsd.org Subject: Re: debugging a repeating panic (solved) Date: Tue, 18 Mar 2003 08:11:44 -0500 Message-ID: <8a6e7vc93jhm2a7gln6h3efemoajhk51t9@4ax.com> References: In-Reply-To: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just a followup to this, jlemon narrowed down the problem for me to be inet6 related. He wrote, ------------- >I think I narrowed this down to IPv6. In particular, netstat shows: > >fe80::%lo0/64 fe80::1%lo0 Uc = lo0 >fe80::1%lo0 link#3 UHL = lo0 > >with the first line being a cloned entry. The route is garbage=20 >collected after 1 day of inactivity, so that's when the crash happens. > >I'm not sure why it's crashing just yet, but something seems odd on >the machine=20 Sure enough, I took out inet6 from the box and no more panics. Sample dump below. (It was always in the same place) (kgdb) bt full #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 error =3D 0 #1 0xc016726c in boot (howto=3D256) at = /usr/src/sys/kern/kern_shutdown.c:316 howto =3D 256 #2 0xc01676ed in panic (fmt=3D0xc03109f9 "%s") at /usr/src/sys/kern/kern_shutdown.c:595 fmt =3D 0xc03109f9 "%s" bootopt =3D 256 buf =3D "page fault", '\000' #3 0xc02bf15e in trap_fatal (frame=3D0xded66e00, eva=3D1089938309) at /usr/src/sys/i386/i386/trap.c:974 frame =3D (struct trapframe *) 0xded66e00 eva =3D 0 code =3D 16 type =3D 12 ss =3D 16 esp =3D 0 softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D = 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 13, ssd_xx1 =3D 2,=20 ssd_def32 =3D 1, ssd_gran =3D 1} #4 0xc02bedb1 in trap_pfault (frame=3D0xded66e00, usermode=3D0, eva=3D1089938309) at /usr/src/sys/i386/i386/trap.c:867 va =3D 1089937408 vm =3D (struct vmspace *) 0x0 map =3D 0xdea2a180 rv =3D 0 ftype =3D 1 '\001' p =3D (struct proc *) 0xded89c60 #5 0xc02be8cb in trap (frame=3D{tf_fs =3D -566231016, tf_es =3D = -556269552, tf_ds =3D -556400624, tf_edi =3D -1020112715,=20 tf_esi =3D -1023322971, tf_ebp =3D -556372388, tf_isp =3D = -556372436, tf_ebx =3D 1089938309, tf_edx =3D -1023322937,=20 tf_ecx =3D -1023322939, tf_eax =3D 28, tf_trapno =3D 12, tf_err =3D= 0, tf_eip =3D -1072019560, tf_cs =3D 8, tf_eflags =3D 66050,=20 tf_esp =3D 13568, tf_ss =3D -1020112720}) at /usr/src/sys/i386/i386/trap.c:466 p =3D (struct proc *) 0xded89c60 sticks =3D 15876603469163024560 i =3D 0 ucode =3D 0 type =3D 12 code =3D 0 eva =3D 1089938309 #6 0xc01a4798 in ifa_ifwithnet (addr=3D0xc33250b0) at /usr/src/sys/net/if.c:611 ifp =3D (struct ifnet *) 0xc035e120 ifa =3D (struct ifaddr *) 0x62000000 ifa_maybe =3D (struct ifaddr *) 0xc3015e00 af =3D 2 addr_data =3D 0xc33250b2 "" cplim =3D 0x0 #7 0xc01cfa29 in in_pcbladdr (inp=3D0xdc550680, nam=3D0xc33250b0, plocal_sin=3D0xded66e94) at /usr/src/sys/netinet/in_pcb.c:459 fport =3D 13568 ro =3D (struct route *) 0x3500 plocal_sin =3D (struct sockaddr_in **) 0x0 ia =3D (struct in_ifaddr *) 0x0 sin =3D (struct sockaddr_in *) 0xc33250b0 #8 0xc01cfb17 in in_pcbconnect (inp=3D0xdc550680, nam=3D0xc33250b0, p=3D0xded89c60) at /usr/src/sys/netinet/in_pcb.c:526 inp =3D (struct inpcb *) 0xdc550680 ifaddr =3D (struct sockaddr_in *) 0xdc550680 sin =3D (struct sockaddr_in *) 0xc33250b0 sa =3D {sin_len =3D 176 '=B0', sin_family =3D 0 '\000', sin_port = =3D 0, sin_addr =3D {s_addr =3D 0},=20 sin_zero =3D "\000\000\000\000\200=F41=DC"} error =3D 0 #9 0xc01e3709 in udp_connect (so=3D0xdc31f480, nam=3D0xc33250b0, = p=3D0xded89c60) at /usr/src/sys/netinet/udp_usrreq.c:866 p =3D (struct proc *) 0xded89c60 inp =3D (struct inpcb *) 0xdc550680 s =3D 1644167168 error =3D 0 #10 0xc0186564 in soconnect (so=3D0xdc31f480, nam=3D0xc33250b0, = p=3D0xded89c60) at /usr/src/sys/kern/uipc_socket.c:389 so =3D (struct socket *) 0xdc31f480 nam =3D (struct sockaddr *) 0x0 p =3D (struct proc *) 0x0 s =3D 0 error =3D 0 ---Type to continue, or q to quit--- #11 0xc0189c28 in connect (p=3D0xded89c60, uap=3D0xded66f80) at /usr/src/sys/kern/uipc_syscalls.c:394 uap =3D (struct connect_args *) 0xded66f80 fp =3D (struct file *) 0xc3ea9640 so =3D (struct socket *) 0xdc31f480 sa =3D (struct sockaddr *) 0xc33250b0 error =3D 0 s =3D -600705920 #12 0xc02bf4ad in syscall2 (frame=3D{tf_fs =3D -1078001617, tf_es =3D 47,= tf_ds =3D -1078001617, tf_edi =3D -1077983904, tf_esi =3D 59,=20 tf_ebp =3D -1077996464, tf_isp =3D -556372012, tf_ebx =3D = 673944780, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 98, tf_trapno =3D 12,=20 tf_err =3D 2, tf_eip =3D 673621160, tf_cs =3D 31, tf_eflags =3D = 659, tf_esp =3D -1077997132, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1175 params =3D 0xbfbf11b8 "\b" i =3D 0 callp =3D (struct sysent *) 0xc031fff0 p =3D (struct proc *) 0xded89c60 orig_tf_eflags =3D 659 sticks =3D 0 error =3D 0 narg =3D 3 args =3D {8, 135103192, 16, 0, 0, 0, 0, 0} have_mplock =3D 1 code =3D 98 #13 0xc02ab1db in Xint0x80_syscall () No symbol table info available. #14 0x2827f651 in ?? () No symbol table info available. #15 0x2827fb46 in ?? () No symbol table info available. #16 0x8062a75 in ?? () No symbol table info available. #17 0x807177b in ?? () No symbol table info available. #18 0x8058169 in ?? () No symbol table info available. #19 0x80811bc in ?? () No symbol table info available. #20 0x8080c42 in ?? () No symbol table info available. #21 0x8081079 in ?? () No symbol table info available. #22 0x8080e0d in ?? () No symbol table info available. #23 0x8083052 in ?? () No symbol table info available. #24 0x805184a in ?? () No symbol table info available. #25 0x806e424 in ?? () No symbol table info available. #26 0x804c03a in ?? () No symbol table info available. (kgdb)=20 ---Mike Mike Tancsa (mike@sentex.net)=09 http://www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 6: 6:41 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A17237B401 for ; Tue, 18 Mar 2003 06:06:41 -0800 (PST) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6707C43FB1 for ; Tue, 18 Mar 2003 06:06:39 -0800 (PST) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h2IE6bq20518 for freebsd-hackers@freebsd.org; Tue, 18 Mar 2003 15:06:37 +0100 Date: Tue, 18 Mar 2003 15:06:37 +0100 From: Christoph Kukulies Message-Id: <200303181406.h2IE6bq20518@accms33.physik.rwth-aachen.de> To: freebsd-hackers@freebsd.org Subject: HP-UX FS mountable? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone know whether I can mount a HP-UX (10.26) disk under FreeBSD? -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 6:17:58 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC0437B404 for ; Tue, 18 Mar 2003 06:17:57 -0800 (PST) Received: from relay1.ntu-kpi.kiev.ua (oberon.ntu-kpi.kiev.ua [195.245.194.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104D643F3F for ; Tue, 18 Mar 2003 06:17:55 -0800 (PST) (envelope-from nikolay@asu.ntu-kpi.kiev.ua) Received: by relay1.ntu-kpi.kiev.ua (Postfix, from userid 426) id 70B7F19EDA; Tue, 18 Mar 2003 16:17:51 +0200 (EET) Received: from onyx.asu.ntu-kpi.kiev.ua (eth0.onyx.asu.ntu-kpi.kiev.ua [10.18.16.2]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id BDA4C19E92; Tue, 18 Mar 2003 16:17:49 +0200 (EET) Received: from drweb by onyx.asu.ntu-kpi.kiev.ua with drweb-scanned (Exim 4.10) id 18vHuX-000Ar9-00; Tue, 18 Mar 2003 16:17:49 +0200 Received: from nikolay by onyx.asu.ntu-kpi.kiev.ua with local (Exim 4.10) id 18vHuX-000Ar3-00; Tue, 18 Mar 2003 16:17:49 +0200 Date: Tue, 18 Mar 2003 16:17:49 +0200 From: "Nikolay Y. Orlyuk" To: ouyang kai Cc: hackers@FreeBSD.org Subject: Re: some questions about ACL implementation Message-ID: <20030318141748.GB40927@asu.ntu-kpi.kiev.ua> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 18, 2003 at 08:19:15PM +0800, ouyang kai wrote: > 1. the 'extattrctl initattr -p / 388 posix1e.acl_access' command: why the > size is 388. the 'ufs_extattr_header' size is 12 and the 'acl' is 324, so > the sum is 336. Maybe each some structs isn't packed. I mean when you compile it align size of some structures for ex on pargraph (16 bytes) or something like this. > -- With best wishes Nikolay mail: nikolay@asu.ntu-kpi.kiev.ua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 7:18:26 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D4937B401 for ; Tue, 18 Mar 2003 07:18:25 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC5F43F93 for ; Tue, 18 Mar 2003 07:18:24 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.8/8.12.1) with ESMTP id h2IFIMmq068801 for ; Tue, 18 Mar 2003 10:18:22 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.8/8.12.1/Submit) id h2IFIMgH068800 for hackers@FreeBSD.ORG; Tue, 18 Mar 2003 10:18:22 -0500 (EST) (envelope-from hiten) Date: Tue, 18 Mar 2003 10:18:22 -0500 From: Hiten Pandya To: hackers@FreeBSD.ORG Subject: pmap_wired_count() macro? Message-ID: <20030318151822.GA67346@unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Gang. Can someone enlighten me as to where I can find the pmap_wired_count() macro? I have tried a quick grep through sys but I am not able to find where it is. I ask this because I was browsing through our mlock() implementation and the 'ifndef pmap_wired_count' and was wondering what it did. I do have an idea what this macro would do, but I just failed to find it in our src tree. Thanks in advance. -- Hiten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 7:45:45 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37AF437B401 for ; Tue, 18 Mar 2003 07:45:44 -0800 (PST) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E48043F93 for ; Tue, 18 Mar 2003 07:45:43 -0800 (PST) (envelope-from ellard@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 465) id 61C0354C4B7; Tue, 18 Mar 2003 10:45:40 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 5F2AC54C4B0; Tue, 18 Mar 2003 10:45:40 -0500 (EST) Date: Tue, 18 Mar 2003 10:45:40 -0500 (EST) From: Daniel Ellard To: John Cc: Hackers List , dwmalone@maths.tcd.ie Subject: Re: NFS performance tuning In-Reply-To: <20030318020201.GA2329@BSDWins.Com> Message-ID: References: <20030318020201.GA2329@BSDWins.Com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The tweaks I've been working on are for read performance. Based on what you sent, I don't think read performance is your problem at all (although they might help you anyway, in the long run). So, my advice might be no more useful than line noise, but here goes: 1. You've got a nfsd taking 48% of an athlon 2200? Wow. If you can profile it to get a look at where it's spending the time, that would be incredibly interesting. I've never seen an nfsd do that. 2. You've got 5 network interfaces, and 2 of them are gigabit, but you're only running 8 nfsds. By rule of thumb, I would add more. This doesn't solve your mystery, however, because it's the master that's eating all the CPU. (Why do the gigabit interfaces see an order of magnitude less traffic than the 100Mb/s?) 3. Are you using TCP or UDP? Any kind of flow control on the switch? I'm interested to hear what other people have to say. -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 7:54:49 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8818237B401 for ; Tue, 18 Mar 2003 07:54:47 -0800 (PST) Received: from grsu.by (grsu.by [194.158.202.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 51DA543F3F for ; Tue, 18 Mar 2003 07:54:45 -0800 (PST) (envelope-from grog@grsu.by) Received: (qmail 69165 invoked from network); 18 Mar 2003 15:53:35 -0000 Received: from unknown (HELO grsu.by) (grog@195.50.13.206) by grsu.by with SMTP; 18 Mar 2003 15:53:35 -0000 Message-ID: <3E773A4D.5000900@grsu.by> Date: Tue, 18 Mar 2003 17:25:01 +0200 From: Yury Tarasievich User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020829 X-Accept-Language: be, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: fgdg References: <000501c2ec69$1a665330$3487bac2@gfghjf> <20030317184040.A49390@nlanr.net> <3E75FC7E.4080207@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I prefer it that way: 1. run freebsd install partition the disk, using multiplies of heads*sectors as base unit make ...s1 slice of type 6 (and possibly make fairly big ad0s2 of type 5) make ...s3 and install freebsd there (I have seen windows at my place occasionally removing primary partitions placed in chain between C: (...s1) and extended partition) 2. setup windows to ...s1 3. when (if) wanting to run linux fdisk (I use it to add logical drives rather than that of windows), switch bios to normal disk translation before and to LBA after (in most cases one-time operation) Is there any freebsd fdisk capable of dealing with logical drives? Roman Kurakin wrote: > Hi, > Joerg Micheel wrote: > >> On Mon, Mar 17, 2003 at 12:39:22PM +0300, sergej wrote: >> >> >>> mozno li ustanovit% odnovremenno na odin disk: >>> unix i windows, i kak jto sdelat%! >>> > I think it would be better if you will ask questions in English. > >>> Get yourself a copy of the "Complete FreeBSD" by Greg Lehey, >>> which covers this subject very well. This question also belongs >>> to , not -hackers. >>> >>> In short, the configuration option is there with FreeBSD as >>> delivered, but you need to take care on making the right steps >>> at the right time. Starting off with BSD first is the better >>> way to proceed, adding Windows later. >>> > If you setup at first FreeBSD and then add Windows you will lose > FreeBSD's boot loader. > And you will have to reinstall bootloader. > > You also could meet other problems. If your set incorrect (from > FreeBSD's point of view) > geometry for you hard disk and install freebsd 5.0 after Windows 2000, > freebsd will > "fix" windows partition entry and any reinstalletions or fix > procedures of Windows > will lead to nothing. Probably some last versions from 4.x branch have > the same > "features", but the last 4.x version I worked with at home was 4.3. > > > PS. > I don't know if this bug was fixed in current versions. I am almost > sure that it is not. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 11:51:36 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D7937B401 for ; Tue, 18 Mar 2003 11:51:33 -0800 (PST) Received: from samson.dc.luth.se (samson.dc.luth.se [130.240.112.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C1843F75 for ; Tue, 18 Mar 2003 11:51:31 -0800 (PST) (envelope-from bj@dc.luth.se) Received: from dc.luth.se (root@bompe.dc.luth.se [130.240.60.42]) by samson.dc.luth.se (8.12.5/8.12.5) with ESMTP id h2IJpUjY009864 for ; Tue, 18 Mar 2003 20:51:30 +0100 (MET) Received: from bompe.dc.luth.se (bj@localhost.dc.luth.se [127.0.0.1]) by dc.luth.se (8.12.6/8.11.3) with ESMTP id h2IJpTKl001940 for ; Tue, 18 Mar 2003 20:51:30 +0100 (CET) (envelope-from bj@bompe.dc.luth.se) Message-Id: <200303181951.h2IJpTKl001940@dc.luth.se> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Reply-To: bj@dc.luth.se X-Disposition-notification-to: Borje.Josefsson@dc.luth.se X-Return-receipt-to: Borje.Josefsson@dc.luth.se Dcc: Subject: High CPU usage on high-bandwidth long distance connections. From: Borje Josefsson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Mar 2003 20:51:29 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Scenario: Two hosts: *** Host a: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2790.96-MHz 686-class CPU) Hyperthreading: 2 logical CPUs real memory =3D 1073676288 (1048512K bytes) em0: flags=3D8843 mtu 4470 options=3D3 media: Ethernet autoselect (1000baseSX ) *** Host b: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2790.96-MHz 686-class CPU) Hyperthreading: 2 logical CPUs real memory =3D 536301568 (523732K bytes) bge0: flags=3D8843 mtu 4470 options=3D3 media: Ethernet autoselect (1000baseSX ) Both Ethernet cards are PCI-X. = Parameters (for both hosts): kern.ipc.maxsockbuf=3D8388608 net.inet.tcp.rfc1323=3D1 kern.ipc.nmbclusters=3D"8192" The hosts are connected directly (no LAN equipment inbetween) to high = capacity backbone routers (10 Gbit/sec backbone), and are approx 1000 = km/625 miles(!) apart. Measuring RTT gives: RTTmax =3D 20.64 ms. Buffer size needed =3D 3.69 Mbytes, so I add 25% and= set: sysctl net.inet.tcp.sendspace=3D4836562 = sysctl net.inet.tcp.recvspace=3D4836562 MTU=3D4470 all the way. OS =3D FreeBSD 4-STABLE (as of today). **** Now the problem: The receiver works fine, but on the *sender* I run out if CPU (doesn't = matter if host a or host b is sender). Measuring bandwidth with ttcp give= s: ttcp-t: buflen=3D61440, nbuf=3D30517, align=3D16384/0, port=3D5001 tcp ttcp-t: 1874964480 bytes in 22.39 real seconds =3D 638.82 Mbit/sec +++ ttcp-t: 30517 I/O calls, msec/call =3D 0.75, calls/sec =3D 1362.82 ttcp-t: 0.0user 20.8sys 0:22real 93% 16i+382d 326maxrss 0+15pf 9+280csw This is very repeatable (within a few %), and is the same regardless of = which direction I use. During that period, the sender shows: 0.0% user, 0.0% nice, 94.6% system, 5.4% interrupt, 0.0% idle I have read about DEVICE_POLLING, but that doesn't seem to be supported o= n = any GigE PCI-X cards?!? Does anybody have an idea on which knob to tune next to be able to fill m= y = (long-distance) GigE link? I am mostly interested in what to do to not ea= t = all my CPU, but also if there are anu other TCP parameters that I haven't= = thought about. I have configured my kernel for SMP (Xeon CPU with hyperthreading), don't= = know if that is good or bad in this case? With kind regards, --Borje To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 13:28:34 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5654437B401 for ; Tue, 18 Mar 2003 13:28:32 -0800 (PST) Received: from smtp.lynuxworks.com (smtp.Lynuxworks.com [207.21.185.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF2B243F3F for ; Tue, 18 Mar 2003 13:28:31 -0800 (PST) (envelope-from mooring@Lnxw.com) Received: from newbast.lynuxworks.com (newbast.lynxworks.com [207.21.185.6]) by smtp.lynuxworks.com (8.11.6/8.9.3) with ESMTP id h2ILSVQ30523; Tue, 18 Mar 2003 13:28:31 -0800 Received: (from mooring@localhost) by newbast.lynuxworks.com (8.11.2/8.11.2) id h2ILSVd23153; Tue, 18 Mar 2003 13:28:31 -0800 Date: Tue, 18 Mar 2003 13:28:31 -0800 From: Ed Mooring To: Borje Josefsson , freebsd-hackers@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: High CPU usage on high-bandwidth long distance connections. Message-ID: <20030318132831.P6615@newbast.lynuxworks.com> Reply-To: mooring@Lnxw.com References: <200303181951.h2IJpTKl001940@dc.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200303181951.h2IJpTKl001940@dc.luth.se>; from bj@dc.luth.se on Tue, Mar 18, 2003 at 08:51:29PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 18, 2003 at 08:51:29PM +0100, Borje Josefsson wrote: [snip scenario] > > The hosts are connected directly (no LAN equipment inbetween) to high > capacity backbone routers (10 Gbit/sec backbone), and are approx 1000 > km/625 miles(!) apart. Measuring RTT gives: > RTTmax = 20.64 ms. Buffer size needed = 3.69 Mbytes, so I add 25% and set: > > sysctl net.inet.tcp.sendspace=4836562 > sysctl net.inet.tcp.recvspace=4836562 > > MTU=4470 all the way. > > OS = FreeBSD 4-STABLE (as of today). > > **** Now the problem: > > The receiver works fine, but on the *sender* I run out if CPU (doesn't > matter if host a or host b is sender). Measuring bandwidth with ttcp gives: > > ttcp-t: buflen=61440, nbuf=30517, align=16384/0, port=5001 tcp > ttcp-t: 1874964480 bytes in 22.39 real seconds = 638.82 Mbit/sec +++ > ttcp-t: 30517 I/O calls, msec/call = 0.75, calls/sec = 1362.82 > ttcp-t: 0.0user 20.8sys 0:22real 93% 16i+382d 326maxrss 0+15pf 9+280csw > > This is very repeatable (within a few %), and is the same regardless of > which direction I use. > > During that period, the sender shows: > > 0.0% user, 0.0% nice, 94.6% system, 5.4% interrupt, 0.0% idle I had something vaguely similar happen while I was porting the FreeBSD 4.2 networking stack to LynxOS. It turned out the culprit was sbappend(). It does a linear pointer chase down the mbuf chain each time you do a write() or send(). With a high bandwidth-delay product, that chain can get very long. This topic came up on freebsd-net last July, and Luigi Rizzo provided the following URL for a patch to cache the end of the mbuf chain, so sbappend() stays O(1) instead of O(n). http://docs.freebsd.org/cgi/getmsg.cgi?fetch=366972+0+archive/2001/freebsd-net/20010211.freebsd-net The subject of the July thread was 'the incredible shrinking socket', if you want to hunt through the archives. Hope this helps. -- Ed Mooring (mooring@lynuxworks.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 13:33:38 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D872A37B401; Tue, 18 Mar 2003 13:33:36 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD39443F93; Tue, 18 Mar 2003 13:33:35 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <2003031821333400200rpptge>; Tue, 18 Mar 2003 21:33:34 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA80643; Tue, 18 Mar 2003 13:33:33 -0800 (PST) Date: Tue, 18 Mar 2003 13:33:31 -0800 (PST) From: Julian Elischer To: re@freebsd.org, hackers@freebsd.org Subject: rumour of password aging failure in 4.7/4.8RC Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've received a few reports from teh field that password aging with ssh in 4.7 and 4.8RC is broken. Is there anyone out there that is using passwork expiry and ssh? Who's the expert? The method being used: Define a class called the shellusers class in the /etc/login.conf. Run cap_mkdb on the login.conf file Go into the master.passwd file and expired an account. According to our clients, after the account is expired SSH on 4.7 disallows any logins. It is supposed to allow your connection and then just force you to change your password. On 4.8-RC ssh seems to be totally ignoring the fact that the password is expired. "login" on the other hand acts as expected. Is this the correct procedure? (If not, what IS the correct proceedure? Where is password expiry documented? (man login.conf and man passwd seem the best references so far..). How does PAM come into this? The older version of SSH we have on the 4.4 boxes works with the same password expiration set up without any problems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 13:33:58 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B8837B401 for ; Tue, 18 Mar 2003 13:33:57 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A52943FAF for ; Tue, 18 Mar 2003 13:33:56 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0203.cvx22-bradley.dialup.earthlink.net ([209.179.198.203] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18vOiS-0000iS-00; Tue, 18 Mar 2003 13:33:49 -0800 Message-ID: <3E77906E.8D63B1FE@mindspring.com> Date: Tue, 18 Mar 2003 13:32:30 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Christoph Kukulies Cc: freebsd-hackers@freebsd.org Subject: Re: HP-UX FS mountable? References: <200303181406.h2IE6bq20518@accms33.physik.rwth-aachen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bf308295daa6dbf9deca4543f3df1fea350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christoph Kukulies wrote: > > Does anyone know whether I can mount a HP-UX (10.26) disk under FreeBSD? FreeBSD does not support the partitioning or FS layout for HP/UX, so you can not mount it locally. You could mount it via NFS (of course). According to the "5.0 way of doing things", you could implement a "GEOM" module that would be able to deal with locating the first block of any FS's on the volume, and from there, deal with it with an FS module. The actual FS layout for HP/UX FS volumes depends on the specific version and FS type, but most of that information is documented in the system header files, if you have them. NetBSD for that particular hardware can mount it. I don't know about NetBSD/i386. So that would also be a place to start. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 14: 1:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8E6337B401 for ; Tue, 18 Mar 2003 14:01:09 -0800 (PST) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 804EF43F85 for ; Tue, 18 Mar 2003 14:01:07 -0800 (PST) (envelope-from lev@serebryakov.spb.ru) Received: from lev (ip96-175.dialup.wplus.net [195.131.96.175]) (authenticated bits=0) by ftp.translate.ru (8.12.6/8.12.6) with ESMTP id h2IM3aG1058598 for ; Wed, 19 Mar 2003 01:03:37 +0300 (MSK) (envelope-from lev@serebryakov.spb.ru) Date: Wed, 19 Mar 2003 01:03:38 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v1.53d) Reply-To: Lev Serebryakov Organization: Home X-Priority: 3 (Normal) Message-ID: <2451304609.20030319010338@serebryakov.spb.ru> To: hackers@FreeBSD.ORG Subject: Sound drivers MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, hackers! How are you? I want to write sound driver for FreeBSD (pcm bridge driver) for Envy24 chip and M-Audio Audiophile 2496 sound card. Is here any documentation about pcm architecture? I've looked through sources, but I have still some questions... Lev Serebryakov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 14:11:25 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D887B37B401; Tue, 18 Mar 2003 14:11:23 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0556143F85; Tue, 18 Mar 2003 14:11:23 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 445045308; Tue, 18 Mar 2003 23:11:21 +0100 (CET) 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: Julian Elischer Cc: re@freebsd.org, hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 18 Mar 2003 23:11:20 +0100 In-Reply-To: (Julian Elischer's message of "Tue, 18 Mar 2003 13:33:31 -0800 (PST)") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > I've received a few reports from teh field that password aging > with ssh in 4.7 and 4.8RC is broken. Recent versions of OpenSSH do not support prompting the user for a new password. I haven't tested it, but I think users with expired passwords will simply be locked out. > Is there anyone out there that is using passwork expiry=20 > and ssh? Who's the expert? In the FreeBSD community, that would be me. > How does PAM come into this? It doesn't, really. It's a privsep problem + the fact that some of the pertinent code has been disabled and / or left unimplemented because it wouldn't work with privsep (so turning privsep off won't help). DES --=20 Dag-Erling Sm=F8rgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 14:12:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6128837B404 for ; Tue, 18 Mar 2003 14:12:09 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B516C43F85 for ; Tue, 18 Mar 2003 14:12:06 -0800 (PST) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org (12-234-89-252.client.attbi.com[12.234.89.252]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2003031822120605200l9758e>; Tue, 18 Mar 2003 22:12:06 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.6/8.12.3) with ESMTP id h2IMC5eq076050; Tue, 18 Mar 2003 14:12:05 -0800 (PST) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.6/8.12.6/Submit) id h2IMC0TR076049; Tue, 18 Mar 2003 14:12:01 -0800 (PST) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Tue, 18 Mar 2003 14:12:00 -0800 From: "Crist J. Clark" To: IAccounts Cc: freebsd-hackers@freebsd.org Subject: Re: ether_input: drop bdg packet Message-ID: <20030318221200.GD74853@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <20030313130518.I50632-100000@diana.northnetworks.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030313130518.I50632-100000@diana.northnetworks.ca> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 13, 2003 at 01:13:29PM -0500, IAccounts wrote: > I have 5.0 running as a bridge/ipfw firewall configuration, which is > seemingly working very well in an ISP environment. However, there is > something that I don't know if it is an error, or normal. On the console, > I get the following message many times per second: > > ether_input: drop bdg packet > > I am suspecting that this is just a logging issue within part of the > bridge/ipfw code, but I would like some feeback if possible to what > exactly this is for. > > I have looked through bridge.c, ipfw.c, bpf.c, bpf_filter.c and many > others for the answer. There is much reference to DROP in bridge.c, but > nothing that looks like the console message. I would really like to find > out why this is happening, and how to make some changes, so I would > appreciate it if someone could point me in the direction of the code for > this as opposed to or in addition to the answer. The message is in src/sys/net/if_ethersubr.c. However, it was removed in revision 1.34 which is probably why you cannot find it. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 14:20:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7585A37B401; Tue, 18 Mar 2003 14:20:18 -0800 (PST) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 855A843F75; Tue, 18 Mar 2003 14:20:17 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <2003031822201600300db1soe>; Tue, 18 Mar 2003 22:20:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA80961; Tue, 18 Mar 2003 14:20:13 -0800 (PST) Date: Tue, 18 Mar 2003 14:20:11 -0800 (PST) From: Julian Elischer To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Cc: re@freebsd.org, hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 18 Mar 2003, Dag-Erling [iso-8859-1] Sm=F8rgrav wrote: > Julian Elischer writes: > > I've received a few reports from teh field that password aging > > with ssh in 4.7 and 4.8RC is broken. >=20 > Recent versions of OpenSSH do not support prompting the user for a new > password. I haven't tested it, but I think users with expired > passwords will simply be locked out. >=20 > > Is there anyone out there that is using passwork expiry=20 > > and ssh? Who's the expert? >=20 > In the FreeBSD community, that would be me. >=20 > > How does PAM come into this? >=20 > It doesn't, really. It's a privsep problem + the fact that some of > the pertinent code has been disabled and / or left unimplemented > because it wouldn't work with privsep (so turning privsep off won't > help). So, the fix would be to go back to an old version of ssh? there are patches in the OpenSSH mailing lists to make this work for AIX. (bug '14' if that helps). I can't work out what they do however. >=20 > DES > --=20 > Dag-Erling Sm=F8rgrav - des@ofug.org >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 14:33:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A1337B404; Tue, 18 Mar 2003 14:33:20 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F2343F93; Tue, 18 Mar 2003 14:33:19 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 9230D5308; Tue, 18 Mar 2003 23:33:17 +0100 (CET) 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: Julian Elischer Cc: re@freebsd.org, hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 18 Mar 2003 23:33:16 +0100 In-Reply-To: (Julian Elischer's message of "Tue, 18 Mar 2003 14:20:11 -0800 (PST)") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > So, the fix would be to go back to an old version of ssh? Yes, but you'd have to go back to a version with known remotely exploitable vulnerabilities. Since this is a problem for you and your customers, I will look into getting password changing to work, at least for PAM authentication, when I import 3.6 (which should be out in a few weeks). DES --=20 Dag-Erling Sm=F8rgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 14:45:30 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF9B437B404 for ; Tue, 18 Mar 2003 14:45:28 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 757A543FAF for ; Tue, 18 Mar 2003 14:45:28 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <2003031822452705100cqltle>; Tue, 18 Mar 2003 22:45:28 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA81138; Tue, 18 Mar 2003 14:45:26 -0800 (PST) Date: Tue, 18 Mar 2003 14:45:25 -0800 (PST) From: Julian Elischer To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Cc: hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 18 Mar 2003, Dag-Erling [iso-8859-1] Sm=F8rgrav wrote: > Julian Elischer writes: > > So, the fix would be to go back to an old version of ssh? >=20 > Yes, but you'd have to go back to a version with known remotely > exploitable vulnerabilities. >=20 > Since this is a problem for you and your customers, I will look into > getting password changing to work, at least for PAM authentication, > when I import 3.6 (which should be out in a few weeks). Ok so we'll have to miss 4.8. Does making it work for PAM allow it to work for ssh? That's where they are worried the most. >=20 > DES > --=20 > Dag-Erling Sm=F8rgrav - des@ofug.org THANKS! The banks are all getting paranoid at the though of an organised break-in attempt from "unfriendly" sources and it trickles down to us.. The other thing they are on about is "3 tries and you are out" password lockouts. /usr/src/contrib/libpam/modules/pam_tally.c is what they want. We're trying to 'resurect' it and see if it still works with 4.8. is there a similar file for the new PAM code? (or another way of doing it?)=20 Are old and new PAM modules in any way compatible? If we wrote one that ran on 4.x would we be able to continue to run int (even with a recompile) when we switch to 5.3? =20 >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 15: 5:40 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB40F37B401 for ; Tue, 18 Mar 2003 15:05:38 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD8CE43F3F for ; Tue, 18 Mar 2003 15:05:37 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 97B095308; Wed, 19 Mar 2003 00:05:35 +0100 (CET) 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: Julian Elischer Cc: hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 19 Mar 2003 00:05:34 +0100 In-Reply-To: (Julian Elischer's message of "Tue, 18 Mar 2003 14:45:25 -0800 (PST)") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > Ok so we'll have to miss 4.8. Does making it work for PAM allow it to > work for ssh? I don't understand what you mean - PAM already supports password expiry and changing, so it should work for console logins at least (though to be honest I never tested it very thoroughly). The problem with ssh is that password changing is supposed to happen at a later point than authentication, and the way the monitor currently works makes it very awkward to implement. For PAM, I can probably cheat by pretending that password changing is part of the authentication procedure (which it normally isn't in ssh), but it'll only work for ssh2 since the ssh1 challenge-response mechanism doesn't allow multiple challenges. DES --=20 Dag-Erling Sm=F8rgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 15:26:58 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF84837B401 for ; Tue, 18 Mar 2003 15:26:57 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DE043FA3 for ; Tue, 18 Mar 2003 15:26:57 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 68DB15308; Wed, 19 Mar 2003 00:26:53 +0100 (CET) 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: Julian Elischer Cc: hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 19 Mar 2003 00:26:53 +0100 In-Reply-To: (Julian Elischer's message of "Tue, 18 Mar 2003 14:45:25 -0800 (PST)") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > The other thing they are on about is "3 tries and you are out" password > lockouts. /usr/src/contrib/libpam/modules/pam_tally.c is what they want. > We're trying to 'resurect' it and see if it still works with 4.8. > is there a similar file for the new PAM code? No, but I'll probably write one soon as it will allow us to claim that FreeBSD fulfills the CAPP requirements for authentication strength. > Are old and new PAM modules in any way compatible? If we wrote one that > ran on 4.x would we be able to continue to run int (even with a > recompile) when we switch to 5.3? Depends on how carefully you write it. The reverse (that a module written for 5.x will work on 4.x with minimal modifications) is more likely to be true. DES --=20 Dag-Erling Sm=F8rgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 15:41:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FD437B401; Tue, 18 Mar 2003 15:41:52 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7006243F93; Tue, 18 Mar 2003 15:41:51 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 76E875308; Wed, 19 Mar 2003 00:41:49 +0100 (CET) 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: Julian Elischer Cc: re@freebsd.org, hackers@freebsd.org Subject: Re: rumour of password aging failure in 4.7/4.8RC From: des@ofug.org (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 19 Mar 2003 00:41:48 +0100 In-Reply-To: (des@ofug.org's message of "Tue, 18 Mar 2003 23:11:20 +0100") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.2 References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG des@ofug.org (Dag-Erling Sm=F8rgrav) writes: > > How does PAM come into this? > It doesn't, really. It's a privsep problem + the fact that some of > the pertinent code has been disabled and / or left unimplemented > because it wouldn't work with privsep (so turning privsep off won't > help). I just checked the code, and it should actually work if privsep is turned off (which should be reasonably safe - there are no known vulnerabilities in the OpenSSH versions which ship with 4.7 and 4.8, and the recent OpenSSL problem doesn't affect OpenSSH). You may want to give it a try. DES --=20 Dag-Erling Sm=F8rgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 17:39:38 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D37937B401 for ; Tue, 18 Mar 2003 17:39:35 -0800 (PST) Received: from out002.verizon.net (out002pub.verizon.net [206.46.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C1E43F75 for ; Tue, 18 Mar 2003 17:39:34 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.161.134]) by out002.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030319013932.GFDY6546.out002.verizon.net@bellatlantic.net>; Tue, 18 Mar 2003 19:39:32 -0600 Message-ID: <3E77CA50.60DA95D5@bellatlantic.net> Date: Tue, 18 Mar 2003 20:39:28 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Terry Lambert Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <3E750471.3498C9BE@mindspring.com> <3E765359.7FC6C541@bellatlantic.net> <3E769CCA.7E9BD340@mindspring.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out002.verizon.net from [138.89.161.134] at Tue, 18 Mar 2003 19:39:31 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Sergey Babkin wrote: > > # OK, let's suppose that our changes are finally complete, and nobody > > # else has committed any other changes in between > > cvs ci > > Suppose someone has? If you are so out of touch with the net you > need a cache, you are probably going to get a conflict, because It's very likely that the conflict can be cured by a simple "cvs update". > > So pretty much all I want is to make this procedure a bit more > > convenient, able to handle whole subdirectories as opposed > > to separate files. > > That's reasonable, but... you're rcs ci is a killer; it assumes > a local repostory in parallel. I guess you want a "multicvs", > which does checkins remotely or locally? I'm not sure what is a "multicvs", I just want to have some storage for the data before I get to commit it to the real repository. For example, suppose I write some code. Then I run a test on it and find some deficency that needs a non-obvious fix. At this point I want to save the present version somewhere before I start doing the fix, to make sure that I at least won't make things worse, and if I make them worse then I can always return back. After the fix is done and the test runs successfully, the final result can be committed to the central repository. > > As a model consider this: suppose we build a separate copy of the CVS > > binary, called "mycvs" that has the following differences from > > the normal CVS: > > That's actually grosser than the rcs version (IMO)... It's only an example to show an analogy. Though after thinking about it, it looks like a good model to start with and cover under the hood of cvs commands. > > > of verbatim copying of the repository. > > > > > > Incoherent: > > [ ... diagram ... ] > > > Why is it incoherent ? CVS checks that the version obtained by "cvs co" > > and then modified is still the top of the tree. If it's not, > > it will refuse to commit and will request you to do an update. > > I left out the (I thought) obvious part; ket me fix it: > > ,-------.-----cvsup(1)->,-------. > | Main |---- cvsup(2)->| Cache |<------. > | Repo | [CONFLICT] | Repo | | > `-------' `-------' | > ^ | | > | cvs co | > cvs ci(2) | cvs ci(1) > [CONFLICT] V | > cvs ci(3) ,-------. | > | | Work | | > `-------------------| Copy |-------' > `-------' > > Order: > cvsup(1) > cvs co > cvs ci(1) > cvs ci(2) [CONFLICT] > [FIX] cvs ci(3) > cvsup(2) [CONFLICT] > > In other words, you can't order commits with conflicts, without > going to the main repo first in call cases. That destroys your > intended disconnected use. When cvs ci(2) finds a conflict, the master repository is left unchanged. So cvsup will never see any conflicts. The real sequence would be cvsup(1) cvs co cvs ci(1) cvs ci(2) [CONFLICT - check-in fails] cvsup(2) cvs update [hopefully update resolves the conflict, or fix it manually] cvs ci(3) > The first time you get a conflict, your MYCVSROOT repository > is blown, and you won't be able to resyncronize it, without > replacing ",v" and "CVS/*" file contents. No. Two repositories in this example are completely independent. Their only connection is by checking in and out the same file manually. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 18:59:36 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3974337B401 for ; Tue, 18 Mar 2003 18:59:32 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B0643F75 for ; Tue, 18 Mar 2003 18:59:31 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0067.cvx40-bradley.dialup.earthlink.net ([216.244.42.67] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18vTnY-0003YT-00; Tue, 18 Mar 2003 18:59:26 -0800 Message-ID: <3E77DCBC.9A4D40B9@mindspring.com> Date: Tue, 18 Mar 2003 18:58:04 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <3E750471.3498C9BE@mindspring.com> <3E765359.7FC6C541@bellatlantic.net> <3E769CCA.7E9BD340@mindspring.com> <3E77CA50.60DA95D5@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4b5544e89786360298edfb9e450c7054893caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Babkin wrote: > Terry Lambert wrote: > > > # OK, let's suppose that our changes are finally complete, and nobody > > > # else has committed any other changes in between > > > cvs ci > > > > Suppose someone has? If you are so out of touch with the net you > > need a cache, you are probably going to get a conflict, because > > It's very likely that the conflict can be cured by a simple > "cvs update". How? Your local repository is out of date. You can't update your local repository because it's a cache, and the cache contains some local changes, and any update will bow those changes away, or abort because there's a conflict. This is exactly my "incoherent" picture. Are you saying that you can "cvs update" vs. the main repository the checked out local sources, merge the changes, and do it that way? If you do that, you lose your locally maintained modification history. > > > So pretty much all I want is to make this procedure a bit more > > > convenient, able to handle whole subdirectories as opposed > > > to separate files. > > > > That's reasonable, but... you're rcs ci is a killer; it assumes > > a local repostory in parallel. I guess you want a "multicvs", > > which does checkins remotely or locally? > > I'm not sure what is a "multicvs", I just want to have some > storage for the data before I get to commit it to the real > repository. For example, suppose I write some code. Then I run > a test on it and find some deficency that needs a non-obvious > fix. At this point I want to save the present version somewhere > before I start doing the fix, to make sure that I at least > won't make things worse, and if I make them worse then I can > always return back. After the fix is done and the test > runs successfully, the final result can be committed to the > central repository. You want to save it in a local cache. I get that. The local cache is "a snapshot of the remote repository, which is out of date", right? You don't have access to the remote repository in order to make the local cache "not out of date". So you commit it to the local cache. You find you need a fix, make another change, and then commit *that* to the local cache. Then you want to commit the changes in the local cache to the remote repository. Have I understood you so far? If so: Q1: The original commit comment is some long-winded thing that explains the reason for the change, and the next comment is a terse "fix logic error in hash lookup", and the next comment is a long-winded thing about another new feature. Do you want to maintain the modification history for the intermediate local copies? Q2: If the answer to Q1 is "no", then what the heck happens to the commit comments for the first several commits? Q3: If the answer to Q2 is "glue them all together", then do you maintain a commit per comment, to keep comments like "fix logic error in hash lookup" meaningful, or do you just dump meaningless comments into the main repository later? > > ,-------.-----cvsup(1)->,-------. > > | Main |---- cvsup(2)->| Cache |<------. > > | Repo | [CONFLICT] | Repo | | > > `-------' `-------' | > > ^ | | > > | cvs co | > > cvs ci(2) | cvs ci(1) > > [CONFLICT] V | > > cvs ci(3) ,-------. | > > | | Work | | > > `-------------------| Copy |-------' > > `-------' [ ... ] > When cvs ci(2) finds a conflict, the master repository is left > unchanged. So cvsup will never see any conflicts. The real sequence > would be > > cvsup(1) > cvs co > cvs ci(1) > cvs ci(2) [CONFLICT - check-in fails] > cvsup(2) BOOM! YOUR HEAD EXPLODES! cvsup(2) will consider the cache repository HEAD trashed. It will either abort, or it will overwrite your cache contents, and you will lose your local modifications. Either way, you are screwed. You can't make local checkins to the same place CVSup writes to. > > The first time you get a conflict, your MYCVSROOT repository > > is blown, and you won't be able to resyncronize it, without > > replacing ",v" and "CVS/*" file contents. > > No. Two repositories in this example are completely independent. > Their only connection is by checking in and out the same file > manually. That's not there in this diagram. I tried to give you a second diagram, which I labelled "coherent", which had a second, seperate local repository, but you guys rejected it. You can't make local checkins to the same place CVSup writes to; CVS is too stupid, and CVSup is too stupid to handle it. You'd need a "multicvs" -- one that could operate a shadow repository. I still think the best idea is to start a snapshot, and make your local checkins there. That leaves the non-snapshot CVSROOT from the CVSup unchanged, and gives you a base from which you can recover local changes. When everything is done being checked into the remote repository, then you simply delete the snapshot. In case this was unclear, I'm suggesting using the FFS feature called "snapshots". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 19:29:25 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E407937B401 for ; Tue, 18 Mar 2003 19:29:23 -0800 (PST) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D52A43F85 for ; Tue, 18 Mar 2003 19:29:23 -0800 (PST) (envelope-from brucem@cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mail.cruzio.com with ESMTP id h2J3UfR1045774; Tue, 18 Mar 2003 19:30:47 -0800 (PST) Received: (from brucem@localhost) by cruzio.com (8.12.6/8.12.6/Submit) id h2IEPXSg000288; Tue, 18 Mar 2003 14:25:33 GMT Date: Tue, 18 Mar 2003 14:25:33 GMT From: "Bruce R. Montague" Message-Id: <200303181425.h2IEPXSg000288@cruzio.com> To: lev@serebryakov.spb.ru Subject: Re: Sound drivers Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Lev Serebryakov asked: > I want to write sound driver for FreeBSD (pcm bridge driver) ... > Is here any documentation about pcm architecture? I wrote a pcm audio driver and tried to document things somewhat in a largish comment block and some web page doc, you should be able to get the kit and doc from: http://alumni.cse.ucsc.edu/~brucem/geode.html Hope this helps, please let me know if you find something missing or bogus! - bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 21:17: 2 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5753237B404 for ; Tue, 18 Mar 2003 21:17:01 -0800 (PST) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA6D43FA3 for ; Tue, 18 Mar 2003 21:17:00 -0800 (PST) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.3/8.12.3) with ESMTP id h2J5GxAT080606; Tue, 18 Mar 2003 21:16:59 -0800 (PST) (envelope-from hodson@puma.icir.org) Message-Id: <200303190516.h2J5GxAT080606@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 From: Orion Hodson To: Lev Serebryakov Cc: "Bruce R. Montague" , hackers@FreeBSD.ORG Subject: Re: Sound drivers In-Reply-To: <2451304609.20030319010338@serebryakov.spb.ru>, <200303181425.h2IEPXSg000288@cruzio.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 2003 21:16:59 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce R. Montague wrote: > > Hi, Lev Serebryakov asked: >> I want to write sound driver for FreeBSD (pcm bridge driver) ... >> Is here any documentation about pcm architecture? > > I wrote a pcm audio driver and tried to document things > somewhat in a largish comment block and some web page > doc, you should be able to get the kit and doc from: > > http://alumni.cse.ucsc.edu/~brucem/geode.html > > Hope this helps, please let me know if you find something > missing or bogus! You can also direct questions at the sound developers via sound@freebsd.org or here depending on whether you think other people might be interested in the info. Kind Regards - Orion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 21:19: 4 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8836537B401 for ; Tue, 18 Mar 2003 21:19:00 -0800 (PST) Received: from nd250009.gab.xdsl.ne.jp (nd250009.gab.xdsl.ne.jp [61.202.250.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C7F43F75 for ; Tue, 18 Mar 2003 21:18:59 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from cl-server.enusure-tech.co.jp (cl-server.ensure-tech.co.jp [211.18.249.19]) (authenticated bits=0) by nd250009.gab.xdsl.ne.jp (8.12.8/8.12.8/NinthNine) with ESMTP id h2J5IvFE095473 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 19 Mar 2003 14:18:58 +0900 (JST) (envelope-from nork@FreeBSD.org) Message-Id: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> Date: Wed, 19 Mar 2003 14:18:57 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org Subject: mixer for /etc/rc X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? for CURRENT - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: rc =================================================================== RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.326 diff -u -r1.326 rc --- rc 23 Dec 2002 07:09:44 -0000 1.326 +++ rc 19 Mar 2003 04:56:17 -0000 @@ -768,6 +768,12 @@ ;; esac +case ${mixer_enable} in +[Yy][Ee][Ss]) + echo -n ' mixer'; ${mixer_program:-/usr/sbin/mixer} ${mixer_flags} + ;; +esac + case ${sshd_enable} in [Yy][Ee][Ss]) if [ -x ${sshd_program:-/usr/sbin/sshd} ]; then Index: defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.171 diff -u -r1.171 rc.conf --- defaults/rc.conf 17 Mar 2003 23:15:53 -0000 1.171 +++ defaults/rc.conf 19 Mar 2003 04:54:22 -0000 @@ -426,6 +426,9 @@ harvest_ethernet="YES" # Entropy device harvests ethernet randomness harvest_p_to_p="YES" # Entropy device harvests point-to-point randomness dmesg_enable="YES" # Save dmesg(8) to /var/run/dmesg.boot +mixer_enable="NO" # setup mixer volume +mixer_program="/usr/sbin/mixer" # Which mixer executable to run (if enabled). +mixer_flags="vol 100" # mixer volume value ############################################################## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - for CURRENT which rcng (/etc/rc.d/mixer) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #!/bin/sh # # $FreeBSD$ # # PROVIDE: mixer # KEYWORD: FreeBSD NetBSD . /etc/rc.subr name="mixer" rcvar=`set_rcvar` command="/usr/sbin/${name}" load_rc_config $name run_rc_command "$1" - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - for STABLE - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: etc/rc =================================================================== RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.212.2.51 diff -u -r1.212.2.51 rc --- etc/rc 17 Oct 2002 17:25:07 -0000 1.212.2.51 +++ etc/rc 19 Mar 2003 04:51:34 -0000 @@ -531,6 +531,12 @@ ;; esac +case ${mixer_enable} in +[Yy][Ee][Ss]) + echo -n ' mixer'; ${mixer_program:-/usr/sbin/mixer} ${mixer_flags} + ;; +esac + case ${sshd_enable} in [Yy][Ee][Ss]) if [ -x ${sshd_program:-/usr/sbin/sshd} ]; then Index: etc/defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.53.2.62 diff -u -r1.53.2.62 rc.conf --- etc/defaults/rc.conf 12 Feb 2003 03:56:46 -0000 1.53.2.62 +++ etc/defaults/rc.conf 19 Mar 2003 04:52:10 -0000 @@ -378,6 +378,9 @@ update_motd="YES" # update version info in /etc/motd (or NO) start_vinum="NO" # set to YES to start vinum unaligned_print="YES" # print unaligned access warnings on the alpha (or NO). +mixer_enable="NO" # setup mixer volume +mixer_program="/usr/sbin/mixer" # Which mixer executable to run (if enabled). +mixer_flags="vol 100" # mixer volume value ############################################################## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 18 23:46:41 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A6737B407 for ; Tue, 18 Mar 2003 23:46:40 -0800 (PST) Received: from Princeton.EDU (postoffice.Princeton.EDU [128.112.129.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF99143F3F for ; Tue, 18 Mar 2003 23:46:33 -0800 (PST) (envelope-from yruan@cs.princeton.edu) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.8/8.12.8) with ESMTP id h2J7kWBc026195 for ; Wed, 19 Mar 2003 02:46:32 -0500 (EST) Received: from cs.princeton.edu (targe.CS.Princeton.EDU [128.112.139.194]) (authenticated bits=0) by smtpserver2.Princeton.EDU (8.12.8/8.12.8) with ESMTP id h2J7kVKl016112 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 19 Mar 2003 02:46:32 -0500 (EST) Message-ID: <3E781FE1.10A0F029@cs.princeton.edu> Date: Wed, 19 Mar 2003 02:44:33 -0500 From: Yaoping Ruan X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: mcount() / kernel profiling References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greeting, Could anybody give me some advise about the kernel profiling implementation in FreeBSD. Specifically, I am confused by: 1. Is the asm code in /sys/i386/isa/prof_machdep.c the entry code plugged into each function? and it calls _MCOUNT_DECL(frompc, selfpc) in /sys/libkern/mcount.c, which to my understanding is the implementation doing real profiling? 2. How does __mcount linked by each function? I know GCC has an option -finstrument-functions and one can write __cyg_profile_func_enter() and __cyg_profile_func_exit() procedure. But what mechanism is used for mcount? Thanks a lot - Yaoping R. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 0:12:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09D0337B401; Wed, 19 Mar 2003 00:12:07 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539FE43F75; Wed, 19 Mar 2003 00:12:06 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (host253.tethered.net [206.117.27.253]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id h2J8C5v22456; Wed, 19 Mar 2003 00:12:05 -0800 (PST) Message-ID: <3E78264E.6020806@isi.edu> Date: Wed, 19 Mar 2003 00:11:58 -0800 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Norikatsu Shigemura Cc: freebsd-hackers@FreeBSD.org Subject: Re: mixer for /etc/rc References: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> In-Reply-To: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040500050603060209000507" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms040500050603060209000507 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit On 3/18/2003 9:18 PM, Norikatsu Shigemura wrote: > > I want to mixer in /etc/rc (setting sound volume on boot). > I add it to /etc/rc, /etc/defaults/rc.conf, etc... > Would you review and commit? I have something like this locally, so I'd like to see it included (but I'm not a committer of course). Lars -- Lars Eggert USC Information Sciences Institute --------------ms040500050603060209000507 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDMxOTA4MTE1OFowIwYJKoZIhvcNAQkEMRYEFF4Lnvl8ZliP51geNCjt NwtT8dyXMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAO2us1cPRY5JY+QHq0IBtj9PF6B6YEo2IoIli IhKuNfCe/MoZlUjBAYqSpc61g25suI06idLAYFTUIk54x+65C+YBiqurKw4YvQlubtpTj/TH 5h7mH5KVo7TpkfUjT+dieWiBiSEMOuWxYcYWuPnWh9ckD861JANQcBQEkGdHBckyab6x9iw/ DnU9f3gq97MinWw1qXhqN+ouQ+Il28X9yBwmTnY2B7mIVwXAJAedLPriWcq0hn08goNGbiD5 8+Sjbv9xY85yaHfaQxkDSZRvMvpFtQ5zTvcmQPbCorkiVic80yzhxkP+mUoy5ppdGVKITZaD gjfSyWZ9URlfZ2uU2QAAAAAAAA== --------------ms040500050603060209000507-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 1:45:29 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E58B37B401 for ; Wed, 19 Mar 2003 01:45:27 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1169943F3F for ; Wed, 19 Mar 2003 01:45:27 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.3/8.12.3) with ESMTP id h2J9jOAq088136; Wed, 19 Mar 2003 01:45:24 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.3/8.12.3/Submit) id h2J9jNkH088135; Wed, 19 Mar 2003 01:45:23 -0800 (PST) (envelope-from rizzo) Date: Wed, 19 Mar 2003 01:45:23 -0800 From: Luigi Rizzo To: mooring@Lnxw.com Cc: Borje Josefsson , freebsd-hackers@FreeBSD.ORG Subject: Re: High CPU usage on high-bandwidth long distance connections. Message-ID: <20030319014523.A87669@xorpc.icir.org> References: <200303181951.h2IJpTKl001940@dc.luth.se> <20030318132831.P6615@newbast.lynuxworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030318132831.P6615@newbast.lynuxworks.com>; from emooring@Lnxw.com on Tue, Mar 18, 2003 at 01:28:31PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 18, 2003 at 01:28:31PM -0800, Ed Mooring wrote: ... > I had something vaguely similar happen while I was porting the FreeBSD > 4.2 networking stack to LynxOS. It turned out the culprit was sbappend(). > It does a linear pointer chase down the mbuf chain each time you do > a write() or send(). With a high bandwidth-delay product, that chain > can get very long. > > This topic came up on freebsd-net last July, and Luigi Rizzo provided > the following URL for a patch to cache the end of the mbuf chain, so > sbappend() stays O(1) instead of O(n). the patch was only for UDP though. I think the poster was seeing the problem with TCP (which is also affected by the same thing). cheers luigi > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=366972+0+archive/2001/freebsd-net/20010211.freebsd-net > > The subject of the July thread was 'the incredible shrinking socket', if > you want to hunt through the archives. > > Hope this helps. > > -- > Ed Mooring (mooring@lynuxworks.com) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 2:51: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5490937B401 for ; Wed, 19 Mar 2003 02:51:05 -0800 (PST) Received: from icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 057E043F85 for ; Wed, 19 Mar 2003 02:51:04 -0800 (PST) (envelope-from bgd@icomag.de) Received: from localhost (bgd@localhost) by icomag.de (8.12.3/8.11.3) with ESMTP id h2JAp1iU034047 for ; Wed, 19 Mar 2003 11:51:02 +0100 (CET) (envelope-from bgd@icomag.de) Date: Wed, 19 Mar 2003 11:51:01 +0100 (CET) From: Bogdan TARU X-X-Sender: To: Subject: Large disk problems Message-ID: <20030319113654.B32242-100000@fw.office.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a 'backup box' which acts like a SCSI device with almost 2TB of available space. And, obviously, I would like to use it all. But I have encountered problems with fdisk (because of the number of cylinders, I imagine), and formatting the filesystem. So, I have the following questions: 1. Is there a 'modified' version of fdisk which works with large disks (mine is: da1: 2097144MB (4294950912 512 byte sectors: 255H 63S/T 5204C)) 2. What kind of filesystem should I run on this thing? Is there any support for XFS or so for FreeBSD? 3. Are there any resources (documentation/mailing-lists/etc) which treat this problem? Thank you, bogdan ---------------------------- iCom Media AG Kirchweg 36 Koln, 50858 Germany Phone: +49-(0)221-485-689-16 Fax : +49-(0)221-485-689-20 Mobile:+49-(0)173-269-76-62 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 2:54:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996B837B401; Wed, 19 Mar 2003 02:54:18 -0800 (PST) Received: from samson.dc.luth.se (samson.dc.luth.se [130.240.112.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E7043FBD; Wed, 19 Mar 2003 02:54:16 -0800 (PST) (envelope-from bj@dc.luth.se) Received: from ramses.dc.luth.se (bj@ramses.dc.luth.se [130.240.112.181]) by samson.dc.luth.se (8.12.5/8.12.5) with ESMTP id h2JAsCjY019106; Wed, 19 Mar 2003 11:54:12 +0100 (MET) Message-Id: <200303191054.h2JAsCjY019106@samson.dc.luth.se> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Sean Chittenden Cc: freebsd-hackers@FreeBSD.ORG, luigi@FreeBSD.ORG, Ed Mooring Subject: Re: High CPU usage on high-bandwidth long distance connections. In-reply-to: Your message of Wed, 19 Mar 2003 02:30:58 PST. <20030319103058.GB39155@perrin.int.nxad.com> Dcc: Reply-To: bj@dc.luth.se X-Disposition-notification-to: Borje.Josefsson@dc.luth.se X-uri: http://www.dc.luth.se/~bj/index.html Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 19 Mar 2003 11:54:12 +0100 From: Borje Josefsson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 19 Mar 2003 02:30:58 PST Sean Chittenden wrote: > Ooooh! Opportune timing! I was going to bring this up on the > performance@ list (core@, ::hint hint::), but now's as good of a time > as any. = Great! > Luigi, I've updated the patch mentioned in this email. Could you > review this and possibly commit it or give it a green light for being > committed? What's the value of conditionalizing the O(1) behavior > anyway? It seems like a tail append would always be the preferred > case. = If Luigi "blesses" this patch, I am willing to to use my two boxes as = guinea-pigs for this, as they currently aren't used for any production = traffic. --B=F6rje To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 3: 1:59 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D266437B404 for ; Wed, 19 Mar 2003 03:01:54 -0800 (PST) Received: from inet-mail4.oracle.com (inet-mail4.oracle.com [148.87.2.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE52643F85 for ; Wed, 19 Mar 2003 03:01:53 -0800 (PST) (envelope-from saju.pillai@oracle.com) Received: from inet-mail4.oracle.com (localhost [127.0.0.1]) by inet-mail4.oracle.com (Switch-2.2.5/Switch-2.2.3) with ESMTP id h2JB1qL08482 for ; Wed, 19 Mar 2003 03:01:52 -0800 (PST) Received: from rgmgw5.us.oracle.com (rgmgw5.us.oracle.com [138.1.191.14]) by inet-mail4.oracle.com (Switch-2.2.5/Switch-2.2.5) with ESMTP id h2JB1pe08341 for ; Wed, 19 Mar 2003 03:01:52 -0800 (PST) Received: from rgmgw5.us.oracle.com (localhost [127.0.0.1]) by rgmgw5.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id h2JB1pc06794 for ; Wed, 19 Mar 2003 04:01:51 -0700 (MST) Received: from incq138ta.idc.oracle.com ([152.69.204.138]) by rgmgw5.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id h2JB1nO06766 for ; Wed, 19 Mar 2003 04:01:50 -0700 (MST) Date: Wed, 19 Mar 2003 16:31:09 +0530 (IST) From: saju.pillai@oracle.com X-X-Sender: srp@incq138ta.idc.oracle.com Reply-To: saju.pillai@oracle.com To: hackers@freebsd.org Subject: kldload - passing params to kernel module Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Is it possible to pass parameters to a kernel module during loading using kldload ? (on the lines of insmod - linux ?). I googled around a bit, but did not find any examples of kldload doing that. regards srp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 3:23:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C794B37B401; Wed, 19 Mar 2003 03:23:09 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C5C43FE0; Wed, 19 Mar 2003 03:23:09 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc02.attbi.com (sccrmhc02) with SMTP id <2003031911230700200rqc7de>; Wed, 19 Mar 2003 11:23:08 +0000 Date: Wed, 19 Mar 2003 03:23:07 -0800 (PST) From: Doug Barton To: Norikatsu Shigemura Cc: freebsd-hackers@FreeBSD.org Subject: Re: mixer for /etc/rc In-Reply-To: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> Message-ID: <20030319032022.G88684@znfgre.tberna.bet> References: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 19 Mar 2003, Norikatsu Shigemura wrote: > Hi. > > I want to mixer in /etc/rc (setting sound volume on boot). > I add it to /etc/rc, /etc/defaults/rc.conf, etc... > Would you review and commit? Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d thing. We haven't really started down the road of what I generically refer to as "desktop" configuration items in rc. I'm not necessarily opposed to this idea, but I am also not quite ready to start down that road yet. Just my opinion, Doug -- This .signature sanitized for your protection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 3:58:31 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C71137B401; Wed, 19 Mar 2003 03:58:29 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E5DB43FA3; Wed, 19 Mar 2003 03:58:28 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h2JBwRSZ046919; Wed, 19 Mar 2003 12:58:27 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h2JBwROd046918; Wed, 19 Mar 2003 12:58:27 +0100 (CET) Date: Wed, 19 Mar 2003 12:58:27 +0100 From: Stijn Hoop To: Doug Barton Cc: Norikatsu Shigemura , freebsd-hackers@FreeBSD.ORG Subject: Re: mixer for /etc/rc Message-ID: <20030319115827.GF14565@pcwin002.win.tue.nl> References: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> <20030319032022.G88684@znfgre.tberna.bet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GyRA7555PLgSTuth" Content-Disposition: inline In-Reply-To: <20030319032022.G88684@znfgre.tberna.bet> User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --GyRA7555PLgSTuth Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: > On Wed, 19 Mar 2003, Norikatsu Shigemura wrote: > > I want to mixer in /etc/rc (setting sound volume on boot). > > I add it to /etc/rc, /etc/defaults/rc.conf, etc... > > Would you review and commit? >=20 > Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d > thing. We haven't really started down the road of what I generically refer > to as "desktop" configuration items in rc. Why *not*? As long as it behaves when run in a system without sound, I don't see any reason to make things easier for users, whether they use the machine as a server or as a desktop. I'd very much like to see (something like) this in the base -- I haven't even looked at these patches but the idea is IMHO worthwhile. --Stijn --=20 The right half of the brain controls the left half of the body. This means that only left handed people are in their right mind. --GyRA7555PLgSTuth Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+eFtjY3r/tLQmfWcRAhqlAJ9F1/AQRfFAT22XUG6WFNkZVz0CUwCdHN4F SbEVmE6DBDJhdkO96+dRDek= =7vLL -----END PGP SIGNATURE----- --GyRA7555PLgSTuth-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 5:21:54 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E09737B404 for ; Wed, 19 Mar 2003 05:21:53 -0800 (PST) Received: from msgbas2x.cos.agilent.com (msgbas1tx.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D755643FA3 for ; Wed, 19 Mar 2003 05:21:51 -0800 (PST) (envelope-from ctuffli@cre85086tuf.rose.agilent.com) Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas2x.cos.agilent.com (Postfix) with ESMTP id 7C5981932 for ; Wed, 19 Mar 2003 06:21:51 -0700 (MST) Received: from rtl.rose.agilent.com (rtl.rose.agilent.com [130.30.179.189]) by relcos1.cos.agilent.com (Postfix) with ESMTP id 1925F5AE for ; Wed, 19 Mar 2003 06:21:51 -0700 (MST) Received: from mail.rose.agilent.com (mailsrv@bellhop [130.30.179.19]) by rtl.rose.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.1.0) with ESMTP id FAA24489 for ; Wed, 19 Mar 2003 05:21:50 -0800 (PST) Received: from cre85086tuf.rose.agilent.com ([130.30.174.150]) by mail.rose.agilent.com (Netscape Messaging Server 3.6) with ESMTP id AAA5B3F; Wed, 19 Mar 2003 05:21:47 -0800 Received: by cre85086tuf.rose.agilent.com (Postfix, from userid 1001) id 7031F19DF27; Wed, 19 Mar 2003 05:21:24 -0800 (PST) Date: Wed, 19 Mar 2003 05:21:24 -0800 From: Chuck Tuffli To: saju.pillai@oracle.com Cc: hackers@freebsd.org Subject: Re: kldload - passing params to kernel module Message-ID: <20030319132123.GA47493@cre85086tuf.rose.agilent.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 19, 2003 at 04:31:09PM +0530, saju.pillai@oracle.com wrote: > > Hello, > > Is it possible to pass parameters to a kernel module during > loading using kldload ? (on the lines of insmod - linux ?). > > I googled around a bit, but did not find any examples of kldload doing > that. > > regards > srp Under the 4.x series, this isn't possible. Under 5.0, I believe you can set kernel environment variables using kenv and then load your driver. Take a look at (or search through the freebsd-hackers archive for "load time module parameters") http://www.freebsd.org/cgi/getmsg.cgi?fetch=127033+0+/usr/local/www/db/text/2002/freebsd-hackers/20021110.freebsd-hackers for some additional information. -- Chuck Tuffli Agilent Technologies, Storage and Networking To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 5:35:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A166837B401 for ; Wed, 19 Mar 2003 05:35:18 -0800 (PST) Received: from go4.ext.ti.com (go4.ext.ti.com [192.91.75.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D706743F3F for ; Wed, 19 Mar 2003 05:35:17 -0800 (PST) (envelope-from gauthamg123list@myrealbox.com) Received: from dlep51.itg.ti.com ([157.170.141.75]) by go4.ext.ti.com (8.12.8/8.12.8) with ESMTP id h2JDZHbE029756 for ; Wed, 19 Mar 2003 07:35:17 -0600 (CST) Received: from popsvr.india.ti.com (localhost [127.0.0.1]) by dlep51.itg.ti.com (8.12.8/8.12.8) with ESMTP id h2JDZESf005040 for ; Wed, 19 Mar 2003 07:35:15 -0600 (CST) Received: from gautham ([192.168.185.126]) by popsvr.india.ti.com (8.8.8/8.8.8) with SMTP id TAA11719 for ; Wed, 19 Mar 2003 19:05:12 +0530 (IST) Message-ID: <002101c2ee1c$c9351770$2a01a8c0@itg.ti.com> From: "Gautham Ganapathy" To: "FreeBSD - Hackers" Subject: GLaux lib in FreeBSD 4.7 - auxInitWindow crashes OS Date: Wed, 19 Mar 2003 19:07:41 +0530 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_01C2EE4A.D0692EE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C2EE4A.D0692EE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi FreeBSD 4.7-RELEASE crashes when I call the auxInitWindow() function from the GLaux library. Is this known to happen with the beta driver? Does nVidia have any plans on releasing a stable version? Also, I am unable to run the UT2003 demo, which just gets stuck after the initial splash screen. The Quake 3 demo works fine. Regards Gautham ------=_NextPart_000_0007_01C2EE4A.D0692EE0 Content-Type: text/x-vcard; name="Gautham Ganapathy.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Gautham Ganapathy.vcf" BEGIN:VCARD VERSION:2.1 N:Ganapathy;Gautham FN:Gautham Ganapathy ORG:Wipro Technologies;TI PIC (DSP) TITLE:Technical Support Engg TEL;WORK;VOICE:+91 (80) 8520408 x4260 TEL;HOME;VOICE:+91 (80) 6542292 TEL;CELL;VOICE:+91 9844263180 ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;Plot No 76,=3D0D=3D0AElectronics = City,=3D0D=3D0AHosur Road;Bangalore;Karnataka;561=3D 229;India LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Plot No 76,=3D0D=3D0AElectronics = City,=3D0D=3D0AHosur Road=3D0D=3D0ABangalore, Karnataka=3D 561229=3D0D=3D0AIndia ADR;HOME;ENCODING=3DQUOTED-PRINTABLE:;;#010, Spartacus = Apartments,=3D0D=3D0AJayanagar 4T Block, 30th Cross,;Bangalore=3D ;Karnataka;561041;India LABEL;HOME;ENCODING=3DQUOTED-PRINTABLE:#010, Spartacus = Apartments,=3D0D=3D0AJayanagar 4T Block, 30th Cross,=3D0D=3D0ABangal=3D ore, Karnataka 561041=3D0D=3D0AIndia EMAIL;PREF;INTERNET:xgautham@ti.com REV:20030319T133741Z END:VCARD ------=_NextPart_000_0007_01C2EE4A.D0692EE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 7: 2:31 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D426F37B404; Wed, 19 Mar 2003 07:02:28 -0800 (PST) Received: from mailgw.cscoms.com (mailgw.cscoms.com [202.183.255.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B6543F85; Wed, 19 Mar 2003 07:02:13 -0800 (PST) (envelope-from wowwwhealthy@thaimail.com) Received: from cscoms.com (mail.cscoms.com [202.183.255.23]) by mailgw.cscoms.com (8.12.8/8.12.3) with ESMTP id h2JF0Qil006867; Wed, 19 Mar 2003 22:00:30 +0700 (ICT) Received: from ME (dial-255.ras-7.bkk.c.cscoms.com [203.170.141.193]) by cscoms.com (8.12.8/8.12.3) with SMTP id h2JEwOwo003955; Wed, 19 Mar 2003 21:58:39 +0700 (GMT) Date: Wed, 19 Mar 2003 21:58:24 +0700 (GMT) Message-Id: <200303191458.h2JEwOwo003955@cscoms.com> From: wowwwhealthy@thaimail.com Subject: ·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ X-Priority: 1 (Highest) Reply-To: wowwwhealthy@thaimail.com X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: multipart/mixed; boundary="#MYBOUNDARY#" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --#MYBOUNDARY# Content-Type: text/plain; charset=ansi Content-Transfer-Encoding: 8bit ¤¹ä·Â¡ÓÅѧà»ç¹âäÍéǹÁÒ¡¢Öé¹·Ø¡·Õ ¾.Í.Ë­Ô§ ÃÈ. ¾.­. ¾Ã±ÔµÒ ªÑÂÍӹǠ¼ÙéÍӹǡÒÃàǪÈÒʵÃì¿×鹿٠âç¾ÂÒºÒžÃÐÁ§¡Ø¯à¡ÅéÒ ºÃÃÂÒÂàÃ×èͧ "¡Ô¹ÍÂèÒ§äÃãËéËèÒ§ä¡ÅâäËÑÇã¨áÅÐâäÍéǹ" 㹵͹˹Ö觢ͧ¡ÒúÃÃÂÒ ¼ÙéºÃÃÂÒ¡ÅèÒÇÇèÒ "ÊÔ觷Õè¾Ö§µÃÐ˹ѡ¤×Í ¼ÙéªÒÂäÁè¤ÇÃãËéÃͺàÍÇà¡Ô¹ 36 ¹ÔéÇ Ë­Ô§äÁè¤ÇÃà¡Ô¹ 32 ¹ÔéÇ ¶éÒÁÒ¡¡ÇèÒ¹ÕéµéͧàÃè§Å´¹éÓ˹ѡ" à¾ÃÒжéÒËÒ¡·èÒ¹ÇÑ´ÃͺàÍÇáÅéÇä´éµÑÇàÅ¢à¡Ô¹¡ÇèÒÁÒµÃÒ°Ò¹¹Õé áÊ´§ÇèÒ·èÒ¹¡ÓÅѧà»ç¹âäÍéǹ ¤¹à»ç¹âäÍéǹÁÕ¤ÇÒÁàÊÕ觷Õè¨Ðµéͧ ¾º¡ÑºâäÃéÒµèÒ§æ ÁÒ¡ÁÒ ¹ÑºµÑé§áµè âäËÑÇ㨠àºÒËÇÒ¹ ä¢Áѹã¹àÅ×Í´ÊÙ§ ¤ÇÒÁ´Ñ¹âÅËÔµÊÙ§ ÍÑÁ¾Òµ áÅзèÒ¹ÍÒ¨¨ÐËÂØ´ËÒÂ㨢³ÐËÅѺ ¨¹à¡Ô´ÀÒÇоÃèͧÍÍ¡«Ôਹ µ×蹹͹¨ÐÁÕÍÒ¡ÒÃÁÖ¹ à»ç¹µéÍËÔ¹§èÒÂà¹×èͧ¨Ò¡àÅ×Í´¢Ò´ÍÍ¡«Ôਹ à»ç¹âä¢éÍ à¾ÃÒÐạÃѺ¹éÓ˹ѡÁÒ¡ à»ç¹à¡Òµì ÁÐàÃç§ ¹ÔèÇ㹶ا¹éÓ´Õ ÁÕÅÙ¡ÂÒ¡ âäà¡ÕèÂǡѺÃкºËÒÂ㨠âä¶Ø§¹éÓ´Õ ·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ àÊÕè§à»ç¹âäËÅÍ´àÅ×Í´ËÑÇ㨵պ¡ÇèÒ¤¹·ÑèÇä» 15 à·èÒ âäÍÑÁ¾Òµ 11 à·èÒ âäÁÐàÃç§ÅÓäÊé 2 à·èÒ ¤¹à»ç¹âäÍéǹà»ç¹âäÃéÒµÒ§èÒÂÍÂèÒ§¹Õé¶éÒäÁèàÃÕ¡¤¹·ÕèÁÕÃͺàÍÇà¡Ô¹ÁÒµÃÒ°Ò¹ÇèÒ ÃͺàÍÇÁóРáÅéǨÐàÃÕ¡ÇèÒÍÐäÃÅèФÃѺ ÇԸնʹËèǧÂÒ§ (Å´àÍÇ) ¤Ø³ËÁͺ͡ÇèÒ ÇÔ¸ÕÃÑ¡ÉÒâäÍéǹÊÒÁÒö·Óä´é´éÇ¡ÒäǺ¤ØÁá¤ÅÍÃբͧÍÒËÒ÷ÕèÃѺ»Ãзҹ ¤×;ÂÒÂÒÁãËéŴŧÇѹÅÐ 600 á¤ÅÍÃÕ «Öè§ÀÒÂã¹ 7 Çѹ·èÒ¹¨ÐÊÒÁÒöŴ¹éÓ˹ѡä´é0.6 ¡ÔâÅ¡ÃÑÁ à¾ÃÒÐä¢Áѹ 1 ¡ÔâÅ¡ÃÑÁ à·èҡѺ 7,000 á¤ÅÍÃÕ »ÃСÒ÷ÕèÊӤѭ µéͧÍÍ¡¡ÓÅѧ¡ÒÂÍÂèÒ§ÊÁèÓàÊÁÍ·Ø¡Çѹ¤ÃѺ ÍÂèÒ§¹éÍ 20 ¹Ò·Õ ¶éÒÍÍ¡¡ÓÅѧ¡ÒÂä´é 60 ¹Ò·Õ¨ÐÂÔè§à»ç¹¼Å´Õ ¤Ø³ËÁͺ͡ÇèÒàÃÒ¤ÇÃãËéʹã¨ã½èÈÖ¡ÉÒËÒ¤ÇÒÁÃÙé´éÒ¹âÀª¹Ò¡ÒÃãËéÁÒ¡ æ ¤×ÍãËéÈÖ¡ÉÒÇèÒÍÒËÒê¹Ô´ä˹ãËé¾Åѧ§Ò¹¹éÍ ¾ÅѧÁÒ¡á¤èä˹ áÅÐ ¤ÇÃÊÃéÒ§¤ÇÒÁÊØ¢·Õèä´éºÃÔâÀ¤ÍÒËÒÃä¢ÁѹµèÓ æ 㹡ÒÃÃѺ»ÃзҹÍÒËÒäÇÃà¤ÕéÂÇãËéªéÒæ ¨ÐÃÙéÊÖ¡ÍÔèÁ·Ñé§æ ·ÕèºÃÔâÀ¤¹éÍ ÍéÍ ! budpage á¹Ð¹ÓÇèÒ·èÒ¹¤Çë×éÍÊÒÂÇÑ´ÁÒà¡çºäÇéÊÑ¡àÊ鹹ФÃѺ ·Ø¡ æ àªéÒ¤ÍÂÇÑ´àÍǵÑÇàͧ áÅФÇ贺ѹ·Ö¡à»ç¹Ê¶ÔµÔäÇé·Ø¡Çѹ´éÇ ʹء´Õ¤ÃѺ ÍÕ¡·Ñé§Âѧà»ç¹¡Ò÷éÒ·ÒÂãËéàÃÒÁÕ¤ÇÒÁµ×è¹µÑÇ·Õè¨ÐÅ´¤ÇÒÁÍéǹÍÂÙèàÊÁÍÍÕ¡´éÇ ÊØ´·éÒ¹Õé¢ÍãËé·Ø¡ æ ·èÒ¹ÁÕÃͺàÍÇã¹ÃдѺÁÒµÃÒ°Ò¹·Õè»ÅÍ´ÀÑ¡ѹ·Ø¡ æ ·èÒ¹¹Ð¤ÃѺ (¨ºº·¤ÇÒÁ¹Õé àǺÁÒÊàµÍÃì ¤§¢ÍµÑÇ仫×éÍÊÒÂÇÑ´ÁҤǺ¤ØÁ¹éÓ˹ѡ´éǤ¹¹Ð¤ÃѺ ÊÇÑÊ´Õ ) ¢ÍàªÔ­ªÒǾط¸ÁÒªèÇ¡ѹÃдÁ¤ÇÒÁ¤Ô´ã¹ËÑÇ¢éÍ "ÇÔ¸ÕÍÍ¡¡ÓÅѧ¡ÒÂãËéʹء" ÅͧÁҴ١ѹÇèÒã¤Ã¨ÐÁÕÇÔ¸Õ¡ÒÃà´ç´æ ·Õè¨Ð·ÓãË餹ÍéǹÍÂÒ¡ÍÍ¡¡ÓÅѧ¡ÒÂâ´ÂäÁè½×¹ã¨¡Ñ¹ºéÒ§ áÅéǾº¡Ñ¹ãËÁè¡ÑºàÍ¡ÊÒÃÊÒÃзÕèÁÕ»ÃÐ⪹쩺Ѻ˹éÒ¤èÐ ***************************************************************** ¶éÒ·èÒ¹µéͧ¡ÒâéÍÁÙÅ·ÕèÁÕ»ÃÐ⪹ìã¹´éÒ¹âÀª¹Ò¡ÒÃà¾×èÍÊØ¢ÀÒ¾·Õèá¢ç§áç ËÃ×͵éͧ¡ÒÃÅ´¹éÓ˹ѡâ´ÂÇÔ¸Õ¸ÃÃÁªÒµÔ ÊÒÁÒö¢Í¢éÍÁÙÅä´é¨Ò¡ ... http://www.geocities.com/healthclub999/easythin ***************************************************************** ËÒ¡äÁèµéͧ¡ÒÃÃѺ¢éÍÁÙÅ¢èÒÇÊÒÃÍÕ¡ ¡ÃسÒà¢éÒä»á¨é§·Õè www.unsubhealthclub.web1000.com --#MYBOUNDARY#-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 7: 3:50 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4159037B401; Wed, 19 Mar 2003 07:03:47 -0800 (PST) Received: from mailgw.cscoms.com (mailgw.cscoms.com [202.183.255.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6545543FEC; Wed, 19 Mar 2003 07:03:42 -0800 (PST) (envelope-from wowwwhealthy@thaimail.com) Received: from cscoms.com (mail.cscoms.com [202.183.255.23]) by mailgw.cscoms.com (8.12.8/8.12.3) with ESMTP id h2JEuwil004697; Wed, 19 Mar 2003 21:56:58 +0700 (ICT) Received: from ME (dial-255.ras-7.bkk.c.cscoms.com [203.170.141.193]) by cscoms.com (8.12.8/8.12.3) with SMTP id h2JEqlwo000958; Wed, 19 Mar 2003 21:52:49 +0700 (GMT) Date: Wed, 19 Mar 2003 21:52:47 +0700 (GMT) Message-Id: <200303191452.h2JEqlwo000958@cscoms.com> From: wowwwhealthy@thaimail.com Subject: ·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ X-Priority: 1 (Highest) Reply-To: wowwwhealthy@thaimail.com X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: multipart/mixed; boundary="#MYBOUNDARY#" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --#MYBOUNDARY# Content-Type: text/plain; charset=ansi Content-Transfer-Encoding: 8bit ¤¹ä·Â¡ÓÅѧà»ç¹âäÍéǹÁÒ¡¢Öé¹·Ø¡·Õ ¾.Í.Ë­Ô§ ÃÈ. ¾.­. ¾Ã±ÔµÒ ªÑÂÍӹǠ¼ÙéÍӹǡÒÃàǪÈÒʵÃì¿×鹿٠âç¾ÂÒºÒžÃÐÁ§¡Ø¯à¡ÅéÒ ºÃÃÂÒÂàÃ×èͧ "¡Ô¹ÍÂèÒ§äÃãËéËèÒ§ä¡ÅâäËÑÇã¨áÅÐâäÍéǹ" 㹵͹˹Ö觢ͧ¡ÒúÃÃÂÒ ¼ÙéºÃÃÂÒ¡ÅèÒÇÇèÒ "ÊÔ觷Õè¾Ö§µÃÐ˹ѡ¤×Í ¼ÙéªÒÂäÁè¤ÇÃãËéÃͺàÍÇà¡Ô¹ 36 ¹ÔéÇ Ë­Ô§äÁè¤ÇÃà¡Ô¹ 32 ¹ÔéÇ ¶éÒÁÒ¡¡ÇèÒ¹ÕéµéͧàÃè§Å´¹éÓ˹ѡ" à¾ÃÒжéÒËÒ¡·èÒ¹ÇÑ´ÃͺàÍÇáÅéÇä´éµÑÇàÅ¢à¡Ô¹¡ÇèÒÁÒµÃÒ°Ò¹¹Õé áÊ´§ÇèÒ·èÒ¹¡ÓÅѧà»ç¹âäÍéǹ ¤¹à»ç¹âäÍéǹÁÕ¤ÇÒÁàÊÕ觷Õè¨Ðµéͧ ¾º¡ÑºâäÃéÒµèÒ§æ ÁÒ¡ÁÒ ¹ÑºµÑé§áµè âäËÑÇ㨠àºÒËÇÒ¹ ä¢Áѹã¹àÅ×Í´ÊÙ§ ¤ÇÒÁ´Ñ¹âÅËÔµÊÙ§ ÍÑÁ¾Òµ áÅзèÒ¹ÍÒ¨¨ÐËÂØ´ËÒÂ㨢³ÐËÅѺ ¨¹à¡Ô´ÀÒÇоÃèͧÍÍ¡«Ôਹ µ×蹹͹¨ÐÁÕÍÒ¡ÒÃÁÖ¹ à»ç¹µéÍËÔ¹§èÒÂà¹×èͧ¨Ò¡àÅ×Í´¢Ò´ÍÍ¡«Ôਹ à»ç¹âä¢éÍ à¾ÃÒÐạÃѺ¹éÓ˹ѡÁÒ¡ à»ç¹à¡Òµì ÁÐàÃç§ ¹ÔèÇ㹶ا¹éÓ´Õ ÁÕÅÙ¡ÂÒ¡ âäà¡ÕèÂǡѺÃкºËÒÂ㨠âä¶Ø§¹éÓ´Õ ·èÒ¹·ÃÒºËÃ×ÍäÁèÇèÒ¤¹Íéǹ¨ÐàÊÕ觵èÍ¡ÒÃà»ç¹àºÒËÇÒ¹ÁÒ¡¡ÇèÒ¤¹¹éÓ˹ѡ»¡µÔ¶Ö§ 30 à·èÒ àÊÕè§à»ç¹âäËÅÍ´àÅ×Í´ËÑÇ㨵պ¡ÇèÒ¤¹·ÑèÇä» 15 à·èÒ âäÍÑÁ¾Òµ 11 à·èÒ âäÁÐàÃç§ÅÓäÊé 2 à·èÒ ¤¹à»ç¹âäÍéǹà»ç¹âäÃéÒµÒ§èÒÂÍÂèÒ§¹Õé¶éÒäÁèàÃÕ¡¤¹·ÕèÁÕÃͺàÍÇà¡Ô¹ÁÒµÃÒ°Ò¹ÇèÒ ÃͺàÍÇÁóРáÅéǨÐàÃÕ¡ÇèÒÍÐäÃÅèФÃѺ ÇԸնʹËèǧÂÒ§ (Å´àÍÇ) ¤Ø³ËÁͺ͡ÇèÒ ÇÔ¸ÕÃÑ¡ÉÒâäÍéǹÊÒÁÒö·Óä´é´éÇ¡ÒäǺ¤ØÁá¤ÅÍÃբͧÍÒËÒ÷ÕèÃѺ»Ãзҹ ¤×;ÂÒÂÒÁãËéŴŧÇѹÅÐ 600 á¤ÅÍÃÕ «Öè§ÀÒÂã¹ 7 Çѹ·èÒ¹¨ÐÊÒÁÒöŴ¹éÓ˹ѡä´é0.6 ¡ÔâÅ¡ÃÑÁ à¾ÃÒÐä¢Áѹ 1 ¡ÔâÅ¡ÃÑÁ à·èҡѺ 7,000 á¤ÅÍÃÕ »ÃСÒ÷ÕèÊӤѭ µéͧÍÍ¡¡ÓÅѧ¡ÒÂÍÂèÒ§ÊÁèÓàÊÁÍ·Ø¡Çѹ¤ÃѺ ÍÂèÒ§¹éÍ 20 ¹Ò·Õ ¶éÒÍÍ¡¡ÓÅѧ¡ÒÂä´é 60 ¹Ò·Õ¨ÐÂÔè§à»ç¹¼Å´Õ ¤Ø³ËÁͺ͡ÇèÒàÃÒ¤ÇÃãËéʹã¨ã½èÈÖ¡ÉÒËÒ¤ÇÒÁÃÙé´éÒ¹âÀª¹Ò¡ÒÃãËéÁÒ¡ æ ¤×ÍãËéÈÖ¡ÉÒÇèÒÍÒËÒê¹Ô´ä˹ãËé¾Åѧ§Ò¹¹éÍ ¾ÅѧÁÒ¡á¤èä˹ áÅÐ ¤ÇÃÊÃéÒ§¤ÇÒÁÊØ¢·Õèä´éºÃÔâÀ¤ÍÒËÒÃä¢ÁѹµèÓ æ 㹡ÒÃÃѺ»ÃзҹÍÒËÒäÇÃà¤ÕéÂÇãËéªéÒæ ¨ÐÃÙéÊÖ¡ÍÔèÁ·Ñé§æ ·ÕèºÃÔâÀ¤¹éÍ ÍéÍ ! budpage á¹Ð¹ÓÇèÒ·èÒ¹¤Çë×éÍÊÒÂÇÑ´ÁÒà¡çºäÇéÊÑ¡àÊ鹹ФÃѺ ·Ø¡ æ àªéÒ¤ÍÂÇÑ´àÍǵÑÇàͧ áÅФÇ贺ѹ·Ö¡à»ç¹Ê¶ÔµÔäÇé·Ø¡Çѹ´éÇ ʹء´Õ¤ÃѺ ÍÕ¡·Ñé§Âѧà»ç¹¡Ò÷éÒ·ÒÂãËéàÃÒÁÕ¤ÇÒÁµ×è¹µÑÇ·Õè¨ÐÅ´¤ÇÒÁÍéǹÍÂÙèàÊÁÍÍÕ¡´éÇ ÊØ´·éÒ¹Õé¢ÍãËé·Ø¡ æ ·èÒ¹ÁÕÃͺàÍÇã¹ÃдѺÁÒµÃÒ°Ò¹·Õè»ÅÍ´ÀÑ¡ѹ·Ø¡ æ ·èÒ¹¹Ð¤ÃѺ (¨ºº·¤ÇÒÁ¹Õé àǺÁÒÊàµÍÃì ¤§¢ÍµÑÇ仫×éÍÊÒÂÇÑ´ÁҤǺ¤ØÁ¹éÓ˹ѡ´éǤ¹¹Ð¤ÃѺ ÊÇÑÊ´Õ ) ¢ÍàªÔ­ªÒǾط¸ÁÒªèÇ¡ѹÃдÁ¤ÇÒÁ¤Ô´ã¹ËÑÇ¢éÍ "ÇÔ¸ÕÍÍ¡¡ÓÅѧ¡ÒÂãËéʹء" ÅͧÁҴ١ѹÇèÒã¤Ã¨ÐÁÕÇÔ¸Õ¡ÒÃà´ç´æ ·Õè¨Ð·ÓãË餹ÍéǹÍÂÒ¡ÍÍ¡¡ÓÅѧ¡ÒÂâ´ÂäÁè½×¹ã¨¡Ñ¹ºéÒ§ áÅéǾº¡Ñ¹ãËÁè¡ÑºàÍ¡ÊÒÃÊÒÃзÕèÁÕ»ÃÐ⪹쩺Ѻ˹éÒ¤èÐ ***************************************************************** ¶éÒ·èÒ¹µéͧ¡ÒâéÍÁÙÅ·ÕèÁÕ»ÃÐ⪹ìã¹´éÒ¹âÀª¹Ò¡ÒÃà¾×èÍÊØ¢ÀÒ¾·Õèá¢ç§áç ËÃ×͵éͧ¡ÒÃÅ´¹éÓ˹ѡâ´ÂÇÔ¸Õ¸ÃÃÁªÒµÔ ÊÒÁÒö¢Í¢éÍÁÙÅä´é¨Ò¡ ... http://www.geocities.com/healthclub999/easythin ***************************************************************** ËÒ¡äÁèµéͧ¡ÒÃÃѺ¢éÍÁÙÅ¢èÒÇÊÒÃÍÕ¡ ¡ÃسÒà¢éÒä»á¨é§·Õè www.unsubhealthclub.web1000.com --#MYBOUNDARY#-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 7:24:52 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BC4737B401; Wed, 19 Mar 2003 07:24:50 -0800 (PST) Received: from diana.northnetworks.ca (att-ws20.switchview.com [216.13.70.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB6B43F93; Wed, 19 Mar 2003 07:24:47 -0800 (PST) (envelope-from iaccounts@northnetworks.ca) Received: from diana.northnetworks.ca (localhost.northnetworks.ca [127.0.0.1]) by diana.northnetworks.ca (8.12.8/8.11.6) with ESMTP id h2JFOjhN055655; Wed, 19 Mar 2003 10:24:46 -0500 (EST) (envelope-from iaccounts@northnetworks.ca) Received: from localhost (iaccounts@localhost) by diana.northnetworks.ca (8.12.8/8.12.8/Submit) with ESMTP id h2JFOjYM055652; Wed, 19 Mar 2003 10:24:45 -0500 (EST) X-Authentication-Warning: diana.northnetworks.ca: iaccounts owned process doing -bs Date: Wed, 19 Mar 2003 10:24:45 -0500 (EST) From: Steve Bertrand To: "Crist J. Clark" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ether_input: drop bdg packet In-Reply-To: <20030318221200.GD74853@blossom.cjclark.org> Message-ID: <20030319102258.K54447-100000@diana.northnetworks.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I have 5.0 running as a bridge/ipfw firewall configuration, which is > > seemingly working very well in an ISP environment. However, there is > > something that I don't know if it is an error, or normal. On the console, > > I get the following message many times per second: > > > > ether_input: drop bdg packet > > > > I am suspecting that this is just a logging issue within part of the > > bridge/ipfw code, but I would like some feeback if possible to what > > exactly this is for. > > > > I have looked through bridge.c, ipfw.c, bpf.c, bpf_filter.c and many > > others for the answer. There is much reference to DROP in bridge.c, but > > nothing that looks like the console message. I would really like to find > > out why this is happening, and how to make some changes, so I would > > appreciate it if someone could point me in the direction of the code for > > this as opposed to or in addition to the answer. > > The message is in src/sys/net/if_ethersubr.c. However, it was removed > in revision 1.34 which is probably why you cannot find it. Thank you very much. Just out of curiosity, if it was removed, why does the message still appear? Steve > -- > Crist J. Clark | cjclark@alum.mit.edu > | cjclark@jhu.edu > http://people.freebsd.org/~cjc/ | cjc@freebsd.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 10:16:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ECFC37B404 for ; Wed, 19 Mar 2003 10:16:20 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E44243F75 for ; Wed, 19 Mar 2003 10:16:17 -0800 (PST) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org (12-234-89-252.client.attbi.com[12.234.89.252]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <20030319181616051001p64ie>; Wed, 19 Mar 2003 18:16:16 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.6/8.12.3) with ESMTP id h2JIGFeq050965; Wed, 19 Mar 2003 10:16:15 -0800 (PST) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.6/8.12.6/Submit) id h2JIGDmF050964; Wed, 19 Mar 2003 10:16:13 -0800 (PST) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Wed, 19 Mar 2003 10:16:13 -0800 From: "Crist J. Clark" To: Steve Bertrand Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ether_input: drop bdg packet Message-ID: <20030319181613.GA50947@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20030318221200.GD74853@blossom.cjclark.org> <20030319102258.K54447-100000@diana.northnetworks.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030319102258.K54447-100000@diana.northnetworks.ca> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 19, 2003 at 10:24:45AM -0500, Steve Bertrand wrote: [snip] > Thank you very much. Just out of curiosity, if it was removed, why does > the message still appear? You're using an older kernel/module built from source that had it? -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 18:18:29 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 334B137B401; Wed, 19 Mar 2003 18:18:28 -0800 (PST) Received: from nd250009.gab.xdsl.ne.jp (nd250009.gab.xdsl.ne.jp [61.202.250.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DAD943FB1; Wed, 19 Mar 2003 18:18:27 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from cl-server.enusure-tech.co.jp (cl-server.ensure-tech.co.jp [211.18.249.19]) (authenticated bits=0) by nd250009.gab.xdsl.ne.jp (8.12.8/8.12.8/NinthNine) with ESMTP id h2K2IOFE047114 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 20 Mar 2003 11:18:25 +0900 (JST) (envelope-from nork@FreeBSD.org) Message-Id: <200303200218.h2K2IOFE047114@nd250009.gab.xdsl.ne.jp> Date: Thu, 20 Mar 2003 11:18:24 +0900 From: Norikatsu Shigemura To: freebsd-hackers@FreeBSD.org Cc: Doug Barton , Stijn Hoop Subject: Re: mixer for /etc/rc In-Reply-To: <20030319115827.GF14565@pcwin002.win.tue.nl> References: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> <20030319032022.G88684@znfgre.tberna.bet> <20030319115827.GF14565@pcwin002.win.tue.nl> X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 19 Mar 2003 12:58:27 +0100 Stijn Hoop wrote: > On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: > > > I want to mixer in /etc/rc (setting sound volume on boot). > > > I add it to /etc/rc, /etc/defaults/rc.conf, etc... > > > Would you review and commit? > > Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d > > thing. We haven't really started down the road of what I generically refer > > to as "desktop" configuration items in rc. > Why *not*? As long as it behaves when run in a system without sound, I don't > see any reason to make things easier for users, whether they use the machine > as a server or as a desktop. > I'd very much like to see (something like) this in the base -- I haven't > even looked at these patches but the idea is IMHO worthwhile. I think that I don't need it if a little machines requires sound. But I have many machines (mine or not mine) which use sound (or can use it). I almost hate to install these to /etc/rc.local. And even I want it, many users want it:-). Different point from setting /etc/rc.conf is that anyone always check this file, but /etc/rc.local is not so. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 19: 9: 0 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 724DA37B404; Wed, 19 Mar 2003 19:08:59 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F5143F75; Wed, 19 Mar 2003 19:08:56 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h2K38ljs008353; Thu, 20 Mar 2003 13:38:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: mixer for /etc/rc From: "Daniel O'Connor" To: Norikatsu Shigemura Cc: freebsd-hackers@FreeBSD.ORG, Doug Barton , Stijn Hoop In-Reply-To: <200303200218.h2K2IOFE047114@nd250009.gab.xdsl.ne.jp> References: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> <20030319032022.G88684@znfgre.tberna.bet> <20030319115827.GF14565@pcwin002.win.tue.nl> <200303200218.h2K2IOFE047114@nd250009.gab.xdsl.ne.jp> Content-Type: text/plain Organization: Message-Id: <1048129727.19095.68.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 20 Mar 2003 13:38:47 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2003-03-20 at 12:48, Norikatsu Shigemura wrote: > I think that I don't need it if a little machines requires sound. > But I have many machines (mine or not mine) which use sound (or can > use it). I almost hate to install these to /etc/rc.local. And even > I want it, many users want it:-). Different point from setting > /etc/rc.conf is that anyone always check this file, but /etc/rc.local > is not so. You could write a port which did this.. I imagine it would consist only of a file in /usr/local/etc/rc.d :) You could get it to store the current mixer values on shutdown too. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 19 19:38: 0 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF9E337B401 for ; Wed, 19 Mar 2003 19:37:58 -0800 (PST) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C8043FA3 for ; Wed, 19 Mar 2003 19:37:57 -0800 (PST) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.159.51]) by out004.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030320033756.JVMO7930.out004.verizon.net@bellatlantic.net>; Wed, 19 Mar 2003 21:37:56 -0600 Message-ID: <3E79378D.B725E735@bellatlantic.net> Date: Wed, 19 Mar 2003 22:37:49 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Terry Lambert Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: making CVS more convenient References: <3E73DCF7.80490FA6@bellatlantic.net> <15988.49648.483313.383942@emerger.yogotech.com> <3E74CC37.DF83EE46@bellatlantic.net> <3E750471.3498C9BE@mindspring.com> <3E765359.7FC6C541@bellatlantic.net> <3E769CCA.7E9BD340@mindspring.com> <3E77CA50.60DA95D5@bellatlantic.net> <3E77DCBC.9A4D40B9@mindspring.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [138.89.159.51] at Wed, 19 Mar 2003 21:37:54 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Sergey Babkin wrote: > > Terry Lambert wrote: > > > > # OK, let's suppose that our changes are finally complete, and nobody > > > > # else has committed any other changes in between > > > > cvs ci > > > > > > Suppose someone has? If you are so out of touch with the net you > > > need a cache, you are probably going to get a conflict, because > > > > It's very likely that the conflict can be cured by a simple > > "cvs update". > > How? Your local repository is out of date. You can't update > your local repository because it's a cache, and the cache contains > some local changes, and any update will bow those changes away, or > abort because there's a conflict. This is exactly my "incoherent" > picture. No, it does not contain the local changes. The local changes are in a completely separate repository. (Well, if the same repository could be made to contain the local changes without upsetting cvsup and cvs, that would be just as good or better. But that seems to be too difficult, a completely separate repository for local changes looks easier). Hope that clarifies the picture. > You can't make local checkins to the same place CVSup writes to; > CVS is too stupid, and CVSup is too stupid to handle it. You'd > need a "multicvs" -- one that could operate a shadow repository. Yes. I guess we just had terminological difficulties with explaining this point to each other :-) -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 0: 0:34 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9547B37B401; Thu, 20 Mar 2003 00:00:29 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6679A43F75; Thu, 20 Mar 2003 00:00:28 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h2K80PSZ051202; Thu, 20 Mar 2003 09:00:25 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h2K80PqY051201; Thu, 20 Mar 2003 09:00:25 +0100 (CET) Date: Thu, 20 Mar 2003 09:00:25 +0100 From: Stijn Hoop To: Norikatsu Shigemura Cc: freebsd-hackers@FreeBSD.org, Doug Barton Subject: Re: mixer for /etc/rc Message-ID: <20030320080025.GA51136@pcwin002.win.tue.nl> References: <200303190518.h2J5IvFE095473@nd250009.gab.xdsl.ne.jp> <20030319032022.G88684@znfgre.tberna.bet> <20030319115827.GF14565@pcwin002.win.tue.nl> <200303200218.h2K2IOFE047114@nd250009.gab.xdsl.ne.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <200303200218.h2K2IOFE047114@nd250009.gab.xdsl.ne.jp> User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 20, 2003 at 11:18:24AM +0900, Norikatsu Shigemura wrote: > On Wed, 19 Mar 2003 12:58:27 +0100 > Stijn Hoop wrote: > > On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: > > > > I want to mixer in /etc/rc (setting sound volume on boot). > > > > I add it to /etc/rc, /etc/defaults/rc.conf, etc... > > > > Would you review and commit? > > > Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc= /rc.d > > > thing. We haven't really started down the road of what I generically = refer > > > to as "desktop" configuration items in rc. > > Why *not*? As long as it behaves when run in a system without sound, I = don't > > see any reason to make things easier for users, whether they use the ma= chine > > as a server or as a desktop. > > I'd very much like to see (something like) this in the base -- I haven't > > even looked at these patches but the idea is IMHO worthwhile. >=20 > I think that I don't need it if a little machines requires sound. > But I have many machines (mine or not mine) which use sound (or can > use it). I almost hate to install these to /etc/rc.local. And even=20 > I want it, many users want it:-). Different point from setting > /etc/rc.conf is that anyone always check this file, but /etc/rc.local > is not so. Yes, I agree with you. Making a port out of this is imho plain silly, or is someone actually relying on the mixer being set to a default value on bootup? --Stijn --=20 "What if everything you see is more than what you see -- the person next to you is a warrior and the space that appears empty is a secret door to anoth= er world? What if something appears that shouldn't? You either dismiss it, or = you accept that there is much more to the world than you think. Perhaps it real= ly is a doorway, and if you choose to go inside, you'll find many unexpected things." -- Shigeru Miyamoto --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+eXUZY3r/tLQmfWcRAvFnAJ0WU+TCF8sRRyEbp/wHy9jNNMaaswCdFda0 mlHjliHLSjrGataYYeM/8HI= =aB51 -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 7:18:32 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB49337B401 for ; Thu, 20 Mar 2003 07:18:24 -0800 (PST) Received: from segalo.cs.poste.it (segalo.cs.poste.it [62.241.4.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D4243F85 for ; Thu, 20 Mar 2003 07:18:23 -0800 (PST) (envelope-from andrea.franceschini@postecom.it) Received: from knute.cs.poste.it (192.168.44.146) by segalo.cs.poste.it (6.7.015) id 3E775DE10000638D for freebsd-hackers@FreeBSD.ORG; Thu, 20 Mar 2003 16:18:19 +0100 Received: from knute.cs.poste.it (localhost [127.0.0.1]) by knute.cs.poste.it (8.12.6/8.12.6) with ESMTP id h2KFCCIN003098 for ; Thu, 20 Mar 2003 16:12:12 +0100 (CET) (envelope-from andrea.franceschini@postecom.it) Received: (from andrea@localhost) by knute.cs.poste.it (8.12.6/8.12.8/Submit) id h2KFCCO8003097 for freebsd-hackers@FreeBSD.ORG; Thu, 20 Mar 2003 16:12:12 +0100 (CET) (envelope-from andrea.franceschini@postecom.it) X-Authentication-Warning: knute.cs.poste.it: andrea set sender to andrea.franceschini@postecom.it using -f Date: Thu, 20 Mar 2003 16:12:12 +0100 From: Andrea Franceschini To: freebsd-hackers@FreeBSD.ORG Subject: Re: Wireless PCI card Message-ID: <20030320151212.GB1773@postecom.it> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <5.2.0.9.0.20030217091242.05b184b0@marble.sentex.ca> <20030220145612.GA3042@postecom.it> <3E5500FC.89B8D990@mindspring.com> <20030221183257.GA4279@postecom.it> <3E56751C.329F9C56@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E56751C.329F9C56@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Feb 21, 2003 at 10:51:08AM -0800, Terry Lambert wrote: > Andrea Franceschini wrote: > > > So... going back to Alfred's question: what did the vendor say about > > > the PCI card not claiming a memory window? > > > > > Who's supposed to reply this question? > > I could try to contact the Sohoware but, due my poor PCI knowlwdge, I > > wouldn't know what to ask for.:( > > > > Can you give me more details ,about what the problem seems to be? > > > Hello, company who makes the card I bought. > > Your card's PCI information seems to indicate that it does > not need a memory region in order to operate. > > How can this be? > > Do I have a defective card? > > Can I flash the card memory with an updated version of card > BIOS or something, in order to fix this problem? > > If so, where can I obtain a utility to do this? > > Thanks, > Andrea Franceschini > > -- Terry > Just to not left this thread unfinished. This is the reply from Sohoware: "Andrea, Due to the very limited information you have provided, we are unsure what you are trying to say. Please provide us with the following information: 1. What OS are you running? 2. What error message are you getting when you are trying to install the card? 3. Where did you buy the card from? Regards, Tech Support " And this is my answer: ----------------------------- > 1. What OS are you running? I'm running FreeBSD 4.7 which supports Prism2/2.5 based cards. The card I have is a NCP130 that should be Prism based.Shouldn't it? >2. What error message are you getting when you are trying to install the card? The message i got is: wi0: No I/O space?! device_probe_and_attach: wi0 attach returned 6 Usually this problem comes out when the PCI card doesn't claim IO space in the resource list,while local registers and attribute memory can both be found. How's this possible? Do you have any clue? Are these informations placed elsewhere? >3. Where did you buy the card from? I bought it from E-Bay, the card was still sealed. > > Regards, ------------------------------ And Finally the obvious Answer :( ------------------------------ Andrea, Yes the NCP130 is has the Prism chipset, but we do not provide drivers or support for Linux user with the CableFREE II series product. Regards, ------------------------------ I tried asking for further informations but without success... So I did further investigations on my own and I found out that the linux driver supports that card! Using the useful informations about PCI programming found in this book http://www.xml.com/ldd/chapter/book/index.html , I managed to modify wi driver to make it recognize the card properly. And ... It works! This is the patch ,I applied it against 5.0-current ,but it should work on different RELEASES , 'cause that part of code didn't get modified trough versions. ---- CUT HERE ---- diff -crN wi/if_wi_pci.c wi.new/if_wi_pci.c *** wi/if_wi_pci.c Wed Jan 15 21:11:31 2003 --- wi.new/if_wi_pci.c Sat Mar 15 18:50:36 2003 *************** *** 101,106 **** --- 101,107 ---- {0x16ab, 0x1102, WI_BUS_PCI_PLX, "Linksys WDT11"}, {0x1385, 0x4100, WI_BUS_PCI_PLX, "Netgear MA301"}, {0x1638, 0x1100, WI_BUS_PCI_PLX, "PRISM2STA WaveLAN"}, + {0x15E8, 0x0131, WI_BUS_PCI_ASIC, "Prism II InstantWave HR PCI card"}, {0x111a, 0x1023, WI_BUS_PCI_PLX, "Siemens SpeedStream"}, {0x16ec, 0x3685, WI_BUS_PCI_PLX, "US Robotics 2415"}, {0, 0, 0, NULL} *************** *** 150,162 **** } if (sc->wi_bus_type != WI_BUS_PCI_NATIVE) { ! error = wi_alloc(dev, WI_PCI_IORES); ! if (error) ! return (error); ! ! /* Make sure interrupts are disabled. */ ! CSR_WRITE_2(sc, WI_INT_EN, 0); ! CSR_WRITE_2(sc, WI_EVENT_ACK, 0xFFFF); /* We have to do a magic PLX poke to enable interrupts */ sc->local_rid = WI_PCI_LOCALRES; --- 151,168 ---- } if (sc->wi_bus_type != WI_BUS_PCI_NATIVE) { ! if (sc->wi_bus_type == WI_BUS_PCI_ASIC ) { ! error = wi_alloc(dev, WI_PCI_MEMRES); /* with TMC7160 ioaddress is at BAR2 */ ! } else { ! error = wi_alloc(dev, WI_PCI_IORES); ! } ! if (error) ! return (error); ! ! /* Make sure interrupts are disabled. */ ! CSR_WRITE_2(sc, WI_INT_EN, 0); ! CSR_WRITE_2(sc, WI_EVENT_ACK, 0xFFFF); ! /* We have to do a magic PLX poke to enable interrupts */ sc->local_rid = WI_PCI_LOCALRES; *************** *** 164,202 **** &sc->local_rid, 0, ~0, 1, RF_ACTIVE); sc->wi_localtag = rman_get_bustag(sc->local); sc->wi_localhandle = rman_get_bushandle(sc->local); ! command = bus_space_read_4(sc->wi_localtag, sc->wi_localhandle, ! WI_LOCAL_INTCSR); ! command |= WI_LOCAL_INTEN; ! bus_space_write_4(sc->wi_localtag, sc->wi_localhandle, ! WI_LOCAL_INTCSR, command); bus_release_resource(dev, SYS_RES_IOPORT, sc->local_rid, sc->local); sc->local = NULL; ! sc->mem_rid = WI_PCI_MEMRES; ! sc->mem = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, ! 0, ~0, 1, RF_ACTIVE); ! if (sc->mem == NULL) { ! device_printf(dev, "couldn't allocate memory\n"); ! wi_free(dev); ! return (ENXIO); ! } ! sc->wi_bmemtag = rman_get_bustag(sc->mem); ! sc->wi_bmemhandle = rman_get_bushandle(sc->mem); ! ! /* ! * From Linux driver: ! * Write COR to enable PC card ! * This is a subset of the protocol that the pccard bus code ! * would do. ! */ ! CSM_WRITE_1(sc, WI_COR_OFFSET, WI_COR_VALUE); ! reg = CSM_READ_1(sc, WI_COR_OFFSET); ! if (reg != WI_COR_VALUE) { ! device_printf(dev, "CSM_READ_1(WI_COR_OFFSET) " ! "wanted %d, got %d\n", WI_COR_VALUE, reg); ! wi_free(dev); ! return (ENXIO); } } else { error = wi_alloc(dev, WI_PCI_LMEMRES); --- 170,225 ---- &sc->local_rid, 0, ~0, 1, RF_ACTIVE); sc->wi_localtag = rman_get_bustag(sc->local); sc->wi_localhandle = rman_get_bushandle(sc->local); ! ! if (sc->wi_bus_type != WI_BUS_PCI_ASIC ) { ! command = bus_space_read_4(sc->wi_localtag, sc->wi_localhandle, ! WI_LOCAL_INTCSR); ! command |= WI_LOCAL_INTEN; ! bus_space_write_4(sc->wi_localtag, sc->wi_localhandle, ! WI_LOCAL_INTCSR, command); ! } else { ! bus_space_write_1(sc->wi_localtag, sc->wi_localhandle,0,0x45); ! ! DELAY(500000); ! ! command = bus_space_read_1(sc->wi_localtag, sc->wi_localhandle,0); ! if (command!= 0x45) { ! device_printf(dev, "Initialize the TMC7160 failed. \n"); ! wi_free(dev); ! return (ENXIO); ! } ! } ! bus_release_resource(dev, SYS_RES_IOPORT, sc->local_rid, sc->local); sc->local = NULL; ! if (sc->wi_bus_type != WI_BUS_PCI_ASIC ) { ! sc->mem_rid = WI_PCI_MEMRES; ! sc->mem = bus_alloc_resource(dev, SYS_RES_MEMORY, &sc->mem_rid, ! 0, ~0, 1, RF_ACTIVE); ! if (sc->mem == NULL) { ! device_printf(dev, "couldn't allocate memory\n"); ! wi_free(dev); ! return (ENXIO); ! } ! sc->wi_bmemtag = rman_get_bustag(sc->mem); ! sc->wi_bmemhandle = rman_get_bushandle(sc->mem); ! ! /* ! * From Linux driver: ! * Write COR to enable PC card ! * This is a subset of the protocol that the pccard bus code ! * would do. ! */ ! CSM_WRITE_1(sc, WI_COR_OFFSET, WI_COR_VALUE); ! reg = CSM_READ_1(sc, WI_COR_OFFSET); ! if (reg != WI_COR_VALUE) { ! device_printf(dev, "CSM_READ_1(WI_COR_OFFSET) " ! "wanted %d, got %d\n", WI_COR_VALUE, reg); ! wi_free(dev); ! return (ENXIO); ! } } } else { error = wi_alloc(dev, WI_PCI_LMEMRES); diff -crN wi/if_wireg.h wi.new/if_wireg.h *** wi/if_wireg.h Wed Jan 15 21:11:31 2003 --- wi.new/if_wireg.h Tue Mar 11 23:42:01 2003 *************** *** 97,102 **** --- 97,103 ---- #define WI_BUS_PCCARD 0 /* pccard device */ #define WI_BUS_PCI_PLX 1 /* PCI card w/ PLX PCI/PCMICA bridge */ #define WI_BUS_PCI_NATIVE 2 /* native PCI device (Prism 2.5) */ + #define WI_BUS_PCI_ASIC 3 /* PCI card w/ TMD7160 (ASIC) */ /* * register space access macros --- CUT HERE --- This should work also with other cards of the same breed (TMC7160 based). I didn't test it thorougly so it may have some problems with particular configurations. Actually it may have some problems on the init/reset code and it could require some adjustment,but it works for me as it is so... :) Bye. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 8:24:42 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD73237B407 for ; Thu, 20 Mar 2003 08:24:37 -0800 (PST) Received: from hotmail.com (f34.law15.hotmail.com [64.4.23.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9DA844229 for ; Thu, 20 Mar 2003 08:22:23 -0800 (PST) (envelope-from curioso1100@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 20 Mar 2003 08:18:46 -0800 Received: from 80.58.1.235 by lw15fd.law15.hotmail.msn.com with HTTP; Thu, 20 Mar 2003 16:18:43 GMT X-Originating-IP: [80.58.1.235] X-Originating-Email: [curioso1100@hotmail.com] From: "Emilio Manuel" To: freebsd-hackers@freebsd.org Subject: boot without user and password Date: Thu, 20 Mar 2003 16:18:43 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 20 Mar 2003 16:18:46.0155 (UTC) FILETIME=[61E7DDB0:01C2EEFC] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I want to know how a FreeBSD box, just after finish booting process, can start automatically a session with a predeterminate user without doing the normal login process (ie, without typing user and password). I wan to do this under Xwindows because I pretend to use this box as a "dumb X terminal" that can display messages send from another UNIX machine. Security themes don't bother me, cause I use this box in a small local network without conflictive users. Thank you in advance. ---------------------------------------------------- Quisiera saber como una máquina FreeBSD, justo despues de terminar el proceso de arranque, podría arrancar una sesión automáticamente con un usuario predeterminado, sin pasar por el proceso normal de conexión (es decir, sin teclear el usuario y la contraseña). Quiero hacer esto con Xwindows porque pretendo usar esta máquina como "terminal tonto" que muestre mensajes enviados desde otras máquinas. Los temas de seguridad no me preocupan, pues la red local es pequeña y los usuarios no son conflictivos. Gracias de antemano. _________________________________________________________________ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.yupimsn.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 8:37:33 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B16D37B401 for ; Thu, 20 Mar 2003 08:37:31 -0800 (PST) Received: from gunjin.wccnet.org (gunjin.wccnet.org [198.111.176.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6CA143FBF for ; Thu, 20 Mar 2003 08:37:29 -0800 (PST) (envelope-from anthony@gunjin.wccnet.org) Received: from gunjin.wccnet.org (localhost.rexroof.com [127.0.0.1]) by gunjin.wccnet.org (8.12.3/8.12.2) with ESMTP id h2KGeDsE070479; Thu, 20 Mar 2003 11:40:13 -0500 (EST) Received: (from anthony@localhost) by gunjin.wccnet.org (8.12.3/8.12.3/Submit) id h2KGeCBb070478; Thu, 20 Mar 2003 11:40:12 -0500 (EST) Date: Thu, 20 Mar 2003 11:40:12 -0500 From: Anthony Schneider To: Emilio Manuel Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: boot without user and password Message-ID: <20030320164012.GA70326@x-anthony.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable if you are trying to do what i think you're trying to do, you can put=20 something like the following in /etc/rc.local or in a script in=20 /usr/local/etc/rc.d: su username -c xinit where username is the name of the user you want to start X with. -Anthony. On Thu, Mar 20, 2003 at 04:18:43PM +0000, Emilio Manuel wrote: > I want to know how a FreeBSD box, just after finish booting process, can= =20 > start automatically a session with a predeterminate user without doing th= e=20 > normal login process (ie, without typing user and password). >=20 > I wan to do this under Xwindows because I pretend to use this box as a=20 > "dumb X terminal" that can display messages send from another UNIX machin= e. >=20 > Security themes don't bother me, cause I use this box in a small local=20 > network without conflictive users. >=20 > Thank you in advance. >=20 > ---------------------------------------------------- > Quisiera saber como una m?quina FreeBSD, justo despues de terminar el=20 > proceso de arranque, podr?a arrancar una sesi?n autom?ticamente con un=20 > usuario predeterminado, sin pasar por el proceso normal de conexi?n (es= =20 > decir, sin teclear el usuario y la contrase?a). >=20 > Quiero hacer esto con Xwindows porque pretendo usar esta m?quina como=20 > "terminal tonto" que muestre mensajes enviados desde otras m?quinas. >=20 > Los temas de seguridad no me preocupan, pues la red local es peque?a y lo= s=20 > usuarios no son conflictivos. >=20 > Gracias de antemano. >=20 >=20 > _________________________________________________________________ > Charla con tus amigos en l?nea mediante MSN Messenger:=20 > http://messenger.yupimsn.com/ >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+ee7rKUeW47UGY2kRAoJTAJ9ntbHbzAl+TMPO+W9jLTpUboLdjwCfVuRi NdmYD435ME43L33iECsr/+s= =mOBC -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 12:17:56 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B182737B401 for ; Thu, 20 Mar 2003 12:17:54 -0800 (PST) Received: from parhelion.firedrake.org (parhelion.firedrake.org [193.201.200.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9E4143F3F for ; Thu, 20 Mar 2003 12:17:53 -0800 (PST) (envelope-from float@firedrake.org) Received: from float by parhelion.firedrake.org with local (Exim 3.35 #1 (Debian)) id 18w6Tw-0006DM-00; Thu, 20 Mar 2003 20:17:44 +0000 Date: Thu, 20 Mar 2003 20:17:44 +0000 To: Anthony Schneider Cc: Emilio Manuel , freebsd-hackers@FreeBSD.ORG Subject: Re: boot without user and password Message-ID: <20030320201743.GA23863@parhelion.firedrake.org> References: <20030320164012.GA70326@x-anthony.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030320164012.GA70326@x-anthony.com> User-Agent: Mutt/1.3.28i From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 20, 2003 at 11:40:12AM -0500, Anthony Schneider wrote: > if you are trying to do what i think you're trying to do, you can put > something like the following in /etc/rc.local or in a script in > /usr/local/etc/rc.d: > > su username -c xinit > > where username is the name of the user you want to start X with. And if you're not using X, you could try this -- it's untested but I think it will work. Replace this line in /etc/ttys: ttyv0 "/usr/libexec/getty Pc" cons25 on secure with this: ttyv0 "login -f username" cons25 on secure > On Thu, Mar 20, 2003 at 04:18:43PM +0000, Emilio Manuel wrote: > > I want to know how a FreeBSD box, just after finish booting process, can > > start automatically a session with a predeterminate user without doing the > > normal login process (ie, without typing user and password). > > > > I wan to do this under Xwindows because I pretend to use this box as a > > "dumb X terminal" that can display messages send from another UNIX machine. > > > > Security themes don't bother me, cause I use this box in a small local > > network without conflictive users. > > > > Thank you in advance. > > > > ---------------------------------------------------- > > Quisiera saber como una m?quina FreeBSD, justo despues de terminar el > > proceso de arranque, podr?a arrancar una sesi?n autom?ticamente con un > > usuario predeterminado, sin pasar por el proceso normal de conexi?n (es > > decir, sin teclear el usuario y la contrase?a). > > > > Quiero hacer esto con Xwindows porque pretendo usar esta m?quina como > > "terminal tonto" que muestre mensajes enviados desde otras m?quinas. > > > > Los temas de seguridad no me preocupan, pues la red local es peque?a y los > > usuarios no son conflictivos. > > > > Gracias de antemano. > > > > > > _________________________________________________________________ > > Charla con tus amigos en l?nea mediante MSN Messenger: > > http://messenger.yupimsn.com/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 12:24:54 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B106A37B401 for ; Thu, 20 Mar 2003 12:24:52 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id D996543FBF for ; Thu, 20 Mar 2003 12:24:46 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.8/8.12.8) id h2KKOjIA078937 for freebsd-hackers@FreeBSD.ORG; Thu, 20 Mar 2003 15:24:45 -0500 (EST) Date: Thu, 20 Mar 2003 15:24:45 -0500 From: Leo Bicknell To: freebsd-hackers@FreeBSD.ORG Subject: Re: boot without user and password Message-ID: <20030320202445.GA78758@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Thu, Mar 20, 2003 at 04:18:43PM +0000, Emilio Manue= l wrote: > I wan to do this under Xwindows because I pretend to use this box as a=20 > "dumb X terminal" that can display messages send from another UNIX machin= e. If you really want to use it as an xterminal, you probably want to look into the man page for Xserver, some sample command lines for you to try: Start a session on a remote host: X -query other-host.your.net Find all machines on the local network that will accept a session: X -broadcast Ask another host on the network for a list of servers to start a session with: X -indirect other-host.your.net For the last option you may need to configure the "chooser" on the other server, and all options may require changing some access permissions on the other boxes you want to query. Once you find what you like you can put it in a startup script somewhere. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE+eiONNh6mMG5yMTYRAvuBAJ9EZv+y+gsrue2EJZa/IxJe9hN3ugCbBMCl f/nJ8XYCvQmu/wDp5h7FKOg= =YN88 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 16:57:54 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BFB337B401; Thu, 20 Mar 2003 16:57:51 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4F9D43FA3; Thu, 20 Mar 2003 16:57:47 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 064123ABB93; Fri, 21 Mar 2003 01:58:39 +0100 (CET) Date: Fri, 21 Mar 2003 01:58:38 +0100 From: Pawel Jakub Dawidek To: freebsd-security@freebsd.org Cc: freebsd-hackers@freebsd.org, cerber-list@lists.sourceforge.net Subject: CerbNG 1.0-RC1 is now avaliable. Message-ID: <20030321005838.GA567@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/8Xxy37xq6kDVsli" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-PRERELEASE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/8Xxy37xq6kDVsli Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good news everyone. After six months of hard work, many hundreds CVS commits and lots of lost nights we would like to proudly announce, that the CerbNG project released first generally available version (1.0-RC1) of it's kernel security module. It is hard to write some terse words of encouragement for using/testing a program which we have worked on for so long. Nevertheless, we will try to do it in this message. CerbNG is a kernel module for FreeBSD version 4.x (5.x version soon to come= ). Our main purpose is providing the administrator with tools for enforcing fi= ne grained control for critical system applications/processes/environments, i.= e. privileged daemons (not only those running with uid 0), and setuid programs. But it is just a small part of CerbNG functionality. Lead principles in CerbNG development are transparency and flexibility. Sysadmins often do not have time and resources to patch all buggy applicati= ons, even for security related vulnerabilities. For defining the system protecting rules, we use a flexible language vaguely similar to C. Some basic CerbNG capabilities are: - detailed control and validation of selected system calls and their arguments - ability of changing syscall arguments and returned values - possibility of modifying process properties and environment - modifying sysctls during process runtime depending on process behavior and context - precise and configurable logging - intuitive, flexible and powerful rule description language Tarball for Version 1.0-RC1 contains some example policy files described below: openssh.cb - Controls sshd(8) (if sshd is running when the policy is being loaded, it has to be restarted). The policy degrades sshd privileges after it's been started to uid and gid for user/group sshd. CerbNG elevates sshd rights for performing privileged operations only. passwd.cb - Controls passwd(1). Similarly to openssh.cb, privileges of the passwd process are changed to those of user running this program. Privileges are degraded regardless of the setuid bit on /usr/bin/passwd. ping.cb, su.cb - Similar privilege degradation examples. noexec-by-group.cb - Noexec for all users but root and members of exec group. Additionally environment variables with names beginning with LD_ are checked. degrade-unknown-sugids.cb - All setuid/setgid files, which are not controlled by Cerb are denied elevated privileges and run with credentials of user performing the execve(2) syscall. restricted-debug.cb - Using ptrace(2) and ktrace(2) syscalls will be limited to root user and members of 'debug' group. restricted-link.cb - Non-root users will be denied the right to create hard links to other users' files. log-exec.cb - All execve(2) calls performed by non-privileged users will be logged. We encourage all interested members of FreeBSD community to testing, sharing ideas/comments and last but not least - reporting bugs. We hope, that CerbNG becomes another useful tool for improving security of servers running FreeB= SD. CerbNG CVS repository and latest tarballs are available at: http://sourceforge.net/projects/cerber/ For detailed installation instructions see INSTALL file, or HOWTO.html at: http://cerber.sourceforge.net/docs/HOWTO.html Project HomePage: http://cerber.sourceforge.net/ We invite all interested users and would-be users to subscription of our mailing lists. To subscribe those lists, visit: http://lists.sourceforge.net/mailman/listinfo/cerber-list http://lists.sourceforge.net/mailman/listinfo/cerber-commits CerbNG authors are: Pawel Jakub Dawidek Cerb project initiator, head programmer, kernel part developer, polish documentation author. Slawek Zak Designer of CerbNG configuration language syntax and compiler structure, author of userland policy compiler, documentation translator. PS. We are also preparing a technical document for BSDCon 2003. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --/8Xxy37xq6kDVsli Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPnpjvj/PhmMH/Mf1AQFm1wP/US9IrHODuZaa5Y0F+IU40N9UazkqgdE/ QqIxX4ww8SR9X0X3BcQvqkT1uqvtU18NhD1nhAJ8vTVZ7y6c1y81AaJsrnVsM1Jd AjE0XzFb7E8+DCVdKf+RR7Q9faTkAYpKy0YUfuX0TacqEY+fN94IikUG1MSa2gs4 SJaTsFyDlhY= =tScJ -----END PGP SIGNATURE----- --/8Xxy37xq6kDVsli-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 21:50:12 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECA2A37B401; Thu, 20 Mar 2003 21:50:10 -0800 (PST) Received: from geekpunk.net (adsl-32-194-137.bna.bellsouth.net [67.32.194.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1011843FAF; Thu, 20 Mar 2003 21:50:10 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h2L4FmUr037929; Thu, 20 Mar 2003 22:15:48 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h2L4Fmdw037928; Thu, 20 Mar 2003 22:15:48 -0600 (CST) (envelope-from bandix) Date: Thu, 20 Mar 2003 22:15:48 -0600 From: "Brandon D. Valentine" To: FreeBSD-Hackers Cc: doubg@freebsd.org Subject: generalized mergemaster(8) Message-ID: <20030321041548.GY25577@geekpunk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have encountered a situation in which it would be extremely handy to have a generalized version of mergemaster(8) which is less specific to the task of merging /etc. I need to recursively merge two directories of source files in which I wish to preserve some original files, install some replacement files outright, and only actually go to the trouble of sdiff(1)ing those files that from the preview udiff look like they are need of a merge. Has anyone already done the work of generalizing mergemaster to this more general task? And if not, is there interest in this? If nobody has done it I'm probably about to. My inclination is to extend the existing mergemaster script to support this general functionality while maintaining support for the specific case of an /etc merge. mergemaster(8) is already fairly applicable to this task but it currently makes some assumptions about what your $Id$ looks like and that you will in fact be running make(1) somewhere to generate your temproot. Thoughts? Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: valentine is her husband To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 20 22:27:37 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A5E37B401; Thu, 20 Mar 2003 22:27:36 -0800 (PST) Received: from geekpunk.net (adsl-32-194-137.bna.bellsouth.net [67.32.194.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C1143F75; Thu, 20 Mar 2003 22:27:35 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h2L6RdNB038358; Fri, 21 Mar 2003 00:27:39 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h2L6Rde9038357; Fri, 21 Mar 2003 00:27:39 -0600 (CST) (envelope-from bandix) Date: Fri, 21 Mar 2003 00:27:38 -0600 From: "Brandon D. Valentine" To: FreeBSD-Hackers Cc: dougb@freebsd.org Subject: Re: generalized mergemaster(8) Message-ID: <20030321062738.GB25577@geekpunk.net> References: <20030321041548.GY25577@geekpunk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030321041548.GY25577@geekpunk.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ I meant to Cc dougb, not 'doubg' on this. Doh. ] On Thu, Mar 20, 2003 at 10:15:48PM -0600, Brandon D. Valentine wrote: > I have encountered a situation in which it would be extremely handy to > have a generalized version of mergemaster(8) which is less specific to > the task of merging /etc. I need to recursively merge two directories > of source files in which I wish to preserve some original files, install > some replacement files outright, and only actually go to the trouble of > sdiff(1)ing those files that from the preview udiff look like they are > need of a merge. Has anyone already done the work of generalizing > mergemaster to this more general task? And if not, is there interest in > this? If nobody has done it I'm probably about to. My inclination is > to extend the existing mergemaster script to support this general > functionality while maintaining support for the specific case of an /etc > merge. mergemaster(8) is already fairly applicable to this task but it > currently makes some assumptions about what your $Id$ looks like and > that you will in fact be running make(1) somewhere to generate your > temproot. > > Thoughts? > > Brandon D. Valentine > -- > brandon@dvalentine.com http://www.geekpunk.net > Pseudo-Random Googlism: valentine is her husband > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: brandon is a rare football player with great hands and speed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 0:21:21 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5E8D37B401 for ; Fri, 21 Mar 2003 00:21:20 -0800 (PST) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E580043F75 for ; Fri, 21 Mar 2003 00:21:18 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.8/8.12.8) with ESMTP id h2L8LBM2007611; Fri, 21 Mar 2003 19:21:11 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h2L8L9l7007610; Fri, 21 Mar 2003 19:21:09 +1100 (EST) Date: Fri, 21 Mar 2003 19:21:08 +1100 From: Peter Jeremy To: "Brandon D. Valentine" Cc: FreeBSD-Hackers Subject: Re: generalized mergemaster(8) Message-ID: <20030321082108.GA7590@cirb503493.alcatel.com.au> References: <20030321041548.GY25577@geekpunk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030321041548.GY25577@geekpunk.net> User-Agent: Mutt/1.4.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 20, 2003 at 10:15:48PM -0600, Brandon D. Valentine wrote: >I have encountered a situation in which it would be extremely handy to >have a generalized version of mergemaster(8) which is less specific to >the task of merging /etc. I need to recursively merge two directories >of source files in which I wish to preserve some original files, install >some replacement files outright, and only actually go to the trouble of >sdiff(1)ing those files that from the preview udiff look like they are >need of a merge. Have you considered emacs ediff-directories? It might be better suited than mergemaster for handling arbitrary directories. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 1: 3: 0 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 831D337B401 for ; Fri, 21 Mar 2003 01:02:59 -0800 (PST) Received: from geekpunk.net (adsl-32-194-137.bna.bellsouth.net [67.32.194.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738F243FAF for ; Fri, 21 Mar 2003 01:02:58 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.6/8.12.6) with ESMTP id h2L931uT038710; Fri, 21 Mar 2003 03:03:02 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.6/8.12.6/Submit) id h2L92xsI038709; Fri, 21 Mar 2003 03:02:59 -0600 (CST) (envelope-from bandix) Date: Fri, 21 Mar 2003 03:02:58 -0600 From: "Brandon D. Valentine" To: Peter Jeremy Cc: FreeBSD-Hackers Subject: Re: generalized mergemaster(8) Message-ID: <20030321090257.GC25577@geekpunk.net> References: <20030321041548.GY25577@geekpunk.net> <20030321082108.GA7590@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030321082108.GA7590@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ This email edited in vim. ] On Fri, Mar 21, 2003 at 07:21:08PM +1100, Peter Jeremy wrote: > > Have you considered emacs ediff-directories? It might be better suited > than mergemaster for handling arbitrary directories. No, I have not considered it. ;-) As for mergemaster, it just about works for arbitrary directories. I've been playing around with it locally and there's not much effort needed to generalize it. The only challenge is maintaining POLA wrt people using mergemaster for its intended purpose, updating /etc post-installworld, without having the general functionality seem like a hack. I've got it working well enough for what I needed it for, but if there is interest I will cleanup the patches so they're POLA-safe and post them here. Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: valentine is the most precocious foal i have ever met To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 5:41: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1458D37B401 for ; Fri, 21 Mar 2003 05:41:05 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5027243F3F for ; Fri, 21 Mar 2003 05:41:04 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h2LDetA7047857; Fri, 21 Mar 2003 06:40:55 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 21 Mar 2003 06:40:26 -0700 (MST) Message-Id: <20030321.064026.31318505.imp@bsdimp.com> To: peterjeremy@optushome.com.au Cc: brandon@dvalentine.com, FreeBSD-Hackers@FreeBSD.ORG Subject: Re: generalized mergemaster(8) From: "M. Warner Losh" In-Reply-To: <20030321082108.GA7590@cirb503493.alcatel.com.au> References: <20030321041548.GY25577@geekpunk.net> <20030321082108.GA7590@cirb503493.alcatel.com.au> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030321082108.GA7590@cirb503493.alcatel.com.au> Peter Jeremy writes: : Have you considered emacs ediff-directories? It might be better suited : than mergemaster for handling arbitrary directories. NetBSD also has usr.sbin/etcupdate, which appears to be a redone mergemaster which seems to a little better. Personally, I wish that there was a set of scripts that did the following: (1) gather all the files together that its going to update. (2) cvs import them into a repository on a vendor branch. (3.a) before the update, it would take recent changes and commit them to the head of this repo. (b) It would then cvs import the latest from a FreeBSD source tree onto the vendor branch. (c) it would run cvs update -j old -j new (d) cvs commit after resolving 'C' (e) install those that differ unconditionally (f) run the scripts that mergemaster runs now if the magic files are updated. But that's quite a bit different than mergemaster, and a lot more overhead to setup unless the scripts are very smart... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 6:17:33 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDCAF37B401; Fri, 21 Mar 2003 06:17:31 -0800 (PST) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F3E943F3F; Fri, 21 Mar 2003 06:17:31 -0800 (PST) (envelope-from gurney_j@resnet.uoregon.edu) Received: by resnet.uoregon.edu (Postfix, from userid 1001) id 007371930F; Fri, 21 Mar 2003 06:17:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by resnet.uoregon.edu (Postfix) with ESMTP id DFA0C1D112; Fri, 21 Mar 2003 21:17:18 +0700 (ICT) Date: Fri, 21 Mar 2003 21:17:18 +0700 (ICT) From: John-Mark Gurney To: dfr@freebsd.org, Subject: bug in subr_bus.c? Message-ID: <20030321204808.A65800-100000@resnet.uoregon.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, It's been a while since I've been doing FreeBSD work, but I was recently working on a device driver for the Pinicle Micro DC10+ (Zoran chip) video en/decoder board and was making full use of the newbus system. I've been doing my devel work on 5.0-R (I'm in Thailand right now so I don't have my normal devel environment) and doing it all on KLD to help speed up devel. Right now the problem I have is on kldunload, devclass_delete_driver gets called and calls the detach routine for all associated devices. This is a slight problem since device_detach doesn't know anything about the children, and if you look at device_delete_child, it deletes all the children, and then calls detach. So, the driver can: a) delete it's own children, but if it gets removed via device_delete_child, this work is already down for you. b) let the bus code remove your children, but then if you're a kld, your children won't be removed and you will cause a panic in devinfo and other nasties since a device's parent won't exist anymore. I believe that devclass_delete_driver should do a device_delete_child instead of a simple detach, but then there is much code that is broken in that it assumes that it needs to delete it's own children. So, do we have the *_detach routine delete it's children or have the bus code do it? If you look at sys/dev/iicbus/iicbb.c, in the detach routine it delete's the iicbus child, but that would already be gone in the delete_child case, but not in the simple detach case. So, which is correct? I'll fix this, but I need direction on which way to go. I think that letting the bus code delete the children is better. Comments? btw, I will post some scripts to autoload kld debug symbols to my home page (http://people.freebsd.org/~jmg/) soon. John-Mark Gurney To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 6:46: 6 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5452E37B401; Fri, 21 Mar 2003 06:46:05 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70EDE43F93; Fri, 21 Mar 2003 06:46:04 -0800 (PST) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.8/8.12.8) with ESMTP id h2LEk3Ci075307; Fri, 21 Mar 2003 09:46:03 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Fri, 21 Mar 2003 09:46:03 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: John-Mark Gurney Cc: dfr@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: bug in subr_bus.c? In-Reply-To: <20030321204808.A65800-100000@resnet.uoregon.edu> Message-ID: <20030321094447.E8716@sasami.jurai.net> References: <20030321204808.A65800-100000@resnet.uoregon.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 21 Mar 2003, John-Mark Gurney wrote: > So, the driver can: > a) delete it's own children, but if it gets removed via > device_delete_child, this work is already down for you. If you create children then you're going to be involved in removing them. There are helper routines that simplify some operations but I don't believe any changes to subr_bus.c are needed. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 7:32:27 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3EEB37B401 for ; Fri, 21 Mar 2003 07:32:26 -0800 (PST) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F49A43FB1 for ; Fri, 21 Mar 2003 07:32:24 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3/8.12.3) with ESMTP id h2LFWIgO054748 for ; Fri, 21 Mar 2003 18:32:18 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3/8.12.3/Submit) id h2LFWIRx054747 for hackers@freebsd.org; Fri, 21 Mar 2003 18:32:18 +0300 (MSK) (envelope-from yar) Date: Fri, 21 Mar 2003 18:32:17 +0300 From: Yar Tikhiy To: hackers@freebsd.org Subject: Build options for kernel modules Message-ID: <20030321153217.GA53518@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there, Excuse my stupid question, but I seem to have no time to do the investigation by myself right now so I'd be glad to receive a brief answer from someone who has the information. As far as I can see, kernel modules should be built along with the kernel for the only reason of keeping their mutual interfaces in sync, has a source file defining such an interface changed. Is there currently no way to go further and affect a kernel module's built-in features with kernel config file options, besides modifying makefiles in /sys/modules? -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 7:35:48 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE7D537B401; Fri, 21 Mar 2003 07:35:46 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C18443FAF; Fri, 21 Mar 2003 07:35:35 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.8/8.12.8/Sunbay) with ESMTP id h2LFZM0J016104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Mar 2003 17:35:22 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.8/8.12.8/Submit) id h2LFZM34016103; Fri, 21 Mar 2003 17:35:22 +0200 (EET) (envelope-from ru) Date: Fri, 21 Mar 2003 17:35:22 +0200 From: Ruslan Ermilov To: Yar Tikhiy Cc: hackers@FreeBSD.ORG Subject: Re: Build options for kernel modules Message-ID: <20030321153522.GD15185@sunbay.com> References: <20030321153217.GA53518@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GxcwvYAGnODwn7V8" Content-Disposition: inline In-Reply-To: <20030321153217.GA53518@comp.chem.msu.su> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --GxcwvYAGnODwn7V8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote: > Hi there, >=20 > Excuse my stupid question, but I seem to have no time to do the > investigation by myself right now so I'd be glad to receive a brief > answer from someone who has the information. >=20 > As far as I can see, kernel modules should be built along with the > kernel for the only reason of keeping their mutual interfaces in > sync, has a source file defining such an interface changed. Is > there currently no way to go further and affect a kernel module's > built-in features with kernel config file options, besides modifying > makefiles in /sys/modules? >=20 There is. It's called ``makeoptions''. It's passed to both kernel and modules builds. Cheers, --=20 Ruslan Ermilov Sysadmin and 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 --GxcwvYAGnODwn7V8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ezE6Ukv4P6juNwoRAp+rAJ9VDor4fjSPT7BTOyMyFSXW5c2qzACggOEk yuXajneqZ0ugZu1Exl1fRyQ= =GjTa -----END PGP SIGNATURE----- --GxcwvYAGnODwn7V8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 7:39:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A4A937B401; Fri, 21 Mar 2003 07:39:27 -0800 (PST) Received: from relay1.ntu-kpi.kiev.ua (oberon.ntu-kpi.kiev.ua [195.245.194.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A052E43FAF; Fri, 21 Mar 2003 07:39:23 -0800 (PST) (envelope-from nikolay@asu.ntu-kpi.kiev.ua) Received: by relay1.ntu-kpi.kiev.ua (Postfix, from userid 426) id CC673199F0; Fri, 21 Mar 2003 17:39:11 +0200 (EET) Received: from onyx.asu.ntu-kpi.kiev.ua (eth0.onyx.asu.ntu-kpi.kiev.ua [10.18.16.2]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id B210319CF3; Fri, 21 Mar 2003 17:39:07 +0200 (EET) Received: from drweb by onyx.asu.ntu-kpi.kiev.ua with drweb-scanned (Exim 4.10) id 18wObr-0002am-00; Fri, 21 Mar 2003 17:39:07 +0200 Received: from nikolay by onyx.asu.ntu-kpi.kiev.ua with local (Exim 4.10) id 18wObr-0002ag-00; Fri, 21 Mar 2003 17:39:07 +0200 Date: Fri, 21 Mar 2003 17:39:07 +0200 From: "Nikolay Y. Orlyuk" To: Yar Tikhiy Cc: hackers@freebsd.org Subject: Re: Build options for kernel modules Message-ID: <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> References: <20030321153217.GA53518@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20030321153217.GA53518@comp.chem.msu.su> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote: > Hi there, > > Excuse my stupid question, but I seem to have no time to do the > investigation by myself right now so I'd be glad to receive a brief > answer from someone who has the information. > > As far as I can see, kernel modules should be built along with the > kernel for the only reason of keeping their mutual interfaces in > sync, has a source file defining such an interface changed. Is > there currently no way to go further and affect a kernel module's > built-in features with kernel config file options, besides modifying > makefiles in /sys/modules? I think this isn't so. I have been already tried to compile some modules without compiling kernel and this trye has successful result, but without change options. I think modules must be build with same or less imports and same or more export to be correct for loading. > -- With best wishes Nikolay mail: nikolay@asu.ntu-kpi.kiev.ua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8: 9:37 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD3B37B401; Fri, 21 Mar 2003 08:09:35 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 553C043F85; Fri, 21 Mar 2003 08:09:34 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (73tsrtg1bhr2ykpi@dsl-133-253.aei.ca [66.36.133.253]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id h2LG9Rt07330; Fri, 21 Mar 2003 11:09:27 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 3FA6423E; Fri, 21 Mar 2003 11:09:26 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Fri, 21 Mar 2003 11:09:25 -0500 Date: Fri, 21 Mar 2003 11:09:25 -0500 From: The Anarcat To: "Brandon D. Valentine" Cc: FreeBSD-Hackers , doubg@freebsd.org Subject: Re: generalized mergemaster(8) Message-ID: <20030321160925.GA1174@lenny.anarcat.ath.cx> References: <20030321041548.GY25577@geekpunk.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20030321041548.GY25577@geekpunk.net> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable What we need is a way to mark some package files as customizeable files, or configuration files. The same way that some files are marked DOC, but a bit better: it would need to be carried to the installed package database. This is again re-inventing the wheel since it is exactly how Debian's apt-get system deals with configuration files. /etc files are part of a package that, when upgraded, are checked for modification and the user is offered the choice similar to mergemaster to install, merge, or just delete. We still need to write a generic tool to diff and merge. It's not so hard to write. It would basically be a stripped down version of mergemaster -s. I think such a tool would be really useful. A. On Thu Mar 20, 2003 at 10:15:48PM -0600, Brandon D. Valentine wrote: > I have encountered a situation in which it would be extremely handy to > have a generalized version of mergemaster(8) which is less specific to > the task of merging /etc. I need to recursively merge two directories > of source files in which I wish to preserve some original files, install > some replacement files outright, and only actually go to the trouble of > sdiff(1)ing those files that from the preview udiff look like they are > need of a merge. Has anyone already done the work of generalizing > mergemaster to this more general task? And if not, is there interest in > this? If nobody has done it I'm probably about to. My inclination is > to extend the existing mergemaster script to support this general > functionality while maintaining support for the specific case of an /etc > merge. mergemaster(8) is already fairly applicable to this task but it > currently makes some assumptions about what your $Id$ looks like and > that you will in fact be running make(1) somewhere to generate your > temproot. >=20 > Thoughts? >=20 > Brandon D. Valentine > --=20 > brandon@dvalentine.com http://www.geekpun= k.net > Pseudo-Random Googlism: valentine is her husband >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --=20 Advertisers, not governments, are the primary censors of media content=20 in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ezk0ttcWHAnWiGcRAruvAKCG43EnbYgnlZiIpRblFQjJz1S4VwCgnO6f ZW7u7kgPaXXuy0vQ2Ny/JXE= =6t6M -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:18:11 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC3937B401 for ; Fri, 21 Mar 2003 08:18:10 -0800 (PST) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECF043F85 for ; Fri, 21 Mar 2003 08:18:07 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3/8.12.3) with ESMTP id h2LGGxgO056989; Fri, 21 Mar 2003 19:17:00 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3/8.12.3/Submit) id h2LGGwMG056988; Fri, 21 Mar 2003 19:16:58 +0300 (MSK) (envelope-from yar) Date: Fri, 21 Mar 2003 19:16:58 +0300 From: Yar Tikhiy To: "Nikolay Y. Orlyuk" Cc: hackers@freebsd.org Subject: Re: Build options for kernel modules Message-ID: <20030321161658.GA56375@comp.chem.msu.su> References: <20030321153217.GA53518@comp.chem.msu.su> <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 21, 2003 at 05:39:07PM +0200, Nikolay Y. Orlyuk wrote: > On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote: > > Hi there, > > > > Excuse my stupid question, but I seem to have no time to do the > > investigation by myself right now so I'd be glad to receive a brief > > answer from someone who has the information. > > > > As far as I can see, kernel modules should be built along with the > > kernel for the only reason of keeping their mutual interfaces in > > sync, has a source file defining such an interface changed. Is > > there currently no way to go further and affect a kernel module's > > built-in features with kernel config file options, besides modifying > > makefiles in /sys/modules? > I think this isn't so. I have been already tried to compile some modules > without compiling kernel and this trye has successful result, but without > change options. > I think modules must be build with same or less imports and same or more export to be correct > for loading. Yeah, it's all right to compile modules w/o the kernel, but that's not exactly what I was asking about. My question was whether "option FOO" lines from a kernel configuration file could influence modules. -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:25:42 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB8737B401; Fri, 21 Mar 2003 08:25:40 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B5343FB1; Fri, 21 Mar 2003 08:25:39 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (pbb8gaxnsgkwy55b@dsl-133-253.aei.ca [66.36.133.253]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id h2LGP3t17739; Fri, 21 Mar 2003 11:25:04 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 972BC23E; Fri, 21 Mar 2003 11:25:02 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Fri, 21 Mar 2003 11:25:01 -0500 Date: Fri, 21 Mar 2003 11:25:01 -0500 From: The Anarcat To: Yar Tikhiy Cc: "Nikolay Y. Orlyuk" , hackers@freebsd.org Subject: Re: Build options for kernel modules Message-ID: <20030321162501.GC1174@lenny.anarcat.ath.cx> References: <20030321153217.GA53518@comp.chem.msu.su> <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> <20030321161658.GA56375@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: <20030321161658.GA56375@comp.chem.msu.su> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri Mar 21, 2003 at 07:16:58PM +0300, Yar Tikhiy wrote: > On Fri, Mar 21, 2003 at 05:39:07PM +0200, Nikolay Y. Orlyuk wrote: > > On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote: > > > Hi there, > > >=20 > > > Excuse my stupid question, but I seem to have no time to do the > > > investigation by myself right now so I'd be glad to receive a brief > > > answer from someone who has the information. > > >=20 > > > As far as I can see, kernel modules should be built along with the > > > kernel for the only reason of keeping their mutual interfaces in > > > sync, has a source file defining such an interface changed. Is > > > there currently no way to go further and affect a kernel module's > > > built-in features with kernel config file options, besides modifying > > > makefiles in /sys/modules? > > I think this isn't so. I have been already tried to compile some modules > > without compiling kernel and this trye has successful result, but witho= ut > > change options. > > I think modules must be build with same or less imports and same or mor= e export to be correct > > for loading. >=20 > Yeah, it's all right to compile modules w/o the kernel, but that's > not exactly what I was asking about. My question was whether "option > FOO" lines from a kernel configuration file could influence modules. I'm pretty sure they do. A great example is IPFIREWALL_* options: if they don't influence the module, I think we have a problem. ;) A. --=20 Advertisers, not governments, are the primary censors of media content=20 in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ezzdttcWHAnWiGcRAiSwAJ9VguTVLfAKTdLApBeNqYk2j2T6WACfbEeb 32scoLHMccJwCTkYViC2OMQ= =GbHo -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:32:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7027C37B401; Fri, 21 Mar 2003 08:32:50 -0800 (PST) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6892E43FA3; Fri, 21 Mar 2003 08:32:46 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3/8.12.3) with ESMTP id h2LGWegO057689; Fri, 21 Mar 2003 19:32:40 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3/8.12.3/Submit) id h2LGWeGE057688; Fri, 21 Mar 2003 19:32:40 +0300 (MSK) (envelope-from yar) Date: Fri, 21 Mar 2003 19:32:40 +0300 From: Yar Tikhiy To: Ruslan Ermilov Cc: hackers@FreeBSD.ORG Subject: Re: Build options for kernel modules Message-ID: <20030321163239.GB56375@comp.chem.msu.su> References: <20030321153217.GA53518@comp.chem.msu.su> <20030321153522.GD15185@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030321153522.GD15185@sunbay.com> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 21, 2003 at 05:35:22PM +0200, Ruslan Ermilov wrote: > On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote: > > Hi there, > > > > Excuse my stupid question, but I seem to have no time to do the > > investigation by myself right now so I'd be glad to receive a brief > > answer from someone who has the information. > > > > As far as I can see, kernel modules should be built along with the > > kernel for the only reason of keeping their mutual interfaces in > > sync, has a source file defining such an interface changed. Is > > there currently no way to go further and affect a kernel module's > > built-in features with kernel config file options, besides modifying > > makefiles in /sys/modules? > > > There is. It's called ``makeoptions''. It's passed to both > kernel and modules builds. I beg your pardon, but "makeoptions" is just next to editing makefiles in /sys/modules. My dream was that specifying, e.g., "options IPFIREWALL_VERBOSE" would result in building ipfw.ko inherently chatty :-) BTW, Ruslan, let me ask you another question, as you've been recently working at kern.mk files. Is it on purpose that the target "kernel-cleandir" doesn't invoke "kernel-cleandepend"? I've been sure that by common practice "cleandir" should remove dependency files... -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:35:50 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4D3D37B426; Fri, 21 Mar 2003 08:35:47 -0800 (PST) Received: from mailgw.cscoms.com (mailgw.cscoms.com [202.183.255.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C031243FBD; Fri, 21 Mar 2003 08:35:46 -0800 (PST) (envelope-from FreeBooklet@thaimail.com) Received: from cscoms.com (mail.cscoms.com [202.183.255.23]) by mailgw.cscoms.com (8.12.8/8.12.3) with ESMTP id h2LGZIER032166; Fri, 21 Mar 2003 23:35:18 +0700 (ICT) Received: from ME (dial-49.ras-7.bkk.c.cscoms.com [203.170.129.49]) by cscoms.com (8.12.8/8.12.3) with SMTP id h2LGV4wo017070; Fri, 21 Mar 2003 23:31:07 +0700 (GMT) Date: Fri, 21 Mar 2003 23:31:04 +0700 (GMT) Message-Id: <200303211631.h2LGV4wo017070@cscoms.com> From: FreeBooklet@thaimail.com Subject: ᨡ¿ÃÕ ! ˹ѧÊ×ͤÙèÁ×ͤ¹à¤Â¨¹ ÊÓËÃѺ¼Ùéʹã¨.... X-Priority: 1 (Highest) Reply-To: FreeBooklet@thaimail.com X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: multipart/mixed; boundary="#MYBOUNDARY#" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --#MYBOUNDARY# Content-Type: text/plain; charset=ansi Content-Transfer-Encoding: 8bit >>>>·Ó§Ò¹·ÕèÂÒ¡·ÕèÊØ´¡è͹ >>>> >>¼ÁÂÔè§ÁÕªÕÇÔµÍÂÙè¹Ò¹à·èÒäËÃè ¼ÁÂÔè§ÁÑè¹ã¨ÁÒ¡¢Öé¹à·èÒ¹Ñé¹ >>ÇèÒ¤ÇÒÁᵡµèÒ§ÍѹÂÔè§ãË­èÃÐËÇèÒ§Á¹ØÉÂì... >>ÃÐËÇèÒ¤¹·ÕèÍè͹áÍáÅФ¹·ÕÍÓ¹Ò¨....... >>ÃÐËÇèÒ§¤¹·ÕèÂÔè§ãË­èáÅФ¹·ÕèäÁèÊӤѭ ¡ç¤×Í >>àÃÕèÂÇáç¢Í§....¤ÇÒÁµÑé§ã¨á¹èÇá¹è·ÕèäÁèÍÒ¨·ÓÅÒÂä´é.... >>¨Ø´»ÃÐʧ¤ì·ÕèàÁ×è͵Ñ駢Öé¹áÅéÇ ¶éÒäÁèµÒ¡çµéͧª¹Ð >>-à«ÍÃìâ¸ÁÑÊ ¿ÒÇàÇÅ ºÑê¡«ìµÑ¹ >>˹Öè§ã¹à·¤¹Ô¤·Õè´Õ·ÕèÊش㹡ÒÃàÍÒª¹Ð¹ÔÊѼѴÇѹ»ÃСѹ¾ÃØè§ >>áÅзӧҹä´éÁÒ¡¢Öé¹áÅÐàÃçÇ¢Ö鹡ç¤×ÍŧÁ×Í·Ó§Ò¹·ÕèÂÒ¡·ÕèÊØ´¢Í§¤Ø³¡è͹ >>¹Õè¤×Í¡Òà " ¡Ô¹¡º¢Í§¤Ø³ " ·Õèá·é¨ÃÔ§ Áѹà»ç¹·Ñ¡ÉÐÊèǹºØ¤¤Å㹡ÒúÃÔËÒà >>·ÕèÂÒ¡·ÕèÊØ´áÅÐÊӤѭ·ÕèÊØ´àÃÔèÁµé¹µÍ¹àªéÒ´éǧҹ·ÕèãË­è·ÕèÊØ´áÅÐÊӤѭ·ÕèÊØ´ >>¤×Í ÊÔ觵ç¢éÒÁ¡Ñº·Õ褹ÊèǹãË­è·Ó ÃÐàºÕºÇԹѹÕé¨Ð·ÓãËé¤Ø³àÅÔ¡¹ÔÊÑ ¼Ñ´Çѹ >>»ÃСѹ¾ÃØè§áÅзÓãËé͹ҤµÍÂÙè㹡ÓÁ×ͤس >>>>>>>>¡ÒÃàÃÔèÁµé¹áµèÅÐÇѹ´éǧҹ·ÕèÂÒ¡·ÕèÊØ´à»ç¹¡ÒÃàÃÔèÁµé¹áºº¡éÒÇ¡ÃÐâ´´ >>·Õè´Õ ¤Ø³¨ÐÁÕä¿ÁÒ¡¢Öé¹ áÅШзӧҹä´é¼Å´ÕÁÒ¡¢Öé¹ >>>>>>>>ã¹Çѹ·Õè¤Ø³àÃÔèÁŧÁ×Í·Ó§Ò¹ÊӤѭâ´Â·Ñ¹·Õ·Ñ¹¤Çѹ ¤Ø³¨ÐÃÙéÊÖ¡´Õ¡ÑºµÑÇ >>¤Ø³àͧáÅСѺ§Ò¹¢Í§¤Ø³ÁÒ¡¡ÇèÒ¤¹Í×è¹æ ¤Ø³¨ÐÃÙéÊÖ¡ÁÕÍÓ¹Ò¨ÁÒ¡¢Öé¹ ¤Çº¤ØÁ >>µÑÇàͧä´éÁÒ¡¢Öé¹áÅÐÃѺ¼Ô´ªÍº´ÙáŪÕÇÔµµÑÇàͧä´éÁÒ¡¡ÇèÒàÇÅÒÍ×è¹ >>>>>>>ÊÃéÒ§¹ÔÊÑÂàÃÔèÁ·Ó§Ò¹·ÕèÂÒ¡·ÕèÊØ´¡è͹áÅéǤس¨ÐäÁèµéͧÁͧÂé͹¡ÅѺ >>¤Ø³¨Ð¡ÅÒÂà»ç¹ ˹Öè§ã¹¤¹·ÕèÁÕ»ÃÐÊÔ·¸ÔÀÒ¾ÁÒ¡·ÕèÊش㹤¹ÃØ蹤س............... >>¡Ô¹¡ºµÑǹÑ鹫Ð!!! ¨§ÁͧµÑÇàͧÇèÒà»ç¹§Ò¹·Õè¡ÓÅѧ¤×ºË¹éÒ ¨§à·ã¨ãËé¡Ñº¡ÒÃà¾ÒйÔÊÑ >>à»ç¹¤¹ÁռŧҹÊÙ§´éÇ¡Òý֡«éÓáÅéÇ«éÓàÅèÒ¨¹¡ÃзÑè§Áѹ¡ÅÒÂà»ç¹àÃ×èͧÍѵâ¹ÁѵÔáÅÐ >>¡ÅÒÂà»ç¹àÃ×èͧ§èÒ >>>>>>>>˹Öè§ã¹ÇÅÕ·ÕèÁÕ͹ØÀÒ¾ÁÒ¡·ÕèÊØ´«Ö觤سÊÒÁÒöàÃÕ¹ÃÙéáÅйÓÁÒãªéä´é¡ç¤×Í >>" à¾×èÍÇѹ¹Õéà·èÒ¹Ñé¹! "ÍÂèÒÇÔµ¡àÃ×èͧ¡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµµÑÇàͧ ¶éÒÁѹ¿Ñ§àËÁ×͹à»ç¹ >>¤ÇÒÁ¤Ô´·Õè´Õ ¨§·ÓÁѹ" à¾×èÍÇѹ¹Õéà·èÒ¹Ñé¹" >>>>>>>>ºÍ¡¡ÑºµÑÇàͧÇèÒ " à¾×èÍÇѹ¹Õéà·èÒ¹Ñé¹ ©Ñ¹¨ÐÇҧἹàµÃÕÂÁ¡Òà áÅÐàÃÔèÁµé¹§Ò¹ >>·ÕèÂÒ¡·ÕèÊØ´¡è͹¨Ð·ÓÍÂèÒ§Í×è¹ "áÅéǤس¨Ðµéͧ·Ö觡Ѻ¤ÇÒÁᵡµèÒ§·Õèà¡Ô´¢Öé¹ã¹ªÕÇÔµ¤Ø³ ---------------------------------------------------------------------------------------------- ¤Ø³ ¾ÃéÍÁáÅéÇÃÖÂѧ ¡ÑºÃٻẺ¡Ò÷ӧҹ§èÒÂæ¨Ò¡·ÕèºéÒ¹ Click Here! www.geocities.com/thaigetrich/easywork , ËÃ×Í Tel. 0-2277-7850 ¡´ 25 ----------------------------------------------------------------------------------------------- ¢ÍÍÀÑÂËÒ¡à»ç¹¡ÒÃú¡Ç¹ áÅÐËÒ¡äÁèµéͧ¡ÒÃãËéÊ觢èÒÇÊÒÃÁÒÂѧ·èÒ¹ÍÕ¡ ¡ÃسÒàÁÅÅìÁÒ·Õè easywork@maildozy.com ËÑÇ¢éÍ unsub --#MYBOUNDARY#-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:39:35 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F1D037B401; Fri, 21 Mar 2003 08:39:34 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8204B43F75; Fri, 21 Mar 2003 08:39:30 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.fraunhofer.de (8.11.6/8.11.6) with ESMTP id h2LGdLH13082; Fri, 21 Mar 2003 17:39:21 +0100 (MET) Date: Fri, 21 Mar 2003 17:39:20 +0100 (CET) From: Harti Brandt To: The Anarcat Cc: Yar Tikhiy , "Nikolay Y. Orlyuk" , hackers@FreeBSD.ORG Subject: Re: Build options for kernel modules In-Reply-To: <20030321162501.GC1174@lenny.anarcat.ath.cx> Message-ID: <20030321173702.Q610@beagle.fokus.fraunhofer.de> References: <20030321153217.GA53518@comp.chem.msu.su> <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> <20030321161658.GA56375@comp.chem.msu.su> <20030321162501.GC1174@lenny.anarcat.ath.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 21 Mar 2003, The Anarcat wrote: TA>On Fri Mar 21, 2003 at 07:16:58PM +0300, Yar Tikhiy wrote: TA>> On Fri, Mar 21, 2003 at 05:39:07PM +0200, Nikolay Y. Orlyuk wrote: TA>> > On Fri, Mar 21, 2003 at 06:32:17PM +0300, Yar Tikhiy wrote: TA>> > > Hi there, TA>> > > TA>> > > Excuse my stupid question, but I seem to have no time to do the TA>> > > investigation by myself right now so I'd be glad to receive a brief TA>> > > answer from someone who has the information. TA>> > > TA>> > > As far as I can see, kernel modules should be built along with the TA>> > > kernel for the only reason of keeping their mutual interfaces in TA>> > > sync, has a source file defining such an interface changed. Is TA>> > > there currently no way to go further and affect a kernel module's TA>> > > built-in features with kernel config file options, besides modifying TA>> > > makefiles in /sys/modules? TA>> > I think this isn't so. I have been already tried to compile some modules TA>> > without compiling kernel and this trye has successful result, but without TA>> > change options. TA>> > I think modules must be build with same or less imports and same or more export to be correct TA>> > for loading. TA>> TA>> Yeah, it's all right to compile modules w/o the kernel, but that's TA>> not exactly what I was asking about. My question was whether "option TA>> FOO" lines from a kernel configuration file could influence modules. TA> TA>I'm pretty sure they do. A great example is IPFIREWALL_* options: if TA>they don't influence the module, I think we have a problem. ;) How should they? The Makefiles for modules usually create the option files that normally are create by config options themself and set the options to 1. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:43: 2 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 985DC37B401; Fri, 21 Mar 2003 08:43:00 -0800 (PST) Received: from mailgw.cscoms.com (mailgw.cscoms.com [202.183.255.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F46C43FB1; Fri, 21 Mar 2003 08:42:59 -0800 (PST) (envelope-from FreeBooklet@thaimail.com) Received: from cscoms.com (mail.cscoms.com [202.183.255.23]) by mailgw.cscoms.com (8.12.8/8.12.3) with ESMTP id h2LGgYER035722; Fri, 21 Mar 2003 23:42:34 +0700 (ICT) Received: from ME (dial-49.ras-7.bkk.c.cscoms.com [203.170.129.49]) by cscoms.com (8.12.8/8.12.3) with SMTP id h2LGa8wo019527; Fri, 21 Mar 2003 23:36:09 +0700 (GMT) Date: Fri, 21 Mar 2003 23:36:08 +0700 (GMT) Message-Id: <200303211636.h2LGa8wo019527@cscoms.com> From: FreeBooklet@thaimail.com Subject: ᨡ¿ÃÕ ! ˹ѧÊ×ͤÙèÁ×ͤ¹à¤Â¨¹ ÊÓËÃѺ¼Ùéʹã¨.... X-Priority: 1 (Highest) Reply-To: FreeBooklet@thaimail.com X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-type: multipart/mixed; boundary="#MYBOUNDARY#" X-Virus-Scanned: by amavisd-milter (http://amavis.org/) To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --#MYBOUNDARY# Content-Type: text/plain; charset=ansi Content-Transfer-Encoding: 8bit >>>>·Ó§Ò¹·ÕèÂÒ¡·ÕèÊØ´¡è͹ >>>> >>¼ÁÂÔè§ÁÕªÕÇÔµÍÂÙè¹Ò¹à·èÒäËÃè ¼ÁÂÔè§ÁÑè¹ã¨ÁÒ¡¢Öé¹à·èÒ¹Ñé¹ >>ÇèÒ¤ÇÒÁᵡµèÒ§ÍѹÂÔè§ãË­èÃÐËÇèÒ§Á¹ØÉÂì... >>ÃÐËÇèÒ¤¹·ÕèÍè͹áÍáÅФ¹·ÕÍÓ¹Ò¨....... >>ÃÐËÇèÒ§¤¹·ÕèÂÔè§ãË­èáÅФ¹·ÕèäÁèÊӤѭ ¡ç¤×Í >>àÃÕèÂÇáç¢Í§....¤ÇÒÁµÑé§ã¨á¹èÇá¹è·ÕèäÁèÍÒ¨·ÓÅÒÂä´é.... >>¨Ø´»ÃÐʧ¤ì·ÕèàÁ×è͵Ñ駢Öé¹áÅéÇ ¶éÒäÁèµÒ¡çµéͧª¹Ð >>-à«ÍÃìâ¸ÁÑÊ ¿ÒÇàÇÅ ºÑê¡«ìµÑ¹ >>˹Öè§ã¹à·¤¹Ô¤·Õè´Õ·ÕèÊش㹡ÒÃàÍÒª¹Ð¹ÔÊѼѴÇѹ»ÃСѹ¾ÃØè§ >>áÅзӧҹä´éÁÒ¡¢Öé¹áÅÐàÃçÇ¢Ö鹡ç¤×ÍŧÁ×Í·Ó§Ò¹·ÕèÂÒ¡·ÕèÊØ´¢Í§¤Ø³¡è͹ >>¹Õè¤×Í¡Òà " ¡Ô¹¡º¢Í§¤Ø³ " ·Õèá·é¨ÃÔ§ Áѹà»ç¹·Ñ¡ÉÐÊèǹºØ¤¤Å㹡ÒúÃÔËÒà >>·ÕèÂÒ¡·ÕèÊØ´áÅÐÊӤѭ·ÕèÊØ´àÃÔèÁµé¹µÍ¹àªéÒ´éǧҹ·ÕèãË­è·ÕèÊØ´áÅÐÊӤѭ·ÕèÊØ´ >>¤×Í ÊÔ觵ç¢éÒÁ¡Ñº·Õ褹ÊèǹãË­è·Ó ÃÐàºÕºÇԹѹÕé¨Ð·ÓãËé¤Ø³àÅÔ¡¹ÔÊÑ ¼Ñ´Çѹ >>»ÃСѹ¾ÃØè§áÅзÓãËé͹ҤµÍÂÙè㹡ÓÁ×ͤس >>>>>>>>¡ÒÃàÃÔèÁµé¹áµèÅÐÇѹ´éǧҹ·ÕèÂÒ¡·ÕèÊØ´à»ç¹¡ÒÃàÃÔèÁµé¹áºº¡éÒÇ¡ÃÐâ´´ >>·Õè´Õ ¤Ø³¨ÐÁÕä¿ÁÒ¡¢Öé¹ áÅШзӧҹä´é¼Å´ÕÁÒ¡¢Öé¹ >>>>>>>>ã¹Çѹ·Õè¤Ø³àÃÔèÁŧÁ×Í·Ó§Ò¹ÊӤѭâ´Â·Ñ¹·Õ·Ñ¹¤Çѹ ¤Ø³¨ÐÃÙéÊÖ¡´Õ¡ÑºµÑÇ >>¤Ø³àͧáÅСѺ§Ò¹¢Í§¤Ø³ÁÒ¡¡ÇèÒ¤¹Í×è¹æ ¤Ø³¨ÐÃÙéÊÖ¡ÁÕÍÓ¹Ò¨ÁÒ¡¢Öé¹ ¤Çº¤ØÁ >>µÑÇàͧä´éÁÒ¡¢Öé¹áÅÐÃѺ¼Ô´ªÍº´ÙáŪÕÇÔµµÑÇàͧä´éÁÒ¡¡ÇèÒàÇÅÒÍ×è¹ >>>>>>>ÊÃéÒ§¹ÔÊÑÂàÃÔèÁ·Ó§Ò¹·ÕèÂÒ¡·ÕèÊØ´¡è͹áÅéǤس¨ÐäÁèµéͧÁͧÂé͹¡ÅѺ >>¤Ø³¨Ð¡ÅÒÂà»ç¹ ˹Öè§ã¹¤¹·ÕèÁÕ»ÃÐÊÔ·¸ÔÀÒ¾ÁÒ¡·ÕèÊش㹤¹ÃØ蹤س............... >>¡Ô¹¡ºµÑǹÑ鹫Ð!!! ¨§ÁͧµÑÇàͧÇèÒà»ç¹§Ò¹·Õè¡ÓÅѧ¤×ºË¹éÒ ¨§à·ã¨ãËé¡Ñº¡ÒÃà¾ÒйÔÊÑ >>à»ç¹¤¹ÁռŧҹÊÙ§´éÇ¡Òý֡«éÓáÅéÇ«éÓàÅèÒ¨¹¡ÃзÑè§Áѹ¡ÅÒÂà»ç¹àÃ×èͧÍѵâ¹ÁѵÔáÅÐ >>¡ÅÒÂà»ç¹àÃ×èͧ§èÒ >>>>>>>>˹Öè§ã¹ÇÅÕ·ÕèÁÕ͹ØÀÒ¾ÁÒ¡·ÕèÊØ´«Ö觤سÊÒÁÒöàÃÕ¹ÃÙéáÅйÓÁÒãªéä´é¡ç¤×Í >>" à¾×èÍÇѹ¹Õéà·èÒ¹Ñé¹! "ÍÂèÒÇÔµ¡àÃ×èͧ¡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµµÑÇàͧ ¶éÒÁѹ¿Ñ§àËÁ×͹à»ç¹ >>¤ÇÒÁ¤Ô´·Õè´Õ ¨§·ÓÁѹ" à¾×èÍÇѹ¹Õéà·èÒ¹Ñé¹" >>>>>>>>ºÍ¡¡ÑºµÑÇàͧÇèÒ " à¾×èÍÇѹ¹Õéà·èÒ¹Ñé¹ ©Ñ¹¨ÐÇҧἹàµÃÕÂÁ¡Òà áÅÐàÃÔèÁµé¹§Ò¹ >>·ÕèÂÒ¡·ÕèÊØ´¡è͹¨Ð·ÓÍÂèÒ§Í×è¹ "áÅéǤس¨Ðµéͧ·Ö觡Ѻ¤ÇÒÁᵡµèÒ§·Õèà¡Ô´¢Öé¹ã¹ªÕÇÔµ¤Ø³ ---------------------------------------------------------------------------------------------- ¤Ø³ ¾ÃéÍÁáÅéÇÃÖÂѧ ¡ÑºÃٻẺ¡Ò÷ӧҹ§èÒÂæ¨Ò¡·ÕèºéÒ¹ Click Here! www.geocities.com/thaigetrich/easywork , ËÃ×Í Tel. 0-2277-7850 ¡´ 25 ----------------------------------------------------------------------------------------------- ¢ÍÍÀÑÂËÒ¡à»ç¹¡ÒÃú¡Ç¹ áÅÐËÒ¡äÁèµéͧ¡ÒÃãËéÊ觢èÒÇÊÒÃÁÒÂѧ·èÒ¹ÍÕ¡ ¡ÃسÒàÁÅÅìÁÒ·Õè easywork@maildozy.com ËÑÇ¢éÍ unsub --#MYBOUNDARY#-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:48:24 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F048937B404 for ; Fri, 21 Mar 2003 08:48:22 -0800 (PST) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C1D43F75 for ; Fri, 21 Mar 2003 08:48:18 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3/8.12.3) with ESMTP id h2LGlhgO058468; Fri, 21 Mar 2003 19:47:44 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3/8.12.3/Submit) id h2LGlgTP058467; Fri, 21 Mar 2003 19:47:42 +0300 (MSK) (envelope-from yar) Date: Fri, 21 Mar 2003 19:47:42 +0300 From: Yar Tikhiy To: The Anarcat Cc: "Nikolay Y. Orlyuk" , hackers@freebsd.org Subject: Re: Build options for kernel modules Message-ID: <20030321164741.GA57884@comp.chem.msu.su> References: <20030321153217.GA53518@comp.chem.msu.su> <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> <20030321161658.GA56375@comp.chem.msu.su> <20030321162501.GC1174@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030321162501.GC1174@lenny.anarcat.ath.cx> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 21, 2003 at 11:25:01AM -0500, The Anarcat wrote: > On Fri Mar 21, 2003 at 07:16:58PM +0300, Yar Tikhiy wrote: > > > > Yeah, it's all right to compile modules w/o the kernel, but that's > > not exactly what I was asking about. My question was whether "option > > FOO" lines from a kernel configuration file could influence modules. > > I'm pretty sure they do. A great example is IPFIREWALL_* options: if > they don't influence the module, I think we have a problem. ;) My testing a yesterday's CURRENT has shown we did have the problem. Everobody is invited to set "options IPFIREWALL_DEFAULT_TO_ACCEPT" and to load the resulting ipfw.ko on a remote machine without human access ;-))) [small print: it's a joke, don't actually do that.] -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:55:28 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6414637B401 for ; Fri, 21 Mar 2003 08:55:25 -0800 (PST) Received: from relay.cigital.com (relay.cigital.com [64.80.176.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B970B43F85 for ; Fri, 21 Mar 2003 08:55:22 -0800 (PST) (envelope-from bhope@cigital.com) Received: by relay.cigital.com (Postfix, from userid 103) id 6B56ABB9F; Fri, 21 Mar 2003 11:55:22 -0500 (EST) Received: from va-mail.cigital.com (va-mail.cigital.com [10.1.20.12]) by relay.cigital.com (Postfix) with ESMTP id 20048BBA8 for ; Fri, 21 Mar 2003 11:55:21 -0500 (EST) thread-index: AcLvyqiM/xjJTL4vQAO4gNBo4i9cgQ== Received: from va-mail.cigital.com ([10.1.20.12]) by va-mail.cigital.com with Microsoft SMTPSVC(5.0.2195.5329); Fri, 21 Mar 2003 11:55:20 -0500 Received: from cigital.com ([10.1.100.83]) by va-mail.cigital.com with Microsoft SMTPSVC(5.0.2195.5329); Fri, 21 Mar 2003 11:55:20 -0500 Message-ID: <3E7B43F8.6070405@cigital.com> Date: Fri, 21 Mar 2003 11:55:20 -0500 Content-Class: urn:content-classes:message Importance: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 From: "Paco Hope" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Subject: ld.so and hard links Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 21 Mar 2003 16:55:20.0848 (UTC) FILETIME=[A8753100:01C2EFCA] X-Spam-Status: No, hits=-49.9 required=5.0 tests=AWL,SPAM_PHRASE_03_05,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.41 X-Spam-Level: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. This is a really specific, technical question (and I think it's=20 fascinating to those of us who don't know the answer) about how the text = (code) segment of a program gets loaded into memory. I'm hoping hackers=20 is the right place for this. If not, please forgive and suggest another=20 venue. Here's my baseline assumption. If I'm wrong here, I'm only going to get=20 wronger as I go: If I have two different programs that both use a shared library,=20 libfoo.so, the system memory maps the object code they need into the=20 processes' address spaces. There's only one copy of libfoo.so in memory, = and the two processes each have handles into it (or maybe just to the=20 pieces of it that they use?). Step 2 of my question. This gets closer to my real query: Ok now consider a hard link (not a symlink) from libfoo.so to libbar.so. = One inode, two directory entries. Consider my two programs again, one=20 linked against libfoo.so and the other linked against libbar.so. When=20 they run, how many copies of the lib{foo,bar}.so object code are in RAM? = My current hypothesis is 1. Isn't it mmapped off the disk? The inode=20 matters, not the file name, right? With me so far? Great. Now consider jail(8). Let's say I have two jail environments (If you=20 think I mean chroot here, go read jail(8), it's not the same. I'm=20 assuming folks on hackers know jail.). To make my first jail, I make a=20 copy of the FreeBSD stuff that my jail needs. To make the second jail, I = create a directory hiearachy, but I *hard link* all the binaries and=20 libraries and stuff to the same inodes that the first jail uses. Is that = clear? Let's pick a specific example: 'ln /jail1/usr/sbin/sshd=20 /jail2/usr/sbin/sshd'. Now, sshd uses /usr/lib/libz.so.2. In my example, = I have (effectively) done 'ln /jail1/usr/lib/libz.so.2=20 /jail2/usr/lib/libz.so.2'. These are not symlinks, so this works across=20 jails. Now I launch both jails. Two sshd processes are running, one in=20 each jail. Now the $64K question: How many instances of, for example, the libz.so.2 = object code are in memory? Did my use of jail(8) make any difference? My = intuition is that only one copy of the code is in memory for the same=20 reason as in step 2 above. This is the real question I am interested in. I'm also interested in a broader question. Consider instantiating many=20 jails this way--say 50 or 100 all hard linked to the same base set of=20 files. Can we characterize in some general hand-waving way how much=20 memory (RAM) I would save doing it this way as opposed to the naive way=20 of 50 or 100 copies of the files? I am assuming that if I have 50 copies = of the files and I run 50 processes in 50 jails, then I will use more=20 RAM than if I had 50 hard links to the same inode and ran 50 processes=20 in 50 jails from that one inode. The naive copy method will use more=20 RAM, but not 50 times more than the hard linking way. Thank you to any who respond. I hope I'm not completely out to lunch on=20 this. Regards, Paco -- Consultant, Cigital, Inc. http://www.cigital.com/ -------------------------------------------------------------------------= --- This electronic message transmission contains information that may be confidential or privileged. The information contained herein is = intended solely for the recipient and use by any other party is not authorized. = If you are not the intended recipient (or otherwise authorized to receive = this message by the intended recipient), any disclosure, copying, = distribution or use of the contents of the information is prohibited. If you have = received this electronic message transmission in error, please contact the sender = by reply email and delete all copies of this message. Cigital, Inc. = accepts no responsibility for any loss or damage resulting directly or indirectly = from the use of this email or its contents. Thank You. -------------------------------------------------------------------------= --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 8:56:34 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0130937B408; Fri, 21 Mar 2003 08:56:33 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54E743FBD; Fri, 21 Mar 2003 08:56:31 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (2pysrks29i7p665b@dsl-133-253.aei.ca [66.36.133.253]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id h2LGuNt08192; Fri, 21 Mar 2003 11:56:23 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 61110241; Fri, 21 Mar 2003 11:56:22 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Fri, 21 Mar 2003 11:56:21 -0500 Date: Fri, 21 Mar 2003 11:56:21 -0500 From: The Anarcat To: Yar Tikhiy Cc: "Nikolay Y. Orlyuk" , hackers@freebsd.org Subject: Re: Build options for kernel modules Message-ID: <20030321165621.GD1174@lenny.anarcat.ath.cx> References: <20030321153217.GA53518@comp.chem.msu.su> <20030321153907.GQ76182@asu.ntu-kpi.kiev.ua> <20030321161658.GA56375@comp.chem.msu.su> <20030321162501.GC1174@lenny.anarcat.ath.cx> <20030321164741.GA57884@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline In-Reply-To: <20030321164741.GA57884@comp.chem.msu.su> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri Mar 21, 2003 at 07:47:42PM +0300, Yar Tikhiy wrote: > On Fri, Mar 21, 2003 at 11:25:01AM -0500, The Anarcat wrote: > > On Fri Mar 21, 2003 at 07:16:58PM +0300, Yar Tikhiy wrote: > > >=20 > > > Yeah, it's all right to compile modules w/o the kernel, but that's > > > not exactly what I was asking about. My question was whether "option > > > FOO" lines from a kernel configuration file could influence modules. > >=20 > > I'm pretty sure they do. A great example is IPFIREWALL_* options: if > > they don't influence the module, I think we have a problem. ;) >=20 > My testing a yesterday's CURRENT has shown we did have the problem. > Everobody is invited to set "options IPFIREWALL_DEFAULT_TO_ACCEPT" > and to load the resulting ipfw.ko on a remote machine without human > access ;-))) [small print: it's a joke, don't actually do that.] Woops. --=20 Nothing incites to money-crimes like great poverty or great wealth. - Mark Twain --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+e0Q1ttcWHAnWiGcRAqBTAJ47hg8p5fslG+ogFOJIIjT0jWnPDQCgjvVD mtlWKU2rzvoJ/QT1P6DvE1k= =IuaT -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 10:14:57 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA08037B404 for ; Fri, 21 Mar 2003 10:14:55 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E553543F3F for ; Fri, 21 Mar 2003 10:14:54 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org (ugly.x.kientzle.com [66.166.149.51]) by kientzle.com (8.11.3/8.11.3) with ESMTP id h2LIEqM06233; Fri, 21 Mar 2003 10:14:52 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3E7B56B9.6050005@acm.org> Date: Fri, 21 Mar 2003 10:15:21 -0800 From: Tim Kientzle Reply-To: kientzle@acm.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: "Brandon D. Valentine" , FreeBSD-Hackers Subject: Re: generalized mergemaster(8) References: <20030321041548.GY25577@geekpunk.net> <20030321160925.GA1174@lenny.anarcat.ath.cx> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Thu Mar 20, 2003 at 10:15:48PM -0600, Brandon D. Valentine wrote: > >>I have encountered a situation in which it would be extremely handy to >>have a generalized version of mergemaster(8) which is less specific to >>the task of merging /etc. I need to recursively merge two directories >>of source files in which I wish to preserve some original files, install >>some replacement files outright, and only actually go to the trouble of >>sdiff(1)ing those files that from the preview udiff look like they are >>need of a merge. One feature I've long wanted to see in mergemaster is the ability to install an entire directory at a pop, without having to manually inspect every single entry in that directory. A good example is /etc/rc.d: I would really like to be told "/var/tmp/temproot/etc/rc.d/ and /etc/rc.d/ have 17 differing files. (I)nstall, (D)elete, or (R)ecursively examine? [R]" Then I could hit 'I' and update all of /etc/rc.d at once. Someday, a curses-based mergemaster that showed a dir heirarchy with differences clearly annotated... Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 11:17:34 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A40437B401 for ; Fri, 21 Mar 2003 11:17:33 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C9C43F3F for ; Fri, 21 Mar 2003 11:17:30 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 83C943ABB94; Fri, 21 Mar 2003 20:18:28 +0100 (CET) Date: Fri, 21 Mar 2003 20:18:28 +0100 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Re: CerbNG 1.0-RC1 is now avaliable. Message-ID: <20030321191828.GJ567@garage.freebsd.pl> References: <20030321005838.GA567@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gS/sOEqITpbrYRmu" Content-Disposition: inline In-Reply-To: <20030321005838.GA567@garage.freebsd.pl> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-PRERELEASE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gS/sOEqITpbrYRmu Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2003 at 01:58:38AM +0100, Pawel Jakub Dawidek wrote: [...] Hackers... We have spend a lot of time on coding cerb, so we count and will be very greatful for _any_ opinions, including "it suck!". --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --gS/sOEqITpbrYRmu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPntlhD/PhmMH/Mf1AQFfdAP+NMZXbdEYB9a8p4RrLCc3+G31gvKmKUNJ o476d2K7P+ENqM/Nv23gV1UqKFa5FZ4392jcpjtY+WpHdkw7AzgEbHQFokHrJZam /4XWTQTESvyfxbHETuw9d6xHje1RuPdpwj8dLS9BFLiTCId9WcQ0TE3LB5zv9q7o HJvRu4uPXW8= =Epjj -----END PGP SIGNATURE----- --gS/sOEqITpbrYRmu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 11:27:20 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C5CA37B401; Fri, 21 Mar 2003 11:27:19 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C9D743F3F; Fri, 21 Mar 2003 11:27:18 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.7) with ESMTP id h2LJRFQA006930; Fri, 21 Mar 2003 14:27:15 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3E7B56B9.6050005@acm.org> References: <20030321041548.GY25577@geekpunk.net> <20030321160925.GA1174@lenny.anarcat.ath.cx> <3E7B56B9.6050005@acm.org> Date: Fri, 21 Mar 2003 14:27:14 -0500 To: kientzle@acm.org From: Garance A Drosihn Subject: Re: generalized mergemaster(8) Cc: "Brandon D. Valentine" , FreeBSD-Hackers , Doug Barton Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:15 AM -0800 3/21/03, Tim Kientzle wrote: >>On Thu Mar 20, 2003, Brandon D. Valentine wrote: >> >>>I need to recursively merge two directories of source files in >>>which I wish to preserve some original files, install some >>>replacement files outright, and only actually go to the trouble >>>of sdiff(1)ing those files that from the preview udiff look like >>>they are need of a merge. > > >One feature I've long wanted to see in mergemaster is the ability >to install an entire directory at a pop, without having to manually >inspect every single entry in that directory. A good example >is /etc/rc.d/ . I would really like to be told > > /var/tmp/temproot/etc/rc.d/ and /etc/rc.d/ have 17 differing files. > (I)nstall, (D)elete, or (R)ecursively examine? [R] > >Then I could hit 'I' and update all of /etc/rc.d at once. At times I've asked Doug about some kind of pattern-support in ~/.mergemasterrc, where the user could specify filename-patterns of files where they want the default action to be "install" instead of "leave for later". There are pros and cons with that idea, but that's what I was thinking of for the directories you describe. Doug has suggested that people could maybe do things with the MM_PRE_COMPARE_SCRIPT, for special processing like this. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 11:38:39 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDAC437B401 for ; Fri, 21 Mar 2003 11:38:36 -0800 (PST) Received: from lilzcluster.liwest.at (lilzclust02.liwest.at [212.33.55.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576BE43FA3 for ; Fri, 21 Mar 2003 11:38:35 -0800 (PST) (envelope-from dgw@liwest.at) Received: from CM58-27.liwest.at by lilzcluster.liwest.at (8.10.2/1.1.2.11/08Jun01-1123AM) id h2LJcSQ0001417743; Fri, 21 Mar 2003 20:38:30 +0100 (MET) Content-Type: text/plain; charset="us-ascii" From: Daniela To: hackers@freebsd.org Subject: Lots of kernel core dumps Date: Fri, 21 Mar 2003 20:37:46 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200303212037.46322.dgw@liwest.at> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all! I'm getting lots of kernel core dumps on my server. My RAM is OK, I tested it. Below are more detailed informations. Any help would be greatly appreciated. I'm not yet intimate with the kernel, but I'm willing to learn it all. Thanks in advance. Daniela -------------------------------------------------------------------------= ----- # uname -a FreeBSD CM58-27.liwest.at 5.0-RELEASE-p3 FreeBSD 5.0-RELEASE-p3 #4: Sat M= ar 1=20 18:08:27 CET 2003 root@CM58-27.liwest.at:/usr/obj/usr/src/sys/CM58-27= =20 i386 # gdb -k kernel.debug vmcore.1=20 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-undermydesk-freebsd"... panic: bwrite: buffer is not busy??? panic messages: --- panic: bad pte syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? Uptime: 4h4m35s Dumping 511 MB ata0: resetting devices .. done 16 32 48[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 64[CTRL-C= to=20 abort] [CTRL-C to abort] [CTRL-C to abort] 80[CTRL-C to abort] [CTRL-C t= o=20 abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to=20 abort] 96[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C t= o=20 abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to=20 abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to=20 abort] 112 128 144[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort]=20 [CTRL-C to abort] 160[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abor= t]=20 [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] =20 176[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 192[CTRL-C to=20 abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to=20 abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to=20 abort] 208 224 240 256 272 288 304 320 336 352 368 384 400 416[CTRL-C to= =20 abort] 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232 232=09=09dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232 #1 0xc033b5e6 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :364 #2 0xc033b833 in panic () at /usr/src/sys/kern/kern_shutdown.c:517 #3 0xc0379fa2 in bwrite (bp=3D0xce4d4708) at /usr/src/sys/kern/vfs_bio.c= :796 #4 0xc037b55e in vfs_bio_awrite (bp=3D0xce4d4708) at /usr/src/sys/kern/vfs_bio.c:1643 #5 0xc0307737 in spec_fsync (ap=3D0xe0d1cb5c) at /usr/src/sys/fs/specfs/spec_vnops.c:462 #6 0xc0306ca8 in spec_vnoperate (ap=3D0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:126 #7 0xc045fb8d in ffs_sync (mp=3D0xc40cd800, waitfor=3D2, cred=3D0xc150ae= 80,=20 td=3D0xc0584000) at vnode_if.h:612 #8 0xc038d01b in sync (td=3D0xc0584000, uap=3D0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 #9 0xc033b25c in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c= :273 #10 0xc033b833 in panic () at /usr/src/sys/kern/kern_shutdown.c:517 #11 0xc04b7bbb in pmap_remove_pages (pmap=3D0xc43a33bc, sva=3D0, eva=3D32= 17031168) at /usr/src/sys/i386/i386/pmap.c:2937 #12 0xc0326572 in exit1 (td=3D0xc456f9a0, rv=3D1) at vm_map.h:228 #13 0xc033ed26 in sigexit () at /usr/src/sys/kern/kern_sig.c:1997 #14 0xc033e97a in postsig (sig=3D1) at /usr/src/sys/kern/kern_sig.c:1886 #15 0xc035b3da in ast (framep=3D0xe0d1cd48) at /usr/src/sys/kern/subr_tra= p.c:254 #16 0xc04ac250 in doreti_ast () at {standard input}:446 ---Can't read userspace from dump, or kernel process--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 12: 1: 1 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE2337B401 for ; Fri, 21 Mar 2003 12:01:00 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3BCE43FBF for ; Fri, 21 Mar 2003 12:00:59 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.7) with ESMTP id h2LK0wQA010464; Fri, 21 Mar 2003 15:00:58 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20030321191828.GJ567@garage.freebsd.pl> References: <20030321005838.GA567@garage.freebsd.pl> <20030321191828.GJ567@garage.freebsd.pl> Date: Fri, 21 Mar 2003 15:00:57 -0500 To: Pawel Jakub Dawidek , freebsd-hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: CerbNG 1.0-RC1 is now avaliable. Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 8:18 PM +0100 3/21/03, Pawel Jakub Dawidek wrote: >On Fri, Mar 21, 2003, Pawel Jakub Dawidek wrote: >[...] > >Hackers... We have spend a lot of time on coding cerb, so we >count and will be very greatful for _any_ opinions, including >"it suck!". Heh. It does look interesting, but it's always a challenge to find the time to look into new things. And anything which attempts to improve security takes more time to evaluate than "just plain" code changes. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 13: 8:55 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4217D37B405 for ; Fri, 21 Mar 2003 13:08:49 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22867443A1 for ; Fri, 21 Mar 2003 13:03:51 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0094.cvx22-bradley.dialup.earthlink.net ([209.179.198.94] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18wTeT-0002iT-00; Fri, 21 Mar 2003 13:02:10 -0800 Message-ID: <3E7B7D84.F51A061C@mindspring.com> Date: Fri, 21 Mar 2003 13:00:52 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Paco Hope Cc: hackers@freebsd.org Subject: Re: ld.so and hard links References: <3E7B43F8.6070405@cigital.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a417d48bc0a43685d550c23229c4015ad1a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Paco Hope wrote: > Here's my baseline assumption. If I'm wrong here, I'm only going to get > wronger as I go: > If I have two different programs that both use a shared library, > libfoo.so, the system memory maps the object code they need into the > processes' address spaces. There's only one copy of libfoo.so in memory, > and the two processes each have handles into it (or maybe just to the > pieces of it that they use?). There's one copy of the code pages. There's one copy of the unmodified data pages. Everything is mapped COW (copy-on-write). If there are changes to data pages or a jump table fixup, etc., each process will gt it's own copy of the modified pages (and *only* the modified pages!). > Step 2 of my question. This gets closer to my real query: > Ok now consider a hard link (not a symlink) from libfoo.so to libbar.so. > One inode, two directory entries. Consider my two programs again, one > linked against libfoo.so and the other linked against libbar.so. When > they run, how many copies of the lib{foo,bar}.so object code are in RAM? > My current hypothesis is 1. Isn't it mmapped off the disk? The inode > matters, not the file name, right? With me so far? Great. Actually, it's the vnode that matters, not the inode or the file name. The vnode is used as backing store, through the vnode pager, for the pages in each process. For each file, there is only one vnode, and one vmobject_t, corresponding to it. If data or code pages are modified, as before, since they are COW, what happens is that each process gets its own pmap entries to copies of the pages, and those copies are backed using swap as backing store (swap pager). The reason I make this distinction is that it probably would not help you to use loopback mounts, which is a problem for you if you wish to maintain priviledge seperation. > Now consider jail(8). Let's say I have two jail environments (If you > think I mean chroot here, go read jail(8), it's not the same. I'm > assuming folks on hackers know jail.). To make my first jail, I make a > copy of the FreeBSD stuff that my jail needs. To make the second jail, I > create a directory hiearachy, but I *hard link* all the binaries and > libraries and stuff to the same inodes that the first jail uses. [ ... ] > Now the $64K question: How many instances of, for example, the libz.so.2 > object code are in memory? Did my use of jail(8) make any difference? My > intuition is that only one copy of the code is in memory for the same > reason as in step 2 above. This is the real question I am interested in. If they are hard links, they get the same vnodes. Therefore they get the same vmobject_t's. Therefore there is a single copy in memory, until pages are modified, at which point the modified pages aren't shared, but the rest of the file remains shared. > I'm also interested in a broader question. Consider instantiating many > jails this way--say 50 or 100 all hard linked to the same base set of > files. Can we characterize in some general hand-waving way how much > memory (RAM) I would save doing it this way as opposed to the naive way > of 50 or 100 copies of the files? I am assuming that if I have 50 copies > of the files and I run 50 processes in 50 jails, then I will use more > RAM than if I had 50 hard links to the same inode and ran 50 processes > in 50 jails from that one inode. The naive copy method will use more > RAM, but not 50 times more than the hard linking way. > > Thank you to any who respond. I hope I'm not completely out to lunch on > this. You could potentially save a lot of memory. *However*. You may not want to do this, since you are defeating priviledge seperation that is what made you want to use jails in the first place. Specifically, using your sshd example, say I do this, and then I end up with 50 or 100 jail instances, which I then use to do virtual hosting for 50 or 100 different customers. Now one customer compromises the shared copy of sshd. And can now log into the jails of all my other customers. In other words, if you do this, you'd better be very sure that it's read-only media, or take other precautions. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 13: 9:13 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56AD37B405 for ; Fri, 21 Mar 2003 13:09:11 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2D4944114 for ; Fri, 21 Mar 2003 13:08:17 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0094.cvx22-bradley.dialup.earthlink.net ([209.179.198.94] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18wTkM-0003Lu-00; Fri, 21 Mar 2003 13:08:15 -0800 Message-ID: <3E7B7EF1.C0D6835B@mindspring.com> Date: Fri, 21 Mar 2003 13:06:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniela Cc: hackers@freebsd.org Subject: Re: Lots of kernel core dumps References: <200303212037.46322.dgw@liwest.at> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a417d48bc0a43685d5ad6050de5d914a4f548b785378294e88350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniela wrote: > I'm getting lots of kernel core dumps on my server. > My RAM is OK, I tested it. Below are more detailed informations. > Any help would be greatly appreciated. > > I'm not yet intimate with the kernel, but I'm willing to learn it all. > Thanks in advance. You posted to -hackers, but this is an older version of -current. This is a known problem. I believe it was fixed on the HEAD branch in the last couple of days (i.e. if you update your -current sources, then the problem should be resolved). See recent discussions about "trap 12" and "panic" in "NFS", and older discussions about the same panic in "smbfs". If you are already running today's -current, you can always try: options DISABLE_PSE options DISABLE_PG_G These are in GENERIC, so if it isn't in your "SM58-27" kernel config file, then it's because you went out of your way to take them out. I mention this possibility because of: > panic: bad pte -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 13:10: 4 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E3E037B401 for ; Fri, 21 Mar 2003 13:10:03 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC6243FA3 for ; Fri, 21 Mar 2003 13:10:00 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 5994366E08; Fri, 21 Mar 2003 13:10:00 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 35D7AFE1; Fri, 21 Mar 2003 13:10:00 -0800 (PST) Date: Fri, 21 Mar 2003 13:10:00 -0800 From: Kris Kennaway To: Daniela Cc: hackers@FreeBSD.ORG Subject: Re: Lots of kernel core dumps Message-ID: <20030321211000.GB24327@rot13.obsecurity.org> References: <200303212037.46322.dgw@liwest.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <200303212037.46322.dgw@liwest.at> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2003 at 08:37:46PM +0100, Daniela wrote: > Hi all! >=20 > I'm getting lots of kernel core dumps on my server. > My RAM is OK, I tested it. Below are more detailed informations. > Any help would be greatly appreciated. I think this was fixed after 5.0-R..upgrade to -current and try again. Kris --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+e3+oWry0BWjoQKURAlTIAJ0QlTKYQGJS32bA1x5tcr1YDPbtwACgl/jm WamtqFzee6Qb0WEoGNIwLdM= =LxpO -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 13:27:10 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B72937B401 for ; Fri, 21 Mar 2003 13:27:09 -0800 (PST) Received: from lilzcluster.liwest.at (lilzclust02.liwest.at [212.33.55.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F4C443F85 for ; Fri, 21 Mar 2003 13:27:08 -0800 (PST) (envelope-from dgw@liwest.at) Received: from CM58-27.liwest.at by lilzcluster.liwest.at (8.10.2/1.1.2.11/08Jun01-1123AM) id h2LLQl00001484065; Fri, 21 Mar 2003 22:27:06 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Daniela To: Kris Kennaway Subject: Re: Lots of kernel core dumps Date: Fri, 21 Mar 2003 22:26:01 +0100 User-Agent: KMail/1.4.3 Cc: hackers@FreeBSD.ORG References: <200303212037.46322.dgw@liwest.at> <20030321211000.GB24327@rot13.obsecurity.org> In-Reply-To: <20030321211000.GB24327@rot13.obsecurity.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200303212226.01853.dgw@liwest.at> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 21 March 2003 22:10, Kris Kennaway wrote: > On Fri, Mar 21, 2003 at 08:37:46PM +0100, Daniela wrote: > > Hi all! > > > > I'm getting lots of kernel core dumps on my server. > > My RAM is OK, I tested it. Below are more detailed informations. > > Any help would be greatly appreciated. > > I think this was fixed after 5.0-R..upgrade to -current and try again. > > Kris I'm running 5.0-RELEASE, not -CURRENT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 14:15:19 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C2437B401 for ; Fri, 21 Mar 2003 14:15:18 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85AAD43F85 for ; Fri, 21 Mar 2003 14:15:16 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id ABFD866B9B; Fri, 21 Mar 2003 14:15:14 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id A1A28FE1; Fri, 21 Mar 2003 14:15:14 -0800 (PST) Date: Fri, 21 Mar 2003 14:15:14 -0800 From: Kris Kennaway To: Daniela Cc: Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: Lots of kernel core dumps Message-ID: <20030321221514.GA24787@rot13.obsecurity.org> References: <200303212037.46322.dgw@liwest.at> <20030321211000.GB24327@rot13.obsecurity.org> <200303212226.01853.dgw@liwest.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <200303212226.01853.dgw@liwest.at> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 21, 2003 at 10:26:01PM +0100, Daniela wrote: > On Friday 21 March 2003 22:10, Kris Kennaway wrote: > > On Fri, Mar 21, 2003 at 08:37:46PM +0100, Daniela wrote: > > > Hi all! > > > > > > I'm getting lots of kernel core dumps on my server. > > > My RAM is OK, I tested it. Below are more detailed informations. > > > Any help would be greatly appreciated. > > > > I think this was fixed after 5.0-R..upgrade to -current and try again. > > > > Kris >=20 >=20 > I'm running 5.0-RELEASE, not -CURRENT. I know, but 5.0-RELEASE was a) A work-in-progress, not a perfect, bug-free release b) A snapshot of 5.0-CURRENT You read the 5.0 Early Adopter's Guide, right? Bugs like this are expected at this stage in the development process, and if you encounter them then you need to either give up on 5.x and go back to 4.x-STABLE, or upgrade to 5.0-CURRENT if they are already fixed there. Kris --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+e47yWry0BWjoQKURAjIyAKCxQ+vpj9HzPKneyNv5GW7aZxbsyACeKU/L BPXI5Cp6Dlznv+aycbiwT7g= =XkDg -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 19: 3:27 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E57C737B401 for ; Fri, 21 Mar 2003 19:03:25 -0800 (PST) Received: from fep.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE0143FAF for ; Fri, 21 Mar 2003 19:03:24 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp2104.sa.padsl.internode.on.net [150.101.28.55]) by fep.internode.on.net (8.12.4/8.12.4) with ESMTP id h2M33Eul029427; Sat, 22 Mar 2003 13:33:17 +1030 (CST) Received: (from root@localhost) by midget.dons.net.au (8.12.2/8.12.2) id h2M33Ccn045885; Sat, 22 Mar 2003 13:33:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by midget.dons.net.au (8.12.2/8.12.2av) with ESMTP id h2M339Om045873; Sat, 22 Mar 2003 13:33:09 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: ld.so and hard links From: "Daniel O'Connor" To: Terry Lambert Cc: Paco Hope , hackers@freebsd.org In-Reply-To: <3E7B7D84.F51A061C@mindspring.com> References: <3E7B43F8.6070405@cigital.com> <3E7B7D84.F51A061C@mindspring.com> Content-Type: text/plain Organization: Message-Id: <1048302188.39751.11.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 22 Mar 2003 13:33:09 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_01_02 X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2003-03-22 at 07:30, Terry Lambert wrote: > You could potentially save a lot of memory. *However*. You may > not want to do this, since you are defeating priviledge seperation > that is what made you want to use jails in the first place. There's a Linux Jail like thing called vserver, it has a feature where you hardlink a whole bunch of stuff for different jails (it has tools for building a set of jails from a given tree). It does a copy on write for any of these hardlinked files so you don't get the security issue. No idea if it's possible to implement something like that for a jail :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 21 22:36: 3 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6148C37B401; Fri, 21 Mar 2003 22:36:02 -0800 (PST) Received: from 134.216-123-229-0.interbaun.com (134.216-123-229-0.interbaun.com [216.123.229.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id B771343FDD; Fri, 21 Mar 2003 22:36:00 -0800 (PST) (envelope-from soralx@cydem.org.ua) Received: from vasya (vasya [192.168.0.3]) by 134.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id h2M6ZvU28790; Fri, 21 Mar 2003 23:35:59 -0700 (MST) (envelope-from soralx@cydem.org.ua) From: To: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/41772: can't disable keybell [PATCH] Date: Fri, 21 Mar 2003 23:25:38 -0700 User-Agent: KMail/1.5 References: <200303150816.h2F8Ghr2039611@freefall.freebsd.org> In-Reply-To: <200303150816.h2F8Ghr2039611@freefall.freebsd.org> Cc: freebsd-hackers@FreeBSD.ORG, dougb@FreeBSD.ORG MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200303212321.30894.soralx@cydem.org.ua> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > http://www.freebsd.org/cgi/query-pr.cgi?pr=41772 This appears to be _VERY_ old problem (I don't remember it on 2.2.7-RELEASE, though) In short: the beeper still produces noises (clicks) when shut up with `kbdcontrol -b off` Finally I got some time to look at 'sys/dev/syscons/syscons.c'. However, I only speak i386 Asm fluently (no C at all yet), so could someone plz (fix?) this 3-line 'patch' and commit it? I'd really like to see it MFC'ed in 4.8-RELEASE (as well a this one: 'http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/44257' - it works well for my EIDE controller). FreeBSD 4.6.2-RELEASE: =======================8<======================= --- ./syscons.c.ORIG Fri Mar 21 23:10:05 2003 +++ ./syscons.c Fri Mar 21 23:10:37 2003 @@ -3385,6 +3385,9 @@ if (scp != scp->sc->cur_scp && (scp->sc->flags & SC_QUIET_BELL)) return; + if (!(duration && pitch)) + return; + if (scp->sc->flags & SC_VISUAL_BELL) { if (scp->sc->blink_in_progress) return; =======================8<======================= 21.03.2003; 23:20:26 [SorAlx] http://cydem.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 4:52:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53C2C37B401 for ; Sat, 22 Mar 2003 04:52:52 -0800 (PST) Received: from precinct13.iowa365.com (precinct13.iowa365.com [64.49.251.237]) by mx1.FreeBSD.org (Postfix) with SMTP id A2D0443FA3 for ; Sat, 22 Mar 2003 04:52:51 -0800 (PST) (envelope-from ben@dubuque365.com) Received: (qmail 86354 invoked from network); 22 Mar 2003 12:52:51 -0000 Received: from unknown (HELO ?10.0.0.2?) (12.219.104.246) by precinct13.iowa365.com with SMTP; 22 Mar 2003 12:52:51 -0000 Subject: OID problem with Init? From: Ben Burke To: freebsd-hackers@freebsd.org Content-Type: text/plain Organization: Dubuque365.com Message-Id: <1048337570.86508.45.camel@watchtower.office.parksmediagroup.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 22 Mar 2003 06:52:50 -0600 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Everyone, I was looking for a good way to run "make installworld" in single-user mode on a machine which I don't have any kind of remote hands or serial-console access to. The first thought that came to my head was to temporarily put the commands at the end of rc.shutdown. I'm not sure if the machine is still multi-user at that point. Anyway it worked, but on such a slow machine it didn't complete before init timed out the shutdown script. So I looked at init... On line 1576 (spacing changed, comment added for email): if ( sysctlbyname("kern.shutdown_timeout", &shutdowntimeout, &len, NULL, 0) == -1 || shutdowntimeout < 2 ) shutdowntimeout = DEATH_SCRIPT; /* DEATH_SCRIPT = 120 */ I know that there was a "kern.shutdown_timeout" in FBSD 3, but there doesn't seem to be one now in FBSD 4.8-RC (from yesterday). So my questions are: 1. Does init check for this seemingly retired OID on purpose? 2. What's "The Right Way" or even "A Right Way" to do an installworld on a remote machine? Thanks in advance! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 6:42:51 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99DB837B401 for ; Sat, 22 Mar 2003 06:42:49 -0800 (PST) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB2F43F93 for ; Sat, 22 Mar 2003 06:42:48 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 7010 invoked from network); 22 Mar 2003 14:42:50 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Mar 2003 14:42:50 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h2MEgjOv086995; Sat, 22 Mar 2003 09:42:45 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200303212321.30894.soralx@cydem.org.ua> Date: Sat, 22 Mar 2003 09:42:45 -0500 (EST) From: John Baldwin To: soralx@cydem.org.ua Subject: Re: misc/41772: can't disable keybell [PATCH] Cc: dougb@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22-Mar-2003 soralx@cydem.org.ua wrote: > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=41772 > This appears to be _VERY_ old problem (I don't remember > it on 2.2.7-RELEASE, though) > In short: the beeper still produces noises (clicks) when > shut up with `kbdcontrol -b off` Using kbdcontrol -b off on my laptop running current does turn off the sound already. On a stable machine I still do see the problem. Incidentally, using quiet.off doesn't shut it up either which is very confusing since quiet sets SC_QUIET_BELL. > (as well a this one: > 'http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/44257' - > it works well for my EIDE controller). PCI ID's for the ICH4 controllere were committed prior to 4.7. However, thanks for your submission. > FreeBSD 4.6.2-RELEASE: > =======================8<======================= > --- ./syscons.c.ORIG Fri Mar 21 23:10:05 2003 > +++ ./syscons.c Fri Mar 21 23:10:37 2003 > @@ -3385,6 +3385,9 @@ > if (scp != scp->sc->cur_scp && (scp->sc->flags & SC_QUIET_BELL)) > return; > > + if (!(duration && pitch)) > + return; > + > if (scp->sc->flags & SC_VISUAL_BELL) { > if (scp->sc->blink_in_progress) > return; > =======================8<======================= This patch would inadvertently turn off visual bell's if you set the duration or pitch to zero manually. A better patch might be: Index: syscons.c =================================================================== RCS file: /usr/cvs/src/sys/dev/syscons/syscons.c,v retrieving revision 1.399 diff -u -r1.399 syscons.c --- syscons.c 3 Mar 2003 16:24:44 -0000 1.399 +++ syscons.c 22 Mar 2003 14:38:58 -0000 @@ -3547,7 +3547,7 @@ if (scp != scp->sc->cur_scp) scp->sc->blink_in_progress += 2; blink_screen(scp->sc->cur_scp); - } else { + } else if (duration != 0 && pitch != 0) { if (scp != scp->sc->cur_scp) pitch *= 2; sysbeep(pitch, duration); Can you verify that this fix works for you? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 8:17:43 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB0B637B401; Sat, 22 Mar 2003 08:17:41 -0800 (PST) Received: from 134.216-123-229-0.interbaun.com (134.216-123-229-0.interbaun.com [216.123.229.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7841043FB1; Sat, 22 Mar 2003 08:17:40 -0800 (PST) (envelope-from soralx@cydem.org.ua) Received: from vasya (vasya [192.168.0.3]) by 134.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id h2MGHcU31159; Sat, 22 Mar 2003 09:17:39 -0700 (MST) (envelope-from soralx@cydem.org.ua) From: To: jhb@FreeBSD.ORG Subject: Re: misc/41772: can't disable keybell [PATCH] Date: Sat, 22 Mar 2003 09:17:33 -0700 User-Agent: KMail/1.5 Cc: freebsd-hackers@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303220917.34614.soralx@cydem.org.ua> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Incidentally, using quiet.off doesn't > shut it up either which is very confusing since quiet sets > SC_QUIET_BELL. it does, actually the `man kbdcontrol` doesn't say that it also checks to see if the beeping console is not current: if (scp != scp->sc->cur_scp && (scp->sc->flags & SC_QUIET_BELL)) > + } else if (duration != 0 && pitch != 0) { why using "if (duration != 0 && pitch != 0)" is better than "if (!(duration && pitch))"? > Can you verify that this fix works for you? OK, I'll check it after work 22.03.2003; 09:09:34 [SorAlx] http://cydem.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 11:20: 8 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C5D537B401 for ; Sat, 22 Mar 2003 11:20:06 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3979343F85 for ; Sat, 22 Mar 2003 11:20:05 -0800 (PST) (envelope-from mooneer@translator.cx) Received: from pool0126.cvx31-bradley.dialup.earthlink.net ([209.179.146.126] helo=morpheus) by scaup.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 18woX6-00058c-00; Sat, 22 Mar 2003 11:19:57 -0800 From: "Mooneer Salem" To: <"."@babolo.ru>, "Peter Jeremy" Cc: Subject: RE: jail support for ping, traceroute, etc.. crude hack Date: Sat, 22 Mar 2003 11:19:52 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <1047898637.590705.1108.nullmailer@cicuta.babolo.ru> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Another possibility would be to deny access to IP_FW_* and IP_DUMMYNET_* in getsockopt(), or at least limit access to the IP addresses the jail is assigned (there's a struct thread pointer in the struct sockopt that it receives, meaning we can get to ucred and the jail's struct prison pointer). This should mitigate some of the security concerns. Thanks, -- Mooneer Salem GPLTrans: http://www.translator.cx/ lifeafterking.org: http://www.lifeafterking.org/ -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of "."@babolo.ru Sent: Monday, March 17, 2003 2:57 AM To: Peter Jeremy Cc: mooneer@translator.cx; freebsd-hackers@FreeBSD.ORG Subject: Re: jail support for ping, traceroute, etc.. crude hack > On Mon, Mar 17, 2003 at 10:06:27AM +0300, "."@babolo.ru wrote: > >It is time to invent "ping socket" and "traceroute socket" > >in addition to tcp, udp, divert so on? > > Whilst this might seem nice, actually implementing so that it is > both useful and safe is not easy. > > For a "ping socket", this is reasonably easy if all you want is the > ability to send "ICMP ECHO REQUEST" packets and receive any "ICMP ECHO > REPLY" packets associated with previous request packets. It's not > totally trivial because the kernel has to keep the state for outgoing > packets to ensure that only the correct incoming packets are > forwarded. (This is a security issue - you don't want somone finding > out hosts someone outside that jail is pinging). Remember to allow > for multiple responses to a single request and for long delays. You > might also want to implement resource restrictions to prevent someone > flooding the system with request packets. Not so easy to do but easy understandable for me. > A "traceroute socket" is harder: There's no "ICMP TRACEROUTE" packet. > Instead, traceroute(8) sends outgoing IP packets with varying TTL > sizes and monitors incoming ICMP looking for check for "HOST > UNREACHABLE - TIME EXCEEDED IN TRANSIT" packets. Again, the kernel > would need to validate the incoming packets against outgoing packets. "traceroute socket" is just a curiosity. It seems to me better use UDP socket with some controls and "ping socket" from above. But way to obtain "ping socket" coupled with UDP socket is above my brain. Or may be more common way? Semiraw socket for ability send some classes of IP packets and seceive all induced ICMP ICMP ECHO REQUEST, any UDP and other protocols exept TCP with correct source IP address is probably secure enough for use by root in jail. > In both cases, you also need to work out how to handle other random > ICMP packets that be received as a result of the outgoing packets. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 13:55:38 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2889037B404 for ; Sat, 22 Mar 2003 13:55:37 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D29743FCB for ; Sat, 22 Mar 2003 13:55:36 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.7/8.12.7) id h2MLtXHH059047; Sat, 22 Mar 2003 15:55:33 -0600 (CST) (envelope-from dan) Date: Sat, 22 Mar 2003 15:55:33 -0600 From: Dan Nelson To: Ben Burke Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: OID problem with Init? Message-ID: <20030322215533.GF14719@dan.emsphone.com> References: <1048337570.86508.45.camel@watchtower.office.parksmediagroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1048337570.86508.45.camel@watchtower.office.parksmediagroup.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Mar 22), Ben Burke said: > So my questions are: > 1. Does init check for this seemingly retired OID on purpose? > 2. What's "The Right Way" or even "A Right Way" to do an installworld > on a remote machine? Serial console :) Otherwise, you can just installworld in multiuser mode, and reboot after it's done. The advise to install in single-user mode is just so that people logged in while you install don't have problems due to binaries getting installed before required libraries, etc. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 14:57:16 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E4C637B401 for ; Sat, 22 Mar 2003 14:57:15 -0800 (PST) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D28C43FBD for ; Sat, 22 Mar 2003 14:57:14 -0800 (PST) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 29734 invoked from network); 22 Mar 2003 23:12:54 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 22 Mar 2003 23:12:54 -0000 Received: (nullmailer pid 3537 invoked by uid 136); Sat, 22 Mar 2003 22:59:44 -0000 Subject: Re: ld.so and hard links X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <1048302188.39751.11.camel@chowder.dons.net.au> To: "Daniel O'Connor" Date: Sun, 23 Mar 2003 01:59:44 +0300 (MSK) From: "."@babolo.ru Cc: Terry Lambert , Paco Hope , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1048373984.431400.3536.nullmailer@cicuta.babolo.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sat, 2003-03-22 at 07:30, Terry Lambert wrote: > > You could potentially save a lot of memory. *However*. You may > > not want to do this, since you are defeating priviledge seperation > > that is what made you want to use jails in the first place. > > There's a Linux Jail like thing called vserver, it has a feature where > you hardlink a whole bunch of stuff for different jails (it has tools > for building a set of jails from a given tree). It does a copy on write > for any of these hardlinked files so you don't get the security issue. > > No idea if it's possible to implement something like that for a jail :) schg flag is sufficient to do impossible hardlinked files change in jail IMHO Or I forgot something? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 15:12:16 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A69F37B404 for ; Sat, 22 Mar 2003 15:12:15 -0800 (PST) Received: from lilzcluster.liwest.at (lilzclust01.liwest.at [212.33.55.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7DFC43F3F for ; Sat, 22 Mar 2003 15:12:13 -0800 (PST) (envelope-from dgw@liwest.at) Received: from CM58-27.liwest.at by lilzcluster.liwest.at (8.10.2/1.1.2.11/08Jun01-1123AM) id h2MNAuV0000771634; Sun, 23 Mar 2003 00:10:56 +0100 (MET) Content-Type: text/plain; charset="iso-8859-1" From: Daniela To: Kris Kennaway Subject: Re: Lots of kernel core dumps Date: Sun, 23 Mar 2003 00:10:38 +0100 User-Agent: KMail/1.4.3 Cc: hackers@FreeBSD.ORG References: <200303212037.46322.dgw@liwest.at> <200303212226.01853.dgw@liwest.at> <20030321221514.GA24787@rot13.obsecurity.org> In-Reply-To: <20030321221514.GA24787@rot13.obsecurity.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200303230010.38736.dgw@liwest.at> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I know, but 5.0-RELEASE was > > a) A work-in-progress, not a perfect, bug-free release > > b) A snapshot of 5.0-CURRENT > > You read the 5.0 Early Adopter's Guide, right? Bugs like this are > expected at this stage in the development process, and if you > encounter them then you need to either give up on 5.x and go back to > 4.x-STABLE, or upgrade to 5.0-CURRENT if they are already fixed there. > > Kris Yes, I read the Early Adopter's Guide. Is there any way to solve this without upgrading to -current? I want a stable server, of course, but I still want to help the FreeBSD f= olks=20 to make 5.0 the best release ever. This requires testing to be done. Daniela To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 15:22:35 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F40437B404 for ; Sat, 22 Mar 2003 15:22:33 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0EF43F93 for ; Sat, 22 Mar 2003 15:22:32 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id A884D66B9B; Sat, 22 Mar 2003 15:22:32 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 90E4A1272; Sat, 22 Mar 2003 15:22:32 -0800 (PST) Date: Sat, 22 Mar 2003 15:22:32 -0800 From: Kris Kennaway To: Daniela Cc: Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: Lots of kernel core dumps Message-ID: <20030322232232.GA30896@rot13.obsecurity.org> References: <200303212037.46322.dgw@liwest.at> <200303212226.01853.dgw@liwest.at> <20030321221514.GA24787@rot13.obsecurity.org> <200303230010.38736.dgw@liwest.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <200303230010.38736.dgw@liwest.at> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 23, 2003 at 12:10:38AM +0100, Daniela wrote: > Yes, I read the Early Adopter's Guide. > Is there any way to solve this without upgrading to -current? If you wanted to dig through the CVS commit logs to find the change that fixed this problem (this may be difficult), you could back-port it, but other than that, not really. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+fPA4Wry0BWjoQKURAtHBAJ42MoQmOq/8q7XwsupzOGAQ0vMfVwCfT+AT hYrpS4F+jp2grmJgSRVOw9s= =lhrr -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 15:36:39 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F83737B401 for ; Sat, 22 Mar 2003 15:36:38 -0800 (PST) Received: from atlantis.homeip.net (d102207.upc-d.chello.nl [213.46.102.207]) by mx1.FreeBSD.org (Postfix) with SMTP id C9B5643FB1 for ; Sat, 22 Mar 2003 15:36:36 -0800 (PST) (envelope-from wvengen@stack.nl) Received: (qmail 55478 invoked from network); 22 Mar 2003 23:36:34 -0000 Received: from jeremy.ourhome.nl (HELO localhost) (192.168.1.4) by atlantis.ourhome.nl with SMTP; 22 Mar 2003 23:36:34 -0000 Date: Sun, 23 Mar 2003 00:36:01 +0100 From: Willem van Engen To: "Emilio Manuel" Cc: freebsd-hackers@freebsd.org Subject: Re: boot without user and password Message-Id: <20030323003601.62d41170.wvengen@stack.nl> In-Reply-To: References: X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There is also the autologin (al) option in gettytab(5) that logs in a user instead of prompting for a username/password. You can run X from his .profile btw. isn't this more appropriate for freebsd-questions instead of -hackers? On Thu, 20 Mar 2003 16:18:43 +0000 "Emilio Manuel" wrote: > I want to know how a FreeBSD box, just after finish booting process, > can start automatically a session with a predeterminate user without > doing the normal login process (ie, without typing user and password). > > I wan to do this under Xwindows because I pretend to use this box as a > "dumb X terminal" that can display messages send from another UNIX > machine. > > Security themes don't bother me, cause I use this box in a small local > > network without conflictive users. > > Thank you in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 15:37:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A35CE37B401 for ; Sat, 22 Mar 2003 15:37:52 -0800 (PST) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16F0643F75 for ; Sat, 22 Mar 2003 15:37:52 -0800 (PST) (envelope-from fearow@attbi.com) Received: from god.woofcat.com (12-251-110-17.client.attbi.com[12.251.110.17]) by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP id <20030322233751053005jjlme>; Sat, 22 Mar 2003 23:37:51 +0000 Date: Sat, 22 Mar 2003 17:37:25 -0600 From: Anti To: Daniela Cc: kris@obsecurity.org, hackers@FreeBSD.ORG Subject: Re: Lots of kernel core dumps Message-Id: <20030322173725.595dc772.fearow@attbi.com> In-Reply-To: <200303230010.38736.dgw@liwest.at> References: <200303212037.46322.dgw@liwest.at> <200303212226.01853.dgw@liwest.at> <20030321221514.GA24787@rot13.obsecurity.org> <200303230010.38736.dgw@liwest.at> Organization: Woofcat X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 23 Mar 2003 00:10:38 +0100 Daniela wrote: > > I know, but 5.0-RELEASE was > > > > a) A work-in-progress, not a perfect, bug-free release > > > > b) A snapshot of 5.0-CURRENT > > > > You read the 5.0 Early Adopter's Guide, right? Bugs like this are > > expected at this stage in the development process, and if you > > encounter them then you need to either give up on 5.x and go back to > > 4.x-STABLE, or upgrade to 5.0-CURRENT if they are already fixed there. > > > > Kris > > Yes, I read the Early Adopter's Guide. > Is there any way to solve this without upgrading to -current? > I want a stable server, of course, but I still want to help the FreeBSD folks > to make 5.0 the best release ever. This requires testing to be done. > > Daniela current isn't really any less stable than 5.0 release, likely more stable... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 19:47:12 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D200B37B401; Sat, 22 Mar 2003 19:47:11 -0800 (PST) Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A42B143FAF; Sat, 22 Mar 2003 19:47:10 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from piii600.wadham.ox.ac.uk ([81.103.196.4]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20030323034709.TNXM20605.mta06-svc.ntlworld.com@piii600.wadham.ox.ac.uk>; Sun, 23 Mar 2003 03:47:09 +0000 Message-Id: <5.0.2.1.1.20030323034524.031e3e90@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 23 Mar 2003 03:47:07 +0000 To: security@freebsd.org, hackers@freebsd.org From: Colin Percival Subject: Binary Security Updates Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, I've decided that my binary security updates code is now release-worthy. Right now I'm only building updates for 4.7-RELEASE; as soon as 4.8-RELEASE comes out I'll start building updates for that as well. Note that this code only works properly if you performed a binary install of the -RELEASE and have not recompiled anything (ie, haven't applied any updates since October), so theoretically nobody should be using this until after 4.8 is released. Everything is at http://www.daemonology.net/freebsd-update/ including a portified version of the client and the resulting package. MD5 hashes are dac0f4bdf3d23b642bcbbac0e544821e, 12f69c9d0a2bf1f5278e49f0a4821aa7, b96bfc6bffcbfa18130250e36e6109d6, and 227819b9403a6f727566bd6ad5a79684 for server, client, client port, and client package respectively. Feedback is welcome. ;) Colin Percival PS. This is probably of interest to people reading stable@ as well, but that would apparently constitute excessive cross-posting. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 22: 0:53 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A9D37B401 for ; Sat, 22 Mar 2003 22:00:52 -0800 (PST) Received: from mail2.pvt.net (mail2.pvt.net [194.149.101.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0795843FA3 for ; Sat, 22 Mar 2003 22:00:52 -0800 (PST) (envelope-from iialq@home.se) Received: from jubiipost.dk (unlD063.nextra.cz [213.210.139.63]) by mail2.pvt.net (Postfix) with ESMTP id 133721E474B; Sun, 23 Mar 2003 07:00:27 +0100 (CET) To: <"C:DocumentsandSettingsAdministratorDesktopNewFoldergoodfroms.txt"@mail2.pvt.net> From: "Elfriede" Subject: Love from abroad Date: Sat, 22 Mar 2003 22:03:20 01600 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <20030323060027.133721E474B@mail2.pvt.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Elfriede here,

A nints to correspon= d with you. check her out



Let me know and I won't w= rite you again. Than= ks



To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 22 22:15: 9 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD3137B401; Sat, 22 Mar 2003 22:15:07 -0800 (PST) Received: from 134.216-123-229-0.interbaun.com (134.216-123-229-0.interbaun.com [216.123.229.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id E894443F3F; Sat, 22 Mar 2003 22:15:05 -0800 (PST) (envelope-from soralx@cydem.org.ua) Received: from vasya (vasya [192.168.0.3]) by 134.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id h2N6F3U31367; Sat, 22 Mar 2003 23:15:04 -0700 (MST) (envelope-from soralx@cydem.org.ua) From: To: jhb@FreeBSD.ORG Subject: Re: misc/41772: can't disable keybell [PATCH] Date: Sat, 22 Mar 2003 23:14:16 -0700 User-Agent: KMail/1.5 Cc: freebsd-hackers@FreeBSD.ORG References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200303222312.35930.soralx@cydem.org.ua> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Using kbdcontrol -b off on my laptop running current does > turn off the sound already. I tested `kbdcontrol -b off` on FreeBSD 5.0-RELEASE, and it still did not turn off the beeper. I have also checked 'syscons.c', v. 1.399 ([0]), and foud only one change concerning keybell: 'if (cold || shutdown_in_progress || !enable_bell)' - ('enable_bell' added, which must be "hw.syscons.bell" sysctl var), that enables to turn the keybell off globally, but not for separate vtys. > Incidentally, using quiet.off doesn't > shut it up either which is very confusing since quiet sets > SC_QUIET_BELL. I tested this again, and it works fine: `kbdcontrol -b quiet.normal` `(sleep 2;echo -e "\x07";sleep 2)&` When, after executing this command, i quickly switch to another vty, I hear no bell; when I stay on the same vty, I can hear the bell. > PCI ID's for the ICH4 controllere were committed prior to 4.7. good, found my controller's ID in the latest CVSweb ATA-PCI tree > This patch would inadvertently turn off visual bell's if you > set the duration or pitch to zero manually. A better patch > might be: > > Index: syscons.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/syscons/syscons.c,v > retrieving revision 1.399 > diff -u -r1.399 syscons.c > --- syscons.c 3 Mar 2003 16:24:44 -0000 1.399 > +++ syscons.c 22 Mar 2003 14:38:58 -0000 > @@ -3547,7 +3547,7 @@ > if (scp != scp->sc->cur_scp) > scp->sc->blink_in_progress += 2; > blink_screen(scp->sc->cur_scp); > - } else { > + } else if (duration != 0 && pitch != 0) { > if (scp != scp->sc->cur_scp) > pitch *= 2; > sysbeep(pitch, duration); > > Can you verify that this fix works for you? yes, it does but, I think, this may produce faster code: + } else if (duration && pitch) { I also found couple more problems: 00. `kbdcontrol -b 128.800` `(sleep 2;echo -e "\x07";sleep 2)&` If I stay on the same vty, I hear 800Hz bell, if I switch to another vty, I hear ~400Hz bell. `kbdcontrol -b normal` `(sleep 2;echo -e "\x07";sleep 2)&` If I stay on the same vty, I hear normal bell, if I switch to another vty, I hear a bell with pitch twice as _high_. 01. `kbdcontrol quiet.115.400` - won't set SC_QUIET_BELL flag [0] (http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/root/src \ /src/sys/dev/syscons/syscons.c?rev=1.399&content-type=text/plain) 22.03.2003; 23:12:44 [SorAlx] http://cydem.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message