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 <freebsd-current@freebsd.org>; 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 <davidt@yadt.co.uk>
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: <Pine.OSF.4.10.10104061746490.22711-100000@kosh.hut.fi>
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: <Pine.OSF.4.10.10104061746490.22711-100000@kosh.hut.fi>; 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 <freebsd-current@freebsd.org>; 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 <tobez@tobez.org>
To: Michael Harnois <mdharnois@home.com>
Cc: freebsd-current@freebsd.org
Subject: Re: perl broken?
Message-ID: <20010408142638.B89950@heechee.tobez.org>
Mail-Followup-To: Anton Berezin <tobez@tobez.org>,
Michael Harnois <mdharnois@home.com>, 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 <freebsd-current@freebsd.org>; 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 <tobez@tobez.org>
To: Michael Harnois <mdharnois@home.com>
Cc: freebsd-current@freebsd.org
Subject: Re: perl broken?
Message-ID: <20010408144819.C89950@heechee.tobez.org>
Mail-Followup-To: Anton Berezin <tobez@tobez.org>,
Michael Harnois <mdharnois@home.com>, 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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" <mcrosland@chello.nl>
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 <freebsd-current@freebsd.org>; 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 <tobez@tobez.org>
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 <mdharnois@home.com>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <gallatin@cs.duke.edu>
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 <freebsd-current@FreeBSD.ORG>; 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 <freebsd-current@FreeBSD.ORG>; 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 <gallatin@cs.duke.edu>
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 <peter@wemm.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <gallatin@cs.duke.edu>
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 <peter@wemm.org>
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 <freebsd-current@FreeBSD.ORG>; 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" <dcs@newsguy.com>
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 <gallatin@cs.duke.edu>
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 <current@FreeBSD.ORG>; 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" <gwk@sgi.com>
Cc: current@FreeBSD.ORG
Subject: Re: lockup after resume
References: <20010328212426.A32322@hunter.munich.sgi.com>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 09 Apr 2001 11:10:54 +0200
In-Reply-To: <20010328212426.A32322@hunter.munich.sgi.com>
Message-ID: <xzpvgoetp41.fsf@flood.ping.uio.no>
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" <gwk@sgi.com> 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@FreeBSD.ORG>; 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 <freebsd-current@FreeBSD.ORG>; 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 <huntting@glarp.com>
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 <freebsd-current@FreeBSD.org>; 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 <sobomax@FreeBSD.org>
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 <huntting@glarp.com>
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 <current@freebsd.org>; 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 <Jason.DiCioccio@Epylon.com>
To: "'current@freebsd.org'" <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 <http://www.pgp.com>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Mon, 9 Apr 2001 14:13:55 -0700
Date: Mon, 9 Apr 2001 14:13:47 -0700 (PDT)
From: Matthew Jacob <mjacob@feral.com>
Reply-To: mjacob@feral.com
To: current@freebsd.org
Subject: incorrect subclass?
Message-ID: <Pine.BSF.4.21.0104091413250.79386-100000@beppo.feral.com>
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 <current@freebsd.org>; 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."
<Pine.BSF.4.21.0104091413250.79386-100000@beppo.feral.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 09 Apr 2001 16:29:08 -0700
From: Mike Smith <msmith@freebsd.org>
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 <mjacob@feral.com>
Reply-To: mjacob@feral.com
To: Mike Smith <msmith@freebsd.org>
Cc: current@freebsd.org
Subject: Re: incorrect subclass?
In-Reply-To: <200104092329.f39NT8w03688@mass.dis.org>
Message-ID: <Pine.BSF.4.21.0104091631030.79526-100000@beppo.feral.com>
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 <current@freebsd.org>; 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."
<Pine.BSF.4.21.0104091631030.79526-100000@beppo.feral.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 09 Apr 2001 16:42:23 -0700
From: Mike Smith <msmith@freebsd.org>
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 <mjacob@feral.com>
Reply-To: mjacob@feral.com
To: Mike Smith <msmith@freebsd.org>
Cc: current@freebsd.org
Subject: Re: incorrect subclass?
In-Reply-To: <200104092342.f39NgNw03874@mass.dis.org>
Message-ID: <Pine.BSF.4.21.0104091640320.79526-100000@beppo.feral.com>
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 <current@FreeBSD.ORG>; 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 <Jason.DiCioccio@Epylon.com>
Cc: "'current@freebsd.org'" <current@FreeBSD.ORG>, brian@Awfulhak.org
Subject: Re: FW: Filesystem gets a huge performance boost
In-Reply-To: Message from Jason DiCioccio <Jason.DiCioccio@Epylon.com>
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 <brian@Awfulhak.org>
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 <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
<http://www.Awfulhak.org> <brian@[uk.]OpenBSD.org>
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 <riel@conectiva.com.br>
X-Sender: riel@imladris.rielhome.conectiva
To: Maxim Sobolev <sobomax@FreeBSD.ORG>
Cc: Brad Huntting <huntting@glarp.com>, freebsd-current@FreeBSD.ORG
Subject: Re: BTSpeedup evaluation copy
In-Reply-To: <3AD1F604.21BB2083@FreeBSD.org>
Message-ID: <Pine.LNX.4.21.0104092126240.11038-100000@imladris.rielhome.conectiva>
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 <dillon@earth.backplane.com>
Message-Id: <200104100239.f3A2dpo82388@earth.backplane.com>
To: Peter Wemm <peter@netplex.com.au>
Cc: Doug Barton <DougB@DougBarton.net>, karsten@rohrbach.de,
Warner Losh <imp@harmony.village.org>, Greg Lehey <grog@lemis.com>,
Andrew Reilly <areilly@bigpond.net.au>,
"David O'Brien" <obrien@FreeBSD.ORG>, 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 <freebsd-current@FreeBSD.ORG>; 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 <bright@wintelcom.net>
To: Matt Dillon <dillon@earth.backplane.com>
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 <dillon@earth.backplane.com> [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" <freebsd@gndrsh.dnsmgr.net>
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 <dillon@earth.backplane.com>
Message-Id: <200104100606.f3A66Kr83257@earth.backplane.com>
To: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 10 Apr 2001 10:21:34 +0400 (MSD)
(envelope-from veksel@mvb.ru)
From: MVB <veksel@mvb.ru>
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
<center><b>Óâàæàåìûå êîëëåãè!</b></center><br>
Ïðèãëàøàåì âàñ ïîñåòèòü íîâûé Â2Â ïðîåêò, Èíâåñòèöèîííûå ðåñóðñû äëÿ
âàñ. Ê âàøèì óñëóãàì: âåêñåëüíûé ïîðòàë, ïîðòàë àêöèé, ðûíîê íàëè÷íîé âàëþòû,
äîëãîâîé ðûíîê, ðûíîê ïðÿìûõ èíâåñòèöèé è ìíîãîå äðóãîå. Äàâàéòå ðàáîòàòü âìåñòå!
<br> <center><a href="http://www.mvb.ru">www.mvb.ru</a></center>
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 <current@FreeBSD.ORG>; 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 <current@FreeBSD.ORG>; 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 <sakari.jalovaara@eqonline.fi>
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 <current@FreeBSD.ORG>; 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 <current@FreeBSD.ORG>; 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 <sakari.jalovaara@eqonline.fi>
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 <current@freebsd.org>; 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 <current@FreeBSD.ORG>; Tue, 10 Apr 2001 09:16:25 +0200
Date: Tue, 10 Apr 2001 09:16:25 +0200
From: Szilveszter Adam <sziszi@petra.hos.u-szeged.hu>
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 <sziszi@petra.hos.u-szeged.hu>,
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 <current@FreeBSD.ORG>; 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 <brian@Awfulhak.org>
Cc: Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <current@FreeBSD.ORG>, brian@Awfulhak.org
Subject: Re: FW: Filesystem gets a huge performance boost
In-Reply-To: Message from Brian Somers <brian@Awfulhak.org>
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 <brian@Awfulhak.org>
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 <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
<http://www.Awfulhak.org> <brian@[uk.]OpenBSD.org>
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 <freebsd-current@FreeBSD.ORG>; 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 <freebsd-current@FreeBSD.ORG>; 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 <roberto@eurocontrol.fr>
To: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.ORG>; 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 <greid@FreeBSD.org>
X-Sender: greid@sobek.openirc.co.uk
To: Ollivier Robert <roberto@eurocontrol.fr>
Cc: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>
Subject: Re: Panic within sound driver
In-Reply-To: <20010410154219.A795@caerdonn.eurocontrol.fr>
Message-ID: <Pine.BSF.4.21.0104101448270.5772-100000@sobek.openirc.co.uk>
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 <freebsd-current@FreeBSD.ORG>; 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" <gandalf@vilnya.demon.co.uk>
To: "Ollivier Robert" <roberto@eurocontrol.fr>,
"FreeBSD Current Users' list" <freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.ORG>; 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 <roberto@eurocontrol.fr>
To: Cameron Grant <gandalf@vilnya.demon.co.uk>
Cc: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.ORG>; 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 <roberto@eurocontrol.fr>
To: Cameron Grant <gandalf@vilnya.demon.co.uk>
Cc: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>
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 <brooks@one-eyed-alien.net>
To: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Cc: Matt Dillon <dillon@earth.backplane.com>,
Peter Wemm <peter@netplex.com.au>,
Doug Barton <DougB@DougBarton.net>, karsten@rohrbach.de,
Warner Losh <imp@harmony.village.org>, Greg Lehey <grog@lemis.com>,
Andrew Reilly <areilly@bigpond.net.au>,
"David O'Brien" <obrien@FreeBSD.ORG>, 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 <current@FreeBSD.ORG>; 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 <dillon@earth.backplane.com>
Message-Id: <200104101824.f3AIOZ389340@earth.backplane.com>
To: Brian Somers <brian@Awfulhak.org>
Cc: Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <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 <brian@Awfulhak.org> <brian@[uk.]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.
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 <current@FreeBSD.ORG>; 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 <zzhang@cs.binghamton.edu>
X-Sender: zzhang@onyx
To: Matt Dillon <dillon@earth.backplane.com>
Cc: Brian Somers <brian@Awfulhak.org>,
Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <current@FreeBSD.ORG>
Subject: Re: FW: Filesystem gets a huge performance boost
In-Reply-To: <200104101824.f3AIOZ389340@earth.backplane.com>
Message-ID: <Pine.SOL.4.21.0104101640100.624-100000@onyx>
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 <brian@Awfulhak.org> <brian@[uk.]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.
>
> 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 <current@FreeBSD.ORG>; 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 <zzhang@cs.binghamton.edu>
Cc: Matt Dillon <dillon@earth.backplane.com>,
Brian Somers <brian@Awfulhak.org>,
Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <current@FreeBSD.ORG>, brian@Awfulhak.org
Subject: Re: FW: Filesystem gets a huge performance boost
In-Reply-To: Message from Zhihui Zhang <zzhang@cs.binghamton.edu>
of "Tue, 10 Apr 2001 16:48:16 EDT." <Pine.SOL.4.21.0104101640100.624-100000@onyx>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 10 Apr 2001 22:02:13 +0100
From: Brian Somers <brian@Awfulhak.org>
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 <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
<http://www.Awfulhak.org> <brian@[uk.]OpenBSD.org>
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 <current@FreeBSD.ORG>; 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 <dillon@earth.backplane.com>
Message-Id: <200104102130.f3ALUSv92398@earth.backplane.com>
To: Zhihui Zhang <zzhang@cs.binghamton.edu>
Cc: Brian Somers <brian@Awfulhak.org>,
Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <current@FreeBSD.ORG>
Subject: Re: FW: Filesystem gets a huge performance boost
References: <Pine.SOL.4.21.0104101640100.624-100000@onyx>
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 <current@freebsd.org>; 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" <ncbp@bank-pedersen.dk>
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" <ncbp@bank-pedersen.dk>,
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 <current@FreeBSD.org>; 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: <XFMail.010410150647.jhb@FreeBSD.org>
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 <jhb@FreeBSD.org>
To: "Niels Chr. Bank-Pedersen" <ncbp@bank-pedersen.dk>
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 <jhb@FreeBSD.org> -- 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 <current@freebsd.org>; 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 <jazepeda@pacbell.net>
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 <current@FreeBSD.ORG>; 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 <bsddiy@21cn.com>
X-Mailer: The Bat! (v1.48f) Personal
Organization: Viasoft
X-Priority: 3 (Normal)
Message-ID: <424036143.20010411100304@21cn.com>
To: Matt Dillon <dillon@earth.backplane.com>
Cc: Brian Somers <brian@Awfulhak.org>,
Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <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 <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
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 <current@FreeBSD.ORG>; 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 <bsddiy@21cn.com>
Cc: Matt Dillon <dillon@earth.backplane.com>,
Brian Somers <brian@Awfulhak.org>,
Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <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 <bsddiy@21cn.com>
message dated "Wed, 11 Apr 2001 10:03:04 +0800."
From: "Bruce A. Mah" <bmah@FreeBSD.ORG>
Reply-To: bmah@FreeBSD.ORG
X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5<Pi&akO)o^8;[r
%l(8ZHlbF`dD>v4: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 <current@FreeBSD.ORG>; 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 <dillon@earth.backplane.com>
Message-Id: <200104110245.f3B2jAK97896@earth.backplane.com>
To: David Xu <bsddiy@21cn.com>
Cc: Brian Somers <brian@Awfulhak.org>,
Jason DiCioccio <Jason.DiCioccio@Epylon.com>,
"'current@freebsd.org'" <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 <sobomax@FreeBSD.org>
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" <ache@nagual.pp.ru>
To: Maxim Sobolev <sobomax@FreeBSD.org>
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 <sobomax@FreeBSD.org>
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" <ache@nagual.pp.ru>
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 <current@FreeBSD.org>; 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" <obrien@FreeBSD.org>
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
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" <ache@nagual.pp.ru>
To: Maxim Sobolev <sobomax@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <sobomax@FreeBSD.org>
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" <ache@nagual.pp.ru>
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" <obrien@FreeBSD.ORG>
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: Maxim Sobolev <sobomax@FreeBSD.ORG>, 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <tlambert@primenet.com>
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 <current@freebsd.org>; 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 <david@catwhisker.org>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <tlambert@primenet.com>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <jkh@osd.bsdi.com>
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 <current@freebsd.org>; 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 <bp@butya.kz>
To: David Wolfskill <david@catwhisker.org>
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: <Pine.BSF.4.21.0104120438120.4856-100000@lion.butya.kz>
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 <current@FreeBSD.ORG>; 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 <david@catwhisker.org>
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: <Pine.BSF.4.21.0104120438120.4856-100000@lion.butya.kz>
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 <bp@butya.kz>
>> 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <matusita@jp.FreeBSD.org>
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 <juriy@avias.com>
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: <Yamaha DS-1E (YMF744)> 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 <current@freebsd.org>; 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" <karsten@rohrbach.de>
To: Matthew Jacob <mjacob@feral.com>
Cc: Mike Smith <msmith@freebsd.org>, current@freebsd.org
Subject: Re: incorrect subclass?
Message-ID: <20010412150719.G90025@mail.webmonster.de>
Mail-Followup-To: "Karsten W. Rohrbach" <karsten@rohrbach.de>,
Matthew Jacob <mjacob@feral.com>, Mike Smith <msmith@freebsd.org>,
current@freebsd.org
References: <200104092342.f39NgNw03874@mass.dis.org> <Pine.BSF.4.21.0104091640320.79526-100000@beppo.feral.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSF.4.21.0104091640320.79526-100000@beppo.feral.com>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <quinot@inf.enst.fr>
To: freebsd-current@freebsd.org
Subject: NFS export to netgroup with duplicate hosts
Message-ID: <20010412160106.A10472@shalmaneser.enst.fr>
Reply-To: Thomas Quinot <quinot@inf.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
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 <freebsd-current@freebsd.org>; 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 <mb@imp.ch>
To: freebsd-current@freebsd.org
Cc: Thomas Quinot <quinot@inf.enst.fr>
Subject: Re: NFS export to netgroup with duplicate hosts
Message-ID: <Pine.SGI.4.10.10104121730490.3093471-100000@harem.imp.ch>
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 <freebsd-current@FreeBSD.ORG>; 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 <freebsd-current@FreeBSD.ORG>; 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: <mu9lmp62jks.wl@cx281057-a.irvn1.occa.home.com>
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: <Yamaha DS-1E (YMF744)> 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: <Intel 82371AB/EB (PIIX4) USB controller> port 0x1020-0x103f irq 9 at device 7.2 on pci0
pcm0: <Yamaha DS-1E (YMF754)> 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <larse@ISI.EDU>
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 <larse@isi.edu> 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 <current@FreeBSD.ORG>; 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 <ahze@ahze.net>
To: Lars Eggert <larse@ISI.EDU>
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 <larse@ISI.EDU> 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 <larse@isi.edu> 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 <current@FreeBSD.ORG>; 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 <larse@ISI.EDU>
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 <ahze@ahze.net>
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 <larse@isi.edu> 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 <current@FreeBSD.ORG>; 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 <dnelson@emsphone.com>
To: Michael Johnson <ahze@ahze.net>
Cc: Lars Eggert <larse@ISI.EDU>, 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 <larse@ISI.EDU> 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 <current@FreeBSD.ORG>; 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 <ahze@ahze.net>
To: Dan Nelson <dnelson@emsphone.com>
Cc: Lars Eggert <larse@ISI.EDU>, <current@FreeBSD.ORG>
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 <larse@ISI.EDU> 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 <current@freebsd.org>; 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 <gshapiro@freebsd.org>
To: Terry Lambert <tlambert@primenet.com>
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 <current@FreeBSD.ORG>; 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 <larse@ISI.EDU>
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 <dnelson@emsphone.com>
Cc: Michael Johnson <ahze@ahze.net>, 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 <larse@isi.edu> 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 <current@freebsd.org>; 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 <robert@gizmo.quizbot.org>)
by twister.domainfactory.de (qmail-ldap-1.03) with SMTP
for <larse@ISI.EDU>; 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 <robert@gizmo.quizbot.org>
X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 5.0-CURRENT i386)
MIME-Version: 1.0
To: Lars Eggert <larse@ISI.EDU>
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 <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104121632.MAA12042@khavrinen.lcs.mit.edu>
To: Gregory Neil Shapiro <gshapiro@FreeBSD.ORG>
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
<<On Thu, 12 Apr 2001 09:24:46 -0700, Gregory Neil Shapiro <gshapiro@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 <current@freebsd.org>; 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 <mb@imp.ch>
To: Thomas Quinot <quinot@inf.enst.fr>
Cc: current@freebsd.org
Subject: Re: NFS export to netgroup with duplicate hosts
In-Reply-To: <20010412182900.B30764@cuivre.fr.eu.org>
Message-ID: <Pine.SGI.4.10.10104121836360.3093471-100000@harem.imp.ch>
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 <current@FreeBSD.ORG>; 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 <larse@ISI.EDU>
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 <dnelson@emsphone.com>
Cc: Michael Johnson <ahze@ahze.net>, 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 <larse@isi.edu> 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 <current@FreeBSD.ORG>; 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 <larse@ISI.EDU>
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+Jo<M^Y/CyV7Uw>JC>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 <nk@LF.net>
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: <vzbsq2qafa.fsf@lamia.LF.net>
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 <larse@ISI.EDU> 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 <current@freebsd.org>; 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 <matusita@jp.FreeBSD.org>
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.
<URL:ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i386/ISO-IMAGES/>
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:
<URL:ftp://ftp.kddlabs.co.jp/FreeBSD-current-jp/snapshots/i386/ISO-IMAGES/>
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 <current@FreeBSD.ORG>; 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 <bright@wintelcom.net>
To: Martin Blapp <mb@imp.ch>
Cc: Thomas Quinot <quinot@inf.enst.fr>, 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> <Pine.SGI.4.10.10104121836360.3093471-100000@harem.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.SGI.4.10.10104121836360.3093471-100000@harem.imp.ch>; 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 <mb@imp.ch> [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 <freebsd-current@FreeBSD.ORG>; 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 <andrsn@andrsn.stanford.edu>
To: "Peter S. Housel" <housel@acm.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: it seems last changes broke sound.
In-Reply-To: <mu9lmp62jks.wl@cx281057-a.irvn1.occa.home.com>
Message-ID: <Pine.BSF.4.10.10104121053540.64022-100000@andrsn.stanford.edu>
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: <VIA VT82C686A> 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 <current@FreeBSD.ORG>; 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 <quinot@inf.enst.fr>
To: Alfred Perlstein <bright@wintelcom.net>
Cc: current@FreeBSD.ORG
Subject: Re: NFS export to netgroup with duplicate hosts
Message-ID: <20010412200617.A12763@shalmaneser.enst.fr>
Reply-To: Thomas Quinot <quinot@inf.enst.fr>
References: <20010412182900.B30764@cuivre.fr.eu.org> <Pine.SGI.4.10.10104121836360.3093471-100000@harem.imp.ch> <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 <current@FreeBSD.ORG>; 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 <bright@wintelcom.net>
To: Thomas Quinot <quinot@inf.enst.fr>
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> <Pine.SGI.4.10.10104121836360.3093471-100000@harem.imp.ch> <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 <quinot@inf.enst.fr> [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 <wes@softweyr.com>
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" <karsten@rohrbach.de>
Cc: Matthew Jacob <mjacob@feral.com>,
Mike Smith <msmith@freebsd.org>, current@freebsd.org
Subject: Re: incorrect subclass?
References: <200104092342.f39NgNw03874@mass.dis.org> <Pine.BSF.4.21.0104091640320.79526-100000@beppo.feral.com> <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 <current@FreeBSD.ORG>; 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 <larse@ISI.EDU>
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 <nk@LF.net>
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> <vzbsq2qafa.fsf@lamia.LF.net>
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 <larse@isi.edu> 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 <freebsd-current@FreeBSD.ORG>; 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 <dillon@earth.backplane.com>
Message-Id: <200104122114.f3CLExb25647@earth.backplane.com>
To: Martin Blapp <mb@imp.ch>
Cc: freebsd-current@FreeBSD.ORG, Thomas Quinot <quinot@inf.enst.fr>
Subject: Re: NFS export to netgroup with duplicate hosts
References: <Pine.SGI.4.10.10104121730490.3093471-100000@harem.imp.ch>
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 <mb@imp.ch>
To: Matt Dillon <dillon@earth.backplane.com>
Cc: freebsd-current@FreeBSD.ORG, Thomas Quinot <quinot@inf.enst.fr>,
alfred@FreeBSD.ORG
Subject: Re: NFS export to netgroup with duplicate hosts
In-Reply-To: <200104122114.f3CLExb25647@earth.backplane.com>
Message-ID: <Pine.SGI.4.10.10104122343100.3111172-100000@harem.imp.ch>
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 <current@FreeBSD.ORG>; 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 <mb@imp.ch>
To: Alfred Perlstein <bright@wintelcom.net>
Cc: Thomas Quinot <quinot@inf.enst.fr>, current@FreeBSD.ORG
Subject: Re: NFS export to netgroup with duplicate hosts
In-Reply-To: <20010412110021.D24582@fw.wintelcom.net>
Message-ID: <Pine.SGI.4.10.10104122352030.3111172-100000@harem.imp.ch>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <leifn@neland.dk>
To: <freebsd-current@freebsd.org>
Subject: Realtek 8029: ed0 attach returned 2
Message-ID: <Pine.BSF.4.33.0104130101080.779-100000@arnold.neland.dk>
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory = 117440512 (114688K bytes)
Preloaded elf kernel "kernel" at 0xc03eb000.
Intel Pentium detected, installing workaround for F00F bug
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
ncr0: <ncr 53c810 fast10 scsi> port 0xd100-0xd1ff mem 0x20000000-0x200000ff irq 11 at device 1.0 on pci0
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <display, VGA> at 6.0 (no driver attached)
ed0: <NE2000 PCI Ethernet (RealTek 8029)> irq 15 at device 7.0 on pci0
device_probe_and_attach: ed0 attach returned 2
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> 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: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ppc1: <Parallel port> at port 0x278-0x27f irq 5 on isa0
ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip1: <PLIP network interface> on ppbus1
lpt1: <Printer> on ppbus1
lpt1: Interrupt-driven port
ppi1: <Parallel I/O> on ppbus1
sc0: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
isic0: <Dr.Neuhaus Niccy Go@> 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: <COMPAQ CD-ROM CR-503BCQ 1.1c> 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: <Quantum XP34300 81HB> 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: <MAXTOR XT-3280 E.3> 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: <SEAGATE ST15150N 0017> 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: <IBM DCAS-34330 S65A> 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 <current@freebsd.org>; 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 <jlemon@flugsvamp.com>
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: <local.mail.freebsd-current/200104111854.LAA25459@usr07.primenet.com>
Organization:
Cc:
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
In article <local.mail.freebsd-current/200104111854.LAA25459@usr07.primenet.com> 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 <current@FreeBSD.ORG>; 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." <dwcjr@inethouston.net>
To: "Lars Eggert" <larse@ISI.EDU>, "Norbert Koch" <nk@LF.net>
Cc: <current@FreeBSD.ORG>
References: <3AD5D38F.E05083DB@isi.edu> <20010412121514.532abb29.ahze@ahze.net> <20010412112212.A22614@dan.emsphone.com> <3AD5E43C.596F1AFE@isi.edu> <vzbsq2qafa.fsf@lamia.LF.net> <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" <larse@ISI.EDU>
To: "Norbert Koch" <nk@LF.net>
Cc: <current@FreeBSD.ORG>
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 <larse@isi.edu> 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 <current@FreeBSD.ORG>; 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 <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Jonathan Lemon <jlemon@flugsvamp.com>
Cc: tlambert@primenet.com, current@FreeBSD.ORG
Subject: Re: SOMAXCONN -- not tunable?
In-Reply-To: <200104130008.f3D08nM61301@prism.flugsvamp.com>
Message-ID: <Pine.BSF.4.21.0104131501390.13944-100000@besplex.bde.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 Thu, 12 Apr 2001, Jonathan Lemon wrote:
> In article <local.mail.freebsd-current/200104111854.LAA25459@usr07.primenet.com> 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 <current@FreeBSD.ORG>; 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 <jkh@osd.bsdi.com>
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 <current@FreeBSD.ORG>; 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 <jkh@osd.bsdi.com>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <phk@freebsd.org>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <nakaji@tutrp.tut.ac.jp>
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 <current@FreeBSD.ORG>; 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 <bright@wintelcom.net>
To: Bruce Evans <bde@zeta.org.au>
Cc: Jonathan Lemon <jlemon@flugsvamp.com>, tlambert@primenet.com,
current@FreeBSD.ORG
Subject: Re: SOMAXCONN -- not tunable?
Message-ID: <20010413040125.E976@fw.wintelcom.net>
References: <200104130008.f3D08nM61301@prism.flugsvamp.com> <Pine.BSF.4.21.0104131501390.13944-100000@besplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.BSF.4.21.0104131501390.13944-100000@besplex.bde.org>; 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 <bde@zeta.org.au> [010412 22:25] wrote:
> On Thu, 12 Apr 2001, Jonathan Lemon wrote:
>
> > In article <local.mail.freebsd-current/200104111854.LAA25459@usr07.primenet.com> 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 <current@FreeBSD.ORG>; 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 <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Alfred Perlstein <bright@wintelcom.net>
Cc: Jonathan Lemon <jlemon@flugsvamp.com>, tlambert@primenet.com,
current@FreeBSD.ORG
Subject: Re: SOMAXCONN -- not tunable?
In-Reply-To: <20010413040125.E976@fw.wintelcom.net>
Message-ID: <Pine.BSF.4.21.0104132118470.15944-100000@besplex.bde.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 Fri, 13 Apr 2001, Alfred Perlstein wrote:
> * Bruce Evans <bde@zeta.org.au> [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 <current@FreeBSD.ORG>; 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 <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104131416.KAA58869@khavrinen.lcs.mit.edu>
To: Alfred Perlstein <bright@wintelcom.net>
Cc: current@FreeBSD.ORG
Subject: Re: SOMAXCONN -- not tunable?
In-Reply-To: <20010413040125.E976@fw.wintelcom.net>
References: <200104130008.f3D08nM61301@prism.flugsvamp.com>
<Pine.BSF.4.21.0104131501390.13944-100000@besplex.bde.org>
<20010413040125.E976@fw.wintelcom.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
<<On Fri, 13 Apr 2001 04:01:25 -0700, Alfred Perlstein <bright@wintelcom.net> 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 <sys/socket.h>
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 <david@catwhisker.org>
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" <ache@nagual.pp.ru>
To: David Wolfskill <david@catwhisker.org>, 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" <ache@nagual.pp.ru>
To: David Wolfskill <david@catwhisker.org>, 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 <current@FreeBSD.ORG>; 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 <darren@bmv.state.me.us>
To: current@FreeBSD.ORG, jlemon@flugsvamp.com
Subject: miibus/fxp intel etherexpress broken
In-Reply-To: <200104131416.KAA58869@khavrinen.lcs.mit.edu>
Message-Id: <Pine.A41.4.21.0104131124590.33344-100000@katahdin.bmv.state.me.us>
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
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: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 1.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX3 ATA controller> port 0xfff0-0xffff at device 1.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, USB> at 1.2 (no driver attached)
pci0: <display, VGA> at 8.0 (no driver attached)
adv0: <AdvanSys ASC3030/50 SCSI controller> 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: <Intel Pro 10/100B/100+ Ethernet> 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: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
fdc0: <NEC 72065B or clone> 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: <Parallel port> at port 0x3bc-0x3c3 irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
sc0: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources
unknown: <PNP0f13> can't assign resources
unknown: <PNP0700> can't assign resources
unknown: <PNP0501> can't assign resources
unknown: <PNP0501> can't assign resources
unknown: <PNP0401> 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 <WDC AC32500H> [4960/16/63] at ata0-master WDMA2
acd0: CDROM <HITACHI CDR-8130> 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: <iomega jaz 1GB J.83> 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 <current@FreeBSD.ORG>; 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: <Pine.LNX.4.21.0104130223470.9402-100000@firewall.clones.com>
References: <20010412233351M.jkh@osd.bsdi.com>
<Pine.LNX.4.21.0104130223470.9402-100000@firewall.clones.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 <jkh@osd.bsdi.com>
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 <current@freebsd.org>; 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" <obrien@freebsd.org>
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: David Wolfskill <david@catwhisker.org>, 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 <freebsd-current@freebsd.org>; 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 <nitehawk-freebsd@1ststep.net>
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: <XFMail.010413111711.jhb@FreeBSD.org>
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 <jhb@FreeBSD.org>
To: Matthew Schlegel <nitehawk-freebsd@1ststep.net>
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 <jhb@FreeBSD.org> -- 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 <current@FreeBSD.ORG>; 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 <gallatin@cs.duke.edu>
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 <darren@bmv.state.me.us>
Cc: current@FreeBSD.ORG, jlemon@flugsvamp.com
Subject: Re: miibus/fxp intel etherexpress broken
In-Reply-To: <Pine.A41.4.21.0104131124590.33344-100000@katahdin.bmv.state.me.us>
References: <200104131416.KAA58869@khavrinen.lcs.mit.edu>
<Pine.A41.4.21.0104131124590.33344-100000@katahdin.bmv.state.me.us>
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: <Intel Pro 10/100B/100+ Ethernet> 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 <dillon@earth.backplane.com>
Message-Id: <200104132059.f3DKxkm51743@earth.backplane.com>
To: Martin Blapp <mb@imp.ch>
Cc: freebsd-current@FreeBSD.ORG, Thomas Quinot <quinot@inf.enst.fr>,
alfred@FreeBSD.ORG
Subject: Re: NFS export to netgroup with duplicate hosts
References: <Pine.SGI.4.10.10104122343100.3111172-100000@harem.imp.ch>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 14 Apr 2001 13:50:22 +1000
Reply-To: <chris@aims.com.au>
From: "Chris Knight" <chris@aims.com.au>
To: <freebsd-current@freebsd.org>
Cc: <nitehawk-freebsd@1ststep.net>
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 <n> 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <peter.jeremy@alcatel.com.au>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <scrappy@hub.org>
To: <freebsd-current@freebsd.org>
Subject: buildworld fails in current ...
Message-ID: <Pine.BSF.4.33.0104141946030.32378-100000@hub.org>
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 <freebsd-current@FreeBSD.org>; 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: <XFMail.010414185428.jhb@FreeBSD.org>
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 <jhb@FreeBSD.org>
To: Peter Jeremy <peter.jeremy@alcatel.com.au>
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 <jhb@FreeBSD.org> -- 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 <current@FreeBSD.ORG>; 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 <DougB@DougBarton.net>
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 <dillon@earth.backplane.com>
Cc: "'current@freebsd.org'" <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 <current@FreeBSD.ORG>; 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 <DougB@DougBarton.net>
Cc: Matt Dillon <dillon@earth.backplane.com>,
"'current@freebsd.org'" <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" <gibbs@scsiguy.com>
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 <current@FreeBSD.ORG>; 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>
<Pine.LNX.4.21.0104130223470.9402-100000@firewall.clones.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 <matusita@jp.FreeBSD.org>
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 <URL:http://current.jp.FreeBSD.org/scripts/>.
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message