From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 01:10:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86D6937B401 for ; Sun, 4 May 2003 01:10:26 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A914143F93 for ; Sun, 4 May 2003 01:10:24 -0700 (PDT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h448A8rN035463 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 4 May 2003 10:10:09 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)h448A7d8035462; Sun, 4 May 2003 10:10:07 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.9/8.12.8) with ESMTP id h4486E6u010688; Sun, 4 May 2003 10:06:19 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.12.9/8.12.8/Submit) id h44868jR010687; Sun, 4 May 2003 10:06:08 +0200 (CEST) Date: Sun, 4 May 2003 10:06:08 +0200 From: Andreas Klemm To: Brian Ledbetter Message-ID: <20030504080608.GA10504@titan.klemm.apsfilter.org> References: <20030503204938.GA3907@gothmog.gr> <20030503214814.GD21307@shadowcom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20030503214814.GD21307@shadowcom.net> X-Operating-System: FreeBSD 4.8-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 08:10:26 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 03, 2003 at 05:48:14PM -0400, Brian Ledbetter wrote: > Ok, so /usr/bin/fetch isn't really suited for this, as I'm sure you > knew already. My bad. >=20 > Here is a patched version which will do the same thing with /usr/bin/ftp. > I hope it works for you. This is really cool stuff ! I installed it on my -stable machine and now get a nice report. This would definitively be something for -current and -stable ! Who is currently the security officer in FreeBSD ? He should get a copy to implement ! Many thanks ! Andreas /// --=20 Andreas Klemm - Powered by FreeBSD 4.8-STABLE Need a magic printfilter today ? -> http://www.apsfilter.org/ --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tMnwd3o+lGxvbLoRAosJAJ9TKGI2uVbyMjox6RxPZT+Sn4OKOQCfZ3nn Hz+o6S57rSYr6AEm1XNmoYw= =jhUY -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 03:04:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 530D837B401 for ; Sun, 4 May 2003 03:04:51 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6870A43F85 for ; Sun, 4 May 2003 03:04:50 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id 8BB52349; Sun, 4 May 2003 12:04:48 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id D01352FDAB2; Sun, 4 May 2003 12:04:47 +0200 (CEST) Date: Sun, 4 May 2003 12:04:47 +0200 From: Roman Neuhauser To: Giorgos Keramidas Message-ID: <20030504100447.GU12792@freepuppy.bellavista.cz> Mail-Followup-To: Giorgos Keramidas , freebsd-hackers@freebsd.org References: <20030503204938.GA3907@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030503204938.GA3907@gothmog.gr> User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 10:04:51 -0000 # keramida@ceid.upatras.gr / 2003-05-03 23:49:38 +0300: > A friend asked me a while ago on IRC if it was possible to receive > periodic email notifications with new security advisories. > > The following script for /etc/periodic/security implements exactly this > idea. besides being cool, what advantages has this over subscribing to the freebsd-announce mlist? :) -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 05:54:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7873137B401 for ; Sun, 4 May 2003 05:54:02 -0700 (PDT) Received: from thalia.otenet.gr (thalia.otenet.gr [195.170.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A6943FBF for ; Sun, 4 May 2003 05:54:01 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a073.otenet.gr [212.205.215.73]) by thalia.otenet.gr (8.12.9/8.12.9) with ESMTP id h44CrwmX013267 for ; Sun, 4 May 2003 15:53:58 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.9/8.12.9) with ESMTP id h44Crv0X001535 for ; Sun, 4 May 2003 15:53:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.9/8.12.9/Submit) id h44CrvQ7001534 for freebsd-hackers@freebsd.org; Sun, 4 May 2003 15:53:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 4 May 2003 15:53:57 +0300 From: Giorgos Keramidas To: freebsd-hackers@freebsd.org Message-ID: <20030504125357.GB699@gothmog.gr> References: <20030503204938.GA3907@gothmog.gr> <20030504100447.GU12792@freepuppy.bellavista.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030504100447.GU12792@freepuppy.bellavista.cz> Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 12:54:02 -0000 On 2003-05-04 12:04, Roman Neuhauser wrote: ># keramida@ceid.upatras.gr / 2003-05-03 23:49:38 +0300: >> A friend asked me a while ago on IRC if it was possible to receive >> periodic email notifications with new security advisories. >> >> The following script for /etc/periodic/security implements exactly this >> idea. > > besides being cool, what advantages has this over subscribing to the > freebsd-announce mlist? :) Probably none. This is why I didn't try to get this committed and just posted it on a list somewhere. I got a few improvements in private email and will probably just add this to a web page somewhere with the new changes that make it depend on ftp(1) instead of lynx(1) (from the ports collection). The only good thing I can think is that letting a script automatically check the list of advisories somewhere is something that you can't forget to do, and being notified with a simple URL to check instead of a multi-page mail message from security-announce was what my friend had originally asked for :) From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 07:23:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF5DC37B401 for ; Sun, 4 May 2003 07:23:43 -0700 (PDT) Received: from haha.debank.tv (c92069.upc-c.chello.nl [212.187.92.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 120CA43F93 for ; Sun, 4 May 2003 07:23:40 -0700 (PDT) (envelope-from rob@debank.tv) Received: from debank.tv (X-server.debank.tv [192.168.1.69]) by haha.debank.tv (8.12.9/8.12.9) with ESMTP id h44ENSrL005218; Sun, 4 May 2003 16:23:28 +0200 (CEST) (envelope-from rob@debank.tv) Message-ID: <3EB52239.3060500@debank.tv> Date: Sun, 04 May 2003 16:22:49 +0200 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Neuhauser References: <20030503204938.GA3907@gothmog.gr> <20030504100447.GU12792@freepuppy.bellavista.cz> In-Reply-To: <20030504100447.GU12792@freepuppy.bellavista.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 14:23:44 -0000 Roman Neuhauser wrote: > # keramida@ceid.upatras.gr / 2003-05-03 23:49:38 +0300: > >>A friend asked me a while ago on IRC if it was possible to receive >>periodic email notifications with new security advisories. >> >>The following script for /etc/periodic/security implements exactly this >>idea. > > > besides being cool, what advantages has this over subscribing to the > freebsd-announce mlist? :) > A lot of people don't sign up for the mailing lists and they get security advisories this way (if they read root's e-mail). Maybe more users are notified when a security advisory is announced. Rob From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 08:04:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5A9337B401 for ; Sun, 4 May 2003 08:04:01 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7553D43F75 for ; Sun, 4 May 2003 08:04:00 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])h44F2QY12840; Mon, 5 May 2003 00:02:26 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20030503204938.GA3907@gothmog.gr> References: <20030503204938.GA3907@gothmog.gr> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20030322(IM144) Lines: 11 From: Makoto Matsushita To: keramida@ceid.upatras.gr Date: Mon, 05 May 2003 00:02:24 +0900 Message-Id: <20030505000224E.matusita@jp.FreeBSD.org> cc: hackers@FreeBSD.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:04:02 -0000 keramida> The following script for /etc/periodic/security implements keramida> exactly this idea. It depends on lynx(1) to run, which keramida> isn't part of the base system, so I'm not sure if it's ok to keramida> add it to the base system at all. How 'bout putting this script into lynx ports, installing it under ${PREFIX}/etc/periodic/security ? -- - Makoto `MAR' Matsushita From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 08:24:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E490637B401 for ; Sun, 4 May 2003 08:24:54 -0700 (PDT) Received: from thalia.otenet.gr (thalia.otenet.gr [195.170.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D011F43F75 for ; Sun, 4 May 2003 08:24:53 -0700 (PDT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a074.otenet.gr [212.205.215.74]) by thalia.otenet.gr (8.12.9/8.12.9) with ESMTP id h44FOomX022105; Sun, 4 May 2003 18:24:51 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.9/8.12.9) with ESMTP id h44FOn0X002342; Sun, 4 May 2003 18:24:49 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.12.9/8.12.9/Submit) id h44FOniZ002341; Sun, 4 May 2003 18:24:49 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 4 May 2003 18:24:48 +0300 From: Giorgos Keramidas To: Makoto Matsushita Message-ID: <20030504152448.GF699@gothmog.gr> References: <20030503204938.GA3907@gothmog.gr> <20030505000224E.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505000224E.matusita@jp.FreeBSD.org> cc: hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:24:55 -0000 On 2003-05-05 00:02, Makoto Matsushita wrote: > > keramida> The following script for /etc/periodic/security implements > keramida> exactly this idea. It depends on lynx(1) to run, which > keramida> isn't part of the base system, so I'm not sure if it's ok to > keramida> add it to the base system at all. > > How 'bout putting this script into lynx ports, installing it under > ${PREFIX}/etc/periodic/security ? I have a new version now, thanks to Brian Ledbetter, that only uses tools from the base system. Since it seems that at least 3-4 people liked this, I'll clean it up, merge some great suggestions from Brian, and ask the security-officer people if they want me to commit it :-) From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 08:30:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4478937B401; Sun, 4 May 2003 08:30:12 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CEA43FAF; Sun, 4 May 2003 08:30:11 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])h44FU9Y15376; Mon, 5 May 2003 00:30:09 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20030504152448.GF699@gothmog.gr> References: <20030503204938.GA3907@gothmog.gr> <20030505000224E.matusita@jp.FreeBSD.org> <20030504152448.GF699@gothmog.gr> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20030322(IM144) Lines: 11 From: Makoto Matsushita To: keramida@freebsd.org Date: Mon, 05 May 2003 00:30:07 +0900 Message-Id: <20030505003007H.matusita@jp.FreeBSD.org> cc: hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:30:12 -0000 keramida> I have a new version now, thanks to Brian Ledbetter, that keramida> only uses tools from the base system. Since it seems that keramida> at least 3-4 people liked this, I'll clean it up, merge some keramida> great suggestions from Brian, and ask the security-officer keramida> people if they want me to commit it :-) Sounds cool, keepon :-) -- - Makoto `MAR' Matsushita From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 08:43:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11F637B401 for ; Sun, 4 May 2003 08:43:20 -0700 (PDT) Received: from thalia.otenet.gr (thalia.otenet.gr [195.170.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8EB43F93 for ; Sun, 4 May 2003 08:43:19 -0700 (PDT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a074.otenet.gr [212.205.215.74]) by thalia.otenet.gr (8.12.9/8.12.9) with ESMTP id h44FhFmX024316 for ; Sun, 4 May 2003 18:43:17 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.9/8.12.9) with ESMTP id h44FhE0X002575 for ; Sun, 4 May 2003 18:43:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.12.9/8.12.9/Submit) id h44FhEUb002574 for hackers@freebsd.org; Sun, 4 May 2003 18:43:14 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 4 May 2003 18:43:14 +0300 From: Giorgos Keramidas To: hackers@freebsd.org Message-ID: <20030504154314.GA2545@gothmog.gr> References: <20030503204938.GA3907@gothmog.gr> <20030505000224E.matusita@jp.FreeBSD.org> <20030504152448.GF699@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030504152448.GF699@gothmog.gr> Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 15:43:21 -0000 On 2003-05-04 18:24, Giorgos Keramidas wrote: > > I have a new version now, thanks to Brian Ledbetter, that only uses > tools from the base system. Since it seems that at least 3-4 people > liked this, I'll clean it up, merge some great suggestions from Brian, > and ask the security-officer people if they want me to commit it :-) Any testers who want to let me know how the new version works, can find the version I've posted to security-officer at: http://www.FreeBSD.org/~keramida/diff/advisory.patch From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 09:31:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1C5C37B401 for ; Sun, 4 May 2003 09:31:56 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED92543FBD for ; Sun, 4 May 2003 09:31:55 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 41FC22C; Sun, 4 May 2003 11:31:55 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 8003678C66; Sun, 4 May 2003 11:31:54 -0500 (CDT) Date: Sun, 4 May 2003 11:31:54 -0500 From: "Jacques A. Vidrine" To: Giorgos Keramidas Message-ID: <20030504163154.GA1502@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Giorgos Keramidas , freebsd-hackers@freebsd.org References: <20030503204938.GA3907@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030503204938.GA3907@gothmog.gr> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 16:31:57 -0000 On Sat, May 03, 2003 at 11:49:38PM +0300, Giorgos Keramidas wrote: > Hi all, > > A friend asked me a while ago on IRC if it was possible to receive > periodic email notifications with new security advisories. > > The following script for /etc/periodic/security implements exactly this > idea. It depends on lynx(1) to run, which isn't part of the base > system, so I'm not sure if it's ok to add it to the base system at all. > Here it is for anyone who might find it useful though: Hey, that's great, Giorgos! But how come you are not using www/en/security/advisories.xml ? Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 14:56:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93ECC37B401; Sun, 4 May 2003 14:56:56 -0700 (PDT) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E861043FB1; Sun, 4 May 2003 14:56:55 -0700 (PDT) (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 h44M1OUb010043; Sun, 4 May 2003 15:01:24 -0700 (PDT) Received: (from brucem@localhost) by cruzio.com (8.12.6/8.12.6/Submit) id h44LsXIf000523; Sun, 4 May 2003 14:54:33 -0700 (PDT) Date: Sun, 4 May 2003 14:54:33 -0700 (PDT) From: "Bruce R. Montague" Message-Id: <200305042154.h44LsXIf000523@cruzio.com> To: freebsd-hackers@freebsd.org cc: usb-bsd@yahoogroups.com cc: jordbaer@mac.com cc: joe@tao.org.uk cc: ott@clabsms.de cc: n_hibma@freebsd.org Subject: patch to make ohci isochronous xfers work. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 21:56:56 -0000 Hi, I have fixed isochronous usb transfers to work under FreeBSD 5.0 -current when using the ohci controller (dev/usb/ohci.c), at least to the degree required to support the Dlink DSB-C100 web-camera and the "vid" image capture app. Patches attached. Can any usb/ohci committers evaluate this? The FreeBSD usb stack is basically shared between all BSDs. I'm sending this patch message to just about everyone that I've corresponded with about *BSD usb source, since I don't seem to know of a `one-stop' active BSD usb e-mail list. The ohci.c code as it stands has a long-outstanding bug that precludes sustained isochronous transfers from ever working. Isochronous transfers are basically transfers that last forever, from open to close on the stream, basically a continuous dma input. The real definition of "isoc" here is that it's OK to simply drop data without reporting any errors :). You can use isoc to maintain a ring buffer of data, such as audio or video, that can tolerate drops. The core problem is that after an interrupt, the interrupt handler allocates resources for the next isoc I/O iteration, but then these resources are immediately freed because the I/O is considered done. Another problem is that the hardware is never started, because the bit in the listhead that the controller looks at to see if it should process the isoc list is never set. This might have been deliberate, because it was known not to work. The specific problem was that "xfer->hcpriv" is used in "ohci_device_isoc_enter()" to anchor a list of allocated "sitd" structures that are constructed to map the next I/O transfer that the "xfer" structure will be used for, but this allocation is almost immediately followed by a call to "ohci_device_isoc_done()" which frees all the sitd's on the "xfer->hcpriv" list and then does a "xfer->hcpriv = NULL;". The result is that only the initial UGEN_NISOREQS that were created by the initial device open can work. After these active operations complete, the driver stalls, as it in effect never allocates new sitds. The above calls are performed by the "usbdi.c" "usb_transfer_complete()" routine (not in the ohci driver proper), which is itself called by the ohci interrupt handler. A couple of other problems have also been fixed which make it possible to reliably abort and close the isoc pipe. The patch is for FreeBSD -current code as of about 10-april-2003, however, it doesn't look like this file has been touched in any cvs for over two months. The OpenBSD and NetBSD webcvs ohci.c files look similar, but not identical to FreeBSD -current. Their isoc implementaions appear to contain the same bug as in FreeBSD. I have _not_ tested this under FreeBSD 4-stable. I'm not claiming this is a perfect solution; perhaps the entire isoc code in ohci.c needs to be restructured. However, with this patch the "vid" image capture app can be placed in a loop that "runs forever". This patch includes two of the unrelated splx() patches that were reported by jordbaer@mac.com on 30-april-2003 (the others already appear to be in the FreeBSD-current cvs). Can whoever is responsible for various commits associated with "dev/usb/ohci.c" please evaluate this? This bug has been "outstanding" for a good while, is hard to pin down, and keeps all but the most trivial isoc operations from being used with the ohci (specifically, web-cams won't work). Thanks! - bruce --- ../ohci_5_10apr/ohci.c Sat May 3 15:37:04 2003 +++ ohci.c Sun May 4 12:33:18 2003 @@ -635,6 +635,7 @@ OHCI_ITD_ALIGN, &dma); if (err) return (NULL); + s = splusb(); for(i = 0; i < OHCI_SITD_CHUNK; i++) { offs = i * OHCI_SITD_SIZE; sitd = KERNADDR(&dma, offs); @@ -642,6 +643,7 @@ sitd->nextitd = sc->sc_freeitds; sc->sc_freeitds = sitd; } + splx(s); } s = splusb(); @@ -974,6 +976,18 @@ ohci_freex(struct usbd_bus *bus, usbd_xfer_handle xfer) { struct ohci_softc *sc = (struct ohci_softc *)bus; + struct ohci_xfer *oxfer = (struct ohci_xfer *)xfer; + ohci_soft_itd_t *sitd; + + if (oxfer->ohci_xfer_flags & OHCI_ISOC_DIRTY) { + sitd = xfer->hcpriv; + if (sitd) { + for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if ( sitd == NULL ) break; + ohci_free_sitd(sc, sitd); + } + } + } #ifdef DIAGNOSTIC if (xfer->busy_free != XFER_BUSY) { @@ -1380,7 +1394,9 @@ xfer->actlen += len; if (std->flags & OHCI_CALL_DONE) { xfer->status = USBD_NORMAL_COMPLETION; + s = splusb(); usb_transfer_complete(xfer); + splx(s); } ohci_free_std(sc, std); } else { @@ -1420,7 +1436,10 @@ xfer->status = USBD_STALLED; else xfer->status = USBD_IOERROR; + + s = splusb(); usb_transfer_complete(xfer); + splx(s); } } @@ -1445,6 +1464,9 @@ /* Handled by abort routine. */ continue; } + if (xfer->pipe) { + if (xfer->pipe->aborting) continue; /*Ignore.*/ + } #ifdef DIAGNOSTIC if (sitd->isdone) printf("ohci_softintr: sitd=%p is done\n", sitd); @@ -1460,12 +1482,16 @@ /* XXX update frlengths with actual length */ /* XXX xfer->actlen = actlen; */ xfer->status = USBD_NORMAL_COMPLETION; + s = splusb(); usb_transfer_complete(xfer); + splx(s); } } else { /* XXX Do more */ xfer->status = USBD_IOERROR; + s = splusb(); usb_transfer_complete(xfer); + splx(s); } } @@ -3223,8 +3249,9 @@ ohci_softc_t *sc = (ohci_softc_t *)dev->bus; ohci_soft_ed_t *sed = opipe->sed; struct iso *iso = &opipe->u.iso; + struct ohci_xfer *oxfer = (struct ohci_xfer *)xfer; ohci_soft_itd_t *sitd, *nsitd; - ohci_physaddr_t buf, offs, noffs, bp0; + ohci_physaddr_t buf, offs, noffs, bp0, tdphys; int i, ncur, nframes; int s; @@ -3242,6 +3269,24 @@ iso->next)); } + if (xfer->hcpriv) { + sitd = xfer->hcpriv; + for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if (sitd == NULL) break; + ohci_free_sitd(sc, sitd); /* Free ITDs in prev xfer*/ + } + if (sitd == NULL) { + sitd = ohci_alloc_sitd(sc); + if (sitd == NULL) panic( "cant alloc isoc" ); + opipe->tail.itd = sitd; + tdphys = sitd->physaddr; + sed->ed.ed_flags |= htole32(OHCI_ED_SKIP); /* Stop*/ + sed->ed.ed_headp = + sed->ed.ed_tailp = htole32(tdphys); + sed->ed.ed_flags &= htole32(~OHCI_ED_SKIP); /* Start.*/ + } + } + sitd = opipe->tail.itd; buf = DMAADDR(&xfer->dmabuf, 0); bp0 = OHCI_PAGE(buf); @@ -3310,6 +3355,8 @@ xfer->status = USBD_IN_PROGRESS; + oxfer->ohci_xfer_flags |= OHCI_ISOC_DIRTY; + #ifdef USB_DEBUG if (ohcidebug > 5) { DPRINTF(("ohci_device_isoc_enter: frame=%d\n", @@ -3340,6 +3387,8 @@ { struct ohci_pipe *opipe = (struct ohci_pipe *)xfer->pipe; ohci_softc_t *sc = (ohci_softc_t *)opipe->pipe.device->bus; + ohci_soft_ed_t *sed; + int s; DPRINTFN(5,("ohci_device_isoc_start: xfer=%p\n", xfer)); @@ -3353,6 +3402,11 @@ /* XXX anything to do? */ + s = splusb(); + sed = opipe->sed; /* Turn off ED skip-bit to start processing */ + sed->ed.ed_flags &= htole32(~OHCI_ED_SKIP); /* ED's ITD list.*/ + splx(s); + return (USBD_IN_PROGRESS); } @@ -3391,11 +3445,14 @@ return; } #endif - for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if ( sitd ) { /* Only if xfer has ITDs. */ + for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if ( sitd == NULL ) break; #ifdef DIAGNOSTIC DPRINTFN(1,("abort sets done sitd=%p\n", sitd)); sitd->isdone = 1; #endif + } } splx(s); @@ -3407,7 +3464,9 @@ /* Run callback. */ usb_transfer_complete(xfer); - sed->ed.ed_headp = htole32(sitd->physaddr); /* unlink TDs */ + if ( sitd ) { /* Only if there is an ITD... */ + sed->ed.ed_headp = htole32(sitd->physaddr); /* unlink TDs */ + } sed->ed.ed_flags &= htole32(~OHCI_ED_SKIP); /* remove hardware skip */ splx(s); @@ -3416,21 +3475,23 @@ void ohci_device_isoc_done(usbd_xfer_handle xfer) { - struct ohci_pipe *opipe = (struct ohci_pipe *)xfer->pipe; - ohci_softc_t *sc = (ohci_softc_t *)opipe->pipe.device->bus; - ohci_soft_itd_t *sitd, *nsitd; - - DPRINTFN(1,("ohci_device_isoc_done: xfer=%p\n", xfer)); +/* This null routine corresponds to non-isoc "done()" routines + * that free the stds associated with an xfer after a completed + * xfer interrupt. However, in the case of isoc transfers, the + * sitds associated with the transfer have already been processed + * and reallocated for the next iteration by "ohci_device_isoc_transfer()". + * + * Routine "usb_transfer_complete()" is called at the end of every + * relevant usb interrupt. "usb_transfer_complete()" indirectly + * calls 1) "ohci_device_isoc_transfer()" (which keeps pumping the + * pipeline by setting up the next transfer iteration) and 2) then + * calls "ohci_device_isoc_done()". Isoc transfers have not been + * working for the ohci usb because this routine was trashing the + * xfer set up for the next iteration (thus, only the first + * UGEN_NISOREQS xfers outstanding on an open would work). Perhaps + * this could all be re-factored, but that's another pass... + */ - for (sitd = xfer->hcpriv; - !(sitd->flags & OHCI_CALL_DONE); - sitd = nsitd) { - nsitd = sitd->nextitd; - DPRINTFN(1,("ohci_device_isoc_done: free sitd=%p\n", sitd)); - ohci_free_sitd(sc, sitd); - } - ohci_free_sitd(sc, sitd); - xfer->hcpriv = NULL; } usbd_status @@ -3456,11 +3517,20 @@ { struct ohci_pipe *opipe = (struct ohci_pipe *)pipe; ohci_softc_t *sc = (ohci_softc_t *)pipe->device->bus; + ohci_soft_ed_t *sed; DPRINTF(("ohci_device_isoc_close: pipe=%p\n", pipe)); - ohci_close_pipe(pipe, sc->sc_isoc_head); + + sed = opipe->sed; + sed->ed.ed_flags |= htole32(OHCI_ED_SKIP); /* Stop device. */ + + ohci_close_pipe(pipe, sc->sc_isoc_head); /* Stop isoc list, free ED.*/ + + /* up to NISOREQs xfers still outstanding. */ + + #ifdef DIAGNOSTIC opipe->tail.itd->isdone = 1; #endif - ohci_free_sitd(sc, opipe->tail.itd); + ohci_free_sitd(sc, opipe->tail.itd); /* Next `avail free' sitd.*/ } --- ../ohci_5_10apr/ohcivar.h Sat May 3 15:37:11 2003 +++ ohcivar.h Sun May 4 12:33:22 2003 @@ -149,7 +149,9 @@ struct ohci_xfer { struct usbd_xfer xfer; struct usb_task abort_task; + u_int32_t ohci_xfer_flags; }; +#define OHCI_ISOC_DIRTY 0x01 #define OXFER(xfer) ((struct ehci_xfer *)(xfer)) From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 15:18:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6663A37B401; Sun, 4 May 2003 15:18:19 -0700 (PDT) Received: from thalia.otenet.gr (thalia.otenet.gr [195.170.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 247494406E; Sun, 4 May 2003 15:18:17 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a009.otenet.gr [212.205.215.9]) by thalia.otenet.gr (8.12.9/8.12.9) with ESMTP id h44MIEmX017338; Mon, 5 May 2003 01:18:15 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.9/8.12.9) with ESMTP id h44MIE0X075939; Mon, 5 May 2003 01:18:14 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.9/8.12.9/Submit) id h44MIELx075938; Mon, 5 May 2003 01:18:14 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 5 May 2003 01:18:14 +0300 From: Giorgos Keramidas To: "Jacques A. Vidrine" , freebsd-hackers@FreeBSD.org Message-ID: <20030504221814.GB75721@gothmog.gr> References: <20030503204938.GA3907@gothmog.gr> <20030504163154.GA1502@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030504163154.GA1502@madman.celabo.org> Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 22:18:19 -0000 On 2003-05-04 11:31, "Jacques A. Vidrine" wrote: >On Sat, May 03, 2003 at 11:49:38PM +0300, Giorgos Keramidas wrote: >> Hi all, >> >> A friend asked me a while ago on IRC if it was possible to receive >> periodic email notifications with new security advisories. >> >> The following script for /etc/periodic/security implements exactly this >> idea. It depends on lynx(1) to run, which isn't part of the base >> system, so I'm not sure if it's ok to add it to the base system at all. >> Here it is for anyone who might find it useful though: > > Hey, that's great, Giorgos! > But how come you are not using www/en/security/advisories.xml ? The XML file might not be available locally, and it isn't available online unless I do funny stuff with cvsweb. I chose FTP urls, because they would be friendlier stuff for periodic.conf files of the admins who want to use this than the cvsweb equivalent: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/www/en/security/advisories.xml?rev=HEAD&content-type=text/plain I can always change the script to parse that file instead if necessary. From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 16:37:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C04D37B401 for ; Sun, 4 May 2003 16:37:57 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7609B43F75 for ; Sun, 4 May 2003 16:37:56 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (scratch.catspoiler.org [192.168.101.3]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h44NaoM7023683; Sun, 4 May 2003 16:36:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200305042336.h44NaoM7023683@gw.catspoiler.org> Date: Sun, 4 May 2003 16:36:50 -0700 (PDT) From: Don Lewis To: neuhauser@bellavista.cz In-Reply-To: <20030504100447.GU12792@freepuppy.bellavista.cz> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 23:37:57 -0000 On 4 May, Roman Neuhauser wrote: > # keramida@ceid.upatras.gr / 2003-05-03 23:49:38 +0300: >> A friend asked me a while ago on IRC if it was possible to receive >> periodic email notifications with new security advisories. >> >> The following script for /etc/periodic/security implements exactly >> this idea. > > besides being cool, what advantages has this over subscribing to > the freebsd-announce mlist? :) I was going to suggest the same thing. Also, this proposal won't scale very well. Think about what happens when the zillions of machines in each time zone all attempt to contact the ftp server at the same time. From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 16:51:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98F137B428 for ; Sun, 4 May 2003 16:51:09 -0700 (PDT) Received: from amun.isnic.is (amun.isnic.is [193.4.58.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A65D443F85 for ; Sun, 4 May 2003 16:51:08 -0700 (PDT) (envelope-from oli@amun.isnic.is) Received: from amun.isnic.is (oli@localhost [127.0.0.1]) by amun.isnic.is (8.12.9/8.12.9/isnic) with ESMTP id h44Np0MD044686 for ; Sun, 4 May 2003 23:51:00 GMT (envelope-from oli@amun.isnic.is) Received: (from oli@localhost) by amun.isnic.is (8.12.9/8.12.9/Submit) id h44Noxvb044685 for freebsd-hackers@freebsd.org; Sun, 4 May 2003 23:50:59 GMT (envelope-from oli) Date: Sun, 4 May 2003 23:50:59 +0000 From: Olafur Osvaldsson To: freebsd-hackers@freebsd.org Message-ID: <20030504235059.GB42024@isnic.is> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305042336.h44NaoM7023683@gw.catspoiler.org> User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-3.0 required=6.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43-isnic Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2003 23:51:10 -0000 On Sun, 04 May 2003, Don Lewis wrote: > Also, this proposal won't scale very well. Think about what happens > when the zillions of machines in each time zone all attempt to contact > the ftp server at the same time. It could be configurable to use a mirror. /Oli -- Olafur Osvaldsson Systems Administrator Internet a Islandi hf. Tel: +354 525-5291 Email: oli@isnic.is From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 17:19:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E5B37B401 for ; Sun, 4 May 2003 17:19:57 -0700 (PDT) Received: from opiate.soulwax.net (CPE0030ab0ef2bb-CM014490123332.cpe.net.cable.rogers.com [24.103.205.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id A94FF43F75 for ; Sun, 4 May 2003 17:19:56 -0700 (PDT) (envelope-from munish@opiate.soulwax.net) Received: by opiate.soulwax.net (Postfix, from userid 1001) id 9C6E25A0; Sun, 4 May 2003 20:19:55 -0400 (EDT) Date: Sun, 4 May 2003 20:19:55 -0400 From: Munish Chopra To: freebsd-hackers@freebsd.org Message-ID: <20030505001955.GB92114@opiate.soulwax.net> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030504235059.GB42024@isnic.is> Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 00:19:57 -0000 On 2003-05-04 23:50 +0000, Olafur Osvaldsson wrote: > On Sun, 04 May 2003, Don Lewis wrote: > > > Also, this proposal won't scale very well. Think about what happens > > when the zillions of machines in each time zone all attempt to contact > > the ftp server at the same time. > > It could be configurable to use a mirror. > You're still going to have a crapload of people who will just stick ftp.freebsd.org in there. I think Don's got the right idea...(it's still cool functionality). -- Munish Chopra From owner-freebsd-hackers@FreeBSD.ORG Sun May 4 17:32:15 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C94B137B404; Sun, 4 May 2003 17:32:15 -0700 (PDT) Received: from thalia.otenet.gr (thalia.otenet.gr [195.170.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B6D043FCB; Sun, 4 May 2003 17:32:14 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a009.otenet.gr [212.205.215.9]) by thalia.otenet.gr (8.12.9/8.12.9) with ESMTP id h450W6mX023280; Mon, 5 May 2003 03:32:07 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.9/8.12.9) with ESMTP id h450W60X077456; Mon, 5 May 2003 03:32:06 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.9/8.12.9/Submit) id h450W6kR077455; Mon, 5 May 2003 03:32:06 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 5 May 2003 03:32:06 +0300 From: Giorgos Keramidas To: Don Lewis Message-ID: <20030505003206.GB76968@gothmog.gr> References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305042336.h44NaoM7023683@gw.catspoiler.org> cc: freebsd-hackers@FreeBSD.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 00:32:16 -0000 On 2003-05-04 16:36, Don Lewis wrote: >On 4 May, Roman Neuhauser wrote: >> # keramida@ceid.upatras.gr / 2003-05-03 23:49:38 +0300: >>> A friend asked me a while ago on IRC if it was possible to receive >>> periodic email notifications with new security advisories. >>> >>> The following script for /etc/periodic/security implements exactly >>> this idea. >> >> besides being cool, what advantages has this over subscribing to >> the freebsd-announce mlist? :) > > I was going to suggest the same thing. > > Also, this proposal won't scale very well. Think about what happens > when the zillions of machines in each time zone all attempt to contact > the ftp server at the same time. This is true. I've worked with Jacques Vidrine to make a version that downloads the list off the web site [ http://www.FreeBSD.org/security/ ] as the URL of the advisory list, but it's still something that might not scale too well :-/ From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 06:20:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF3E37B401 for ; Mon, 5 May 2003 06:20:32 -0700 (PDT) Received: from mail016.syd.optusnet.com.au (mail016.syd.optusnet.com.au [210.49.20.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C5443F85 for ; Mon, 5 May 2003 06:20:31 -0700 (PDT) (envelope-from simon@synatech.com.au) Received: from co3021625-a.mckinn1.vic.optushome.com.au (c17681.mckinn1.vic.optusnet.com.au [210.49.221.35])h45DKUv11099 for ; Mon, 5 May 2003 23:20:30 +1000 Received: by co3021625-a.mckinn1.vic.optushome.com.au (Postfix, from userid 1001) id 78B3B14A82; Mon, 5 May 2003 23:20:29 +1000 (EST) Date: Mon, 5 May 2003 23:20:29 +1000 From: Simon Lai To: freebsd-hackers@freebsd.org Message-ID: <20030505232029.A46013@pobox.com.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: sjlai@synatech.com.au Subject: 180,000 kevents - out of memory errors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sjlai@synatech.com.au List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 13:20:33 -0000 Hi, I want to watch approx 200,000 sockets using kevent, but I get an ENOMEM error when adding kevent structures to the kqueue. The machine in question has 1.5GB RAM and can happily accept 270,000 TCP connections, but I need kevent to manage that many sockets, select() being a little too slow. I want to add one kevent struct to the queue for each connection. Currently I can only queue around 80,000 - 90,000 kevents, with this config - maxfiles=250000 nmbclusters=35000 nmbufs=210000 with this config I can make 180,000 connections and queue 180,000 kevents - maxfiles=200000 nmbclusters=40000 nmbufs=240000 what should I do to improve the number of kevents I can queue? regs Simon From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 07:18:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C4F437B401 for ; Mon, 5 May 2003 07:18:14 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3711643F3F for ; Mon, 5 May 2003 07:18:13 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.honeypot.net.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h45EIBGb079722 for ; Mon, 5 May 2003 09:18:11 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> From: Kirk Strauser Date: Mon, 05 May 2003 09:18:11 -0500 In-Reply-To: <20030505001955.GB92114@opiate.soulwax.net> (Munish Chopra's message of "Sun, 4 May 2003 20:19:55 -0400") Message-ID: <87r87d5vfg.fsf@pooh.honeypot.net> Lines: 16 X-Mailer: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 14:18:14 -0000 At 2003-05-05T00:19:55Z, Munish Chopra writes: > You're still going to have a crapload of people who will just stick > ftp.freebsd.org in there. I think Don's got the right idea...(it's still > cool functionality). I'd almost consider adding something like: if ($ftp_servername eq 'ftp.freebsd.org') { die "Use a mirror, please!"; } to this and most similar scripts. -- Kirk Strauser From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 08:04:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06D0737B401 for ; Mon, 5 May 2003 08:04:45 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id C65BB43F85 for ; Mon, 5 May 2003 08:04:43 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.honeypot.net.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h45F4eGb081523 for ; Mon, 5 May 2003 10:04:40 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> From: Kirk Strauser Date: Mon, 05 May 2003 10:04:39 -0500 In-Reply-To: <87r87d5vfg.fsf@pooh.honeypot.net> (Kirk Strauser's message of "Mon, 05 May 2003 09:18:11 -0500") Message-ID: <87u1c94epk.fsf@pooh.honeypot.net> Lines: 20 X-Mailer: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:04:45 -0000 At 2003-05-05T14:18:11Z, Kirk Strauser writes: > I'd almost consider adding something like: > > if ($ftp_servername eq 'ftp.freebsd.org') > { > die "Use a mirror, please!"; > } > > to this and most similar scripts. Actually, I had an idea: Debian makes "ftp.us.debian.org" a round-robin pointer to any of a number of machines. What about doing the same for FreeBSD, and making scripts replace references to "ftp.freebsd.org" with "ftpmirror.freebsd.org" or similar? Then, those with specific needs could still download from ftp.freebsd.org, but everyone else would automatically get a mirror site. -- Kirk Strauser From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 08:31:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C68837B401 for ; Mon, 5 May 2003 08:31:19 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10D2B43F85 for ; Mon, 5 May 2003 08:31:18 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id 17A60419 for ; Mon, 5 May 2003 17:31:17 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id 4ED3D2FDAC9; Mon, 5 May 2003 17:31:16 +0200 (CEST) Date: Mon, 5 May 2003 17:31:16 +0200 From: Roman Neuhauser To: freebsd-hackers@freebsd.org Message-ID: <20030505153116.GC74924@freepuppy.bellavista.cz> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87u1c94epk.fsf@pooh.honeypot.net> User-Agent: Mutt/1.5.1i Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:31:19 -0000 # kirk@strauser.com / 2003-05-05 10:04:39 -0500: > At 2003-05-05T14:18:11Z, Kirk Strauser writes: > > > I'd almost consider adding something like: > > > > if ($ftp_servername eq 'ftp.freebsd.org') > > { > > die "Use a mirror, please!"; > > } > > > > to this and most similar scripts. > > Actually, I had an idea: > > Debian makes "ftp.us.debian.org" a round-robin pointer to any of a number of > machines. What about doing the same for FreeBSD, and making scripts replace > references to "ftp.freebsd.org" with "ftpmirror.freebsd.org" or similar? > Then, those with specific needs could still download from ftp.freebsd.org, > but everyone else would automatically get a mirror site. or something like this? security_advisory_mirror_list="ftp0 ftp1 ftp2 ftp3 ftp4 ftp5 ftp6 ftp7" getMirror () { set -- $security_advisory_mirror_list security_advisory_mirror=$(eval echo '$'`jot -r 1 1 $#`) } there is probably a less convoluted way to get the result, but it's too hot here right now, and my brain is toast. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 08:54:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85B5E37B401 for ; Mon, 5 May 2003 08:54:50 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EFD43FA3 for ; Mon, 5 May 2003 08:54:49 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.honeypot.net.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h45FslGb083446 for ; Mon, 5 May 2003 10:54:48 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> <20030505153116.GC74924@freepuppy.bellavista.cz> From: Kirk Strauser Date: Mon, 05 May 2003 10:54:47 -0500 In-Reply-To: <20030505153116.GC74924@freepuppy.bellavista.cz> (Roman Neuhauser's message of "Mon, 5 May 2003 17:31:16 +0200") Message-ID: <87llxl4ce0.fsf@pooh.honeypot.net> Lines: 23 X-Mailer: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 15:54:50 -0000 At 2003-05-05T15:31:16Z, Roman Neuhauser writes: > or something like this? > > security_advisory_mirror_list="ftp0 ftp1 ftp2 ftp3 ftp4 ftp5 ftp6 ftp7" > > getMirror () { > set -- $security_advisory_mirror_list > security_advisory_mirror=$(eval echo '$'`jot -r 1 1 $#`) > } There's nothing at all wrong with that. My goal, though was to automatically add that functionality to *every* program that would ordinarily connect to ftp.freebsd.org. With the exception of changing some default values, no programs would have to be modified to get the new rotating-mirror capability. Beyond that, someone could run a monitoring program that would take ailing servers out of the DNS rotation as problems occur. With an automated setup, you could be guaranteed that a connection to "ftpmirror.freebsd.org" would always work (given a short interval to allow DNS updates to propogate). -- Kirk Strauser From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 09:13:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1284F37B401; Mon, 5 May 2003 09:13:40 -0700 (PDT) Received: from amun.isnic.is (amun.isnic.is [193.4.58.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B55F43F93; Mon, 5 May 2003 09:13:36 -0700 (PDT) (envelope-from oli@amun.isnic.is) Received: from amun.isnic.is (oli@localhost [127.0.0.1]) by amun.isnic.is (8.12.9/8.12.9/isnic) with ESMTP id h45GDTMD065387; Mon, 5 May 2003 16:13:29 GMT (envelope-from oli@amun.isnic.is) Received: (from oli@localhost) by amun.isnic.is (8.12.9/8.12.9/Submit) id h45GDSDO065386; Mon, 5 May 2003 16:13:28 GMT (envelope-from oli) Date: Mon, 5 May 2003 16:13:28 +0000 From: Olafur Osvaldsson To: Kirk Strauser Message-ID: <20030505161328.GC64730@isnic.is> Mail-Followup-To: Kirk Strauser , freebsd-hackers@freebsd.org, freebsd-hubs@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> <20030505153116.GC74924@freepuppy.bellavista.cz> <87llxl4ce0.fsf@pooh.honeypot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87llxl4ce0.fsf@pooh.honeypot.net> User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-3.0 required=6.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43-isnic cc: freebsd-hackers@freebsd.org cc: freebsd-hubs@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:13:40 -0000 Kirk, On Mon, 05 May 2003, Kirk Strauser wrote: > At 2003-05-05T15:31:16Z, Roman Neuhauser writes: > > > or something like this? > > > > security_advisory_mirror_list="ftp0 ftp1 ftp2 ftp3 ftp4 ftp5 ftp6 ftp7" > > > > getMirror () { > > set -- $security_advisory_mirror_list > > security_advisory_mirror=$(eval echo '$'`jot -r 1 1 $#`) > > } > > There's nothing at all wrong with that. My goal, though was to > automatically add that functionality to *every* program that would > ordinarily connect to ftp.freebsd.org. With the exception of changing some > default values, no programs would have to be modified to get the new > rotating-mirror capability. There is one big problem with that, the ftp[1-9]? servers are all in the US, there should be a way to impliment this with the int. mirrors to. Wich brings up one question, why isn't there a us.FreeBSD.org domain for the US mirrors. /Oli P.S. Copy sent to freebsd-hubs also. -- Olafur Osvaldsson Systems Administrator Internet a Islandi hf. Tel: +354 525-5291 Email: oli@isnic.is From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 09:32:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40CDB37B401 for ; Mon, 5 May 2003 09:32:38 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F46E43FAF for ; Mon, 5 May 2003 09:32:37 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h45GWadN007812; Mon, 5 May 2003 09:32:36 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h45GWZkd007811; Mon, 5 May 2003 09:32:35 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 5 May 2003 09:32:35 -0700 From: David Schultz To: Simon Lai Message-ID: <20030505163235.GA7679@HAL9000.homeunix.com> Mail-Followup-To: Simon Lai , freebsd-hackers@freebsd.org References: <20030505232029.A46013@pobox.com.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030505232029.A46013@pobox.com.> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 180,000 kevents - out of memory errors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 16:32:38 -0000 On Mon, May 05, 2003, Simon Lai wrote: > Currently I can only queue around 80,000 - 90,000 > kevents, with this config - > > maxfiles=250000 > nmbclusters=35000 > nmbufs=210000 > > with this config I can make 180,000 connections and > queue 180,000 kevents - > > maxfiles=200000 > nmbclusters=40000 > nmbufs=240000 > > what should I do to improve the number of kevents > I can queue? Try increasing the sysctl kern.kq_calloutmax if you haven't done so already. From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 10:11:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B6B37B407 for ; Mon, 5 May 2003 10:11:42 -0700 (PDT) Received: from mail.abitab.com.uy (r200-40-59-214.adinet.com.uy [200.40.59.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC34C43FEA for ; Mon, 5 May 2003 10:11:38 -0700 (PDT) (envelope-from pablo.morales@abitab.com.uy) Received: from abtec412 (abtec412.dptotecnico.abitab.com.uy [10.200.41.2]) 019531D581 for ; Mon, 5 May 2003 14:11:38 -0300 (UYT) Message-ID: <007201c31329$a3332210$0229c80a@abtec412> From: "Pablo Morales" To: Date: Mon, 5 May 2003 14:13:24 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Sound Problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:11:42 -0000 I'm using freebsd 4.7, with a SB 128 es137x chip, maybe this had happenedd to someone before. The problem is that I hear noise in the background whlile I'm in the console, it's sound that remembers me the analogic sound of the old Long Play, when I run the X enviroment, the sound disappears, I run xmms, and no proble, I open a console ALT+Fx, and the sound appeares again. Any idea? From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 10:27:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D212B37B401 for ; Mon, 5 May 2003 10:27:07 -0700 (PDT) Received: from mail.bellavista.cz (mail.bellavista.cz [213.235.167.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FAA43F75 for ; Mon, 5 May 2003 10:27:06 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by mail.bellavista.cz (Postfix) with ESMTP id CE23E41A; Mon, 5 May 2003 19:27:05 +0200 (CEST) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id 010D62FDAB2; Mon, 5 May 2003 19:27:05 +0200 (CEST) Date: Mon, 5 May 2003 19:27:04 +0200 From: Roman Neuhauser To: Kirk Strauser Message-ID: <20030505172704.GY12792@freepuppy.bellavista.cz> Mail-Followup-To: Kirk Strauser , freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87u1c94epk.fsf@pooh.honeypot.net> User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:27:08 -0000 # kirk@strauser.com / 2003-05-05 10:04:39 -0500: > At 2003-05-05T14:18:11Z, Kirk Strauser writes: > > > I'd almost consider adding something like: > > > > if ($ftp_servername eq 'ftp.freebsd.org') > > { > > die "Use a mirror, please!"; > > } > > > > to this and most similar scripts. > > Actually, I had an idea: > > Debian makes "ftp.us.debian.org" a round-robin pointer to any of a number of > machines. What about doing the same for FreeBSD, and making scripts replace > references to "ftp.freebsd.org" with "ftpmirror.freebsd.org" or similar? > Then, those with specific needs could still download from ftp.freebsd.org, > but everyone else would automatically get a mirror site. wouldn't just giving 1< IP addresses for ftp.freebsd.org have the same effect? -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 10:32:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D18E037B401 for ; Mon, 5 May 2003 10:32:40 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6341243FA3 for ; Mon, 5 May 2003 10:32:35 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (scratch.catspoiler.org [192.168.101.3]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h45HVwM7025745; Mon, 5 May 2003 10:32:02 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200305051732.h45HVwM7025745@gw.catspoiler.org> Date: Mon, 5 May 2003 10:31:58 -0700 (PDT) From: Don Lewis To: neuhauser@bellavista.cz In-Reply-To: <20030505172704.GY12792@freepuppy.bellavista.cz> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 17:32:41 -0000 On 5 May, Roman Neuhauser wrote: > # kirk@strauser.com / 2003-05-05 10:04:39 -0500: >> At 2003-05-05T14:18:11Z, Kirk Strauser writes: >> Actually, I had an idea: >> >> Debian makes "ftp.us.debian.org" a round-robin pointer to any of a number of >> machines. What about doing the same for FreeBSD, and making scripts replace >> references to "ftp.freebsd.org" with "ftpmirror.freebsd.org" or similar? >> Then, those with specific needs could still download from ftp.freebsd.org, >> but everyone else would automatically get a mirror site. > > wouldn't just giving 1< IP addresses for ftp.freebsd.org have the > same effect? This can provide hours of entertainment if the mirrors get out of sync. From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 11:14:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A973837B401 for ; Mon, 5 May 2003 11:14:21 -0700 (PDT) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD0F43FAF for ; Mon, 5 May 2003 11:14:20 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id h45IEKcL089193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 May 2003 14:14:20 -0400 (EDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id h45IEK4U089192; Mon, 5 May 2003 14:14:20 -0400 (EDT) Date: Mon, 5 May 2003 14:14:20 -0400 From: Leo Bicknell To: Kirk Strauser Message-ID: <20030505181420.GA88863@ussenterprise.ufp.org> Mail-Followup-To: Kirk Strauser , freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> <20030505153116.GC74924@freepuppy.bellavista.cz> <87llxl4ce0.fsf@pooh.honeypot.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <87llxl4ce0.fsf@pooh.honeypot.net> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ cc: freebsd-hackers@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 18:14:21 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Mon, May 05, 2003 at 10:54:47AM -0500, Kirk Strause= r wrote: > There's nothing at all wrong with that. My goal, though was to > automatically add that functionality to *every* program that would > ordinarily connect to ftp.freebsd.org. With the exception of changing so= me > default values, no programs would have to be modified to get the new > rotating-mirror capability. I'm sure there is a better way to do this, but I've used this script before: #!/bin/sh ( for host in ftp1 ftp2 ftp3 ftp4 ftp5 ftp6 ftp7 ftp8 ftp9 do MS=3D`ping -q -c 2 $host.freebsd.org | tail -1 | sed -e 's,.*=3D [0-9.]= */,,' -e 's,/.*,,'` echo $MS | grep "0 packets received" > /dev/null 2>&1 if [ $? =3D 0 ] then echo "9999 $host.freebsd.org" else echo "$MS $host.freebsd.org" fi done ) | sort -n | head -1 | sed -e 's/.* //' If say, ftpmirrors.freebsd.org returned CNAME's for all active mirrors you could grab that with host or dig, pipe it into this code, and output the "closest" (by network time anyway) server. Make a file /etc/best_freebsd_mirror and make the ports run this script if it isn't set, and otherwise run it once a week in cron or something to catch updates. Anyway, method aside, making it so the user doesn't have to do anything, yet the load gets distributed and a "good", if not "the best" server is picked would be a good thing. --=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 --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+tqn8Nh6mMG5yMTYRAoZRAJsEgwCvDApnKMHCa4753NfLDDZ3hQCgggAN cOs3Qa3SrS1q0VYlN7Q+l/M= =OIoI -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 11:17:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0304437B401 for ; Mon, 5 May 2003 11:17:30 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCAC143FD7 for ; Mon, 5 May 2003 11:17:28 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.honeypot.net.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h45IHRGb088759 for ; Mon, 5 May 2003 13:17:27 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> <20030505172704.GY12792@freepuppy.bellavista.cz> From: Kirk Strauser Date: Mon, 05 May 2003 13:17:23 -0500 In-Reply-To: <20030505172704.GY12792@freepuppy.bellavista.cz> (Roman Neuhauser's message of "Mon, 5 May 2003 19:27:04 +0200") Message-ID: <87ptmxmf64.fsf@pooh.honeypot.net> Lines: 11 X-Mailer: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 18:17:30 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2003-05-05T17:27:04Z, Roman Neuhauser writes: > wouldn't just giving 1< IP addresses for ftp.freebsd.org have the same > effect? No. ftp.freebsd.org currently refers to a specific machine, and I think it should remain that way. I would suggest creating a seperate hostname intended solely to fill the role of providing a mirror. =2D-=20 Kirk Strauser --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+tqq35sRg+Y0CpvERAomTAKCbh10tZ1iEGqx/FffpQlarkwtC0wCglRXP TxqxqYYRakVcXD02pgndppg= =I17y -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 12:47:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9213B37B401; Mon, 5 May 2003 12:47:38 -0700 (PDT) Received: from shrike.submonkey.net (pc1-cdif2-5-cust38.cdif.cable.ntl.com [81.101.150.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A4F443F3F; Mon, 5 May 2003 12:47:37 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.12) id 19Clw0-0004u1-00; Mon, 05 May 2003 20:47:36 +0100 Date: Mon, 5 May 2003 20:47:36 +0100 From: Ceri Davies To: Giorgos Keramidas Message-ID: <20030505194736.GA18393@submonkey.net> Mail-Followup-To: Ceri Davies , Giorgos Keramidas , "Jacques A. Vidrine" , freebsd-hackers@FreeBSD.org References: <20030503204938.GA3907@gothmog.gr> <20030504163154.GA1502@madman.celabo.org> <20030504221814.GB75721@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030504221814.GB75721@gothmog.gr> User-Agent: Mutt/1.5.4i Sender: Ceri Davies cc: "Jacques A. Vidrine" cc: freebsd-hackers@FreeBSD.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 19:47:38 -0000 On Mon, May 05, 2003 at 01:18:14AM +0300, Giorgos Keramidas wrote: > On 2003-05-04 11:31, "Jacques A. Vidrine" wrote: > >On Sat, May 03, 2003 at 11:49:38PM +0300, Giorgos Keramidas wrote: > >> Hi all, > >> > >> A friend asked me a while ago on IRC if it was possible to receive > >> periodic email notifications with new security advisories. > >> > >> The following script for /etc/periodic/security implements exactly this > >> idea. It depends on lynx(1) to run, which isn't part of the base > >> system, so I'm not sure if it's ok to add it to the base system at all. > >> Here it is for anyone who might find it useful though: > > > > Hey, that's great, Giorgos! > > But how come you are not using www/en/security/advisories.xml ? > > The XML file might not be available locally, and it isn't available > online unless I do funny stuff with cvsweb. There's no reason why we couldn't install as part of the web build it if it makes things easier though. Ceri -- User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 13:25:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC70737B407 for ; Mon, 5 May 2003 13:25:59 -0700 (PDT) Received: from web41012.mail.yahoo.com (web41012.mail.yahoo.com [66.218.93.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 3782D43F3F for ; Mon, 5 May 2003 13:25:59 -0700 (PDT) (envelope-from a_bahar@yahoo.com) Message-ID: <20030505202559.82833.qmail@web41012.mail.yahoo.com> Received: from [216.209.193.224] by web41012.mail.yahoo.com via HTTP; Mon, 05 May 2003 16:25:59 EDT Date: Mon, 5 May 2003 16:25:59 -0400 (EDT) From: Ali Bahar To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: id Subject: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:26:00 -0000 Hi all, this post may be of interest to people familiar with the filesystem code. It concerns a recurring seg fault which occurs in the kernel (a FreeBSD 4.7 kernel, with a new networking driver module). Similar areas seem to have been noted before in this list, and it may still be a valid bug. Two threads are prevalent (mainly the first, but a mix of the two has been seen as well): syscall2 > open > vn_open > namei > lookup > ufs_vnoperate > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > ffs_vget > getnewvnode > cache_purge > cache_zap syscall2 > stat > namei > lookup > ufs_vnoperate > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > cache_purge > cache_zap I am not at all familiar with these. But I am doing remote debugging of the kernel, so I could be of help to anyone wishing to debug this. I could dump data structs etc in gdb. Context: any kind of file access may lead to this. No specific activity is needed. Eg left idle over the weekend, I've found it crashed on Monday. thanks and regards, ali P.S. Gnats does not appear to show any such past bug. But I have seen posts by Matt Dillon and phk discussing similar territory. P.P.S. It's been occuring intermittently, and increasingly, recently. (Due to its increased prevalence, I even suspected that the frequency of kernel crashes, might have corrupted the filesystem in a way ignorable/imperceptible by fsck/me!) -- Jesus was an Arab. ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 13:50:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9719D37B401 for ; Mon, 5 May 2003 13:50:20 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E785443FAF for ; Mon, 5 May 2003 13:50:19 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 0318E530F; Mon, 5 May 2003 22:50:17 +0200 (CEST) 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: "Pablo Morales" References: <007201c31329$a3332210$0229c80a@abtec412> From: Dag-Erling Smorgrav Date: Mon, 05 May 2003 22:50:17 +0200 In-Reply-To: <007201c31329$a3332210$0229c80a@abtec412> (Pablo Morales's message of "Mon, 5 May 2003 14:13:24 -0300") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Sound Problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 20:50:20 -0000 "Pablo Morales" writes: > The problem is that I hear noise in the background whlile I'm in the > console, it's sound that remembers me the analogic sound of the old Long > Play, when I run the X enviroment, the sound disappears, I run xmms, and no > proble, I open a console ALT+Fx, and the sound appeares again. Probably interference from the graphics adapter. Try moving the soundblaster to a slot further away from the graphics adapter. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 14:40:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1387E37B404 for ; Mon, 5 May 2003 14:40:51 -0700 (PDT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9784E43F3F for ; Mon, 5 May 2003 14:40:49 -0700 (PDT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 72506 invoked from network); 5 May 2003 21:59:39 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 5 May 2003 21:59:39 -0000 Received: (nullmailer pid 1038 invoked by uid 136); Mon, 05 May 2003 21:44:03 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <007201c31329$a3332210$0229c80a@abtec412> To: Pablo Morales Date: Tue, 6 May 2003 01:44:03 +0400 (MSD) From: "."@babolo.ru 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: <1052171043.887672.1037.nullmailer@cicuta.babolo.ru> cc: freebsd-hackers@freebsd.org Subject: Re: Sound Problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 21:40:51 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > I'm using freebsd 4.7, with a SB 128 es137x chip, maybe this had happenedd > to someone before. > The problem is that I hear noise in the background whlile I'm in the > console, it's sound that remembers me the analogic sound of the old Long > Play, when I run the X enviroment, the sound disappears, I run xmms, and no > proble, I open a console ALT+Fx, and the sound appeares again. > > Any idea? Do not use moused with font reloading (which draws arrow for mouse pointer) From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 16:34:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A33537B407; Mon, 5 May 2003 16:34:05 -0700 (PDT) Received: from mail.eol.ca (mail.echo-on.net [205.189.151.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A0443FBF; Mon, 5 May 2003 16:34:01 -0700 (PDT) (envelope-from brad@brad-x.com) Received: from TMA-1.brad-x.com (unknown [64.56.235.12]) by mail.eol.ca (Postfix) with ESMTP id E2AD442422; Mon, 5 May 2003 19:43:14 -0400 (EDT) Received: from brad-x.com (Discovery.brad-x.com [201.64.15.21]) by TMA-1.brad-x.com (Postfix) with ESMTP id 0D49522104A; Mon, 5 May 2003 19:34:13 -0400 (EDT) Message-ID: <3EB6F4EA.4060305@brad-x.com> Date: Mon, 05 May 2003 19:34:02 -0400 From: Brad Laue User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Specs for the SiS 630e chipset? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2003 23:34:06 -0000 Hello! It seems SiS come up with a new variety and combination each week. Much of the 630e chipset is actually supported by FreeBSD, with the exception of the USB controller, which identifies itself as a 7001 instead of the usual 5571 controller used in other revisions. This controller is identified as a 5571 by FreeBSD, but presents a number of corner cases and hangups when put to practical use (sporadic lockup of the USB bus, stalling devices, etc). Is the FreeBSD project interested in obtaining more precise specifications for this, or is it planned at all? Cheers, Brad -- // -- http://www.BRAD-X.com/ -- // From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 20:12:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B3837B401 for ; Mon, 5 May 2003 20:12:03 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AFCA43F85 for ; Mon, 5 May 2003 20:12:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx21-bradley.dialup.earthlink.net ([209.179.192.18] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Css2-0001oZ-00; Mon, 05 May 2003 20:11:59 -0700 Message-ID: <3EB727B6.FFC89521@mindspring.com> Date: Mon, 05 May 2003 20:10:46 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: sjlai@synatech.com.au References: <20030505232029.A46013@pobox.com.> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a41e42fb83694a87910254fd4f25708cca350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: 180,000 kevents - out of memory errors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 03:12:03 -0000 Simon Lai wrote: > I want to watch approx 200,000 sockets > using kevent, but I get an ENOMEM error > when adding kevent structures to the kqueue. > The machine in question has 1.5GB RAM > and can happily accept 270,000 TCP connections, > but I need kevent to manage that many sockets, > select() being a little too slow. > > I want to add one kevent struct to the queue > for each connection. > > Currently I can only queue around 80,000 - 90,000 > kevents, with this config - > > maxfiles=250000 > nmbclusters=35000 > nmbufs=210000 > > with this config I can make 180,000 connections and > queue 180,000 kevents - > > maxfiles=200000 > nmbclusters=40000 > nmbufs=240000 > > what should I do to improve the number of kevents > I can queue? 1) Add 2.5G more RAM. 2) Reconfigure the KVA space to use 1G for UVA and 3G for KVA, instead of 2G/2G, which is the default, so you won't run out of page mappings. 3) Disable IPSEC. 4) Separate the allocation of tcpcb's and udpcb's; there is no reason to support 200,000 for both, when you can support 200,000 for one, and 1,000 or less for the other, and save all that memory. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 22:29:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD5C437B401 for ; Mon, 5 May 2003 22:29:34 -0700 (PDT) Received: from priv-edtnes44.telusplanet.net (outbound05.telus.net [199.185.220.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C5643FBD for ; Mon, 5 May 2003 22:29:33 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from antalus ([154.5.106.237]) by priv-edtnes44.telusplanet.net (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP id <20030506052933.IKJK3906.priv-edtnes44.telusplanet.net@antalus> for ; Mon, 5 May 2003 23:29:33 -0600 Message-ID: <011901c31390$7aef5730$0300000a@antalus> From: "Sean Hamilton" To: Date: Mon, 5 May 2003 22:29:35 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0116_01C31355.CE5041E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 05:29:35 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0116_01C31355.CE5041E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Greetings, As I manage three FreeBSD bridges, I found it somewhat irritating that there was no convenient way of doing so. Thus, this patch. Should it get approved, I'll write diffs for the man pages, /etc/defaults/rc.conf, and anything else which needs it. I've updated both the old /etc/rc.network and the new rcng stuff, though only the latter is tested. Configuration goes like this: bridge_enable="YES" bridge_ifaces="fxp0,fxp1,fxp2" or, for multiple bridges bridge_enable="YES" bridge0_ifaces="fxp3,fxp4,fxp5" bridge1_ifaces="rl0,rl1,dc0" Both comma-separated and space-separated lists are accepted. Also allowed: bridge_ipfw="YES" bridge_ipfilter="YES" I've also added an option, "ip_any_interface=YES" which sets net.inet.ip.check_interface to 0. This felt more natural than having the option, "ip_check_interface=NO". This is a first for me on several counts, so hopefully I've got everything right. Or should I be submitting this as a PR? It's not really a problem, so... sh ------=_NextPart_000_0116_01C31355.CE5041E0 Content-Type: application/octet-stream; name="rcbridge.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="rcbridge.diff" diff -Nru etcorig/rc.d/bridge etc/rc.d/bridge=0A= --- etcorig/rc.d/bridge Wed Dec 31 16:00:00 1969=0A= +++ etc/rc.d/bridge Mon May 5 22:08:11 2003=0A= @@ -0,0 +1,85 @@=0A= +#!/bin/sh -x=0A= +=0A= +# PROVIDE: bridge=0A= +# REQUIRE: ipfw ip6fw ipfilter=0A= +# KEYWORD: FreeBSD=0A= +=0A= +. /etc/rc.subr=0A= +=0A= +name=3D"bridge"=0A= +start_cmd=3D"bridge_start"=0A= +stop_cmd=3D"bridge_stop"=0A= +=0A= +bridge_start()=0A= +{=0A= + case ${bridge_enable} in=0A= + [Yy][Ee][Ss])=0A= +=0A= + bridge_in_kernel=3D1=0A= +=0A= + if ! sysctl net.link.ether.bridge >/dev/null 2>&1; then=0A= + if kldload bridge; then=0A= + echo 'Bridge module loaded'=0A= + else=0A= + echo 'Warning: Bridge module failed to load.'=0A= + bridge_in_kernel=3D0=0A= + fi=0A= + fi=0A= +=0A= + if [ "${bridge_in_kernel}" -eq 1 ]; then=0A= +=0A= + bridgenum=3D=0A= + bridgecfg=3D=0A= +=0A= + while : ; do=0A= + eval bridge_args=3D\$bridge${bridgenum}_ifaces=0A= + if [ -n "${bridge_args}" ]; then=0A= + bridge_args=3D`echo -n "${bridge_args}" | sed 's/,/ /'`=0A= + for iface in ${bridge_args}; do=0A= + if [ -n "${bridgecfg}" ]; then=0A= + bridgecfg=3D${bridgecfg},=0A= + fi=0A= + bridgecfg=3D${bridgecfg}${iface}:$((${bridgenum:--1} + 1))=0A= + done=0A= + else=0A= + if [ -n "${bridgenum}" ]; then=0A= + break;=0A= + fi=0A= + fi=0A= + bridgenum=3D$((${bridgenum:--1} + 1))=0A= + done=0A= +=0A= + case ${bridge_ipfw} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipfw=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + case ${bridge_ipfilter} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipf=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + sysctl net.link.ether.bridge_cfg=3D"${bridgecfg}" >/dev/null=0A= + sysctl net.link.ether.bridge=3D1 >/dev/null=0A= + fi=0A= + ;;=0A= + esac=0A= +}=0A= +=0A= +bridge_stop()=0A= +{=0A= + sysctl net.link.ether.bridge=3D0 >/dev/null=0A= + sysctl net.link.ether.bridge_cfg=3D >/dev/null=0A= + sysctl net.link.ether.bridge_ipfw=3D0 >/dev/null=0A= + sysctl net.link.ether.bridge_ipf=3D0 >/dev/null=0A= +=0A= + if kldstat -n bridge >/dev/null 2>&1; then=0A= + kldunload bridge=0A= + fi=0A= +}=0A= +=0A= +load_rc_config $name=0A= +run_rc_command "$1"=0A= +=0A= diff -Nru etcorig/rc.d/network2 etc/rc.d/network2=0A= --- etcorig/rc.d/network2 Mon May 5 22:05:19 2003=0A= +++ etc/rc.d/network2 Mon May 5 22:05:42 2003=0A= @@ -115,6 +115,13 @@=0A= ;;=0A= esac=0A= =0A= + case ${ip_any_interface} in=0A= + [Yy][Ee][Ss])=0A= + echo -n ' any interface=3DYES'=0A= + sysctl net.inet.ip.check_interface=3D0 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= case ${ip_portrange_first} in=0A= [Nn][Oo] | '')=0A= ;;=0A= diff -Nru etcorig/rc.network etc/rc.network=0A= --- etcorig/rc.network Mon May 5 21:58:12 2003=0A= +++ etc/rc.network Mon May 5 21:59:50 2003=0A= @@ -393,6 +393,66 @@=0A= ;;=0A= esac=0A= =0A= + # Bridge=0A= + #=0A= + case ${bridge_enable} in=0A= + [Yy][Ee][Ss])=0A= +=0A= + bridge_in_kernel=3D1=0A= + if ! sysctl net.link.ether.bridge >/dev/null 2>&1; then=0A= + if kldload bridge; then=0A= + echo 'Bridge module loaded'=0A= + else=0A= + echo 'Warning: Bridge module failed to load.'=0A= + bridge_in_kernel=3D0=0A= + fi=0A= + fi=0A= +=0A= + if [ "${bridge_in_kernel}" -eq 1 ]; then=0A= + bridgenum=3D=0A= + bridgecfg=3D=0A= + while : ; do=0A= + eval bridge_args=3D\$bridge${bridgenum}_ifaces=0A= + if [ -n "${bridge_args}" ]; then=0A= + bridge_args=3D`echo -n "${bridge_args}" | sed 's/,/ /'`=0A= + for iface in ${bridge_args}; do=0A= + if [ -n "${bridgecfg}" ]; then=0A= + bridgecfg=3D${bridgecfg},=0A= + fi=0A= + bridgecfg=3D${bridgecfg}${iface}:$((${bridgenum:--1} + 1))=0A= + done=0A= + else=0A= + if [ -n "${bridgenum}" ]; then=0A= + break;=0A= + fi=0A= + fi=0A= + bridgenum=3D$((${bridgenum:--1} + 1))=0A= + done=0A= +=0A= + case ${bridge_ipfw} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipfw=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + case ${bridge_ipfilter} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipf=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + sysctl net.link.ether.bridge_cfg=3D"${bridgecfg}" >/dev/null=0A= + sysctl net.link.ether.bridge=3D1 >/dev/null=0A= + fi=0A= + ;;=0A= + esac=0A= +=0A= + case ${ip_any_interface} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.inet.ip.check_interface=3D0 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= # Additional ATM interface configuration=0A= #=0A= if [ -n "${atm_pass1_done}" ]; then=0A= ------=_NextPart_000_0116_01C31355.CE5041E0-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 5 23:28:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB9437B401 for ; Mon, 5 May 2003 23:28:06 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C3A643F75 for ; Mon, 5 May 2003 23:28:06 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc53) with SMTP id <2003050606280505300q05ite>; Tue, 6 May 2003 06:28:05 +0000 Date: Mon, 5 May 2003 23:28:04 -0700 (PDT) From: Doug Barton To: Sean Hamilton In-Reply-To: <011901c31390$7aef5730$0300000a@antalus> Message-ID: <20030505225826.G666@znfgre.qbhto.arg> References: <011901c31390$7aef5730$0300000a@antalus> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 06:28:07 -0000 On Mon, 5 May 2003, Sean Hamilton wrote: > Greetings, > > As I manage three FreeBSD bridges, I found it somewhat irritating that there > was no convenient way of doing so. I have to disagree with this. /etc/rc.local has always existed to handle these kind of edge cases. I'm not even sure we want to have something like this in /etc/rc.conf, because we already get complaints that there are too many options, and it's too hard to configure. On the other hand, we have the line of reasoning that says there should only be one place/method of configuring boot time parameters. My personal feeling is that /etc/defaults/rc.conf IS too complex, but I'm not 100% sure how to proceed from that premise. Our focus so far has been to bring rcNG into the tree, and make it do everything we need it to in order to replace the old system. Our next topic is where to go from here. That said, I appreciate your work, an I have some comments on it that hopefully will help. > Configuration goes like this: > > bridge_enable="YES" > bridge_ifaces="fxp0,fxp1,fxp2" I would prefer that this variable match the argument to sysctl. This not only makes the conf file easier for people to configure (because there are examples in the man page), but it also makes your code easier, since you don't have to sed out the commas. > or, for multiple bridges > > bridge_enable="YES" > bridge0_ifaces="fxp3,fxp4,fxp5" > bridge1_ifaces="rl0,rl1,dc0" I'm also not thrilled about this, although I assume that you copied the interface alias code, so it was reasonable for you to write it this way. The problem is, I'm not sure what the best way to replace this is. The problem btw is that if a user has 3 things (aliases, bridges, whatever), and they want to comment out the first or second, the subsequent entries must be renumbered, or the existing code misses them. That's not too hard when you have only three entries, but when you have hundreds, it's a big pita. One way to do this is to use a seperate, free-form config file (like I did today with devd.conf), but for something like this, we might as well just teach users how to put it in /etc/rc.local, or /etc/sysctl.conf. But, we have just started kicking this question around on the -rc list, so stay tuned. :) > Also allowed: > > bridge_ipfw="YES" > bridge_ipfilter="YES" If we decide to go with a config option for bridge, this is a reasonable addition. > I've also added an option, "ip_any_interface=YES" which sets > net.inet.ip.check_interface to 0. This felt more natural than having the > option, "ip_check_interface=NO". Err... have to give this some thought. > This is a first for me on several counts, so hopefully I've got everything > right. Or should I be submitting this as a PR? It's not really a problem, > so... Well if you take a look at the PR database, you'll see that there are a lot of examples of new functionality in there. However, posting it here for comment is a fine first step, and I hope I haven't scared you off. If you're interested in more details about this topic, take a look at http://groups.yahoo.com/group/FreeBSD-rc/ and feel free to join the list. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 00:05:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7178C37B401; Tue, 6 May 2003 00:05:37 -0700 (PDT) Received: from priv-edtnes09-hme0.telusplanet.net (outbound02.telus.net [199.185.220.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EAB143FBF; Tue, 6 May 2003 00:05:36 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from antalus ([154.5.106.237]) by priv-edtnes09-hme0.telusplanet.netSMTP <20030506070536.WDRA26116.priv-edtnes09-hme0.telusplanet.net@antalus>; Tue, 6 May 2003 01:05:36 -0600 Message-ID: <015601c3139d$e5ae3b60$0300000a@antalus> From: "Sean Hamilton" To: "Doug Barton" References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> Date: Tue, 6 May 2003 00:05:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 07:05:37 -0000 Doug Barton wrote: | On Mon, 5 May 2003, Sean Hamilton wrote: | || Greetings, || || As I manage three FreeBSD bridges, I found it somewhat irritating || that there was no convenient way of doing so. | | I have to disagree with this. /etc/rc.local has always existed to | handle these kind of edge cases. I'm not even sure we want to have | something like this in /etc/rc.conf, because we already get | complaints that there are too many options, and it's too hard to The settings are there to be set, regardless of whether or not they are in rc.conf, no? | configure. On the other hand, we have | the line of reasoning that says there should only be one | place/method of configuring boot time parameters. As for /etc/rc.local, normally I wouldn't mind, but I was experiencing issues earlier where if I placed the bridge configuration in /etc/sysctl.conf, I had to do my ifconfigs in /etc/rc.local... or something... I don't remember exactly what the arrangement was, but the "obvious" way of doing it was doing things out of order, and causing things to break. So this became necessary. It will at the very least make life easy for myself, as I plan to use it. || Configuration goes like this: || || bridge_enable="YES" || bridge_ifaces="fxp0,fxp1,fxp2" | | I would prefer that this variable match the argument to sysctl. This | not only makes the conf file easier for people to configure (because | there are examples in the man page), but it also makes your code | easier, since you don't have to sed out the commas. I completely disagree with you here. Programmer laziness is the source of seemingly endless badly designed software. The syntax of the sysctl is stubborn because you don't want to be doing fancy text parsing in the kernel. But the human side of things ought to be as flexible as possible. And, the same thing is done elsewhere in rc... the whole point of rc, as I take it, is to hide the nitty-gritty internals from the user and provide a clean interface to the functionality of the system. Right? || or, for multiple bridges || || bridge_enable="YES" || bridge0_ifaces="fxp3,fxp4,fxp5" || bridge1_ifaces="rl0,rl1,dc0" | | I'm also not thrilled about this, although I assume that you copied | the interface alias code, so it was reasonable for you to write it | this way. | The problem is, I'm not sure what the best way to replace this is. | The problem btw is that if a user has 3 things (aliases, bridges, | whatever), and they want to comment out the first or second, the | subsequent entries must be renumbered, or the existing code misses | them. That's not too hard when you have only three entries, but when | you have hundreds, it's a big pita. Yes, I agree. The obvious end user solution is to change the final entry to match the number of the missing one, but that's still pretty bad. I didn't so much copy the interface alias code as I did the interface alias design. I don't really like it much either, but I wanted to keep it consistent -- for instance, it would be no good if one counted from zero and the other from one. I gave the option to have no number at all for a little flexibility, especially if there is only one bridge, it makes no sense to index them. In the end, I have used a small heuristic: the end user is very unlikely to have more than three bridges, so this route is, in my mind, acceptable. The alternative is the approach taken by static routes: bridges="jim dan bob" bridge_bob="... But, this requires extra work for the user to get it up and running in the first place, especially if they only have one bridge, which is going to be most people. || I've also added an option, "ip_any_interface=YES" which sets || net.inet.ip.check_interface to 0. This felt more natural than || having the option, "ip_check_interface=NO". | | Err... have to give this some thought. I know. It's a tough call, but I think it makes sense to try to keep everything in the file no by default. At least, my submissions will be as such. Otherwise it's unclear whether a line is redundant. I think you ought to be specifying what you want, not what you don't want. Right now you have to check /etc/defaults/rc.conf if you want to know if a line is actually doing anything. It's like working with a person you can't really trust, constantly checking what they're doing just to be sure. There are a number of other sysctls which I'd like to see moved to the rc scripts, and would be happy to do so myself. The argument that they're busy enough, or that people are better off learning the sysctl syntax, seems null to me... it's not like I'm removing sysctl, I'm just exposing it. sh From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 00:50:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC0D437B401 for ; Tue, 6 May 2003 00:50:29 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B73843F93 for ; Tue, 6 May 2003 00:50:29 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (sccrmhc03) with SMTP id <2003050607502700300df3gde>; Tue, 6 May 2003 07:50:27 +0000 Date: Tue, 6 May 2003 00:50:25 -0700 (PDT) From: Doug Barton To: Sean Hamilton In-Reply-To: <015601c3139d$e5ae3b60$0300000a@antalus> Message-ID: <20030506002824.G666@znfgre.qbhto.arg> References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <015601c3139d$e5ae3b60$0300000a@antalus> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 07:50:30 -0000 On Tue, 6 May 2003, Sean Hamilton wrote: > Doug Barton wrote: > | On Mon, 5 May 2003, Sean Hamilton wrote: > | > || Greetings, > || > || As I manage three FreeBSD bridges, I found it somewhat irritating > || that there was no convenient way of doing so. > | > | I have to disagree with this. /etc/rc.local has always existed to > | handle these kind of edge cases. I'm not even sure we want to have > | something like this in /etc/rc.conf, because we already get > | complaints that there are too many options, and it's too hard to > > The settings are there to be set, regardless of whether or not they are in > rc.conf, no? True, but that's another step down the road of "How do we deal with the issue of $BIGNUM conf options in a way that users can handle?" Our current solution for that is to include them all in /etc/defaults/rc.conf, and mostly in rc.conf.5. I'm not sure that solution scales, but I'm equally uncomfortable with the idea of UNdocumented options. We currently have a situation with /etc/start_if.INT where users don't know that this mechanism exists, and therefore they don't take advantage of it. BTW, I forgot to mention that this is another valid way of dealing with the issue of setting up bridge's, although I'm not sure it's ideal. > | configure. On the other hand, we have > | the line of reasoning that says there should only be one > | place/method of configuring boot time parameters. > > As for /etc/rc.local, normally I wouldn't mind, but I was experiencing > issues earlier where if I placed the bridge configuration in > /etc/sysctl.conf, I had to do my ifconfigs in /etc/rc.local... or > something... I don't remember exactly what the arrangement was, but the > "obvious" way of doing it was doing things out of order, and causing things > to break. So this became necessary. It will at the very least make life easy > for myself, as I plan to use it. Well that's certainly the right attitude to have. :) I agree that the ordering is a problem sometimes. The sysctl ordering problem should be fixed now, since we added back the 'late' sysctl setting run into rcNG. However, since (as your script demonstrates), it's sometimes necessary to kldload bridge, I think it makes more sense to do this in /etc/rc.local, which means that it gets run pretty close to last. > || Configuration goes like this: > || > || bridge_enable="YES" > || bridge_ifaces="fxp0,fxp1,fxp2" > | > | I would prefer that this variable match the argument to sysctl. This > | not only makes the conf file easier for people to configure (because > | there are examples in the man page), but it also makes your code > | easier, since you don't have to sed out the commas. > > I completely disagree with you here. Programmer laziness is the source of > seemingly endless badly designed software. The syntax of the sysctl is > stubborn because you don't want to be doing fancy text parsing in the > kernel. Ok, I agree with you up to this point. > But the human side of things ought to be as flexible as possible. I semi-agree with this, which is why the rc scripts aren't case sensitive for things like YES/yes/Yes, etc. > And, the same thing is done elsewhere in rc... the whole point of rc, as I > take it, is to hide the nitty-gritty internals from the user and provide a > clean interface to the functionality of the system. Right? To a certain extent, yes. However, there is no reason to complicate the code by A) making the simple syntax used in the sysctl more complicated, and B) therefore making the rc parsing code more complicated too. > The alternative is the approach taken by static routes: > > bridges="jim dan bob" > bridge_bob="... > > But, this requires extra work for the user to get it up and running in the > first place, especially if they only have one bridge, which is going to be > most people. Right, you've essentially hit on the problem here. :) Rather than making more things look like the alias code, we're currently looking at ways to make the alias code better, and more flexible. I have some ideas in this area, and so does Mike. > There are a number of other sysctls which I'd like to see moved to the rc > scripts, and would be happy to do so myself. The argument that they're busy > enough, or that people are better off learning the sysctl syntax, seems null > to me... it's not like I'm removing sysctl, I'm just exposing it. If you're really interested in this area, I think the first step would be to help with the documentation, especially the man page'ification of the sysctl tree. Second on that list (in my mind) would be more examples in /etc/sysctl.conf. In addition to the problems of user overload, ordering (and other problems) get more complex in rc.d the more scripts you add. That's why I'm currently favoring more generalized structures like devd.conf, and devfs.conf rather than individual scripts for every little thing. But, this is still evolving as we get more experience with the new system. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 00:55:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D2A37B401 for ; Tue, 6 May 2003 00:55:52 -0700 (PDT) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D0043F85 for ; Tue, 6 May 2003 00:55:51 -0700 (PDT) (envelope-from bgd@icomag.de) Received: by mail.icomag.de (Postfix, from userid 1019) id 2647D23028; Tue, 6 May 2003 09:55:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 2521C2301D for ; Tue, 6 May 2003 09:55:49 +0200 (CEST) Date: Tue, 6 May 2003 09:55:49 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Message-ID: <20030506095139.F68615-100000@fw.office.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 07:55:52 -0000 Hi everyone, I got the following message in the system log: /kernel: pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC The machine being more than 200km away, I cannot compile a new kernel right away. So I was wondering if there are any tweaks that I can do 'remotely', to solve the problem at least temporary. The machine in question is serving as a web server (apache + php + phpaccelerator), and has 1GB of RAM. The following are some infos I could find about the shared memory: (9:53) bgd@(adserver)[~] ipcs -M shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) (9:53) bgd@(adserver)[~] ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 196608 202238720 --rw------- www www root wheel 250 16777216 58931 38210 3:01:27 6:12:17 10:28:00 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME s 196608 202238720 --rw------- www www root wheel 3no-entry 10:28:00 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 From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 02:42:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C8DE37B404 for ; Tue, 6 May 2003 02:42:25 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA29E43F3F for ; Tue, 6 May 2003 02:42:23 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h469gGrN077476 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 6 May 2003 11:42:20 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h469gF0j070342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 May 2003 11:42:16 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h469gEtA083519; Tue, 6 May 2003 11:42:14 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h469gCbP083518; Tue, 6 May 2003 11:42:12 +0200 (CEST) (envelope-from ticso) Date: Tue, 6 May 2003 11:42:11 +0200 From: Bernd Walter To: Bogdan TARU Message-ID: <20030506094211.GQ63639@cicely9.cicely.de> References: <20030506095139.F68615-100000@fw.office.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030506095139.F68615-100000@fw.office.icom> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org Subject: Re: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:42:25 -0000 On Tue, May 06, 2003 at 09:55:49AM +0200, Bogdan TARU wrote: > > Hi everyone, > > I got the following message in the system log: > > /kernel: pmap_collect: collecting pv entries -- suggest increasing > PMAP_SHPGPERPROC > > The machine being more than 200km away, I cannot compile a new kernel > right away. So I was wondering if there are any tweaks that I can do > 'remotely', to solve the problem at least temporary. You should think about a remote accessible serial console. Compiling kernel doesn't require console access - although it might be helpfull if you did something wrong. > The machine in question is serving as a web server (apache + php + > phpaccelerator), and has 1GB of RAM. The following are some infos I could > find about the shared memory: That's partly unrelated. The reason is that your system uses a lot of shared memory, but shared memory doesn't have to be sysv shared memory. It's more likely that the memory used is mmaped data. Maybe your apache is sending a single big file on many connections the same time. The first check would be to see if you can avoid the situation completely, maybe by splitting extremly big and popular files. If this is not possible than you really have to increase the table as advised by the kernel. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 02:59:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC1037B401 for ; Tue, 6 May 2003 02:59:55 -0700 (PDT) Received: from precinct13.iowa365.com (precinct13.iowa365.com [64.49.251.237]) by mx1.FreeBSD.org (Postfix) with SMTP id 57B6943FD7 for ; Tue, 6 May 2003 02:59:54 -0700 (PDT) (envelope-from ben@dubuque365.com) Received: (qmail 1615 invoked from network); 6 May 2003 09:59:53 -0000 Received: from unknown (HELO ?10.0.0.2?) (12.219.104.246) by precinct13.iowa365.com with SMTP; 6 May 2003 09:59:53 -0000 From: "Benjamin F. Burke" To: Doug Barton In-Reply-To: <20030506002824.G666@znfgre.qbhto.arg> References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <015601c3139d$e5ae3b60$0300000a@antalus> <20030506002824.G666@znfgre.qbhto.arg> Content-Type: text/plain Organization: Dubuque365.com Message-Id: <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 06 May 2003 04:59:53 -0500 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 09:59:56 -0000 On Tue, 2003-05-06 at 02:50, Doug Barton wrote: > True, but that's another step down the road of "How do we deal with the > issue of $BIGNUM conf options in a way that users can handle?" Our current > solution for that is to include them all in /etc/defaults/rc.conf, and > mostly in rc.conf.5. I'm not sure that solution scales, but I'm equally > uncomfortable with the idea of UNdocumented options. I wonder how many experienced freebsd users really dislike having to use the current rc.conf setup. If it ain't broke... But if this is about ease of use for the less-experienced, why not keep putting all the options in /etc/defaults/rc.conf, and create a sysinstall-like interface to them that new users can run? Actually, why not add rc.conf-editing functionality to sysinstall? The only prerequisites I can think of for this are a more parseable option-grouping syntax for rc.conf and a database of ultra-friendly option descriptions, which the man page already has a good start on. If you think it's a good idea, I'd be happy to take a crack at a prototype. Cheers, Ben Burke From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 04:30:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2592737B4B6 for ; Tue, 6 May 2003 04:30:17 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22FDB43F3F for ; Tue, 6 May 2003 04:30:16 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by tanenbaum with local (Exim 3.12 #1 (Debian)) id 19CLTR-0007eb-00 for ; Sun, 04 May 2003 11:32:21 -0400 Date: Sun, 4 May 2003 11:32:21 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030504113221.A27756@internetDog.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 11:30:17 -0000 Hi all, this post may be of interest to people familiar with the filesystem code. It concerns a recurring seg fault which occurs in the kernel (a FreeBSD 4.7 kernel, with a new networking driver module). Similar areas seem to have been noted before in this list, and it may still be a valid bug. Two threads are prevalent (mainly the first, but a mix of the two has been seen as well): syscall2 > open > vn_open > namei > lookup > ufs_vnoperate > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > ffs_vget > getnewvnode > cache_purge > cache_zap syscall2 > stat > namei > lookup > ufs_vnoperate > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > cache_purge > cache_zap I am not at all familiar with these. But I am doing remote debugging of the kernel, so I could be of help to anyone wishing to debug this. I could dump data structs etc in gdb. Context: any kind of file access may lead to this. No specific activity is needed. Eg left idle over the weekend, I've found it crashed on Monday. thanks and regards, ali P.S. Gnats does not appear to show any such past bug. But I have seen posts by Matt Dillon and phk discussing similar territory. P.P.S. It's been occuring intermittently, and increasingly, recently. (Due to its increased prevalence, I even suspected that the frequency of kernel crashes, might have corrupted the filesystem in a way ignorable/imperceptible by fsck/me!) -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 05:23:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8976F37B401 for ; Tue, 6 May 2003 05:23:40 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C104F43FBF for ; Tue, 6 May 2003 05:23:39 -0700 (PDT) (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 h46CNcA7052831; Tue, 6 May 2003 06:23:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 06:21:05 -0600 (MDT) Message-Id: <20030506.062105.70173875.imp@bsdimp.com> To: sh@planetquake.com From: "M. Warner Losh" In-Reply-To: <011901c31390$7aef5730$0300000a@antalus> References: <011901c31390$7aef5730$0300000a@antalus> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 12:23:40 -0000 I think I like this syntax and have only one comment. This seems to match up with ifconfig's aliases fairly well. However, I think that the model here might be better served by the routes: bridge_names="a b c" bridge_a="fxp1 rl0" bridge_b="dc1 fxp0" bridge_c="rl1 dc0" I'd stick to spaces only, to match the sysctl. I don't think that it goes too far. This doesn't really change the number of knobs that a normal user has to deal with, but does allow some of the more advanced functions to be more easily accessed. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 07:59:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6DF37B401 for ; Tue, 6 May 2003 07:59:50 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB91743F75 for ; Tue, 6 May 2003 07:59:46 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19D3vU-0006Bu-00 for ; Tue, 06 May 2003 11:00:16 -0400 Date: Tue, 6 May 2003 11:00:16 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030506110016.B23496@internetDog.org> References: <20030505202559.82833.qmail@web41012.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030505202559.82833.qmail@web41012.mail.yahoo.com>; from a_bahar@yahoo.com on Mon, May 05, 2003 at 04:25:59PM -0400 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 14:59:50 -0000 I apologize for the double post. I had some mail problems here. regards, ali On Mon, May 05, 2003 at 04:25:59PM -0400, Ali Bahar wrote: > Hi all, > > this post may be of interest to people familiar with the > filesystem code. -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 10:38:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E783537B401 for ; Tue, 6 May 2003 10:38:33 -0700 (PDT) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39A9743FA3 for ; Tue, 6 May 2003 10:38:33 -0700 (PDT) (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 h46HhEUb068707; Tue, 6 May 2003 10:43:14 -0700 (PDT) Received: (from brucem@localhost) by cruzio.com (8.12.6/8.12.6/Submit) id h46HaBke000587; Tue, 6 May 2003 10:36:11 -0700 (PDT) Date: Tue, 6 May 2003 10:36:11 -0700 (PDT) From: "Bruce R. Montague" Message-Id: <200305061736.h46HaBke000587@cruzio.com> To: freebsd-hackers@freebsd.org cc: usb-bsd@yahoogroups.com cc: jordbaer@mac.com cc: rizzo@icir.org cc: joe@tao.org.uk cc: n_hibma@freebsd.org Subject: Patch to fix ohci usb isoc close/int race X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 17:38:34 -0000 Hi, I found a race condition between the /dev/usb ohci.c isochronous case interrupt handler and its close routine (really an abort). Both an incremental patch to my previous ohci isoc patch and a complete patch with respect to the FreeBSD 5.0-current sources of 10-april are included below. I have limited testing strategies other than letting the web-camera run in a loop with input into either a file or /dev/null, and generating random aborts of the image capture program. With the latest patch, I have run the camera constantly into /dev/null for up to around 16 hours. No other error messages or unusual activity observed. One other individual has used this code without problems, but it would probably be of interest to test this on other ohci isochronous usb devices. I'm not sure I even know what any such devices would be. If anyone is interested in trying such a test, I'd certainly be interested in the result. The ohci usb isochronous code currently only handles "reads", the driver as coded has no "output" support (not sure what that would be... audio?). This has still only been tested under FreeBSD 5.0 -Current, I will try to do a test under some version of 4-stable within the next few days, it might not be under 4.8... Incremental patch to fix the interrupt/close race: --- ../ohci_5_4may/ohci.c Sun May 4 12:33:18 2003 +++ ohci.c Tue May 6 08:57:29 2003 @@ -255,6 +255,7 @@ struct ohci_pipe { struct usbd_pipe pipe; ohci_soft_ed_t *sed; + u_int32_t aborting; union { ohci_soft_td_t *td; ohci_soft_itd_t *itd; @@ -1472,11 +1473,14 @@ printf("ohci_softintr: sitd=%p is done\n", sitd); sitd->isdone = 1; #endif + struct ohci_pipe *opipe = + (struct ohci_pipe *)xfer->pipe; + if (opipe->aborting ) + continue; + cc = OHCI_ITD_GET_CC(le32toh(sitd->itd.itd_flags)); if (cc == OHCI_CC_NO_ERROR) { /* XXX compute length for input */ - struct ohci_pipe *opipe = - (struct ohci_pipe *)xfer->pipe; if (sitd->flags & OHCI_CALL_DONE) { opipe->u.iso.inuse -= xfer->nframes; /* XXX update frlengths with actual length */ @@ -2105,6 +2109,7 @@ if (sitd == NULL) goto bad1; opipe->tail.itd = sitd; + opipe->aborting = 0; tdphys = sitd->physaddr; fmt = OHCI_ED_FORMAT_ISO; if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN) @@ -3420,6 +3425,7 @@ int s; s = splusb(); + opipe->aborting = 1; DPRINTFN(1,("ohci_device_isoc_abort: xfer=%p\n", xfer)); Complete patch with respect to the 10-April-2003 FreeBSD-current. This also contains the fix to the int/close race: --- ../ohci_5_10apr/ohci.c Sat May 3 15:37:04 2003 +++ ohci.c Tue May 6 08:57:29 2003 @@ -255,6 +255,7 @@ struct ohci_pipe { struct usbd_pipe pipe; ohci_soft_ed_t *sed; + u_int32_t aborting; union { ohci_soft_td_t *td; ohci_soft_itd_t *itd; @@ -635,6 +636,7 @@ OHCI_ITD_ALIGN, &dma); if (err) return (NULL); + s = splusb(); for(i = 0; i < OHCI_SITD_CHUNK; i++) { offs = i * OHCI_SITD_SIZE; sitd = KERNADDR(&dma, offs); @@ -642,6 +644,7 @@ sitd->nextitd = sc->sc_freeitds; sc->sc_freeitds = sitd; } + splx(s); } s = splusb(); @@ -974,6 +977,18 @@ ohci_freex(struct usbd_bus *bus, usbd_xfer_handle xfer) { struct ohci_softc *sc = (struct ohci_softc *)bus; + struct ohci_xfer *oxfer = (struct ohci_xfer *)xfer; + ohci_soft_itd_t *sitd; + + if (oxfer->ohci_xfer_flags & OHCI_ISOC_DIRTY) { + sitd = xfer->hcpriv; + if (sitd) { + for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if ( sitd == NULL ) break; + ohci_free_sitd(sc, sitd); + } + } + } #ifdef DIAGNOSTIC if (xfer->busy_free != XFER_BUSY) { @@ -1380,7 +1395,9 @@ xfer->actlen += len; if (std->flags & OHCI_CALL_DONE) { xfer->status = USBD_NORMAL_COMPLETION; + s = splusb(); usb_transfer_complete(xfer); + splx(s); } ohci_free_std(sc, std); } else { @@ -1420,7 +1437,10 @@ xfer->status = USBD_STALLED; else xfer->status = USBD_IOERROR; + + s = splusb(); usb_transfer_complete(xfer); + splx(s); } } @@ -1445,27 +1465,37 @@ /* Handled by abort routine. */ continue; } + if (xfer->pipe) { + if (xfer->pipe->aborting) continue; /*Ignore.*/ + } #ifdef DIAGNOSTIC if (sitd->isdone) printf("ohci_softintr: sitd=%p is done\n", sitd); sitd->isdone = 1; #endif + struct ohci_pipe *opipe = + (struct ohci_pipe *)xfer->pipe; + if (opipe->aborting ) + continue; + cc = OHCI_ITD_GET_CC(le32toh(sitd->itd.itd_flags)); if (cc == OHCI_CC_NO_ERROR) { /* XXX compute length for input */ - struct ohci_pipe *opipe = - (struct ohci_pipe *)xfer->pipe; if (sitd->flags & OHCI_CALL_DONE) { opipe->u.iso.inuse -= xfer->nframes; /* XXX update frlengths with actual length */ /* XXX xfer->actlen = actlen; */ xfer->status = USBD_NORMAL_COMPLETION; + s = splusb(); usb_transfer_complete(xfer); + splx(s); } } else { /* XXX Do more */ xfer->status = USBD_IOERROR; + s = splusb(); usb_transfer_complete(xfer); + splx(s); } } @@ -2079,6 +2109,7 @@ if (sitd == NULL) goto bad1; opipe->tail.itd = sitd; + opipe->aborting = 0; tdphys = sitd->physaddr; fmt = OHCI_ED_FORMAT_ISO; if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN) @@ -3223,8 +3254,9 @@ ohci_softc_t *sc = (ohci_softc_t *)dev->bus; ohci_soft_ed_t *sed = opipe->sed; struct iso *iso = &opipe->u.iso; + struct ohci_xfer *oxfer = (struct ohci_xfer *)xfer; ohci_soft_itd_t *sitd, *nsitd; - ohci_physaddr_t buf, offs, noffs, bp0; + ohci_physaddr_t buf, offs, noffs, bp0, tdphys; int i, ncur, nframes; int s; @@ -3242,6 +3274,24 @@ iso->next)); } + if (xfer->hcpriv) { + sitd = xfer->hcpriv; + for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if (sitd == NULL) break; + ohci_free_sitd(sc, sitd); /* Free ITDs in prev xfer*/ + } + if (sitd == NULL) { + sitd = ohci_alloc_sitd(sc); + if (sitd == NULL) panic( "cant alloc isoc" ); + opipe->tail.itd = sitd; + tdphys = sitd->physaddr; + sed->ed.ed_flags |= htole32(OHCI_ED_SKIP); /* Stop*/ + sed->ed.ed_headp = + sed->ed.ed_tailp = htole32(tdphys); + sed->ed.ed_flags &= htole32(~OHCI_ED_SKIP); /* Start.*/ + } + } + sitd = opipe->tail.itd; buf = DMAADDR(&xfer->dmabuf, 0); bp0 = OHCI_PAGE(buf); @@ -3310,6 +3360,8 @@ xfer->status = USBD_IN_PROGRESS; + oxfer->ohci_xfer_flags |= OHCI_ISOC_DIRTY; + #ifdef USB_DEBUG if (ohcidebug > 5) { DPRINTF(("ohci_device_isoc_enter: frame=%d\n", @@ -3340,6 +3392,8 @@ { struct ohci_pipe *opipe = (struct ohci_pipe *)xfer->pipe; ohci_softc_t *sc = (ohci_softc_t *)opipe->pipe.device->bus; + ohci_soft_ed_t *sed; + int s; DPRINTFN(5,("ohci_device_isoc_start: xfer=%p\n", xfer)); @@ -3353,6 +3407,11 @@ /* XXX anything to do? */ + s = splusb(); + sed = opipe->sed; /* Turn off ED skip-bit to start processing */ + sed->ed.ed_flags &= htole32(~OHCI_ED_SKIP); /* ED's ITD list.*/ + splx(s); + return (USBD_IN_PROGRESS); } @@ -3366,6 +3425,7 @@ int s; s = splusb(); + opipe->aborting = 1; DPRINTFN(1,("ohci_device_isoc_abort: xfer=%p\n", xfer)); @@ -3391,11 +3451,14 @@ return; } #endif - for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if ( sitd ) { /* Only if xfer has ITDs. */ + for (; sitd->xfer == xfer; sitd = sitd->nextitd) { + if ( sitd == NULL ) break; #ifdef DIAGNOSTIC DPRINTFN(1,("abort sets done sitd=%p\n", sitd)); sitd->isdone = 1; #endif + } } splx(s); @@ -3407,7 +3470,9 @@ /* Run callback. */ usb_transfer_complete(xfer); - sed->ed.ed_headp = htole32(sitd->physaddr); /* unlink TDs */ + if ( sitd ) { /* Only if there is an ITD... */ + sed->ed.ed_headp = htole32(sitd->physaddr); /* unlink TDs */ + } sed->ed.ed_flags &= htole32(~OHCI_ED_SKIP); /* remove hardware skip */ splx(s); @@ -3416,21 +3481,23 @@ void ohci_device_isoc_done(usbd_xfer_handle xfer) { - struct ohci_pipe *opipe = (struct ohci_pipe *)xfer->pipe; - ohci_softc_t *sc = (ohci_softc_t *)opipe->pipe.device->bus; - ohci_soft_itd_t *sitd, *nsitd; - - DPRINTFN(1,("ohci_device_isoc_done: xfer=%p\n", xfer)); +/* This null routine corresponds to non-isoc "done()" routines + * that free the stds associated with an xfer after a completed + * xfer interrupt. However, in the case of isoc transfers, the + * sitds associated with the transfer have already been processed + * and reallocated for the next iteration by "ohci_device_isoc_transfer()". + * + * Routine "usb_transfer_complete()" is called at the end of every + * relevant usb interrupt. "usb_transfer_complete()" indirectly + * calls 1) "ohci_device_isoc_transfer()" (which keeps pumping the + * pipeline by setting up the next transfer iteration) and 2) then + * calls "ohci_device_isoc_done()". Isoc transfers have not been + * working for the ohci usb because this routine was trashing the + * xfer set up for the next iteration (thus, only the first + * UGEN_NISOREQS xfers outstanding on an open would work). Perhaps + * this could all be re-factored, but that's another pass... + */ - for (sitd = xfer->hcpriv; - !(sitd->flags & OHCI_CALL_DONE); - sitd = nsitd) { - nsitd = sitd->nextitd; - DPRINTFN(1,("ohci_device_isoc_done: free sitd=%p\n", sitd)); - ohci_free_sitd(sc, sitd); - } - ohci_free_sitd(sc, sitd); - xfer->hcpriv = NULL; } usbd_status @@ -3456,11 +3523,20 @@ { struct ohci_pipe *opipe = (struct ohci_pipe *)pipe; ohci_softc_t *sc = (ohci_softc_t *)pipe->device->bus; + ohci_soft_ed_t *sed; DPRINTF(("ohci_device_isoc_close: pipe=%p\n", pipe)); - ohci_close_pipe(pipe, sc->sc_isoc_head); + + sed = opipe->sed; + sed->ed.ed_flags |= htole32(OHCI_ED_SKIP); /* Stop device. */ + + ohci_close_pipe(pipe, sc->sc_isoc_head); /* Stop isoc list, free ED.*/ + + /* up to NISOREQs xfers still outstanding. */ + + #ifdef DIAGNOSTIC opipe->tail.itd->isdone = 1; #endif - ohci_free_sitd(sc, opipe->tail.itd); + ohci_free_sitd(sc, opipe->tail.itd); /* Next `avail free' sitd.*/ } --- ../ohci_5_10apr/ohcivar.h Sat May 3 15:37:11 2003 +++ ohcivar.h Tue May 6 08:05:00 2003 @@ -149,7 +149,9 @@ struct ohci_xfer { struct usbd_xfer xfer; struct usb_task abort_task; + u_int32_t ohci_xfer_flags; }; +#define OHCI_ISOC_DIRTY 0x01 #define OXFER(xfer) ((struct ehci_xfer *)(xfer)) From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 11:20:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AF7D37B401; Tue, 6 May 2003 11:20:04 -0700 (PDT) Received: from crie.coppe.ufrj.br (gw.crie.coppe.ufrj.br [146.164.26.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFBD43F3F; Tue, 6 May 2003 11:20:02 -0700 (PDT) (envelope-from jonny@jonny.eng.br) Received: from jonny.eng.br (unknown [200.165.170.64]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by crie.coppe.ufrj.br (Postfix) with ESMTP id 4304C447A63; Tue, 6 May 2003 15:19:48 -0300 (BRT) Message-ID: <3EB7FCDC.50204@jonny.eng.br> Date: Tue, 06 May 2003 15:20:12 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Olafur Osvaldsson References: <20030504100447.GU12792@freepuppy.bellavista.cz> <200305042336.h44NaoM7023683@gw.catspoiler.org> <20030504235059.GB42024@isnic.is> <20030505001955.GB92114@opiate.soulwax.net> <87r87d5vfg.fsf@pooh.honeypot.net> <87u1c94epk.fsf@pooh.honeypot.net> <20030505153116.GC74924@freepuppy.bellavista.cz> <87llxl4ce0.fsf@pooh.honeypot.net> <20030505161328.GC64730@isnic.is> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-hackers@freebsd.org cc: freebsd-hubs@freebsd.org Subject: Re: Periodic email about security notifications X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 18:20:04 -0000 Olafur Osvaldsson wrote: > There is one big problem with that, the ftp[1-9]? servers are all in the US, No they are not! ftp.freebsd.org, for example, is not in USA! > there should be a way to impliment this with the int. mirrors to. > > Wich brings up one question, why isn't there a us.FreeBSD.org domain for the US > mirrors. Very good question. Jonny -- João Carlos Mendes Luís - Networking Engineer - jonny@jonny.eng.br -- "the West won the world not by the superiority of its ideas or values or religion but rather by its superiority in applying organized violence. Westerners often forget this fact, non-Westerners never do." -- Samuel P. Huntington From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 12:23:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7476137B401 for ; Tue, 6 May 2003 12:23:45 -0700 (PDT) Received: from priv-edtnes28.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D8843F85 for ; Tue, 6 May 2003 12:23:44 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from antalus ([154.5.106.237]) by priv-edtnes28.telusplanet.net (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP id <20030506192343.NSLE4735.priv-edtnes28.telusplanet.net@antalus>; Tue, 6 May 2003 13:23:43 -0600 Message-ID: <000901c31405$033a4bd0$0300000a@antalus> From: "Sean Hamilton" To: "M. Warner Losh" References: <011901c31390$7aef5730$0300000a@antalus> <20030506.062105.70173875.imp@bsdimp.com> Date: Tue, 6 May 2003 12:23:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 19:23:45 -0000 M. Warner Losh wrote: | I think I like this syntax and have only one comment. This seems to | match up with ifconfig's aliases fairly well. However, I think that | the model here might be better served by the routes: | | bridge_names="a b c" Instead of this, why not just something like 'set' to find a list of variables? Then the user can create bridge0, bridgejim, bridge_bill, or whatever they like, and to prevent a bridge from being used, they need only comment it out. | I'd stick to spaces only, to match the sysctl. I don't think that it Well, the sysctl accepts both spaces and commas. sh From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 13:04:15 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 463F037B401 for ; Tue, 6 May 2003 13:04:15 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D12E43FA3 for ; Tue, 6 May 2003 13:04:14 -0700 (PDT) (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 h46K4CTl002027; Tue, 6 May 2003 14:04:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 May 2003 14:01:25 -0600 (MDT) Message-Id: <20030506.140125.22500726.imp@bsdimp.com> To: sh@planetquake.com From: "M. Warner Losh" In-Reply-To: <000901c31405$033a4bd0$0300000a@antalus> References: <011901c31390$7aef5730$0300000a@antalus> <20030506.062105.70173875.imp@bsdimp.com> <000901c31405$033a4bd0$0300000a@antalus> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:04:15 -0000 In message: <000901c31405$033a4bd0$0300000a@antalus> "Sean Hamilton" writes: : M. Warner Losh wrote: : | I think I like this syntax and have only one comment. This seems to : | match up with ifconfig's aliases fairly well. However, I think that : | the model here might be better served by the routes: : | : | bridge_names="a b c" : : Instead of this, why not just something like 'set' to find a list of : variables? Then the user can create bridge0, bridgejim, bridge_bill, or : whatever they like, and to prevent a bridge from being used, they need only : comment it out. Just because it is consistant with how routing is done... No other real compelling reason. : | I'd stick to spaces only, to match the sysctl. I don't think that it : : Well, the sysctl accepts both spaces and commas. Then never mind... Warner From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 13:42:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53CE337B405 for ; Tue, 6 May 2003 13:42:48 -0700 (PDT) Received: from priv-edtnes62.telusplanet.net (outbound01.telus.net [199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B8E43F3F for ; Tue, 6 May 2003 13:42:47 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from antalus ([154.5.106.237]) by priv-edtnes62.telusplanet.net (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with SMTP id <20030506204246.VADS15875.priv-edtnes62.telusplanet.net@antalus>; Tue, 6 May 2003 14:42:46 -0600 Message-ID: <000d01c31410$0e574b20$0300000a@antalus> From: "Sean Hamilton" To: "M. Warner Losh" Date: Tue, 6 May 2003 13:42:48 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 20:42:48 -0000 I wrote: | Well, perhaps it would be better to do routing that way too. But, | for now, I'll rewrite the patch to use the routing method. And here it is. This is a patch for 5.0-RELEASE, not a diff from my previous one. bridges="bill fred ted" bridge_ted="fxp0 fxp1" bridge_bill="rl0 rl1" bridge_fred="dc0,dc1,dc2" sh From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 14:05:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A34737B401 for ; Tue, 6 May 2003 14:05:00 -0700 (PDT) Received: from priv-edtnes09-hme0.telusplanet.net (outbound02.telus.net [199.185.220.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id A443643FA3 for ; Tue, 6 May 2003 14:04:59 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from antalus ([154.5.106.237]) by priv-edtnes09-hme0.telusplanet.netSMTP <20030506210459.FVIH26116.priv-edtnes09-hme0.telusplanet.net@antalus> for ; Tue, 6 May 2003 15:04:59 -0600 Message-ID: <001501c31413$28ace720$0300000a@antalus> From: "Sean Hamilton" To: References: <000d01c31410$0e574b20$0300000a@antalus> Date: Tue, 6 May 2003 14:05:01 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0012_01C313D8.7C1E4C90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 21:05:00 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C313D8.7C1E4C90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I wrote: | And here it is. This is a patch for 5.0-RELEASE, not a diff from my | previous one. Probably helps if I remember to include the patch. sh ------=_NextPart_000_0012_01C313D8.7C1E4C90 Content-Type: application/octet-stream; name="rcbridge2.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="rcbridge2.diff" diff -Nru etcorig/rc.d/bridge etc/rc.d/bridge=0A= --- etcorig/rc.d/bridge Wed Dec 31 16:00:00 1969=0A= +++ etc/rc.d/bridge Tue May 6 13:25:47 2003=0A= @@ -0,0 +1,83 @@=0A= +#!/bin/sh -x=0A= +=0A= +# PROVIDE: bridge=0A= +# REQUIRE: ipfw ip6fw ipfilter=0A= +# KEYWORD: FreeBSD=0A= +=0A= +. /etc/rc.subr=0A= +=0A= +name=3D"bridge"=0A= +start_cmd=3D"bridge_start"=0A= +stop_cmd=3D"bridge_stop"=0A= +=0A= +bridge_start()=0A= +{=0A= + case ${bridge_enable} in=0A= + [Yy][Ee][Ss])=0A= +=0A= + bridge_in_kernel=3D1=0A= +=0A= + if ! sysctl net.link.ether.bridge >/dev/null 2>&1; then=0A= + if kldload bridge; then=0A= + echo 'Bridge module loaded'=0A= + else=0A= + echo 'Warning: Bridge module failed to load.'=0A= + bridge_in_kernel=3D0=0A= + fi=0A= + fi=0A= +=0A= + if [ "${bridge_in_kernel}" -eq 1 ]; then=0A= +=0A= + bridgenum=3D1=0A= + bridgecfg=3D=0A= +=0A= + if [ -n "${bridges}" ]; then=0A= + for bridge in ${bridges}; do=0A= + eval bridge_args=3D\$bridge_${bridge}=0A= + bridge_args=3D`echo -n "${bridge_args}" | sed 's/,/ /'`=0A= + for iface in ${bridge_args}; do=0A= + if [ -n "${bridgecfg}" ]; then=0A= + bridgecfg=3D${bridgecfg},=0A= + fi=0A= + bridgecfg=3D${bridgecfg}${iface}:$(($bridgenum))=0A= + done=0A= + bridgenum=3D$(($bridgenum + 1))=0A= + done=0A= + fi=0A= +=0A= + echo $bridgecfg=0A= +=0A= + case ${bridge_ipfw} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipfw=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + case ${bridge_ipfilter} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipf=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + sysctl net.link.ether.bridge_cfg=3D"${bridgecfg}" >/dev/null=0A= + sysctl net.link.ether.bridge=3D1 >/dev/null=0A= + fi=0A= + ;;=0A= + esac=0A= +}=0A= +=0A= +bridge_stop()=0A= +{=0A= + sysctl net.link.ether.bridge=3D0 >/dev/null=0A= + sysctl net.link.ether.bridge_cfg=3D >/dev/null=0A= + sysctl net.link.ether.bridge_ipfw=3D0 >/dev/null=0A= + sysctl net.link.ether.bridge_ipf=3D0 >/dev/null=0A= +=0A= + if kldstat -n bridge >/dev/null 2>&1; then=0A= + kldunload bridge=0A= + fi=0A= +}=0A= +=0A= +load_rc_config $name=0A= +run_rc_command "$1"=0A= +=0A= diff -Nru etcorig/rc.d/network2 etc/rc.d/network2=0A= --- etcorig/rc.d/network2 Mon May 5 22:05:19 2003=0A= +++ etc/rc.d/network2 Mon May 5 22:05:42 2003=0A= @@ -115,6 +115,13 @@=0A= ;;=0A= esac=0A= =0A= + case ${ip_any_interface} in=0A= + [Yy][Ee][Ss])=0A= + echo -n ' any interface=3DYES'=0A= + sysctl net.inet.ip.check_interface=3D0 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= case ${ip_portrange_first} in=0A= [Nn][Oo] | '')=0A= ;;=0A= diff -Nru etcorig/rc.network etc/rc.network=0A= --- etcorig/rc.network Mon May 5 21:58:12 2003=0A= +++ etc/rc.network Tue May 6 13:32:44 2003=0A= @@ -393,6 +393,64 @@=0A= ;;=0A= esac=0A= =0A= + # Bridge=0A= + #=0A= + case ${bridge_enable} in=0A= + [Yy][Ee][Ss])=0A= +=0A= + bridge_in_kernel=3D1=0A= + if ! sysctl net.link.ether.bridge >/dev/null 2>&1; then=0A= + if kldload bridge; then=0A= + echo 'Bridge module loaded'=0A= + else=0A= + echo 'Warning: Bridge module failed to load.'=0A= + bridge_in_kernel=3D0=0A= + fi=0A= + fi=0A= +=0A= + if [ "${bridge_in_kernel}" -eq 1 ]; then=0A= +=0A= + bridgenum=3D1=0A= + bridgecfg=3D=0A= +=0A= + if [ -n "${bridges}" ]; then=0A= + for bridge in ${bridges}; do=0A= + eval bridge_args=3D\$bridge_${bridge}=0A= + bridge_args=3D`echo -n "${bridge_args}" | sed 's/,/ /'`=0A= + for iface in ${bridge_args}; do=0A= + if [ -n "${bridgecfg}" ]; then=0A= + bridgecfg=3D${bridgecfg},=0A= + fi=0A= + bridgecfg=3D${bridgecfg}${iface}:$(($bridgenum))=0A= + done=0A= + bridgenum=3D$(($bridgenum + 1))=0A= + done=0A= + fi=0A= +=0A= + case ${bridge_ipfw} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipfw=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + case ${bridge_ipfilter} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.link.ether.bridge_ipf=3D1 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= + sysctl net.link.ether.bridge_cfg=3D"${bridgecfg}" >/dev/null=0A= + sysctl net.link.ether.bridge=3D1 >/dev/null=0A= + fi=0A= + ;;=0A= + esac=0A= +=0A= + case ${ip_any_interface} in=0A= + [Yy][Ee][Ss])=0A= + sysctl net.inet.ip.check_interface=3D0 >/dev/null=0A= + ;;=0A= + esac=0A= +=0A= # Additional ATM interface configuration=0A= #=0A= if [ -n "${atm_pass1_done}" ]; then=0A= ------=_NextPart_000_0012_01C313D8.7C1E4C90-- From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 15:53:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5DF37B401 for ; Tue, 6 May 2003 15:53:11 -0700 (PDT) Received: from mail.advantagecom.net (mail.advantagecom.net [65.103.151.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6340E43FBF for ; Tue, 6 May 2003 15:53:10 -0700 (PDT) (envelope-from andykinney@advantagecom.net) Received: from SCSI-MONSTER (scsi-monster.advantagecom.net [207.109.186.200]) by mail.advantagecom.net (8.11.6/8.11.6) with ESMTP id h46Mr7v10020 for ; Tue, 6 May 2003 15:53:07 -0700 From: "Andrew Kinney" Organization: Advantagecom Networks, Inc. To: freebsd-hackers@freebsd.org Date: Tue, 6 May 2003 15:53:39 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Message-ID: <3EB7DA83.24126.24BD4CE5@localhost> Priority: normal In-reply-to: <20030506095139.F68615-100000@fw.office.icom> X-mailer: Pegasus Mail for Win32 (v3.12c) Subject: Re: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andykinney@advantagecom.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 22:53:11 -0000 On 6 May 2003, at 9:55, Bogdan TARU wrote: > /kernel: pmap_collect: collecting pv entries -- suggest increasing > PMAP_SHPGPERPROC > > The machine being more than 200km away, I cannot compile a new kernel > right away. So I was wondering if there are any tweaks that I can do > 'remotely', to solve the problem at least temporary. We ran into this problem on a similar system to your setup. Here is what we learned: PV Entries are directly related the number of simultaneous children processes Apache is allowed to spawn. To figure out how many PV entries your system is using per Apache process, run this command: ipcs -a ; sysctl vm.zone | grep PV Take a look at the "shared" memory section and find the NATTCH value for Apache. That number is the total number of Apache processes that have attached to that shared memory segment. The last line of output is your PV entry stats. The third number in from the left is the number of PV entries currently in use. Since there are other things using PV entries on the system (usually very few - Apache is the big consumer on a web server), this isn't an exact science, but take the number of PV entries in use and divide it by the number of Apache processes. That will give you a rough estimate of how many PV entries are in use per Apache process. I don't fully understand the code (pageout daemon) that calls the code that generates that warning, but in practical use, the warning usually means that you don't have enough pages on the PV entry "free" list and it has to compete with other page consumers to get more pages from the system. Generally, it isn't a serious problem unless you see 5 of those messages since the last boot or you're seeing panics from running out of PV entries. Five is the maximum warnings you'll see of that type. Any activity after that that would have generated the warning has the warning suppressed, so if you hit five of those messages from boot to present time, you have a problem that needs to be addressed. To address the problem, you'll need to tweak your Apache config and restart Apache. Decrease KeepAliveTimeOut or turn off KeepAlive. Set MaxClients to a number that will prevent your system from being crashed by having too many PV entries in use and yet still handle the load after reducing KeepAliveTimeout. To determine MaxClients, take your maximum PV entries and divide it by the number of PV entries per Apache process that you calculated above. Then, subtract a few clients from the result (10 or 20) and that should be a good number for MaxClients. The Apache status page will be your friend when tweaking your Apache config so that it efficiently handles the load without hitting MaxClients. It's off by default, so you'll have to turn it on in your Apache config if it isn't already on. To view your current maximum for PV entries, look at 'sysctl vm.zone' and look at the "limit" column for PV ENTRY. Determining the maximum PV entries your system will support after tweaking PMAP_SHPGPERPROC isn't the easiest of tasks, but here's the basic idea: pv_entry_max = (shpgperproc * maxproc) + (((((availmem - 1) * 2) + 1) / pagesize) - firstpage) Availmem can be found by doing a 'less /var/run/dmesg.boot' and looking at the available memory figure in bytes (not Kbytes). Pagesize is typically 4096 bytes on FreeBSD 4.7 i386. I'm not certain on this, but I believe firstpage is the same as pagesize. Maxproc can be found with a 'sysctl kern.maxproc'. Shpgperproc defaults to 200 on FreeBSD 4.7, but may be higher depending on your kernel config. Just remember that you can't set PMAP_SHPGPERPROC arbitrarily high or you could overflow your KVA without ever hitting the limit for PV ENTRY. It's best to nudge it upwards gradually until the "collecting PV entries" goes away, provided you've tweaked Apache as suggested above. I know it's kludgy and annoying, but it's just what us heavy Apache users have to deal with to avoid crashes due to the state of the FreeBSD VM system. The general idea is that FreeBSD is designed for systems that don't do a lot of memory sharing between overgrown parent and children processes. Here's an article I found awhile back by Matthew Dillon (FreeBSD VM guru) that outlines the issue with FreeBSD and memory sharing between large numbers of large processes: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vm-design/x106.html Most of these types of problems will go away when Apache 2.0 becomes useable by most people (missing many vital modules at the present time) due to it's threading model (vs. spawning children). For now, we've just got to deal with it, unless someone with the right expertise is willing to create a kernel config option that changes how PV Entries are allocated for systems that have many big fat memory sharing processes. Sincerely, Andrew Kinney President and Chief Technology Officer Advantagecom Networks, Inc. http://www.advantagecom.net From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 16:18:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4134D37B401 for ; Tue, 6 May 2003 16:18:35 -0700 (PDT) Received: from mail-out2.apple.com (mail-out2.apple.com [17.254.0.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A038B43F75 for ; Tue, 6 May 2003 16:18:34 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out2.apple.com (8.12.9/8.12.9) with ESMTP id h46NIYQd029983 for ; Tue, 6 May 2003 16:18:34 -0700 (PDT) Received: from scv3.apple.com (scv3.apple.com) by mailgate1.apple.com for ; Tue, 6 May 2003 16:18:16 -0700 Received: from queasyweasel.com (eyeball.apple.com [17.202.45.78]) by scv3.apple.com (8.12.9/8.12.9) with ESMTP id h46NISWg025723 for ; Tue, 6 May 2003 16:18:28 -0700 (PDT) Date: Tue, 6 May 2003 16:18:28 -0700 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Jordan Hubbard To: hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <0B43AFE7-8019-11D7-8F10-000393C6E688@queasyweasel.com> X-Mailer: Apple Mail (2.552) Subject: Time to deprecate ports/net/cvsupit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 23:18:35 -0000 I'm posting this to the -hackers list since Kris and my discussion on this topic hasn't generated any feedback on -ports so far and he assures me that people are actually still interested in cvsupit, or at least the functionality it represents. To make a long story short, cvsupit is another of my supposed short-term hacks (when will I learn?) that's long outlived its creator's desire to keep it on life support and was not written with long-term maintainability in mind at all. Each and every release or branch of FreeBSD basically requires hand-editing a shell script, as does any change in the cvsup mirrors, in order to keep the port working and/or relevant. So, I put it to all of you: If people really do think that a "graphical" configuration front-end to cvsup is a good thing for the long term then one of those people should also volunteer to step forward and write some custom scripts to create *dynamic* content which uses release-engineer provided metadata to put up UI which is relevant to whatever releases/branches of FreeBSD are currently shipping. For extra points, it should also get a master list of cvsup servers from somewhere (shared with the handbook?) so that this changes automatically as servers are added/deleted. I personally plan on cvs deleting the cvsupit port in another week or two and hope that nobody feels compelled to simply resurrect it and put this pathetic bit of zombie software back on life-support rather than tackling the problem from scratch and doing it RIGHT this time. Yours for a better (and cleaner/more maintainable) FreeBSD... - Jordan From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 16:44:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E38137B407 for ; Tue, 6 May 2003 16:44:04 -0700 (PDT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2801B43FB1 for ; Tue, 6 May 2003 16:44:03 -0700 (PDT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 15975 invoked from network); 7 May 2003 00:02:57 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 7 May 2003 00:02:57 -0000 Received: (nullmailer pid 2271 invoked by uid 136); Tue, 06 May 2003 23:47:18 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <000d01c31410$0e574b20$0300000a@antalus> To: Sean Hamilton Date: Wed, 7 May 2003 03:47:17 +0400 (MSD) From: "."@babolo.ru 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: <1052264838.054534.2270.nullmailer@cicuta.babolo.ru> cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2003 23:44:04 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > I wrote: > | Well, perhaps it would be better to do routing that way too. But, > | for now, I'll rewrite the patch to use the routing method. > > And here it is. This is a patch for 5.0-RELEASE, not a diff from my previous > one. > > bridges="bill fred ted" > bridge_ted="fxp0 fxp1" > bridge_bill="rl0 rl1" > bridge_fred="dc0,dc1,dc2" There no sed or grep in /bin or /sbin Just as example - mount /usr from nfs server, which is possible after net setup, which is possible after sed use, but sed will be useable latter... It's time to invent new command as set bridge_* :-) From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 21:51:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8DB837B401 for ; Tue, 6 May 2003 21:51:14 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 358F043F75 for ; Tue, 6 May 2003 21:51:14 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (sccrmhc02) with SMTP id <2003050704511200200fgui3e>; Wed, 7 May 2003 04:51:13 +0000 Date: Tue, 6 May 2003 21:51:11 -0700 (PDT) From: Doug Barton To: "Benjamin F. Burke" In-Reply-To: <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> Message-ID: <20030506214845.X5620@znfgre.qbhto.arg> References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <20030506002824.G666@znfgre.qbhto.arg> <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 04:51:15 -0000 On Tue, 6 May 2003, Benjamin F. Burke wrote: > On Tue, 2003-05-06 at 02:50, Doug Barton wrote: > > True, but that's another step down the road of "How do we deal with the > > issue of $BIGNUM conf options in a way that users can handle?" Our current > > solution for that is to include them all in /etc/defaults/rc.conf, and > > mostly in rc.conf.5. I'm not sure that solution scales, but I'm equally > > uncomfortable with the idea of UNdocumented options. > > I wonder how many experienced freebsd users really dislike having to > use the current rc.conf setup. Experienced users can fend for themselves regarding edge cases like bridge configurations. That's what rc.local is for. I'm worried about not overwhelming new users. > But if this is about ease of use for the less-experienced, why not keep > putting all the options in /etc/defaults/rc.conf, and create a > sysinstall-like interface to them that new users can run? Sorry, the patch you sent implementing that option was lost in your e-mail. Can you resend it? If you're confused by this response, see the archives. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 22:31:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52BD237B401 for ; Tue, 6 May 2003 22:31:46 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D8E43F75 for ; Tue, 6 May 2003 22:31:45 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc53) with SMTP id <2003050705314505300ono22e>; Wed, 7 May 2003 05:31:45 +0000 Date: Tue, 6 May 2003 22:31:44 -0700 (PDT) From: Doug Barton To: "."@babolo.ru In-Reply-To: <1052264838.054534.2270.nullmailer@cicuta.babolo.ru> Message-ID: <20030506222607.A5620@znfgre.qbhto.arg> References: <1052264838.054534.2270.nullmailer@cicuta.babolo.ru> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 05:31:46 -0000 On Wed, 7 May 2003 .@babolo.ru wrote: > There no sed or grep in /bin or /sbin This was another reason for my suggestion to keep the code simple, even if I forgot to say it. :) Anything involving networking has to be dead simple, because of some of the circular dependencies that you mentioned. > Just as example - mount /usr from > nfs server, which is possible after > net setup, which is possible after > sed use, but sed will be useable latter... > > It's time to invent new command as > set bridge_* :-) Yeah, that's more or less the direction I started heading mentally when I was trying to unravel a way to do the devfs stuff without completely losing my mind. I ultimately went a different direction for that particular problem, but the idea of a "variable finder" function in /etc/rc.subr is percolating back there somewhere. It sounds simple, until you take a look at how many variables are actually set by rc, infinitely variable user environments, etc.... Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 00:27:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAAAD37B401 for ; Wed, 7 May 2003 00:27:51 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394C943F3F for ; Wed, 7 May 2003 00:27:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0555.cvx40-bradley.dialup.earthlink.net ([216.244.44.45] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19DJL8-0001LZ-00; Wed, 07 May 2003 00:27:47 -0700 Message-ID: <3EB8B4F1.78C037A9@mindspring.com> Date: Wed, 07 May 2003 00:25:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: andykinney@advantagecom.net References: <3EB7DA83.24126.24BD4CE5@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a417e3d1efe850d91fa2411b150be4f1f3350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 07:27:52 -0000 Andrew Kinney wrote: > PV Entries are directly related the number of simultaneous children > processes Apache is allowed to spawn. > > To figure out how many PV entries your system is using per > Apache process, run this command: > > ipcs -a ; sysctl vm.zone | grep PV > > Take a look at the "shared" memory section and find the NATTCH > value for Apache. That number is the total number of Apache > processes that have attached to that shared memory segment. > > The last line of output is your PV entry stats. The third number in > from the left is the number of PV entries currently in use. Another alternative is to change the code that's doing the attaching, or move the attach into a module that persists over a fork, before the fork. My preference would be to convert to mmap() of /dev/zero to get anonymouns memory and call minherit() with INHERIT_SHARE before the fork. Worst case, you can have a before-the-fork and an after-the-fork module, and create it before and save where it lives in a file somewhere to communicate the information. Then all the PV entries get shared. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 00:40:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C92537B401; Wed, 7 May 2003 00:40:58 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AFEE43F93; Wed, 7 May 2003 00:40:57 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0555.cvx40-bradley.dialup.earthlink.net ([216.244.44.45] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19DJXs-0002Hu-00; Wed, 07 May 2003 00:40:56 -0700 Message-ID: <3EB8B7FD.AFBE8EC4@mindspring.com> Date: Wed, 07 May 2003 00:38:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <20030506002824.G666@znfgre.qbhto.arg> <20030506214845.X5620@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d12a986ba3954cbbed3dce245ce6f7e0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 07:40:58 -0000 Doug Barton wrote: > On Tue, 6 May 2003, Benjamin F. Burke wrote: > Experienced users can fend for themselves regarding edge cases like bridge > configurations. That's what rc.local is for. I'm worried about not > overwhelming new users. As an idea here, is it possible to have a large list of rc files in a particular location in directories that would automatically be run in their own directory, and automatically get their defaults sourced in, and have their own rc.conf's that get sourced in, etc.? If there were a subdirectory traversal for (currently non-existant) subdirectories in /usr/local somewhere, then each one of these "fend for yourself" cases could be implemented as ports. /usr/ports/rc/* anyone? -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 00:50:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3A037B401 for ; Wed, 7 May 2003 00:50:33 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AE943F3F for ; Wed, 7 May 2003 00:50:32 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc53) with SMTP id <2003050707503205300or3m4e>; Wed, 7 May 2003 07:50:32 +0000 Date: Wed, 7 May 2003 00:50:31 -0700 (PDT) From: Doug Barton To: Terry Lambert In-Reply-To: <3EB8B7FD.AFBE8EC4@mindspring.com> Message-ID: <20030507004857.I5620@znfgre.qbhto.arg> References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> <3EB8B7FD.AFBE8EC4@mindspring.com> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 07:50:33 -0000 On Wed, 7 May 2003, Terry Lambert wrote: > Doug Barton wrote: > > On Tue, 6 May 2003, Benjamin F. Burke wrote: > > Experienced users can fend for themselves regarding edge cases like bridge > > configurations. That's what rc.local is for. I'm worried about not > > overwhelming new users. > > As an idea here, is it possible to have a large list of rc files > in a particular location in directories that would automatically > be run in their own directory, and automatically get their defaults > sourced in, and have their own rc.conf's that get sourced in, etc.? > > If there were a subdirectory traversal for (currently non-existant) > subdirectories in /usr/local somewhere, then each one of these > "fend for yourself" cases could be implemented as ports. > > /usr/ports/rc/* anyone? /usr/local/etc/rc.d has already been suggested, and it's a direction I'd like to see us move in. Because the ordering of dependencies is non-trivial, I'm not sure having more than one such directory is a realistic target atm, but at least having one is definitely doable. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 00:54:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA88937B401; Wed, 7 May 2003 00:54:12 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5960743F75; Wed, 7 May 2003 00:54:12 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0555.cvx40-bradley.dialup.earthlink.net ([216.244.44.45] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19DJkg-0003M3-00; Wed, 07 May 2003 00:54:12 -0700 Message-ID: <3EB8BB11.65E8A1E7@mindspring.com> Date: Wed, 07 May 2003 00:51:45 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> <3EB8B7FD.AFBE8EC4@mindspring.com> <20030507004857.I5620@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4c2a62f9b75aeaaf1930362cb195cbaf5a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 07:54:13 -0000 Doug Barton wrote: > /usr/local/etc/rc.d has already been suggested, and it's a direction I'd > like to see us move in. Because the ordering of dependencies is > non-trivial, I'm not sure having more than one such directory is a > realistic target atm, but at least having one is definitely doable. Thought of that, but I was fearful about name collisions (i.e. everyone and their dog wanting "bridge" or "net"). It's probably not a big deal, since similarly named things would most likely have similar functions... one can hope. 8-). -- Terry From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 03:47:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 135CD37B404; Wed, 7 May 2003 03:47:41 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A67A43F93; Wed, 7 May 2003 03:47:39 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h47AlNrN001439 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 7 May 2003 12:47:28 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h47AlM0j078088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 May 2003 12:47:22 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h47AlLtA087000; Wed, 7 May 2003 12:47:21 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h47AlG7Y086999; Wed, 7 May 2003 12:47:17 +0200 (CEST) (envelope-from ticso) Date: Wed, 7 May 2003 12:47:16 +0200 From: Bernd Walter To: "Bruce R. Montague" Message-ID: <20030507104716.GL84364@cicely9.cicely.de> References: <200305061736.h46HaBke000587@cruzio.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305061736.h46HaBke000587@cruzio.com> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: usb-bsd@yahoogroups.com cc: jordbaer@mac.com cc: rizzo@icir.org cc: freebsd-hackers@freebsd.org cc: joe@tao.org.uk cc: n_hibma@freebsd.org Subject: Re: Patch to fix ohci usb isoc close/int race X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 10:47:41 -0000 On Tue, May 06, 2003 at 10:36:11AM -0700, Bruce R. Montague wrote: > Hi, I found a race condition between the /dev/usb > ohci.c isochronous case interrupt handler and its > close routine (really an abort). Both an incremental > patch to my previous ohci isoc patch and a complete > patch with respect to the FreeBSD 5.0-current sources > of 10-april are included below. Sounds interesting. Can you please open a PR with it, so it doesn't get lost. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 10:47:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7798B37B401 for ; Wed, 7 May 2003 10:47:12 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC35C43FAF for ; Wed, 7 May 2003 10:47:10 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19DT0w-0003fp-00 for ; Wed, 07 May 2003 13:47:34 -0400 Date: Wed, 7 May 2003 13:47:34 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030507134734.A12455@internetDog.org> References: <20030504113221.A27756@internetDog.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030504113221.A27756@internetDog.org>; from alih@internetDog.org on Sun, May 04, 2003 at 11:32:21AM -0400 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 17:47:12 -0000 On Sun, May 04, 2003 at 11:32:21AM -0400, Ali wrote: > this post may be of interest to people familiar with the filesystem code. > syscall2 > open > vn_open > namei > lookup > ufs_vnoperate > > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > ffs_vget > getnewvnode > > cache_purge > cache_zap The name cache is corrupted. Most of the threads involve getnewvnode, so a new file is being opened. The only thread observed to not include getnewvnode, used cache_enter. So a new cache entry is being created. I consider it a corruption because a namecache node has a junk value for nc_src.le_next . This is then de-referenced as the next namecache node, thus seg faulting. (gdb) p ncp $4 = (struct namecache *) 0xc0d62b40 (gdb) p *ncp $5 = { nc_hash = { le_next = 0x0, le_prev = 0xc0cd2ae4 }, nc_src = { le_next = 0x117, le_prev = 0xc0002a48 }, nc_dst = { tqe_next = 0x0, tqe_prev = 0xc61f9940 }, nc_dvp = 0xc61f33c0, nc_vp = 0xc61f98c0, nc_flag = 0 '\0', nc_nlen = 7 '\a', nc_name = 0xc0d62b62 "time.el\t\b[\t\bX\t\bM\t\bJ\t\b;\t\b" } As 'cache_purge > cache_zap' is involved, it may be that namecache node deletions have left a deleted node dangling. What I do not know, is whether there is a single system-wide name cache, or a per-directory cache linked list (LL). Neither the beastie book (Mckusick et al) or FreeBSD Developers' Handbook seem to cover this. Knowing the answer, would help me determine what the LLs are supposed to look like -- thereby help diagnose when the LL begins to go wrong. > P.P.S. It's been occuring intermittently, and increasingly, > recently. (Due to its increased prevalence, I even suspected that the > frequency of kernel crashes, might have corrupted the filesystem in a > way ignorable/imperceptible by fsck/me!) I no longer think so. Certainly a 'typical' filesystem corruption would lead to all sorts of random faults, not the consistent execution threads noted above. This is closer to a 'bug' than to a 'corruption'. Nonetheless, it may still be (somehow!) caused by me, rather than being a bug in the generic kernel. regards, ali -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 11:06:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 806CA37B401 for ; Wed, 7 May 2003 11:06:18 -0700 (PDT) Received: from web20707.mail.yahoo.com (web20707.mail.yahoo.com [216.136.226.180]) by mx1.FreeBSD.org (Postfix) with SMTP id 0644C43F93 for ; Wed, 7 May 2003 11:06:16 -0700 (PDT) (envelope-from s_kanduru@yahoo.com) Message-ID: <20030507180606.66159.qmail@web20707.mail.yahoo.com> Received: from [66.124.75.210] by web20707.mail.yahoo.com via HTTP; Wed, 07 May 2003 11:06:06 PDT Date: Wed, 7 May 2003 11:06:06 -0700 (PDT) From: Srini K To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: VM Crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 18:06:18 -0000 Hi, I am running IPSEC on 4.3 system FreeBSD 4.3-RELEASE #0: Thu Jan 10 06:02:11 PST and very rarely I see a crash in the vmcode. I think this is the third time in 2 years. The following is the stack trace: panic(c0300c20,4,cf359e0c,c0260a84,c0a15c90) at panic+0x70 vm_page_remove(c0a15c90,c0a15c90,cf438f00,cf4a5de0,6f4ad8) at vm_page_remove+0x73 vm_page_rename(c0a15c90,cf4a5de0,4) at vm_page_rename+0x20 vm_object_collapse(cf4a5de0,cf3411b0,cda8fb00,0,cf359e80) at vm_object_collapse+0x203 vm_object_deallocate(cf437720) at vm_object_deallocate+0x15c vm_map_entry_delete(cda8fb00,cf3411b0,cda8fb00,bfc00000,0) at vm_map_entry_delete+0x33 vm_map_delete(cda8fb00,0,bfc00000,cda8fb00,1) at vm_map_delete+0x171 vm_map_remove(cda8fb00,0,bfc00000,cda8fb6c,0,bfc00000) at vm_map_remove+0x6a exit1(cda8aba0,0,cf359fa0,c02c3c61,cda8aba0) at exit1+0x220 exit1(cda8aba0,cf359f80,8058040,8051060,0) at exit1 syscall2(bfbf002f,2f,bfbf002f,0,8051060) at syscall2+0x1f1 Xint0x80_syscall() at Xint0x80_syscall+0x25 The panic message is: vm_page_remove(): page not found in hash I would appreciate if someone can enlighten me what causes it. Fortunately the debugger is enabled. If somebody is interested in getting more information, I am willing to provide. Thanks, Srini. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 13:21:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3072437B401 for ; Wed, 7 May 2003 13:21:43 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B72A43FAF for ; Wed, 7 May 2003 13:21:42 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 402CB530E; Wed, 7 May 2003 22:21:39 +0200 (CEST) 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: Srini K References: <20030507180606.66159.qmail@web20707.mail.yahoo.com> From: Dag-Erling Smorgrav Date: Wed, 07 May 2003 22:21:39 +0200 In-Reply-To: <20030507180606.66159.qmail@web20707.mail.yahoo.com> (Srini K.'s message of "Wed, 7 May 2003 11:06:06 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: VM Crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 20:21:43 -0000 Srini K writes: > I am running IPSEC on 4.3 system Seeing as 4.3 is over two years old, any question that starts with "I run 4.3" is going to be answered with "upgrade to 4.8". DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 14:49:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8508D37B401 for ; Wed, 7 May 2003 14:49:43 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E9C943FAF for ; Wed, 7 May 2003 14:49:42 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h47LneSQ032994; Wed, 7 May 2003 22:49:40 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h47LneNk032993; Wed, 7 May 2003 22:49:40 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h47LoR8c002643; Wed, 7 May 2003 22:50:27 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200305072150.h47LoR8c002643@grimreaper.grondar.org> To: Jordan Hubbard In-Reply-To: Your message of "Tue, 06 May 2003 16:18:28 PDT." <0B43AFE7-8019-11D7-8F10-000393C6E688@queasyweasel.com> Date: Wed, 07 May 2003 22:50:27 +0100 Sender: mark@grondar.org cc: hackers@freebsd.org Subject: Re: Time to deprecate ports/net/cvsupit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 21:49:43 -0000 Jordan Hubbard writes: > I'm posting this to the -hackers list since Kris and my discussion on > this topic hasn't generated any feedback on -ports so far and he > assures me that people are actually still interested in cvsupit, or at > least the functionality it represents. Why don't you just set the maintainer to "ports@freebsd.org" and leave it to rot? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 15:07:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DF637B401 for ; Wed, 7 May 2003 15:07:25 -0700 (PDT) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEDC43F93 for ; Wed, 7 May 2003 15:07:24 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.queasyweasel.com [64.173.15.99])h47M6v2J031265; Wed, 7 May 2003 15:06:57 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Date: Wed, 7 May 2003 15:07:25 -0700 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Mark Murray From: Jordan K Hubbard In-Reply-To: <200305072150.h47LoR8c002643@grimreaper.grondar.org> Message-Id: <48EF8C86-80D8-11D7-A25C-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: hackers@freebsd.org Subject: Re: Time to deprecate ports/net/cvsupit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 22:07:26 -0000 It's already marked broken and on Kris's "delete in 90 days" list, so letting it rot's not really an option anyway. On Wednesday, May 7, 2003, at 02:50 PM, Mark Murray wrote: > Jordan Hubbard writes: >> I'm posting this to the -hackers list since Kris and my discussion on >> this topic hasn't generated any feedback on -ports so far and he >> assures me that people are actually still interested in cvsupit, or at >> least the functionality it represents. > > Why don't you just set the maintainer to "ports@freebsd.org" and leave > it to rot? > > M > -- > Mark Murray > iumop ap!sdn w,I idlaH > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 15:16:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FAD437B401; Wed, 7 May 2003 15:16:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68E5F43F85; Wed, 7 May 2003 15:16:08 -0700 (PDT) (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 h47MG5Tl013185; Wed, 7 May 2003 16:16:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 07 May 2003 16:12:49 -0600 (MDT) Message-Id: <20030507.161249.84050873.imp@bsdimp.com> To: DougB@freebsd.org From: "M. Warner Losh" In-Reply-To: <20030506214845.X5620@znfgre.qbhto.arg> References: <20030506002824.G666@znfgre.qbhto.arg> <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> <20030506214845.X5620@znfgre.qbhto.arg> 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 cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 22:16:13 -0000 In message: <20030506214845.X5620@znfgre.qbhto.arg> Doug Barton writes: : On Tue, 6 May 2003, Benjamin F. Burke wrote: : : > On Tue, 2003-05-06 at 02:50, Doug Barton wrote: : > > True, but that's another step down the road of "How do we deal with the : > > issue of $BIGNUM conf options in a way that users can handle?" Our current : > > solution for that is to include them all in /etc/defaults/rc.conf, and : > > mostly in rc.conf.5. I'm not sure that solution scales, but I'm equally : > > uncomfortable with the idea of UNdocumented options. : > : > I wonder how many experienced freebsd users really dislike having to : > use the current rc.conf setup. : : Experienced users can fend for themselves regarding edge cases like bridge : configurations. That's what rc.local is for. I'm worried about not : overwhelming new users. Actually, after spending some time last night setting up a bridge, I'd be very happy to have these knobs. It will become a more common case as more people build FreeBSD wireless access points. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 15:21:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E2137B401 for ; Wed, 7 May 2003 15:21:58 -0700 (PDT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BC143FA3 for ; Wed, 7 May 2003 15:21:56 -0700 (PDT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 65691 invoked from network); 7 May 2003 22:40:55 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 7 May 2003 22:40:55 -0000 Received: (nullmailer pid 670 invoked by uid 136); Wed, 07 May 2003 22:25:12 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20030506222607.A5620@znfgre.qbhto.arg> To: Doug Barton Date: Thu, 8 May 2003 02:25:12 +0400 (MSD) From: "."@babolo.ru 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: <1052346312.414067.669.nullmailer@cicuta.babolo.ru> cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 22:21:59 -0000 > On Wed, 7 May 2003 .@babolo.ru wrote: > > There no sed or grep in /bin or /sbin > > This was another reason for my suggestion to keep the code simple, even if > I forgot to say it. :) Anything involving networking has to be dead > simple, because of some of the circular dependencies that you mentioned. > > > Just as example - mount /usr from > > nfs server, which is possible after > > net setup, which is possible after > > sed use, but sed will be useable latter... > > > > It's time to invent new command as > > set bridge_* :-) > > Yeah, that's more or less the direction I started heading mentally when I > was trying to unravel a way to do the devfs stuff without completely > losing my mind. I ultimately went a different direction for that > particular problem, but the idea of a "variable finder" function in > /etc/rc.subr is percolating back there somewhere. It sounds simple, > until you take a look at how many variables are actually set by rc, > infinitely variable user environments, etc.... Interesting... IF new builtin command will be written, has it chance to be accepted? such as "list prefix" lists all sh variables with names prefix* ? Or better expand ${prefix@} to list of variables ? Or may be ${prefix*} or even ${*foo?bar} ? From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 16:10:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32BCE37B401 for ; Wed, 7 May 2003 16:10:18 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23EFE43FAF for ; Wed, 7 May 2003 16:10:16 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19DY3b-0008G4-00 for ; Wed, 07 May 2003 19:10:39 -0400 Date: Wed, 7 May 2003 19:10:39 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030507191039.A31730@internetDog.org> References: <20030504113221.A27756@internetDog.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030504113221.A27756@internetDog.org>; from alih@internetDog.org on Sun, May 04, 2003 at 11:32:21AM -0400 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 23:10:18 -0000 On Sun, May 04, 2003 at 11:32:21AM -0400, Ali wrote: > Two threads are prevalent (mainly the first, but a mix of the two has > been seen as well): > > syscall2 > open > vn_open > namei > lookup > ufs_vnoperate > > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > ffs_vget > getnewvnode > > cache_purge > cache_zap > > syscall2 > stat > namei > lookup > ufs_vnoperate > > vfs_cache_lookup > ufs_vnoperate > ufs_lookup > > cache_purge > cache_zap ^^^^^^^^^^^ This second thread has cache_enter (not cache_purge). -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 17:20:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDEBF37B401 for ; Wed, 7 May 2003 17:20:26 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 678F743FB1 for ; Wed, 7 May 2003 17:20:26 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 55DA52ED40A; Wed, 7 May 2003 17:20:26 -0700 (PDT) Date: Wed, 7 May 2003 17:20:26 -0700 From: Alfred Perlstein To: hackers@freebsd.org Message-ID: <20030508002026.GY65456@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: (forw) Cygwin Build Patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 00:20:27 -0000 Forwarding based on pure coolness, enjoy: ----- Forwarded message from John Gordon ----- From: John Gordon To: tech-misc@netbsd.org Subject: Cygwin Build Patch Date: Wed, 7 May 2003 17:10:35 -0700 (PDT) Message-ID: <20030508001035.24064.qmail@web41401.mail.yahoo.com> Sender: tech-misc-owner@netbsd.org Hello all, I have completed a set of changes to the NetBSD build infrastructure that allow me to build at least two architectures (i386 and my ibmnws platform, a PowerPC box) under Cygwin/Windows XP. I have made a patch for this, and provide instructions on the required configuration of Cygwin (including a small change needed to the Cygwin CVS implementation to avoid case-insensitivity filename clash problems) on my web site at: http://www.bluedonkey.org/cgi-bin/twiki/bin/view/Netbsd/CygwinBuild I will also file a change request problem report, with the patch pasted into it, so that this information is recorded somewhere. The speed of the build, at least on my XP box, is not great, but it does work. I have managed to build everything all the way through to generating a RAM disk root file system based kernel for the ibmnws box, and that boots successfully. Any comments, questions, or problems using these changes please let me know. I will try my best to help out with any fixes - I've probably seen most of the errors that are likely to crop up now ;-) Rgds, John... ===== Rate Corporate America at http://exec-ratings.bluedonkey.org __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com ----- End forwarded message ----- -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 20:59:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C82437B401 for ; Wed, 7 May 2003 20:59:01 -0700 (PDT) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB71F43FBD for ; Wed, 7 May 2003 20:59:00 -0700 (PDT) (envelope-from mbsd@pacbell.net) Received: from atlas (adsl-64-166-22-125.dsl.snfc21.pacbell.net [64.166.22.125])h483wuPj022070; Wed, 7 May 2003 22:58:57 -0500 (CDT) Date: Wed, 7 May 2003 20:58:56 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@atlas.home To: "."@babolo.ru In-Reply-To: <1052346312.414067.669.nullmailer@cicuta.babolo.ru> Message-ID: <20030507205330.E310@atlas.home> References: <1052346312.414067.669.nullmailer@cicuta.babolo.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 03:59:01 -0000 On Thu, 8 May 2003 .@babolo.ru wrote: [...] > Interesting... IF new builtin command will be written, > has it chance to be accepted? > such as "list prefix" lists all sh variables with > names prefix* ? You mean something like: list_prefix() { eval "set | while read v; do case \$v in $1*) echo \"\${v%%=*}\";; esac; done" } It forks an extra process, I know... $.02, /Mikko From owner-freebsd-hackers@FreeBSD.ORG Wed May 7 23:28:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 786F337B401 for ; Wed, 7 May 2003 23:28:33 -0700 (PDT) Received: from bosvwl01.infosys.com (bosvwl01.inf.com [216.52.49.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F9AE43F85 for ; Wed, 7 May 2003 23:28:32 -0700 (PDT) (envelope-from abhay_srivastava@infosys.com) Received: from 192.168.200.82 by bosvwl01.infosys.com (InterScan E-Mail VirusWall NT); Thu, 08 May 2003 02:29:34 -0400 Received: from BLRKECIMR01.ad.infosys.com ([192.168.200.58]) by INDHUBBHS02.ad.infosys.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 8 May 2003 11:59:02 +0530 Received: from kecmsg11.ad.infosys.com ([192.168.200.69]) by BLRKECIMR01.ad.infosys.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 8 May 2003 11:59:02 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPartTM-000-b6b885a5-8420-4c83-afa3-5f4c697f0f1f" Date: Thu, 8 May 2003 11:59:02 +0530 Message-ID: <882B7E812BE14E4BA7E86387242C8DB902590698@kecmsg11.ad.infosys.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: help in cam_send_ccb Thread-Index: AcMVKa9PNl0WwoEQEde4VwAA4hMnrQAAJRkAAAAy3lA= From: "Abhay Kumar Srivastava" To: X-OriginalArrivalTime: 08 May 2003 06:29:02.0440 (UTC) FILETIME=[1DCF2E80:01C3152B] X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: help in cam_send_ccb X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 06:28:33 -0000 This is a multi-part message in MIME format. ------=_NextPartTM-000-b6b885a5-8420-4c83-afa3-5f4c697f0f1f Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I want to know the unit of timeout that we fill in ccb structure before we call cam_send_ccb. In the following code=20 cam_fill_csio(&testData->ccb.csio, /* retries */ 1, /* cbfcnp */ NULL, /* flags */ CAM_DIR_OUT, /* tag_action */ MSG_SIMPLE_Q_TAG, /* data_ptr */ (u_int8_t *)&rData, /* dxfer_len */ sizeof( struct scsi_reassign_blocks_data ), /* sense_len */ SSD_FULL_SIZE, /* cdb_len */ sizeof(struct scsi_reassign_blocks), /* timeout */ 10000); cam_send_ccb(testData->device, &testData->ccb) I would like to know what this 10000 is . is it 10000 milisec or 10000 micro sec. Regards, Gaurav =20 Have A Nice Day! ------=_NextPartTM-000-b6b885a5-8420-4c83-afa3-5f4c697f0f1f-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 01:26:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D811C37B401 for ; Thu, 8 May 2003 01:26:35 -0700 (PDT) Received: from mail.isg.siue.edu (mail.isg.siue.edu [146.163.5.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0CB43FBF for ; Thu, 8 May 2003 01:26:34 -0700 (PDT) (envelope-from wgrim@cougar.isg.siue.edu) Received: from WEBSHIELD2.isg.siue.edu (webshield2.isg.siue.edu [146.163.5.150]) by mail.isg.siue.edu (8.9.3p2/8.9.3) with SMTP id DAA07466 for ; Thu, 8 May 2003 03:26:14 -0500 (CDT) Received: From mail.isg.siue.edu ([146.163.5.4]) by WEBSHIELD2.isg.siue.edu (WebShield SMTP v4.5 MR1a); id 1052382374219; Thu, 8 May 2003 03:26:14 -0500 Received: from cougar (cougar [146.163.5.29]) by mail.isg.siue.edu (8.9.3p2/8.9.3) with ESMTP id DAA06774 for ; Thu, 8 May 2003 03:25:48 -0500 (CDT) Date: Thu, 8 May 2003 03:25:47 -0500 (CDT) From: William Michael Grim To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: What are .1 files in /usr/src? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 08:26:36 -0000 Hello! I was curious, what are all the .1 files in /usr/src? A couple examples are /usr/src/bin/dd/dd.1 and /usr/src/bin/pax/pax.1. Are these some sort of files that are converted to man pages in some way? If so, how is this achieved? Thanks in advance for the insight. William Michael Grim Student, Southern Illinois University at Edwardsville Unix System Administrator, SIUE, Computer Science dept. Phone: (217) 341-6552 Email: wgrim@siue.edu From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 01:30:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A67E37B401 for ; Thu, 8 May 2003 01:30:42 -0700 (PDT) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA12A43F75 for ; Thu, 8 May 2003 01:30:41 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h488UVWZ126852; Thu, 8 May 2003 10:30:34 +0200 Date: Thu, 8 May 2003 10:30:31 +0200 (CEST) From: Lukas Ertl To: William Michael Grim In-Reply-To: Message-ID: <20030508102955.A42559@pcle2.cc.univie.ac.at> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mailbox 4251; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-hackers@freebsd.org Subject: Re: What are .1 files in /usr/src? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 08:30:43 -0000 On Thu, 8 May 2003, William Michael Grim wrote: > I was curious, what are all the .1 files in /usr/src? A couple examples > are /usr/src/bin/dd/dd.1 and /usr/src/bin/pax/pax.1. Are these some sort > of files that are converted to man pages in some way? If so, how is this > achieved? Well, these _are_ the manpages :-) regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 01:51:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5AC537B401 for ; Thu, 8 May 2003 01:51:59 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 8511643FBF for ; Thu, 8 May 2003 01:51:58 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 8 May 2003 09:51:57 +0100 (BST) Date: Thu, 8 May 2003 09:51:56 +0100 From: David Malone To: Ali Bahar Message-ID: <20030508085156.GA60571@walton.maths.tcd.ie> References: <20030504113221.A27756@internetDog.org> <20030507134734.A12455@internetDog.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030507134734.A12455@internetDog.org> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@freebsd.org Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 08:52:00 -0000 On Wed, May 07, 2003 at 01:47:34PM -0400, Ali Bahar wrote: > What I do not know, is whether there is a single system-wide name cache, > or a per-directory cache linked list (LL). Neither the beastie book > (Mckusick et al) or FreeBSD Developers' Handbook seem to cover > this. Knowing the answer, would help me determine what the LLs are > supposed to look like -- thereby help diagnose when the LL begins > to go wrong. The name cache is global, as far as I remember. David. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 02:00:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4083537B401 for ; Thu, 8 May 2003 02:00:44 -0700 (PDT) Received: from foem.leiden.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF2443F75 for ; Thu, 8 May 2003 02:00:40 -0700 (PDT) (envelope-from dirkx@webweaving.org) Received: from foem (IDENT:chuckwebweaving.org@foem [10.11.0.2]) h4890cxW070297; Thu, 8 May 2003 11:00:38 +0200 (CEST) (envelope-from dirkx@webweaving.org) Date: Thu, 8 May 2003 11:00:38 +0200 (CEST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@foem To: freebsd-hackers@freebsd.org Message-ID: <20030508105301.D50944-100000@foem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: soekris-tech@lists.soekris.com Subject: MFC of Elan-mmcr watchdog code / Soekris X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 09:00:44 -0000 Just to confirm; - The watchdog code currently in current merges cleanly into 5.0 and works very well. I would not object to seeing that MFC'ed as it reduces the list of post patches on my end. Should there be a need; the following: http://wleiden.webweaving.org:8080/svn/node-config/soekris/watchdog/ watchdogd.c watchdogd.8 Makefile are a watchdog with man page which I'd be more than happy to donate to the good cause; as we're finding it very useful. If license/grant/copyright transfer paperwork is needed; do let me know privately. Dw From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 02:11:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5178937B401 for ; Thu, 8 May 2003 02:11:05 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c18609.belrs1.nsw.optusnet.com.au [210.49.80.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8459943F93 for ; Thu, 8 May 2003 02:11:03 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h489Aup9006689; Thu, 8 May 2003 19:10:57 +1000 (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 h489As6V006688; Thu, 8 May 2003 19:10:54 +1000 (EST) Date: Thu, 8 May 2003 19:10:54 +1000 From: Peter Jeremy To: William Michael Grim Message-ID: <20030508091054.GA6640@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: What are .1 files in /usr/src? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 09:11:05 -0000 On Thu, May 08, 2003 at 03:25:47AM -0500, William Michael Grim wrote: >I was curious, what are all the .1 files in /usr/src? A couple examples >are /usr/src/bin/dd/dd.1 and /usr/src/bin/pax/pax.1. Are these some sort >of files that are converted to man pages in some way? If so, how is this >achieved? As already mentioned, they are the man pages. By default, they are gzip(1)'d into /usr/share/man/manX/ to save space. They are converted into formatted text using groff(1). As an example, you can get a PostScript version of the dd(1) man page with either of the following: groff -man /usr/src/bin/dd/dd.1 > dd.ps gzcat /usr/share/man/man1/dd.1.gz | groff -man > dd.ps Peter From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 02:31:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F3CF37B401 for ; Thu, 8 May 2003 02:31:00 -0700 (PDT) Received: from mail.isg.siue.edu (mail.isg.siue.edu [146.163.5.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 107EC43F85 for ; Thu, 8 May 2003 02:30:55 -0700 (PDT) (envelope-from wgrim@cougar.isg.siue.edu) Received: from WEBSHIELD1.isg.siue.edu (webshield1.isg.siue.edu [146.163.5.149]) by mail.isg.siue.edu (8.9.3p2/8.9.3) with SMTP id EAA22867 for ; Thu, 8 May 2003 04:29:54 -0500 (CDT) Received: From mail.isg.siue.edu ([146.163.5.4]) by WEBSHIELD1.isg.siue.edu (WebShield SMTP v4.5 MR1a); id 1052386194342; Thu, 8 May 2003 04:29:54 -0500 Received: from cougar (cougar [146.163.5.29]) by mail.isg.siue.edu (8.9.3p2/8.9.3) with ESMTP id EAA22757 for ; Thu, 8 May 2003 04:29:47 -0500 (CDT) Date: Thu, 8 May 2003 04:29:47 -0500 (CDT) From: William Michael Grim To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: What are the .1 files? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 09:31:00 -0000 Thanks for your help guys. I assumed they were the man files. However, not being familiar with groff/troff, I did not know how they were being generated. Thanks again. William Michael Grim Student, Southern Illinois University at Edwardsville Unix System Administrator, SIUE, Computer Science dept. Phone: (217) 341-6552 Email: wgrim@siue.edu From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 03:06:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D1AD37B401; Thu, 8 May 2003 03:06:37 -0700 (PDT) Received: from mail.dannysplace.net (allxs.xs4all.nl [194.109.223.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6CCD43F93; Thu, 8 May 2003 03:06:35 -0700 (PDT) (envelope-from fbsd@dannysplace.net) Received: from [192.168.1.3] (helo=localhost) by mail.dannysplace.net with esmtp (Exim 4.12) id 19DiII-000Lq9-00; Thu, 08 May 2003 12:06:30 +0200 Received: from pr2.ing.nl (pr2.ing.nl [145.221.92.41]) by www.dannysplace.com (Horde) with HTTP for ; Thu, 8 May 2003 12:06:29 +0200 Message-ID: <1052388389.c4bc0c7cd203e@www.dannysplace.com> Date: Thu, 8 May 2003 12:06:29 +0200 From: Danny Carroll To: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19DiII-000Lq9-00*WtVnbMX7rIU* Subject: Compaq IDA driver and getting array state. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 10:06:38 -0000 First off, sorry for the cross post, not sure where this should go. I am looking at extending the driver for ida so that messages about failed drives and the state of the array will make it into the syslog. (If this somehow already happens, can someone explain how?) Also, I want to write an app that will give extended info about the logical drive(s) and controller(s). Aside from some packet driver programming on DOS a decade ago, I've never done any hardware programming. So I have a few questions. 1. Anyone with a Compaq Smart controller want to help/test? 2. Can I query a device directly without using the driver? Or is the driver the only thing allowed to talk to the hardware? 3. Debugging a kernel device driver, is there are HOW-TO? (I've also not done any Kernel programming before..) 4. For those that have FreeBSD machines running on Compaq hardware now, how do you monitor the array? Especially if it's in a rack somewhere? The device driver looks simple enough, and I have a document that describes the devices' features, so I don't think it's going to be mega-hard. But considering I'll be screwing with the device directly, and that it's a disk device, I will need to be wary. -D From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 03:39:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5876E37B401; Thu, 8 May 2003 03:39:22 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF18F43F93; Thu, 8 May 2003 03:39:20 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h48AdIO9097349; Thu, 8 May 2003 12:39:18 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h48AdIqP097348; Thu, 8 May 2003 12:39:18 +0200 (CEST) Date: Thu, 8 May 2003 12:39:18 +0200 From: Wilko Bulte To: Danny Carroll Message-ID: <20030508103918.GA97333@freebie.xs4all.nl> References: <1052388389.c4bc0c7cd203e@www.dannysplace.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052388389.c4bc0c7cd203e@www.dannysplace.com> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-hardware@freebsd.org Subject: Re: Compaq IDA driver and getting array state. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 10:39:23 -0000 On Thu, May 08, 2003 at 12:06:29PM +0200, Danny Carroll wrote: > First off, sorry for the cross post, not sure where this should go. > > I am looking at extending the driver for ida so that messages about failed > drives and the state of the array will make it into the syslog. (If this > somehow already happens, can someone explain how?) > > Also, I want to write an app that will give extended info about the logical > drive(s) and controller(s). You don't get specs from CPQ about that, it is considered IP. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 09:37:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DB937B401 for ; Thu, 8 May 2003 09:37:28 -0700 (PDT) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB54643FA3 for ; Thu, 8 May 2003 09:37:27 -0700 (PDT) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 19D3Te-0004k1-D5; Tue, 06 May 2003 15:31:30 +0100 Date: Tue, 6 May 2003 15:31:30 +0100 From: Paul Robinson To: "Benjamin F. Burke" Message-ID: <20030506143130.GE11502@iconoplex.co.uk> References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <015601c3139d$e5ae3b60$0300000a@antalus> <20030506002824.G666@znfgre.qbhto.arg> <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> Sender: Paul Robinson cc: hackers@freebsd.org cc: Doug Barton Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 16:37:28 -0000 On f, "Benjamin F. Burke" wrote: > I wonder how many experienced freebsd users really dislike having to > use the current rc.conf setup. If it ain't broke... rc.conf is broken. It's ambiguous and sysinstall has to handle updates to the file by adding deltas at the end - if you look at a line for an option in there, it's no guarantee that's the one that matters. Nobody has submitted anything better yet. The whole config and setup/install stuff is now one of the most debated about topics that nobody has submitted anything sensible on, IMVHO. > But if this is about ease of use for the less-experienced, why not keep > putting all the options in /etc/defaults/rc.conf, and create a > sysinstall-like interface to them that new users can run? Actually, why > not add rc.conf-editing functionality to sysinstall? The only > prerequisites I can think of for this are a more parseable > option-grouping syntax for rc.conf and a database of ultra-friendly > option descriptions, which the man page already has a good start on. sysinstall is broken. OK, let me re-phrase that, it's broken from the point of view of being "user-friendly". I don't mind it, most users don't mind it, but if you want to change something in there, then god help you. FreeBSD has one of the worst install procedures of modern Unixes as far as beginners to Unix are concerned - the shots I've seen of libh seem to suggest nobody is working on a really user-friendly install yet, as libh is a tidy up but doesn't seem to have a beginner-friendly interface to it. Truly, when I have about a month of spare time and after I've moved house, this is right at the top of my "projects you should do real soon now" list. I have VMWare on my work XP machine, and I installed Mandrake and Redhat the other day to see how they felt - it's a different world. I don't like the fact you need an SVGA graphics card to run it, but the actual logical interactions are very, very good. If we're serious about getting the home desktop market, you need to get the install procedure up to the point where at *INSTALL TIME* you're prompting for e-mail address configuration information. Even better, it should be able to pick up the Windows config already on the disk and use that.... dreams, dreams... > If you think it's a good idea, I'd be happy to take a crack at a > prototype. I'd like to discuss it further, but I think this is the wrong thread to do it in. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 10:04:19 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7637237B401 for ; Thu, 8 May 2003 10:04:19 -0700 (PDT) Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.103.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE2BE43FBF for ; Thu, 8 May 2003 10:04:14 -0700 (PDT) (envelope-from mph@wopr.caltech.edu) Received: from wopr.caltech.edu (localhost.caltech.edu [127.0.0.1]) by wopr.caltech.edu (8.12.9/8.12.8) with ESMTP id h48H4Db9033155; Thu, 8 May 2003 10:04:14 -0700 (PDT) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.12.9/8.12.3/Submit) id h48H4Duq033154; Thu, 8 May 2003 10:04:13 -0700 (PDT) Date: Thu, 8 May 2003 10:04:12 -0700 From: Matthew Hunt To: Peter Jeremy Message-ID: <20030508170412.GA32748@wopr.caltech.edu> References: <20030508091054.GA6640@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030508091054.GA6640@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: What are .1 files in /usr/src? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 17:04:19 -0000 On Thu, May 08, 2003 at 07:10:54PM +1000, Peter Jeremy wrote: > As an example, you can get a PostScript version of the dd(1) man page > with either of the following: > groff -man /usr/src/bin/dd/dd.1 > dd.ps > gzcat /usr/share/man/man1/dd.1.gz | groff -man > dd.ps Or even... man -t dd > dd.ps :-) -- Matthew Hunt * Science rules. http://www.pobox.com/~mph/ * From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 10:27:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86A6937B401; Thu, 8 May 2003 10:27:53 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8959643FBF; Thu, 8 May 2003 10:27:45 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h48HRZ3q082755; Thu, 8 May 2003 13:27:36 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 8 May 2003 13:27:35 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Danny Carroll In-Reply-To: <1052388389.c4bc0c7cd203e@www.dannysplace.com> Message-ID: <20030508132446.K23575@sasami.jurai.net> References: <1052388389.c4bc0c7cd203e@www.dannysplace.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: freebsd-hardware@FreeBSD.ORG Subject: Re: Compaq IDA driver and getting array state. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 17:27:54 -0000 On Thu, 8 May 2003, Danny Carroll wrote: > 1. Anyone with a Compaq Smart controller want to help/test? I might be deploying some machines with SA4200s in which case I'd probably spend a day or so making sure the driver was able to report array health and individual drive status. -- | 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 | From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 10:33:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9D4D37B401 for ; Thu, 8 May 2003 10:33:46 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id B580143F3F for ; Thu, 8 May 2003 10:33:45 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19DpHQ-00070k-00 for ; Thu, 08 May 2003 13:34:04 -0400 Date: Thu, 8 May 2003 13:34:04 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030508133404.A26126@internetDog.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <882B7E812BE14E4BA7E86387242C8DB902590698@kecmsg11.ad.infosys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <882B7E812BE14E4BA7E86387242C8DB902590698@kecmsg11.ad.infosys.com>; from abhay_srivastava@infosys.com on Thu, May 08, 2003 at 11:59:02AM +0530 Subject: Re: help in cam_send_ccb X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 17:33:47 -0000 Disclaimer: - I don't know this structure. - I am not part of the freebsd kernel developers team. Why don't you time it? You can read the value of 'ticks' to find out what the hardware tick count is. Then the value of HZ (which is typically 100) will tell you how many hardware ticks you have per second. On Thu, May 08, 2003 at 11:59:02AM +0530, Abhay Kumar Srivastava wrote: > I want to know the unit of timeout that we fill in ccb > structure before we call cam_send_ccb. > /* timeout */ 10000); > I would like to know what this 10000 is . > is it 10000 milisec or 10000 micro sec. -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 11:01:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C68C137B401 for ; Thu, 8 May 2003 11:01:52 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8210543FBD for ; Thu, 8 May 2003 11:01:51 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19Dpic-0007Ra-00 for ; Thu, 08 May 2003 14:02:10 -0400 Date: Thu, 8 May 2003 14:02:10 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030508140210.B26126@internetDog.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030504113221.A27756@internetDog.org> <20030507134734.A12455@internetDog.org> <20030508085156.GA60571@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030508085156.GA60571@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Thu, May 08, 2003 at 09:51:56AM +0100 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 18:01:53 -0000 Hi David, you're right. The name cache is system-wide. I still need to understand the difference between a vnode's v_cache_src and v_cache_dst (IOW, a namecache's nc_src and nc_dst), and the hash chain which finds them. (I knew I should have elaborated! ;-) I took a look at related files in 5.0. (I am not familiar with freebsd's release procedures, and have assumed that 'current' is the testing/in-development code which is the pre-release to 5.0.) The vnode recycling code has undergone non-trivial changes. As the seg fault now recurs frequently, I may have to investigate the modifications. Thanks for your reply. regards, ali On Thu, May 08, 2003 at 09:51:56AM +0100, David Malone wrote: > On Wed, May 07, 2003 at 01:47:34PM -0400, Ali Bahar wrote: > > What I do not know, is whether there is a single system-wide name cache, > The name cache is global, as far as I remember. > > David. -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 11:08:52 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FE037B401 for ; Thu, 8 May 2003 11:08:52 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E41A43FBD for ; Thu, 8 May 2003 11:08:49 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h48I8exa001343; Thu, 8 May 2003 20:08:46 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: alih@internetDog.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 08 May 2003 14:02:10 EDT." <20030508140210.B26126@internetDog.org> Date: Thu, 08 May 2003 20:08:40 +0200 Message-ID: <1342.1052417320@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 18:08:52 -0000 In message <20030508140210.B26126@internetDog.org>, Ali Bahar writes: > >Hi David, >you're right. The name cache is system-wide. > >I still need to understand the difference between a vnode's >v_cache_src and v_cache_dst (IOW, a namecache's nc_src and nc_dst), One is for the chain which a (directory) vnode sources, the other is the chain where the (any type) vnode hangs from it's parent directory. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 11:12:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23B4537B401 for ; Thu, 8 May 2003 11:12:07 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A80843FAF for ; Thu, 8 May 2003 11:12:06 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h48IC4PM055549; Thu, 8 May 2003 12:12:04 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h48IBwYB055545; Thu, 8 May 2003 12:11:59 -0600 (MDT) (envelope-from ken) Date: Thu, 8 May 2003 12:11:58 -0600 From: "Kenneth D. Merry" To: Abhay Kumar Srivastava Message-ID: <20030508121158.A55526@panzer.kdm.org> References: <882B7E812BE14E4BA7E86387242C8DB902590698@kecmsg11.ad.infosys.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: <882B7E812BE14E4BA7E86387242C8DB902590698@kecmsg11.ad.infosys.com>; from abhay_srivastava@infosys.com on Thu, May 08, 2003 at 11:59:02AM +0530 cc: freebsd-hackers@freebsd.org Subject: Re: help in cam_send_ccb X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 18:12:07 -0000 On Thu, May 08, 2003 at 11:59:02 +0530, Abhay Kumar Srivastava wrote: > > Hi, > > I want to know the unit of timeout that we fill in ccb > structure before we call cam_send_ccb. > > In the following code > cam_fill_csio(&testData->ccb.csio, > /* retries */ 1, > /* cbfcnp */ NULL, > /* flags */ CAM_DIR_OUT, > /* tag_action */ > MSG_SIMPLE_Q_TAG, > /* data_ptr */ (u_int8_t > *)&rData, > /* dxfer_len */ sizeof( > struct scsi_reassign_blocks_data ), > /* sense_len */ > SSD_FULL_SIZE, > /* cdb_len */ > sizeof(struct scsi_reassign_blocks), > /* timeout */ 10000); > > cam_send_ccb(testData->device, &testData->ccb) > > I would like to know what this 10000 is . > is it 10000 milisec or 10000 micro sec. It's in milliseconds. So 10000 means you have a 10 second timeout. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 12:03:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC76B37B401 for ; Thu, 8 May 2003 12:03:24 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2977043FB1 for ; Thu, 8 May 2003 12:03:23 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19Dqg9-0008Jr-00 for ; Thu, 08 May 2003 15:03:41 -0400 Date: Thu, 8 May 2003 15:03:41 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030508150341.B28906@internetDog.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030508140210.B26126@internetDog.org> <1342.1052417320@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1342.1052417320@critter.freebsd.dk>; from phk@phk.freebsd.dk on Thu, May 08, 2003 at 08:08:40PM +0200 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 19:03:25 -0000 Hi dude, (not quite sure which'd be your first name. 'phk' is how I remember you by!) On Thu, May 08, 2003 at 08:08:40PM +0200, Poul-Henning Kamp wrote: > In message <20030508140210.B26126@internetDog.org>, Ali Bahar writes: > >I still need to understand the difference between a vnode's > >v_cache_src and v_cache_dst (IOW, a namecache's nc_src and nc_dst), > > One is for the chain which a (directory) vnode sources, the other > is the chain where the (any type) vnode hangs from it's parent > directory. Hmm. Forgive me, but I went over the above sentence 20 times, and I'm still not sure. Given the vnode for /usr/src, - is its v_cache_dst a linked list of namecache entries for /usr, - & its v_cache_src a linked list of namecache entries for /usr/src/sys ? Or vice versa? Or neither? Why would there be a _chain_ of namecache nodes for a file's parent? I assume that symbolic links are involved (from another dir to this file). Would you know if the 5.0 modifications could fix this problem? My reading of the problem is: As a new file/dir is being accessed, a new vnode is obtained thru getnewvnode. But vnodes are recycled, and so the 'new' vnode has to be cleaned up. This means that all its old associations/resources have to be deleted. What is happening in cache_zap, is that its "source vnode list" of namecache entries is being deleted. In the deletion, it comes across a dangling/corrupt namecache node. Thank you very much for your help. Much appreciated. regards, ali -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 12:12:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DF7237B401 for ; Thu, 8 May 2003 12:12:57 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC2743F93 for ; Thu, 8 May 2003 12:12:56 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h48JCrxa001790; Thu, 8 May 2003 21:12:53 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: alih@internetDog.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 08 May 2003 15:03:41 EDT." <20030508150341.B28906@internetDog.org> Date: Thu, 08 May 2003 21:12:52 +0200 Message-ID: <1789.1052421172@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 19:12:57 -0000 In message <20030508150341.B28906@internetDog.org>, Ali Bahar writes: >Given the vnode for /usr/src, > > - is its v_cache_dst a linked list of namecache entries for /usr, > - & its v_cache_src a linked list of namecache entries for /usr/src/sys ? If you look at the definition in sys/sys/vnode.h, it actually is pretty clear from that: struct vnode { [...] LIST_HEAD(, namecache) v_cache_src; /* c Cache entries from us */ TAILQ_HEAD(, namecache) v_cache_dst; /* c Cache entries to us */ [...] }; So imagine this name cache entry: { directory vnode: vnode of "/usr/src" [vnode#1] name "sys" destination vnode: vnode of "/usr/src/sys" [vnode#2] } This name cache entry will be a member of the "v_cache_src" LIST from vnode#1, and of the v_cache_dst TAILQ for vnode#2 Other entries on vnode#1's ..._src LIST will be for /usr/src/bin, /usr/src/etc and so on. The thing you have to remember is that one vnode can have multiple names due to hard links. If it could have only one, the TAILQ would not be necessary. In this case there will be no other elements on vnode#2's TAILQ since we do not allow hardlinks to directories. >Would you know if the 5.0 modifications could fix this problem? I'm not sure I know what the problem is, I just stumbled on your email midthread I think... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 13:06:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7059537B401 for ; Thu, 8 May 2003 13:06:45 -0700 (PDT) Received: from heimsnet.is (xs.heimsnet.is [193.4.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FFB43F3F for ; Thu, 8 May 2003 13:06:44 -0700 (PDT) (envelope-from thib@bitcode.org) Received: from [213.220.74.36] (HELO FeliX) by heimsnet.is (CommuniGate Pro SMTP 4.0.6) with SMTP id 15736714 for freebsd-hackers@freebsd.org; Thu, 08 May 2003 20:06:42 +0000 Date: Thu, 8 May 2003 20:12:02 +0000 From: thib To: freebsd-hackers@freebsd.org Message-Id: <20030508202337.79393d62.thib@bitcode.org> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: microuptime() went backwards. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 20:06:45 -0000 May 8 20:01:51 FeliX /kernel: microuptime() went backwards (39515.922679 -> 15.898650) I had proplems with this same thing when I was running 4.5 but it stoped in 4.8-STABLE but now all of the sudden it came back I have looked throug the archives and found nothing wich can help me understand why this happend all of the sudden or how I can prevented from happing. I can asure that I made no changes to my system configuration nor installed any packages e.t.c. e.t.c. but all of the sudden I started getting this msg in /var/log/messages . Any feedback on what could be causing this and how to fix it or suggestions on where too look for more detailed info about this subject. P.S. If you find that this should not be send to -hackers excuse me for -hackers is the only list that I'm subscriped to and I hate to have thing's CC to me. Regards, Thordur Ivar. -- - Turning Coffee into stupidity since 1990 - thib@bitcode.org From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 13:11:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1619437B401 for ; Thu, 8 May 2003 13:11:44 -0700 (PDT) Received: from upright.CS.Princeton.EDU (upright.CS.Princeton.EDU [128.112.136.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F48843F93 for ; Thu, 8 May 2003 13:11:43 -0700 (PDT) (envelope-from lai@CS.Princeton.EDU) Received: from opus (opus.CS.Princeton.EDU [128.112.169.45]) h48KBSF22517verified NO); Thu, 8 May 2003 16:11:29 -0400 (EDT) Date: Thu, 8 May 2003 16:11:28 -0400 (EDT) From: Junwen Lai To: thib In-Reply-To: <20030508202337.79393d62.thib@bitcode.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: microuptime() went backwards. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 20:11:44 -0000 this happens when you change the system time, either by running "time" explicitly or using something like ntptime. Not a big deal, just ignore it. > May 8 20:01:51 FeliX /kernel: microuptime() went backwards (39515.922679 -> 15.898650) > > I had proplems with this same thing when I was running 4.5 but it stoped in 4.8-STABLE but now all of the sudden it came back > I have looked throug the archives and found nothing wich can help me understand why this happend all of the sudden or how I can prevented from > happing. I can asure that I made no changes to my system configuration nor installed any packages e.t.c. e.t.c. but all of the sudden I started getting this msg in /var/log/messages . > > Any feedback on what could be causing this and how to fix it or suggestions on where too look for more detailed info about this subject. > > > P.S. > If you find that this should not be send to -hackers excuse me for -hackers is the only list that I'm subscriped to and I hate to have thing's CC to me. > > Regards, > Thordur Ivar. > From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 16:23:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0BA37B401 for ; Thu, 8 May 2003 16:23:02 -0700 (PDT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9741843FB1 for ; Thu, 8 May 2003 16:23:01 -0700 (PDT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 17342 invoked from network); 8 May 2003 23:42:04 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 8 May 2003 23:42:04 -0000 Received: (nullmailer pid 994 invoked by uid 136); Thu, 08 May 2003 23:26:18 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20030507205330.E310@atlas.home> To: "Mikko Ty?l?j?rvi" Date: Fri, 9 May 2003 03:26:18 +0400 (MSD) From: "."@babolo.ru 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: <1052436378.826571.993.nullmailer@cicuta.babolo.ru> cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 23:23:03 -0000 > On Thu, 8 May 2003 .@babolo.ru wrote: > [...] > > > Interesting... IF new builtin command will be written, > > has it chance to be accepted? > > such as "list prefix" lists all sh variables with > > names prefix* ? > > You mean something like: > > list_prefix() { > eval "set | > while read v; do case \$v in $1*) echo \"\${v%%=*}\";; esac; done" > } Exelent! I miss 'case' when seek for way to do such a task... > It forks an extra process, I know... From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 16:53:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0C6B37B401 for ; Thu, 8 May 2003 16:53:53 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F4F943F3F for ; Thu, 8 May 2003 16:53:52 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19DvDG-0003w2-00 for ; Thu, 08 May 2003 19:54:10 -0400 Date: Thu, 8 May 2003 19:54:10 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030508195410.A670@internetDog.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030508150341.B28906@internetDog.org> <1789.1052421172@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1789.1052421172@critter.freebsd.dk>; from phk@phk.freebsd.dk on Thu, May 08, 2003 at 09:12:52PM +0200 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 23:53:54 -0000 On Thu, May 08, 2003 at 09:12:52PM +0200, Poul-Henning Kamp wrote: > In message <20030508150341.B28906@internetDog.org>, Ali Bahar writes: > If you look at the definition in sys/sys/vnode.h, it actually is pretty I have. It's the "from us"/"to us" which were unclear: > LIST_HEAD(, namecache) v_cache_src; /* c Cache entries from us */ > TAILQ_HEAD(, namecache) v_cache_dst; /* c Cache entries to us */ > So imagine this name cache entry: > > { > directory vnode: vnode of "/usr/src" [vnode#1] > name "sys" > destination vnode: vnode of "/usr/src/sys" [vnode#2] > } So this must be a namecache for /usr/src/sys. > This name cache entry will be a member of the "v_cache_src" LIST from > vnode#1, and of the v_cache_dst TAILQ for vnode#2 > > Other entries on vnode#1's ..._src LIST will be for /usr/src/bin, > /usr/src/etc and so on. > The thing you have to remember is that one vnode can have multiple names > due to hard links. If it could have only one, the TAILQ would not > be necessary. I believe I understand. So a 'destination chain' (ie TAILQ/v_cache_dst) lists all the names which a file (or dir) may be known as. Then, judging by the definition of 'struct namecache' and cache_purge, there are 3 name cache chains: hash, source and destination. I don't understand why separate source and destination system-wide chains are needed. I'd have expected that a purge/reclaim would need only delete the namecache from a single global list. That is, for each destination namecache I find for the recycled vnode, I'll be deleting only one namecache node in a global chain. > >Would you know if the 5.0 modifications could fix this problem? > > I'm not sure I know what the problem is, I just stumbled on your > email midthread I think... The relevant posts were done this past Sunday and Wednesday. In brief, I get a seg fault in getnewvnode > cache_purge(v_cache_dst) > cache_zap(nc_src) because nc_src.le_next has a junk value, which gets de-referenced. The crash happens in various processes at various times. It started about 3 weeks ago, and has been increasing in frequency. We're adding some networking modules to the kernel, and there've been quite a few resulting crashes of the box! :-) Considering its increasing frequency, I even suspected that the filesystem had been corrupted -- in a way undetected by fsck. But, a 'normal' filesystem corruption exhibits _random_ crashes, not ones consistently following the above execution thread. However, your mention of hard links makes me wonder. I thought hard links were rare. Are they prevalent in a FreeBSD/unix OS tree? (I'll look this up.) If so, then maybe the underlying filesystem objects have been corrupted by all the crashes? ... Nah, the files accessed when the seg fault occurs, are often temporary files (eg .o files during compilation). Thanks much for your help. Much appreciated. regards, ali -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 23:10:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABBC237B401; Thu, 8 May 2003 23:10:35 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25A2F43FAF; Thu, 8 May 2003 23:10:35 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19E15W-0001kC-00; Fri, 09 May 2003 09:10:34 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 2003 09:10:32 +0300 From: Danny Braniss Message-Id: cc: Doug Barton Subject: rcNG & automonter(amd) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 06:10:36 -0000 hi, I have a problem with /etc/rc.d/amd, because of the line command_args="&" ${amd_program} gets run in the background, ldconfig failes to cache libraries in /usr/local/lib (which is automounted :-) Is there realy a need for the "&"? amd will background itself after it's done with the initialization stage anyway - and if not then it probably means trouble. danny From owner-freebsd-hackers@FreeBSD.ORG Thu May 8 23:40:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4C337B401 for ; Thu, 8 May 2003 23:40:27 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1432843FAF for ; Thu, 8 May 2003 23:40:26 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 May 2003 07:40:25 +0100 (BST) Date: Fri, 9 May 2003 07:40:25 +0100 From: David Malone To: freebsd-hackers@freebsd.org Message-ID: <20030509064025.GA91122@walton.maths.tcd.ie> References: <20030508150341.B28906@internetDog.org> <1789.1052421172@critter.freebsd.dk> <20030508195410.A670@internetDog.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030508195410.A670@internetDog.org> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 06:40:27 -0000 On Thu, May 08, 2003 at 07:54:10PM -0400, Ali Bahar wrote: > Considering its increasing frequency, I even suspected that the > filesystem had been corrupted -- in a way undetected by fsck. But, a > 'normal' filesystem corruption exhibits _random_ crashes, not ones > consistently following the above execution thread. To me it seems very unlikely that a corrupted filesystem would result in a corrupted name cache. The name cache is independendent of the filesystem and is only populated as lookups in the filesystem code complete. If there were a problem it seems more likely that either fsck, the filesystem code or dirhash would catch the problem. Mind you, I couldn't say for certain that some subtle corruption might not cause the problem. Is it possible that one of your modules is somehow stomping on memory that doesn't belong to it? David. From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 01:44:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1292937B401; Fri, 9 May 2003 01:44:23 -0700 (PDT) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 562E643F85; Fri, 9 May 2003 01:44:22 -0700 (PDT) (envelope-from gurney_j@resnet.uoregon.edu) Received: by resnet.uoregon.edu (Postfix, from userid 1001) id A58521930E; Fri, 9 May 2003 01:44:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by resnet.uoregon.edu (Postfix) with ESMTP id 8359A1D114; Fri, 9 May 2003 15:44:01 +0700 (ICT) Date: Fri, 9 May 2003 15:44:01 +0700 (ICT) From: John-Mark Gurney To: freebsd-hackers@freebsd.org, Message-ID: <20030509153436.G25757-100000@resnet.uoregon.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ZR36067 driver for FreeBSD 5.0-Release X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 08:44:23 -0000 I would like to announce an inital driver for Zoran ZR36067 based cards for FreeBSD 5.0-RELEASE. The driver currently only support video overlay and masking. It does not support MJPEG capture, raw capture, or video output. Currently the only card that is supported is the Pinnacle Systems' DC10+. Supporting other cards should be simple. I have also included an application, ctv, for video display to the monitor. Ctv uses svgalib to directly access the video card so you don't have to run X to use your card. Currently only tested with an S3 based video card. This driver is an ongoing work. I am right now changing the interal interface to be a more generic video bus framework to make writing other drivers more simple and letting people not have to rewrite drivers for the same chips (such as the decoder/encoder chips). If you are interested in working on this driver, please drop me an email. The driver is located at: http://people.freebsd.org/~jmg/zoran-0.5.tar.gz I would like to thank Danny Braniss and Antoine Jacoutot for various help and support they have provided over the past month. John-Mark Gurney From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 02:56:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 306FE37B401 for ; Fri, 9 May 2003 02:56:20 -0700 (PDT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id C141343F85 for ; Fri, 9 May 2003 02:56:17 -0700 (PDT) (envelope-from roam@straylight.ringlet.net) Received: (qmail 14936 invoked from network); 9 May 2003 09:50:18 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 9 May 2003 09:50:17 -0000 Received: (qmail 41288 invoked by uid 1000); 9 May 2003 09:53:51 -0000 Date: Fri, 9 May 2003 12:53:51 +0300 From: Peter Pentchev To: Doug Barton Message-ID: <20030509095351.GE13112@straylight.oblivion.bg> Mail-Followup-To: Doug Barton , "Benjamin F. Burke" , hackers@freebsd.org References: <011901c31390$7aef5730$0300000a@antalus> <20030505225826.G666@znfgre.qbhto.arg> <20030506002824.G666@znfgre.qbhto.arg> <1052215193.41902.130.camel@watchtower.office.parksmediagroup.com> <20030506214845.X5620@znfgre.qbhto.arg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline In-Reply-To: <20030506214845.X5620@znfgre.qbhto.arg> User-Agent: Mutt/1.5.4i cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 09:56:20 -0000 --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 06, 2003 at 09:51:11PM -0700, Doug Barton wrote: > On Tue, 6 May 2003, Benjamin F. Burke wrote: >=20 > > On Tue, 2003-05-06 at 02:50, Doug Barton wrote: > > > True, but that's another step down the road of "How do we deal with t= he > > > issue of $BIGNUM conf options in a way that users can handle?" Our cu= rrent > > > solution for that is to include them all in /etc/defaults/rc.conf, and > > > mostly in rc.conf.5. I'm not sure that solution scales, but I'm equal= ly > > > uncomfortable with the idea of UNdocumented options. > > > > I wonder how many experienced freebsd users really dislike having to > > use the current rc.conf setup. >=20 > Experienced users can fend for themselves regarding edge cases like bridge > configurations. That's what rc.local is for. I'm worried about not > overwhelming new users. >=20 > > But if this is about ease of use for the less-experienced, why not keep > > putting all the options in /etc/defaults/rc.conf, and create a > > sysinstall-like interface to them that new users can run? >=20 > Sorry, the patch you sent implementing that option was lost in your > e-mail. Can you resend it? If you're confused by this response, see the > archives. Not quite sysinstallish, but, once again, an rc.conf editing application already exists: ports/sysutils/thefish :) 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 contradicts itself - or rather - well, no, actually it doesn'= t! --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+u3qv7Ri2jRYZRVMRAooqAJ9x7zzpwRiOZtQqrWSk0PAPWSbxKwCfWhT3 kv1cH50j9TW3qmw/4W98vkY= =iezU -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 07:13:57 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB63C37B401 for ; Fri, 9 May 2003 07:13:57 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D08A43FB1 for ; Fri, 9 May 2003 07:13:56 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 1D09AAB45 for ; Fri, 9 May 2003 11:13:54 -0300 (BRT) Received: by ws-tor-0004.procergs (Postfix, from userid 1000) id 672DF108F3; Fri, 9 May 2003 11:13:53 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 4CE6C108F2 for ; Fri, 9 May 2003 11:13:53 -0300 (BRT) From: omestre@freeshell.org To: freebsd-hackers@freebsd.org Date: Fri, 09 May 2003 11:13:48 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030509141353.672DF108F3@ws-tor-0004.procergs> Subject: two mounts.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 14:13:57 -0000 Hello, I don't believe that FreeBSD 5.0 do not mounts the same filesystem in two differents mount points. I know that the problem is my skill... :) So, you can help me ( i guess :) to fix that. How can i mount /dev/ad0s1d in /mnt, and /dev/ad0s1d in /mnt1 ? thanks. sorry by the english. --- From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 07:28:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 292A837B404 for ; Fri, 9 May 2003 07:28:46 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7285443FAF for ; Fri, 9 May 2003 07:28:42 -0700 (PDT) (envelope-from bzeeb-lists@zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 885841FFBBF; Fri, 9 May 2003 16:28:40 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 94AB31FFBC7; Fri, 9 May 2003 16:28:39 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 9CFAA1537D; Fri, 9 May 2003 14:20:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 928AE15350; Fri, 9 May 2003 14:20:03 +0000 (UTC) Date: Fri, 9 May 2003 14:20:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Junwen Lai In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 cc: freebsd-hackers@freebsd.org Subject: Re: microuptime() went backwards. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 14:28:46 -0000 On Thu, 8 May 2003, Junwen Lai wrote: > > May 8 20:01:51 FeliX /kernel: microuptime() went backwards (39515.922679 -> 15.898650) > this happens when you change the system time, either by running "time" > explicitly or using something like ntptime. Not a big deal, just ignore > it. I still can reproduce it by doing heavy disk IO, eg. nightly backups to my amanda server. This happens w/ and w/o ntpd running (external clock connected). Suggestions from other PRs with apm etc. didn't help. Someone said it's because of the VIA chipset but changing the motherboard is not a solution. The time I first saw it was the first time of greater moves around filesystems after I turned softupdates on. Further more - before I had the external clock - I had times the next morning in the range from yesterday eve to the day high noon. I still sometimes have probs with nightly periodic scripts running twice :( At the moment this is a 4.7-STABLE box. I will update to 5-CURRENT once I find the time and see. I haven't checked the peace of code around thos messages there nbut at least someone removed or changed the 'microuptime() went backwards' log messages from what I could see. One last note: the problem here is that when logging kern.* to syslog the microuptime() went backwards warnings may produce a huge amount of log data (up to 50MB) and thus will also add some more disc IO so this may make the situation even worse. I didn't rebuild may latest kernels with some rate limiting for those logs included. I may help to exclude the '(39515.922679 -> 15.898650)' from logging so syslog can aggregate the messages. For more information you may check the ml archives and search (closed) PRs on the topic. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 07:35:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCC7737B401 for ; Fri, 9 May 2003 07:35:39 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B74443F85 for ; Fri, 9 May 2003 07:35:38 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 894B36281; Fri, 9 May 2003 16:35:33 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.42.129]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 227647943; Fri, 9 May 2003 16:35:29 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id E7751138D4; Fri, 9 May 2003 16:35:36 +0200 (CEST) Date: Fri, 9 May 2003 16:35:36 +0200 From: Daniel Lang To: omestre@freeshell.org Message-ID: <20030509143536.GF69573@atrbg11.informatik.tu-muenchen.de> References: <20030509141353.672DF108F3@ws-tor-0004.procergs> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="0qt3EE9wi45a2ZFX" Content-Disposition: inline In-Reply-To: <20030509141353.672DF108F3@ws-tor-0004.procergs> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: two mounts.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 14:35:40 -0000 --0qt3EE9wi45a2ZFX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, omestre@freeshell.org wrote on Fri, May 09, 2003 at 11:13:48AM -0300: [..] > I don't believe that FreeBSD 5.0 do not mounts the same filesystem > in two differents mount points. I know that the problem is my skill... :) > So, you can help me ( i guess :) to fix that. > How can i mount /dev/ad0s1d in /mnt, and /dev/ad0s1d in /mnt1 ? [..] mount_nullfs(8) does something similar, though not exactly what you asked for. Most probably, it is still what you want. The difference is, that a null mount duplicates the entire directory structure, thus crossing filesystem borders underneath. I don't think it it is possible to mount just a single filesystem under a different name. Correct me, if I'm wrong. If possible, I could very well use it for running a linux TSM client more properly under FreeBSD.=20 However, I just got an email with some faint hint, that IBM/Tivoli might be convinced to support a native FreeBSD client.... No promise though. I will get more information on Monday. :) Best regards, Daniel --=20 IRCnet: Mr-Spock - Cool people don't move, they just hang around. - =20 Daniel Lang * dl@leo.org * ++49 89 289 18532 * http://www.leo.org/~dl/ --0qt3EE9wi45a2ZFX Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIQRgYJKoZIhvcNAQcCoIIQNzCCEDMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC Dgcwgga/MIIFp6ADAgECAgEEMA0GCSqGSIb3DQEBBQUAMIGmMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkct QmVudXR6ZXItQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMTExMzQ2 NTNaFw0wMzA1MjEwMDAwMDBaMIGrMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIGCSqG SIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB iQKBgQDKAEeAuDz75a7VZQWuPab1ju64bYGMgKb6Yp9rjT7ZBzGu2aze4mCo2W6hVu2gk6Sv 9pkv/oyoCRi5GS+XjFH2NzXD5tHFkbDlFMAqiHq94hsPeRLqHzjwXtrIDo56U53vSi8KOhmE p9JxuRtEdblQAHnoHFaNADIdmaDI6GLGAwIDAQABo4IDczCCA28wDAYDVR0TAQH/BAIwADAd BgNVHQ4EFgQU9sj/WzNmBFXYHvACW10tjGpfvdUwgcoGA1UdIwSBwjCBv4AUrzU67zBtj8ef S3HV2AKKD0goY9ShgaOkgaAwgZ0xCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEp MCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzANBgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJ ARYMY2FAaW4udHVtLmRlggECMA4GA1UdDwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwgaUGA1UdEQSBnTCBmoEPbGFuZ2RAaW4udHVtLmRlgRVkYW5pZWwubGFu Z0Bpbi50dW0uZGWBH2xhbmdkQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBJWRhbmllbC5s YW5nQGluZm9ybWF0aWsudHUtbXVlbmNoZW4uZGWBEGxhbmdkQGNzLnR1bS5lZHWBFmRhbmll bC5sYW5nQGNzLnR1bS5lZHUwCQYDVR0SBAIwADA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvdXNlcmNhX2NybC5jcmwwEQYJYIZIAYb4QgEBBAQDAgWgMIGf BglghkgBhvhCAQ0EgZEWgY5EaWVzZXMgWmVydGlmaWthdCB3dXJkZSBhdXNnZXN0ZWxsdCBm dWVyIERhbmllbCBMYW5nIHZvbiBkZXIgUkJHLUJlbnV0emVyLUNBLCBGYWt1bHRhZXQgZnVl ciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBVbml2ZXJzaXRhZXQgTXVlbmNoZW4uMDYG CWCGSAGG+EIBAwQpFidodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vdXNlcmNhLXJldj8w MgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi9jYS1yZXY/MDYG CWCGSAGG+EIBCAQpFidodHRwOi8vY2EuaW4udHVtLmRlL3BvbGljaWVzL3JiZ2NhLmh0bWww DQYJKoZIhvcNAQEFBQADggEBAH3K9Q/wyRsrWTbYY/s2y9qJdvT7esJlx1aw9xo1oBHT9lE7 a5xCg3u2le/ztGPA7COVmr8jOMvohP8G8nNXZLuhnZ+vEGEUJIg40egyF34tzFZFN4wvje6I dEZ50Iujv7N/1o4t3Kok0fCn36JyDWSeIzLuCWTEM9tzzI9Wjk8uh8U5uKA4IuFpqNYoFPyp 6DGQyeIxBgq/yYM3OQxDhMb2DqiQ4rZxxzCNkAEkyerlMD4r/yIumXHCCRc9sFcKkyjWv8xf 4NkfCAXAraqKLtGvJQq4nJgfAV3E99fSKy6VapSmYE+/H1kMTR70cDc9mkMszPiEcYyPDhhk JfwwEWMwggdAMIIFKKADAgECAgECMA0GCSqGSIb3DQEBBQUAMIGdMQswCQYDVQQGEwJERTER MA8GA1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11 ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZS QkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wMjEwMDkxNzAzNTJaFw0w NDA1MjEwMDAwMDBaMIGmMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xKTAnBgNV BAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlGYWt1bHRh ZXQgZnVlciBJbmZvcm1hdGlrMRgwFgYDVQQDEw9SQkctQmVudXR6ZXItQ0ExGzAZBgkqhkiG 9w0BCQEWDGNhQGluLnR1bS5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK1h DnJxFjp/KuW8mCl5AI2E/FB25Tn0qm/rFYh32wcvw3IjueWaVbMyugN10ip6DtC++09L7Git tAn2vGH3iVdm3CUY9iDgsL/U8cacO37xEaKrwYtsfJ4lmhCcQZKi/Ke5HjBn2qcCkVGxdxRn lb8JJLCMqdB43f2gWPwQLjG2ZS651XrmzEa4ZOhFWhKeN5QskpgE2cJHFXHYxTl7EoZAC6+B pV3s7NvvOJnJbGFUI2tRA4atIoODIouC5ZM2cPuxI6I6mJ7chfwfYNUO9twpyYxCvyiPBa60 0M9p062H4nqp3+ah2rEHVVsfzC7SV7NuE8zl2HvJQUISpmhdeH0CAwEAAaOCAn4wggJ6MA8G A1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFK81Ou8wbY/Hn0tx1dgCig9IKGPUMIHKBgNVHSME gcIwgb+AFNllfk1Bf4Q/tSrWexOdfcrltF0aoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xKTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5j aGVuMSIwIAYDVQQLExlGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkct Q0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZYIBADAOBgNVHQ8BAf8EBAMCAQYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdHwQtMCswKaAnoCWGI2h0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9jYV9jcmwuY3JsMAkGA1UdEgQCMAAwEQYJYIZIAYb4QgEBBAQD AgEGMIGHBglghkgBhvhCAQ0EehZ4WmVydGlmaWthdCBmdWVyIFJCRy1CZW51dHplci1DQSwg YXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSwgRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIg VGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0IE11ZW5jaGVuMDIGCWCGSAGG+EIBBAQlFiNodHRw Oi8vY2EuaW4udHVtLmRlL2NnaS1iaW4vY2EtcmV2PzA6BglghkgBhvhCAQgELRYraHR0cDov L2NhLmluLnR1bS5kZS9wb2xpY2llcy91c2VyY2Fwb2wuaHRtbDANBgkqhkiG9w0BAQUFAAOC AgEAlqmcTdv6naeuvJSR9MSXmIpOXujyEusHgVstmx0GzXqkhvR8girIZHTCW/RCrk4sebWF DMaR+GoRvY76gFAmBrKTEAH7qsoo4l0vXYtJCthdsNXy3+KzK6vCQWJ+ZxYPFUXit4NzPwXr UqtXPjqTYq11jf0Jy5b7HXFBlGCJ6v6N0EsuxuQzbVeS59SvCec7lWuPRwPjxeZyxW5YXQSQ ajj2M8eTwsbZwzKFBH9lPh/WR6CL1aahXg2MomcRTZBpN9stRvaLnT1Fh/fWgOeGrqg7XAJx G9V4N/LHlqPTLrywvXJI2ZNAQQs6Y4U+qZWpr0EBHjDO5NcmL1S87AW1Aywqr0BfhwV6AOXg PgTlBDsmVp0Ey8nRUAt0ZIaUYcBFAa87xK9qmw5NU8Lmf5QPqPCFPDSkI9LKnMgiulP2+PEP tsO+5058qC5VG5fymhYgPvJdwHQCkd2g0gysYnHVNzpI3qsYpZit75bL8Cyow02ZH5ismf9Q 6zqUpf1O1oc4VvE0/CjtGB1GD+ysRIS0hDkgqQ8DRW30SHkfdVYGGtRvWCa/I1PAkVGpiYWG vuMUV2CdfcmxvDzWOXXPiMt156yUvGzy+afBC9ZHPcEQ+j6DSasi5i1CNJ2AYXzEeDJ5HF9r yjc/+udwHKzI1h78B1Z3pQY+aiakQFm4XNI34bwxggIHMIICAwIBATCBrDCBpjELMAkGA1UE BhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNp dGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYG A1UEAxMPUkJHLUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUCAQQw CQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0wMzA1MDkxNDM1MzZaMCMGCSqGSIb3DQEJBDEWBBTZcoVP0uiUnZeJNvQ8S99WHQvD7jBS BgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0D AgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgDZmDnFA9JH3 VECTv/ND0GTVVsDcucYvGS9oIOHv5gy1TwfAaJmyWuUeApV7qBhUWEK5UHirMd2c4Hyo/8JB PuLu2S+prwOmASzuJSIHcTvw3f5RNfHtjQJU9C+cIwIphkUmCbGsC/FudsrqUamUnoX78N5P dRIgwfiR6esiAxj2 --0qt3EE9wi45a2ZFX-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 07:42:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A128337B401 for ; Fri, 9 May 2003 07:42:59 -0700 (PDT) Received: from internetDog.org (CPE00010230ac1b-CM014490005040.cpe.net.cable.rogers.com [24.102.167.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BBB443F85 for ; Fri, 9 May 2003 07:42:58 -0700 (PDT) (envelope-from alih@internetDog.org) Received: from alih by internetDog.org with local (Exim 3.12 #1 (Debian)) id 19E95d-0000bZ-00 for ; Fri, 09 May 2003 10:43:13 -0400 Date: Fri, 9 May 2003 10:43:13 -0400 From: Ali Bahar To: freebsd-hackers@freebsd.org Message-ID: <20030509104313.B1465@internetDog.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030508150341.B28906@internetDog.org> <1789.1052421172@critter.freebsd.dk> <20030508195410.A670@internetDog.org> <20030509064025.GA91122@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030509064025.GA91122@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Fri, May 09, 2003 at 07:40:25AM +0100 Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alih@internetDog.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 14:42:59 -0000 On Fri, May 09, 2003 at 07:40:25AM +0100, David Malone wrote: > On Thu, May 08, 2003 at 07:54:10PM -0400, Ali Bahar wrote: > > Considering its increasing frequency, I even suspected that the > > filesystem had been corrupted -- in a way undetected by fsck. But, a > To me it seems very unlikely that a corrupted filesystem would > result in a corrupted name cache. The name cache is independendent I understand, and agree. > Mind you, I couldn't say for certain that some subtle corruption > might not cause the problem. _My_ perspective, too -- especially since I'm ignorant about the filesystem code. :-) > Is it possible that one of your modules is somehow stomping on > memory that doesn't belong to it? (Phrasing the right question is indeed half the solution.) Excellent. Though this ought have been obvious to me, somehow I never considered it plausible. Perhaps due to the presumed 'distance' between the filesystem code, and my networking module! :-) The possibility of memory overwrite by an in-development module is about 3 orders of magnitude higher than the possibility of a name cache bug. I can't yet see how it is happening, but I've seen weirder coincidences in scribblers. I'll look into this. Thanks much for your help. Much appreciated. regards, ali -- Jesus was an Arab. From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 07:44:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C4437B404 for ; Fri, 9 May 2003 07:44:28 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E4643F75 for ; Fri, 9 May 2003 07:44:27 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0277.cvx21-bradley.dialup.earthlink.net ([209.179.193.22] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19E96d-0003CK-00; Fri, 09 May 2003 07:44:16 -0700 Message-ID: <3EBBBE6C.383A4154@mindspring.com> Date: Fri, 09 May 2003 07:42:52 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Malone References: <20030508150341.B28906@internetDog.org> <20030508195410.A670@internetDog.org> <20030509064025.GA91122@walton.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a47d29d9922a963bceb716829753669250a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: cache_purge > cache_zap segmentation fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 14:44:29 -0000 David Malone wrote: > On Thu, May 08, 2003 at 07:54:10PM -0400, Ali Bahar wrote: > > Considering its increasing frequency, I even suspected that the > > filesystem had been corrupted -- in a way undetected by fsck. But, a > > 'normal' filesystem corruption exhibits _random_ crashes, not ones > > consistently following the above execution thread. > > To me it seems very unlikely that a corrupted filesystem would > result in a corrupted name cache. The name cache is independendent > of the filesystem and is only populated as lookups in the filesystem > code complete. There are places in the FS that call directly into the name cache to manage entries. It's possible that free vnodes could be left in the cache, but not references to the component name string. So for a limited set of situations, it's possible to corrupt the name cache. It's not possible to corrupt it the way that it's supposedly being corrupted here, merely by having a broken FS, however. The worst case failure should be bogus vnode pointers for either the file or directory. This type of thing should be avoidable, if all name cache references moved into the vfs_ layer instead,, and out of the FS. This loses a number of small optimizations, however. > Is it possible that one of your modules is somehow stomping on > memory that doesn't belong to it? This is most likely. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 10:15:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7954C37B401 for ; Fri, 9 May 2003 10:15:01 -0700 (PDT) Received: from honolulu.procergs.com.br (honolulu.procergs.com.br [200.198.128.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A9BF43F75 for ; Fri, 9 May 2003 10:15:00 -0700 (PDT) (envelope-from marcelo-leal@procergs.rs.gov.br) Received: from ws-tor-0004.procergs (unknown [172.28.5.20]) by honolulu.procergs.com.br (Postfix) with ESMTP id 23C7FAF9A; Fri, 9 May 2003 14:14:51 -0300 (BRT) Received: by ws-tor-0004.procergs (Postfix, from userid 1000) id 33850108F3; Fri, 9 May 2003 14:14:47 -0300 (BRT) Received: from procergs.rs.gov.br (localhost [127.0.0.1]) by ws-tor-0004.procergs (Postfix) with ESMTP id 2872B108F2; Fri, 9 May 2003 14:14:47 -0300 (BRT) From: omestre@freeshell.org To: Daniel Lang In-Reply-To: Message from Daniel Lang <20030509143536.GF69573@atrbg11.informatik.tu-muenchen.de> References: <20030509141353.672DF108F3@ws-tor-0004.procergs> <20030509143536.GF69573@atrbg11.informatik.tu-muenchen.de> Date: Fri, 09 May 2003 14:14:42 -0300 Sender: marcelo-leal@procergs.rs.gov.br Message-Id: <20030509171447.33850108F3@ws-tor-0004.procergs> cc: freebsd-hackers@freebsd.org cc: omestre@freeshell.org cc: marcelo-leal@ws-tor-0004.procergs.com.br Subject: Re: two mounts.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 17:15:01 -0000 Hello again... I have used the mount_nullfs and it works fine! Thanks. In linux, i can do two, three ... mounts of the same partition, many times. But, i know that the nullfs is fine for me. I want this to run a linux backup client under FreeBSD (in a chroot environment). Now, everything is working fine. Thanks again. From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 11:57:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 757EE37B401; Fri, 9 May 2003 11:57:09 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D80BA43F75; Fri, 9 May 2003 11:57:07 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h49Iug7F045725; Fri, 9 May 2003 14:56:42 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-hackers@freebsd.org Date: Fri, 9 May 2003 14:56:40 -0400 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_on/u+u2s27PdMap" Message-Id: <200305091456.40582.jkim@niksun.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: imp@freebsd.org Subject: boot2 keyboard probing problem (with patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 18:57:09 -0000 --Boundary-00=_on/u+u2s27PdMap Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Recently I tried '-P' option in /boot.config for my desktop. boot2 always said 'Keyboard: yes' even if I don't have a keyboard attached. I realized the keyboard probing is somewhat broken for many others, e. g., IBM x335. boot(8) says: Due to space constraints, the keyboard probe initiated by the -P option is simply a test that the BIOS has detected an ``extended'' keyboard. If an ``XT/AT'' keyboard (with no F11 and F12 keys, etc.) is attached, the probe will fail. When I read src/sys/boot/i386/boot2/boot2.c, I found if (opts & 1 << RBX_PROBEKBD) { i = *(uint8_t *)PTOV(0x496) & 0x10; printf("Keyboard: %s\n", i ? "yes" : "no"); if (!i) opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; opts &= ~(1 << RBX_PROBEKBD); } This confirmed what the manpage said. The problem is 0x496 is set by BIOS but recent BIOSes don't seem to set the flag after actual probing (or they don't care?). I tried to resurrect KEYBOARD_PROBE option (src/sys/boot/i386/libi386/vidconsole.c) but it didn't work at all. Then I started writing my own and used some code from keyboard_init() for Bochs BIOS, which is written by Adam Sulmicki . http://www.eax.com/patches/BOCHS/bochs-bios-keyboard-2.1-diff My patch is simple: send echo command (0xee) to keyboard controller and read it back from keyboard. If keyboard controller doesn't get an echo back for some tries, it fails probing. BTW, I send 0 to port 0x80 (POST return value) to delay because I couldn't find better way. A side effect is POST code will be reset even if your BIOS reported a problem. However, if you got this far, it shouldn't be a critical problem. ;-) Is there any better way to delay? KEYBOARD_PROBE used port 0x84 but it was more tasteless because we cannot know what it might be used for. (In fact, Compaq used it for POST diagnostic.) This patch worked on my two desktops and an IBM 1U server. AT and PS/2 keyboards should work. I think it would work with KVM, too. The patch is against 4-STABLE but it could be okay with 5-CURRENT if there is enough space left in boot2. ;-) Please try this patch and let me know if you find any issues or have suggestions. Thanks, Jung-uk Kim --Boundary-00=_on/u+u2s27PdMap-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 12:13:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B878637B401; Fri, 9 May 2003 12:13:09 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE6E143F93; Fri, 9 May 2003 12:13:08 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h49JCW7F046212; Fri, 9 May 2003 15:12:32 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-hackers@freebsd.org Date: Fri, 9 May 2003 15:12:29 -0400 User-Agent: KMail/1.5.1 References: <200305091456.40582.jkim@niksun.com> In-Reply-To: <200305091456.40582.jkim@niksun.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305091512.29995.jkim@niksun.com> cc: imp@freebsd.org Subject: Re: boot2 keyboard probing problem (with patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 19:13:10 -0000 It seems the attachment was removed by Mailman. Grrr... Jung-uk Kim --- src/sys/boot/i386/boot2/boot2.c.old Thu Oct 10 11:53:24 2002 +++ src/sys/boot/i386/boot2/boot2.c Fri May 9 03:45:46 2003 @@ -414,7 +414,64 @@ opts ^= 1 << flags[i]; } if (opts & 1 << RBX_PROBEKBD) { - i = *(uint8_t *)PTOV(0x496) & 0x10; + __asm __volatile ( + "\n\tmovb $2, %%ah\n\t" /* Wait for empty input buffer */ + "call wait\n\t" /* if %ah is 2 */ + "jmp flush\n" + "wait:\n\t" /* Wait for a buffer status */ + "xorw %%cx, %%cx\n" /* Initialize retry */ + "loop1:\n\t" + "decw %%cx\n\t" /* retry = 0xffff and retry-- */ + "jz exit1\n\t" /* Exit if retry is 0 */ + "inb $0x64, %%al\n\t" /* Check controller status */ + "testb $1, %%ah\n\t" /* Check output buffer status */ + "jnz output\n\t" /* if %ah is 1 */ + "testb %%ah, %%al\n\t" /* Input buffer empty? */ + "jz exit1\n\t" /* Exit if input buffer empty */ + "jmp delay\n" /* else delay */ + "output:\n\t" + "testb %%ah, %%al\n\t" /* Output buffer full? */ + "jnz exit1\n" /* Exit if output buffer full */ + "delay:\n\t" + "xorb %%al, %%al\n\t" /* XXX delay hack */ + "outb %%al, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "jmp loop1\n" /* Retry */ + "exit1:\n\t" + "ret\n" + "flush:\n\t" + "movw $2001, %%cx\n" /* Initialize retry */ + "loop2:\n\t" + "decw %%cx\n\t" /* retry = 2000 and retry-- */ + "jz exit2\n\t" /* Exit if retry is 0 */ + "xorb %%al, %%al\n\t" /* XXX delay hack */ + "outb %%al, $0x80\n\t" /* Send 0 to port 0x80 (POST) */ + "inb $0x64, %%al\n\t" /* Check controller status */ + "testb $1, %%al\n\t" /* Any character to flush? */ + "jz loop2\n\t" /* Retry if buffer is empty */ + "inb $0x60, %%al\n\t" /* Flush a character from buffer */ + "movw $2001, %%cx\n\t" /* Reinitialize retry */ + "jmp loop2\n" /* Retry */ + "exit2:\n\t" + "movb $0xee, %%al\n\t" /* Set echo command */ + "outb %%al, $0x60\n\t" /* Send it! */ + "movb $2, %%ah\n\t" /* Wait for echo to be sent */ + "call wait\n\t" + "andw %%cx, %%cx\n\t" /* Is retry 0? */ + "jz fail\n\t" /* Echo not sent */ + "movb $1, %%ah\n\t" /* Wait for a character */ + "call wait\n\t" + "andw %%cx, %%cx\n\t" /* Is retry 0? */ + "jz fail\n\t" /* A character not received */ + "inb $0x60, %%al\n\t" /* Receive a character */ + "cmpb $0xee, %%al\n\t" /* Is this an echo? */ + "jne fail\n\t" /* Fail if echo not received */ + "movl $1, %0\n\t" /* Set return code = 1 */ + "jmp fine\n" /* and exit */ + "fail:\n\t" + "movl $0, %0\n" /* Set return code = 0 */ + "fine:\n" /* and exit */ + : "=r" (i) : : "ah", "al", "cx" + ); printf("Keyboard: %s\n", i ? "yes" : "no"); if (!i) opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 13:42:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B5637B401 for ; Fri, 9 May 2003 13:42:21 -0700 (PDT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 445E743FCB for ; Fri, 9 May 2003 13:42:20 -0700 (PDT) (envelope-from anderson@centtech.com) Received: from centtech.com (electron.centtech.com [204.177.173.173]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id h49KgJ56055984 for ; Fri, 9 May 2003 15:42:19 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <3EBC1299.4060101@centtech.com> Date: Fri, 09 May 2003 15:42:01 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Adaptec / MegaRAID SCSI issues ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 20:42:21 -0000 Ok, I'll get right to it.. The problem: FreeBSD 4.8-RELEASE, and FreeBSD 5.0-RELEASE both fail on boot when I have a (Dell PERC3/DC) AMI MegaRAID controller in the system with RAIDs defined and optimal, but 4.7-RELEASE does not. Here's more details: 4.7-REL (fresh install, no tweaks, no updates) begins the boot, shows the two raids (amrd0 and amrd1), including their sizes, etc. After the 15 second "drive settling", the machine will continue to boot off the scsi hard drive plugged into the internal controller card (AIC-7892 card), and all is well. 4.8-REL and 5.0-REL (fresh install, blabla) begins to boot, shows the two raids like before, and never get's much past the 15 second settling. I'll clarify - a normal boot shows nothing after that point, however, doing a "verbose" boot (boot -v) shows that it gets past the creation of the amrd0/1 devices, and goes to the adaptec scsi controller configuration and hangs in that stage. It never comes out of the hang, and doesn't respond to ctrl-alt-del, but I still have keyboard interrupt.. I'm upgrading a 4.7-REL install to -stable now, so I'm uncertain if that will work or fail - I'm just curious if anyone else has seen this, fixed it, or never heard of it before.. How can I help get this fixed? Eric -- ------------------------------------------------------------------ Eric Anderson Systems Administrator Centaur Technology Attitudes are contagious, is yours worth catching? ------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 13:46:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A4C037B401 for ; Fri, 9 May 2003 13:46:25 -0700 (PDT) Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273C343F3F for ; Fri, 9 May 2003 13:46:24 -0700 (PDT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from piii600.wadham.ox.ac.uk ([81.103.196.4]) by mta05-svc.ntlworld.comESMTP <20030509204623.ZLTS311.mta05-svc.ntlworld.com@piii600.wadham.ox.ac.uk> for ; Fri, 9 May 2003 21:46:23 +0100 Message-Id: <5.0.2.1.1.20030509214155.035f3f48@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 09 May 2003 21:46:19 +0100 To: hackers@freebsd.org From: Colin Percival Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: PR bin/45817 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 20:46:25 -0000 Could someone please look at PR bin/45817 (fortune files are needlessly randomized)? I'm revising my binary security updates paper for BSDCon and I really don't want to write "this patch was submitted back to FreeBSD but sat unnoticed in GNATS for six months". :( http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/45817 Thanks, Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 13:59:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DBFB37B401; Fri, 9 May 2003 13:59:53 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A5743F85; Fri, 9 May 2003 13:59:51 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: from memphis.mephi.ru (timon@localhost [127.0.0.1]) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id h49KxiPt053491; Sat, 10 May 2003 00:59:44 +0400 (MSD) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.12.6p2/8.12.6/Submit) id h49KxicA053490; Sat, 10 May 2003 00:59:44 +0400 (MSD) Date: Sat, 10 May 2003 00:59:44 +0400 From: "Artem 'Zazoobr' Ignatiev" To: freebsd-hackers@freebsd.org Message-ID: <20030510005944.A53407@memphis.mephi.ru> Mail-Followup-To: Artem 'Zazoobr' Ignatiev , freebsd-hackers@freebsd.org, phk@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: solaris/x86 disklabel geom class X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 20:59:53 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I wrote geom class that handles SUN solaris/x86 disklabels, and want someone to review it... Attached is a gzipped patch. Sinceherely yours, Artem 'Zazoobr' Ignatjev. --cWoXeonUoKmBZSoM-- From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 14:25:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79C9D37B401 for ; Fri, 9 May 2003 14:25:03 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id E847543F85 for ; Fri, 9 May 2003 14:25:01 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: from memphis.mephi.ru (timon@localhost [127.0.0.1]) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id h49LOwPt054690 for ; Sat, 10 May 2003 01:24:58 +0400 (MSD) (envelope-from timon@memphis.mephi.ru) Received: (from timon@localhost) by memphis.mephi.ru (8.12.6p2/8.12.6/Submit) id h49LOvMu054689 for freebsd-hackers@freebsd.org; Sat, 10 May 2003 01:24:57 +0400 (MSD) Date: Sat, 10 May 2003 01:24:56 +0400 From: "Artem 'Zazoobr' Ignatiev" To: freebsd-hackers@freebsd.org Message-ID: <20030510012456.A54250@memphis.mephi.ru> Mail-Followup-To: Artem 'Zazoobr' Ignatiev , freebsd-hackers@freebsd.org References: <20030510005944.A53407@memphis.mephi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030510005944.A53407@memphis.mephi.ru>; from timon@memphis.mephi.ru on Sat, May 10, 2003 at 12:59:44AM +0400 Subject: Re: solaris/x86 disklabel geom class X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 21:25:03 -0000 On Sat, May 10, 2003 at 12:59:44AM +0400, Artem 'Zazoobr' Ignatiev wrote: > Hello, > I wrote geom class that handles SUN solaris/x86 disklabels, and want > someone to review it... > Attached is a gzipped patch. Whoops, patch is here: http://memphis.mephi.ru/~timon/patch-geom_sunlabel_x86.gz Sinceherely yours, Artem 'Zazoobr' Ignatjev. From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 14:29:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B615B37B401 for ; Fri, 9 May 2003 14:29:35 -0700 (PDT) Received: from noisebox.cypherpunks.to (adsl-208-201-229-163.sonic.net [208.201.229.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F59143F93 for ; Fri, 9 May 2003 14:29:35 -0700 (PDT) (envelope-from shamrock@cypherpunks.to) Received: from VAIO650 (adsl-208-201-229-160.sonic.net [208.201.229.160]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by noisebox.cypherpunks.to (Postfix) with ESMTP id 83290128 for ; Fri, 9 May 2003 14:29:34 -0700 (PDT) From: "Lucky Green" To: Date: Fri, 9 May 2003 14:29:27 -0700 Message-ID: <01f101c31672$1242db00$6601a8c0@VAIO650> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Your IPSec config files, please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 21:29:36 -0000 =20 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I volunteered to update the IPSec section of the FreeBSD Handbook. This = project would be greatly helped by having access to additional sample = IPSec configuration files. In particular, I am would like to receive configuration files that = involve the following: - - IPSec to three or more hosts. - - IPSec used in conjunction with NAT. Both cases where NAT is provided = by the same box as IPSec and cases where NAT is provided by a different = box are of interest. - - Use of both transport and tunnel mode. - - Use of both AH and ESP mode. If you are using IPSec on FreeBSD in such configurations, I would = appreciate it to receive your various IPSec-related configuration files. = Please do not send me your IPSec keys. ;) If you have the time, please = do include a simple network diagram, ASCII art is fine, if NAT is = involved or whenever you believe it might be helpful to understand your = configuration. Any Site-specific information contained in the configuration files, such = as IP numbers, that you are sending will be kept confidential. Please do reply to me directly, not to the list. Thanks in advance, - --Lucky Green -----BEGIN PGP SIGNATURE----- Version: PGP 8.0 iQIVAwUBPrwdtgRVjUj9NCi0AQK/ghAAiqG0LI6WIFCsdYlJVNvxZUsqIzpogqnB myny2qQhwF5baWy9fAtBUg1++DoXVgRRXgb1uN5uIwxz8ukbwlq83dbwy59Lq3Yo /2q/8oUXLf1QhhVcVKLPtfa1+X+zVkhT7ciw4BinwSLI2Vy2tcKgGwjApP9b8z0m HWNpiGhsFzb2IkEFcAzGq6+8PSHoqfT4d/cDW4FVL35Q/LG4LwTlEHN+e9CQn6az 4GAb3CC3nKROGUFMxz2gDHu6xsOXtjOLSq7TbWlWQB6GA8DWT1eO7jZQsxPXOV7j j1N0z1RaNjIhPddAUExWSfCNpWec8T6E1Y+5u9ptFYH6JQzh78ZoC2LChVlXrI1z 2uhyn1yBWWAZLvnzRydkQCQbEJF3jghfi+Jn8ehp7SyS35EUn/HsRibsmv4w7/U8 EfTW4WPD4udZDrwf3BbSvGa0kepZ7rSwu1EhpcSAnnBKXHZGBLszacqQkSAv1fuy VrJPRwT/xKcgnDd0DN+8X3YCdp4aDQliEIKPVLwiVjqyn7TDE0VmIBz87Y26ZKtx jUwZDN0cHAU/anijl9UruwUheoikCTbHZZ/JBO4WwgCK/zCYKNGPa4KT2+ZobLN3 3H08ywRdd8ulzDHdVoIFGM6P6izmlYLIO7wA3kM9NBqpLTOTDGaE1Oz46OvFxjaD RWsw+BE6SZc=3D =3DIDcG -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 14:37:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 761F137B401 for ; Fri, 9 May 2003 14:37:16 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B0E43F85 for ; Fri, 9 May 2003 14:37:15 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h49LbCxa014501; Fri, 9 May 2003 23:37:13 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Artem 'Zazoobr' Ignatiev" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 10 May 2003 00:59:44 +0400." <20030510005944.A53407@memphis.mephi.ru> Date: Fri, 09 May 2003 23:37:12 +0200 Message-ID: <14500.1052516232@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org Subject: Re: solaris/x86 disklabel geom class X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 21:37:16 -0000 In message <20030510005944.A53407@memphis.mephi.ru>, "Artem 'Zazoobr' Ignatiev" writes: > >--cWoXeonUoKmBZSoM >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline > >Hello, > I wrote geom class that handles SUN solaris/x86 disklabels, and want > someone to review it... > Attached is a gzipped patch. > Sinceherely yours, Artem 'Zazoobr' Ignatjev. Thanks for the submission, but there are a number of problems that needs to be addressed with this. I would really love to receive a binary image of the relevant sectors from an sunx86 labeled disk (the one you sent me earlier did not contain it), because that would allow me determine if we can reuse code from geom_sunlabel for it. Second, your contributed code has what looks like a rather carefree attitude to copyright messages: +/* + * This file was imported by timon@memphis.mephi.ru + * Some fixes were made to compile under FreeBSD + * Original copyright below. + * Original filename was sys/dklabel.h + * Copyright (c) 2003 by Artem Ignatiev + */ +/* + * Copyright (c) 1990-1998 by Sun Microsystems, Inc. + * All rights reserved. + */ + -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 15:13:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D30B37B401 for ; Fri, 9 May 2003 15:13:11 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C7D143F3F for ; Fri, 9 May 2003 15:13:10 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h49MCF7F050486; Fri, 9 May 2003 18:12:15 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: Eric Anderson , freebsd-hackers@freebsd.org Date: Fri, 9 May 2003 18:12:13 -0400 User-Agent: KMail/1.5.1 References: <3EBC1299.4060101@centtech.com> In-Reply-To: <3EBC1299.4060101@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305091812.13007.jkim@niksun.com> Subject: Re: Adaptec / MegaRAID SCSI issues ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 22:13:11 -0000 I had a same problem with MegaRAID. I believe there is pass-through problem. Try the following patch. Jung-uk Kim --- src/sys/dev/amr/amr.c.old Wed Jan 15 17:03:05 2003 +++ src/sys/dev/amr/amr.c Fri May 9 18:00:11 2003 @@ -237,12 +237,14 @@ debug(2, "controller query complete"); +#ifdef AMR_SCSI_PASSTHROUGH /* * Attach our 'real' SCSI channels to CAM. */ if (amr_cam_attach(sc)) return(ENXIO); debug(2, "CAM attach done"); +#endif /* * Create the control device. @@ -339,8 +341,10 @@ { struct amr_command_cluster *acc; +#ifdef AMR_SCSI_PASSTHROUGH /* detach from CAM */ amr_cam_detach(sc); +#endif /* cancel status timeout */ untimeout(amr_periodic, sc, sc->amr_timeout); From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 16:58:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDA337B404 for ; Fri, 9 May 2003 16:58:32 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BCCD43FAF for ; Fri, 9 May 2003 16:58:32 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id BF9111C8F9; Fri, 9 May 2003 16:58:31 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: "Poul-Henning Kamp" , "Artem 'Zazoobr' Ignatiev" Date: Fri, 9 May 2003 16:58:31 -0700 User-Agent: KMail/1.5 References: <14500.1052516232@critter.freebsd.dk> In-Reply-To: <14500.1052516232@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305091658.31285.wes@softweyr.com> cc: freebsd-hackers@freebsd.org Subject: Re: solaris/x86 disklabel geom class X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 23:58:33 -0000 On Friday 09 May 2003 14:37, Poul-Henning Kamp wrote: > In message <20030510005944.A53407@memphis.mephi.ru>, "Artem 'Zazoobr' > Ignatiev" writes: > > > > > >Hello, > > I wrote geom class that handles SUN solaris/x86 disklabels, and > > want someone to review it... > > Attached is a gzipped patch. > > Sinceherely yours, Artem 'Zazoobr' Ignatjev. > > [...] > > Second, your contributed code has what looks like a rather carefree > attitude to copyright messages: > > +/* > + * This file was imported by timon@memphis.mephi.ru > + * Some fixes were made to compile under FreeBSD > + * Original copyright below. > + * Original filename was sys/dklabel.h > + * Copyright (c) 2003 by Artem Ignatiev > + */ > +/* > + * Copyright (c) 1990-1998 by Sun Microsystems, Inc. > + * All rights reserved. > + */ > + Poul-Henning is exactly right, we certainly won't be accepting any such code without some indication that Sun executives have allowed it. We can't possibly expect others to respect our copyrights if we blatantly ignore theirs. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 17:21:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E9E37B401 for ; Fri, 9 May 2003 17:21:38 -0700 (PDT) Received: from heimsnet.is (xs.heimsnet.is [193.4.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D99A243FAF for ; Fri, 9 May 2003 17:21:36 -0700 (PDT) (envelope-from thib@bitcode.org) Received: from [213.220.74.36] (HELO FeliX) by heimsnet.is (CommuniGate Pro SMTP 4.0.6) with SMTP id 16073407; Sat, 10 May 2003 00:21:34 +0000 Date: Sat, 10 May 2003 00:21:36 +0000 From: thib To: freebsd-hackers@freebsd.org Message-Id: <20030510002136.1f74fbd2.thib@bitcode.org> In-Reply-To: References: X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: microuptime() went backwards. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 00:21:39 -0000 I have now had the same proplem with periodic securty check's ( a cron job update's my time every 6 - 12 hours to keep log's correct or almost ;) I had a log file of the microuptime going backwards wich added up to around 200MB wich I thougt was really weird, but since I think I have found out that this is not a critcal error just a very ugly one I'm thinking of just commencting this out of the system src and rebuild ( Is that smart thing since I'm no sys admin ) P.S. I'm running this box on a 4.8-STABLE with a VIA chipset on my motherboard AFAIK this as only happend to pepole with VIA chipset's on there motherboards. On Fri, 9 May 2003 14:20:03 +0000 (UTC) "Bjoern A. Zeeb" wrote: > On Thu, 8 May 2003, Junwen Lai wrote: > > > > > May 8 20:01:51 FeliX /kernel: microuptime() went backwards (39515.922679 -> 15.898650) > > > this happens when you change the system time, either by running "time" > > explicitly or using something like ntptime. Not a big deal, just ignore > > it. > > I still can reproduce it by doing heavy disk IO, eg. nightly backups > to my amanda server. This happens w/ and w/o ntpd running (external > clock connected). > Suggestions from other PRs with apm etc. didn't help. Someone said > it's because of the VIA chipset but changing the motherboard is not a > solution. > > The time I first saw it was the first time of greater moves around > filesystems after I turned softupdates on. > > Further more - before I had the external clock - I had times the next > morning in the range from yesterday eve to the day high noon. > I still sometimes have probs with nightly periodic scripts running > twice :( > > At the moment this is a 4.7-STABLE box. I will update to 5-CURRENT > once I find the time and see. I haven't checked the peace of code > around thos messages there nbut at least someone removed or changed > the 'microuptime() went backwards' log messages from what I could see. > > One last note: the problem here is that when logging kern.* to syslog > the microuptime() went backwards warnings may produce a huge amount of > log data (up to 50MB) and thus will also add some more disc IO so this > may make the situation even worse. I didn't rebuild may latest kernels > with some rate limiting for those logs included. I may help to exclude > the '(39515.922679 -> 15.898650)' from logging so syslog can aggregate > the messages. > > For more information you may check the ml archives and search (closed) > PRs on the topic. > > -- > Greetings > > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT > 56 69 73 69 74 http://www.zabbadoz.net/ -- - Turning Coffee into stupidity since 1990 - thib@bitcode.org From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 18:51:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F75237B401 for ; Fri, 9 May 2003 18:51:24 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 03B8F43FA3 for ; Fri, 9 May 2003 18:51:23 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 31628 invoked by uid 65534); 10 May 2003 01:51:19 -0000 Received: from cvpn011.gwdg.de (EHLO gmx.net) (134.76.22.11) by mail.gmx.net (mp011-rz3) with SMTP; 10 May 2003 03:51:19 +0200 Message-ID: <3EBC5B4F.2000304@gmx.net> Date: Sat, 10 May 2003 03:52:15 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: USB link cable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 01:51:24 -0000 Right now I'm trying to connect two boxes by a USB host to host link cable. On the one side is Linux, where the usbnet driver is nicely providing an usb0 ethernet interface. On the FreeBSD side I have found that there is a similar driver called udbp, which has to be used with netgraph to turn some magic around and make it appear as if it where an ethernet interface. Let's put it short: netgraph sucks. The docs are incomprehensible. Seems like a networking fetishists toy but nothing really usable. So I have to ask if anybody ever got such a link running? Or would it just be easier to turn udbp.c in to if_udbp.c and forget about the reset? From owner-freebsd-hackers@FreeBSD.ORG Fri May 9 23:00:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 642D937B401 for ; Fri, 9 May 2003 23:00:18 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F3643FD7 for ; Fri, 9 May 2003 23:00:17 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0008.cvx22-bradley.dialup.earthlink.net ([209.179.198.8] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19ENP5-0004W9-00; Fri, 09 May 2003 23:00:15 -0700 Message-ID: <3EBC9525.6FAF4826@mindspring.com> Date: Fri, 09 May 2003 22:59:01 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Marcin Dalecki References: <3EBC5B4F.2000304@gmx.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40c9c9e221565070f9c49993446feba15666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: USB link cable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 06:00:18 -0000 Contact Doug Ambrisko; he used to do this all the time. -- Terry Marcin Dalecki wrote: > > Right now I'm trying to connect two boxes by a USB host to host link > cable. On the one side is Linux, where the usbnet driver is nicely > providing an usb0 ethernet interface. On the FreeBSD side I have > found that there is a similar driver called udbp, which has to > be used with netgraph to turn some magic around and make it > appear as if it where an ethernet interface. Let's put it short: > netgraph sucks. The docs are incomprehensible. Seems like a > networking fetishists toy but nothing really usable. > So I have to ask if anybody ever got such a link running? > Or would it just be easier to turn udbp.c in to if_udbp.c and > forget about the reset? From owner-freebsd-hackers@FreeBSD.ORG Sat May 10 03:11:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D0D037B40C for ; Sat, 10 May 2003 03:11:13 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A12B43F75 for ; Sat, 10 May 2003 03:11:12 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 32033 invoked by uid 65534); 10 May 2003 10:11:09 -0000 Received: from cvpn011.gwdg.de (EHLO gmx.net) (134.76.22.11) by mail.gmx.net (mp014-rz3) with SMTP; 10 May 2003 12:11:09 +0200 Message-ID: <3EBCD07A.7070307@gmx.net> Date: Sat, 10 May 2003 12:12:10 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: "Yevmenkin, Maksim" References: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> In-Reply-To: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB link cable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 10:11:13 -0000 Yevmenkin, Maksim wrote: > Marcin, > > > Right now I'm trying to connect two boxes by a USB host to host link > > cable. On the one side is Linux, where the usbnet driver is nicely > > providing an usb0 ethernet interface. On the FreeBSD side I have > > found that there is a similar driver called udbp, which has to > > be used with netgraph to turn some magic around and make it > > appear as if it where an ethernet interface. Let's put it short: > > netgraph sucks. The docs are incomprehensible. Seems like a > > networking fetishists toy but nothing really usable. > > did you read udbp(4) man page? Yes I suffered the content of it. > > this will create virtual ng0 network interface, which is different from > virtual > *ethernet* interface. if you need virtual *ethernet* interface you will need > to use ng_eiface(4) module instead of ng_iface(4), i.e. > > # ngctl mkpeer udbp0: eiface data ether > > this will create virtual ngethX *ethernet* interface. As I say - netgraph is incomprehensible and cumbersome. Anyway thanks for the hint I will give it a try. From owner-freebsd-hackers@FreeBSD.ORG Sat May 10 09:56:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B1C37B401 for ; Sat, 10 May 2003 09:56:58 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C7EB43FE0 for ; Sat, 10 May 2003 09:56:56 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 29646 invoked by uid 65534); 10 May 2003 16:56:53 -0000 Received: from cvpn011.gwdg.de (EHLO gmx.net) (134.76.22.11) by mail.gmx.net (mp014-rz3) with SMTP; 10 May 2003 18:56:53 +0200 Message-ID: <3EBD2F95.9090807@gmx.net> Date: Sat, 10 May 2003 18:57:57 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030419 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: "Yevmenkin, Maksim" References: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> In-Reply-To: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: USB link cable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 16:56:59 -0000 Yevmenkin, Maksim wrote: > this will create virtual ng0 network interface, which is different from > virtual > *ethernet* interface. if you need virtual *ethernet* interface you will need > to use ng_eiface(4) module instead of ng_iface(4), i.e. > > # ngctl mkpeer udbp0: eiface data ether > > this will create virtual ngethX *ethernet* interface. Right now my USB link cable stopped to work at all on the BSD side. I mean it stopped to work *permanently*. Neither BSD Linux nor Windwos XP recon it any more as a proper USB device. However they still detect that there is something there. **** READ - the hardware BROKE DOWN PERMANENTLY **** Excellent isn't it? > > So I have to ask if anybody ever got such a link running? > > Or would it just be easier to turn udbp.c in to if_udbp.c and > > forget about the reset? > > no. netgraph gives you a choice what of what you want to do. with > netgraph you > can turn udbp(4) pipe info network interface, ethernet interface or just > connect > to it with socket. > > max > From owner-freebsd-hackers@FreeBSD.ORG Sat May 10 13:04:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA7A537B40E for ; Sat, 10 May 2003 13:04:22 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E835D43FA3 for ; Sat, 10 May 2003 13:04:21 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Sat, 10 May 2003 16:04:20 -0400 Message-ID: From: Don Bowman To: "'freebsd-hackers@freebsd.org'" Date: Sat, 10 May 2003 16:04:19 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: programming system bios under bsd? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 20:04:23 -0000 i'm looking @ writing a program to re-flash the system bios on my supermicro x5dpr motherboard. This system has a 512KB bios. Some of the bios is mapped to 0xf0000 for 64KB. How do I go about determining where the rest of the bios is mapped? memcontrol list doesn't provide any hints. From owner-freebsd-hackers@FreeBSD.ORG Sat May 10 15:18:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95D937B401 for ; Sat, 10 May 2003 15:18:33 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1289C43FD7 for ; Sat, 10 May 2003 15:18:33 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (sccrmhc02) with SMTP id <2003051022183100200h7di2e>; Sat, 10 May 2003 22:18:32 +0000 Date: Sat, 10 May 2003 15:18:30 -0700 (PDT) From: Doug Barton To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-Reply-To: <20030507205330.E310@atlas.home> Message-ID: <20030510151802.O5056@znfgre.qbhto.arg> References: <1052346312.414067.669.nullmailer@cicuta.babolo.ru> <20030507205330.E310@atlas.home> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT cc: "."@babolo.ru cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 22:18:34 -0000 On Wed, 7 May 2003, Mikko Työläjärvi wrote: > On Thu, 8 May 2003 .@babolo.ru wrote: > > [...] > > > Interesting... IF new builtin command will be written, > > has it chance to be accepted? > > such as "list prefix" lists all sh variables with > > names prefix* ? > > You mean something like: > > list_prefix() { > eval "set | > while read v; do case \$v in $1*) echo \"\${v%%=*}\";; esac; done" > } Yes, that's more or less what I had in mind. Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Sat May 10 17:51:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C12837B401 for ; Sat, 10 May 2003 17:51:59 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D1DC43FE5 for ; Sat, 10 May 2003 17:51:58 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h4B0pmrN083431 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 11 May 2003 02:51:51 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h4B0plci000897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 May 2003 02:51:47 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.9) with ESMTP id h4B0peRw002054; Sun, 11 May 2003 02:51:42 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h4B0pTth002053; Sun, 11 May 2003 02:51:29 +0200 (CEST) (envelope-from ticso) Date: Sun, 11 May 2003 02:51:27 +0200 From: Bernd Walter To: Marcin Dalecki Message-ID: <20030511005127.GD1922@cicely9.cicely.de> References: <2E7E8A35375D1449A6F28D5E022E67310AC4D2@USSC8MS04.Global.Cwintra.Com> <3EBD2F95.9090807@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EBD2F95.9090807@gmx.net> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-hackers@freebsd.org cc: "Yevmenkin, Maksim" Subject: Re: USB link cable? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 00:51:59 -0000 On Sat, May 10, 2003 at 06:57:57PM +0200, Marcin Dalecki wrote: > Yevmenkin, Maksim wrote: > > >this will create virtual ng0 network interface, which is different from > >virtual > >*ethernet* interface. if you need virtual *ethernet* interface you will > >need > >to use ng_eiface(4) module instead of ng_iface(4), i.e. > > > ># ngctl mkpeer udbp0: eiface data ether > > > >this will create virtual ngethX *ethernet* interface. > > Right now my USB link cable stopped to work at all on the > BSD side. I mean it stopped to work *permanently*. Neither > BSD Linux nor Windwos XP recon it any more as a proper USB > device. However they still detect that there is something > there. Detecting is just a 1,5k Ohm resistor - no active electonic required for that. > **** READ - the hardware BROKE DOWN PERMANENTLY **** > > Excellent isn't it? I really doubt that the udbp driver is guilty of this. An USB driver has no chance to break a device permanently by accident unless it has a very broken design. What does FreeBSD tell you now on probing the device? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sat May 10 18:43:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C5E37B401 for ; Sat, 10 May 2003 18:43:36 -0700 (PDT) Received: from web13506.mail.yahoo.com (web13506.mail.yahoo.com [216.136.175.85]) by mx1.FreeBSD.org (Postfix) with SMTP id 79FE743FDF for ; Sat, 10 May 2003 18:43:36 -0700 (PDT) (envelope-from dyeske@yahoo.com) Message-ID: <20030511014336.26873.qmail@web13506.mail.yahoo.com> Received: from [68.114.30.244] by web13506.mail.yahoo.com via HTTP; Sat, 10 May 2003 18:43:36 PDT Date: Sat, 10 May 2003 18:43:36 -0700 (PDT) From: David Yeske To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: hackers@freebsd.org Subject: BOOTP tunable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 01:43:37 -0000 I often need to make a diskless client that can swap over nfs and or be booted without pxeboot. This is not possible with the GENERIC kernel? Has anyone tried or considered making the various BOOTP kernel options into tunables? If pxeboot or /boot/loader is used, then the option could be set in /boot/loader.conf? Regards, David Yeske __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com