From owner-freebsd-current Sun Apr 8 4:20:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by hub.freebsd.org (Postfix) with SMTP id 6E89237B423 for ; Sun, 8 Apr 2001 04:20:00 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 19517 invoked from network); 8 Apr 2001 11:19:59 -0000 Received: from gattaca.local.yadt.co.uk (HELO mail.gattaca.yadt.co.uk) (qmailr@10.0.0.2) by xfiles.yadt.co.uk with SMTP; 8 Apr 2001 11:19:59 -0000 Received: (qmail 18794 invoked by uid 1000); 8 Apr 2001 11:19:58 -0000 Date: Sun, 8 Apr 2001 12:19:58 +0100 From: David Taylor To: freebsd-current@freebsd.org Subject: Re: problem building linux kernel module in current Message-ID: <20010408121958.A18489@gattaca.yadt.co.uk> Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jcarlson@cc.hut.fi on Fri, Apr 06, 2001 at 17:56:55 +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 06 Apr 2001, John Carlson wrote: > Hi,=20 >=20 > I cvsupped today to -CURRENT, thinking to upgrade my -STABLE installation > (4.3-BETA). I followed the instructions in the UPDATING file, but ran int= o=20 > a persistent problem when trying to compile the kernel after a successful > buildworld. The kernel compilation dies while making the modules at this > point:=20 >=20 > cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. > -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=3D2 -c linux_sysen= t.c > linux_sysent.c:21: sizeof applied to an incomplete type > linux_sysent.c:21: warning: built-in function `exit' used without > declaration > linux_sysent.c:21: warning: cast discards qualifiers from pointer target > type > *** Error code 1 >=20 > Anyone else noticed this problem or is it just me doing something wrong? > Any help would be appreciated. >=20 Hmm... I also noticed this problem, after following the UPDATING instructions to get from 4.3-RC -> 5.0-CURRENT... I managed to get the kernel to build successfully by hacking at the linux_sysent.c file... For some reason, the sys_exit line in linux_sysent.c in /usr/src gets changed to something which breaks when it gets copied into /usr/obj... (IIRC, I don't have both copies of the file available any more) { AS(sys_exit_args), (sy_call_t *)sys_exit }, /* 1 =3D exit */ = =20 was changed to something like { AS(rexit), (sy_call_t *)exit }, /* 1 =3D exit */ ^^^^^ ^^^^ The 'underlined' (^^^) bits are definately right, I'm not sure about the cast... Any one have any ideas what would cause that? (presumably linux_sysent.c is getting regenerated, incorrectly, somewhere?) --=20 David Taylor davidt@yadt.co.uk --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE60ElefIqKXSsJ/xERAitkAJ4xdTRUXQLZSWxFfqH5IcA0BMD5wgCeJzoY sP8B4zlPGuEgWm6l9Ut+VA4= =5NxG -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 5:26:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 7339D37B422 for ; Sun, 8 Apr 2001 05:26:41 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id A2F885517; Sun, 8 Apr 2001 14:26:38 +0200 (CEST) Date: Sun, 8 Apr 2001 14:26:38 +0200 From: Anton Berezin To: Michael Harnois Cc: freebsd-current@freebsd.org Subject: Re: perl broken? Message-ID: <20010408142638.B89950@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Michael Harnois , freebsd-current@freebsd.org References: <867l0wgis5.fsf@mharnois.workgroup.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <867l0wgis5.fsf@mharnois.workgroup.net>; from mdharnois@home.com on Sat, Apr 07, 2001 at 10:41:30PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 07, 2001 at 10:41:30PM -0500, Michael Harnois wrote: > Different ports, similar problem: > > /usr/bin/perl5 -I/usr/libdata/perl/5.6.0/mach -I/usr/libdata/perl/BSDPAN IMAP.xs > IMAP.xsc && mv IMAP.xsc IMAP.c Arrrgggghgh. Thanks for the report. Please try the following patch: --- /usr/libdata/perl/BSDPAN/BSDPAN/Override.pm Thu Apr 5 22:21:44 2001 +++ /usr/libdata/perl/BSDPAN/BSDPAN/Override.pm Sun Apr 8 14:22:21 2001 @@ -102,6 +102,7 @@ eval "*\$name = sub { \\\$repsub2->( \\\$real_addr, \\\@_) };"; + \@r; }, \@_) }; EOF Cheers, +Anton. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 5:48:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id E8CC637B422 for ; Sun, 8 Apr 2001 05:48:27 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id C064D5517; Sun, 8 Apr 2001 14:48:19 +0200 (CEST) Date: Sun, 8 Apr 2001 14:48:19 +0200 From: Anton Berezin To: Michael Harnois Cc: freebsd-current@freebsd.org Subject: Re: perl broken? Message-ID: <20010408144819.C89950@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Michael Harnois , freebsd-current@freebsd.org References: <867l0wgis5.fsf@mharnois.workgroup.net> <20010408142638.B89950@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010408142638.B89950@heechee.tobez.org>; from tobez@tobez.org on Sun, Apr 08, 2001 at 02:26:38PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 08, 2001 at 02:26:38PM +0200, Anton Berezin wrote: > On Sat, Apr 07, 2001 at 10:41:30PM -0500, Michael Harnois wrote: > > Different ports, similar problem: > > > > /usr/bin/perl5 -I/usr/libdata/perl/5.6.0/mach -I/usr/libdata/perl/BSDPAN IMAP.xs > IMAP.xsc && mv IMAP.xsc IMAP.c > > Arrrgggghgh. Thanks for the report. > > Please try the following patch: > > --- /usr/libdata/perl/BSDPAN/BSDPAN/Override.pm Thu Apr 5 22:21:44 2001 > +++ /usr/libdata/perl/BSDPAN/BSDPAN/Override.pm Sun Apr 8 14:22:21 2001 > @@ -102,6 +102,7 @@ > eval "*\$name = sub { > \\\$repsub2->( > \\\$real_addr, \\\@_) };"; > + \@r; > }, \@_) > }; > EOF Forgot to add: you will need to make clean your port(s) to unbroke the generated Makefile. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 6:14:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from amsmta05-svc.chello.nl (mail-out.chello.nl [213.46.240.7]) by hub.freebsd.org (Postfix) with ESMTP id E53C137B42C for ; Sun, 8 Apr 2001 06:14:37 -0700 (PDT) (envelope-from mcrosland@chello.nl) Received: from mojojojo.chello.nl ([24.132.26.202]) by amsmta05-svc.chello.nl (InterMail vK.4.03.02.00 201-232-124 license f747fce8063b429e7fcd66ee14ce8c58) with SMTP id <20010408131656.BZVC3491.amsmta05-svc@mojojojo.chello.nl> for ; Sun, 8 Apr 2001 15:16:56 +0200 To: freebsd-current@FreeBSD.org Date: Sun, 08 Apr 2001 15:18:42 CEST From: "Mike Crosland" MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Reply-To: mcrosland@chello.nl X-Mailer: BeOS Mail Message-Id: <20010408131656.BZVC3491.amsmta05-svc@mojojojo.chello.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 9:28:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.6.200.230]) by hub.freebsd.org (Postfix) with ESMTP id 054FF37B422 for ; Sun, 8 Apr 2001 09:28:33 -0700 (PDT) (envelope-from mdharnois@home.com) Received: by c1030098-a.wtrlo1.ia.home.com (Postfix, from userid 1001) id D9D2C14A14; Sun, 8 Apr 2001 11:28:32 -0500 (CDT) To: Anton Berezin Cc: freebsd-current@freebsd.org Subject: Re: perl broken? References: <867l0wgis5.fsf@mharnois.workgroup.net> <20010408142638.B89950@heechee.tobez.org> <20010408144819.C89950@heechee.tobez.org> From: Michael Harnois Date: 08 Apr 2001 11:28:32 -0500 In-Reply-To: <20010408144819.C89950@heechee.tobez.org> (Anton Berezin's message of "Sun, 8 Apr 2001 14:48:19 +0200") Message-ID: <86u23zfj9r.fsf@mharnois.workgroup.net> Lines: 7 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.2 (Urania) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Much better, thanks! -- Michael D. Harnois mdharnois@home.com Redeemer Lutheran Church Washburn, Iowa One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important. -- Bertrand Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 13: 3:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 5562537B422 for ; Sun, 8 Apr 2001 13:03:10 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA24332 for ; Sun, 8 Apr 2001 16:03:09 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f38K2dc15217; Sun, 8 Apr 2001 16:02:39 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15056.50143.136761.578801@grasshopper.cs.duke.edu> Date: Sun, 8 Apr 2001 16:02:39 -0400 (EDT) To: freebsd-current@freebsd.org Subject: loader question X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How do you make the loader _NOT_ load a kernel until after the countdown? On slow media (like NFS boots or VMware, or old AlphaServers) its really painful to wait for the kernel to unload just so you can unload it and then load an alternate kernel. Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 13: 6:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 50C7737B424 for ; Sun, 8 Apr 2001 13:06:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f38K6UM86982 for ; Sun, 8 Apr 2001 13:06:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id A9B1B3811; Sun, 8 Apr 2001 13:06:29 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Andrew Gallatin Cc: freebsd-current@FreeBSD.ORG Subject: Re: loader question In-Reply-To: <15056.50143.136761.578801@grasshopper.cs.duke.edu> Date: Sun, 08 Apr 2001 13:06:29 -0700 From: Peter Wemm Message-Id: <20010408200629.A9B1B3811@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > > How do you make the loader _NOT_ load a kernel until after the > countdown? > > On slow media (like NFS boots or VMware, or old AlphaServers) its > really painful to wait for the kernel to unload just so you can unload > it and then load an alternate kernel. This initial load is done by the 4th code. I suspect it is configurable to not do this, but if you want to do it by brute force, nuke loader.rc and do it all by hand. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 14:57:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id E3ED537B422 for ; Sun, 8 Apr 2001 14:57:08 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id RAA25679; Sun, 8 Apr 2001 17:57:07 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f38LubJ15382; Sun, 8 Apr 2001 17:56:37 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15056.56981.182610.490971@grasshopper.cs.duke.edu> Date: Sun, 8 Apr 2001 17:56:37 -0400 (EDT) To: Peter Wemm Cc: freebsd-current@FreeBSD.ORG Subject: Re: loader question In-Reply-To: <20010408200629.A9B1B3811@overcee.netplex.com.au> References: <15056.50143.136761.578801@grasshopper.cs.duke.edu> <20010408200629.A9B1B3811@overcee.netplex.com.au> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > Andrew Gallatin wrote: > > > > How do you make the loader _NOT_ load a kernel until after the > > countdown? > > > > On slow media (like NFS boots or VMware, or old AlphaServers) its > > really painful to wait for the kernel to unload just so you can unload > > it and then load an alternate kernel. > > This initial load is done by the 4th code. I suspect it is configurable > to not do this, but if you want to do it by brute force, nuke loader.rc > and do it all by hand. Actually, that doens't seem to work. (at least for a loader from last November). Given that the machine is 3K miles away, I think I'll just deal with the slowness for now & not risk crippling it. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 8 19:54:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from newsguy.com (perry.pathlink.com [209.155.233.33]) by hub.freebsd.org (Postfix) with ESMTP id 3C08F37B422 for ; Sun, 8 Apr 2001 19:54:19 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (ppp083-bsace7001.telebrasilia.net.br [200.181.80.83]) by newsguy.com (8.11.0/8.9.1) with ESMTP id f392r1n22250; Sun, 8 Apr 2001 19:53:02 -0700 (PDT) Message-ID: <3AD125D0.8CD47620@newsguy.com> Date: Mon, 09 Apr 2001 00:00:32 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Andrew Gallatin Cc: freebsd-current@FreeBSD.ORG Subject: Re: loader question References: <15056.50143.136761.578801@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > > How do you make the loader _NOT_ load a kernel until after the > countdown? > > On slow media (like NFS boots or VMware, or old AlphaServers) its > really painful to wait for the kernel to unload just so you can unload > it and then load an alternate kernel. Actually, it requires some work to do that. Previously, autoboot only loaded the kernel after the countdown, but that resulted in the small problem in the user _not_ knowing exactly what kernel was being loaded until after the countdown had finished. The stuff in examples/bootforth does something similar with the menu. The menu waits until you type a key or up to a certain amount of time, and then go do whatever it is that was selected/is default. You can look there for an example and adapt it to suit your needs, but Forth code is not particularly easy to understand, even something as simples as that. Of course, since you _are_ that far from the machine, I'd recommend testing anything locally first. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net all your kernels arpanic: blockable sleep lock (sleep mutex) Giant @ ../../kern/kern_sig.c:153 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 2:11:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 0DE7137B423 for ; Mon, 9 Apr 2001 02:11:07 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA84969; Mon, 9 Apr 2001 11:10:55 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Georg-W. Koltermann" Cc: current@FreeBSD.ORG Subject: Re: lockup after resume References: <20010328212426.A32322@hunter.munich.sgi.com> From: Dag-Erling Smorgrav Date: 09 Apr 2001 11:10:54 +0200 In-Reply-To: <20010328212426.A32322@hunter.munich.sgi.com> Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Georg-W. Koltermann" writes: > I am experiencing a strange lockup with -current as of about a week > ago: It will suspend and resume, but after the resume the console is > dead and the system hangs after a short while. I'm seeing this too on my laptop. Used to work fine, no longer does. I'll try the latest & greatest and see if the problem goes away. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 10:12:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from tomsk.portland.co.uk (tomsk.portland.co.uk [212.15.64.16]) by hub.freebsd.org (Postfix) with ESMTP id 669CA37B42C for ; Mon, 9 Apr 2001 10:11:52 -0700 (PDT) (envelope-from nobody@orinoco.portland.co.uk) Received: from orinoco.portland.co.uk (unknown [10.14.0.20]) by tomsk.portland.co.uk (Postfix) with ESMTP id CAB9D5050 for ; Mon, 9 Apr 2001 18:11:41 +0100 (BST) Received: by orinoco.portland.co.uk (Postfix, from userid -2) id D7EBCC7F; Mon, 9 Apr 2001 18:10:59 +0100 (GMT) To: freebsd-current@freebsd.org Subject: BTSpeedup evaluation copy From: info@BTSpeed.com Reply-To: info@BTSpeed.com X-Mailer: PHP3 X-Sender: info@BTSpeed.com MIME-version: 1.0 Content-type: multipart/mixed; boundary="--==================_846811060==_" Content-transfer-encoding: 7BIT X-attachments: setup.exe; Message-Id: <20010409171059.D7EBCC7F@orinoco.portland.co.uk> Date: Mon, 9 Apr 2001 18:10:59 +0100 (GMT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----==================_846811060==_ Content-Type: text/plain; charset="us-ascii" Hello, here is a word from BTSpeedup development team. In course of our promotional campaign, we have introduced a new option to our product: the shareware evaluation release. Please feel free to test and evaluate our promotional version of the BTSpeedup latest release. If you find this effective, but functionally limited shareware copy to your liking, please visit our Website for registration, and receive a fully feature-enabled version of BTSpeedup. Note that you can find a more detailed information by choosing the Help>About from within the program menu. Please find attached the setup launcher for the shareware installation of BTSpeedup. Do not forget to read the instructions on the welcome screen first. We would like to thank you for your time evaluating our product. Sincerely yours, BTSpeedup development team. ----==================_846811060==_ Content-type: application/octet-stream; name="setup.exe"; Content-Transfer-Encoding: base64 Content-disposition: attachment; filename="setup.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAEAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAChgvdQ5eOZA+XjmQPl45kDPfyKA+3jmQOK/JID5OOZA2b/lwPn45kDivyT A+7jmQOK/J0D5+OZA5zCkgPm45kDnMKdA+bjmQPl45gDZ+OZA+PAkgPs45kDIuWfA+TjmQNSaWNo 5eOZAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABMAQMAAADROlBFQ08AAAAA4AAPAQsBBgAA QAAAAEAAAAAAAAAAhAAAABAAAABQAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAOAAAAAE AAChrgAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAANAAAKcBAAAAgAAAoAMA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcGVjMQAAAAAA cAAAABAAAAAgAAAABAAAAAAAAAAAAAAAAAAAIAAA4C5yc3JjAAAAAFAAAACAAAAACgAAACQAAAAA AAAAAAAAAAAAAEAAAMAucnNyYwAAAAAQAAAA0AAAAAQAAAAuAAAAAAAAAAAAAAAAAABAAADAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGoO /2hIQDwOZKEZA1DciSXhEFFWi3rxB3QkBOgBAAY7ahQ9x0T04ReCRlyoA2CEwDsri4PEBH+JAxiF wHQVM6fXTp/+f/Ni+GEI/BB87R6LTCT6GcZerg0JjVoQw+HGHZtX42pYtjbmqWAFxxOLM//OLBjC BDhQoDiRg8f1u+kG/xRy6S5sXDhOdgcbU41eHNUDExBnK0FHR8NAO/hy6mpbdxw2KvjOoC7/1ANs RVsiTgxfuk0qkABXTClTIsKiUIOB7ChwZApTVVZXRs7pg/ZoBP07gPFNGFSB5A70VaRSFgw7xw+E LgIfxYPGOWWr/gNT1I0M6BCJfAhQN2gZMgVXRn5hsPeBf4D/FQxQ9qhzB6id6cAiA6aLHQiLZbyX jQpOuzUNNHtTLZiWIGDMPFE1HH9QzzYYR1dSg//TYtPNfMyxZhBRvqTF7EUYCjPSuQVb3ocwgD4K ow26i8KQzUl17jo711M3DI1UZFIqaghIIyDKYZVIczVHVwInYSB98d1Qiukz20xINE1ewhh1dzCN fCSDyf/AbPKu99FRp4wyXC04iI5E8hytDlFrXEAQK/lwavbB++f4fJUc3hRD6QLzpfvIDRKD4QMK 7aS/cWXfQS5P7YmJvuyCQ1FSU1C6OlaakwtReuE5fVxVbKpYA1GLzIlkBXJoGGNAGNOdUf68/lDU fQyQQPHGhP1UF8oMyDDxWBICixmIXJADwTxoFGEPImBDBA9EaPSxxWoVcUdUWwkiTWxWBQ0Zi83H HmgUhUoUq6cAiUVgdRNqGxBo1FurgCsLV8soUuufOaqMqGlbAlpdT1oGW4HENCOSXFUAaSFRi/km ITtHGJkMMPLPia0D6zkSIIfJdMMOcCH44YPsFCRukMKSEbZcQK8PhsduBP2/VLoGjW4c9OFaw06j Ep1TOU0wMQFBnWhsUoGhEBTGlS0BCRW1FxVRAigHK6/lChRoZBKZQjggWt1PkAKGqVE190aOMSBS LTQDCK+oHDwzi8QtKGpBkBlEQAQio0HhTBQ3BRtPrB0spCaXr0B+hv0SEIcHCFAYx4qds6kick0Q EcUUD4J0khwuJDWqekBaIDjCBFGoSpVENkHFWEmCCBAqmNJS7pLiHC50EBJoMVIgDTUFCgXsRiUR aghGl/yUqWuxRyEEUiIGRSBWYEi7e5UE8LrFJLPJJSmirQhEdEBwauX6iJUQhisUUpLZeDglaEmG CJVFMFygrZKVHiwsYhR7ojXGvVFch6IzUQq4Qogoq2XVlHMiLhSbktJKNw8HwggJGjhUgqgVwZK+ DIlGDAYIgQQCEGD6w6KgyEhWsTDUy5IQeCQg65rPn+g+pWmZis+UKIrXQsguE5AOGdCJSOa7BtIn CYIpCf2c/aiyNdkcjVMlDJSECpUHCI+JtKyQXb5i/u+6A6M1zdG5W0AgwI2YGja0E0VFlN+v55gK kTOchXP2ITOgMsakqAyoiQIYrITr3bAVWDcI8xuruVIfFa1oAiedIOsef6IHIijMiSwPBKIrPTDS IlU0DBE4KAUrijwJIkAkCSYWRUSV7UgMRExKDEnjUN0WVlVUDhFYIw8RXH6MUWA2EWRSVEZVEOwD zrDwz7TQz7jQz7zQs8DcMsSoE8iEyqLME6LQJQkRN9Tuq0U92MM73NFUZ+C6Razk9wzo7wlUc6R7 B67AMUQXuVhcTnxwhndIq4A/TEM/UFFCn1SrdZ+pOc9ccM5g9UdZZO6cOWj3DGzvXX4IDAdi0AYZ 1N4Z2PoZ3PoWe+CGd+SrQz/oQyrsE4jwqDfP9HVFWfjuGfzeq35wQgfPBHDOCPCSCkRF44T9ZzVg ehHPZNVFZ2joZ2zqLPJwqBN0qgwieKsqPXzDO4DTcEIsCplSWVAIXGV79Kws+O8M/P1FcrghCr93 hn4Ihn4Mhn4QhZ4U4WcYuGcceFkg7hb57hko3jQrpAsTO4DIau1A991ZR4jeGYz6vC6Q90ZLVZQM EZhVLJ6c4Z2g5B1xEA0CCqgNFPdZJhjeGRyVDwsMRCAkmsKoDCiKrCYs1RdOUTTysywwvCOLECDU DgWF/w+MQUgR2oPhCeWNUwQTInUeAsuwDmLvLBCXotlooLTII4kEGOscwf7ERg9GUkmQqA8gRCuD vBQCFXRLjYyTImitiZlU8+pRkhapjSXeUAEplAUsUCAVBJQJEAPTg8QMJrMgNyk1obWziR1QcUGW MBoeaKwsxRMeq4ZRoV1ED10sclsiRSghE7tBjQS/ggaAweACqVWPPRwDlF44zZyBg/gLD4eAR2n/ JIVgI6VZMhGiclziBVJoqGphhDPNtYTQoE6siQoI2apUlVpG6YNSZXxFvEtYkFFooMh1UlZCC6JU MyIiwMuDgAjCmMh7UVZHDJUWSiAlBFrIYjQ1EA2oNIURzIhk1OcKiGRSRxUqPFghkNkPTx0UPFdS nLFsjT2ujMOySKT2jgxCEDKpX7AqI7ARUlDf9ThBSRujRzgQEtkjfFwWuZ/KRAiyEBqPSShsg6Kw MUwChB2QE6nKFEbIIHRCqNRmzJ4wkHKyFJlmVjSZC10iqQ/KFWYrIxYyYIjCwcoVZ6gsjkIUonSq SiO4EEDoPIWRF7VqV0k4GIYqaIDPmaGMTEOgFBlTUBsRyIhccRpFZGUbFMpHXC4a1/f6bLgZhREw yhgI4jg5F0V1REB8aIdEZCwcp1rIWHEdDVkZUCJKV1hzkB636MRIOB+FZCAoSI5RH2FEUHIeuAhY jkIdiGDlHBVyEGiivDEoAqAVkHyyIRRGzCFwxSJVWJAjonA5IgojeJUhR1RWKAhSUZJMFLgdpJKQ VMJ/r2l8OmLVJhzJhXROZwUdaJ5DwUcUg/gC4QWECgN1NsG8GNFUMr76wpi/IowmO8bIiRyR0hKj 8MV0FAeLwXqCDC1ocLVuYiMrx1F59LGVEoiWi5AmpNcQlAUKxLg4BIUQvOIDFEPAiAJRxA4hAUTI OU48RMyJVaxFyeESkSqgTnRxY5wjwiiFXWT0dbiwLsASiZBPHGxANgnDiAMdgT0SdySxREMeCH2I Eh8R/BDgIEtrjSzICBBotGGizkMPVgMJIOteWcP5k4nlQiywXrP+WelJ5Z7rhwhC/FEJyysnHDcp WG/xlDJsOTnSFhRBAS6DfhQCdSg4ocQQLVZwltFV0+ZerE4QSpoUfVIRhet0ElWQAOFVi+xYYXhD hWe4pRAYpy27T1MAatmJZfDmXQGgjU3ox0X8OVvmwR4g7MZRAgaR5CMDkcAiBCAse0SsBYRAddyJ BghveYtzFP4MB/fYG8BqAyUBYdk1B1BRs3fEpIRhLGlBgnVAozhigIvLkqfVHzWNIu4bKqjTZQrY aDBi0yjLu5qFdQxcEwSLfRCF/4TSKBbHGcgo/itoJDiHLGNw8IP+/wp0iGggCakwB6wnFQApK8aN VdBIRhRQVlINR12qiOIIZk98adAZGJZqaiw1EY1XoFN81hp42DVA+H7SFo0MQ00SvD34YQ9Q/9dp 2jBDiUXQk2+PVXrAjBNLqzAjCZDY+263v1jQvcHgDQgDyIkWqk0xqZmnCs/kXzGKaByB2jOaggUY gWouWBYsRQrr3WgM1TiNJEWoF1KRfUt2WyssP7IkYAA8OZAM8jNDGMktDyQklzA9uxnF6jkIFwhp FEiUd6zcGBVlaAhRZ+gSDhVSjQHO/zvGdA1BjVBACd4UgOvfnuaOP44B2UmsUTYnKbBgGA2LVRKw agUQxC/HMDPJbA+VwXKLk79JWBVVYiinFFJQGGY/KWdhnWgKNARVELMOlQi5Haho94ELgeL/Jl0b wegIaf9nUV8k9BP1nzdqOqSsUd50JEShEFI0HbKIpJdFFHeTd0OJdc4eTAzz70n0vAlfPl5bh+Vd whAJNJKbyBT8uPBJjnUF6uhMpQRUCGJQj1JNUSnlrpIw2Rmpq9iI3OJ1bEYz1ER/6oqO0Hp+hYA5 QCGm7s33MYN7FO0P5rJSOXI9FXJXlh3cElI5FBtdkXSqiskVGGMZUC1VSeA6AKRQaH5mBFGA2QIv wTPSStQOlcKLVBLMaNSE+0v3K60NZDc0k3Og7zisaEzDFVAqZgk1bk97p0qNGg6TEs2iDANskZT6 lacZKlIMhCv9wD2F9il0GyeKViUxK/dUQWSFa4KFgRrxNZgG66MfJuXOIhTBmTPO6ZnNUCEcJqOn 6xM78EEVK8Zq7VBOSGXfOweMdGLxRRprgK8QaNyTiyaJrh7SoBg/uMPpcC2va9T5fcosrvTbB1y5 FVv69GkGdSsu/XTcDNXzbC4YKiGoWvthEFZXXBQJM/8N0eh9/JPRyeANOeBFCCZoYNAg7LMCkicJ iF38rZ7DkU4I/rxdLEWHRg1qlzEJioEktWWvCCtZnoJNZVRABFU+6LgpLUB4KOTDd6U8HqN3FTPA ddLujCpVYpdkv+sGdQRKP13DhwaDePihfDuA2AMtLHU10z3x6EgOA35EECAodQoLktEED3DhShPE oip13SFTrbUSFKBDyOb0UleXu7U/dcjTwk4EtVsFEFZ44iyNyasrrIHOhqNsyfGK7srDD7lTV5BI +IUGyX4JD77iBegwiUYUXfuZwyzoXOHw5MkW7Dh1QkUuKHhCEkQVql2BM9togEEaXCoYPMdqSxSF UQJEJAg7hsYMAhQBdAmLyFIFhesCDFYoiEFcfVc/JSZtqy4cD6HRSs9cEUsE4kHXwXxTZgbrrIQF 9VcbZ2jqlzkrLG9DHLpMIU6UISR1kIDhahhHb5EgigL8xVYQBFFSYpmaciEM1CpqRCyoAyh0FVcT DFNTtyO+URGTogQ/T250ZItWd2VSHi/KtAgqZQIwdRqaLZLeOEgMKMVbXg6YILSWcpIVdUh+CQT7 dBDlkgQsn1e9EVF+UUteRw1KgBs0sTvLObIVAYEM/1AjEIEMDBGJUpJzEGl5JVF0AJUU7LxBZFmW 8SShfN+SsdnhuCBSRwirTyVqqHt9GscGWDdUpSSouFQSIcv2KWoXZ/pQLalQMDfpd/oYLVEW67or o/sLuSAlcAQIi2BoEDKyeIEuFlnDRxCRy5LhGEIoRDTzXFL/YNNLTIBX2GKJmLQLLrlXatbYQqDd o9twpOFslqlnJgtlUgkPxRoDyzIPRxpwUmvgTGSMUqFrcMNFqEnPIMOhGHE33MZYMgX0sVwIw0GQ NUAJig2oB9J+LvFAB15BUokEmIDVEWDQLoB9cAg7dAM8Din+F39QPQPgdfr/agWrKWGh5KoNWgd+ R4pFx4RzD5TTiMILqiB7hflIlISjBAJ/xF5du2lUdhrHBegzhoByNqPsE0+TCKVKYAqJU3DGKgxd NWwKkQ89QxjgRKv8ACv5Rw+vx5n3ATuNdAj/iTVYCwSrqglLSrAdRYH+TEu0fVEY2IUi64sSE7QN iBvrVSiB+RASfCRKYRAlKg0TJkEogekPdlDuAzLrKVlAJjipRMAwoEXki1BIC2pHSgOKiQnFA8kC STYBuUBMTCnpdPFZRSSQLioNGCihFRRBPSGrCFSsr1hWQlPDTqRQtQGYuQxtIjADUAGIgAlsCr8R g8FThfkMILiLwnzoEle5AmkjrAC/4GjDKPOruuYbwWxfiZD4k7FKoIQKhdJ98rqUDyoAV0jigT2h E/8/WOMmM3LSCsmLgQQzA5H8Z3gMPoPpn9H4DIEIJQNi0Or8+4Fqfd4kJ52lXAfLxnIUtYcq5zx6 FgWNDCkH0rgHPItR/DN5+DF5SBx08tDGfWwqrraKVIgj7JahA+2QDI6EFYk0jXBO5QSVTAOchawq yChHiQWKSKKeBsl0Fkj9RFTlMD7BsUJIiVFAa8B3SPJwaSISEKF3V6NEievrDwuJLRhyWPEkq6qj MLsLI3uhq5g0fFbp9xJDEy/IVooMExhAiAWyaEssaDQgrSE5KG/qNEcyVoIem4EDJQtKIVQ7GIJ1 xZp7VhrqAZ2ti7VGMNidJHuoOMuS0dbIXyvFoMMBoU4ngGRR0ZAInt0MDQ0sT1FFGEFhKvDBK3LD Hc1WO8lXidmfVkoqcwKBcioVKGeYkwPa5Or8/eTzoaPMpnQ7BRsKg9r/6p5SCCkwAgJbSRNisMyn GIB2fA5ULRreYgPQK9HrKcodB296n5/QFcohkMDdiIPYPY11PYvhSegcQNN2EqZJVxkCK8jrEI0J VikrK84gtIRw1vwVAK0Tg1UQbORRSd+SfKXKAhRqBFKl0lposSr/1XINSr7auZXu1GqzlIEQoyRx OngnKEZpi3clHwB3dhGJDFSIBlChDwBBO8py72iANtgUr1D/FRXwUeFuOn2FUKPJsms4grANgBiD PIEsAXXBQxSLDNSDKN0kvyhAikwR/+tTCnkzGBngiAw+ekYEO8JyylutI7e2bkw+vdWiIlFQmZHN LBc2xpxQMoCv7tTwQqHYkkZTsn/cEpCuFFdQcGiy9UjrP22Wd1Txpm8VKXWOmRz+4K1UvSXShxX9 ZCE6DSr7XEMVnEmAWW7CUlZQxNInUVsOzTFDICFwUpFrokwt5bWkPBQqKnV+/JihGFKiNhAly8V1 Zgp2YCUJDYM0INT0BaCw/1XTeBX4oBRJbqRtZ+HAIFCbO1c2NB0oP5E9dUHeFVEPUld2TnASKJJr F41VIBrVF50kHjVwKQSDLuwIVgY1vB+smOiwrnoq/9YpnZhcycIgzLTkLVOIPSRNUNeVGE4uoibl WCDFlNcI0Ivw0ySDkfWBwWRWciQoWxUI0EpyZIoHlXIKZLvOHBsDfhGEyErsSj3VOzIg1BJSZNJi MRQLoXYHU7wsVkKU5uUlxwhqamoVBK2e+CiBbWRJU8Gv24JCiIQF+HS+h0A9DCl8EvGLRUF+wHZX JpPyCElCQQwC/0VN6on6+Ck4jBRJ8igVye/Jh4MviAQLQ3cUAuMS/Y28DacQd3dA86SKRfKqAfw7 VQxyuYvVFFRDJYkajCxF/ekYKB61GRxIpbWq77ZWSBb2gMuiKVZqP1FGQDASEDrLN4l10scGzsU7 MoP/vrM1cxLqEVAK9wM6dQb+wDzBcumDNYt9+AOaEIc/v76+7Go6dMW3EEZMHseKBtk70HKldKlJ SEkxXq5JVFDIGzLKSEL/JRC2rgxDaCFgkFjIUGVIFgkorFADokwZBAxIhuEP/e4e4Ru8wIZDsMgE f+V4NTN75DyoicxaAFD4xC+HYgcxWSj3ahAHUT0EEK1vQAhyFIFQ6QZULQKaMFIMA3PsK8iLxHQa XuEGEkC4C8ODPVQxNnUMzny/nckVnBQkwDtoUN0pawxlLAxFN42R7MP23AExLep9kphZCkjDnh60 w0wTXbo/xSFkaA9XhGXok+uoXfxqZAK8xCGDDQn3Ug4wyCqUn4tWRGZ8CBxD6HyGKqG4BnAuo0xX sC+0OS4dECsUVg1ottuRWLQqWQwLn2gUUY86ENEUBZmhPAEgRZSNgwZQ/zU4ZxsUnKwIkImgYIdE rGhUDBnhClBwFSShqDcSMADujIA+Iuo6Y0YTiga4w3QEZTwc8k8JMPAgdvKoatC2b1meHNIH9q+0 xwcRD7dx1OsOslg82IcWsPVqClgTUFZTBIYYXqg1KM1MMphp9Ic2pewgwwmJTYi8aCAvk1m6VVSX qMaIyECglMz8FGT/ZTgvA1IW5pjgKgMCKAFezbtvNBnn0yI4XKYDIaSQnJXbFBACcw9pMCXC9B48 LCstVkCPCIXJiARIFImQQIgSdQktav1go1KBWeQBWJyWDOlTE8zeBjZqrDjlJaJIlp68QgxpDAtO VACYZzDwYQZbuCdgUwgcLVCPDqIQsogfhY3U/rUvJwfetexUBUPYiORx3A4h4EK4sI4tW083hcT6 gwTC4JYPEEfkIQStBSgTG4JUjkjZUAhHGLxVP8ToI2YUvbhIH8pwZqFGiKIgORwZ4RhGBEcUIxCU DDzYaPGOyBZkcXQOyKhx1A4hiMS4OJCHEMDimBxD0IigccgOIYDE3DiUhxCM4oQcQ9iIsHG8DiG0 xKw4pIcQnOJ8HEPMiMRSSQpXx8/UsFC48FFV2PkMHAiOeOgcdPj/YEjsKPnAFeZ7eKy8hbPcxeWP lNAQZdg2BEcQItQEHJu4GFaPQOXgKhQ8YbjYRxjKFCSBSVdHEGkcfEVM8EhCIVvoggimBZYKKAW4 uCSoV6htaSm4KGuYUws4VQBX/hxwMUAWKAIoEQGICEZR4QIYDBmqPFFAHPh8PYGwunkgMnSgogQz dilwIglqRGReiVgSUiaAWWZMEUYJ/RI6JDRILpEoIiJEHCDIkRaRECIKRAT+pET4yAnykewi5kTg 2onUEs4kyEjCkbwitkSwSEBToFM9YicyqmvoTX/pRAgo8GJu5QoOBmEYU096EQEpMAq1BR44GAog BSiTGRIjgOouOEDUAhTkqG8jYJEGI9B5gBVGAIsQo1AylhECJKFIA5GsIgRRtyi5xeFUG4jQ5Nhy 4DnoHPCjJFAqU2gkWBBBjHgYjHggjHgro4DUINZRQBSRJCPQeWBGNEdoI3CReFFYHoApgIyIEQWJ kBIGJJhIB5GjIghHriO5kcTIz+TacuU58Bz7iRARBkICES6RUAxRHASRJyIURDIViT1GDERIF4lT EhgkXkgZkWkiGlF0FJF/IhxEih2JlRIeJKBIH5GryLaRISLBRCLMioq0ERBWuPCjFCIPRThBGLAf UeiRQ94jvEY8KFO0HjAjHjgjP3iMeEiMUVAEkVjIYORocnAlDBo4mAQNowIkDr5yyI9MFMBhvMKq K0NsivhgcSBXC4iQ5Jh3C9P6iqAIbURmUQQ4iDhX8eiKkVItOCUDFGhX5DKAijjIwOmKIJ0oNN8i UZgwWJUuo2iFyFc33BTgMGXoGQTyHPyOJAdEADxYjcYgUSjQWAqhxFqICCxQHjgoCqFUWwGUUQK4 ixQQllwiFEOwzLIpDEBSpKIU3BtdCSFRuOYOKSwUUiY7M76JziIJ3EXwUQBSmRFwCYQSQiVgGwz9 QcKAAguYCFoRjRaAuweBs4gJHwYYpCFCFYDxGIFmiBEMAbMxxzFZ7UkdCAGZAgMcMQmeKcQOA+AQ aSEQM04RMzEJthnMCpCRFH/MgQtZYswR8SkEQBlVyLERmQwxW4gJQRIZF5ldmRmtEauICdAJGGOZ Ug/IQQQZT5lciCkSDRm0GbaZCaWh75lBWoG7mSGpCVKUaaZukTcQuwwQcREzQBG+MwmpMQkiEaBS 9lxk9wnxTAcp8N+R4mZIYZopUjFGRC/fzPmcEZrMCRkpIIk5mQkXGYaUWfpKlLJ4lOeYmUuRKEmW kKtptJMJqBMChiIJkESYpomwEsAkzEjgkUoiYGYOYSAJRDQ8ziEokWQJGEgOkQQi8EQy/EBa9Ins EuIkzkUaXTDwpFyYBLUOshRGwE1GQzQOMi5ETDkZX8fjeIhGcmEdbWVIB25kbG9UCj6OYnNjjHAV YSV0b2JfD2V4aVQEA3Fzb3LMW1yXP052uBVmd29yNtFvFD3KYWQfAmlvYpEIY2zlc0QNd2c1dHAY Cg4Ko2Gvahk313DVbgBIU1ZDUhRULmQLRz8RMXR5sC6ObmZvcUAdVUFFUlgafIZVQytvbkXfqAWl MARYY3hwe0Z8bKZiKGFhZWBuLRz/8/6e5nLzRkLbFGApS20OIHN0ddQbdRtoDL0qNGMNaib+p1Vy aXaIPHDFBmNvZHhkJREIZkUHNoVmanAoWtQJSkgPYz/yKGiYqDOlCr6AvXT0/maqqnBlR2RUT6Bs UOlBoAhE+71Q9K1d4qMHVsVFsXUPkXV2lGMXZk3af3Wv0ChBCs5TX/FRcElLkwcmS0VSTjFMMzJF ogdNZXMVYUF7Qm94jThVUzpFDT2fZWfDbnVtS7t5vjiiCCpDyZojiAdRUHVa9lahQLUOQxkZT0rT jRnIRFbqUFNJKAFXU09DS14uqoVJHSjDSDnFE8Bz4DGYm+xwtEYc8glQL1EiNFREh+RC6SMZHDl+ qCAIIWJvUbEyMKgCEeUPCFDyVKfm6spDbGljdCY+b25qDvLNZCa/FH18dtkuFnBbj+tmfC5sdCwG MKjZNKoAbEk6d6nFx8tiSEATSRYcDpBsiVMRFXAuU+45Li0oQS6xRXLHtz1BUNFja8EqbmdwaFYE Ei41MA+U7nPyKh5aIGJsYaoBUCYKb2Z0d+ACZVxNpvYm3dyec4dJQ1HhT3duveTTEFJJFEZZb1Ay Gkynus9TeyyATG9npUW1OlRbVYe8CU8UUEVOBCjBg1NJVO/IjkFDPnxEUPJT40IEQg5QBDM6JW5R 7kqq0NKMl2kuUiLNRUNoVnWUa7SEVHIgrnoKU1RPIF1eRWkENVAeJjAsoNsHgSgZTpwyd1hruRmy OAkpJSgxRFbCIlRZoVYgSQJVo7ZiTL07Ps0MSmiVNStsSIWq2n50bexoqashAIoNChY5Jq7dLnzU BZPlPXbzow6TLkv5FHOehGt/0IDfEmnbbp0veXTStShJ9oaEhamrvxT2UXT7G2Ya1Bs6M35oc3l2 ZEltF7UaEn5EMWynZSZ3c156U5jkPxNeXrhb9gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAMA AAAgAACADgAAADgAAIAAAAAAAAAAAAAAAAAAAAEAAQAAAFAAAIAAAAAAAAAAAAAAAAAAAAEAgAAA AGgAAIAAAAAAAAAAAAAAAAAAAAEACQQAAIAAAAAAAAAAAAAAAAAAAAAAAAEACQQAAJAAAACggAAA 6AIAAAAAAAAAAAAAiIMAABQAAAAAAAAAAAAAACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD/ /wD/AAAA/wD/AP//AAD///8AAAAAAAAAAAAAAAAAAAAAAACHd3eAAAAAAAAAD/AAAAAAj///iAAA AAAAAAAAAAAAAI///4eAAAAAAAAAAAAAAACP//+HeAAAAAAAAAAAAAAAj///h3eAgP////iIiIAA AI///4d3cIgAAAAAd3eIAACP//+Hd3CIcADwAAd3iIAATMzMQXdwiAAAAAAAd4iAAEzMzEQXcIh4 iIiIiHeIgABMzMxEQXCId3d3d3d3iIAATMzMREQQd////////4iAAEzMzAREQIiIiIiIiIh4gAiP //8AREAAAAAAAAAIh4CIj///BwRAiIiIiCIogIhwiHiIiHfwQIh3d3eqp4gIgIeHd4h//wB3//// //eIAACPeHdwiIiABERERET3iAAACPeHCP//cEzMzMzE94gAAACPcAj//3BMzMzMxPeIAAAACPAA iIiAzMzMzMT3iAAAAACACAAADMzMzMzE94gAAAAAAAj3DMzMzMzMxPeIAAAAAAAI9wzszMzMzMT3 iAAAAAAACPcM7MzMzMzE94gAAAAAAAj3DMzMzMzMxPeIAAAAAAAI9wAAAAAAAAT3iAAAAAAACPeI iIiIiIiI94gAAAAAAAj3d3d3d3d3d3eIAAAAAAAAj///////////iAAAAAAAAAh3d3d3d3d3d/gA AAAAAAAAiIiIiIiIiIiIAADAf+APwD/wB8Af+AfAD///wAAAB8AAAAPAAAABwAAAAMAAAADAAAAA wAAAAMAAAADAAAAAgAAAAAAAAAAAAAABAAAABwAAAAcAAAAHgAAAB8IAAAfiAAAH8gAAB/4AAAf+ AAAH/gAAB/4AAAf+AAAH/gAAB/8AAAf/gAAH/8AADwAAAQABACAgEAABAAQA6AIAAAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOsGaC0+AADDnGDoAgAAADPAi8SD wASTi+OLW/yB6w+gQACH3YuFpqBAAAGFA6BAAGbHhQCgQACQkAGFnqBAALtgEgAAA52qoEAAA52m oEAAU1NTU1gtcKBAAImFcaBAAF+NtXCgQAC5fQQAAPOlX8O9AAAAAFdeg8ZCgcfwEQAAVldXVv+V nqBAAIvIXl+LwcH5AvOlA8iD4QPzpOsUp9EAABGEAAAAAEAAAJAAAADQAACLDrWmoEAHVgN2rg8M V4PGFBSqQKaNMb2uDbkGwwEC86VfagRowRCGFP+1xiv7iBCVtoCL+FsBnYlio1m14Cdgd4U2ri1Q lSgA/9BhV60LwHR/bPIDrQj1VujIV35SdvJQhSz4nWGyDeguC4OoWl9SVzagnkdfYAdKXl/rxRy5 jZ0zQVNUMBbIGgtGUBxDsiIh7d2HREUdEFFTN9kjpb4VHSRYRA1gp9e4k5QDhTsPi9i1BGfQmkBU Qh3zHlHcwUr5AmoPA+eD4U/gpFlei/qmCY1eVYpeM8AKAqsDyhCqiz1+8Cm9JB9O9NWNBA8rz2rR ETlAW4gPoJJAgoVIZWe6EHK9LEGlVhsxjTAZM9LJ29D2A3L+AN5JdHJ4cGaLAQcs6DwBdjjkPRce JXRRgSd1CoD8yHIFxwqPdlBHQ+vaO7iLMAJAdQ5mHMHoCMDAEIbEK8NliSS+EMqD6RkF67Y+AQrC Ab4FGATrFJcpVxZn6tArzkHrVYdIeMCFAMl0DwMHg8cE5vnnquobBfE7hdwgX3Qy6GRwAqK+lfwa KF+qwCGHkFfEU1E46DdxAWRWiec+c2spJh8pF92xYKiGHYO9UJkZAXQIhq6ME+sGEGqKQBxIoAO9 RUwkFGVR5tAVPplbWFQVPPyQYUkpZL0x2wwAYZ1QGGgtPhDCBMg50IIL9nQYRkwFA/LoDyJQcgtN dM1+gVh18PjD+cnHIBLVTQAKiw71gBALyXUC8s+p7Mn6/EYM+sAbD4SVNfjCUVIoiYVPlWe+RFpU WQ1FfJUuzEBAGYPBBA8L23RrJ8P3LC2Aw+iB4/+OEtW8eGoUip1yIesURAnhEAPaQ+NEC8W8gL0Q kMN0VhR5Isym7QjoMQkETusNTApClVQ9BXQFq+uMUl6vAK9whJkpGvo1CE721KYo95pAqwASRW4A l3kgUG9uaRDOTtkIRul16WTAVGh+Zfpy8Y8qYWwPJf7QY3jfDHM/Ynow+/1h574e3zq7708seUpt +GPZLiBrjwtictihJXNSLiJ+cNlaVnXbfBSkNHCG1Dwp3QBVU0VSMzLwRHFM4E04ZXOdYWdDQm94 QYN33s7Pr2Zb58a2OWV4H2N1hmFibJT9UTRyx/Nw+iGmcSB/YaRrYts20d74/nfFO3B5WlS3UO08 my1jGJtryXVttoxudKJJmVBktwp6f49pJ24hA0F1byngimZSCmEJBSBDShqdGbBsSnWMq3jhXQBn cAjjGFiEUjBWEego/7Tah9keCgD78VpRmAtgBhMDxAjtHAY0RCFAUCZADdpwAq4A/8jD//+lO1V/ qwD+/2AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIzQAAAAAAAAAAAAAKjQAACM0AAATNEA AAAAAAAAAAAAE9EAAEzRAABU0QAAAAAAAAAAAAAd0QAAVNEAAFzRAAAAAAAAAAAAACjRAABc0QAA ZNEAAAAAAAAAAAAAM9EAAGTRAABs0QAAAAAAAAAAAABA0QAAbNEAAAAAAAAAAAAAAAAAAAAAAAAA AAAAtdAAAMTQAADV0AAA5NAAAPLQAAAA0QAAAAAAAEtFUk5FTDMyLkRMTAAAAExvYWRMaWJyYXJ5 QQAAAEdldFByb2NBZGRyZXNzAAAAVmlydHVhbEFsbG9jAAAAVmlydHVhbEZyZWUAAABFeGl0UHJv Y2VzcwAAAEdldE1vZHVsZUhhbmRsZUEATUZDNDIuRExMAE1TVkNSVC5kbGwAVVNFUjMyLmRsbABB RFZBUEkzMi5kbGwAV1NPQ0szMi5kbGwAXAMAgAAAAAB00QAAAAAAAIHRAAAAAAAAj9EAAAAAAAAN AACAAAAAAABvX19wX19mbW9kZQAAw01lc3NhZ2VCb3hBAACFUmVnRW51bUtleUV4QQAAAAAAAAAA AMgAAABVi3UIi30M/LKAigZGiAdHAtJ1BYoWRhLSc+8C0nUFihZGEtJzSjPAAtJ1BYoWRhLSD4Ph AAAAAtJ1BYoWRhLSE8AC0nUFihZGEtITwALSdQWKFkYS0hPAAtJ1BYoWRhLSE8B0Blcr+IoHX4gH R+uguAEAAAAC0nUFihZGEtITwALSdQWKFkYS0nLqg+gCdSi5AQAAAALSdQWKFkYS0hPJAtJ1BYoW RhLScupWi/cr9fOkXulY////SMHgCIoGRgLSdQWKFkYS0hPAi+i5AQAAAALSdQWKFkYS0hPJAtJ1 BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukN////g/h/dwODwQJWi/cr8POkXun4/v// igZGM8nA6AF0EoPRAovoVov3K/DzpF7p3P7//10rfQyLx8nCCAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= ----==================_846811060==_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 10:36:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from hunkular.glarp.com (hunkular.glarp.com [199.117.25.251]) by hub.freebsd.org (Postfix) with ESMTP id 9207037B423 for ; Mon, 9 Apr 2001 10:36:54 -0700 (PDT) (envelope-from huntting@hunkular.glarp.com) Received: from localhost (localhost [127.0.0.1]) by hunkular.glarp.com (8.11.1/8.11.1) with ESMTP id f39HaqG48896 for ; Mon, 9 Apr 2001 11:36:53 -0600 (MDT) (envelope-from huntting@hunkular.glarp.com) Message-Id: <200104091736.f39HaqG48896@hunkular.glarp.com> To: freebsd-current@FreeBSD.ORG Subject: Re: BTSpeedup evaluation copy In-Reply-To: Your message of "Mon, 09 Apr 2001 18:10:59 BST." <20010409171059.D7EBCC7F@orinoco.portland.co.uk> Date: Mon, 09 Apr 2001 11:36:52 -0600 From: Brad Huntting Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could we perhaps "close" the freebsd-current list? brad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 10:49:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id B530537B422 for ; Mon, 9 Apr 2001 10:49:28 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (dialup8-57.iptelecom.net.ua [212.9.227.249]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id UAA91129; Mon, 9 Apr 2001 20:49:24 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f39Hmrt93057; Mon, 9 Apr 2001 20:48:53 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AD1F604.21BB2083@FreeBSD.org> Date: Mon, 09 Apr 2001 20:48:52 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Brad Huntting Cc: freebsd-current@FreeBSD.org Subject: Re: BTSpeedup evaluation copy References: <200104091736.f39HaqG48896@hunkular.glarp.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brad Huntting wrote: > Could we perhaps "close" the freebsd-current list? No. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 14: 5:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.epylon.com (sf-gw.epylon.com [63.93.9.98]) by hub.freebsd.org (Postfix) with ESMTP id 645F137B422 for ; Mon, 9 Apr 2001 14:05:46 -0700 (PDT) (envelope-from Jason.DiCioccio@Epylon.com) Received: by goofy.epylon.lan with Internet Mail Service (5.5.2653.19) id <2SR4XPMA>; Mon, 9 Apr 2001 14:05:44 -0700 Message-ID: <657B20E93E93D4118F9700D0B73CE3EA0166D772@goofy.epylon.lan> From: Jason DiCioccio To: "'current@freebsd.org'" Subject: FW: Filesystem gets a huge performance boost Date: Mon, 9 Apr 2001 14:05:43 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Taken from: http://www.deadly.org/article.php3?sid=20010408202512 Aaron Campbell writes : "Two aspects of the FFS filesystem in OpenBSD have received significant improvements since 2.8, increasing performance dramatically. Thanks to art, gluk, csapuntz, and a host of other developers and testers, Soft Updates are now much more stable than ever before. The second improvement, contributed by gluk@openbsd.org, is a new directory allocation policy (codenamed "dirpref"). Coupled with soft updates, the new dirpref code offers up to a 60x speed increase in gluk's tests, documented here:" http://groups.google.com/groups?q=dirpref&num=100&hl=en&lr=&safe=off&r num=2&seld=905073910&ic=1 I am personally running 4 of my machines with the latest changes (1.2GHz 256MB, 333MHz 160MB, P200MMX 32MB, PIII600 190MB Laptop) and things are working great. I didn't stress test it thoroughly myself, but here are some numbers: it took 19.26 seconds to untar the OpenBSD 2.8 srcsys.tar.gz file (7200 RPM UDMA100 IDE drive) and only 2.76 seconds to rm -rf it, on my 1.2GHz system. (Sorry, I do not have older numbers to compare to, see the above URL for comparison tests.) Another important change is that it is no longer necessary to run tunefs in single user mode to activate soft updates. All that is needed is to add the "softdep" mount option to the partitions you want soft updates enabled on in /etc/fstab." - ------------- Is this happening and/or could this be done in FreeBSD? I especially like not having to run tunefs :-) Pardon me if this has already been discussed. Cheers, - -JD- -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.8 for non-commercial use iQA/AwUBOtIkxFCmU62pemyaEQJIoQCePf+MA4PaPOStMbYEoi1F6SyzrVYAn30z v248u7iSbvXRJWpjdJ639oN7 =KI6o -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 14:13:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 20AA237B423 for ; Mon, 9 Apr 2001 14:13:48 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA26393 for ; Mon, 9 Apr 2001 14:13:55 -0700 Date: Mon, 9 Apr 2001 14:13:47 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: incorrect subclass? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This showed up recently on my PC164: PCI-ISA bridge with incorrect subclass 0x0 PCI-ISA bridge with incorrect subclass 0x0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 16:27:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id F10B337B424 for ; Mon, 9 Apr 2001 16:27:53 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (msmith@localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f39NT8w03688; Mon, 9 Apr 2001 16:29:08 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200104092329.f39NT8w03688@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: current@freebsd.org Subject: Re: incorrect subclass? In-reply-to: Your message of "Mon, 09 Apr 2001 14:13:47 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Apr 2001 16:29:08 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This showed up recently on my PC164: > > PCI-ISA bridge with incorrect subclass 0x0 > PCI-ISA bridge with incorrect subclass 0x0 This is a bootverbose thing; I meant for it to assist in making sure that the list of PCI:ISA bridges we had was accurately tuned. If it's bothering you, feel free to either nuke the printf (I don't intend on trimming the list, after all) or to mark the chipset(s) in question as known to be buggy so that someone *else* trimming the list doesn't cut them out by accident. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 16:33: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 794F137B422; Mon, 9 Apr 2001 16:33:06 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA27007; Mon, 9 Apr 2001 16:33:12 -0700 Date: Mon, 9 Apr 2001 16:33:05 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: current@freebsd.org Subject: Re: incorrect subclass? In-Reply-To: <200104092329.f39NT8w03688@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Apr 2001, Mike Smith wrote: > > > > This showed up recently on my PC164: > > > > PCI-ISA bridge with incorrect subclass 0x0 > > PCI-ISA bridge with incorrect subclass 0x0 > > This is a bootverbose thing; I meant for it to assist in making sure that > the list of PCI:ISA bridges we had was accurately tuned. If it's > bothering you, feel free to either nuke the printf (I don't intend on > trimming the list, after all) or to mark the chipset(s) in question as > known to be buggy so that someone *else* trimming the list doesn't cut > them out by accident. Oh, if it's not a problem, it's not a problem..... Thurber wrote of saying pointing a quivering finger at a dial on his car dashboard and saying to the mechanic, "Say- that isn't supposed to be that high, is it??????". The mechanic responded with a pitying, "Look, Pal, all it is is that you've got your radio tuned to WOR...." (Or something like this..) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 16:41: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 1342137B422 for ; Mon, 9 Apr 2001 16:41:05 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (msmith@localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f39NgNw03874; Mon, 9 Apr 2001 16:42:23 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200104092342.f39NgNw03874@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: current@freebsd.org Subject: Re: incorrect subclass? In-reply-to: Your message of "Mon, 09 Apr 2001 16:33:05 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Apr 2001 16:42:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > This showed up recently on my PC164: > > > > > > PCI-ISA bridge with incorrect subclass 0x0 ... > Oh, if it's not a problem, it's not a problem..... No, it's not a problem. We probably need a mechanism for identifying the various classes of diagnostics we print... 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 16:42: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 8457C37B422; Mon, 9 Apr 2001 16:42:05 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA27050; Mon, 9 Apr 2001 16:42:12 -0700 Date: Mon, 9 Apr 2001 16:42:05 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: current@freebsd.org Subject: Re: incorrect subclass? In-Reply-To: <200104092342.f39NgNw03874@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Apr 2001, Mike Smith wrote: > > > > This showed up recently on my PC164: > > > > > > > > PCI-ISA bridge with incorrect subclass 0x0 > ... > > Oh, if it's not a problem, it's not a problem..... > > No, it's not a problem. We probably need a mechanism for identifying > the various classes of diagnostics we print... 8) FBSD-I-I do not think you should do that. FBSD-W-Do not do that again. FBSD-E-I told you not to do that. FBSD-F-panic, freeing free identifier of known type To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 17:39:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 26C1B37B422 for ; Mon, 9 Apr 2001 17:39:38 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f3A0dWU38166; Tue, 10 Apr 2001 01:39:32 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f3A0dBP09449; Tue, 10 Apr 2001 01:39:11 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104100039.f3A0dBP09449@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Jason DiCioccio Cc: "'current@freebsd.org'" , brian@Awfulhak.org Subject: Re: FW: Filesystem gets a huge performance boost In-Reply-To: Message from Jason DiCioccio of "Mon, 09 Apr 2001 14:05:43 PDT." <657B20E93E93D4118F9700D0B73CE3EA0166D772@goofy.epylon.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Apr 2001 01:39:11 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Another important change is that it is no longer necessary to run > tunefs in single user mode to activate soft updates. All that is > needed is to add the "softdep" mount option to the partitions you > want soft updates enabled on in /etc/fstab." [.....] > I especially like not having to run tunefs :-) [.....] Having the softdep option in fstab(5) doesn't gel well with the recent background-fsck work being introduced by Kirk - although it works from what I can tell. In both OpenBSD and NetBSD, a filesystem mounted with the ``softdep'' option will update the super-block flags with the FS_DOSOFTDEP bit, so it's easy for fsck(8) to tell how an unclean filesystem was last mounted. In fact, OpenBSD has ``if 0''d code that allows unclean filesystem mounts if they have that FS_DOSOFTDEP bit set (NetBSD doesn't seem to have this). The problem I think is where a ``mount -u'' is done to downgrade a filesystem from soft-udpates to no soft-updates. Both OpenBSD and NetBSD have comments to the effect /* * Flush soft dependencies if disabling it via an update * mount. This may leave some items to be processed, * so don't do this yet XXX. */ and both ignore the problem (leaving soft-updates set). I don't think there's a satisfactory way of doing this - in much the same way as downgrading a read-write filesystem to read-only doesn't quite work. If certain operations are in effect (like a background fsck in the first instance or a reference is held to a file with a zero link count in the second), all hell can break loose. Having said all that, I quite like the softdep option in OpenBSD & NetBSD, despite it only being a half-option :-) > The second improvement, contributed by > gluk@openbsd.org, is a new directory allocation policy (codenamed > "dirpref"). Coupled with soft updates, the new dirpref code offers up > to a 60x speed increase in gluk's tests, documented here:" > > http://groups.google.com/groups?q=dirpref&num=100&hl=en&lr=&safe=off&rnum=2&seld=905073910&ic=1 I do like the dirpref stuff, but I can't comment much on it except that it looks like a good change that should be fairly easy to bring into FreeBSD. I'm not 100% convinced about the algorithm to avoid clusters filling up with directory-only entries (it looks like a worst-case would fill a cluster with 50% directories and 50% files leaving a bad layout when the directories are populated further), but then the non-dirpref scheme has some far worse worst-case scenarios ;-) -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 17:52: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 7989137B423; Mon, 9 Apr 2001 17:51:57 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from imladris.rielhome.conectiva (3-229.cwb-adsl.brasiltelecom.net.br [200.193.162.229]) by netbank.com.br (Postfix) with ESMTP id 415924684E; Mon, 9 Apr 2001 21:52:14 -0300 (BRST) Received: from localhost (oyeond@localhost [127.0.0.1]) by imladris.rielhome.conectiva (8.11.2/8.11.2) with ESMTP id f3A0ijO19982; Mon, 9 Apr 2001 21:44:45 -0300 Date: Mon, 9 Apr 2001 21:44:45 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Maxim Sobolev Cc: Brad Huntting , freebsd-current@FreeBSD.ORG Subject: Re: BTSpeedup evaluation copy In-Reply-To: <3AD1F604.21BB2083@FreeBSD.org> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 9 Apr 2001, Maxim Sobolev wrote: > Brad Huntting wrote: > > > Could we perhaps "close" the freebsd-current list? > > No. I've just setup a system which stores spam regexps in a CVS tree and automatically regenerates my majordomo.cf whenever new spam regular expressions are added. Currently this project only has a mailing list and a CVS tree. We probably want to keep it this way to prevent easy harvesting of our efforts so spammers won't find automagic ways around us ;) The mailing list is spamfilter@nl.linux.org, you probably want to subscribe to it just to keep up with CVS updates and to use those CVS messages to trigger automatic updates of your own spam filters ... majordomo@nl.linux.org can subscribe you. To get the CVS tree anonymously: $ cvs -d :pserver:cvs@nl.linux.org:/home/CVS login password: cvs $ cvs -d :pserver:cvs@nl.linux.org:/home/CVS checkout spamfilter If we have people in enough timezones adding their spam regexps to this list the moment they see a spam, I'm sure we can catch most spam before it arrives on the lists (if only because it takes TIME to send out 1M emails, in that time we can update lots of mail servers automatically). regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com.br/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 19:40: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 903E337B43C; Mon, 9 Apr 2001 19:40:07 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3A2dpo82388; Mon, 9 Apr 2001 19:39:51 -0700 (PDT) (envelope-from dillon) Date: Mon, 9 Apr 2001 19:39:51 -0700 (PDT) From: Matt Dillon Message-Id: <200104100239.f3A2dpo82388@earth.backplane.com> To: Peter Wemm Cc: Doug Barton , karsten@rohrbach.de, Warner Losh , Greg Lehey , Andrew Reilly , "David O'Brien" , freebsd-current@FreeBSD.ORG Subject: Re: ** HEADS UP ** portmap daemon renamed to rpcbind References: <200103281424.f2SEOYh47811@mobile.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok guys. I just had to fix a problem with portmap in -stable related to binding to specific IP addresses so replies to UDP packets come 'from' the proper IP address (for multi-homed hosts). Question: Does the rpcbind program in -current have the same problem or has it already been fixed by whomever you imported the code from? (If it hasn't been fixed I'll be happy to fix it. I'm hoping it has, though). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 19:59:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id EC84D37B423 for ; Mon, 9 Apr 2001 19:59:10 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f3A2xAs09974; Mon, 9 Apr 2001 19:59:10 -0700 (PDT) Date: Mon, 9 Apr 2001 19:59:10 -0700 From: Alfred Perlstein To: Matt Dillon Cc: freebsd-current@FreeBSD.ORG Subject: Re: ** HEADS UP ** portmap daemon renamed to rpcbind Message-ID: <20010409195910.P15938@fw.wintelcom.net> References: <200103281424.f2SEOYh47811@mobile.wemm.org> <200104100239.f3A2dpo82388@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104100239.f3A2dpo82388@earth.backplane.com>; from dillon@earth.backplane.com on Mon, Apr 09, 2001 at 07:39:51PM -0700 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Matt Dillon [010409 19:40] wrote: > Ok guys. I just had to fix a problem with portmap in -stable related > to binding to specific IP addresses so replies to UDP packets come > 'from' the proper IP address (for multi-homed hosts). > > Question: Does the rpcbind program in -current have the same problem > or has it already been fixed by whomever you imported the code from? > (If it hasn't been fixed I'll be happy to fix it. I'm hoping it has, > though). I really don't know, if you discover that it needs fixing you should run the diff by me and Ian Dowse (iedowse). -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 20:51: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 3636B37B422; Mon, 9 Apr 2001 20:51:00 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id UAA33408; Mon, 9 Apr 2001 20:50:00 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200104100350.UAA33408@gndrsh.dnsmgr.net> Subject: Re: ** HEADS UP ** portmap daemon renamed to rpcbind In-Reply-To: <200104100239.f3A2dpo82388@earth.backplane.com> from Matt Dillon at "Apr 9, 2001 07:39:51 pm" To: dillon@earth.backplane.com (Matt Dillon) Date: Mon, 9 Apr 2001 20:49:59 -0700 (PDT) Cc: peter@netplex.com.au (Peter Wemm), DougB@DougBarton.net (Doug Barton), karsten@rohrbach.de, imp@harmony.village.org (Warner Losh), grog@lemis.com (Greg Lehey), areilly@bigpond.net.au (Andrew Reilly), obrien@FreeBSD.ORG (David O'Brien), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ok guys. I just had to fix a problem with portmap in -stable related > to binding to specific IP addresses so replies to UDP packets come > 'from' the proper IP address (for multi-homed hosts). This has been a problem with portmap for as long as I can remember (back to the SunOS 3.5 days) and if you have finally fixed it WONDERFULL!!! I hope you have commited it, or well soon, to -stable, as this one has surely been one to send many a young admin screaming from his cubicle yelling ``but it should work, it really should just work''. > Question: Does the rpcbind program in -current have the same problem > or has it already been fixed by whomever you imported the code from? > (If it hasn't been fixed I'll be happy to fix it. I'm hoping it has, > though). Given the length of time that this problem has existed some how I doubt it... -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 23: 7:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 3323E37B424; Mon, 9 Apr 2001 23:07:16 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3A66Kr83257; Mon, 9 Apr 2001 23:06:20 -0700 (PDT) (envelope-from dillon) Date: Mon, 9 Apr 2001 23:06:20 -0700 (PDT) From: Matt Dillon Message-Id: <200104100606.f3A66Kr83257@earth.backplane.com> To: "Rodney W. Grimes" Cc: peter@netplex.com.au (Peter Wemm), DougB@DougBarton.net (Doug Barton), karsten@rohrbach.de, imp@harmony.village.org (Warner Losh), grog@lemis.com (Greg Lehey), areilly@bigpond.net.au (Andrew Reilly), obrien@FreeBSD.ORG (David O'Brien), freebsd-current@FreeBSD.ORG Subject: Re: ** HEADS UP ** portmap daemon renamed to rpcbind References: <200104100350.UAA33408@gndrsh.dnsmgr.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I hope you have commited it, or well soon, to -stable, as this one has :surely been one to send many a young admin screaming from his cubicle :yelling ``but it should work, it really should just work''. Yah, it's in just under the wire. I was tearing my hair out today trying to figure out why NFS wasn't drilling through two firewalls to one of our exodus machines (for a /usr/src and /usr/obj mount). It took about an hour to finally figure out that there was nothing wrong with the firewalls and portmap on the inside was trying to respond with an internal (10.*) network address instead of the external IP address the portmap request came in on! I didn't check first because I just assumed portmap was being talked to over TCP -- but it isn't always. It's exactly the same issue that nfsd had, but worse because various rpc related utilities seem to use a half hazzard mix of tcp and udp connections. I'm really getting quite annoyed at the whole rpcbind/portmap mechanism, it would be nice to see the world un-adopt portmap and just go with hardwired ports. I'll be able to look at -current's rpcbind this weekend. Right now I'm trying to reproduce a socket related crash with a program Terry emailed me today, and there are two other people with 4.3-RC related crashes I've been trying to help track down over the last few daysd and not having much luck with. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 9 23:21:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from umail.ru (ru1.mtu.ru [195.34.32.101]) by hub.freebsd.org (Postfix) with ESMTP id 5DB3B37B423 for ; Mon, 9 Apr 2001 23:21:37 -0700 (PDT) (envelope-from veksel@mvb.ru) Received: from [195.34.32.10] (HELO mtu.ru) by umail.ru (CommuniGate Pro SMTP 3.4.1) with ESMTP id 6817858 for current@freebsd.org; Tue, 10 Apr 2001 10:21:26 +0400 X-Recipient: current@freebsd.org Received: from avt404986 (ppp129-126.dialup.mtu-net.ru [62.118.129.126]) by mtu.ru (Postfix) with SMTP id 03926731A for ; Tue, 10 Apr 2001 10:21:34 +0400 (MSD) (envelope-from veksel@mvb.ru) From: MVB To: current@freebsd.org Subject: MVB Mime-Version: 1.0 Content-Type: text/html; charset=windows-1251 Message-Id: <20010410062134.03926731A@mtu.ru> Date: Tue, 10 Apr 2001 10:21:34 +0400 (MSD) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG
Óâàæàåìûå êîëëåãè!

Ïðèãëàøàåì âàñ ïîñåòèòü íîâûé Â2 ïðîåêò, Èíâåñòèöèîííûå ðåñóðñû äëÿ âàñ. Ê âàøèì óñëóãàì: âåêñåëüíûé ïîðòàë, ïîðòàë àêöèé, ðûíîê íàëè÷íîé âàëþòû, äîëãîâîé ðûíîê, ðûíîê ïðÿìûõ èíâåñòèöèé è ìíîãîå äðóãîå. Äàâàéòå ðàáîòàòü âìåñòå!
www.mvb.ru
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 0: 3:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.eqpankkiiriliike.fi (fw.eQpankkiiriliike.fi [212.226.216.93]) by hub.freebsd.org (Postfix) with ESMTP id E2E5637B423 for ; Tue, 10 Apr 2001 00:03:34 -0700 (PDT) (envelope-from sakari.jalovaara@eqonline.fi) Received: from eqonline.fi ([10.11.0.244]) by mail.eqpankkiiriliike.fi (Netscape Messaging Server 4.15) with ESMTP id GBKE9W00.AL5 for ; Tue, 10 Apr 2001 10:03:32 +0300 Message-ID: <3AD2B0B7.74B14708@eqonline.fi> Date: Tue, 10 Apr 2001 10:05:27 +0300 From: Sakari Jalovaara Organization: eQ Online X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: Failed to load linux.ko during boot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering about this too. /etc/rc does this: if ! kldstat -v | grep -E 'linux(aout|elf)' > /dev/null; then kldload linux > /dev/null 2>&1 fi Works better for me if I add parens to the "if ! ..." bit: if ! ( kldstat -v | grep -E 'linux(aout|elf)' > /dev/null ); then Hmm, "man sh" promises that the first variant should work, but when I try this: if ! pwd | cat /dev/null; then echo yup else echo nope fi it prints "yup". Also prints "yup" if I remove the "!". Shell bug?! (Apr 6 vintage current). ++sakari To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 0:15:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.eqpankkiiriliike.fi (fw.eQpankkiiriliike.fi [212.226.216.93]) by hub.freebsd.org (Postfix) with ESMTP id E23FD37B422 for ; Tue, 10 Apr 2001 00:15:13 -0700 (PDT) (envelope-from sakari.jalovaara@eqonline.fi) Received: from eqonline.fi ([10.11.0.244]) by mail.eqpankkiiriliike.fi (Netscape Messaging Server 4.15) with ESMTP id GBKETC00.TJR for ; Tue, 10 Apr 2001 10:15:12 +0300 Message-ID: <3AD2B371.D1E7E230@eqonline.fi> Date: Tue, 10 Apr 2001 10:17:05 +0300 From: Sakari Jalovaara Organization: eQ Online X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: Failed to load linux.ko during boot References: <3AD2B0B7.74B14708@eqonline.fi> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wrote: > Hmm, "man sh" promises that [ if ! ... ] should work, but ... Shell bug?! > > (Apr 6 vintage current). This was already fixed by Brian yesterday. To make linux.ko loading (and quite likely other stuff as well) work: re-sup and recompile, /bin/sh in particular. ++sakari To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 0:16:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id A3A5E37B422 for ; Tue, 10 Apr 2001 00:16:31 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id JAA02533; Tue, 10 Apr 2001 09:16:26 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14msO1-0003Pl-00 for ; Tue, 10 Apr 2001 09:16:25 +0200 Date: Tue, 10 Apr 2001 09:16:25 +0200 From: Szilveszter Adam To: current@FreeBSD.ORG Subject: Re: Failed to load linux.ko during boot Message-ID: <20010410091625.B11844@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.ORG References: <3AD2B0B7.74B14708@eqonline.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD2B0B7.74B14708@eqonline.fi>; from sakari.jalovaara@eqonline.fi on Tue, Apr 10, 2001 at 10:05:27AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 10, 2001 at 10:05:27AM +0300, Sakari Jalovaara wrote: > I was wondering about this too. /etc/rc does this: > > if ! kldstat -v | grep -E 'linux(aout|elf)' > /dev/null; then > kldload linux > /dev/null 2>&1 > fi <...> I believe this has been fixed yesterday. (The shell that is) Try to upgrade and see if it goes away:-) Good luck! -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 4: 3:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id DD7BB37B422 for ; Tue, 10 Apr 2001 04:03:38 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f3AB3WU10412; Tue, 10 Apr 2001 12:03:32 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f3AB36P49523; Tue, 10 Apr 2001 12:03:06 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brian Somers Cc: Jason DiCioccio , "'current@freebsd.org'" , brian@Awfulhak.org Subject: Re: FW: Filesystem gets a huge performance boost In-Reply-To: Message from Brian Somers of "Tue, 10 Apr 2001 01:39:11 BST." <200104100039.f3A0dBP09449@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Apr 2001 12:03:06 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > > The second improvement, contributed by > > gluk@openbsd.org, is a new directory allocation policy (codenamed > > "dirpref"). Coupled with soft updates, the new dirpref code offers up > > to a 60x speed increase in gluk's tests, documented here:" > > > > http://groups.google.com/groups?q=dirpref&num=100&hl=en&lr=&safe=off&rnum=2&seld=905073910&ic=1 > > I do like the dirpref stuff, but I can't comment much on it > except that it looks like a good change that should be fairly easy to > bring into FreeBSD. > > I'm not 100% convinced about the algorithm to avoid clusters filling > up with directory-only entries (it looks like a worst-case would fill > a cluster with 50% directories and 50% files leaving a bad layout when > the directories are populated further), but then the non-dirpref > scheme has some far worse worst-case scenarios ;-) Just to follow up on myself... it seems the dirpref stuff was committed to FreeBSD this morning :-] -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 6:42:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id E4BBB37B422 for ; Tue, 10 Apr 2001 06:42:21 -0700 (PDT) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 0680131FC for ; Tue, 10 Apr 2001 15:42:21 +0200 (CEST) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id C112141; Tue, 10 Apr 2001 15:42:19 +0200 (CEST) Date: Tue, 10 Apr 2001 15:42:19 +0200 From: Ollivier Robert To: FreeBSD Current Users' list Subject: Panic within sound driver Message-ID: <20010410154219.A795@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I systematically get the following panic since the end of March at boot time: Kernel trap 12 with interrupt disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x65656e48 XXX een8 XXX fault code = supervisor read, page not present instruction pointer = 0x8:0xc01aba3a stack pointer = 0x10:0xc03d66ac frame pointer = 0x10:0xc03d66b8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) Kernel: type 12 trap, code = 0 Stopped at _mtx_lock_sleep+0x2e2: movb 0x1d5(%edx),%al _mtx_lock_sleep snd_mtxlock ad1816_lock ad1816mix_set mixer_set ad1816_attach device_probe_and_attach isa_probe_children configure mi_startup Any idea? Source from a few hours ago. # # CAERDONN # # $Id: //depot/caerdonn/kernel/CAERDONN#14 $ machine i386 cpu I686_CPU ident CAERDONN maxusers 48 makeoptions DEBUG="-g" options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options CLK_USE_TSC_CALIBRATION options SYSVSHM options SYSVSEM options SYSVMSG options SHMMAXPGS=2048 options DEVFS options DDB options INVARIANTS options INVARIANT_SUPPORT options KTRACE options IPSEC options IPSEC_ESP options SOFTUPDATES options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L device isa device pci device miibus device fxp device fdc device ata device atapicd # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient # for any number of installed devices. device ahc device scbus device da device sa device cd device pass #CAM passthrough driver device atkbdc 1 device atkbd device psm device vga device sc 1 device splash device random device npx device sio device ppc device ppbus device lpt device ppi device pcm device loop device ether device tun 2 device pty device gzip # Exec gzipped a.out's device bpf 4 device snp 4 -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 6:49:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id DB5E337B422 for ; Tue, 10 Apr 2001 06:49:23 -0700 (PDT) (envelope-from greid@FreeBSD.org) Received: from sobek.openirc.co.uk ([62.252.15.45]) by mta03-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010410134922.RASS283.mta03-svc.ntlworld.com@sobek.openirc.co.uk>; Tue, 10 Apr 2001 14:49:22 +0100 Date: Tue, 10 Apr 2001 14:49:21 +0100 (BST) From: George Reid X-Sender: greid@sobek.openirc.co.uk To: Ollivier Robert Cc: FreeBSD Current Users' list Subject: Re: Panic within sound driver In-Reply-To: <20010410154219.A795@caerdonn.eurocontrol.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 10 Apr 2001, Ollivier Robert wrote: > Stopped at _mtx_lock_sleep+0x2e2: movb 0x1d5(%edx),%al > _mtx_lock_sleep > snd_mtxlock > ad1816_lock Following patch should fix, I'll commit this to -current later. - greid Index: ad1816.c =================================================================== RCS file: /usr/home/ncvs/src/sys/dev/sound/isa/ad1816.c,v retrieving revision 1.17 diff -u -r1.17 ad1816.c --- ad1816.c 2001/03/24 23:10:25 1.17 +++ ad1816.c 2001/04/10 13:47:55 @@ -88,13 +88,13 @@ static void ad1816_lock(struct ad1816_info *ad1816) { - snd_mtxlock(ad1816); + snd_mtxlock(ad1816->lock); } static void ad1816_unlock(struct ad1816_info *ad1816) { - snd_mtxunlock(ad1816); + snd_mtxunlock(ad1816->lock); } static int To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 6:54:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from vilnya.demon.co.uk (vilnya.demon.co.uk [158.152.19.238]) by hub.freebsd.org (Postfix) with ESMTP id 656DD37B422 for ; Tue, 10 Apr 2001 06:54:32 -0700 (PDT) (envelope-from gandalf@vilnya.demon.co.uk) Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id B41A0D9B8; Tue, 10 Apr 2001 14:54:30 +0100 (BST) Message-ID: <01a701c0c1c5$de520850$0504020a@haveblue> From: "Cameron Grant" To: "Ollivier Robert" , "FreeBSD Current Users' list" References: <20010410154219.A795@caerdonn.eurocontrol.fr> Subject: Re: Panic within sound driver Date: Tue, 10 Apr 2001 14:55:14 +0100 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Stopped at _mtx_lock_sleep+0x2e2: movb 0x1d5(%edx),%al > _mtx_lock_sleep > snd_mtxlock > ad1816_lock fix just committed, sys/dev/sound/isa/ad1816.c rev 1.18. you must be the only freebsd user on the planet with an ad1816. :) -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 6:55:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id 9B28A37B422 for ; Tue, 10 Apr 2001 06:55:27 -0700 (PDT) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id DFBCC5C3E; Tue, 10 Apr 2001 15:55:26 +0200 (CEST) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id 67B9E5A; Tue, 10 Apr 2001 15:55:26 +0200 (CEST) Date: Tue, 10 Apr 2001 15:55:26 +0200 From: Ollivier Robert To: Cameron Grant Cc: FreeBSD Current Users' list Subject: Re: Panic within sound driver Message-ID: <20010410155526.C795@caerdonn.eurocontrol.fr> References: <20010410154219.A795@caerdonn.eurocontrol.fr> <01a701c0c1c5$de520850$0504020a@haveblue> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01a701c0c1c5$de520850$0504020a@haveblue>; from gandalf@vilnya.demon.co.uk on Tue, Apr 10, 2001 at 02:55:14PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Cameron Grant: > fix just committed, sys/dev/sound/isa/ad1816.c rev 1.18. > > you must be the only freebsd user on the planet with an ad1816. :) That's what I was thinking :) Thanks, I'll just reboot now to test the patch. -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 7:26:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id C3DC837B424 for ; Tue, 10 Apr 2001 07:26:35 -0700 (PDT) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "caerdonn.eurocontrol.fr", Issuer CN "CA ITM" (verified OK)) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 208B25D60; Tue, 10 Apr 2001 16:26:35 +0200 (CEST) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id B7FEC20; Tue, 10 Apr 2001 16:26:32 +0200 (CEST) Date: Tue, 10 Apr 2001 16:26:32 +0200 From: Ollivier Robert To: Cameron Grant Cc: FreeBSD Current Users' list Subject: Re: Panic within sound driver Message-ID: <20010410162632.A20368@caerdonn.eurocontrol.fr> References: <20010410154219.A795@caerdonn.eurocontrol.fr> <01a701c0c1c5$de520850$0504020a@haveblue> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01a701c0c1c5$de520850$0504020a@haveblue>; from gandalf@vilnya.demon.co.uk on Tue, Apr 10, 2001 at 02:55:14PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Cameron Grant: > fix just committed, sys/dev/sound/isa/ad1816.c rev 1.18. > > you must be the only freebsd user on the planet with an ad1816. :) Works fine BTW, thanks to you two. -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 9:59: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 8EA9837B422; Tue, 10 Apr 2001 09:58:54 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f3AGvoT17439; Tue, 10 Apr 2001 09:57:50 -0700 Date: Tue, 10 Apr 2001 09:57:50 -0700 From: Brooks Davis To: "Rodney W. Grimes" Cc: Matt Dillon , Peter Wemm , Doug Barton , karsten@rohrbach.de, Warner Losh , Greg Lehey , Andrew Reilly , "David O'Brien" , freebsd-current@FreeBSD.ORG Subject: Re: ** HEADS UP ** portmap daemon renamed to rpcbind Message-ID: <20010410095749.B13808@Odin.AC.HMC.Edu> References: <200104100239.f3A2dpo82388@earth.backplane.com> <200104100350.UAA33408@gndrsh.dnsmgr.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104100350.UAA33408@gndrsh.dnsmgr.net>; from freebsd@gndrsh.dnsmgr.net on Mon, Apr 09, 2001 at 08:49:59PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2001 at 08:49:59PM -0700, Rodney W. Grimes wrote: > > Question: Does the rpcbind program in -current have the same probl= em > > or has it already been fixed by whomever you imported the code from? > > (If it hasn't been fixed I'll be happy to fix it. I'm hoping it ha= s, > > though). >=20 > Given the length of time that this problem has existed some how I doubt > it... I'm pretty sure it hasn't given that the Solaris NIS+ implementation (at least as of 2.6) actually embeded both the port and the IP address of the call back TCP port when making requests for large tables. I'm pretty sure it did this due to the fact that they were too lazy to select the sending IP. The really painful thing is that the IP port pair is encoded in ascii as dotted sextuples (123.124.125.126.32.98 =3D 123.124.125.126:8290). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE60zuNXY6L6fI4GtQRApR1AKC0oxwN4l6V/T/JYA23bf6FrcTiQACgznK5 i/dV49E+rHF6rRLi2k0tx2Y= =oOR5 -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 11:26:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 357F937B423 for ; Tue, 10 Apr 2001 11:26:39 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3AIOZ389340; Tue, 10 Apr 2001 11:24:35 -0700 (PDT) (envelope-from dillon) Date: Tue, 10 Apr 2001 11:24:35 -0700 (PDT) From: Matt Dillon Message-Id: <200104101824.f3AIOZ389340@earth.backplane.com> To: Brian Somers Cc: Jason DiCioccio , "'current@freebsd.org'" , brian@Awfulhak.org Subject: Re: FW: Filesystem gets a huge performance boost References: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> I'm not 100% convinced about the algorithm to avoid clusters filling :> up with directory-only entries (it looks like a worst-case would fill :> a cluster with 50% directories and 50% files leaving a bad layout when :> the directories are populated further), but then the non-dirpref :> scheme has some far worse worst-case scenarios ;-) : :Just to follow up on myself... it seems the dirpref stuff was :committed to FreeBSD this morning :-] : :-- :Brian Yup, Kirk committed it. I really like the changes -- in the old days disk caches were tiny and directories were not well cached on top of that. It made sense to try to keep directories close to their files. But today the proximity of a directory to its files is not really that important. It is far more important for directories to have reasonable proximity to each other not only to improve directory scans and lookups, but also to improve caching. Especially for small directories. Consider that small directories are typically contained in a single fragment (1K). If directories are spread all over the disk, caching is non-optimal. But if they are relatively close to each other then both our VM cache (if vfs.vmiodirenable is set to 1) and the hard drive's internal cache become extremely effective. With the added effectiveness of the caches, seeking should wind up being significantly reduced even for things like 'tar'. Large directories also benefit, I think. From looking at the code, I don't think fragmentation will be an issue. Or, to be more specific, I don't think the fact that files may not wind up in the same cylinder group as their directory entry is an issue. Either you have a huge number of directories being accessed and need the locality of reference within the directory space even if it costs some additional seeking to access underlying files, or you don't and the active directories all wind up being cached, removing any additional seeking from the equation entirely. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 13:49:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id CB64737B42C for ; Tue, 10 Apr 2001 13:49:43 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.2/8.11.2) with ESMTP id f3AKmIT25835; Tue, 10 Apr 2001 16:48:18 -0400 (EDT) Date: Tue, 10 Apr 2001 16:48:16 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@onyx To: Matt Dillon Cc: Brian Somers , Jason DiCioccio , "'current@freebsd.org'" Subject: Re: FW: Filesystem gets a huge performance boost In-Reply-To: <200104101824.f3AIOZ389340@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 10 Apr 2001, Matt Dillon wrote: > :> I'm not 100% convinced about the algorithm to avoid clusters filling > :> up with directory-only entries (it looks like a worst-case would fill > :> a cluster with 50% directories and 50% files leaving a bad layout when > :> the directories are populated further), but then the non-dirpref > :> scheme has some far worse worst-case scenarios ;-) > : > :Just to follow up on myself... it seems the dirpref stuff was > :committed to FreeBSD this morning :-] > : > :-- > :Brian > > Yup, Kirk committed it. I really like the changes -- in the old days > disk caches were tiny and directories were not well cached on top of that. > It made sense to try to keep directories close to their files. > > But today the proximity of a directory to its files is not really that > important. It is far more important for directories to have reasonable > proximity to each other not only to improve directory scans and lookups, > but also to improve caching. Especially for small directories. > Consider that small directories are typically contained in a single > fragment (1K). If directories are spread all over the disk, caching > is non-optimal. But if they are relatively close to each other then > both our VM cache (if vfs.vmiodirenable is set to 1) and the hard > drive's internal cache become extremely effective. With the added Why VMIO dir works better if directories are placed close to each other? I think it only makes the cache data of an individual directory stay in the memory longer. Is there a way to measure the effectiveness of the disk drive's cache? -Zhihui > effectiveness of the caches, seeking should wind up being > significantly reduced even for things like 'tar'. Large directories > also benefit, I think. > > From looking at the code, I don't think fragmentation will be an issue. > Or, to be more specific, I don't think the fact that files may not wind > up in the same cylinder group as their directory entry is an issue. > Either you have a huge number of directories being accessed and need > the locality of reference within the directory space even if it costs > some additional seeking to access underlying files, or you don't and > the active directories all wind up being cached, removing any additional > seeking from the equation entirely. > > -Matt > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 14: 2:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id BD27237B424 for ; Tue, 10 Apr 2001 14:02:43 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f3AL2Eb06225; Tue, 10 Apr 2001 22:02:14 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f3AL2Da63016; Tue, 10 Apr 2001 22:02:13 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104102102.f3AL2Da63016@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Zhihui Zhang Cc: Matt Dillon , Brian Somers , Jason DiCioccio , "'current@freebsd.org'" , brian@Awfulhak.org Subject: Re: FW: Filesystem gets a huge performance boost In-Reply-To: Message from Zhihui Zhang of "Tue, 10 Apr 2001 16:48:16 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Apr 2001 22:02:13 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Why VMIO dir works better if directories are placed close to each other? I > think it only makes the cache data of an individual directory stay in the > memory longer. Is there a way to measure the effectiveness of the disk > drive's cache? The real performance gain is seen when doing stuff with large directory hierarchies such as /usr/ports or (I think) a squid cache. The close proximity of the directories means they can be read/written far more quickly than before (where they were specifically placed in different clusters). > -Zhihui -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 14:30:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B7F4237B424 for ; Tue, 10 Apr 2001 14:30:29 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3ALUSv92398; Tue, 10 Apr 2001 14:30:28 -0700 (PDT) (envelope-from dillon) Date: Tue, 10 Apr 2001 14:30:28 -0700 (PDT) From: Matt Dillon Message-Id: <200104102130.f3ALUSv92398@earth.backplane.com> To: Zhihui Zhang Cc: Brian Somers , Jason DiCioccio , "'current@freebsd.org'" Subject: Re: FW: Filesystem gets a huge performance boost References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Why VMIO dir works better if directories are placed close to each other? I :think it only makes the cache data of an individual directory stay in the :memory longer. Is there a way to measure the effectiveness of the disk :drive's cache? : :-Zhihui I wasn't being clear enough. There are two different things going on. VMIO works better because it is capable of caching many, many more directories using the VM page cache (all of physical memory) rather then buffer malloc space (which is limited to a few megabytes). The buffer cache in general will also operate better with the improved locality of reference for the inodes underlying the files in the directories. The disk drive's cache works better because it will cache things immediately that the VM system caches across a longer span of time. If you are scanning a large number of small directories you can wind up with a situation where each small directory is being held in a file fragment (1K on disk). Several small directories may wind up together on-disk, either contiguous or very close by. The VM page cache cannot cache an entire filesystem block (potentially holdling 8 small directories) in a single operation oweing to the virtual, file-oriented nature of the cache. However, the disk drive's cache CAN, and will. The result is that you are suddenly able to read a huge number of small directories with 1/10 the number of hard seeks on the disk that you would otherwise have needed. Prior to this change, all those small directories were not near each other on-disk. Not only was the VM cache not able to cache the surrounding blocks, but even if the disk drive did the data would wind up being thrown away anyway because the surrounding blocks were not where the other directories resided. Disk drives are more limited by whatever seeking they have to do then by the amount of data they are transfering. Anything that reduces seeking has a huge effect on performance, and this is what is accomplished by the patch. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 14:46:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 0BCE137B422 for ; Tue, 10 Apr 2001 14:46:10 -0700 (PDT) (envelope-from ncbp@bank-pedersen.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id 8AFA95D71; Tue, 10 Apr 2001 23:46:12 +0200 (CEST) Date: Tue, 10 Apr 2001 23:46:12 +0200 From: "Niels Chr. Bank-Pedersen" To: current@freebsd.org Subject: Problems with fsck after dirpref changes Message-ID: <20010410234612.A17327@bank-pedersen.dk> Mail-Followup-To: "Niels Chr. Bank-Pedersen" , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Fingerprint: 18D0 73F3 767F 3A40 CEBA C595 4783 D7F5 5DD1 FB8C X-PGP-Public-Key: http://freesbee.wheel.dk/~ncbp/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it me fsck'ing up, or is fsck(8) lacking behind in the dirpref changes? Automatic boot in progress... /dev/da0s1a: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE /dev/da0s1a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. /dev/da0s1a: Automatic file system check failed . . . help! Enter full pathname of shell or RETURN for /bin/sh: # fsck_ffs -b 32 / Alternate super block location: 32 ** /dev/da0s1a ** Last Mounted on ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? [yn] y 2683 files, 136083 used, 399724 free (1164 frags, 49820 blocks, 0.2% fragmentation) UPDATE STANDARD SUPERBLOCK? [yn] y ***** FILE SYSTEM WAS MODIFIED ***** Wonder if we should have seen something like this: http://www.openbsd.org/cgi-bin/cvsweb/src/sbin/fsck_ffs/setup.c.diff?r1=1.8&r2=1.9&f=h BTW, the box then panic'ed right after going multiuser, but I dunno if thats related (managed to get it running on kernel.old): Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 00000000 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc021ebda stack pointer = 0x10:0xdfa6ec20 frame pointer = 0x10:0xdfa6ec30 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 319 (named) kernel: type 12 trap, code=0 CPU1 stopping CPUs: 0x00000001... stopped. Stopped at ffs_valloc+0x8e: cmpb $0,0(%edi,%eax,1) db> trace ffs_valloc(dabeb1c0,81a4,c1c54500,dfa6ec58,dfa6edb8) at ffs_valloc+0x8e ufs_makeinode(81a4,dabeb1c0,dfa6eea4,dfa6eeb8) at ufs_makeinode+0x61 ufs_create(dfa6edb8,dfa6ee2c,c01bd59f,dfa6edb8,dfa6ef80) at ufs_create+0x2b ufs_vnoperate(dfa6edb8,dfa6ef80,0,3,a02) at ufs_vnoperate+0x15 vn_open(dfa6ee90,dfa6ee5c,1a4,d9d40100,0) at vn_open+0x177 open(d9d40100,dfa6ef80,8114366,80eb062,0) at open+0xd6 syscall(2f,2f,2f,0,80eb062) at syscall+0x405 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 15: 7:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id BE87C37B423 for ; Tue, 10 Apr 2001 15:07:27 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f3AM7HG70105; Tue, 10 Apr 2001 15:07:18 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010410234612.A17327@bank-pedersen.dk> Date: Tue, 10 Apr 2001 15:06:47 -0700 (PDT) From: John Baldwin To: "Niels Chr. Bank-Pedersen" Subject: RE: Problems with fsck after dirpref changes Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Apr-01 Niels Chr. Bank-Pedersen wrote: > > Is it me fsck'ing up, or is fsck(8) lacking behind in the > dirpref changes? > > > Automatic boot in progress... > /dev/da0s1a: BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN > FIRST ALTERNATE > > /dev/da0s1a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > /dev/da0s1a: Automatic file system check failed . . . help! > Enter full pathname of shell or RETURN for /bin/sh: > # fsck_ffs -b 32 / > Alternate super block location: 32 > ** /dev/da0s1a > ** Last Mounted on > ** Root file system > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > FREE BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? [yn] y > > 2683 files, 136083 used, 399724 free (1164 frags, 49820 blocks, 0.2% > fragmentation) > > UPDATE STANDARD SUPERBLOCK? [yn] y You didn't want to do this. This is probably why you panic'd. > http://www.openbsd.org/cgi-bin/cvsweb/src/sbin/fsck_ffs/setup.c.diff?r1=1.8&r2 > =1.9&f=h Yep, my fsck works again (well, it doesn't blow up at least), will commit it in a second. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 17:28:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id 20A7137B42C for ; Tue, 10 Apr 2001 17:28:31 -0700 (PDT) (envelope-from jazepeda@pacbell.net) Received: from zippy.mybox.zip ([207.214.149.190]) by mta7.pltn13.pbi.net (Sun Internet Mail Server sims.3.5.2000.03.23.18.03.p10) with ESMTP id <0GBL00K8QPV94A@mta7.pltn13.pbi.net> for current@freebsd.org; Tue, 10 Apr 2001 17:11:34 -0700 (PDT) Received: by zippy.mybox.zip (Postfix, from userid 1000) id 8FBBC18AB; Tue, 10 Apr 2001 17:11:31 -0700 (PDT) Date: Tue, 10 Apr 2001 17:11:31 -0700 From: Alex Zepeda Subject: Re: FW: Filesystem gets a huge performance boost In-reply-to: <200104101824.f3AIOZ389340@earth.backplane.com>; from dillon@earth.backplane.com on Tue, Apr 10, 2001 at 11:24:35AM -0700 To: current@freebsd.org Message-id: <20010410171130.A749@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> <200104101824.f3AIOZ389340@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yup, Kirk committed it. I really like the changes -- in the old days > disk caches were tiny and directories were not well cached on top of that. > It made sense to try to keep directories close to their files. So I'm all excited now at the progress that ufs/ffs are making recently. Yay Kirk. But this leaves one nagging question in my mind. What sort of intervention does one need to do to enable this newfangled wunderfs code? - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 19: 1:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id EE58A37B422 for ; Tue, 10 Apr 2001 19:01:10 -0700 (PDT) (envelope-from bsddiy@21cn.com) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with ESMTP id JAA17211; Wed, 11 Apr 2001 09:56:44 +0800 Date: Wed, 11 Apr 2001 10:03:04 +0800 From: David Xu X-Mailer: The Bat! (v1.48f) Personal Organization: Viasoft X-Priority: 3 (Normal) Message-ID: <424036143.20010411100304@21cn.com> To: Matt Dillon Cc: Brian Somers , Jason DiCioccio , "'current@freebsd.org'" Subject: Re[2]: FW: Filesystem gets a huge performance boost In-reply-To: <200104101824.f3AIOZ389340@earth.backplane.com> References: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> <200104101824.f3AIOZ389340@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Matt, Wednesday, April 11, 2001, 2:24:35 AM, you wrote: :>> I'm not 100% convinced about the algorithm to avoid clusters filling :>> up with directory-only entries (it looks like a worst-case would fill :>> a cluster with 50% directories and 50% files leaving a bad layout when :>> the directories are populated further), but then the non-dirpref :>> scheme has some far worse worst-case scenarios ;-) MD> : MD> :Just to follow up on myself... it seems the dirpref stuff was MD> :committed to FreeBSD this morning :-] MD> : MD> :-- MD> :Brian MD> Yup, Kirk committed it. I really like the changes -- in the old days MD> disk caches were tiny and directories were not well cached on top of that. MD> It made sense to try to keep directories close to their files. Any plan to MFC? I am interesting to see it in 4.3-RELEASE. -- David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 19:31:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.43.88]) by hub.freebsd.org (Postfix) with ESMTP id 42EE637B422 for ; Tue, 10 Apr 2001 19:31:18 -0700 (PDT) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-2.cisco.com (8.9.3/8.9.1) with ESMTP id TAA05123; Tue, 10 Apr 2001 19:30:56 -0700 (PDT) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3B2UWZ25779; Tue, 10 Apr 2001 19:30:32 -0700 (PDT) (envelope-from bmah) Message-Id: <200104110230.f3B2UWZ25779@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: David Xu Cc: Matt Dillon , Brian Somers , Jason DiCioccio , "'current@freebsd.org'" Subject: Re: Re[2]: FW: Filesystem gets a huge performance boost In-Reply-To: <424036143.20010411100304@21cn.com> References: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> <200104101824.f3AIOZ389340@earth.backplane.com> <424036143.20010411100304@21cn.com> Comments: In-reply-to David Xu message dated "Wed, 11 Apr 2001 10:03:04 +0800." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_938050997P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 10 Apr 2001 19:30:32 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_938050997P Content-Type: text/plain; charset=us-ascii If memory serves me right, David Xu wrote: [dirpref stuff] > Any plan to MFC? I am interesting to see it in 4.3-RELEASE. I'm pretty sure it won't be in 4.3-RELEASE. In case you didn't realize, RELENG_4 has been in code freeze for some weeks now, preparing for a release next week. "Code freeze" means our release engineer only lets critical bugfixes (and a very few selected enhancements) into the branch pending release. The new dirpref code hasn't even lived in HEAD long enough for a MFC under "normal" circumstances. Bruce. --==_Exmh_938050997P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE608HH2MoxcVugUsMRAmHKAJ0dAr1uhYpCZ7yGFhsLiqJxF5gb3wCfQynz XDq0RzI3p63iFPOERwHSYt4= =2mQB -----END PGP SIGNATURE----- --==_Exmh_938050997P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 10 19:45:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id A237C37B422 for ; Tue, 10 Apr 2001 19:45:26 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3B2jAK97896; Tue, 10 Apr 2001 19:45:10 -0700 (PDT) (envelope-from dillon) Date: Tue, 10 Apr 2001 19:45:10 -0700 (PDT) From: Matt Dillon Message-Id: <200104110245.f3B2jAK97896@earth.backplane.com> To: David Xu Cc: Brian Somers , Jason DiCioccio , "'current@freebsd.org'" Subject: Re: Re[2]: FW: Filesystem gets a huge performance boost References: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> <200104101824.f3AIOZ389340@earth.backplane.com> <424036143.20010411100304@21cn.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :Any plan to MFC? I am interesting to see it in 4.3-RELEASE. : :-- :David Xu It will definitely not go in until after the release. It's still experimental (in our tree). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 7:42: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 91B9B37B422; Wed, 11 Apr 2001 07:41:52 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (dialup10-37.iptelecom.net.ua [212.9.228.101]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id RAA87420; Wed, 11 Apr 2001 17:41:42 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f3BEfAt35643; Wed, 11 Apr 2001 17:41:10 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AD46D05.CA333BED@FreeBSD.org> Date: Wed, 11 Apr 2001 17:41:09 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@FreeBSD.org, ache@FreeBSD.org Subject: World borken :(( Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To whom it may concern.... In file included from /shares/UF/obj/usr/src/i386/usr/include/readline/readline. h:38, from /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb. 291/gdb/top.c:39: /shares/UF/obj/usr/src/i386/usr/include/readline/tilde.h:80: conflicting types f or `tilde_expand' /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/defs.h:510: pr evious declaration of `tilde_expand' In file included from /shares/UF/obj/usr/src/i386/usr/include/readline/readline. h:38, from /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb. 291/gdb/tracepoint.c:36: /shares/UF/obj/usr/src/i386/usr/include/readline/tilde.h:80: conflicting types f or `tilde_expand' /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/defs.h:510: pr evious declaration of `tilde_expand' /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In func tion `init_main': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: wa rning: assignment from incompatible pointer type *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 7:44: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 65A7637B423; Wed, 11 Apr 2001 07:43:54 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f3BEhrg96594; Wed, 11 Apr 2001 18:43:53 +0400 (MSD) (envelope-from ache) Date: Wed, 11 Apr 2001 18:43:52 +0400 From: "Andrey A. Chernov" To: Maxim Sobolev Cc: current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: World borken :(( Message-ID: <20010411184351.A96557@nagual.pp.ru> References: <3AD46D05.CA333BED@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD46D05.CA333BED@FreeBSD.org>; from sobomax@FreeBSD.org on Wed, Apr 11, 2001 at 05:41:09PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 11, 2001 at 17:41:09 +0300, Maxim Sobolev wrote: GDB maintainer already notified with proposed patch. > To whom it may concern.... > > In file included from > /shares/UF/obj/usr/src/i386/usr/include/readline/readline. > h:38, > from > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb. > 291/gdb/top.c:39: > /shares/UF/obj/usr/src/i386/usr/include/readline/tilde.h:80: > conflicting types f > or `tilde_expand' > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/defs.h:510: > pr > evious declaration of `tilde_expand' > In file included from > /shares/UF/obj/usr/src/i386/usr/include/readline/readline. > h:38, > from > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb. > 291/gdb/tracepoint.c:36: > /shares/UF/obj/usr/src/i386/usr/include/readline/tilde.h:80: > conflicting types f > or `tilde_expand' > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/defs.h:510: > pr > evious declaration of `tilde_expand' > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: > In func > tion `init_main': > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: > wa > rning: assignment from incompatible pointer type > *** Error code 1 -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 9:11:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id B93DB37B422; Wed, 11 Apr 2001 09:11:31 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (dialup13-57.iptelecom.net.ua [212.9.229.57]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id TAA99299; Wed, 11 Apr 2001 19:11:25 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f3BGAEt35926; Wed, 11 Apr 2001 19:10:14 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AD481D3.37D5152B@FreeBSD.org> Date: Wed, 11 Apr 2001 19:09:55 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: World borken :(( References: <3AD46D05.CA333BED@FreeBSD.org> <20010411184351.A96557@nagual.pp.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > On Wed, Apr 11, 2001 at 17:41:09 +0300, Maxim Sobolev wrote: > > GDB maintainer already notified with proposed patch. Well, if you know about this problem why you did not wait for his reply before proceeding with importing? I hardly can see any reason to rush with this and leave the tree in the broken state for the unindentified period of time. At least you could send a HEADS-UP to the appropriate mailing list, thus saving my and possibly others' time. -Maxim > > To whom it may concern.... > > > > In file included from > > /shares/UF/obj/usr/src/i386/usr/include/readline/readline. > > h:38, > > from > > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb. > > 291/gdb/top.c:39: > > /shares/UF/obj/usr/src/i386/usr/include/readline/tilde.h:80: > > conflicting types f > > or `tilde_expand' > > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/defs.h:510: > > pr > > evious declaration of `tilde_expand' > > In file included from > > /shares/UF/obj/usr/src/i386/usr/include/readline/readline. > > h:38, > > from > > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb. > > 291/gdb/tracepoint.c:36: > > /shares/UF/obj/usr/src/i386/usr/include/readline/tilde.h:80: > > conflicting types f > > or `tilde_expand' > > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/defs.h:510: > > pr > > evious declaration of `tilde_expand' > > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: > > In func > > tion `init_main': > > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: > > wa > > rning: assignment from incompatible pointer type > > *** Error code 1 > > -- > Andrey A. Chernov > http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 9:16:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 95C1037B423 for ; Wed, 11 Apr 2001 09:16:12 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f3BGFkD44429; Wed, 11 Apr 2001 09:15:46 -0700 (PDT) (envelope-from obrien) Date: Wed, 11 Apr 2001 09:15:45 -0700 From: "David O'Brien" To: "Andrey A. Chernov" Cc: current@FreeBSD.org Subject: Re: World borken :(( Message-ID: <20010411091545.A44318@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <3AD46D05.CA333BED@FreeBSD.org> <20010411184351.A96557@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010411184351.A96557@nagual.pp.ru>; from ache@nagual.pp.ru on Wed, Apr 11, 2001 at 06:43:52PM +0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 11, 2001 at 06:43:52PM +0400, Andrey A. Chernov wrote: > On Wed, Apr 11, 2001 at 17:41:09 +0300, Maxim Sobolev wrote: > GDB maintainer already notified with proposed patch. Awake now. Patch commited. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 9:34:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 2315B37B43E; Wed, 11 Apr 2001 09:34:42 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f3BGYdb98092; Wed, 11 Apr 2001 20:34:40 +0400 (MSD) (envelope-from ache) Date: Wed, 11 Apr 2001 20:34:37 +0400 From: "Andrey A. Chernov" To: Maxim Sobolev Cc: current@FreeBSD.ORG Subject: Re: World borken :(( Message-ID: <20010411203435.A97948@nagual.pp.ru> References: <3AD46D05.CA333BED@FreeBSD.org> <20010411184351.A96557@nagual.pp.ru> <3AD481D3.37D5152B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD481D3.37D5152B@FreeBSD.org>; from sobomax@FreeBSD.ORG on Wed, Apr 11, 2001 at 07:09:55PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 11, 2001 at 19:09:55 +0300, Maxim Sobolev wrote: > "Andrey A. Chernov" wrote: > > > On Wed, Apr 11, 2001 at 17:41:09 +0300, Maxim Sobolev wrote: > > > > GDB maintainer already notified with proposed patch. > > Well, if you know about this problem why you did not wait for his reply before > proceeding with importing? First of all, David ask me for readline importing, what I did was an response. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 9:50: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id 768EF37B422 for ; Wed, 11 Apr 2001 09:49:56 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (dialup10-27.iptelecom.net.ua [212.9.228.91]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id TAA04674; Wed, 11 Apr 2001 19:49:48 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f3BGnHt36091; Wed, 11 Apr 2001 19:49:17 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AD48AF8.DE8225A5@FreeBSD.org> Date: Wed, 11 Apr 2001 19:48:56 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: current@FreeBSD.org Subject: Re: World borken :(( References: <3AD46D05.CA333BED@FreeBSD.org> <20010411184351.A96557@nagual.pp.ru> <3AD481D3.37D5152B@FreeBSD.org> <20010411203435.A97948@nagual.pp.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > On Wed, Apr 11, 2001 at 19:09:55 +0300, Maxim Sobolev wrote: > > "Andrey A. Chernov" wrote: > > > > > On Wed, Apr 11, 2001 at 17:41:09 +0300, Maxim Sobolev wrote: > > > > > > GDB maintainer already notified with proposed patch. > > > > Well, if you know about this problem why you did not wait for his reply before > > proceeding with importing? > > First of all, David ask me for readline importing, what I did was an > response. I see, but still think that a short HEADS-UP would be a good way to show your respect to other developers. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 10:38:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 7E87937B422; Wed, 11 Apr 2001 10:38:51 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f3BHckQ51569; Wed, 11 Apr 2001 10:38:46 -0700 (PDT) (envelope-from obrien) Date: Wed, 11 Apr 2001 10:38:45 -0700 From: "David O'Brien" To: "Andrey A. Chernov" Cc: Maxim Sobolev , current@FreeBSD.ORG Subject: Re: World borken :(( Message-ID: <20010411103845.A51474@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3AD46D05.CA333BED@FreeBSD.org> <20010411184351.A96557@nagual.pp.ru> <3AD481D3.37D5152B@FreeBSD.org> <20010411203435.A97948@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010411203435.A97948@nagual.pp.ru>; from ache@nagual.pp.ru on Wed, Apr 11, 2001 at 08:34:37PM +0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 11, 2001 at 08:34:37PM +0400, Andrey A. Chernov wrote: > > Well, if you know about this problem why you did not wait for his > > reply before proceeding with importing? > > First of all, David ask me for readline importing, what I did was an > response. But my request wasn't a request to break world. W/o doing the import myself (which typically means doing it in a local repo to test first), I could not have known the upgrade would break world. ;-) -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 11:30:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id D26A337B422 for ; Wed, 11 Apr 2001 11:30:31 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id LAA20017 for ; Wed, 11 Apr 2001 11:30:29 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpdAAAfeaaeN; Wed Apr 11 11:30:20 2001 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA25116 for current@freebsd.org; Wed, 11 Apr 2001 11:30:34 -0700 (MST) From: Terry Lambert Message-Id: <200104111830.LAA25116@usr07.primenet.com> Subject: Who is maintainer of kerberos/heimdall/sendmail? To: current@freebsd.org Date: Wed, 11 Apr 2001 18:30:34 +0000 (GMT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Who is the maintainer of this code? They appear to use SOMAXCONN, incorrectly. The value of SOMAXCONN is not valis; the valid limit is only obtainable from sysctl (kern.ipc.somaxconn). Here is a function which does the right thing: int getsomaxconn( void) { char *name = "kern.ipc.somaxconn"; int somaxconn; size_t size = sizeof(somaxconn); if( sysctlbyname(name, &somaxconn,&size, NULL, 0)) somaxconn = SOMAXCONN; return( somaxconn); } If someone wants something prettier (e.g. sysctl instead of sysctlbyname), they are welcome to write it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 11:35: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id C7D4437B422 for ; Wed, 11 Apr 2001 11:35:04 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f3BIZ4566765 for current@freebsd.org; Wed, 11 Apr 2001 11:35:04 -0700 (PDT) Date: Wed, 11 Apr 2001 11:35:04 -0700 (PDT) From: David Wolfskill Message-Id: <200104111835.f3BIZ4566765@bunrab.catwhisker.org> To: current@freebsd.org Subject: world (still) having trouble (after gdb.291/gdb/defs.h) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK; I ran into the earlier problem with tilde_expand, saw the commit, hand-patched my copy, & started the build again. In "stage 4: building everything...", it got well past that point, but blew up in usr.bin/kdump: ===> usr.bin/jot cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/jot/jot.c cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -o jot jot.o gzip -cn /usr/src/usr.bin/jot/jot.1 > jot.1.gz ===> usr.bin/kdump cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/kdump/kdump.c cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c In file included from ioctl.c:99: /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:81: warning: this is the location of the previous definition In file included from ioctl.c:78: /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:65: `SMB_MAXSRVNAMELEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:65: size of array `ioc_srvname' has non-integer type /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:70: `SMB_MAXUSERNAMELEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:70: size of array `ioc_user' has non-integer type /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:71: `SMB_MAXUSERNAMELEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:71: size of array `ioc_workgroup' has non-integer type /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:72: `SMB_MAXPASSWORDLEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:72: size of array `ioc_password' has non-integer type /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:82: `SMB_MAXSHARENAMELEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:82: size of array `ioc_share' has non-integer type /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:83: `SMB_MAXPASSWORDLEN' undeclared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:83: size of array `ioc_password' has non-integer type /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:133: syntax error before `smbfh' *** Error code 1 Stop in /usr/src/usr.bin/kdump. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # Script done on Wed Apr 11 04:16:16 2001 Heads up; clues welcome. Thanks, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 11:54: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 6BD5937B424 for ; Wed, 11 Apr 2001 11:54:04 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id LAA27874 for ; Wed, 11 Apr 2001 11:46:56 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpdAAA65aGu2; Wed Apr 11 11:46:43 2001 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA25459 for current@freebsd.org; Wed, 11 Apr 2001 11:54:04 -0700 (MST) From: Terry Lambert Message-Id: <200104111854.LAA25459@usr07.primenet.com> Subject: SOMAXCONN -- not tunable? To: current@freebsd.org Date: Wed, 11 Apr 2001 18:54:03 +0000 (GMT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here are patches to make SOMAXCONN tunable from the config files. Right now, it's not possible to override SOMAXCONN. I would like to see these merged into 4.3? I stuffed the option into opt_inet.h, since it is the only opt_*.h file already included in the only place the value is used in the kernel (kern/uipc_socket.c). Obviously, user space programs should use kern.ipc.somaxconn to retrieve the current value, rather than relying on the header. What is the feeling about #ifdef _KERNEL and providing sysctl inlines, so that user space programs "just work" for everything but global (static) initializers? Index: socket.h =================================================================== RCS file: /home/cvs/FreeBSD/sys/sys/socket.h,v retrieving revision 1.1.1.1 diff -r1.1.1.1 socket.h 303a304 > #ifndef SOMAXCONN 304a306 > #endif Index: options =================================================================== RCS file: /home/cvs/FreeBSD/sys/conf/options,v retrieving revision 1.5 diff -r1.5 options 262a263 > SOMAXCONN opt_inet.h Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 13: 9:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id B3F2037B422 for ; Wed, 11 Apr 2001 13:09:35 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f3BK9Q888065 for ; Wed, 11 Apr 2001 13:09:26 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: current@freebsd.org Subject: build failure for today X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010411130926S.jkh@osd.bsdi.com> Date: Wed, 11 Apr 2001 13:09:26 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> usr.bin/kdump cc -O -pipe -march=pentiumpro -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr. bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/kdump/ kdump.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr. bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c In file included from ioctl.c:99: /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redef ined /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:81: warning: this is the loc ation of the previous definition In file included from ioctl.c:78: /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:65: `SMB_MAXSRVNAMELEN' undec lared here (not in a function) /usr/obj/usr/src/i386/usr/include/netsmb/smb_dev.h:65: size of array `ioc_srvnam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 14:40: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id EEBB037B422 for ; Wed, 11 Apr 2001 14:40:05 -0700 (PDT) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id 82F5A28E86; Thu, 12 Apr 2001 04:40:03 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 782C428E18; Thu, 12 Apr 2001 04:40:03 +0700 (ALMST) Date: Thu, 12 Apr 2001 04:40:03 +0700 (ALMST) From: Boris Popov To: David Wolfskill Cc: current@freebsd.org Subject: Re: world (still) having trouble (after gdb.291/gdb/defs.h) In-Reply-To: <200104111835.f3BIZ4566765@bunrab.catwhisker.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 11 Apr 2001, David Wolfskill wrote: > In "stage 4: building everything...", it got well past that point, but > blew up in usr.bin/kdump: Sorry, delta was committed to smb_dev.h. It should be ok now. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 11 17: 8:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 69DA937B422 for ; Wed, 11 Apr 2001 17:08:43 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f3C07JN67377; Wed, 11 Apr 2001 17:07:19 -0700 (PDT) Date: Wed, 11 Apr 2001 17:07:19 -0700 (PDT) From: David Wolfskill Message-Id: <200104120007.f3C07JN67377@bunrab.catwhisker.org> To: bp@butya.kz, david@catwhisker.org Subject: Re: world (still) having trouble (after gdb.291/gdb/defs.h) Cc: current@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Thu, 12 Apr 2001 04:40:03 +0700 (ALMST) >From: Boris Popov >> In "stage 4: building everything...", it got well past that point, but >> blew up in usr.bin/kdump: > Sorry, delta was committed to smb_dev.h. It should be ok now. Yup -- built; I'm running: FreeBSD m133.whistle.com 5.0-CURRENT FreeBSD 5.0-CURRENT #26: Wed Apr 11 09:36:48 PDT 2001 root@:/common/C/obj/usr/src/sys/LAPTOP_30W i386 (in multi-user mode) right now. Thanks! That said, while I was trying to figure out what had gone wrong, I ended up chasing something that was "merely" a warning, but loks to me as if it has some unpleasant potential: the dual (conflicting) definitions of MDF_ACTIVE, thus: sys/pccard/cardinfo.h:81:#define MDF_ACTIVE 0x40 /* Context active (read-only) */ and sys/sys/memrange.h:18:#define MDF_ACTIVE (1<<27) /* currently active */ The notion of the same program (kdump, in this case) actually using both include files would seem to be a cause for some concern. Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 1:14: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 42F6537B422 for ; Thu, 12 Apr 2001 01:13:53 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f3C7sd829251 for ; Thu, 12 Apr 2001 16:54:44 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <200104111830.LAA25116@usr07.primenet.com> References: <200104111830.LAA25116@usr07.primenet.com> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Urania) 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 20000228(IM140) Lines: 19 From: Makoto MATSUSHITA To: current@freebsd.org Subject: Re: Who is maintainer of kerberos/heimdall/sendmail? Date: Thu, 12 Apr 2001 16:54:27 +0900 Message-Id: <20010412165427V.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG tlambert> They appear to use SOMAXCONN, incorrectly. Do you specify which files for sendmail(8) use SOMAXCONN ? There is src/contrib/sendmail/libmilter/main.c, but it is NOT a part of sendmail(8) (and never be used in other components installed). In sendmail, the default second argument of listen(2) should be '10' which is defined statically. You can change with 'DaemonPortOptions' option (see /usr/share/doc/smm/08.sendmailop/paper.ascii.gz), IIRC. *** Speaking of tweaking SOMAXCONN value in kernel config file, why /etc/sysctl.conf is not enough to do? -- - Makoto MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 2:26:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from vaio.avias.com (vaio.avias.com [195.14.38.88]) by hub.freebsd.org (Postfix) with ESMTP id BC75E37B423; Thu, 12 Apr 2001 02:26:34 -0700 (PDT) (envelope-from juriy@vaio.avias.com) Received: (from juriy@localhost) by vaio.avias.com (8.11.3/8.11.3) id f3C9U8m02163; Thu, 12 Apr 2001 13:30:08 +0400 (MSD) (envelope-from juriy) Date: Thu, 12 Apr 2001 13:30:07 +0400 From: Juriy Goloveshkin To: freebsd-current@FreeBSD.ORG Cc: cg@FreeBSD.ORG Subject: it seems last changes broke sound. Message-ID: <20010412133007.A1817@avias.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, sound in my box had been dead after last sound-drivers commit FreeBSD 5.0-CURRENT #44: Thu Apr 12 12:57:24 MSD 2001 pcm0: mem 0xfecf0000-0xfecf7fff irq 9 at device 9.0 on pci0 ds1: setmap (48a000, 3de4), nseg=1, error=0 pcm0: ac97 codec id 0x414b4d02 (Asahi Kasei AK4543) pcm0: ac97 codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, AKM 3D Audio pcm: setmap 4a5000, 1000; 0xc923b000 -> 4a5000 pcm: setmap 4b5000, 1000; 0xc924b000 -> 4b5000 pcm: setmap 4c7000, 1000; 0xc925b000 -> 4c7000 pcm: setmap 4d7000, 1000; 0xc926b000 -> 4d7000 pcm: setmap 4ea000, 1000; 0xc927b000 -> 4ea000 pcm: setmap 4fa000, 1000; 0xc928b000 -> 4fa000 when I want to listen to my mpegs via mpg123, it happend nothing but pcm0: play interrupt timeout, channel dead before last commit it had worked. not very fine, but worked. -- bye Juriy Goloveshkin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 6: 7: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 2A56E37B446 for ; Thu, 12 Apr 2001 06:06:59 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 93673 invoked by uid 1000); 12 Apr 2001 13:07:19 -0000 Date: Thu, 12 Apr 2001 15:07:19 +0200 From: "Karsten W. Rohrbach" To: Matthew Jacob Cc: Mike Smith , current@freebsd.org Subject: Re: incorrect subclass? Message-ID: <20010412150719.G90025@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Matthew Jacob , Mike Smith , current@freebsd.org References: <200104092342.f39NgNw03874@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Mon, Apr 09, 2001 at 04:42:05PM -0700 X-Arbitrary-Number-Of-The-Day: 42 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob(mjacob@feral.com)@2001.04.09 16:42:05 +0000: > FBSD-I-I do not think you should do that. > FBSD-W-Do not do that again. > FBSD-E-I told you not to do that. > FBSD-F-panic, freeing free identifier of known type > when you implemted it, remind me to get a stack of blank punhcards to create a boot stack for /boot/loader and /kernel ;-) /k -- > cd /pub; more beer KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 7: 1:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id 01D7337B423 for ; Thu, 12 Apr 2001 07:01:12 -0700 (PDT) (envelope-from quinot@inf.enst.fr) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.160.128]) by infres.enst.fr (Postfix) with ESMTP id 41CE345451 for ; Thu, 12 Apr 2001 16:01:10 +0200 (MET DST) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id 7A529112DF; Thu, 12 Apr 2001 16:01:06 +0200 (CEST) Date: Thu, 12 Apr 2001 16:01:06 +0200 From: Thomas Quinot To: freebsd-current@freebsd.org Subject: NFS export to netgroup with duplicate hosts Message-ID: <20010412160106.A10472@shalmaneser.enst.fr> Reply-To: Thomas Quinot Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi -CURRENT users, I wonder what should happen when a volume is exported through NFS to a netgroup that contains duplicate hosts. At this site, we have a number of netgroups which contain both qualified and unqualified host names, as in MyNetgroup (somehost,-,-) (somehost.dom.ain,-,-) ... and I have the following line in /etc/exports: /usr -alldirs MyNetgroup (/usr is a ffs file system mount point). When mountd attempts to register the export list with the kernel, the first attempt to export to somehost succeeds, and then the second fails with EPERM ("can't change attributes for /usr"), and I am left with an empty kernel export list. This used to work with 5.0-CURRENT as of a few months ago. Shouldn't such an export work as expected? Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 8:36:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 98BDC37B43F for ; Thu, 12 Apr 2001 08:36:53 -0700 (PDT) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f3CFao136728; Thu, 12 Apr 2001 17:36:50 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 12 Apr 2001 17:36:50 +0200 From: Martin Blapp To: freebsd-current@freebsd.org Cc: Thomas Quinot Subject: Re: NFS export to netgroup with duplicate hosts Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Of course you are right. Netgroup support got in some area broken when I did the IPv6 merge of NetBSD code. It will be fixed soon, sorry ! Another issue with mountd is, that it allows still one set of flags for one mountpoint. This is done per radix entry in the kernel and tied to each file-system mount point. If we manage it, mountd should soon be able to allow different mount flags for each path you export in /etc/exports. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9: 1:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from cx281057-a.irvn1.occa.home.com (cx281057-a.irvn1.occa.home.com [24.1.175.22]) by hub.freebsd.org (Postfix) with ESMTP id CF13E37B424 for ; Thu, 12 Apr 2001 09:01:26 -0700 (PDT) (envelope-from housel@acm.org) Received: from cx281057-a.irvn1.occa.home.com (localhost [127.0.0.1]) by cx281057-a.irvn1.occa.home.com (8.11.1/8.11.1) with ESMTP id f3CG1e998435 for ; Thu, 12 Apr 2001 09:01:40 -0700 (PDT) (envelope-from housel@acm.org) Date: Thu, 12 Apr 2001 09:01:39 -0700 Message-ID: From: housel@acm.org (Peter S. Housel) To: freebsd-current@FreeBSD.ORG Subject: Re: it seems last changes broke sound. In-Reply-To: <20010412133007.A1817@avias.com> References: <20010412133007.A1817@avias.com> User-Agent: Wanderlust/2.4.0 (Rio) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Thu, 12 Apr 2001 13:30:07 +0400, Juriy Goloveshkin wrote: > > Hello, sound in my box had been dead after last sound-drivers commit > > FreeBSD 5.0-CURRENT #44: Thu Apr 12 12:57:24 MSD 2001 > > pcm0: mem 0xfecf0000-0xfecf7fff irq 9 at device 9.0 on pci0 > ds1: setmap (48a000, 3de4), nseg=1, error=0 > pcm0: ac97 codec id 0x414b4d02 (Asahi Kasei AK4543) > pcm0: ac97 codec features headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, AKM 3D Audio > pcm: setmap 4a5000, 1000; 0xc923b000 -> 4a5000 > pcm: setmap 4b5000, 1000; 0xc924b000 -> 4b5000 > pcm: setmap 4c7000, 1000; 0xc925b000 -> 4c7000 > pcm: setmap 4d7000, 1000; 0xc926b000 -> 4d7000 > pcm: setmap 4ea000, 1000; 0xc927b000 -> 4ea000 > pcm: setmap 4fa000, 1000; 0xc928b000 -> 4fa000 > > when I want to listen to my mpegs via mpg123, it happend nothing but > pcm0: play interrupt timeout, channel dead Same here. (Either that, or some rather strange sounds.) Not only that, but there are even stranger problems with the interrupt. pcm0 and uhci0 share irq9: uhci0: port 0x1020-0x103f irq 9 at device 7.2 on pci0 pcm0: mem 0xfc108000-0xfc10ffff irq 9 at device 9.0 on pci0 Attempting to play sound doesn't register any interrupts (as reported by vmstat -i). Activity on the USB port causes the interrupt count to go up for pcm0, but not for uhci0. interrupt total rate stray irq0 1 0 ata0 irq14 278340 7 uhci0 irq9 1 0 pcm0 irq9 23 0 ... -Peter- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:11: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 81B3D37B43F for ; Thu, 12 Apr 2001 09:10:56 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f3CGAt529556 for ; Thu, 12 Apr 2001 09:10:55 -0700 (PDT) Message-ID: <3AD5D38F.E05083DB@isi.edu> Date: Thu, 12 Apr 2001 09:10:55 -0700 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: current@freebsd.org Subject: ISO image available? Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msEC3716F1F0EC8772364F8526" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------msEC3716F1F0EC8772364F8526 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I'd like to try -current on a few machines. Is there a recent snapshot available as an ISO image somewhere? It'd be much faster than cvsup'ing and making world. Which leads to a more generic question: Wouldn't daily ISO snapshots of -stable and -current be nice to have? (On days when the makes go through.) There's probably some good reason why we don't have this; it'd make it a lot easier to test-drive bug-fixes though. Lars PS: Please CC me personally on responses, I'm not on -current. Thanks! -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------msEC3716F1F0EC8772364F8526 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMjE2MTA1NVowIwYJKoZIhvcNAQkEMRYE FF1+P/TxiqxHV/qNfP1HxIE9RElpMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGADJHtK1gisDPg+YcRQEsCeeyzPykaNsUGXnLCSxQBzJIhrfietgD0 n0jqNiciHTmMF8jHlgH5S/nHOth5DMUhWgRJlmK/LD6pMjLHNS8u1qgEMeRaLKUugeSkBdi8 OLBoWvdpwjHZhpAgG/AtC14aYDE15WCmAKTtS48Q0OR/S/M= --------------msEC3716F1F0EC8772364F8526-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:15:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from ahze.net (24-216-177-143.hsacorp.net [24.216.177.143]) by hub.freebsd.org (Postfix) with ESMTP id 2F77637B42C for ; Thu, 12 Apr 2001 09:15:14 -0700 (PDT) (envelope-from ahze@ahze.net) Received: from tacobell.ahze.net (tacobell.ahze.net [192.168.0.1]) by ahze.net (Postfix) with SMTP id 8B6EB6FBE; Thu, 12 Apr 2001 12:19:52 -0400 (EDT) Date: Thu, 12 Apr 2001 12:15:14 -0400 From: Michael Johnson To: Lars Eggert Cc: current@FreeBSD.ORG Subject: Re: ISO image available? Message-Id: <20010412121514.532abb29.ahze@ahze.net> In-Reply-To: <3AD5D38F.E05083DB@isi.edu> References: <3AD5D38F.E05083DB@isi.edu> X-Mailer: Sylpheed version 0.4.62 (GTK+ 1.2.10; i386--freebsd4.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 12 Apr 2001 09:10:55 -0700 Lars Eggert wrote: > Hi, > > I'd like to try -current on a few machines. Is there a recent snapshot > available as an ISO image somewhere? It'd be much faster than cvsup'ing and > making world. > > Which leads to a more generic question: Wouldn't daily ISO snapshots of > -stable and -current be nice to have? (On days when the makes go through.) > There's probably some good reason why we don't have this; it'd make it a > lot easier to test-drive bug-fixes though. > > Lars > > PS: Please CC me personally on responses, I'm not on -current. Thanks! > -- > Lars Eggert Information Sciences Institute > http://www.isi.edu/larse/ University of Southern California Theres not a iso for -CURRENT .. It changes too much. you can make your own iso though. ports/sysutils/mkisofs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:20:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 14C3137B440 for ; Thu, 12 Apr 2001 09:20:38 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f3CGKZ501489; Thu, 12 Apr 2001 09:20:35 -0700 (PDT) Message-ID: <3AD5D5D2.5BAE0938@isi.edu> Date: Thu, 12 Apr 2001 09:20:34 -0700 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: Michael Johnson Cc: current@FreeBSD.ORG Subject: Re: ISO image available? References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms360B66A3D27AD1F9CB6EEC2C" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms360B66A3D27AD1F9CB6EEC2C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Michael Johnson wrote: > Theres not a iso for -CURRENT .. It changes too much. Too bad. > you can make your own iso though. ports/sysutils/mkisofs Yes, I've done that before for -stable, but it involves a make world :-) Grabbing an ISO from somewhere and quickly doing a CD install to test some bugfixes would be much faster. (I'm not that interested in actively tracking -current; I just want to be able to quickly run it whenever someone asks for feedback on a change that'd affect our setup.) Isn't someone out there doing a nightly scripted make world? How about doing a make release after? Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms360B66A3D27AD1F9CB6EEC2C Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMjE2MjAzNFowIwYJKoZIhvcNAQkEMRYE FEAr8xXZwpPdtiGrqxGTYSSE8ThwMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGAQkGzeuhnxtlE6HBCmAMPFMP6+0zxnj4mUXij10gGhkXzFauCTgSg qdY2TUf7g/aSjU7tHaGzWn2OnNd8t87feBbh5GIuZgCNUsPcI0RMV1hhpl6RjY7V0gqCd+4p AkJ5DH93+t1GHoXSwsryash6P3TLXlTuaI/6xX89lo36CPc= --------------ms360B66A3D27AD1F9CB6EEC2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:22:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id E296537B43E for ; Thu, 12 Apr 2001 09:22:25 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.3/8.11.3) id f3CGMDJ12020; Thu, 12 Apr 2001 11:22:13 -0500 (CDT) (envelope-from dan) Date: Thu, 12 Apr 2001 11:22:13 -0500 From: Dan Nelson To: Michael Johnson Cc: Lars Eggert , current@FreeBSD.ORG Subject: Re: ISO image available? Message-ID: <20010412112212.A22614@dan.emsphone.com> References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010412121514.532abb29.ahze@ahze.net>; from "Michael Johnson" on Thu Apr 12 12:15:14 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Apr 12), Michael Johnson said: > On Thu, 12 Apr 2001 09:10:55 -0700 Lars Eggert wrote: > > I'd like to try -current on a few machines. Is there a recent > > snapshot available as an ISO image somewhere? It'd be much faster > > than cvsup'ing and making world. > > > > Which leads to a more generic question: Wouldn't daily ISO > > snapshots of -stable and -current be nice to have? (On days when the > > makes go through.) There's probably some good reason why we don't > > have this; it'd make it a lot easier to test-drive bug-fixes > > though. > > Theres not a iso for -CURRENT .. It changes too much. There are no ISO images, but there's something even better. Download the boot floppies for your favorite date and do a net install. ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ There used to be a similar snapshot server for -stable, but it seems to have disappeared. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:24:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from ahze.net (24-216-177-143.hsacorp.net [24.216.177.143]) by hub.freebsd.org (Postfix) with ESMTP id ACDE237B443 for ; Thu, 12 Apr 2001 09:24:10 -0700 (PDT) (envelope-from ahze@ahze.net) Received: by ahze.net (Postfix, from userid 1000) id AD7806FBE; Thu, 12 Apr 2001 12:28:56 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by ahze.net (Postfix) with ESMTP id 85351CA; Thu, 12 Apr 2001 12:28:56 -0400 (EDT) Date: Thu, 12 Apr 2001 12:28:56 -0400 (EDT) From: Michael Johnson To: Dan Nelson Cc: Lars Eggert , Subject: Re: ISO image available? In-Reply-To: <20010412112212.A22614@dan.emsphone.com> Message-ID: <20010412122818.H14332-100000@ahze.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 12 Apr 2001, Dan Nelson wrote: > In the last episode (Apr 12), Michael Johnson said: > > On Thu, 12 Apr 2001 09:10:55 -0700 Lars Eggert wrote: > > > I'd like to try -current on a few machines. Is there a recent > > > snapshot available as an ISO image somewhere? It'd be much faster > > > than cvsup'ing and making world. > > > > > > Which leads to a more generic question: Wouldn't daily ISO > > > snapshots of -stable and -current be nice to have? (On days when the > > > makes go through.) There's probably some good reason why we don't > > > have this; it'd make it a lot easier to test-drive bug-fixes > > > though. > > > > Theres not a iso for -CURRENT .. It changes too much. > > There are no ISO images, but there's something even better. Download > the boot floppies for your favorite date and do a net install. > > ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/ > > There used to be a similar snapshot server for -stable, but it seems to > have disappeared. > > -- > Dan Nelson > dnelson@emsphone.com > ftp://releng4.freebsd.org/pub/FreeBSD/snapshots/i386 <-- stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:24:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id AFF0937B424 for ; Thu, 12 Apr 2001 09:24:47 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.0.Beta7/8.12.0.Beta7) id f3CGOkdH054436; Thu, 12 Apr 2001 09:24:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15061.54990.696463.650498@horsey.gshapiro.net> Date: Thu, 12 Apr 2001 09:24:46 -0700 From: Gregory Neil Shapiro To: Terry Lambert Cc: current@freebsd.org Subject: Re: Who is maintainer of kerberos/heimdall/sendmail? In-Reply-To: <200104111830.LAA25116@usr07.primenet.com> References: <200104111830.LAA25116@usr07.primenet.com> X-Mailer: VM 6.91 under 21.2 (beta42) "Poseidon" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG tlambert> Who is the maintainer of this code? I maintain sendmail. tlambert> They appear to use SOMAXCONN, incorrectly. tlambert> The value of SOMAXCONN is not valis; the valid limit is only tlambert> obtainable from sysctl (kern.ipc.somaxconn). We (Sendmail) will look at integrating your fix into 8.12 (which will be the first to actually use it -- it's #ifdef'ed out in 8.11). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:25:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 9119B37B424 for ; Thu, 12 Apr 2001 09:25:35 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f3CGPU502435; Thu, 12 Apr 2001 09:25:31 -0700 (PDT) Message-ID: <3AD5D6FA.FFE4D62E@isi.edu> Date: Thu, 12 Apr 2001 09:25:30 -0700 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: Dan Nelson Cc: Michael Johnson , current@FreeBSD.ORG Subject: Re: ISO image available? References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms8CAAB88F63C126817DABFCB5" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms8CAAB88F63C126817DABFCB5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dan Nelson wrote: > There are no ISO images, but there's something even better. Download > the boot floppies for your favorite date and do a net install. I didn't know that - perfect, thanks! -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms8CAAB88F63C126817DABFCB5 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMjE2MjUzMFowIwYJKoZIhvcNAQkEMRYE FLD2djrGF4bh3hgxVhub6IsvJdEwMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGAR7+nLoc1wGhuUVYhVr23CTrzTp+ZyulHa9ka0/avK7QwwA7BaMD9 CFIO8IoSTU4PIYgB5qj0+pZCwkzuFtQi9hoOizxeHfO57fhATnv23UjWSwwTKUv73h79fbYA eLGYN//rPsIhVlHZzBDp3rB8TS82KWjdBDKg4PYOc+bIc6U= --------------ms8CAAB88F63C126817DABFCB5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:29: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from twister.domainfactory.de (twister.domainfactory.de [62.67.200.3]) by hub.freebsd.org (Postfix) with SMTP id 7FE1037B42C for ; Thu, 12 Apr 2001 09:28:58 -0700 (PDT) (envelope-from robert@gizmo.quizbot.org) Received: (qmail 12107 invoked from network); 12 Apr 2001 16:28:52 -0000 Received: from blndi5-212-144-192-110.arcor-ip.net (HELO gizmo.quizbot.org) ([212.144.192.110]) (envelope-sender ) by twister.domainfactory.de (qmail-ldap-1.03) with SMTP for ; 12 Apr 2001 16:28:52 -0000 Message-ID: <3AD5D7C7.D6F61862@gizmo.quizbot.org> Date: Thu, 12 Apr 2001 18:28:55 +0200 From: Robert Drehmel X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Lars Eggert Cc: current@freebsd.org Subject: Re: ISO image available? References: <3AD5D38F.E05083DB@isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <3AD5D38F.E05083DB@isi.edu>, Lars Eggert wrote: > There's probably some good reason why we don't have this; it'd make it a > lot easier to test-drive bug-fixes though. You can get binary snapshots via anonymous ftp at current.freebsd.org in /pub/FreeBSD/snapshots ciao, -robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 9:32: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 4E39537B423; Thu, 12 Apr 2001 09:32:06 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id MAA12042; Thu, 12 Apr 2001 12:32:04 -0400 (EDT) (envelope-from wollman) Date: Thu, 12 Apr 2001 12:32:04 -0400 (EDT) From: Garrett Wollman Message-Id: <200104121632.MAA12042@khavrinen.lcs.mit.edu> To: Gregory Neil Shapiro Cc: current@FreeBSD.ORG Subject: Re: Who is maintainer of kerberos/heimdall/sendmail? In-Reply-To: <15061.54990.696463.650498@horsey.gshapiro.net> References: <200104111830.LAA25116@usr07.primenet.com> <15061.54990.696463.650498@horsey.gshapiro.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: tlambert> The value of SOMAXCONN is not valis; the valid limit is only tlambert> obtainable from sysctl (kern.ipc.somaxconn). > We (Sendmail) will look at integrating your fix into 8.12 (which will be > the first to actually use it -- it's #ifdef'ed out in 8.11). No code should ever examine kern.ipc.somaxconn; it is there for sysadmin use only. If the desire is to express ``the most this system will allow'', the correct use is to pass the value -1 as the backlog parameter to listen(). All systems which implement kern.ipc.somaxconn also implement this feature. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 10:11: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 5B66C37B423 for ; Thu, 12 Apr 2001 10:10:57 -0700 (PDT) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f3CHAc141506; Thu, 12 Apr 2001 19:10:38 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 12 Apr 2001 19:10:38 +0200 From: Martin Blapp To: Thomas Quinot Cc: current@freebsd.org Subject: Re: NFS export to netgroup with duplicate hosts In-Reply-To: <20010412182900.B30764@cuivre.fr.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If we manage it, mountd should soon be able to allow different mount flags > for each path you export in /etc/exports. I'm sorry. But now after some investigations and talks with Robert Watson it seems to be clear that this is not possible due the way nfs works. It would be easy to fix mountd, and to store somewhere the path where the export is tied to, but how should nfsd handle this ? He get's a request for a inode (the namei translation is done on the client side). The server has now to look which flag set belongs the inode. How can he see which set of flags belongs to that inode ? man share_nfs on solaris 7: Unlike previous implementations of share_nfs(1M), access checking for the window=, rw, ro, rw=, and ro= options is done per NFS request, instead of per mount request. In suns implementation of nfs is written (man share) If share commands are invoked multiple times on the same filesystem, the last share invocation supersedes the previous-the options set by the last share command replace the old options. For example, if read-write permission was given to usera on /somefs, then to give read-write permis- sion also to userb on /somefs: That means that it's not possible as I get it. I'll do further investigations to be sure how it works on Solaris exactly. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 10:22:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 3906B37B423 for ; Thu, 12 Apr 2001 10:22:12 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f3CHM5510885; Thu, 12 Apr 2001 10:22:05 -0700 (PDT) Message-ID: <3AD5E43C.596F1AFE@isi.edu> Date: Thu, 12 Apr 2001 10:22:04 -0700 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: Dan Nelson Cc: Michael Johnson , current@FreeBSD.ORG Subject: Re: ISO image available? References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms0500500B38C8D4528D82AB3B" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms0500500B38C8D4528D82AB3B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dan Nelson wrote: > There are no ISO images, but there's something even better. Download > the boot floppies for your favorite date and do a net install. The 5.0-20010410-CURRENT installer doesn't recognize my "3Com 3c905C-TX Fast Etherlink XL", which in 4.2 is handled by the xl driver. I guess the netinstall will have to wait... -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms0500500B38C8D4528D82AB3B Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMjE3MjIwNFowIwYJKoZIhvcNAQkEMRYE FHLOfkoRFjJStwTY2kWp56z34YZtMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGACuonKDW/EssHfHOUyUyF5ESt1YCskXCWM+CiORqjhyV7bd8jvnaR PMMNoeIG2HFUUeMvpr8xup0XWhArk/TzHYrt//YxFX50WqVAcKBA8uViddL3LkOO0ChRxfPi VeN1nohKv+0AyxygEICTUS7yTy5wMYopGfziUMEOIuOEhDI= --------------ms0500500B38C8D4528D82AB3B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 10:45:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from lamia.lf.net (lamia.LF.net [212.9.160.192]) by hub.freebsd.org (Postfix) with ESMTP id 4858D37B423 for ; Thu, 12 Apr 2001 10:45:33 -0700 (PDT) (envelope-from nk@lamia.lf.net) Received: by lamia.lf.net (Smail3.2.0.111/lamia.lf.net) via LF.net GmbH Internet Services for hub.FreeBSD.ORG id m14nl9u-001Sq2C; Thu, 12 Apr 2001 19:45:30 +0200 (CEST) To: Lars Eggert Cc: current@FreeBSD.ORG Subject: Re: ISO image available? References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> <3AD5E43C.596F1AFE@isi.edu> Organization: LF.net GmbH X-Attribution: viteno X-NCC-RegID: de.lfnet X-URL: http://www.LF.net/ X-Face: iq-"D}ZS'It[NXourO#`D+JoJC>bZPU\xvX4Um\sR}_zUI?R: lt{Y/s1g[=5L/BHY@]NxB(D?&:tCwX@Vp:YJURe}$MDZ1&/v<`C+^AVc"s/&m`Mu#s| From: Norbert Koch Date: 12 Apr 2001 19:45:29 +0200 In-Reply-To: <3AD5E43C.596F1AFE@isi.edu> (Lars Eggert's message of "Thu, 12 Apr 2001 10:22:04 -0700") Message-ID: Lines: 22 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.2 (Urania) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lars Eggert writes: Hi! > The 5.0-20010410-CURRENT installer doesn't recognize my "3Com 3c905C-TX > Fast Etherlink XL", which in 4.2 is handled by the xl driver. I guess the > netinstall will have to wait... Uh, is there so much difference between 3c905(B|C)-TX? I ask, because I have xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xdd000000-0xdd00007f irq 11 at device 12.0 on pci0 in a build on FreeBSD lycius.LF.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Apr 11 06:09:53 CEST 2001 nk@lycius.LF.net:/usr/local/obj/usr/local/src/sys/LYCIUS i386 just wondering, norbert. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 10:55: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 6CEB337B422 for ; Thu, 12 Apr 2001 10:55:02 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f3CHsp877764; Fri, 13 Apr 2001 02:54:52 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@freebsd.org In-Reply-To: <3AD5D38F.E05083DB@isi.edu> References: <3AD5D38F.E05083DB@isi.edu> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Urania) 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 20000228(IM140) Lines: 22 From: Makoto MATSUSHITA To: larse@ISI.EDU Subject: Re: ISO image available? Date: Fri, 13 Apr 2001 02:54:38 +0900 Message-Id: <20010413025438O.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG larse> I'd like to try -current on a few machines. Is there a recent larse> snapshot available as an ISO image somewhere? It'd be much larse> faster than cvsup'ing and making world. It's not the same of current.FreeBSD.org's distribution (to show the diference, its version string is named '5.0-CURRENT-YYYYMMDD-JPSNAP'), but it SHOULD be the same thing. Slow connection? try the mirror site: larse> Which leads to a more generic question: Wouldn't daily ISO larse> snapshots of -stable and -current be nice to have? (On days larse> when the makes go through.) ISO images mentioned above are generated twice a week. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 11: 0:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 0F91637B42C for ; Thu, 12 Apr 2001 11:00:30 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f3CI0MF15177; Thu, 12 Apr 2001 11:00:22 -0700 (PDT) Date: Thu, 12 Apr 2001 11:00:22 -0700 From: Alfred Perlstein To: Martin Blapp Cc: Thomas Quinot , current@FreeBSD.ORG Subject: Re: NFS export to netgroup with duplicate hosts Message-ID: <20010412110021.D24582@fw.wintelcom.net> References: <20010412182900.B30764@cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Thu, Apr 12, 2001 at 07:10:38PM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Martin Blapp [010412 10:11] wrote: > > > If we manage it, mountd should soon be able to allow different mount flags > > for each path you export in /etc/exports. > > I'm sorry. But now after some investigations and talks with Robert > Watson it seems to be clear that this is not possible due the way nfs > works. > > It would be easy to fix mountd, and to store somewhere the path where > the export is tied to, but how should nfsd handle this ? He get's a > request for a inode (the namei translation is done on the client side). > The server has now to look which flag set belongs the inode. How can he > see which set of flags belongs to that inode ? > > man share_nfs on solaris 7: > > Unlike previous implementations of share_nfs(1M), access > checking for the window=, rw, ro, rw=, and ro= options is > done per NFS request, instead of per mount request. > > In suns implementation of nfs is written (man share) > > If share commands are invoked multiple times on the same > filesystem, the last share invocation supersedes the > previous-the options set by the last share command replace > the old options. For example, if read-write permission was > given to usera on /somefs, then to give read-write permis- > sion also to userb on /somefs: > > That means that it's not possible as I get it. I'll do further > investigations to be sure how it works on Solaris exactly. It's actually relatively trivial to "implement". The reason I say "implement" is because it's fake when done unless you keep a contiguous parent mapping of all files being accessed through NFS. You simply encode the perms in the NFS filehandle then hang that in the exports list. Let's take a v2 filehandle: struct nfs_fh { opaque data[NFS_FHSIZE]; }; This is 32 bytes. Let's encode the "mount point" in the top byte. Ok, now what we have to do is reply to each request with the same top byte to indicate that it came from the same mount point. In the export lists hung off the mount point we now have a data structure that looks like this: { client_addr, magic_perm_byte, perms } So now, you just search until you match {client_addr, magic_perm_byte} then check {perms} for access. ... student: "Ok master we have multiple export types with different permissions!" master: "Well, actually grasshopper we've just introduced a security hole for the uninitiated." s: "How can this be???" m: "What if the administrator was to grant a non trusted client read-only access to a share, then at a later date give the same non trusted client write access to another share on the same paritition?" s: "I'm not following you dude." m: "Don't call me dude." *thwack* "The point is that if the workstation is untrusted, what's the stop the mallicious hacker from taking a read-only filehandle and swapping the top byte with the byte required for write access?" s: "Well, why not make sure it's a valid handle for that mountpoint?" m: "That's where it gets tricky, you see, then you need to keep a cache of root nodes, meaning the mount points exported by mountd in the kernel, as well as cache each opened item attaching the {magic_perm_byte} to it along with {client_addr}, since NFS is stateless we really never know when it's safe to retire these cached filehandles, but let's just LRU them and return ESTALE when a filehandle not in the cache comes in" s: "Master, this sounds like hella work!" m: "Ahhhh, you are correct, now get cracking!" s: ... -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 11: 3:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from andrsn.stanford.edu (andrsn.Stanford.EDU [171.66.112.163]) by hub.freebsd.org (Postfix) with ESMTP id B1EE237B423 for ; Thu, 12 Apr 2001 11:03:31 -0700 (PDT) (envelope-from andrsn@andrsn.stanford.edu) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.9.3/8.9.1) with ESMTP id LAA64170; Thu, 12 Apr 2001 11:00:12 -0700 (PDT) Date: Thu, 12 Apr 2001 11:00:12 -0700 (PDT) From: Annelise Anderson To: "Peter S. Housel" Cc: freebsd-current@FreeBSD.ORG Subject: Re: it seems last changes broke sound. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 12 Apr 2001, Peter S. Housel wrote: > At Thu, 12 Apr 2001 13:30:07 +0400, Juriy Goloveshkin wrote: > > > > Hello, sound in my box had been dead after last sound-drivers commit > > Mine broke too, and it used to work just by loading a kernel mod: FreeBSD amdk7m.stanford.edu 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Apr 12 09:58:08 PDT 2001 xanne@amdk7m.stanford.edu:/usr/obj/usr/src/sys/KILLER i386 root@amdk7m ~ # dmesg | grep pcm pcm0: port 0xcc00-0xcc03,0xd000-0xd003,0xd400-0xd4ff irq 9 at device 4.5 on pci0 pcm0: play interrupt timeout, channel dead irq 9 doesn't show up in vmstat -i Annelise To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 11: 6:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id 5E6D337B423 for ; Thu, 12 Apr 2001 11:06:19 -0700 (PDT) (envelope-from quinot@inf.enst.fr) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.160.128]) by infres.enst.fr (Postfix) with ESMTP id 562B645451; Thu, 12 Apr 2001 20:06:18 +0200 (MET DST) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id 667D4112DB; Thu, 12 Apr 2001 20:06:17 +0200 (CEST) Date: Thu, 12 Apr 2001 20:06:17 +0200 From: Thomas Quinot To: Alfred Perlstein Cc: current@FreeBSD.ORG Subject: Re: NFS export to netgroup with duplicate hosts Message-ID: <20010412200617.A12763@shalmaneser.enst.fr> Reply-To: Thomas Quinot References: <20010412182900.B30764@cuivre.fr.eu.org> <20010412110021.D24582@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010412110021.D24582@fw.wintelcom.net>; from bright@wintelcom.net on Thu, Apr 12, 2001 at 11:00:22AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Le 2001-04-12, Alfred Perlstein écrivait : > m: "Don't call me dude." *thwack* "The point is that if the > workstation is untrusted, what's the stop the mallicious hacker > from taking a read-only filehandle and swapping the top byte with > the byte required for write access?" The kernel could include a 'signature' in the handle, e.g. in the form of a hash of (perm-bytes,handle-bytes,secret-key). (But the following still holds:) > s: "Master, this sounds like hella work!" (plus some crypto algorithm right in kernel space...) > m: "Ahhhh, you are correct, now get cracking!" Thomas. -- Thomas Quinot ** Département Informatique & Réseaux ** quinot@inf.enst.fr ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 11:14:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 2B9B937B43E for ; Thu, 12 Apr 2001 11:14:43 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f3CIEfG15562; Thu, 12 Apr 2001 11:14:41 -0700 (PDT) Date: Thu, 12 Apr 2001 11:14:40 -0700 From: Alfred Perlstein To: Thomas Quinot Cc: current@FreeBSD.ORG Subject: Re: NFS export to netgroup with duplicate hosts Message-ID: <20010412111440.F24582@fw.wintelcom.net> References: <20010412182900.B30764@cuivre.fr.eu.org> <20010412110021.D24582@fw.wintelcom.net> <20010412200617.A12763@shalmaneser.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010412200617.A12763@shalmaneser.enst.fr>; from quinot@inf.enst.fr on Thu, Apr 12, 2001 at 08:06:17PM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Thomas Quinot [010412 11:06] wrote: > Le 2001-04-12, Alfred Perlstein écrivait : > > > m: "Don't call me dude." *thwack* "The point is that if the > > workstation is untrusted, what's the stop the mallicious hacker > > from taking a read-only filehandle and swapping the top byte with > > the byte required for write access?" > > The kernel could include a 'signature' in the handle, e.g. in the form of > a hash of (perm-bytes,handle-bytes,secret-key). > > (But the following still holds:) > > > s: "Master, this sounds like hella work!" > (plus some crypto algorithm right in kernel space...) > > > m: "Ahhhh, you are correct, now get cracking!" None of that would protect you when a single client has two exports available, one read and one write on the same filesystem. A machine with just / that exports /usr and /var with different perms... (/usr is rw, /var is ro) Well the untrusted client can use the "magic" from the /usr to access /var rw instead of ro. It's actually not that big of a deal to attach the client/perms though so that seperate machines can access the same mount point differently. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] http://www.egr.unlv.edu/~slumos/on-netbsd.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 11:33:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 1494C37B43F; Thu, 12 Apr 2001 11:33:54 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=f316efede8af11f32113ec5348f69d18) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14nlZB-0000Iy-00; Thu, 12 Apr 2001 12:11:37 -0600 Message-ID: <3AD5EFD9.38C3EE8A@softweyr.com> Date: Thu, 12 Apr 2001 12:11:37 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Karsten W. Rohrbach" Cc: Matthew Jacob , Mike Smith , current@freebsd.org Subject: Re: incorrect subclass? References: <200104092342.f39NgNw03874@mass.dis.org> <20010412150719.G90025@mail.webmonster.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Karsten W. Rohrbach" wrote: > > Matthew Jacob(mjacob@feral.com)@2001.04.09 16:42:05 +0000: > > FBSD-I-I do not think you should do that. > > FBSD-W-Do not do that again. > > FBSD-E-I told you not to do that. > > FBSD-F-panic, freeing free identifier of known type > > > when you implemted it, remind me to get a stack of blank punhcards to > create a boot stack for /boot/loader and /kernel ;-) No, no, no, that's a VAXism, so you will want to load your kernel, or perhaps even microcode, from a DECtape. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 12:14:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 8718B37B496 for ; Thu, 12 Apr 2001 12:14:15 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f3CJEB526921; Thu, 12 Apr 2001 12:14:11 -0700 (PDT) Message-ID: <3AD5FE83.7D96EB19@isi.edu> Date: Thu, 12 Apr 2001 12:14:11 -0700 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: Norbert Koch Cc: current@FreeBSD.ORG Subject: Re: ISO image available? References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> <3AD5E43C.596F1AFE@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msF1BBD6C7A74684321409BB85" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------msF1BBD6C7A74684321409BB85 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Norbert Koch wrote: > > The 5.0-20010410-CURRENT installer doesn't recognize my "3Com 3c905C-TX > > Fast Etherlink XL", which in 4.2 is handled by the xl driver. I guess the > > netinstall will have to wait... > > Uh, is there so much difference between 3c905(B|C)-TX? I ask, because > I have > > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd000-0xd07f > mem 0xdd000000-0xdd00007f irq 11 at device 12.0 on pci0 I don't know. :-) All I can say is that it is recognized fine under 4.2. -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------msF1BBD6C7A74684321409BB85 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDQxMjE5MTQxMVowIwYJKoZIhvcNAQkEMRYE FHQk8jSFu1Vpy3yZdU2EeRgNt3skMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGAauXodkIEpzGUoYBEcbF/OMsiUjDdZjuZ9dkK+jZLh6cM1FUqkZJU gwxhwfm8HNGuWVI+focGaRp6IKfeLW8naL+QF/Rkdd43VyHVoCFFNe8Uvr13ZnT6l/+efD2O OZiJhCOUGnzbw6MwvQ/ZvG65K3g8UJOGD/4Ctfe6pjd40wc= --------------msF1BBD6C7A74684321409BB85-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 14:15:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 723AB37B424 for ; Thu, 12 Apr 2001 14:15:29 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3CLExb25647; Thu, 12 Apr 2001 14:14:59 -0700 (PDT) (envelope-from dillon) Date: Thu, 12 Apr 2001 14:14:59 -0700 (PDT) From: Matt Dillon Message-Id: <200104122114.f3CLExb25647@earth.backplane.com> To: Martin Blapp Cc: freebsd-current@FreeBSD.ORG, Thomas Quinot Subject: Re: NFS export to netgroup with duplicate hosts References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Hi, : :Of course you are right. Netgroup support got in some area broken :when I did the IPv6 merge of NetBSD code. It will be fixed :soon, sorry ! : :Another issue with mountd is, that it allows still one set of flags :for one mountpoint. This is done per radix entry in the kernel and tied :to each file-system mount point. : :If we manage it, mountd should soon be able to allow different mount flags :for each path you export in /etc/exports. : :Martin : :Martin Blapp, mb@imp.ch You can't do that. You could manage different perms for different hosts (i.e. /usr is rw for host A and /usr is ro for host B), but you can't mix perms for subdirectories within a mount to the same host. The reason is that the file handles passed to nfsd could then be trivially faked to gain rw access on a ro-exported subdirectory. For example, if you export /usr read-only and /usr/local read-write, you can then construct an NFS request using /usr/local's mount point but with a file handle that represents a file in /usr, and then be able to write to that file. This is because the file handle representing file X will be almost identical no matter which mount point X is accessed relative to. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 14:52: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 7A9A937B422; Thu, 12 Apr 2001 14:51:57 -0700 (PDT) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f3CLps151896; Thu, 12 Apr 2001 23:51:54 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 12 Apr 2001 23:51:54 +0200 From: Martin Blapp To: Matt Dillon Cc: freebsd-current@FreeBSD.ORG, Thomas Quinot , alfred@FreeBSD.ORG Subject: Re: NFS export to netgroup with duplicate hosts In-Reply-To: <200104122114.f3CLExb25647@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The reason is that the file handles passed to nfsd could then > be trivially faked to gain rw access on a ro-exported subdirectory. > For example, if you export /usr read-only and /usr/local read-write, > you can then construct an NFS request using /usr/local's mount point > but with a file handle that represents a file in /usr, and then be > able to write to that file. This is because the file handle > representing file X will be almost identical no matter which mount > point X is accessed relative to. Yes I see. I'd also like to see what happens if you move some directory, or if you are doing hardlinks and also move them ... :-) Your explanation is logical to me. Maybe we should fix the exports(5) manpage. This is not a bug, it's a security restriction. It seems to me that we have a really good nfs implementation here on BSD, and we can do more finetuning than on Solaris itself. Also mountd and export seems to support more features than in Solaris, according to the manpage. Could this export restriction change in future with nfsv4, when nfs does get stateful (I've heard about that the stateless behaviour will go away with nfsdv4) ... ? I do not know much about the internals of nfsv4 ... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 14:53:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 61D8237B43F for ; Thu, 12 Apr 2001 14:53:52 -0700 (PDT) (envelope-from mb@imp.ch) Received: from harem (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f3CLrl151944; Thu, 12 Apr 2001 23:53:47 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 12 Apr 2001 23:53:46 +0200 From: Martin Blapp To: Alfred Perlstein Cc: Thomas Quinot , current@FreeBSD.ORG Subject: Re: NFS export to netgroup with duplicate hosts In-Reply-To: <20010412110021.D24582@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Alfred, s: nice story, thank you master ;-) Martin PS: Thank you for the tirpc work you have done and the hours you have spent. I've not forgotten this. I was just angry about the incidents on irc ... ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 16:14: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id BAA7137B422 for ; Thu, 12 Apr 2001 16:13:45 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f3CNDiH29584 for freebsd-current@freebsd.org.AVP; Fri, 13 Apr 2001 01:13:44 +0200 (CEST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f3CNDit29578 for freebsd-current@freebsd.org; Fri, 13 Apr 2001 01:13:44 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.3/8.11.0) with ESMTP id f3CNDVc01090 for ; Fri, 13 Apr 2001 01:13:38 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Fri, 13 Apr 2001 01:13:31 +0200 (CEST) From: Leif Neland To: Subject: Realtek 8029: ed0 attach returned 2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I try to add a second NIC to my gateway machine. (Will be getting ADSL may 10, may 15 my 24h flatrate ISDN changes to 8h flatrate, rest minute charge, talk about timing. So I have 27 days to get this fixed) The first card is a D-LINK 250 isa, it was ed0, but by changing device.hints it became ed1; it is working. The second card is a RealTek 8029 pci. I get the errormessage: device_probe_and_attach: ed0 attach returned 2 I've searched the archives and only found the advice to turn off pnp in the bios. However, my old dec bios does not have that option, neither do I have PNPBIOS in my kernel config (I think that option is depreciated btw) The machine does not have ide-disks, so int15 is available. Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #9: Wed Apr 4 18:49:51 CEST 2001 root@gina.neland.dk:/usr/obj/usr/src/sys/ARNOLD Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 59973117 Hz CPU: Pentium/P5 (59.97-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x515 Stepping = 5 Features=0x1bf real memory = 117440512 (114688K bytes) Preloaded elf kernel "kernel" at 0xc03eb000. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 ncr0: port 0xd100-0xd1ff mem 0x20000000-0x200000ff irq 11 at device 1.0 on pci0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at 6.0 (no driver attached) ed0: irq 15 at device 7.0 on pci0 device_probe_and_attach: ed0 attach returned 2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 ed1 at port 0x340-0x35f iomem 0xd8000 irq 10 on isa0 ed1: address 00:80:c8:18:9c:c2, type NE2000 (16 bit) ^^^^^^^^^^^^^^^^^^^^^^^ D-LINK 250 ^^^^^^^^^^^^^^^^^ ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc1: at port 0x278-0x27f irq 5 on isa0 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip1: on ppbus1 lpt1: on ppbus1 lpt1: Interrupt-driven port ppi1: on ppbus1 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16450 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isic0: at port 0x200-0x201,0x202-0x203 irq 9 on isa0 isic0: passive stack unit 0 i4btrc: 2 ISDN trace device(s) attached i4bing: 2 i4b NetGraph ISDN B-channel device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4bisppp: 4 ISDN SyncPPP device(s) attached (VJ header compression) i4b: ISDN call control device attached i4brbch: 2 raw B channel access device(s) attached i4bipr: 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4bctl: ISDN system control port attached Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a cd0 at ncr0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 3.300MB/s transfers cd0: cd present [234900 x 2048 byte records] da1 at ncr0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da1: 4101MB (8399520 512 byte sectors: 255H 63S/T 522C) da3 at ncr0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-0 device da3: 3.300MB/s transfers da3: 231MB (474602 512 byte sectors: 64H 32S/T 231C) da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da0: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da2 at ncr0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 8) da2: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 17: 9:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 62A8637B423 for ; Thu, 12 Apr 2001 17:09:36 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f3D08nM61301; Thu, 12 Apr 2001 19:08:49 -0500 (CDT) (envelope-from jlemon) Date: Thu, 12 Apr 2001 19:08:49 -0500 (CDT) From: Jonathan Lemon Message-Id: <200104130008.f3D08nM61301@prism.flugsvamp.com> To: tlambert@primenet.com, current@freebsd.org Subject: Re: SOMAXCONN -- not tunable? X-Newsgroups: local.mail.freebsd-current In-Reply-To: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >Here are patches to make SOMAXCONN tunable from the config files. > >Right now, it's not possible to override SOMAXCONN. sysctl -w kern.ipc.somxconn=1024 SOMAXCONN is just a compile time default, and yes it is not currently tunable at config time. Does it really have to be? Just stick it in /etc/sysctl.conf, and it gets set before most things are started in the system. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 21:13:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (216-118-21-146.pdq.net [216.118.21.146]) by hub.freebsd.org (Postfix) with ESMTP id 3091537B42C for ; Thu, 12 Apr 2001 21:13:57 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: from dwcjr (DWCJR.inethouston.net [216.118.21.147]) by leviathan.inethouston.net (Postfix) with ESMTP id 15E8410F400; Thu, 12 Apr 2001 23:14:03 -0500 (CDT) Message-ID: <00e701c0c3d0$2a8ef640$931576d8@inethouston.net> From: "David W. Chapman Jr." To: "Lars Eggert" , "Norbert Koch" Cc: References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> <3AD5E43C.596F1AFE@isi.edu> <3AD5FE83.7D96EB19@isi.edu> Subject: Re: ISO image available? Date: Thu, 12 Apr 2001 23:13:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the only difference I know of between the 905b and c is wake on lan. I thought I heard something about a 905c II that had problems with freebsd, but I don't remember much more. ----- Original Message ----- From: "Lars Eggert" To: "Norbert Koch" Cc: Sent: Thursday, April 12, 2001 2:14 PM Subject: Re: ISO image available? > Norbert Koch wrote: > > > The 5.0-20010410-CURRENT installer doesn't recognize my "3Com 3c905C-TX > > > Fast Etherlink XL", which in 4.2 is handled by the xl driver. I guess the > > > netinstall will have to wait... > > > > Uh, is there so much difference between 3c905(B|C)-TX? I ask, because > > I have > > > > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd000-0xd07f > > mem 0xdd000000-0xdd00007f irq 11 at device 12.0 on pci0 > > I don't know. :-) > All I can say is that it is recognized fine under 4.2. > -- > Lars Eggert Information Sciences Institute > http://www.isi.edu/larse/ University of Southern California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 22:25:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 5A8BA37B424 for ; Thu, 12 Apr 2001 22:25:37 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA00180; Fri, 13 Apr 2001 15:25:27 +1000 Date: Fri, 13 Apr 2001 15:24:35 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Jonathan Lemon Cc: tlambert@primenet.com, current@FreeBSD.ORG Subject: Re: SOMAXCONN -- not tunable? In-Reply-To: <200104130008.f3D08nM61301@prism.flugsvamp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 12 Apr 2001, Jonathan Lemon wrote: > In article you write: > >Here are patches to make SOMAXCONN tunable from the config files. > > > >Right now, it's not possible to override SOMAXCONN. > > sysctl -w kern.ipc.somxconn=1024 > > SOMAXCONN is just a compile time default, and yes it is not > currently tunable at config time. Does it really have to be? Of course it doesn't have to be tunable at config time. > Just stick it in /etc/sysctl.conf, and it gets set before most > things are started in the system. Changing the actual limit using either the sysctl or an option breaks SOMAXCONN. I think the correct fix is to never define it change whatever uses it to use sysconf(_SC_SOMAXCONN). Similarly for all other manifest constants that aren't actually constant. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 23:33:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 8D00637B443 for ; Thu, 12 Apr 2001 23:33:56 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f3D6XpM02700; Thu, 12 Apr 2001 23:33:51 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: larse@ISI.EDU Cc: current@FreeBSD.ORG Subject: Re: ISO image available? In-Reply-To: <3AD5D38F.E05083DB@isi.edu> References: <3AD5D38F.E05083DB@isi.edu> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010412233351M.jkh@osd.bsdi.com> Date: Thu, 12 Apr 2001 23:33:51 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 6 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG They're not in ISO format, but releases from both -stable and -current are available from releng4.freebsd.org and current.freebsd.org (hmm, there should also be a stable.freebsd.org - I'll request that). From those bits, it's pretty easy to make an image with mkisofs/mkhybrid - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 12 23:35:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 9B82137B443 for ; Thu, 12 Apr 2001 23:35:48 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f3D6ZNM02720; Thu, 12 Apr 2001 23:35:23 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: dnelson@emsphone.com Cc: ahze@ahze.net, larse@ISI.EDU, current@FreeBSD.ORG Subject: Re: ISO image available? In-Reply-To: <20010412112212.A22614@dan.emsphone.com> References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010412233523O.jkh@osd.bsdi.com> Date: Thu, 12 Apr 2001 23:35:23 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 7 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There used to be a similar snapshot server for -stable, but it seems to > have disappeared. Hurm? releng4.freebsd.org has been around for ages. Before that it was called releng3.freebsd.org, hence the name change. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 0:25:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id B2C8D37B43F for ; Fri, 13 Apr 2001 00:25:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f3D7PDC63987 for ; Fri, 13 Apr 2001 09:25:13 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: make release Börked... From: Poul-Henning Kamp Date: Fri, 13 Apr 2001 09:25:12 +0200 Message-ID: <63985.987146712@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> gnu/usr.bin/binutils/gdb install -c -s -o root -g wheel -m 555 gdb /syv/release/usr/libexec/elf install: gdb: No such file or directory *** Error code 71 Stop in /syv/src/gnu/usr.bin/binutils/gdb. *** Error code 1 : -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 0:35:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from boggy.acest.tutrp.tut.ac.jp (boggy.acest.tutrp.tut.ac.jp [133.15.67.40]) by hub.freebsd.org (Postfix) with ESMTP id C255237B423 for ; Fri, 13 Apr 2001 00:35:47 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from boggy.acest.tutrp.tut.ac.jp (localhost.acest.tutrp.tut.ac.jp [127.0.0.1]) by boggy.acest.tutrp.tut.ac.jp (8.11.3+3.4W/8.11.3) with ESMTP id f3D7ZjB52436 for ; Fri, 13 Apr 2001 16:35:46 +0900 (JST) To: freebsd-current@freebsd.org Subject: Buildworld failure. [Re: make release =?ISO-8859-1?Q?B=F6rked...]?= References: <63985.987146712@critter> MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: 13 Apr 2001 16:35:45 +0900 In-Reply-To: <63985.987146712@critter> (Poul-Henning Kamp's message of "13 Apr 2001 09:25:32 +0200") Message-ID: <873dbdqmjy.fsf@boggy.acest.tutrp.tut.ac.jp> Lines: 28 User-Agent: T-gnus/6.14.6 (based on Gnus v5.8.8) (revision 04) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 MULE XEmacs/21.2 (beta46) (Urania) (i386--freebsd) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My buildworld today also fails at gdb. cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `filename_completer': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: conflicting types for `filename_completion_function' /usr/obj/usr/src/i386/usr/include/readline/readline.h:419: previous declaration of `filename_completion_function' /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: warning: extern declaration of `filename_completion_function' doesn't match global one /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `init_main': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: warning: assignment from incompatible pointer type *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/gdb. >>>>> In <63985.987146712@critter> >>>>> phk@FreeBSD.ORG (Poul-Henning Kamp) wrote: ===> gnu/usr.bin/binutils/gdb PHK> install -c -s -o root -g wheel -m 555 gdb /syv/release/usr/libexec/elf PHK> install: gdb: No such file or directory PHK> *** Error code 71 PHK> Stop in /syv/src/gnu/usr.bin/binutils/gdb. PHK> *** Error code 1 PHK> : I think you also failed the buildworld. -- NAKAJI Hiroyuki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 4: 1:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 6B99E37B50D for ; Fri, 13 Apr 2001 04:01:30 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f3DB1Pp10679; Fri, 13 Apr 2001 04:01:25 -0700 (PDT) Date: Fri, 13 Apr 2001 04:01:25 -0700 From: Alfred Perlstein To: Bruce Evans Cc: Jonathan Lemon , tlambert@primenet.com, current@FreeBSD.ORG Subject: Re: SOMAXCONN -- not tunable? Message-ID: <20010413040125.E976@fw.wintelcom.net> References: <200104130008.f3D08nM61301@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Fri, Apr 13, 2001 at 03:24:35PM +1000 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Bruce Evans [010412 22:25] wrote: > On Thu, 12 Apr 2001, Jonathan Lemon wrote: > > > In article you write: > > >Here are patches to make SOMAXCONN tunable from the config files. > > > > > >Right now, it's not possible to override SOMAXCONN. > > > > sysctl -w kern.ipc.somxconn=1024 > > > > SOMAXCONN is just a compile time default, and yes it is not > > currently tunable at config time. Does it really have to be? > > Of course it doesn't have to be tunable at config time. > > > Just stick it in /etc/sysctl.conf, and it gets set before most > > things are started in the system. > > Changing the actual limit using either the sysctl or an option breaks > SOMAXCONN. I think the correct fix is to never define it change > whatever uses it to use sysconf(_SC_SOMAXCONN). Similarly for all > other manifest constants that aren't actually constant. Actually, the correct fix is most likely to redefine it to -1. :) Either that or remove it from the namespace. Or just leave it alone, afaik listen called with a backlog larger than the sysctl limit just truncates it down to that limit. What do you think? /usr/src % grep -r SOMAXCON * contrib/perl5/ext/Socket/Socket.pm: SOMAXCONN contrib/perl5/ext/Socket/Socket.pm:sub SOMAXCONN (); contrib/perl5/ext/Socket/Socket.xs: if (strEQ(name, "SOMAXCONN")) contrib/perl5/ext/Socket/Socket.xs:#ifdef SOMAXCONN contrib/perl5/ext/Socket/Socket.xs: return SOMAXCONN; contrib/perl5/lib/Exporter.pm: use Socket qw(!/^[AP]F_/ !SOMAXCONN !SOL_SOCKE T); contrib/perl5/pod/perlipc.pod: listen(Server,SOMAXCONN) || die "listen: $!"; contrib/perl5/pod/perlipc.pod: listen(Server,SOMAXCONN) || die "listen: $!"; contrib/perl5/pod/perlipc.pod: listen(Server,SOMAXCONN) || die "listen: $!"; contrib/perl5/pod/perlipc.pod:is SOMAXCONN. contrib/perl5/pod/perlipc.pod: Listen => SOM AXCONN, contrib/perl5/t/lib/ph.t: SOCK_RAW SOCK_RDM SOCK_SEQPACKET SOCK_STREAM SOL_SO CKET SOMAXCONN contrib/sendmail/libmilter/libmilter.h:#if SOMAXCONN > 20 contrib/sendmail/libmilter/libmilter.h:# define MI_SOMAXCONN SOMAXCONN contrib/sendmail/libmilter/libmilter.h:#else /* SOMAXCONN */ contrib/sendmail/libmilter/libmilter.h:# define MI_SOMAXCONN 20 contrib/sendmail/libmilter/libmilter.h:#endif /* SOMAXCONN */ contrib/sendmail/libmilter/main.c:static int backlog= MI_SOMAXCONN; crypto/heimdal/kadmin/kadm_conn.c: if (listen (s, SOMAXCONN) < 0) { crypto/heimdal/kdc/connect.c: if(type == SOCK_STREAM && listen(d->s, SOMAXCON N) < 0){ crypto/heimdal/lib/kadm5/ipropd_master.c: if (listen(fd, SOMAXCONN) < 0) crypto/heimdal/lib/roken/mini_inetd.c: if (listen (fds[i], SOMAXCONN) < 0) crypto/heimdal/lib/roken/roken-common.h:#ifndef SOMAXCONN crypto/heimdal/lib/roken/roken-common.h:#define SOMAXCONN 5 crypto/kerberosIV/ChangeLog: * appl/kx/kx.h: Remove SOMAXCONN and add KX_PORT crypto/kerberosIV/ChangeLog: fallback definitions for SOMAXCONN, STDIN_FILENO , and crypto/kerberosIV/appl/kx/common.c: && listen (s[i].fd, SOMAXCONN) < 0) crypto/kerberosIV/appl/kx/kxd.c: if (listen (sock, SOMAXCONN) < 0) { crypto/kerberosIV/kadmin/admin_server.c: if (listen(admin_fd, SOMAXCONN) < 0) crypto/kerberosIV/lib/roken/mini_inetd.c: if(listen(s, SOMAXCONN) < 0){ crypto/kerberosIV/lib/roken/mini_inetd.c: if(listen(s, SOMAXCONN) < 0){ crypto/kerberosIV/lib/roken/roken-common.h:#ifndef SOMAXCONN crypto/kerberosIV/lib/roken/roken-common.h:#define SOMAXCONN 5 crypto/kerberosIV/server/kerberos.c: listen(sock, SOMAXCONN); crypto/kerberosIV/slave/kpropd.c: ret = listen(s, SOMAXCONN); crypto/openssl/crypto/bio/b_sock.c:#define MAX_LISTEN SOMAXCONN lib/libc/net/getaddrinfo.3: if (listen(s[nsock], SOMAXCONN) < 0) { lib/libc/rpc/rpc_soc.c: _listen(fd, SOMAXCONN); lib/libc/rpc/svc_generic.c: _listen(fd, SOMAXCONN); sbin/mountd/mountd.c: listen(tcpsock, SOMAXCONN); sbin/mountd/mountd.c: listen(tcp6sock, SOMAXCONN); sys/conf/options:SOMAXCONN opt_inet.h sys/kern/uipc_socket.c:static int somaxconn = SOMAXCONN; sys/kern/uipc_socket.c:SYSCTL_INT(_kern_ipc, KIPC_SOMAXCONN, somaxconn, CTLFLAG_ RW, sys/sys/socket.h:#ifndef SOMAXCONN sys/sys/socket.h:#define SOMAXCONN 128 sys/sys/sysctl.h:#define KIPC_SOMAXCONN 3 /* int: max leng th of connection q */ usr.sbin/rpcbind/rpcbind.c: listen(fd, SOMAXCONN); -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] http://www.egr.unlv.edu/~slumos/on-netbsd.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 4:29:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 52E8937B423 for ; Fri, 13 Apr 2001 04:29:14 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA18421; Fri, 13 Apr 2001 21:29:02 +1000 Date: Fri, 13 Apr 2001 21:28:06 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Alfred Perlstein Cc: Jonathan Lemon , tlambert@primenet.com, current@FreeBSD.ORG Subject: Re: SOMAXCONN -- not tunable? In-Reply-To: <20010413040125.E976@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 13 Apr 2001, Alfred Perlstein wrote: > * Bruce Evans [010412 22:25] wrote: > > Changing the actual limit using either the sysctl or an option breaks > > SOMAXCONN. I think the correct fix is to never define it change > > whatever uses it to use sysconf(_SC_SOMAXCONN). Similarly for all > > other manifest constants that aren't actually constant. > > Actually, the correct fix is most likely to redefine it to -1. :) > > Either that or remove it from the namespace. Or just leave it alone, > afaik listen called with a backlog larger than the sysctl limit > just truncates it down to that limit. Or change it to a large positive value, maybe INT_MAX, and prevent the sysctl from increasing it above this. This would be reduced to the actual limit in the same way as -1 is modified to that limit, but might seem to be less preposterous to applications that look too closely at the value. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 7:16:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id AB16337B43F for ; Fri, 13 Apr 2001 07:16:33 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA58869; Fri, 13 Apr 2001 10:16:07 -0400 (EDT) (envelope-from wollman) Date: Fri, 13 Apr 2001 10:16:07 -0400 (EDT) From: Garrett Wollman Message-Id: <200104131416.KAA58869@khavrinen.lcs.mit.edu> To: Alfred Perlstein Cc: current@FreeBSD.ORG Subject: Re: SOMAXCONN -- not tunable? In-Reply-To: <20010413040125.E976@fw.wintelcom.net> References: <200104130008.f3D08nM61301@prism.flugsvamp.com> <20010413040125.E976@fw.wintelcom.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Actually, the correct fix is most likely to redefine it to -1. :) POSIX.1-200x draft 5 has this to say: Implementations shall support values of backlog up to SOMAXCONN, defined in If listen( ) is called with a backlog argument value that is less than 0, the function behaves as if it had been called with a backlog argument value of 0. A backlog argument of 0 may allow the socket to accept connections, in which case the length of the listen queue may be set to an implementation-defined minimum value. So, SOMAXCONN is supposed to be a minimum maximum. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 7:27:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 9A1B237B440; Fri, 13 Apr 2001 07:27:53 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f3DERr872059; Fri, 13 Apr 2001 07:27:53 -0700 (PDT) Date: Fri, 13 Apr 2001 07:27:53 -0700 (PDT) From: David Wolfskill Message-Id: <200104131427.f3DERr872059@bunrab.catwhisker.org> To: ache@freebsd.org, current@freebsd.org Subject: readline.h 1.12 incompatible with gdb.291/gdb/top.c 1.2, I think Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Others have mentioned that world appears broken on -current; happened to me as well, and it appears that r1.12 of libreadline/readline.h has exposed a definition of filename_completion_function() that conflicts with the one in gdb.291/gdb/top.c: src/contrib/libreadline/readline.h 2001/04/12 17:18:46 1.12: 419: extern char *filename_completion_function __P((const char *, int)); src/contrib/gdb.291/gdb/top.c 1999/08/20 02:58:16 1.2: 1540: extern char *filename_completion_function PARAMS ((char *, int)); Tail end of failing part of "make buildworld": cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `filename_completer': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: conflicting types for `filename_completion_function' /usr/obj/usr/src/i386/usr/include/readline/readline.h:419: previous declaration of `filename_completion_function' /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: warning: extern declaration of `filename_completion_function' doesn't match global one /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `init_main': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: warning: assignment from incompatible pointer type *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/gdb. *** Error code 1 Recent CVSups done: CVSup started from cvsup14.freebsd.org at Thu Apr 12 03:47:00 PDT 2001 CVSup ended from cvsup14.freebsd.org at Thu Apr 12 03:53:13 PDT 2001 CVSup started from cvsup14.freebsd.org at Fri Apr 13 03:47:01 PDT 2001 CVSup ended from cvsup14.freebsd.org at Fri Apr 13 03:52:01 PDT 2001 (and I haven't seen any other activity involving src/contrib since). Hope this is useful, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 7:40:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id CC57537B42C; Fri, 13 Apr 2001 07:40:48 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f3DEeg736058; Fri, 13 Apr 2001 18:40:42 +0400 (MSD) (envelope-from ache) Date: Fri, 13 Apr 2001 18:40:42 +0400 From: "Andrey A. Chernov" To: David Wolfskill , obrien@freebsd.org Cc: current@freebsd.org Subject: Re: readline.h 1.12 incompatible with gdb.291/gdb/top.c 1.2, I think Message-ID: <20010413184042.A35963@nagual.pp.ru> References: <200104131427.f3DERr872059@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104131427.f3DERr872059@bunrab.catwhisker.org>; from david@catwhisker.org on Fri, Apr 13, 2001 at 07:27:53AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 13, 2001 at 07:27:53 -0700, David Wolfskill wrote: Yes. Backward-compatible prototypes was enabled very recently to help old applications. I didn't expect it break gdb compilation again :-( David, please remove offending prototype from top.c > Others have mentioned that world appears broken on -current; happened > to me as well, and it appears that r1.12 of libreadline/readline.h has > exposed a definition of filename_completion_function() that conflicts > with the one in gdb.291/gdb/top.c: > > src/contrib/libreadline/readline.h 2001/04/12 17:18:46 1.12: > 419: extern char *filename_completion_function __P((const char *, int)); > > src/contrib/gdb.291/gdb/top.c 1999/08/20 02:58:16 1.2: > 1540: extern char *filename_completion_function PARAMS ((char *, int)); > > > Tail end of failing part of "make buildworld": > > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `filename_completer': > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: conflicting types for `filename_completion_function' > /usr/obj/usr/src/i386/usr/include/readline/readline.h:419: previous declaration of `filename_completion_function' > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: warning: extern declaration of `filename_completion_function' doesn't match global one > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `init_main': > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: warning: assignment from incompatible pointer type > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils/gdb. > *** Error code 1 > > > Recent CVSups done: > > CVSup started from cvsup14.freebsd.org at Thu Apr 12 03:47:00 PDT 2001 > CVSup ended from cvsup14.freebsd.org at Thu Apr 12 03:53:13 PDT 2001 > CVSup started from cvsup14.freebsd.org at Fri Apr 13 03:47:01 PDT 2001 > CVSup ended from cvsup14.freebsd.org at Fri Apr 13 03:52:01 PDT 2001 > > (and I haven't seen any other activity involving src/contrib since). > > Hope this is useful, > david > -- > David H. Wolfskill david@catwhisker.org > As a computing professional, I believe it would be unethical for me to > advise, recommend, or support the use (save possibly for personal > amusement) of any product that is or depends on any Microsoft product. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 7:44:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 9A69037B509; Fri, 13 Apr 2001 07:44:48 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f3DEiiZ36139; Fri, 13 Apr 2001 18:44:44 +0400 (MSD) (envelope-from ache) Date: Fri, 13 Apr 2001 18:44:44 +0400 From: "Andrey A. Chernov" To: David Wolfskill , obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: readline.h 1.12 incompatible with gdb.291/gdb/top.c 1.2, I think Message-ID: <20010413184444.B35963@nagual.pp.ru> References: <200104131427.f3DERr872059@bunrab.catwhisker.org> <20010413184042.A35963@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010413184042.A35963@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Apr 13, 2001 at 06:40:42PM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 13, 2001 at 18:40:42 +0400, Andrey A. Chernov wrote: > On Fri, Apr 13, 2001 at 07:27:53 -0700, David Wolfskill wrote: > > Yes. Backward-compatible prototypes was enabled very recently > to help old applications. I didn't expect it break gdb compilation again > :-( > > David, please remove offending prototype from top.c I mean David O'Brien -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 8:45:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.state.me.us (mailhub.state.me.us [141.114.122.227]) by hub.freebsd.org (Postfix) with ESMTP id 13DF837B507 for ; Fri, 13 Apr 2001 08:45:30 -0700 (PDT) (envelope-from darren@katahdin.bmv.state.me.us) Received: from katahdin.bmv.state.me.us by mailhub.state.me.us with ESMTP; Fri, 13 Apr 2001 11:43:15 -0400 Received: from localhost (darren@localhost) by katahdin.bmv.state.me.us (AIX4.2/UCB 8.7/8.7) with ESMTP id LAA20492; Fri, 13 Apr 2001 11:44:59 -0400 (EDT) Date: Fri, 13 Apr 2001 11:44:59 -0400 (EDT) From: Darren Henderson To: current@FreeBSD.ORG, jlemon@flugsvamp.com Subject: miibus/fxp intel etherexpress broken In-Reply-To: <200104131416.KAA58869@khavrinen.lcs.mit.edu> Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had a functional install of -current which was created back on Jan 11th of this year. I cvsup'd yesterday (4/12. I had also tried this on 4/4) fixxed what I needed too from UPDATING and RELNOTES, built and installed world and a new kernel. fxp now fails. Searching back I saw that fxp now requires miibus and that is in there but I don't see anything else that has changed. Is there something else I need to tweak to get this to work again? Kernel config and dmesg output below... MOXIE config ----------------------------------------------------------------- # machine i386 cpu I586_CPU ident MOXIE maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options DIAGNOSTIC # firewall options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 device random device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # SCSI Controllers device adv # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc device atkbd device psm device vga # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Serial (COM) ports device sio # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer # PCI Ethernet NICs. device miibus device fxp # Intel EtherExpress PRO/100B (82557, 82558) device ep # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter dmesg ----------------------------------------------------------------- Rebooting... Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Fri Apr 13 09:33:04 EDT 2001 root@moxie.bmv.state.me.us:/usr/obj/usr/src/sys/MOXIE Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 166194014 Hz CPU: Pentium/P55C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x544 Stepping = 4 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 61964288 (60512K bytes) Preloaded elf kernel "kernel" at 0xc034b000. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xfff0-0xffff at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 1.2 (no driver attached) pci0: at 8.0 (no driver attached) adv0: port 0x5000-0x50ff mem 0x60101000-0x601010ff irq 11 at device 10.0 on pci0 adv0: AdvanSys Ultra SCSI Host Adapter, SCSI ID 7, queue depth 240 fxp0: port 0x5400-0x541f mem 0x60000000-0x600fffff,0x60100000-0x60100fff irq 15 at device 11.0 on pci0 fxp0: could not map interrupt device_probe_and_attach: fxp0 attach returned 6 isa0: unexpected small tag 14 isa0: unexpected small tag 14 ep0: <3Com 3C509-TP EtherLink III> at port 0x300-0x30f irq 10 on isa0 ep0: Ethernet address 00:20:af:26:17:c3 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad0: 2441MB [4960/16/63] at ata0-master WDMA2 acd0: CDROM at ata0-slave PIO4 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s1a (da0:adv0:0:4:0): Timed out (da0:adv0:0:4:0): Attempting abort (da0:adv0:0:4:0): Timed out (da0:adv0:0:4:0): Resetting bus adv0: No longer in timeout da0 at adv0 bus 0 target 4 lun 0 da0: Removable Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15) da0: 1021MB (2091050 512 byte sectors: 64H 32S/T 1021C) ________________________________________________________________________ Darren Henderson darren@bmv.state.me.us darren.henderson@state.me.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 9:19:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 44B9F37B424 for ; Fri, 13 Apr 2001 09:19:30 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.3/8.11.2) with ESMTP id f3DGJGM04873; Fri, 13 Apr 2001 09:19:16 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: gross@clones.com Cc: larse@ISI.EDU, current@FreeBSD.ORG Subject: Re: ISO image available? In-Reply-To: References: <20010412233351M.jkh@osd.bsdi.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010413091916P.jkh@osd.bsdi.com> Date: Fri, 13 Apr 2001 09:19:16 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 7 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Do you have a script that will pull in the latest snapshot and write an > ISO image? This would be a nice addition to the supplied documentation. No, since I don't do release engineering that way, but someone else should certainly feel free to do this. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 9:25:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 9E16337B446 for ; Fri, 13 Apr 2001 09:25:44 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f3DGPHl23069; Fri, 13 Apr 2001 09:25:17 -0700 (PDT) (envelope-from obrien) Date: Fri, 13 Apr 2001 09:25:12 -0700 From: "David O'Brien" To: "Andrey A. Chernov" Cc: David Wolfskill , current@freebsd.org Subject: Re: readline.h 1.12 incompatible with gdb.291/gdb/top.c 1.2, I think Message-ID: <20010413092512.A22949@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200104131427.f3DERr872059@bunrab.catwhisker.org> <20010413184042.A35963@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010413184042.A35963@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Apr 13, 2001 at 06:40:42PM +0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 13, 2001 at 06:40:42PM +0400, Andrey A. Chernov wrote: > Yes. Backward-compatible prototypes was enabled very recently > to help old applications. I didn't expect it break gdb compilation again I need to update my box to test. It will probably be 2-3 hours and it will be fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 11: 5:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from paranor.1ststep.net (paranor.1ststep.net [209.189.208.2]) by hub.freebsd.org (Postfix) with SMTP id 2AEFE37B422 for ; Fri, 13 Apr 2001 11:05:13 -0700 (PDT) (envelope-from nitehawk@1ststep.net) Received: (qmail 4660 invoked by uid 500); 13 Apr 2001 18:05:07 -0000 Date: Fri, 13 Apr 2001 18:05:06 +0000 From: Matthew Schlegel To: freebsd-current@freebsd.org Subject: Problems with -CURRENT Message-ID: <20010413180506.A4590@1ststep.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE" X-Mailer: Mutt 1.0i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii I have been working on doing an update to the latest -CURRENT (last cvsup for this upgrade attempt was this morning at about 9:30 PDT) for the last couple days from : FreeBSD msops.crossgain.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jun 28 13:23:44 PDT 2000 Right now I can boot into single user mode just fine, but the moment any process requests an inode on my / partition, I get a kernel panic (page fault). Right now the world consistantly falls apart in ffs_valloc, but I'm not sure how to further track it down at this point. I am able to get inodes on another partition that was created using the newfs from the new world, so I'm wondering if there may have been some filesystem change between June of last year and now that could be causing the problems. I would appreciate it if someone could point me in the right direction with this so I can get moved over. Stack trace with pointers resolved: ffs_valloc(0, 8180, 21, vcp_create_desc 8) ufs_makeinode ufs_create ufs_vnoperate vn_open open The config I am using is attached to this email as well. -- Matthew Schlegel Give yourself a raise.. Every month: http://www.ezinfocenter.com/290234.10/FREE Encryption Keys: Type KeyID Created Fingerprint PGP DSS 0x30AFD26D 1998-08-20 FC89 1E36 353E BDAA FF81 DD30 A7B0 3942 30AF D26D --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=MSOPS # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.306 2001/03/16 11:52:25 sos Exp $ machine i386 cpu I586_CPU cpu I686_CPU ident MSOPS maxusers 32 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options DDB # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device isa #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device dpt # DPT Smartcache III, IV - See NOTES for options! device mly # Mylex AcceleRAID/eXtremeRAID # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device aac # Adaptec FSA RAID device amr # AMI MegaRAID device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Audio support device pcm # PCCARD (PCMCIA) support device card # pccard bus device pcic # PCMCIA bridge # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device pcn # AMD Am79C79x PCI 10/100 NICs #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of ethernet chips #device xe # Xircom pccard ethernet # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie #device le #device lnc # Wireless NIC cards #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/IEEE 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif 4 # IPv6 and IPv4 tunneling device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet --Kj7319i9nmIyA2yE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 11:18: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 4119137B505; Fri, 13 Apr 2001 11:18:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f3DIHiG77122; Fri, 13 Apr 2001 11:17:44 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010413180506.A4590@1ststep.net> Date: Fri, 13 Apr 2001 11:17:11 -0700 (PDT) From: John Baldwin To: Matthew Schlegel Subject: RE: Problems with -CURRENT Cc: freebsd-current@FreeBSD.org, imp@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Apr-01 Matthew Schlegel wrote: > I have been working on doing an update to the latest -CURRENT (last cvsup for > this upgrade attempt was this morning at about 9:30 PDT) for the last > couple days from : > FreeBSD msops.crossgain.com 5.0-CURRENT FreeBSD 5.0-CURRENT >#0: Wed Jun 28 13:23:44 PDT 2000 > > Right now I can boot into single user mode just fine, but the moment any > process requests an inode on my / partition, I get a kernel panic (page > fault). Right now the world consistantly falls apart in ffs_valloc, but I'm > not sure how to further track it down at this point. > > I am able to get inodes on another partition that was created using the newfs > from the new world, so I'm wondering if there may have been some filesystem > change between June of last year and now that could be causing the problems. > I would appreciate it if someone could point me in the right direction with > this so I can get moved over. Rebuild and install fsck and fsck your filesystems. This is the dirpref stuff most likely biting you. Warner, we should probably add a warning about the dirpref changes to UPDATING since if you fsck a filesystem with the old fsck and new kernel and you overwrite your superblock with the alternate you hose the filesystem resuling in these panics. :( > Stack trace with pointers resolved: > ffs_valloc(0, 8180, 21, vcp_create_desc 8) > ufs_makeinode > ufs_create > ufs_vnoperate > vn_open > open > > The config I am using is attached to this email as well. > > -- > Matthew Schlegel > Give yourself a raise.. Every month: > http://www.ezinfocenter.com/290234.10/FREE > > Encryption Keys: > Type KeyID Created Fingerprint > PGP DSS 0x30AFD26D 1998-08-20 FC89 1E36 353E BDAA FF81 DD30 A7B0 3942 > 30AF D26D -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 11:37:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 04FAD37B446 for ; Fri, 13 Apr 2001 11:37:06 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA19802; Fri, 13 Apr 2001 14:37:05 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f3DIaZD28010; Fri, 13 Apr 2001 14:36:35 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15063.18227.260693.786852@grasshopper.cs.duke.edu> Date: Fri, 13 Apr 2001 14:36:35 -0400 (EDT) To: Darren Henderson Cc: current@FreeBSD.ORG, jlemon@flugsvamp.com Subject: Re: miibus/fxp intel etherexpress broken In-Reply-To: References: <200104131416.KAA58869@khavrinen.lcs.mit.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Darren Henderson writes: > > I had a functional install of -current which was created back on Jan 11th of > this year. > > I cvsup'd yesterday (4/12. I had also tried this on 4/4) fixxed what I > needed too from UPDATING and RELNOTES, built and installed world and a new > kernel. > > fxp now fails. > > ata1: at 0x170 irq 15 on atapci0 <...> > fxp0: port 0x5400-0x541f mem 0x60000000-0x600fffff,0x60100000-0x60100fff irq 15 at device 11.0 on pci0 > fxp0: could not map interrupt > device_probe_and_attach: fxp0 attach returned 6 > isa0: unexpected small tag 14 This has nothing to do with fxp. The problem is that irq15 is shared between ata1 and fxp0 & the ata driver doesn't want to share interrupts because some older boards will somehow barf when sharing irqs between ata and other devices. Try this patch (I haven't tested it myself) Index: dev/ata/ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.3 diff -u -r1.3 ata-pci.c --- dev/ata/ata-pci.c 2001/03/19 13:31:58 1.3 +++ dev/ata/ata-pci.c 2001/04/13 18:32:21 @@ -508,7 +508,7 @@ return BUS_ALLOC_RESOURCE(device_get_parent(dev), child, SYS_RES_IRQ, rid, - irq, irq, 1, flags & ~RF_SHAREABLE); + irq, irq, 1, flags); #endif } else { Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 13:59:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 090F537B446; Fri, 13 Apr 2001 13:59:55 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3DKxkm51743; Fri, 13 Apr 2001 13:59:46 -0700 (PDT) (envelope-from dillon) Date: Fri, 13 Apr 2001 13:59:46 -0700 (PDT) From: Matt Dillon Message-Id: <200104132059.f3DKxkm51743@earth.backplane.com> To: Martin Blapp Cc: freebsd-current@FreeBSD.ORG, Thomas Quinot , alfred@FreeBSD.ORG Subject: Re: NFS export to netgroup with duplicate hosts References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :on BSD, and we can do more finetuning than on Solaris itself. Also :mountd and export seems to support more features than in Solaris, :according to the manpage. : :Could this export restriction change in future with nfsv4, when nfs :does get stateful (I've heard about that the stateless behaviour will :go away with nfsdv4) ... ? I do not know much about the internals of :nfsv4 ... : :Martin I don't know anything about NFSv4 myself, but if it's stateful I suppose it would be possible. Still unlikely, though, since UNIX by definition makes enough of a distinction between file handles and directory paths that directory-path-based perms would be difficult. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 13 20:51:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from postoffice.aims.com.au (advanc2.lnk.telstra.net [139.130.119.73]) by hub.freebsd.org (Postfix) with ESMTP id 0BAB737B509 for ; Fri, 13 Apr 2001 20:51:08 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id f3E3p6u32345 for ; Sat, 14 Apr 2001 13:51:06 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Sat, 14 Apr 2001 13:50:22 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: Problems with -CURRENT Date: Sat, 14 Apr 2001 13:50:21 +1000 Message-ID: <018b01c0c496$07ed13d0$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010413180506.A4590@1ststep.net> Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howdy, I thought it was just me that had the problem, but it appears to be the recent dirpref commit. I managed to get a working system by booting to single user, fsck'ing all partitions, then using tunefs to specify the number of files per directory to be greater than zero. I also specified the -A flag to update all superblock entries, as subsequent fsck's errored with first superblock different to first alternate. In summary: fsck all partitions tunefs -A -s all partitions, where n > 0 Hope this helps. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of > Matthew Schlegel > Sent: Saturday, 14 April 2001 4:05 > To: freebsd-current@FreeBSD.ORG > Subject: Problems with -CURRENT > > > I have been working on doing an update to the latest -CURRENT > (last cvsup for > this upgrade attempt was this morning at about 9:30 PDT) for the last > couple days from : > FreeBSD msops.crossgain.com 5.0-CURRENT FreeBSD 5.0-CURRENT > #0: Wed Jun 28 13:23:44 PDT 2000 > > Right now I can boot into single user mode just fine, but the > moment any > process requests an inode on my / partition, I get a kernel > panic (page > fault). Right now the world consistantly falls apart in > ffs_valloc, but I'm > not sure how to further track it down at this point. > > I am able to get inodes on another partition that was created > using the newfs > from the new world, so I'm wondering if there may have been > some filesystem > change between June of last year and now that could be > causing the problems. > I would appreciate it if someone could point me in the right > direction with > this so I can get moved over. > > > Stack trace with pointers resolved: > ffs_valloc(0, 8180, 21, vcp_create_desc 8) > ufs_makeinode > ufs_create > ufs_vnoperate > vn_open > open > > The config I am using is attached to this email as well. > > -- > Matthew Schlegel > Give yourself a raise.. Every month: > http://www.ezinfocenter.com/290234.10/FREE > > Encryption Keys: > Type KeyID Created Fingerprint > PGP DSS 0x30AFD26D 1998-08-20 FC89 1E36 353E BDAA FF81 > DD30 A7B0 3942 30AF D26D > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 14 16:39:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id AADC237B42C for ; Sat, 14 Apr 2001 16:39:22 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id JAA08187 for ; Sun, 15 Apr 2001 09:39:19 +1000 (EST) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37645) with ESMTP id <01K2FA3C4EHCS4NDX4@cim.alcatel.com.au> for freebsd-current@freebsd.org; Sun, 15 Apr 2001 09:39:06 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f3ENdGb39574 for freebsd-current@freebsd.org; Sun, 15 Apr 2001 09:39:16 +1000 (EST envelope-from jeremyp) Content-return: prohibited Date: Sun, 15 Apr 2001 09:39:16 +1000 From: Peter Jeremy Subject: WITNESS + WITNESS_SKIPSPIN = panic To: freebsd-current@freebsd.org Mail-Followup-To: freebsd-current@freebsd.org Message-id: <20010415093916.A39554@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any progress on fixing this? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 14 16:46:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from hub.org (hub.org [216.126.84.1]) by hub.freebsd.org (Postfix) with ESMTP id AEB4037B423 for ; Sat, 14 Apr 2001 16:46:48 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.10.1/8.11.1) with ESMTP id f3ENkmM39325 for ; Sat, 14 Apr 2001 19:46:48 -0400 (EDT) (envelope-from scrappy@hub.org) Date: Sat, 14 Apr 2001 19:46:47 -0400 (EDT) From: "Marc G. Fournier" To: Subject: buildworld fails in current ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG *just* cvsup'd latest code ... cd /usr/src/gnu/usr.bin/perl/libperl; make obj; make depend; make all; make install /usr/obj/i386/usr/src//usr/src/gnu/usr.bin/perl/libperl created for /usr/src/gnu/usr.bin/perl/libperl Can't find config.sh. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Marc G. Fournier scrappy@hub.org Systems Administrator @ hub.org scrappy@{postgresql|isc}.org ICQ#7615664 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 14 18:55:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id BED2E37B506 for ; Sat, 14 Apr 2001 18:55:15 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f3F1svG19346; Sat, 14 Apr 2001 18:54:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010415093916.A39554@gsmx07.alcatel.com.au> Date: Sat, 14 Apr 2001 18:54:28 -0700 (PDT) From: John Baldwin To: Peter Jeremy Subject: RE: WITNESS + WITNESS_SKIPSPIN = panic Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Apr-01 Peter Jeremy wrote: > Is there any progress on fixing this? > > Peter It panics? I'll see if I can reproduce this on Monday. I never use skipspin. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 14 19:37:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id BDE6F37B422 for ; Sat, 14 Apr 2001 19:37:12 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id TAA34129; Sat, 14 Apr 2001 19:37:10 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AD90956.998BE3E7@DougBarton.net> Date: Sat, 14 Apr 2001 19:37:10 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Matt Dillon Cc: "'current@freebsd.org'" Subject: Re: FW: Filesystem gets a huge performance boost References: <200104101103.f3AB36P49523@hak.lan.Awfulhak.org> <200104101824.f3AIOZ389340@earth.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon wrote: > If directories are spread all over the disk, caching > is non-optimal. But if they are relatively close to each other then > both our VM cache (if vfs.vmiodirenable is set to 1) and the hard > drive's internal cache become extremely effective. I notice that this option is off by default. Can you give a general idea of when it should be enabled, when it should be disabled, and what bad things might result with it on? Thanks, Doug -- Perhaps the greatest damage the American system of education has done to its children is to teach them that their opinions are relevant simply because they are their opinions. Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 14 22: 6:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 3D8B437B50F for ; Sat, 14 Apr 2001 22:06:10 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f3F55ts00973; Sat, 14 Apr 2001 23:05:55 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200104150505.f3F55ts00973@aslan.scsiguy.com> To: Doug Barton Cc: Matt Dillon , "'current@freebsd.org'" Subject: Re: FW: Filesystem gets a huge performance boost In-Reply-To: Your message of "Sat, 14 Apr 2001 19:37:10 PDT." <3AD90956.998BE3E7@DougBarton.net> Date: Sat, 14 Apr 2001 23:05:55 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I notice that this option is off by default. Can you give a general >idea of when it should be enabled, when it should be disabled, and what bad >things might result with it on? It consumes a full page per-directory even though the majority of directories in a stock system are a small fraction of that size. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 14 22:13: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id CB3AD37B43F for ; Sat, 14 Apr 2001 22:12:58 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f3F5Cq847307; Sun, 15 Apr 2001 14:12:53 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010413091916P.jkh@osd.bsdi.com> References: <20010412233351M.jkh@osd.bsdi.com> <20010413091916P.jkh@osd.bsdi.com> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Urania) 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 20000228(IM140) Lines: 14 From: Makoto MATSUSHITA To: larse@ISI.EDU, current@FreeBSD.ORG Subject: Re: ISO image available? Date: Sun, 15 Apr 2001 14:12:40 +0900 Message-Id: <20010415141240M.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG jkh> No, since I don't do release engineering that way, but someone else jkh> should certainly feel free to do this. :) Speaking about current.jp.FreeBSD.org... I wrote shell/perl-scripts to do some job, and shifted the release engineering responsibility onto cron(8) :-) You can fetch from most scripts (not 'all', so they don't work as it is) are available at . -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message