From owner-freebsd-current  Sun Apr 22  2: 9: 4 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 6302937B422
	for <freebsd-current@freebsd.org>; Sun, 22 Apr 2001 02:08:57 -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 f3M98ti25874
	for <freebsd-current@freebsd.org>; Sun, 22 Apr 2001 19:08:55 +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>; Sun, 22 Apr 2001 19:08:34 +1000
Reply-To: <chris@aims.com.au>
From: "Chris Knight" <chris@aims.com.au>
To: <freebsd-current@freebsd.org>
Cc: <jhb@freebsd.org>, <dwcjr@inethouston.net>, <imp@freebsd.org>
Subject: RE: kernel core
Date: Sun, 22 Apr 2001 19:08:32 +1000
Message-ID: <03cb01c0cb0b$ce9369a0$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: <XFMail.010421102645.jhb@FreeBSD.org>
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've found the following sequence to be optimal from going from
pre-dirpref -current to post-dirpref -current and 4-stable to -current:

make buildworld
make buildkernel KERNCONF=YOUR_KERNEL_HERE
make installkernel KERNCONF=YOUR_KERNEL_HERE
make installworld
mergemaster
<reboot to single user>
fsck all partitions, answering yes to all prompts
tunefs -A -s <n> all partitions, where N > 0

I found that the newer fsck didn't help any.

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 John Baldwin
> Sent: Sunday, 22 April 2001 3:27
> To: David W. Chapman Jr.; imp@FreeBSD.ORG
> Cc: freebsd-current@FreeBSD.ORG
> Subject: Re: kernel core
>
>
>
> On 21-Apr-01 David W. Chapman Jr. wrote:
> > I just tried to do an installkernel on a new kernel I built
> and I got the
> > same error except the last line changed to
> >
> > stopped at    ffs_dirpref+0x210    movzbl    0(%ECX,%EAX,1),%EAX
> >
> > Do I have any hope at recovering from this or should I
> start again with 4
> > and upgrade to -current.  I'm assuming is a problem with
> the kernel and
> > without being able to update the kernel and install a new
> one, I don't think
> > I can fix it.
>
> You need to rebuild fsck and install it and fsck your
> filesystems.  This is the
> dirpref changes biting you.  Warner, we probably need an
> entry in UPDATING for
> the dirpref changes that warn people to build and install a
> new fsck before
> booting a dirpref kernel.
>
> --
>
> 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
>



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  3:56:47 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 333B937B422
	for <freebsd-current@FreeBSD.org>; Sun, 22 Apr 2001 03:56:35 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from notebook.vega.com (dialup14-25.iptelecom.net.ua [212.9.229.89])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id NAA86650;
	Sun, 22 Apr 2001 13:53:58 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Date: Sun, 22 Apr 2001 13:53:58 +0300 (EEST)
Message-Id: <200104221053.NAA86650@ipcard.iptcom.net>
To: brian@Awfulhak.org, kabaev@mail.ru
Cc: sheldonh@uunet.co.za, brian@Awfulhak.org,
	freebsd@gndrsh.dnsmgr.net, bsd@bsdhome.com,
	schweikh@schweikhardt.net, freebsd-current@FreeBSD.org,
	brian@Awfulhak.org
From: Maxim Sobolev <sobomax@FreeBSD.org>
Reply-To: sobomax@FreeBSD.org
Subject: =?ISO-8859-1?Q?Re:_cp_-d_dir_patch_for_review_(or_'xargs'=3F)?=
X-Mailer: Pygmy (v0.5.5)
In-Reply-To: <200104211904.f3LJ4V547486@hak.lan.Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sat, 21 Apr 2001 20:04:31 +0100, Brian Somers wrote:
> > Sorry for butting in. Adding new non-portable functionality to solve the problem
> > which could be adequitely taken care of using existing and well known
> > techniquies is not appropriate, I completely agree with you on that.
> 
> And I'm still waiting to see those well known techniques.

Attached small script should solve this problem and doesn't require
introducing incompatible option in the standard tool.

For example:

find /usr/src -type f | xargs larg cp targetdir

For speed purposes it could be implemented in raw C.

-Maxim

#!/bin/sh

if [ ${#} -le 2 ]; then
	echo "Usage: larg command lastarg arg1 [arg2 ...]"
	exit 0
fi

COMMAND=${1}
LASTARG=${2}
shift 2
exec ${COMMAND} "${@}" "${LASTARG}"

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  5:17:53 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 E303E37B423; Sun, 22 Apr 2001 05:17:46 -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 f3MCHrb83619;
	Sun, 22 Apr 2001 13:17:53 +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 f3MCGV517027;
	Sun, 22 Apr 2001 13:16:31 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104221216.f3MCGV517027@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: sobomax@FreeBSD.org
Cc: brian@Awfulhak.org, kabaev@mail.ru, sheldonh@uunet.co.za,
	freebsd@gndrsh.dnsmgr.net, bsd@bsdhome.com,
	schweikh@schweikhardt.net, freebsd-current@FreeBSD.org,
	brian@Awfulhak.org
Subject: Re: =?ISO-8859-1?Q?Re:_cp_-d_dir_patch_for_review_(or_'xargs'=3F)?= 
In-Reply-To: Message from Maxim Sobolev <sobomax@FreeBSD.org> 
   of "Sun, 22 Apr 2001 13:53:58 +0300." <200104221053.NAA86650@ipcard.iptcom.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 22 Apr 2001 13:16:31 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> On Sat, 21 Apr 2001 20:04:31 +0100, Brian Somers wrote:
> > > Sorry for butting in. Adding new non-portable functionality to solve the problem
> > > which could be adequitely taken care of using existing and well known
> > > techniquies is not appropriate, I completely agree with you on that.
> > 
> > And I'm still waiting to see those well known techniques.
> 
> Attached small script should solve this problem and doesn't require
> introducing incompatible option in the standard tool.
> 
> For example:
> 
> find /usr/src -type f | xargs larg cp targetdir
> 
> For speed purposes it could be implemented in raw C.
> 
> -Maxim
> 
> #!/bin/sh
> 
> if [ ${#} -le 2 ]; then
> 	echo "Usage: larg command lastarg arg1 [arg2 ...]"
> 	exit 0
             ^
             oops :-)
> fi
> 
> COMMAND=${1}
> LASTARG=${2}
> shift 2
> exec ${COMMAND} "${@}" "${LASTARG}"

Yes, I think this will work as long as your environment isn't 
polluted by something like $ENV (any increase in the environment size 
will effect xargs's calculation of how many arguments will fit on the 
command line).

Of course I still prefer the xargs fix - as you said above, it'd be 
nicer in C :-)
-- 
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  Sun Apr 22  5:20:14 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 9BBCA37B422; Sun, 22 Apr 2001 05:19:22 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from notebook.vega.com (dialup14-24.iptelecom.net.ua [212.9.229.88])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id PAA93082;
	Sun, 22 Apr 2001 15:19:10 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Date: Sun, 22 Apr 2001 15:19:10 +0300 (EEST)
Message-Id: <200104221219.PAA93082@ipcard.iptcom.net>
To: current@FreeBSD.org, obrien@FreeBSD.org
From: Maxim Sobolev <sobomax@FreeBSD.org>
Reply-To: sobomax@FreeBSD.org
Subject: --whole-archive ld(1) option doesn't work
X-Mailer: Pygmy (v0.5.5)
Mime-Version: 1.0
Content-Type: multipart/mixed;
    boundary="192.168.1.100.0.37481.987941945.485.30997"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.

--192.168.1.100.0.37481.987941945.485.30997
Content-Type: text/plain

I've noticed that the --whole-archive option doesn't work in -CURRENT and
4-STABLE. Among other things it makes impossible to build openssl from ports
(yeah, I know that one should use ssl from /usr/src, but that's not a point).

Attached testcase and log exose the problem in question.

-Maxim
--192.168.1.100.0.37481.987941945.485.30997
Content-Type: application/octet-stream;
    name="out"
Content-Transfer-Encoding: base64

U2NyaXB0IHN0YXJ0ZWQgb24gU3VuIEFwciAyMiAxNToxMTozMyAyMDAxCnJvb3RAbm90ZWJvb2sj
IG1ha2UNCj09PT4gbGliDQpXYXJuaW5nOiBPYmplY3QgZGlyZWN0b3J5IG5vdCBjaGFuZ2VkIGZy
b20gb3JpZ2luYWwgL3RtcC9sZGJ1Zy9saWINCmNjIC1waXBlIC1PIC1tcHJlZmVycmVkLXN0YWNr
LWJvdW5kYXJ5PTIgLW1hcmNoPXBlbnRpdW0gLWMgZm9vLmMgLW8gZm9vLm8NCmNjIC1waXBlIC1P
IC1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgLW1hcmNoPXBlbnRpdW0gLWMgYmFyLmMgLW8g
YmFyLm8NCmJ1aWxkaW5nIHN0YXRpYyBsZGJ1ZyBsaWJyYXJ5DQpyYW5saWIgbGlibGRidWcuYQ0K
PT09PiB0ZXN0DQpjYyAtc2hhcmVkIC1vIGxpYmxkYnVnLnNvLjEgLVdsLC0td2hvbGUtYXJjaGl2
ZSAuLi9saWIvbGlibGRidWcuYQ0KL3Vzci9saWIvbGliZ2NjLmEoX3B1cmUubyk6IEluIGZ1bmN0
aW9uIGBfX3B1cmVfdmlydHVhbCc6DQpfcHVyZS5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmlu
aXRpb24gb2YgYF9fcHVyZV92aXJ0dWFsJw0KL3Vzci9saWIvbGliZ2NjLmEoX3B1cmUubykoLnRl
eHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZXhpdC5vKSgu
ZGF0YSsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfZXhpdF9kdW1teV9kZWNsJw0KL3Vz
ci9saWIvbGliZ2NjLmEoX2V4aXQubykoLmRhdGErMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQov
dXNyL2xpYi9saWJnY2MuYShfX21haW4ubyk6IEluIGZ1bmN0aW9uIGBfX21haW4nOg0KX19tYWlu
Lm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19tYWluJw0KL3Vzci9saWIv
bGliZ2NjLmEoX19tYWluLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9s
aWIvbGliZ2NjLmEoX2NsZWFyX2NhY2hlLm8pOiBJbiBmdW5jdGlvbiBgX19jbGVhcl9jYWNoZSc6
DQpfY2xlYXJfY2FjaGUubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2Ns
ZWFyX2NhY2hlJw0KL3Vzci9saWIvbGliZ2NjLmEoX2NsZWFyX2NhY2hlLm8pKC50ZXh0KzB4MCk6
IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX3NodGFiLm8pKC5kYXRhKzB4
MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fc2h0YWInDQovdXNyL2xpYi9saWJnY2MuYShf
c2h0YWIubykoLmRhdGErMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YShfYmIubyk6IEluIGZ1bmN0aW9uIGBfX2JiX2V4aXRfZnVuYyc6DQpfYmIubygudGV4dCsweDFl
NCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fYmJfZXhpdF9mdW5jJw0KL3Vzci9saWIvbGli
Z2NjLmEoX2JiLm8pKC50ZXh0KzB4MWU0KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9s
aWJnY2MuYShfYmIubyk6IEluIGZ1bmN0aW9uIGBfX2JiX2luaXRfdHJhY2VfZnVuYyc6DQpfYmIu
bygudGV4dCsweDExMWMpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2JiX2luaXRfdHJhY2Vf
ZnVuYycNCi91c3IvbGliL2xpYmdjYy5hKF9iYi5vKSgudGV4dCsweDExMWMpOiBmaXJzdCBkZWZp
bmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9iYi5vKTogSW4gZnVuY3Rpb24gYF9fYmJfdHJh
Y2VfcmV0JzoNCl9iYi5vKC50ZXh0KzB4MTBjNCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9f
YmJfdHJhY2VfcmV0Jw0KL3Vzci9saWIvbGliZ2NjLmEoX2JiLm8pKC50ZXh0KzB4MTBjNCk6IGZp
cnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2JiLm8pOiBJbiBmdW5jdGlvbiBg
X19iYl9pbml0X2Z1bmMnOg0KX2JiLm8oLnRleHQrMHg2ZDgpOiBtdWx0aXBsZSBkZWZpbml0aW9u
IG9mIGBfX2JiX2luaXRfZnVuYycNCi91c3IvbGliL2xpYmdjYy5hKF9iYi5vKSgudGV4dCsweDZk
OCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2JiLm8pOiBJbiBmdW5j
dGlvbiBgX19iYl90cmFjZV9mdW5jJzoNCl9iYi5vKC50ZXh0KzB4ZDkwKTogbXVsdGlwbGUgZGVm
aW5pdGlvbiBvZiBgX19iYl90cmFjZV9mdW5jJw0KL3Vzci9saWIvbGliZ2NjLmEoX2JiLm8pKC50
ZXh0KzB4ZDkwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZXByaW50
Zi5vKTogSW4gZnVuY3Rpb24gYF9fZXByaW50Zic6DQpfZXByaW50Zi5vKC50ZXh0KzB4MCk6IG11
bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZXByaW50ZicNCi91c3IvbGliL2xpYmdjYy5hKF9lcHJp
bnRmLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEo
X19kdW1teS5vKTogSW4gZnVuY3Rpb24gYF9fZHVtbXknOg0KX19kdW1teS5vKC50ZXh0KzB4MCk6
IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZHVtbXknDQovdXNyL2xpYi9saWJnY2MuYShfX2R1
bW15Lm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEo
X3ZhcmFyZ3Mubyk6IEluIGZ1bmN0aW9uIGBfX2J1aWx0aW5fc2F2ZXJlZ3MnOg0KX3ZhcmFyZ3Mu
bygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2J1aWx0aW5fc2F2ZXJlZ3Mn
DQovdXNyL2xpYi9saWJnY2MuYShfdmFyYXJncy5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVk
IGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9fZ2NjX2JjbXAubyk6IEluIGZ1bmN0aW9uIGBfX2dj
Y19iY21wJzoNCl9fZ2NjX2JjbXAubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9m
IGBfX2djY19iY21wJw0KL3Vzci9saWIvbGliZ2NjLmEoX19nY2NfYmNtcC5vKSgudGV4dCsweDAp
OiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9maXh1bnN4ZnNpLm8pOiBJ
biBmdW5jdGlvbiBgX19maXh1bnN4ZnNpJzoNCl9maXh1bnN4ZnNpLm8oLnRleHQrMHgwKTogbXVs
dGlwbGUgZGVmaW5pdGlvbiBvZiBgX19maXh1bnN4ZnNpJw0KL3Vzci9saWIvbGliZ2NjLmEoX2Zp
eHVuc3hmc2kubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYShfZmxvYXRkaXhmLm8pOiBJbiBmdW5jdGlvbiBgX19mbG9hdGRpeGYnOg0KX2Zsb2F0ZGl4
Zi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZmxvYXRkaXhmJw0KL3Vz
ci9saWIvbGliZ2NjLmEoX2Zsb2F0ZGl4Zi5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhl
cmUNCi91c3IvbGliL2xpYmdjYy5hKF9maXh4ZmRpLm8pOiBJbiBmdW5jdGlvbiBgX19maXh4ZmRp
JzoNCl9maXh4ZmRpLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19maXh4
ZmRpJw0KL3Vzci9saWIvbGliZ2NjLmEoX2ZpeHhmZGkubykoLnRleHQrMHgwKTogZmlyc3QgZGVm
aW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZml4c2ZkaS5vKTogSW4gZnVuY3Rpb24gYF9f
Zml4c2ZkaSc6DQpfZml4c2ZkaS5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2Yg
YF9fZml4c2ZkaScNCi91c3IvbGliL2xpYmdjYy5hKF9maXhzZmRpLm8pKC50ZXh0KzB4MCk6IGZp
cnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2ZpeHVuc3NmZGkubyk6IEluIGZ1
bmN0aW9uIGBfX2ZpeHVuc3NmZGknOg0KX2ZpeHVuc3NmZGkubygudGV4dCsweDApOiBtdWx0aXBs
ZSBkZWZpbml0aW9uIG9mIGBfX2ZpeHVuc3NmZGknDQovdXNyL2xpYi9saWJnY2MuYShfZml4dW5z
c2ZkaS5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5h
KF9maXhkZmRpLm8pOiBJbiBmdW5jdGlvbiBgX19maXhkZmRpJzoNCl9maXhkZmRpLm8oLnRleHQr
MHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19maXhkZmRpJw0KL3Vzci9saWIvbGliZ2Nj
LmEoX2ZpeGRmZGkubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9s
aWJnY2MuYShfZml4dW5zZGZkaS5vKTogSW4gZnVuY3Rpb24gYF9fZml4dW5zZGZkaSc6DQpfZml4
dW5zZGZkaS5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZml4dW5zZGZk
aScNCi91c3IvbGliL2xpYmdjYy5hKF9maXh1bnNkZmRpLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRl
ZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2ZpeHVuc3Nmc2kubyk6IEluIGZ1bmN0aW9u
IGBfX2ZpeHVuc3Nmc2knOg0KX2ZpeHVuc3Nmc2kubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGBfX2ZpeHVuc3Nmc2knDQovdXNyL2xpYi9saWJnY2MuYShfZml4dW5zc2ZzaS5v
KSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9maXh1
bnNkZnNpLm8pOiBJbiBmdW5jdGlvbiBgX19maXh1bnNkZnNpJzoNCl9maXh1bnNkZnNpLm8oLnRl
eHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19maXh1bnNkZnNpJw0KL3Vzci9saWIv
bGliZ2NjLmEoX2ZpeHVuc2Rmc2kubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQov
dXNyL2xpYi9saWJnY2MuYShfZmxvYXRkaXNmLm8pOiBJbiBmdW5jdGlvbiBgX19mbG9hdGRpc2Yn
Og0KX2Zsb2F0ZGlzZi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZmxv
YXRkaXNmJw0KL3Vzci9saWIvbGliZ2NjLmEoX2Zsb2F0ZGlzZi5vKSgudGV4dCsweDApOiBmaXJz
dCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9mbG9hdGRpZGYubyk6IEluIGZ1bmN0
aW9uIGBfX2Zsb2F0ZGlkZic6DQpfZmxvYXRkaWRmLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVm
aW5pdGlvbiBvZiBgX19mbG9hdGRpZGYnDQovdXNyL2xpYi9saWJnY2MuYShfZmxvYXRkaWRmLm8p
KC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX3VjbXBk
aTIubyk6IEluIGZ1bmN0aW9uIGBfX3VjbXBkaTInOg0KX3VjbXBkaTIubygudGV4dCsweDApOiBt
dWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3VjbXBkaTInDQovdXNyL2xpYi9saWJnY2MuYShfdWNt
cGRpMi5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5h
KF91ZGl2bW9kZGk0Lm8pOiBJbiBmdW5jdGlvbiBgX191ZGl2bW9kZGk0JzoNCl91ZGl2bW9kZGk0
Lm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX191ZGl2bW9kZGk0Jw0KL3Vz
ci9saWIvbGliZ2NjLmEoX3VkaXZtb2RkaTQubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBo
ZXJlDQovdXNyL2xpYi9saWJnY2MuYShfdWRpdl93X3NkaXYubyk6IEluIGZ1bmN0aW9uIGBfX3Vk
aXZfd19zZGl2JzoNCl91ZGl2X3dfc2Rpdi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRp
b24gb2YgYF9fdWRpdl93X3NkaXYnDQovdXNyL2xpYi9saWJnY2MuYShfdWRpdl93X3NkaXYubyko
LnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZmZzZGky
Lm8pOiBJbiBmdW5jdGlvbiBgX19mZnNkaTInOg0KX2Zmc2RpMi5vKC50ZXh0KzB4MCk6IG11bHRp
cGxlIGRlZmluaXRpb24gb2YgYF9fZmZzZGkyJw0KL3Vzci9saWIvbGliZ2NjLmEoX2Zmc2RpMi5v
KSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9hc2hy
ZGkzLm8pOiBJbiBmdW5jdGlvbiBgX19hc2hyZGkzJzoNCl9hc2hyZGkzLm8oLnRleHQrMHgwKTog
bXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19hc2hyZGkzJw0KL3Vzci9saWIvbGliZ2NjLmEoX2Fz
aHJkaTMubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YShfYXNobGRpMy5vKTogSW4gZnVuY3Rpb24gYF9fYXNobGRpMyc6DQpfYXNobGRpMy5vKC50ZXh0
KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fYXNobGRpMycNCi91c3IvbGliL2xpYmdj
Yy5hKF9hc2hsZGkzLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIv
bGliZ2NjLmEoX2xzaHJkaTMubyk6IEluIGZ1bmN0aW9uIGBfX2xzaHJkaTMnOg0KX2xzaHJkaTMu
bygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2xzaHJkaTMnDQovdXNyL2xp
Yi9saWJnY2MuYShfbHNocmRpMy5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91
c3IvbGliL2xpYmdjYy5hKF9uZWdkaTIubyk6IEluIGZ1bmN0aW9uIGBfX25lZ2RpMic6DQpfbmVn
ZGkyLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19uZWdkaTInDQovdXNy
L2xpYi9saWJnY2MuYShfbmVnZGkyLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0K
L3Vzci9saWIvbGliZ2NjLmEoX3Vtb2RkaTMubyk6IEluIGZ1bmN0aW9uIGBfX3Vtb2RkaTMnOg0K
X3Vtb2RkaTMubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3Vtb2RkaTMn
DQovdXNyL2xpYi9saWJnY2MuYShfdW1vZGRpMy5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVk
IGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF91ZGl2ZGkzLm8pOiBJbiBmdW5jdGlvbiBgX191ZGl2
ZGkzJzoNCl91ZGl2ZGkzLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX191
ZGl2ZGkzJw0KL3Vzci9saWIvbGliZ2NjLmEoX3VkaXZkaTMubykoLnRleHQrMHgwKTogZmlyc3Qg
ZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfbW9kZGkzLm8pOiBJbiBmdW5jdGlvbiBg
X19tb2RkaTMnOg0KX21vZGRpMy5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2Yg
YF9fbW9kZGkzJw0KL3Vzci9saWIvbGliZ2NjLmEoX21vZGRpMy5vKSgudGV4dCsweDApOiBmaXJz
dCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9kaXZkaTMubyk6IEluIGZ1bmN0aW9u
IGBfX2RpdmRpMyc6DQpfZGl2ZGkzLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBv
ZiBgX19kaXZkaTMnDQovdXNyL2xpYi9saWJnY2MuYShfZGl2ZGkzLm8pKC50ZXh0KzB4MCk6IGZp
cnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX211bGRpMy5vKTogSW4gZnVuY3Rp
b24gYF9fbXVsZGkzJzoNCl9tdWxkaTMubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9u
IG9mIGBfX211bGRpMycNCi91c3IvbGliL2xpYmdjYy5hKF9tdWxkaTMubykoLnRleHQrMHgwKTog
Zmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfbGVzZjIubyk6IEluIGZ1bmN0
aW9uIGBfX2xlc2YyJzoNCl9sZXNmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24g
b2YgYF9fbGVzZjInDQovdXNyL2xpYi9saWJnY2MuYShfbGVzZjIubykoLnRleHQrMHgwKTogZmly
c3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfbHRzZjIubyk6IEluIGZ1bmN0aW9u
IGBfX2x0c2YyJzoNCl9sdHNmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2Yg
YF9fbHRzZjInDQovdXNyL2xpYi9saWJnY2MuYShfbHRzZjIubykoLnRleHQrMHgwKTogZmlyc3Qg
ZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZ2VzZjIubyk6IEluIGZ1bmN0aW9uIGBf
X2dlc2YyJzoNCl9nZXNmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9f
Z2VzZjInDQovdXNyL2xpYi9saWJnY2MuYShfZ2VzZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVm
aW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZ3RzZjIubyk6IEluIGZ1bmN0aW9uIGBfX2d0
c2YyJzoNCl9ndHNmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZ3Rz
ZjInDQovdXNyL2xpYi9saWJnY2MuYShfZ3RzZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5l
ZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfbmVzZjIubyk6IEluIGZ1bmN0aW9uIGBfX25lc2Yy
JzoNCl9uZXNmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbmVzZjIn
DQovdXNyL2xpYi9saWJnY2MuYShfbmVzZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBo
ZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZXFzZjIubyk6IEluIGZ1bmN0aW9uIGBfX2Vxc2YyJzoN
Cl9lcXNmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZXFzZjInDQov
dXNyL2xpYi9saWJnY2MuYShfZXFzZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJl
DQovdXNyL2xpYi9saWJnY2MuYShfbGVkZjIubyk6IEluIGZ1bmN0aW9uIGBfX2xlZGYyJzoNCl9s
ZWRmMi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbGVkZjInDQovdXNy
L2xpYi9saWJnY2MuYShfbGVkZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQov
dXNyL2xpYi9saWJnY2MuYShfbHRkZjIubyk6IEluIGZ1bmN0aW9uIGBfX2x0ZGYyJzoNCl9sdGRm
Mi5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbHRkZjInDQovdXNyL2xp
Yi9saWJnY2MuYShfbHRkZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNy
L2xpYi9saWJnY2MuYShfZ2VkZjIubyk6IEluIGZ1bmN0aW9uIGBfX2dlZGYyJzoNCl9nZWRmMi5v
KC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZ2VkZjInDQovdXNyL2xpYi9s
aWJnY2MuYShfZ2VkZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xp
Yi9saWJnY2MuYShfZ3RkZjIubyk6IEluIGZ1bmN0aW9uIGBfX2d0ZGYyJzoNCl9ndGRmMi5vKC50
ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZ3RkZjInDQovdXNyL2xpYi9saWJn
Y2MuYShfZ3RkZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9s
aWJnY2MuYShfbmVkZjIubyk6IEluIGZ1bmN0aW9uIGBfX25lZGYyJzoNCl9uZWRmMi5vKC50ZXh0
KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbmVkZjInDQovdXNyL2xpYi9saWJnY2Mu
YShfbmVkZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYShfZXFkZjIubyk6IEluIGZ1bmN0aW9uIGBfX2VxZGYyJzoNCl9lcWRmMi5vKC50ZXh0KzB4
MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZXFkZjInDQovdXNyL2xpYi9saWJnY2MuYShf
ZXFkZjIubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YShfZGl2c2YzLm8pOiBJbiBmdW5jdGlvbiBgX19kaXZzZjMnOg0KX2RpdnNmMy5vKC50ZXh0KzB4
MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZGl2c2YzJw0KL3Vzci9saWIvbGliZ2NjLmEo
X2RpdnNmMy5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdj
Yy5hKF9tdWxzZjMubyk6IEluIGZ1bmN0aW9uIGBfX211bHNmMyc6DQpfbXVsc2YzLm8oLnRleHQr
MHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19tdWxzZjMnDQovdXNyL2xpYi9saWJnY2Mu
YShfbXVsc2YzLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGli
Z2NjLmEoX3N1YnNmMy5vKTogSW4gZnVuY3Rpb24gYF9fc3Vic2YzJzoNCl9zdWJzZjMubygudGV4
dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3N1YnNmMycNCi91c3IvbGliL2xpYmdj
Yy5hKF9zdWJzZjMubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9s
aWJnY2MuYShfbmVnc2YyLm8pOiBJbiBmdW5jdGlvbiBgX19uZWdzZjInOg0KX25lZ3NmMi5vKC50
ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbmVnc2YyJw0KL3Vzci9saWIvbGli
Z2NjLmEoX25lZ3NmMi5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGli
L2xpYmdjYy5hKF9hZGRzZjMubyk6IEluIGZ1bmN0aW9uIGBfX2FkZHNmMyc6DQpfYWRkc2YzLm8o
LnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19hZGRzZjMnDQovdXNyL2xpYi9s
aWJnY2MuYShfYWRkc2YzLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9s
aWIvbGliZ2NjLmEoX2V4dGVuZHNmZGYyLm8pOiBJbiBmdW5jdGlvbiBgX19leHRlbmRzZmRmMic6
DQpfZXh0ZW5kc2ZkZjIubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2V4
dGVuZHNmZGYyJw0KL3Vzci9saWIvbGliZ2NjLmEoX2V4dGVuZHNmZGYyLm8pKC50ZXh0KzB4MCk6
IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX3RydW5jZGZzZjIubyk6IElu
IGZ1bmN0aW9uIGBfX3RydW5jZGZzZjInOg0KX3RydW5jZGZzZjIubygudGV4dCsweDApOiBtdWx0
aXBsZSBkZWZpbml0aW9uIG9mIGBfX3RydW5jZGZzZjInDQovdXNyL2xpYi9saWJnY2MuYShfdHJ1
bmNkZnNmMi5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdj
Yy5hKF9mbG9hdHNpc2Yubyk6IEluIGZ1bmN0aW9uIGBfX2Zsb2F0c2lzZic6DQpfZmxvYXRzaXNm
Lm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19mbG9hdHNpc2YnDQovdXNy
L2xpYi9saWJnY2MuYShfZmxvYXRzaXNmLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVy
ZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2Zsb2F0c2lkZi5vKTogSW4gZnVuY3Rpb24gYF9fZmxvYXRz
aWRmJzoNCl9mbG9hdHNpZGYubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBf
X2Zsb2F0c2lkZicNCi91c3IvbGliL2xpYmdjYy5hKF9mbG9hdHNpZGYubykoLnRleHQrMHgwKTog
Zmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZml4c2ZzaS5vKTogSW4gZnVu
Y3Rpb24gYF9fZml4c2ZzaSc6DQpfZml4c2ZzaS5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmlu
aXRpb24gb2YgYF9fZml4c2ZzaScNCi91c3IvbGliL2xpYmdjYy5hKF9maXhzZnNpLm8pKC50ZXh0
KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2ZpeGRmc2kubyk6
IEluIGZ1bmN0aW9uIGBfX2ZpeGRmc2knOg0KX2ZpeGRmc2kubygudGV4dCsweDApOiBtdWx0aXBs
ZSBkZWZpbml0aW9uIG9mIGBfX2ZpeGRmc2knDQovdXNyL2xpYi9saWJnY2MuYShfZml4ZGZzaS5v
KSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9zdWJk
ZjMubyk6IEluIGZ1bmN0aW9uIGBfX3N1YmRmMyc6DQpfc3ViZGYzLm8oLnRleHQrMHgwKTogbXVs
dGlwbGUgZGVmaW5pdGlvbiBvZiBgX19zdWJkZjMnDQovdXNyL2xpYi9saWJnY2MuYShfc3ViZGYz
Lm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2Fk
ZGRmMy5vKTogSW4gZnVuY3Rpb24gYF9fYWRkZGYzJzoNCl9hZGRkZjMubygudGV4dCsweDApOiBt
dWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2FkZGRmMycNCi91c3IvbGliL2xpYmdjYy5hKF9hZGRk
ZjMubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShf
bmVnZGYyLm8pOiBJbiBmdW5jdGlvbiBgX19uZWdkZjInOg0KX25lZ2RmMi5vKC50ZXh0KzB4MCk6
IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbmVnZGYyJw0KL3Vzci9saWIvbGliZ2NjLmEoX25l
Z2RmMi5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5h
KF9tdWxkZjMubyk6IEluIGZ1bmN0aW9uIGBfX211bGRmMyc6DQpfbXVsZGYzLm8oLnRleHQrMHgw
KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19tdWxkZjMnDQovdXNyL2xpYi9saWJnY2MuYShf
bXVsZGYzLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2Nj
LmEoX2RpdmRmMy5vKTogSW4gZnVuY3Rpb24gYF9fZGl2ZGYzJzoNCl9kaXZkZjMubygudGV4dCsw
eDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2RpdmRmMycNCi91c3IvbGliL2xpYmdjYy5h
KF9kaXZkZjMubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYShfYXNobHNpMy5vKTogSW4gZnVuY3Rpb24gYF9fYXNobHNpMyc6DQpfYXNobHNpMy5vKC50
ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fYXNobHNpMycNCi91c3IvbGliL2xp
YmdjYy5hKF9hc2hsc2kzLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9s
aWIvbGliZ2NjLmEoX2FzaHJzaTMubyk6IEluIGZ1bmN0aW9uIGBfX2FzaHJzaTMnOg0KX2FzaHJz
aTMubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2FzaHJzaTMnDQovdXNy
L2xpYi9saWJnY2MuYShfYXNocnNpMy5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUN
Ci91c3IvbGliL2xpYmdjYy5hKF9sc2hyc2kzLm8pOiBJbiBmdW5jdGlvbiBgX19sc2hyc2kzJzoN
Cl9sc2hyc2kzLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19sc2hyc2kz
Jw0KL3Vzci9saWIvbGliZ2NjLmEoX2xzaHJzaTMubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5l
ZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfbW9kc2kzLm8pOiBJbiBmdW5jdGlvbiBgX19tb2Rz
aTMnOg0KX21vZHNpMy5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fbW9k
c2kzJw0KL3Vzci9saWIvbGliZ2NjLmEoX21vZHNpMy5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZp
bmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF91bW9kc2kzLm8pOiBJbiBmdW5jdGlvbiBgX191
bW9kc2kzJzoNCl91bW9kc2kzLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBg
X191bW9kc2kzJw0KL3Vzci9saWIvbGliZ2NjLmEoX3Vtb2RzaTMubykoLnRleHQrMHgwKTogZmly
c3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZGl2c2kzLm8pOiBJbiBmdW5jdGlv
biBgX19kaXZzaTMnOg0KX2RpdnNpMy5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRlZmluaXRpb24g
b2YgYF9fZGl2c2kzJw0KL3Vzci9saWIvbGliZ2NjLmEoX2RpdnNpMy5vKSgudGV4dCsweDApOiBm
aXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF91ZGl2c2kzLm8pOiBJbiBmdW5j
dGlvbiBgX191ZGl2c2kzJzoNCl91ZGl2c2kzLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5p
dGlvbiBvZiBgX191ZGl2c2kzJw0KL3Vzci9saWIvbGliZ2NjLmEoX3VkaXZzaTMubykoLnRleHQr
MHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfbXVsc2kzLm8pOiBJ
biBmdW5jdGlvbiBgX19tdWxzaTMnOg0KX211bHNpMy5vKC50ZXh0KzB4MCk6IG11bHRpcGxlIGRl
ZmluaXRpb24gb2YgYF9fbXVsc2kzJw0KL3Vzci9saWIvbGliZ2NjLmEoX211bHNpMy5vKSgudGV4
dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKG5ldy5vKSgucm9k
YXRhKzB4YSk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYG5vdGhyb3cnDQovdXNyL2xpYi9saWJn
Y2MuYShuZXcubykoLnJvZGF0YSsweGEpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xp
YmdjYy5hKG5ldy5vKSguZGF0YSsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX25ld19o
YW5kbGVyJw0KL3Vzci9saWIvbGliZ2NjLmEobmV3Lm8pKC5kYXRhKzB4MCk6IGZpcnN0IGRlZmlu
ZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEobmV3Lm8pOiBJbiBmdW5jdGlvbiBgc2V0X25ld19o
YW5kbGVyKHZvaWQgKCopKHZvaWQpKSc6DQpuZXcubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGBzZXRfbmV3X2hhbmRsZXIodm9pZCAoKikodm9pZCkpJw0KL3Vzci9saWIvbGli
Z2NjLmEobmV3Lm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGli
Z2NjLmEoX2ZpeHVuc3hmZGkubyk6IEluIGZ1bmN0aW9uIGBfX2ZpeHVuc3hmZGknOg0KX2ZpeHVu
c3hmZGkubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2ZpeHVuc3hmZGkn
DQovdXNyL2xpYi9saWJnY2MuYShfZml4dW5zeGZkaS5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZp
bmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9jbXBkaTIubyk6IEluIGZ1bmN0aW9uIGBfX2Nt
cGRpMic6DQpfY21wZGkyLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19j
bXBkaTInDQovdXNyL2xpYi9saWJnY2MuYShfY21wZGkyLm8pKC50ZXh0KzB4MCk6IGZpcnN0IGRl
ZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pOiBJbiBmdW5jdGlvbiBg
ZXhjZXB0aW9uOjp3aGF0KHZvaWQpIGNvbnN0JzoNCmV4Y2VwdGlvbi5vKC50ZXh0KzB4N2JjKTog
bXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgZXhjZXB0aW9uOjp3aGF0KHZvaWQpIGNvbnN0Jw0KL3Vz
ci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pKC50ZXh0KzB4N2JjKTogZmlyc3QgZGVmaW5lZCBo
ZXJlDQovdXNyL2xpYi9saWJnY2MuYShleGNlcHRpb24ubyk6IEluIGZ1bmN0aW9uIGBfX2NwX3B1
c2hfZXhjZXB0aW9uJzoNCmV4Y2VwdGlvbi5vKC50ZXh0KzB4MTAwKTogbXVsdGlwbGUgZGVmaW5p
dGlvbiBvZiBgX19jcF9wdXNoX2V4Y2VwdGlvbicNCi91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlv
bi5vKSgudGV4dCsweDEwMCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEo
ZXhjZXB0aW9uLm8pOiBJbiBmdW5jdGlvbiBgdW5leHBlY3RlZCh2b2lkKSc6DQpleGNlcHRpb24u
bygudGV4dCsweDQ0KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgdW5leHBlY3RlZCh2b2lkKScN
Ci91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5vKSgudGV4dCsweDQ0KTogZmlyc3QgZGVmaW5l
ZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShleGNlcHRpb24ubyk6IEluIGZ1bmN0aW9uIGBfX2Nw
X2V4Y2VwdGlvbl9pbmZvJzoNCmV4Y2VwdGlvbi5vKC50ZXh0KzB4NTApOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGBfX2NwX2V4Y2VwdGlvbl9pbmZvJw0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0
aW9uLm8pKC50ZXh0KzB4NTApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5h
KGV4Y2VwdGlvbi5vKTogSW4gZnVuY3Rpb24gYHNldF90ZXJtaW5hdGUodm9pZCAoKikodm9pZCkp
JzoNCmV4Y2VwdGlvbi5vKC50ZXh0KzB4MTQpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBzZXRf
dGVybWluYXRlKHZvaWQgKCopKHZvaWQpKScNCi91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5v
KSgudGV4dCsweDE0KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShleGNl
cHRpb24ubyk6IEluIGZ1bmN0aW9uIGBfX3VuY2F0Y2hfZXhjZXB0aW9uJzoNCmV4Y2VwdGlvbi5v
KC50ZXh0KzB4MWU0KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX191bmNhdGNoX2V4Y2VwdGlv
bicNCi91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5vKSgudGV4dCsweDFlNCk6IGZpcnN0IGRl
ZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pOiBJbiBmdW5jdGlvbiBg
X19kZWZhdWx0X3VuZXhwZWN0ZWQodm9pZCknOg0KZXhjZXB0aW9uLm8oLnRleHQrMHhjKTogbXVs
dGlwbGUgZGVmaW5pdGlvbiBvZiBgX19kZWZhdWx0X3VuZXhwZWN0ZWQodm9pZCknDQovdXNyL2xp
Yi9saWJnY2MuYShleGNlcHRpb24ubykoLnRleHQrMHhjKTogZmlyc3QgZGVmaW5lZCBoZXJlDQov
dXNyL2xpYi9saWJnY2MuYShleGNlcHRpb24ubyk6IEluIGZ1bmN0aW9uIGBfX2NoZWNrX2VoX3Nw
ZWMnOg0KZXhjZXB0aW9uLm8oLnRleHQrMHgyMDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBf
X2NoZWNrX2VoX3NwZWMnDQovdXNyL2xpYi9saWJnY2MuYShleGNlcHRpb24ubykoLnRleHQrMHgy
MDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5vKTog
SW4gZnVuY3Rpb24gYF9fdGhyb3dfYmFkX2Nhc3QnOg0KZXhjZXB0aW9uLm8oLnRleHQrMHg1NjQp
OiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3Rocm93X2JhZF9jYXN0Jw0KL3Vzci9saWIvbGli
Z2NjLmEoZXhjZXB0aW9uLm8pKC50ZXh0KzB4NTY0KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNy
L2xpYi9saWJnY2MuYShleGNlcHRpb24ubyk6IEluIGZ1bmN0aW9uIGB0ZXJtaW5hdGUodm9pZCkn
Og0KZXhjZXB0aW9uLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgdGVybWlu
YXRlKHZvaWQpJw0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pKC50ZXh0KzB4MCk6IGZp
cnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pOiBJbiBmdW5j
dGlvbiBgc2V0X3VuZXhwZWN0ZWQodm9pZCAoKikodm9pZCkpJzoNCmV4Y2VwdGlvbi5vKC50ZXh0
KzB4MmMpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBzZXRfdW5leHBlY3RlZCh2b2lkICgqKSh2
b2lkKSknDQovdXNyL2xpYi9saWJnY2MuYShleGNlcHRpb24ubykoLnRleHQrMHgyYyk6IGZpcnN0
IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pOiBJbiBmdW5jdGlv
biBgX19zdGFydF9jcF9oYW5kbGVyJzoNCmV4Y2VwdGlvbi5vKC50ZXh0KzB4NzQpOiBtdWx0aXBs
ZSBkZWZpbml0aW9uIG9mIGBfX3N0YXJ0X2NwX2hhbmRsZXInDQovdXNyL2xpYi9saWJnY2MuYShl
eGNlcHRpb24ubykoLnRleHQrMHg3NCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGli
Z2NjLmEoZXhjZXB0aW9uLm8pOiBJbiBmdW5jdGlvbiBgX19jcGx1c190eXBlX21hdGNoZXInOg0K
ZXhjZXB0aW9uLm8oLnRleHQrMHhiOCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fY3BsdXNf
dHlwZV9tYXRjaGVyJw0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pKC50ZXh0KzB4Yjgp
OiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5vKTogSW4g
ZnVuY3Rpb24gYF9fZWhfZnJlZSc6DQpleGNlcHRpb24ubygudGV4dCsweGE4KTogbXVsdGlwbGUg
ZGVmaW5pdGlvbiBvZiBgX19laF9mcmVlJw0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8p
KC50ZXh0KzB4YTgpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKGV4Y2Vw
dGlvbi5vKTogSW4gZnVuY3Rpb24gYF9fY3BfcG9wX2V4Y2VwdGlvbic6DQpleGNlcHRpb24ubygu
dGV4dCsweDE1Yyk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fY3BfcG9wX2V4Y2VwdGlvbicN
Ci91c3IvbGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5vKSgudGV4dCsweDE1Yyk6IGZpcnN0IGRlZmlu
ZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0aW9uLm8pOiBJbiBmdW5jdGlvbiBgX190
aHJvd19iYWRfdHlwZWlkJzoNCmV4Y2VwdGlvbi5vKC50ZXh0KzB4NjgwKTogbXVsdGlwbGUgZGVm
aW5pdGlvbiBvZiBgX190aHJvd19iYWRfdHlwZWlkJw0KL3Vzci9saWIvbGliZ2NjLmEoZXhjZXB0
aW9uLm8pKC50ZXh0KzB4NjgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YShleGNlcHRpb24ubyk6IEluIGZ1bmN0aW9uIGBfX2NwX2VoX2luZm8nOg0KZXhjZXB0aW9uLm8o
LnRleHQrMHg2NCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fY3BfZWhfaW5mbycNCi91c3Iv
bGliL2xpYmdjYy5hKGV4Y2VwdGlvbi5vKSgudGV4dCsweDY0KTogZmlyc3QgZGVmaW5lZCBoZXJl
DQovdXNyL2xpYi9saWJnY2MuYShleGNlcHRpb24ubyk6IEluIGZ1bmN0aW9uIGB1bmNhdWdodF9l
eGNlcHRpb24odm9pZCknOg0KZXhjZXB0aW9uLm8oLnRleHQrMHg3OWMpOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGB1bmNhdWdodF9leGNlcHRpb24odm9pZCknDQovdXNyL2xpYi9saWJnY2MuYShl
eGNlcHRpb24ubykoLnRleHQrMHg3OWMpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xp
YmdjYy5hKGV4Y2VwdGlvbi5vKTogSW4gZnVuY3Rpb24gYF9fZWhfYWxsb2MnOg0KZXhjZXB0aW9u
Lm8oLnRleHQrMHg4Yyk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZWhfYWxsb2MnDQovdXNy
L2xpYi9saWJnY2MuYShleGNlcHRpb24ubykoLnRleHQrMHg4Yyk6IGZpcnN0IGRlZmluZWQgaGVy
ZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pOiBJbiBmdW5jdGlvbiBgdW5zaWduZWQgaW50
IHR5cGVfaW5mbyBmdW5jdGlvbic6DQp0aW5mbzIubygudGV4dCsweGUyOCk6IG11bHRpcGxlIGRl
ZmluaXRpb24gb2YgYHVuc2lnbmVkIGludCB0eXBlX2luZm8gZnVuY3Rpb24nDQovdXNyL2xpYi9s
aWJnY2MuYSh0aW5mbzIubykoLnRleHQrMHhlMjgpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3Iv
bGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rpb24gYGxvbmcgbG9uZyB0eXBlX2luZm8g
ZnVuY3Rpb24nOg0KdGluZm8yLm8oLnRleHQrMHg4ODgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9m
IGBsb25nIGxvbmcgdHlwZV9pbmZvIGZ1bmN0aW9uJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8y
Lm8pKC50ZXh0KzB4ODg4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0
aW5mbzIubykoLmRhdGErMHg4MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHNpZ25lZCBjaGFy
IHR5cGVfaW5mbyBub2RlJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4ODAp
OiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVu
Y3Rpb24gYHR5cGVfaW5mbzo6YmVmb3JlKHR5cGVfaW5mbyBjb25zdCAmKSBjb25zdCc6DQp0aW5m
bzIubygudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGB0eXBlX2luZm86OmJlZm9y
ZSh0eXBlX2luZm8gY29uc3QgJikgY29uc3QnDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubyko
LnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIu
byk6IEluIGZ1bmN0aW9uIGBfX3J0dGlfcHRtZCc6DQp0aW5mbzIubygudGV4dCsweDZhNCk6IG11
bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fcnR0aV9wdG1kJw0KL3Vzci9saWIvbGliZ2NjLmEodGlu
Zm8yLm8pKC50ZXh0KzB4NmE0KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YSh0aW5mbzIubyk6IEluIGZ1bmN0aW9uIGBfX3J0dGlfYXJyYXknOg0KdGluZm8yLm8oLnRleHQr
MHg3MjgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3J0dGlfYXJyYXknDQovdXNyL2xpYi9s
aWJnY2MuYSh0aW5mbzIubykoLnRleHQrMHg3MjgpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3Iv
bGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rpb24gYHNpZ25lZCBjaGFyIHR5cGVfaW5m
byBmdW5jdGlvbic6DQp0aW5mbzIubygudGV4dCsweDEwZjgpOiBtdWx0aXBsZSBkZWZpbml0aW9u
IG9mIGBzaWduZWQgY2hhciB0eXBlX2luZm8gZnVuY3Rpb24nDQovdXNyL2xpYi9saWJnY2MuYSh0
aW5mbzIubykoLnRleHQrMHgxMGY4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYSh0aW5mbzIubykoLmRhdGErMHgzMCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYGNoYXIg
dHlwZV9pbmZvIG5vZGUnDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHgzMCk6
IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pOiBJbiBmdW5j
dGlvbiBgX19ydHRpX2F0dHInOg0KdGluZm8yLm8oLnRleHQrMHg1MGMpOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGBfX3J0dGlfYXR0cicNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSgudGV4
dCsweDUwYyk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8p
OiBJbiBmdW5jdGlvbiBgY2hhciB0eXBlX2luZm8gZnVuY3Rpb24nOg0KdGluZm8yLm8oLnRleHQr
MHhiNTgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBjaGFyIHR5cGVfaW5mbyBmdW5jdGlvbicN
Ci91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSgudGV4dCsweGI1OCk6IGZpcnN0IGRlZmluZWQg
aGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pOiBJbiBmdW5jdGlvbiBgc2hvcnQgdHlw
ZV9pbmZvIGZ1bmN0aW9uJzoNCnRpbmZvMi5vKC50ZXh0KzB4YTM4KTogbXVsdGlwbGUgZGVmaW5p
dGlvbiBvZiBgc2hvcnQgdHlwZV9pbmZvIGZ1bmN0aW9uJw0KL3Vzci9saWIvbGliZ2NjLmEodGlu
Zm8yLm8pKC50ZXh0KzB4YTM4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YSh0aW5mbzIubyk6IEluIGZ1bmN0aW9uIGB2b2lkIHR5cGVfaW5mbyBmdW5jdGlvbic6DQp0aW5m
bzIubygudGV4dCsweDdmOCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHZvaWQgdHlwZV9pbmZv
IGZ1bmN0aW9uJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC50ZXh0KzB4N2Y4KTogZmly
c3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHg1MCk6
IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYGZsb2F0IHR5cGVfaW5mbyBub2RlJw0KL3Vzci9saWIv
bGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4NTApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3Iv
bGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rpb24gYGludCB0eXBlX2luZm8gZnVuY3Rp
b24nOg0KdGluZm8yLm8oLnRleHQrMHg5YTgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBpbnQg
dHlwZV9pbmZvIGZ1bmN0aW9uJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC50ZXh0KzB4
OWE4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRh
dGErMHg2MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHVuc2lnbmVkIGxvbmcgdHlwZV9pbmZv
IG5vZGUnDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHg2MCk6IGZpcnN0IGRl
ZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4NjgpOiBtdWx0
aXBsZSBkZWZpbml0aW9uIG9mIGB1bnNpZ25lZCBsb25nIGxvbmcgdHlwZV9pbmZvIG5vZGUnDQov
dXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHg2OCk6IGZpcnN0IGRlZmluZWQgaGVy
ZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4MjgpOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGBib29sIHR5cGVfaW5mbyBub2RlJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8y
Lm8pKC5kYXRhKzB4MjgpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRp
bmZvMi5vKTogSW4gZnVuY3Rpb24gYGJvb2wgdHlwZV9pbmZvIGZ1bmN0aW9uJzoNCnRpbmZvMi5v
KC50ZXh0KzB4YWM4KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgYm9vbCB0eXBlX2luZm8gZnVu
Y3Rpb24nDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLnRleHQrMHhhYzgpOiBmaXJzdCBk
ZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rpb24gYF9f
dGhyb3dfdHlwZV9tYXRjaF9ydHRpJzoNCnRpbmZvMi5vKC50ZXh0KzB4MWMpOiBtdWx0aXBsZSBk
ZWZpbml0aW9uIG9mIGBfX3Rocm93X3R5cGVfbWF0Y2hfcnR0aScNCi91c3IvbGliL2xpYmdjYy5h
KHRpbmZvMi5vKSgudGV4dCsweDFjKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYSh0aW5mbzIubyk6IEluIGZ1bmN0aW9uIGBfX2lzX3BvaW50ZXIodm9pZCAqKSc6DQp0aW5m
bzIubygudGV4dCsweDQ0Yyk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9faXNfcG9pbnRlcih2
b2lkICopJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC50ZXh0KzB4NDRjKTogZmlyc3Qg
ZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHgyMCk6IG11
bHRpcGxlIGRlZmluaXRpb24gb2YgYHNob3J0IHR5cGVfaW5mbyBub2RlJw0KL3Vzci9saWIvbGli
Z2NjLmEodGluZm8yLm8pKC5kYXRhKzB4MjApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGli
L2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rpb24gYHVuc2lnbmVkIGNoYXIgdHlwZV9pbmZv
IGZ1bmN0aW9uJzoNCnRpbmZvMi5vKC50ZXh0KzB4MTA2OCk6IG11bHRpcGxlIGRlZmluaXRpb24g
b2YgYHVuc2lnbmVkIGNoYXIgdHlwZV9pbmZvIGZ1bmN0aW9uJw0KL3Vzci9saWIvbGliZ2NjLmEo
dGluZm8yLm8pKC50ZXh0KzB4MTA2OCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGli
Z2NjLmEodGluZm8yLm8pKC5kYXRhKzB4NDgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBkb3Vi
bGUgdHlwZV9pbmZvIG5vZGUnDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHg0
OCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pOiBJbiBm
dW5jdGlvbiBgdW5zaWduZWQgbG9uZyBsb25nIHR5cGVfaW5mbyBmdW5jdGlvbic6DQp0aW5mbzIu
bygudGV4dCsweGY0OCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHVuc2lnbmVkIGxvbmcgbG9u
ZyB0eXBlX2luZm8gZnVuY3Rpb24nDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLnRleHQr
MHhmNDgpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKTog
SW4gZnVuY3Rpb24gYGRvdWJsZSB0eXBlX2luZm8gZnVuY3Rpb24nOg0KdGluZm8yLm8oLnRleHQr
MHhkMDgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBkb3VibGUgdHlwZV9pbmZvIGZ1bmN0aW9u
Jw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC50ZXh0KzB4ZDA4KTogZmlyc3QgZGVmaW5l
ZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHgxOCk6IG11bHRpcGxl
IGRlZmluaXRpb24gb2YgYGludCB0eXBlX2luZm8gbm9kZScNCi91c3IvbGliL2xpYmdjYy5hKHRp
bmZvMi5vKSguZGF0YSsweDE4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2Mu
YSh0aW5mbzIubykoLmRhdGErMHg1OCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHVuc2lnbmVk
IGludCB0eXBlX2luZm8gbm9kZScNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSguZGF0YSsw
eDU4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubyk6IElu
IGZ1bmN0aW9uIGB3Y2hhcl90IHR5cGVfaW5mbyBmdW5jdGlvbic6DQp0aW5mbzIubygudGV4dCsw
eGJlOCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHdjaGFyX3QgdHlwZV9pbmZvIGZ1bmN0aW9u
Jw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC50ZXh0KzB4YmU4KTogZmlyc3QgZGVmaW5l
ZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubyk6IEluIGZ1bmN0aW9uIGBfX3J0dGlf
ZnVuYyc6DQp0aW5mbzIubygudGV4dCsweDU5Yyk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9f
cnR0aV9mdW5jJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC50ZXh0KzB4NTljKTogZmly
c3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHg3OCk6
IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHVuc2lnbmVkIGNoYXIgdHlwZV9pbmZvIG5vZGUnDQov
dXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHg3OCk6IGZpcnN0IGRlZmluZWQgaGVy
ZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pOiBJbiBmdW5jdGlvbiBgX19ydHRpX3B0cic6
DQp0aW5mbzIubygudGV4dCsweDQ4NCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fcnR0aV9w
dHInDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLnRleHQrMHg0ODQpOiBmaXJzdCBkZWZp
bmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rpb24gYGxvbmcg
ZG91YmxlIHR5cGVfaW5mbyBmdW5jdGlvbic6DQp0aW5mbzIubygudGV4dCsweGM3OCk6IG11bHRp
cGxlIGRlZmluaXRpb24gb2YgYGxvbmcgZG91YmxlIHR5cGVfaW5mbyBmdW5jdGlvbicNCi91c3Iv
bGliL2xpYmdjYy5hKHRpbmZvMi5vKSgudGV4dCsweGM3OCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0K
L3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4NzApOiBtdWx0aXBsZSBkZWZpbml0
aW9uIG9mIGB1bnNpZ25lZCBzaG9ydCB0eXBlX2luZm8gbm9kZScNCi91c3IvbGliL2xpYmdjYy5h
KHRpbmZvMi5vKSguZGF0YSsweDcwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYSh0aW5mbzIubyk6IEluIGZ1bmN0aW9uIGBmbG9hdCB0eXBlX2luZm8gZnVuY3Rpb24nOg0K
dGluZm8yLm8oLnRleHQrMHhkOTgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBmbG9hdCB0eXBl
X2luZm8gZnVuY3Rpb24nDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLnRleHQrMHhkOTgp
OiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSguZGF0YSsw
eDEwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgbG9uZyB0eXBlX2luZm8gbm9kZScNCi91c3Iv
bGliL2xpYmdjYy5hKHRpbmZvMi5vKSguZGF0YSsweDEwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQov
dXNyL2xpYi9saWJnY2MuYSh0aW5mbzIubykoLmRhdGErMHgzOCk6IG11bHRpcGxlIGRlZmluaXRp
b24gb2YgYHdjaGFyX3QgdHlwZV9pbmZvIG5vZGUnDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mbzIu
bykoLmRhdGErMHgzOCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGlu
Zm8yLm8pOiBJbiBmdW5jdGlvbiBgdW5zaWduZWQgbG9uZyB0eXBlX2luZm8gZnVuY3Rpb24nOg0K
dGluZm8yLm8oLnRleHQrMHhlYjgpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGB1bnNpZ25lZCBs
b25nIHR5cGVfaW5mbyBmdW5jdGlvbicNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSgudGV4
dCsweGViOCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8p
OiBJbiBmdW5jdGlvbiBgX19ydHRpX3B0bWYnOg0KdGluZm8yLm8oLnRleHQrMHg2MjApOiBtdWx0
aXBsZSBkZWZpbml0aW9uIG9mIGBfX3J0dGlfcHRtZicNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZv
Mi5vKSgudGV4dCsweDYyMCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEo
dGluZm8yLm8pKC5kYXRhKzB4OCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYGxvbmcgbG9uZyB0
eXBlX2luZm8gbm9kZScNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSguZGF0YSsweDgpOiBm
aXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKTogSW4gZnVuY3Rp
b24gYHVuc2lnbmVkIHNob3J0IHR5cGVfaW5mbyBmdW5jdGlvbic6DQp0aW5mbzIubygudGV4dCsw
eGZkOCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYHVuc2lnbmVkIHNob3J0IHR5cGVfaW5mbyBm
dW5jdGlvbicNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSgudGV4dCsweGZkOCk6IGZpcnN0
IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pOiBJbiBmdW5jdGlvbiBg
bG9uZyB0eXBlX2luZm8gZnVuY3Rpb24nOg0KdGluZm8yLm8oLnRleHQrMHg5MTgpOiBtdWx0aXBs
ZSBkZWZpbml0aW9uIG9mIGBsb25nIHR5cGVfaW5mbyBmdW5jdGlvbicNCi91c3IvbGliL2xpYmdj
Yy5hKHRpbmZvMi5vKSgudGV4dCsweDkxOCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIv
bGliZ2NjLmEodGluZm8yLm8pOiBJbiBmdW5jdGlvbiBgX19keW5hbWljX2Nhc3QnOg0KdGluZm8y
Lm8oLnRleHQrMHg3YWMpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2R5bmFtaWNfY2FzdCcN
Ci91c3IvbGliL2xpYmdjYy5hKHRpbmZvMi5vKSgudGV4dCsweDdhYyk6IGZpcnN0IGRlZmluZWQg
aGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4MCk6IG11bHRpcGxlIGRl
ZmluaXRpb24gb2YgYHZvaWQgdHlwZV9pbmZvIG5vZGUnDQovdXNyL2xpYi9saWJnY2MuYSh0aW5m
bzIubykoLmRhdGErMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0
aW5mbzIubykoLmRhdGErMHg0MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYGxvbmcgZG91Ymxl
IHR5cGVfaW5mbyBub2RlJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8yLm8pKC5kYXRhKzB4NDAp
OiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvLm8pOiBJbiBmdW5j
dGlvbiBgX19jbGFzc190eXBlX2luZm86OmRjYXN0KHR5cGVfaW5mbyBjb25zdCAmLCBpbnQsIHZv
aWQgKiwgdHlwZV9pbmZvIGNvbnN0ICosIHZvaWQgKikgY29uc3QnOg0KdGluZm8ubygudGV4dCsw
eDJlYyk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fY2xhc3NfdHlwZV9pbmZvOjpkY2FzdCh0
eXBlX2luZm8gY29uc3QgJiwgaW50LCB2b2lkICosIHR5cGVfaW5mbyBjb25zdCAqLCB2b2lkICop
IGNvbnN0Jw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8ubykoLnRleHQrMHgyZWMpOiBmaXJzdCBk
ZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvLm8pOiBJbiBmdW5jdGlvbiBgX19y
dHRpX3VzZXInOg0KdGluZm8ubygudGV4dCsweDFmYyk6IG11bHRpcGxlIGRlZmluaXRpb24gb2Yg
YF9fcnR0aV91c2VyJw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8ubykoLnRleHQrMHgxZmMpOiBm
aXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvLm8pOiBJbiBmdW5jdGlv
biBgX19ydHRpX3NpJzoNCnRpbmZvLm8oLnRleHQrMHgxMjgpOiBtdWx0aXBsZSBkZWZpbml0aW9u
IG9mIGBfX3J0dGlfc2knDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mby5vKSgudGV4dCsweDEyOCk6
IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8ubyk6IEluIGZ1bmN0
aW9uIGBfX3VzZXJfdHlwZV9pbmZvOjpkY2FzdCh0eXBlX2luZm8gY29uc3QgJiwgaW50LCB2b2lk
ICosIHR5cGVfaW5mbyBjb25zdCAqLCB2b2lkICopIGNvbnN0JzoNCnRpbmZvLm8oLnRleHQrMHgy
ODApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3VzZXJfdHlwZV9pbmZvOjpkY2FzdCh0eXBl
X2luZm8gY29uc3QgJiwgaW50LCB2b2lkICosIHR5cGVfaW5mbyBjb25zdCAqLCB2b2lkICopIGNv
bnN0Jw0KL3Vzci9saWIvbGliZ2NjLmEodGluZm8ubykoLnRleHQrMHgyODApOiBmaXJzdCBkZWZp
bmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvLm8pOiBJbiBmdW5jdGlvbiBgdHlwZV9p
bmZvOjp+dHlwZV9pbmZvKHZvaWQpJzoNCnRpbmZvLm8oLnRleHQrMHgwKTogbXVsdGlwbGUgZGVm
aW5pdGlvbiBvZiBgdHlwZV9pbmZvOjp+dHlwZV9pbmZvKHZvaWQpJw0KL3Vzci9saWIvbGliZ2Nj
LmEodGluZm8ubykoLnRleHQrMHgwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJn
Y2MuYSh0aW5mby5vKTogSW4gZnVuY3Rpb24gYF9fc2lfdHlwZV9pbmZvOjpkY2FzdCh0eXBlX2lu
Zm8gY29uc3QgJiwgaW50LCB2b2lkICosIHR5cGVfaW5mbyBjb25zdCAqLCB2b2lkICopIGNvbnN0
JzoNCnRpbmZvLm8oLnRleHQrMHgyYTApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3NpX3R5
cGVfaW5mbzo6ZGNhc3QodHlwZV9pbmZvIGNvbnN0ICYsIGludCwgdm9pZCAqLCB0eXBlX2luZm8g
Y29uc3QgKiwgdm9pZCAqKSBjb25zdCcNCi91c3IvbGliL2xpYmdjYy5hKHRpbmZvLm8pKC50ZXh0
KzB4MmEwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYSh0aW5mby5vKTog
SW4gZnVuY3Rpb24gYHR5cGVfaW5mbzo6b3BlcmF0b3I9PSh0eXBlX2luZm8gY29uc3QgJikgY29u
c3QnOg0KdGluZm8ubygudGV4dCsweDI0KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgdHlwZV9p
bmZvOjpvcGVyYXRvcj09KHR5cGVfaW5mbyBjb25zdCAmKSBjb25zdCcNCi91c3IvbGliL2xpYmdj
Yy5hKHRpbmZvLm8pKC50ZXh0KzB4MjQpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xp
YmdjYy5hKHRpbmZvLm8pOiBJbiBmdW5jdGlvbiBgX19ydHRpX2NsYXNzJzoNCnRpbmZvLm8oLnRl
eHQrMHg1MCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fcnR0aV9jbGFzcycNCi91c3IvbGli
L2xpYmdjYy5hKHRpbmZvLm8pKC50ZXh0KzB4NTApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3Iv
bGliL2xpYmdjYy5hKF9laC5vKTogSW4gZnVuY3Rpb24gYF9fdGhyb3dfdHlwZV9tYXRjaCc6DQpf
ZWgubygudGV4dCsweDE4KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX190aHJvd190eXBlX21h
dGNoJw0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pKC50ZXh0KzB4MTgpOiBmaXJzdCBkZWZpbmVk
IGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9laC5vKTogSW4gZnVuY3Rpb24gYF9fZ2V0X2VoX2lu
Zm8nOg0KX2VoLm8oLnRleHQrMHhiMCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZ2V0X2Vo
X2luZm8nDQovdXNyL2xpYi9saWJnY2MuYShfZWgubykoLnRleHQrMHhiMCk6IGZpcnN0IGRlZmlu
ZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pOiBJbiBmdW5jdGlvbiBgX19yZXRocm93
JzoNCl9laC5vKC50ZXh0KzB4YTdjKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19yZXRocm93
Jw0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pKC50ZXh0KzB4YTdjKTogZmlyc3QgZGVmaW5lZCBo
ZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZWgubyk6IEluIGZ1bmN0aW9uIGBfX2dldF9laF9jb250
ZXh0JzoNCl9laC5vKC50ZXh0KzB4YTApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2dldF9l
aF9jb250ZXh0Jw0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pKC50ZXh0KzB4YTApOiBmaXJzdCBk
ZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKF9laC5vKTogSW4gZnVuY3Rpb24gYF9fc2p0
aHJvdyc6DQpfZWgubygudGV4dCsweDFlOCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fc2p0
aHJvdycNCi91c3IvbGliL2xpYmdjYy5hKF9laC5vKSgudGV4dCsweDFlOCk6IGZpcnN0IGRlZmlu
ZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pKC5kYXRhKzB4NCk6IG11bHRpcGxlIGRl
ZmluaXRpb24gb2YgYF9fdGVybWluYXRlX2Z1bmMnDQovdXNyL2xpYi9saWJnY2MuYShfZWgubyko
LmRhdGErMHg0KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZWgubyk6
IEluIGZ1bmN0aW9uIGBfX3Rocm93JzoNCl9laC5vKC50ZXh0KzB4OWY0KTogbXVsdGlwbGUgZGVm
aW5pdGlvbiBvZiBgX190aHJvdycNCi91c3IvbGliL2xpYmdjYy5hKF9laC5vKSgudGV4dCsweDlm
NCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pOiBJbiBmdW5j
dGlvbiBgX19lbXB0eSc6DQpfZWgubygudGV4dCsweDM4KTogbXVsdGlwbGUgZGVmaW5pdGlvbiBv
ZiBgX19lbXB0eScNCi91c3IvbGliL2xpYmdjYy5hKF9laC5vKSgudGV4dCsweDM4KTogZmlyc3Qg
ZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZWgubyk6IEluIGZ1bmN0aW9uIGBfX3Vu
d2luZGluZ19jbGVhbnVwJzoNCl9laC5vKC50ZXh0KzB4NjdjKTogbXVsdGlwbGUgZGVmaW5pdGlv
biBvZiBgX191bndpbmRpbmdfY2xlYW51cCcNCi91c3IvbGliL2xpYmdjYy5hKF9laC5vKSgudGV4
dCsweDY3Yyk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pOiBJ
biBmdW5jdGlvbiBgX19nZXRfZWhfdGFibGVfbGFuZ3VhZ2UnOg0KX2VoLm8oLnRleHQrMHg0MTQp
OiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2dldF9laF90YWJsZV9sYW5ndWFnZScNCi91c3Iv
bGliL2xpYmdjYy5hKF9laC5vKSgudGV4dCsweDQxNCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vz
ci9saWIvbGliZ2NjLmEoX2VoLm8pOiBJbiBmdW5jdGlvbiBgX19zanBvcG50aHJvdyc6DQpfZWgu
bygudGV4dCsweDJmMCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fc2pwb3BudGhyb3cnDQov
dXNyL2xpYi9saWJnY2MuYShfZWgubykoLnRleHQrMHgyZjApOiBmaXJzdCBkZWZpbmVkIGhlcmUN
Ci91c3IvbGliL2xpYmdjYy5hKF9laC5vKTogSW4gZnVuY3Rpb24gYF9fZWhfcnRpbWVfbWF0Y2gn
Og0KX2VoLm8oLnRleHQrMHgzYzQpOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2VoX3J0aW1l
X21hdGNoJw0KL3Vzci9saWIvbGliZ2NjLmEoX2VoLm8pKC50ZXh0KzB4M2M0KTogZmlyc3QgZGVm
aW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShfZWgubyk6IEluIGZ1bmN0aW9uIGBfX2dldF9k
eW5hbWljX2hhbmRsZXJfY2hhaW4nOg0KX2VoLm8oLnRleHQrMHgxZDQpOiBtdWx0aXBsZSBkZWZp
bml0aW9uIG9mIGBfX2dldF9keW5hbWljX2hhbmRsZXJfY2hhaW4nDQovdXNyL2xpYi9saWJnY2Mu
YShfZWgubykoLnRleHQrMHgxZDQpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdj
Yy5hKF9laC5vKTogSW4gZnVuY3Rpb24gYF9fZGVmYXVsdF90ZXJtaW5hdGUnOg0KX2VoLm8oLnRl
eHQrMHgwKTogbXVsdGlwbGUgZGVmaW5pdGlvbiBvZiBgX19kZWZhdWx0X3Rlcm1pbmF0ZScNCi91
c3IvbGliL2xpYmdjYy5hKF9laC5vKSgudGV4dCsweDApOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91
c3IvbGliL2xpYmdjYy5hKF9laC5vKTogSW4gZnVuY3Rpb24gYF9fdGVybWluYXRlJzoNCl9laC5v
KC50ZXh0KzB4OCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fdGVybWluYXRlJw0KL3Vzci9s
aWIvbGliZ2NjLmEoX2VoLm8pKC50ZXh0KzB4OCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9s
aWIvbGliZ2NjLmEoX2VoLm8pOiBJbiBmdW5jdGlvbiBgX19nZXRfZWhfdGFibGVfdmVyc2lvbic6
DQpfZWgubygudGV4dCsweDQwNCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZ2V0X2VoX3Rh
YmxlX3ZlcnNpb24nDQovdXNyL2xpYi9saWJnY2MuYShfZWgubykoLnRleHQrMHg0MDQpOiBmaXJz
dCBkZWZpbmVkIGhlcmUNCi91c3IvbGliL2xpYmdjYy5hKGZyYW1lLm8pOiBJbiBmdW5jdGlvbiBg
X19yZWdpc3Rlcl9mcmFtZSc6DQpmcmFtZS5vKC50ZXh0KzB4OGQ4KTogbXVsdGlwbGUgZGVmaW5p
dGlvbiBvZiBgX19yZWdpc3Rlcl9mcmFtZScNCi91c3IvbGliL2xpYmdjYy5hKGZyYW1lLm8pKC50
ZXh0KzB4OGQ4KTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShmcmFtZS5v
KTogSW4gZnVuY3Rpb24gYF9fZnJhbWVfc3RhdGVfZm9yJzoNCmZyYW1lLm8oLnRleHQrMHhhMjAp
OiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX2ZyYW1lX3N0YXRlX2ZvcicNCi91c3IvbGliL2xp
YmdjYy5hKGZyYW1lLm8pKC50ZXh0KzB4YTIwKTogZmlyc3QgZGVmaW5lZCBoZXJlDQovdXNyL2xp
Yi9saWJnY2MuYShmcmFtZS5vKTogSW4gZnVuY3Rpb24gYF9fcmVnaXN0ZXJfZnJhbWVfdGFibGUn
Og0KZnJhbWUubygudGV4dCsweDk1OCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fcmVnaXN0
ZXJfZnJhbWVfdGFibGUnDQovdXNyL2xpYi9saWJnY2MuYShmcmFtZS5vKSgudGV4dCsweDk1OCk6
IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9saWIvbGliZ2NjLmEoZnJhbWUubyk6IEluIGZ1bmN0
aW9uIGBfX2RlcmVnaXN0ZXJfZnJhbWVfaW5mbyc6DQpmcmFtZS5vKC50ZXh0KzB4OTc0KTogbXVs
dGlwbGUgZGVmaW5pdGlvbiBvZiBgX19kZXJlZ2lzdGVyX2ZyYW1lX2luZm8nDQovdXNyL2xpYi9s
aWJnY2MuYShmcmFtZS5vKSgudGV4dCsweDk3NCk6IGZpcnN0IGRlZmluZWQgaGVyZQ0KL3Vzci9s
aWIvbGliZ2NjLmEoZnJhbWUubyk6IEluIGZ1bmN0aW9uIGBfX2RlcmVnaXN0ZXJfZnJhbWUnOg0K
ZnJhbWUubygudGV4dCsweGEwOCk6IG11bHRpcGxlIGRlZmluaXRpb24gb2YgYF9fZGVyZWdpc3Rl
cl9mcmFtZScNCi91c3IvbGliL2xpYmdjYy5hKGZyYW1lLm8pKC50ZXh0KzB4YTA4KTogZmlyc3Qg
ZGVmaW5lZCBoZXJlDQovdXNyL2xpYi9saWJnY2MuYShmcmFtZS5vKTogSW4gZnVuY3Rpb24gYF9f
cmVnaXN0ZXJfZnJhbWVfaW5mb190YWJsZSc6DQpmcmFtZS5vKC50ZXh0KzB4OGY0KTogbXVsdGlw
bGUgZGVmaW5pdGlvbiBvZiBgX19yZWdpc3Rlcl9mcmFtZV9pbmZvX3RhYmxlJw0KL3Vzci9saWIv
bGliZ2NjLmEoZnJhbWUubykoLnRleHQrMHg4ZjQpOiBmaXJzdCBkZWZpbmVkIGhlcmUNCi91c3Iv
bGliL2xpYmdjYy5hKGZyYW1lLm8pOiBJbiBmdW5jdGlvbiBgX19yZWdpc3Rlcl9mcmFtZV9pbmZv
JzoNCmZyYW1lLm8oLnRleHQrMHg4NzApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfX3JlZ2lz
dGVyX2ZyYW1lX2luZm8nDQovdXNyL2xpYi9saWJnY2MuYShmcmFtZS5vKSgudGV4dCsweDg3MCk6
IGZpcnN0IGRlZmluZWQgaGVyZQ0KKioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC90bXAvbGRi
dWcvdGVzdC4NCioqKiBFcnJvciBjb2RlIDENCg0KU3RvcCBpbiAvdG1wL2xkYnVnLg0Kcm9vdEBu
b3RlYm9vayMgZXhpdA0KClNjcmlwdCBkb25lIG9uIFN1biBBcHIgMjIgMTU6MTE6MzkgMjAwMQo=

--192.168.1.100.0.37481.987941945.485.30997
Content-Type: application/x-compressed-tar;
    name="ldbug.tgz"
Content-Transfer-Encoding: base64

H4sIAGrK4joAA+2YXWvbMBSGc2v9ikObiwRmR7KtGLqljKQrBLp1JIzd7MYfyiyq2sN2WsbYf5/l
jHjJ1oVcyB3ZeW5sCWMd/Oo9R8cqidafRz2jgE8DzqEHGrp3/TmAwA0o9/2x7wMw6gZuD7jZsDas
yyosAHpFnld/e+4xFUJ1EVC3qEb/t+GdWEklzKzBKNWyPq0/97b6+1zrz4Kx3wNqJpxd/nP9lx+m
V/PFxFIygkqUFSGOzGK1TgS8isrEKddRIgvn/u6SPHeoiAE2/q/VN1gDjsj/nHme9j/1MP93Qqu/
uRpwKP8zHmzzP/fcesLlHPN/J5xD/7oQYrq86hNyM5/WlUDvCLJczJYTa5XnTgxRWDgxeXf7fnF7
Pb95M4GvotTD+Wxi6Vsis/ojKnVBrNciTnOws/0yUm8wrCH/Iq3/G62NrHHw/Be0578xZdr/lHH0
fxecb21aVonMnfSSkIdcJqTeDgN9MyTfiPWlkFm1GpzpyeGn7Gz4knxHL58Crf+bLG9kjaP8z4LG
/xT93wlP+r/eDr/7X0+i/0+Jjf9152+uATyq/2NN/+f6DPu/LvhFf2MN4KH873q81Z/q/39uwMeY
/7tAt21Ql/9mHzhl7jBCdoYX4DjN+WA7GxKrP5jNhmCXaViIBOx89w1gf1QvbPsxzZWwwyJO5YP4
w1tIrESY1U3jKJLZqLgHe7UXyXN/HARBEARBEARBEAQ5EX4AvabNcAAoAAA=

--192.168.1.100.0.37481.987941945.485.30997--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  5:48:20 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 CD11637B422; Sun, 22 Apr 2001 05:48:13 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from notebook.vega.com (dialup9-61.iptelecom.net.ua [212.9.228.61])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id PAA94845;
	Sun, 22 Apr 2001 15:47:43 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Date: Sun, 22 Apr 2001 15:47:43 +0300 (EEST)
Message-Id: <200104221247.PAA94845@ipcard.iptcom.net>
To: brian@Awfulhak.org, sobomax@FreeBSD.org
Cc: brian@Awfulhak.org, kabaev@mail.ru, sheldonh@uunet.co.za,
	freebsd@gndrsh.dnsmgr.net, bsd@bsdhome.com,
	schweikh@schweikhardt.net, freebsd-current@FreeBSD.org,
	brian@Awfulhak.org
From: Maxim Sobolev <sobomax@FreeBSD.org>
Reply-To: sobomax@FreeBSD.org
Subject: =?ISO-8859-1?Q?Re:_cp_-d_dir_patch_for_review_(or_'xargs'=3F)?=
X-Mailer: Pygmy (v0.5.5)
In-Reply-To: <200104221216.f3MCGV517027@hak.lan.Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sun, 22 Apr 2001 13:16:31 +0100, Brian Somers wrote:
> > On Sat, 21 Apr 2001 20:04:31 +0100, Brian Somers wrote:
> > > > Sorry for butting in. Adding new non-portable functionality to solve the problem
> > > > which could be adequitely taken care of using existing and well known
> > > > techniquies is not appropriate, I completely agree with you on that.
> > > 
> > > And I'm still waiting to see those well known techniques.
> > 
> > Attached small script should solve this problem and doesn't require
> > introducing incompatible option in the standard tool.
> > 
> > For example:
> > 
> > find /usr/src -type f | xargs larg cp targetdir
> > 
> > For speed purposes it could be implemented in raw C.
> > 
> > -Maxim
> > 
> > #!/bin/sh
> > 
> > if [ ${#} -le 2 ]; then
> > 	echo "Usage: larg command lastarg arg1 [arg2 ...]"
> > 	exit 0
>              ^
>              oops :-)
> > fi
> > 
> > COMMAND=${1}
> > LASTARG=${2}
> > shift 2
> > exec ${COMMAND} "${@}" "${LASTARG}"
> 
> Yes, I think this will work as long as your environment isn't 
> polluted by something like $ENV (any increase in the environment size 
> will effect xargs's calculation of how many arguments will fit on the 
> command line).

I don't see why it matters. The only thing that matters here is number of
args accepted by the shell. Anyway this is a 2-minute prototype... ;)
As you can see, the problem in fact could be easily solved using "well
known techniques".

> Of course I still prefer the xargs fix - as you said above, it'd be 
> nicer in C :-)

I still don't see why it couldn't be an separate tool (perhaps more
general that my prototype).

-Maxim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  7:11:20 2001
Delivered-To: freebsd-current@freebsd.org
Received: from camel.avias.com (camel.avias.com [195.14.38.87])
	by hub.freebsd.org (Postfix) with ESMTP id F24D937B424
	for <current@freebsd.org>; Sun, 22 Apr 2001 07:11:15 -0700 (PDT)
	(envelope-from camel@avias.com)
Received: from gr.avias.local (gr.avias.local [192.168.2.2])
	by camel.avias.com (8.11.3/8.11.3) with ESMTP id f3MEAlO90271
	for <current@freebsd.org>; Sun, 22 Apr 2001 18:10:48 +0400 (MSD)
	(envelope-from camel@avias.com)
Date: Sun, 22 Apr 2001 18:11:25 +0400
From: Ilya Naumov <camel@avias.com>
X-Mailer: The Bat! (v1.51) Educational
Reply-To: Ilya Naumov <camel@avias.com>
X-Priority: 3 (Normal)
Message-ID: <38167575881.20010422181125@avias.com>
To: current@freebsd.org
Subject: world is broken?
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,

'make buildworld' fails with the following symptoms:

===> usr.sbin/rpc.lockd
cc -pipe -march=k6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lockd/kern.c
cc -pipe -march=k6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -g   -I/usr/obj/garbage/src/i386/usr/include -c nlm_prot_svc.c
cc -pipe -march=k6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lockd/lockd.c
cc -pipe -march=k6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lockd/lock_proc.c
cc -pipe -march=k6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lockd/lockd_lock.c
cc -pipe -march=k6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -g   -I/usr/obj/garbage/src/i386/usr/include  -o rpc.lockd kern.o nlm_prot_svc.o lockd.o lock_proc.o lockd_lock.o  -lrpcsvc -lutil
*** Error code 1

Stop in /garbage/src/usr.sbin/rpc.lockd.
*** Error code 1

Stop in /garbage/src/usr.sbin.
*** Error code 1

Stop in /garbage/src.
*** Error code 1

Stop in /garbage/src.
*** Error code 1

Stop in /garbage/src.


-- 
Best regards,
 Ilya                          mailto:camel@avias.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  7:34:22 2001
Delivered-To: freebsd-current@freebsd.org
Received: from maile.telia.com (maile.telia.com [194.22.190.16])
	by hub.freebsd.org (Postfix) with ESMTP id A6E8F37B423
	for <freebsd-current@FreeBSD.org>; Sun, 22 Apr 2001 07:34:18 -0700 (PDT)
	(envelope-from fredrik.neisler@telia.com)
Received: from xerxes (as2-2-6.kr.m.bonet.se [194.236.236.222])
	by maile.telia.com (8.11.2/8.11.0) with SMTP id f3MEYGd22481
	for <freebsd-current@FreeBSD.org>; Sun, 22 Apr 2001 16:34:17 +0200 (CEST)
From: "Fredrik Neisler" <fredrik.neisler@telia.com>
To: <freebsd-current@FreeBSD.org>
Subject: Wrong headline!
Date: Sun, 22 Apr 2001 16:35:49 +0200
Message-ID: <BDENJKNNFMLCLGGEOBOFMECNCAAA.fredrik.neisler@telia.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Current Release(s)

->  Release 4.3 (November, 2000) ?!??

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  9:24:45 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 71EEF37B42C
	for <freebsd-current@freebsd.org>; Sun, 22 Apr 2001 09:24:43 -0700 (PDT)
	(envelope-from mdharnois@home.com)
Received: by c1030098-a.wtrlo1.ia.home.com (Postfix, from userid 1001)
	id ECBFC14A08; Sun, 22 Apr 2001 11:24:43 -0500 (CDT)
To: freebsd-current@freebsd.org
Subject: world broken at vnode.h
Keywords: acl,vaccess,posix1e,vnode,sys,struct,mode,int
From: Michael Harnois <mdharnois@home.com>
Date: 22 Apr 2001 11:24:42 -0500
Message-ID: <86itjwhph1.fsf@mharnois.workgroup.net>
Lines: 22
User-Agent: Gnus/5.090003 (Oort Gnus v0.03) XEmacs/21.5 (alfalfa)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In file included from ../../dev/bktr/bktr_audio.c:52:
../../sys/vnode.h:571: conflicting types for `vaccess_acl_posix1e'
../../sys/vnode.h:568: previous declaration of `vaccess_acl_posix1e'
../../sys/vnode.h:571: warning: redundant redeclaration of `vaccess_acl_posix1e' in same scope
../../sys/vnode.h:568: warning: previous declaration of `vaccess_acl_posix1e'
*** Error code 1

the offending lines in vnode.h are 

int	vaccess_acl_posix1e __P((enum vtype type, struct acl *acl,
	    mode_t acc_mode, struct ucred *cred, int *privused));
int	vaccess_acl_posix1e __P((enum vtype type, uid_t file_uid,
	    gid_t file_gid, struct acl *acl, mode_t acc_mode,
	    struct ucred *cred, int *privused));

One suspects only one of those can be correct ...

-- 
Michael D. Harnois                        mdharnois@home.com
Redeemer Lutheran Church                      Washburn, Iowa 
 Hanlon's Razor: Never attribute to malice 
 that which is adequately explained by stupidity.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  9:28:52 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251])
	by hub.freebsd.org (Postfix) with ESMTP id C3C7B37B423
	for <freebsd-current@freebsd.org>; Sun, 22 Apr 2001 09:28:43 -0700 (PDT)
	(envelope-from schweikh@schweikhardt.net)
Received: by bremen.shuttle.de (Postfix, from userid 10)
	id 2298917D4E; Sun, 22 Apr 2001 18:28:42 +0200 (CEST)
Received: (from schweikh@localhost)
	by hal9000.schweikhardt.net (8.11.3/8.11.1) id f3MGJkY20922
	for freebsd-current@freebsd.org; Sun, 22 Apr 2001 18:19:46 +0200 (CEST)
	(envelope-from schweikh)
Date: Sun, 22 Apr 2001 18:19:46 +0200
From: Jens Schweikhardt <schweikh@schweikhardt.net>
To: freebsd-current@freebsd.org
Subject: leftover pseudo-devices
Message-ID: <20010422181946.A19017@schweikhardt.net>
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, world\n

as -current's NOTES seems to no longer support pseudo-devices, we should
get the docs up to snuff. Grepping /usr/src for pseudo-device turns up
the following. I hesitate to simply s/pseudo-device/device/g and commit
the changes. Could the maintainers of these files please have a look at
what needs to be done. Thanks!


Regards,

	Jens
-- 
Jens Schweikhardt http://www.schweikhardt.net/
SIGSIG -- signature too long (core dumped)

./contrib/ipfilter/ip_fil.c: * Try to detect the case when compiling for NetBSD with pseudo-device
./contrib/libpcap/inet.c:	 * The pseudo-device "any" listens on all interfaces and therefore
./contrib/ntp/kernel/README:     pseudo-device  tty 4  # TTY clock support
./contrib/ntp/kernel/README:     pseudo-device  tty 4  # TTY clock support
./release/picobsd/doc/src/how2build.html:	line in your kernel config file stating 'pseudo-device vn xxx').
./sbin/mknod/mknod.8:for pseudo-devices.
./share/doc/smm/01.setup/5.t:In either case, include the pseudo-devices
./share/doc/smm/01.setup/5.t:The ``pty'' pseudo-device forces the pseudo terminal device driver
./share/doc/smm/01.setup/5.t:while the ``loop'' pseudo-device forces inclusion of the software loopback
./share/doc/smm/01.setup/5.t:Ethernet, the pseudo-device ``ether'' should also be included
./share/examples/drivers/make_pseudo_driver.sh:pseudo-device	${1}	4	# might as well allow 4 of them 
./share/examples/isdn/FAQ:  	pseudo-device   "i4bisppp"      4
./share/man/man4/bpf.4:.Cd pseudo-device bpf
./share/man/man4/ccd.4:.Cd "pseudo-device ccd 4"
./share/man/man4/ccd.4:how to properly configure disks and pseudo-devices in a kernel
./share/man/man4/ccd.4:pseudo-device	ccd	4	# concatenated disk devices
./share/man/man4/ef.4:pseudo-device driver provides support for multiple ethernet frame types.
./share/man/man4/ef.4:pseudo-device driver clones each ethernet type device with four
./share/man/man4/faith.4:.Cd "pseudo-device faith 1"
./share/man/man4/fpa.4:.Cd "pseudo-device fddi"
./share/man/man4/gif.4:.Cd "pseudo-device gif" Op Ar count
./share/man/man4/ifmib.4:hardware device or a software pseudo-device like
./share/man/man4/intro.4:.Em pseudo-devices
./share/man/man4/lo.4:.Cd "pseudo-device loop"
./share/man/man4/ppp.4:.Cd "pseudo-device ppp" Op Ar count
./share/man/man4/pty.4:.Cd "pseudo-device pty"
./share/man/man4/sl.4:.Cd "pseudo-device sl" Op Ar count
./share/man/man4/splash.4:.Cd "pseudo-device splash"
./share/man/man4/splash.4:.Dl pseudo-device splash
./share/man/man4/sppp.4:.Cd "pseudo-device sppp"
./share/man/man4/stf.4:.Cd "pseudo-device stf"
./share/man/man4/syscons.4:pseudo-device splash
./share/man/man4/tap.4:.Cd pseudo-device tap
./share/man/man4/tun.4:.Cd pseudo-device tun
./share/man/man4/vinum.4:pseudo-device	vinum
./share/man/man4/vinum.4:pseudo-device appear to work, but are not supported.  If you have trouble with
./share/man/man4/man4.i386/ar.4:.Cd "pseudo-device sppp"
./share/man/man4/man4.i386/cx.4:.Cd pseudo-device sppp
./share/man/man4/man4.i386/en.4:.Cd "pseudo-device atm"
./share/man/man4/man4.i386/spkr.4:.Cd pseudo-device speaker
./share/man/man4/man4.i386/sr.4:.Cd "pseudo-device sppp"
./sys/dev/ccd/ccd.c: * Called by main() during pseudo-device attachment.  All we need
./sys/dev/streams/streams.c: * Stolen from NetBSD /sys/compat/svr4/svr4_net.c.  Pseudo-device driver
./sys/dev/vinum/vinum.c:/* Called by main() during pseudo-device attachment. */
./sys/dev/vinum/vinum.c: * Called by main() during pseudo-device attachment.  All we need
./sys/i4b/driver/i4b_isppp.c:# error "You need to define `pseudo-device sppp <N>' with options ISPPP"
./sys/kern/kern_descrip.c: * File Descriptor pseudo-device driver (/dev/fd/).
./sys/modules/svr4/README:      a.  Add "pseudo-device streams" to your kernel config file and rebuild,
./sys/net/if_vlan.c: * if_vlan.c - pseudo-device driver for IEEE 802.1Q virtual LANs.
./sys/netinet/ip_fil.c: * Try to detect the case when compiling for NetBSD with pseudo-device
./sys/sys/mdioctl.h: * Ioctl definitions for memory disk pseudo-device.
./sys/sys/vnioctl.h: * Ioctl definitions for file (vnode) disk pseudo-device.
./tools/tools/upgrade/doupgrade.sh:pseudo-device   splash \
./usr.sbin/arp/arp.4:.Cd "pseudo-device ether"
./usr.sbin/config/SMM.doc/2.t:.IR pseudo-devices .
./usr.sbin/config/SMM.doc/4.t:Pseudo-devices
./usr.sbin/config/SMM.doc/4.t:To include any of these pieces, a ``pseudo-device'' specification
./usr.sbin/config/SMM.doc/4.t:\fBpseudo-device\fP	\fIdevice-name\fP [ \fIhowmany\fP ]
./usr.sbin/config/SMM.doc/5.t:.I pseudo-device
./usr.sbin/config/SMM.doc/5.t:.I pseudo-device
./usr.sbin/config/SMM.doc/5.t:pseudo-device	pty
./usr.sbin/config/SMM.doc/5.t:pseudo-device	loop
./usr.sbin/config/SMM.doc/5.t:pseudo-device	imp
./usr.sbin/config/SMM.doc/5.t:pseudo-device	ether
./usr.sbin/config/SMM.doc/6.t:which may be configured with pseudo-device specifications.
./usr.sbin/config/SMM.doc/a.t:	| \fBpseudo-device\fP Dev [ NUMBER ]
./usr.sbin/config/SMM.doc/c.t:pseudo-device	pty
./usr.sbin/config/SMM.doc/c.t:pseudo-device	loop
./usr.sbin/config/SMM.doc/c.t:pseudo-device	imp
./usr.sbin/config/SMM.doc/c.t:pseudo-device	ether
./usr.sbin/i4b/man/i4b.4:.Cd pseudo-device \&"i4b\&"
./usr.sbin/i4b/man/i4bctl.4:.Cd pseudo-device \&"i4bctl\&"
./usr.sbin/i4b/man/i4bing.4:.Cd pseudo-device \&"i4bing\&" Op count
./usr.sbin/i4b/man/i4bipr.4:.Cd pseudo-device \&"i4bipr\&" Op count
./usr.sbin/i4b/man/i4bisppp.4:.Cd pseudo-device \&"i4bisppp\&" Op count
./usr.sbin/i4b/man/i4bq921.4:.Cd pseudo-device \&"i4bq921\&"
./usr.sbin/i4b/man/i4bq931.4:.Cd pseudo-device \&"i4bq931\&"
./usr.sbin/i4b/man/i4brbch.4:.Cd pseudo-device \&"i4brbch\&" Op count
./usr.sbin/i4b/man/i4btel.4:.Cd pseudo-device \&"i4btel\&" Op count
./usr.sbin/i4b/man/i4btrc.4:.Cd pseudo-device \&"i4btrc\&" Op count
./usr.sbin/ppp/ppp.8:.Dl pseudo-device tun N

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22  9:49:11 2001
Delivered-To: freebsd-current@freebsd.org
Received: from newsguy.com (smtp.newsguy.com [209.155.56.71])
	by hub.freebsd.org (Postfix) with ESMTP
	id 48EA337B423; Sun, 22 Apr 2001 09:49:08 -0700 (PDT)
	(envelope-from dcs@newsguy.com)
Received: from newsguy.com (ppp239-bsace7001.telebrasilia.net.br [200.181.80.239])
	by newsguy.com (8.11.0/8.9.1) with ESMTP id f3MGmjd03745;
	Sun, 22 Apr 2001 09:48:46 -0700 (PDT)
Message-ID: <3AE30D1F.FE107AC6@newsguy.com>
Date: Sun, 22 Apr 2001 13:55:59 -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: chris@aims.com.au
Cc: freebsd-current@FreeBSD.ORG, jhb@FreeBSD.ORG,
	dwcjr@inethouston.net, imp@FreeBSD.ORG
Subject: Re: kernel core
References: <03cb01c0cb0b$ce9369a0$020aa8c0@aims.private>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Chris Knight wrote:
> 
> I've found the following sequence to be optimal from going from
> pre-dirpref -current to post-dirpref -current and 4-stable to -current:
> 
> make buildworld
> make buildkernel KERNCONF=YOUR_KERNEL_HERE
> make installkernel KERNCONF=YOUR_KERNEL_HERE
> make installworld
> mergemaster
> <reboot to single user>
> fsck all partitions, answering yes to all prompts
> tunefs -A -s <n> all partitions, where N > 0

This is not optimal because userland may depend on a new kernel, so
things may go awry during that installworld step.

-- 
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  Sun Apr 22 10:10:10 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 328ED37B423
	for <freebsd-current@FreeBSD.ORG>; Sun, 22 Apr 2001 10:10:03 -0700 (PDT)
	(envelope-from karsten@rohrbach.de)
Received: (qmail 95159 invoked by uid 1000); 22 Apr 2001 17:10:24 -0000
Date: Sun, 22 Apr 2001 19:10:24 +0200
From: "Karsten W. Rohrbach" <karsten@rohrbach.de>
To: Brian Somers <brian@Awfulhak.org>
Cc: Dima Dorfman <dima@unixfreak.org>,
	Garance A Drosihn <drosih@rpi.edu>,
	"John W. De Boskey" <jwd@bsdwins.com>,
	Current List <freebsd-current@FreeBSD.ORG>
Subject: Re: cp -d dir patch for review (or 'xargs'?)
Message-ID: <20010422191024.A92712@mail.webmonster.de>
Mail-Followup-To: "Karsten W. Rohrbach" <karsten@rohrbach.de>,
	Brian Somers <brian@Awfulhak.org>, Dima Dorfman <dima@unixfreak.org>,
	Garance A Drosihn <drosih@rpi.edu>,
	"John W. De Boskey" <jwd@bsdwins.com>,
	Current List <freebsd-current@FreeBSD.ORG>
References: <dima@unixfreak.org> <200104201029.f3KATF533872@hak.lan.Awfulhak.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104201029.f3KATF533872@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Fri, Apr 20, 2001 at 11:29:15AM +0100
X-Arbitrary-Number-Of-The-Day: 42
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Brian Somers(brian@Awfulhak.org)@2001.04.20 11:29:15 +0000:
>   find something | xargs cp {} target_directory
> 
> or
> 
>   find something | xargs -i '[]' cp '[]' target_directory
> 
or
    find something -exec cp {} target_directory \;

from find(1):
    -exec utility [argument ...];
	True if the program named utility returns a zero value as its ex-
	it status.  Optional arguments may be passed to the utility.  The
	expression must be terminated by a semicolon (``;'').  If the
	string ``{}'' appears anywhere in the utility name or the argu-
	ments it is replaced by the pathname of the current file.
	Utility will be executed from the directory from which find was
	executed.

/k

-- 
> who | grep -i blonde | date; cd ~; unzip; touch; finger; mount;\
> gasp; yes; uptime; umount; sleep
KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de
[Key] [KeyID---] [Created-] [Fingerprint-------------------------------------]
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964 BF46

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 10:10:24 2001
Delivered-To: freebsd-current@freebsd.org
Received: from introsearch.com (host213-123-28-135.btinternet.com [213.123.28.135])
	by hub.freebsd.org (Postfix) with SMTP id 0E4FE37B43E
	for <freebsd-current@freebsd.org>; Sun, 22 Apr 2001 10:10:08 -0700 (PDT)
	(envelope-from admin@introsearch.com)
From: "Introsearch.Com" <admin@introsearch.com>
To: <freebsd-current@freebsd.org>
Subject: Click on to meet someone you Click with
Mime-Version: 1.0
Content-Type: text/html; charset="ISO-8859-1"
Date: Sun, 22 Apr 2001 18:10:03 +0100
Reply-To: "Introsearch.Com" <admin@introsearch.com>
Content-Transfer-Encoding: 8bit
Message-Id: <20010422171008.0E4FE37B43E@hub.freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

<!-- saved from url=(0022)http://internet.e-mail -->
<html>

<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>Click on to meet someone you Click with</title>
</head>

<body>

<p align="center"><a href="http://www.introsearch.com" ><img border="0" src="http://www.introsearch.com/logo.jpg" width="235" height="45"alt="Introsearch.com"></a><font face="Arial" color="#0000FF"><b><br>
Click on to meet someone you Click with</b></font> </p>
<p align="center"><font size="1" color="#0000FF" face="Arial">Introsearch does
not condone unsolicited Bulk Emailing - Our source email lists comprise only of
email addresses which have been obtained through correct legal channels from
users who have at some stage authorised third party organisations to contact
them via email regarding products or services which the customer may find
interesting.&nbsp; To be removed from our mailing list, please send an email to <a href="mailto:remove@introsearch.com">remove@introsearch.com</a>
with the word 'remove' in the subject line</font></p>
<p><font face="Arial" color="#0000FF"><b>Introsearch.com is one of the fastest growing introduction systems on the
Internet and you can join online now at a fraction of the cost. Are you looking
for a change in your life, or just to busy to find the right person,
Introsearch.com has all the answers. Take a look at some of the benefits below
that are on offer to all our members.</b></font></p>
<div align="center">
  <center>
  <table border="0" width="61%">
    <tr>
      <td width="47%">
        <ul>
          <li><font face="Arial" color="#0000FF">Twelve months membership</font></li>
          <li><font face="Arial" color="#0000FF"> Powerful matching system</font></li>
          <li><font face="Arial" color="#0000FF"> For all age groups</font></li>
          <li><font face="Arial" color="#0000FF"> Picture upload facility</font></li>
          <li><font face="Arial" color="#0000FF"> Voice upload facility</font></li>
          <li><font face="Arial" color="#0000FF"> Video upload facility</font></li>
        </ul>
      </td>
      <td width="53%">
        <ul>
          <li><font face="Arial" color="#0000FF"> 
Members chat rooms</font></li>
          <li><font face="Arial" color="#0000FF"> Members forums</font></li>
          <li><font face="Arial" color="#0000FF"> Private emailing system</font></li>
          <li><font face="Arial" color="#0000FF"> Local party
nights</font></li>
          <li><font face="Arial" color="#0000FF"> Members have complete control</font></li>
          <li><font face="Arial" color="#0000FF"> Confidentiality assured</font></li>
        </ul>
      </td>
    </tr>
  </table>
  </center>
</div>
<p align="left"><font face="Arial" color="#0000FF">Join today for an annual membership of only £14:50 (21:00 us dollars) and
receive all the benefits above and much much more with introsearch.com. <i><b> Yes
that's an amazing 28p per week.</b></i></font></p>
<p align="center"><font face="Arial" color="#0000FF">This is a special promotional offer and valid from
2nd April 2001
to finish on or before the last day of June 2001.&nbsp;<br>
Click on the link below and
start meeting new friends today.</font></p>
<p align="center"><font face="Arial" color="#0000FF"><a href="http://www.introsearch.com"><b>http://www.introsearch.com</b></a></font></p>
<p align="center"><font face="Arial" color="#0000FF" size="5"><b><i>Click on to meet someone you
Click with</i></b></font></p>

<p align="center"><font color="#0000FF" size="1">Introsearch.com is a member of the Data Protection Act 1974
License Number
Z4788975 (c) 2001 Introsearch. All Rights
Reserved</font><font size="1" color="#0000FF"><br>
If you have any further issues with our advertising policy, contact Introsearch
at Tel: +44 (0)1772 798071 or by Post to:&nbsp;<br>
INTROSEARCH, ENGLAND&nbsp; (Use Correct Postage - No letters or correspondence
without postage affixed will be opened)<br>
PLEASE NOTE: This address is a licensed Royal Mail Postage Address and WILL be
received.</font></p>

</body>

</html>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 10:30:27 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 2EAC237B424
	for <freebsd-current@FreeBSD.ORG>; Sun, 22 Apr 2001 10:30:24 -0700 (PDT)
	(envelope-from karsten@rohrbach.de)
Received: (qmail 763 invoked by uid 1000); 22 Apr 2001 17:30:45 -0000
Date: Sun, 22 Apr 2001 19:30:45 +0200
From: "Karsten W. Rohrbach" <karsten@rohrbach.de>
To: Brian Dean <bsd@bsdhome.com>
Cc: Sheldon Hearn <sheldonh@uunet.co.za>, freebsd-current@FreeBSD.ORG
Subject: Re: cp -d dir patch for review (or 'xargs'?)
Message-ID: <20010422193044.B92712@mail.webmonster.de>
Mail-Followup-To: "Karsten W. Rohrbach" <karsten@rohrbach.de>,
	Brian Dean <bsd@bsdhome.com>, Sheldon Hearn <sheldonh@uunet.co.za>,
	freebsd-current@FreeBSD.ORG
References: <200104211527.RAA06452@lurza.secnetix.de> <67741.987867271@axl.fw.uunet.co.za> <20010421162436.A56976@vger.bsdhome.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010421162436.A56976@vger.bsdhome.com>; from bsd@bsdhome.com on Sat, Apr 21, 2001 at 04:24:36PM -0400
X-Arbitrary-Number-Of-The-Day: 42
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

rohrbach@WM:datasink[~]68% tar cf /dev/null src/
rohrbach@WM:datasink[~]69% find src|wc -l
    2552
rohrbach@WM:datasink[~]70% du -sk src
32258   src
rohrbach@WM:datasink[~]71% mkdir src2
rohrbach@WM:datasink[~]72% time find src -exec cp {} src2 \; 
find src -exec cp {} src2 ;  0.31s user 7.55s system 39% cpu 19.858 total).
rohrbach@WM:datasink[~]73% rm -rf src2
rohrbach@WM:datasink[~]74% mkdir src2
rohrbach@WM:datasink[~]75% time find src | cpio -dup src2
61025 blocks
find src  0.02s user 0.03s system 0% cpu 21.739 total
cpio -dup src2  0.26s user 4.84s system 20% cpu 24.862 total

68: warm up the filecache
69: there are 2552 files
70: they are 32.2MB total
71: ready the target dir
72: find -exec approach, all files to one dir
73: clear target area
74: ready it again
75: let find traverse the dir, cpio transfer the files

the cpio approach keeps the hierarchy which might not be what you want
but it looks more efficient, becouse it does not fork off cp for ecery
file.

/k

Brian Dean(bsd@bsdhome.com)@2001.04.21 16:24:36 +0000:
> On Sat, Apr 21, 2001 at 05:34:31PM +0200, Sheldon Hearn wrote:
> 
> > So we have two problems:
> > 
> > 1) Calling cp(1) repetitively is inefficient.
> > 
> > 2) The argument list is too big for cp(1).
> > 
> > Extending cp(1) will not solve (2).  Extending xargs(1) will solve both.
> > So why is an extension to cp(1) being proposed?
> 
> But extending cp does solve the problem.  The proposal was to make
> 
> 	% cp -d target src1 src2 ... srcN
> 
> Be equivalent to;
> 
> 	% cp src1 src2 ... srcN target
> 
> This makes cp work with xargs;
> 
> 	% cat ReallyBigListOfFiles | xargs cp -d target
> 
> -Brian
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 
> Captain Hook died of jock itch.
KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de
[Key] [KeyID---] [Created-] [Fingerprint-------------------------------------]
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964 BF46

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 11: 2:19 2001
Delivered-To: freebsd-current@freebsd.org
Received: from rtp.tfd.com (rtp.tfd.com [198.79.53.206])
	by hub.freebsd.org (Postfix) with ESMTP id 87DFD37B422
	for <current@freebsd.org>; Sun, 22 Apr 2001 11:02:04 -0700 (PDT)
	(envelope-from kent@tfd.com)
Received: from chapel-hill.tfd.com (chapel-hill.tfd.com [10.20.0.40])
	by rtp.tfd.com (8.9.3/8.9.3) with ESMTP id OAA05529
	for <current@freebsd.org>; Sun, 22 Apr 2001 14:02:04 -0400 (EDT)
Received: (from kent@localhost)
	by chapel-hill.tfd.com (8.11.3/8.11.3) id f3MI1xs00441
	for current@freebsd.org; Sun, 22 Apr 2001 14:01:59 -0400 (EDT)
	(envelope-from kent)
Date: Sun, 22 Apr 2001 14:01:59 -0400 (EDT)
From: Kent Hauser <kent@tfd.com>
Message-Id: <200104221801.f3MI1xs00441@chapel-hill.tfd.com>
To: current@freebsd.org
Subject: IPSEC & checkinterface
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi,

I just rebuilt my several month old -current system &
found that IPSEC processing appears broken. 

I restored my IPSEC functionality by setting `ip_checkinterface = 0'
in "netinet/ip_input.c".

However, something tells me that this is not the long-term fix.

Thanks.
Kent


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 12:24: 6 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 5048937B422; Sun, 22 Apr 2001 12:24:00 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from notebook.vega.com (dialup9-29.iptelecom.net.ua [212.9.228.29])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id WAA26531;
	Sun, 22 Apr 2001 22:23:55 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Date: Sun, 22 Apr 2001 22:23:55 +0300 (EEST)
Message-Id: <200104221923.WAA26531@ipcard.iptcom.net>
To: sobomax@FreeBSD.org, current@FreeBSD.org, obrien@FreeBSD.org
From: Maxim Sobolev <sobomax@FreeBSD.org>
Reply-To: sobomax@FreeBSD.org
Subject: Re: --whole-archive ld(1) option doesn't work
X-Mailer: Pygmy (v0.5.5)
In-Reply-To: <200104221219.PAA93082@ipcard.iptcom.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sun, 22 Apr 2001 15:19:10 +0300 (EEST), Maxim Sobolev wrote:
> I've noticed that the --whole-archive option doesn't work in -CURRENT and
> 4-STABLE. Among other things it makes impossible to build openssl from ports
> (yeah, I know that one should use ssl from /usr/src, but that's not a point).
> 
> Attached testcase and log exose the problem in question.

It seems that the problem is not in ld(1), but in gcc(1) front-end. On
a link stage it passes two -lgcc directives, that confuses the linker:

$ cc -v -shared -o /tmp/libfoo.so.1 -Wl,--whole-archive /usr/lib/libz.a
Using builtin specs. gcc version 2.95.3 20010315 (release)
/usr/libexec/elf/ld -m elf_i386 -Bshareable -o /tmp/libfoo.so.1
/usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/libexec/elf -L/usr/libexec
-L/usr/lib --whole-archive /usr/lib/libz.a -lgcc -lgcc /usr/lib/crtendS.o
/usr/lib/crtn.o /usr/lib/libgcc.a(_pure.o): In funcc -v -shared -o
/tmp/libfoo.so.1 -Wl,--whole-archive /usr/lib/libz.action
`__pure_virtual': _pure.o(.text+0x0): multiple definition of `__pure_virtual'
/usr/lib/libgcc.a(_pure.o)(.text+0x0): first defined here
/usr/lib/libgcc.a(_exit.o)(.data+0x0): multiple definition of `_exit_dummy_decl'
/usr/lib/libgcc.a(_exit.o)(.data+0x0): first defined here

I found the the workaround for this problem is to add -nodefaultlibs
and -lgcc, i.e. the following works:

$ cc -v -nodefaultlibs -shared -o /tmp/libfoo.so.1 -Wl,--whole-archive
/usr/lib/libz.a -lgcc
Using builtin specs.
gcc version 2.95.3 20010315 (release)
 /usr/libexec/elf/ld -m elf_i386 -Bshareable -o /tmp/libfoo.so.1
/usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/libexec/elf -L/usr/libexec
-L/usr/lib --whole-archive /usr/lib/libz.a -lgcc /usr/lib/crtendS.o
/usr/lib/crtn.o
$ 

Looks like a gcc(1) bug to me.

-Maxim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 12:27:29 2001
Delivered-To: freebsd-current@freebsd.org
Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130])
	by hub.freebsd.org (Postfix) with ESMTP id 8110D37B43C
	for <freebsd-current@FreeBSD.ORG>; Sun, 22 Apr 2001 12:27:26 -0700 (PDT)
	(envelope-from olli@lurza.secnetix.de)
Received: (from olli@localhost)
	by lurza.secnetix.de (8.9.3/8.9.3) id VAA75131;
	Sun, 22 Apr 2001 21:27:25 +0200 (CEST)
	(envelope-from oliver.fromme@secnetix.de)
Date: Sun, 22 Apr 2001 21:27:25 +0200 (CEST)
Message-Id: <200104221927.VAA75131@lurza.secnetix.de>
From: Oliver Fromme <olli@secnetix.de>
To: freebsd-current@FreeBSD.ORG
Reply-To: freebsd-current@FreeBSD.ORG
Subject: Fix for union mount problem
X-Newsgroups: list.freebsd-current
User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386))
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi,

Would someone please have a quick look at "bin/26498"?

It's a trivial one-line patch for the libc that fixes
an annoying bug that occurs when using union mounts
(i.e. mount -o union, _not_ unionfs).  More details
are in the PR.

It applies to both -current and -stable.

Thanks!

Regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 15:38: 0 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
	by hub.freebsd.org (Postfix) with ESMTP id CC76D37B422
	for <current@freebsd.org>; Sun, 22 Apr 2001 15:37:57 -0700 (PDT)
	(envelope-from j@uriah.heep.sax.de)
Received: (from uucp@localhost)
	by sax.sax.de (8.9.3/8.9.3) with UUCP id AAA00523
	for current@freebsd.org; Mon, 23 Apr 2001 00:37:56 +0200 (CEST)
Received: (from j@localhost)
	by uriah.heep.sax.de (8.11.3/8.11.3) id f3MMZbR93940
	for current@freebsd.org; Mon, 23 Apr 2001 00:35:37 +0200 (MET DST)
	(envelope-from j)
Date: Mon, 23 Apr 2001 00:35:37 +0200
From: J Wunsch <j@uriah.heep.sax.de>
To: current@freebsd.org
Subject: got 5 stray irq 7's: not logging anymore?
Message-ID: <20010423003537.L538@uriah.heep.sax.de>
Reply-To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Apr 22 23:39:08 uriah /boot/kernel/kernel: stray irq 7
Apr 22 23:39:08 uriah /boot/kernel/kernel: stray irq 7
Apr 22 23:41:00 uriah last message repeated 3 times
Apr 22 23:41:00 uriah /boot/kernel/kernel: got 5 stray irq 7's: not logging anymore

I get this while printing.  Strange, because:

% /sbin/dmesg | grep 'ppc0'
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
                                          ^^^^^
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/9 bytes threshold

How's that?

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 15:45:40 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
	by hub.freebsd.org (Postfix) with ESMTP id 7E01637B423
	for <current@freebsd.org>; Sun, 22 Apr 2001 15:45:37 -0700 (PDT)
	(envelope-from j@uriah.heep.sax.de)
Received: (from uucp@localhost)
	by sax.sax.de (8.9.3/8.9.3) with UUCP id AAA00581
	for current@freebsd.org; Mon, 23 Apr 2001 00:45:36 +0200 (CEST)
Received: (from j@localhost)
	by uriah.heep.sax.de (8.11.3/8.11.3) id f3MMgmj07155
	for current@freebsd.org; Mon, 23 Apr 2001 00:42:48 +0200 (MET DST)
	(envelope-from j)
Date: Mon, 23 Apr 2001 00:42:47 +0200
From: J Wunsch <j@uriah.heep.sax.de>
To: current@freebsd.org
Subject: Re: got 5 stray irq 7's: not logging anymore?
Message-ID: <20010423004247.A3057@uriah.heep.sax.de>
Reply-To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
References: <20010423003537.L538@uriah.heep.sax.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20010423003537.L538@uriah.heep.sax.de>; from j@uriah.heep.sax.de on Mon, Apr 23, 2001 at 12:35:37AM +0200
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

As J Wunsch wrote:

> Apr 22 23:39:08 uriah /boot/kernel/kernel: stray irq 7

Even stranger, here's part of "systat -vm":

 Interrupts
  418 total
      stray irq0
      stray irq6
      stray irq7
      vx0 irq9
  117 sym0 irq12
      sym1 irq10
      atkbd0 irq
    1 fdc0 irq6
   72 isic0 irq1
      sio0 irq4
      sio1 irq3
  100 clk irq0
  128 rtc irq8
     elpt0 irq7

Note that IRQs 0, 6, and 7 are listed twice, once as `stray', and once
belonging to their actual devices.

This is -current as of approximately April 1.

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 15:50:51 2001
Delivered-To: freebsd-current@freebsd.org
Received: from obsecurity.dyndns.org (adsl-63-207-60-27.dsl.lsan03.pacbell.net [63.207.60.27])
	by hub.freebsd.org (Postfix) with ESMTP id 82FBE37B43C
	for <current@FreeBSD.ORG>; Sun, 22 Apr 2001 15:50:48 -0700 (PDT)
	(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 255AA66BAA; Sun, 22 Apr 2001 15:50:48 -0700 (PDT)
Date: Sun, 22 Apr 2001 15:50:48 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Ilya Naumov <camel@avias.com>
Cc: current@FreeBSD.ORG
Subject: Re: world is broken?
Message-ID: <20010422155047.D71433@xor.obsecurity.org>
References: <38167575881.20010422181125@avias.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="3Gf/FFewwPeBMqCJ"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <38167575881.20010422181125@avias.com>; from camel@avias.com on Sun, Apr 22, 2001 at 06:11:25PM +0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--3Gf/FFewwPeBMqCJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Apr 22, 2001 at 06:11:25PM +0400, Ilya Naumov wrote:
> Hello,
>=20
> 'make buildworld' fails with the following symptoms:
>=20
> =3D=3D=3D> usr.sbin/rpc.lockd
> cc -pipe -march=3Dk6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -=
g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lo=
ckd/kern.c
> cc -pipe -march=3Dk6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -=
g   -I/usr/obj/garbage/src/i386/usr/include -c nlm_prot_svc.c
> cc -pipe -march=3Dk6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -=
g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lo=
ckd/lockd.c
> cc -pipe -march=3Dk6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -=
g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lo=
ckd/lock_proc.c
> cc -pipe -march=3Dk6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -=
g   -I/usr/obj/garbage/src/i386/usr/include -c /garbage/src/usr.sbin/rpc.lo=
ckd/lockd_lock.c
> cc -pipe -march=3Dk6 -I. -I/usr/obj/garbage/src/i386/usr/include/rpcsvc -=
g   -I/usr/obj/garbage/src/i386/usr/include  -o rpc.lockd kern.o nlm_prot_s=
vc.o lockd.o lock_proc.o lockd_lock.o  -lrpcsvc -lutil
> *** Error code 1
>=20
> Stop in /garbage/src/usr.sbin/rpc.lockd.
> *** Error code 1

Looks like you're building with -j, and haven't actually included the
command which gave the error (which may be some way back in the
make(1) output).  Rebuild without -j and post the real error :-)

Kris

--3Gf/FFewwPeBMqCJ
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

iD8DBQE642BHWry0BWjoQKURAgeEAJ9pypvKegRiyrHCcq0BQdgd1Dx92gCgkCGC
2HI0nmoAWdLHw1Henie8X/s=
=SLtN
-----END PGP SIGNATURE-----

--3Gf/FFewwPeBMqCJ--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 16: 2:11 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by hub.freebsd.org (Postfix) with ESMTP id 600E937B422
	for <freebsd-current@FreeBSD.ORG>; Sun, 22 Apr 2001 16:02:06 -0700 (PDT)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f3MN1jn113966;
	Sun, 22 Apr 2001 19:01:45 -0400
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05100c04b709061b102a@[128.113.24.47]>
In-Reply-To: <20010421201957.D12FD3E09@bazooka.unixfreak.org>
References: <20010421201957.D12FD3E09@bazooka.unixfreak.org>
Date: Sun, 22 Apr 2001 19:01:40 -0400
To: Dima Dorfman <dima@unixfreak.org>,
	Jordan Hubbard <jkh@osd.bsdi.com>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: cp -d dir patch for review (or 'xargs'?)
Cc: freebsd-current@FreeBSD.ORG, olli@secnetix.de
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

At 1:19 PM -0700 4/21/01, Dima Dorfman wrote:
>Does that mean everyone is blind and missed my arrogant
>cross-post of the amazingly short patch to do this, or
>are we just interested in discussing it and not testing
>the implementation? ;-)

Well, I'm in the middle of a massive reorganization of
all my machines at home (to fit in a new G4 Cube!), so
I'm not paying as much attention to this as I would like.
I think it's really great that Dima has volunteered to do
the work...    :-)

 From what I have been following, you had one patch to add
the '-I' and '-i' options, and a different patch to add
the newly proposed '-Y' option.  Right?

The '-I' option is of interest because it is used in some
other OS's, and is even defined in some standards, such as
the SingleUnixSpec.  From that:

    -I replstr
    Insert mode: utility will be executed for each line from
    standard input, taking the entire line as a single argument,
    inserting it in arguments for each occurrence of replstr.
    A maximum of five arguments in arguments can each contain
    one or more instances of replstr. Any blank characters at
    the beginning of each line are ignored. Constructed arguments
    cannot grow larger than 255 bytes. Option -x is forced on.

I think that if we're going to add a '-I', then we should
follow that description.  Note that '-I', by definition,
forces '-n 1'.  It will always pick up only one file from
the input to xargs per command that xarg will generate.
It allows things like:

    1.  The following will move all files from directory
        $1 to directory $2:
        ls $1 | xargs -I {} mv $1/{} $2/{}

[that example is a subset of an example from the standard]
One might argue whether there are alternate ways to get the
same effect.  However, in this case we're just trying to add
an option which is ALREADY described as a standard option to
this command.  I would think the only debate is whether Dima's
patch results in behavior which does indeed conform to the
written standard(s).

The newly proposed '-Y' option is similar, except that it
does NOT force '-n 1', and it should replace only ONE
occurrence of the replstr.  I'd be happy with any other
letter instead of '-Y'.  I only picked that letter because
it didn't seem to be used by any version of 'xargs' that I
personally work with.  We have a lot more room for debate
on this one, because we're making it up.

My thoughts on '-Y' are something like:

    -Y replstr
    Alternate insert mode: The number of arguments included
    on the 'utility' is exactly the same as if -Y was not
    specified.  The only difference is that those arguments
    will replace <replstr> in the command(s) generated by
    xargs, instead of appending the arguments at the end
    of those commands.
    In the string to execute, there can be only one copy
    of the <replstr>.  It is an error if there is more
    than one copy of the <replstr> in the command to
    execute.

    Examples:
       ls -1 *2000* | xargs -Y [] cp -p [] /year/y2k

         will take all files which have '2000' in their
         name, and copy them to the directory /year/y2k

       ls $1 | xargs -Y [] mv $1/[] $2/[]

         will generate an error message, because the
         <replstr> can only be replaced once, and we
         don't want to guess which copy of [] should
         be replaced.

I also like the idea of allowing:
        '-i' means exactly the same as '-I {}'
and    '-y' means exactly the same as '-Y []'
Note that I would not allow an optional argument to be included
on '-i', even though some standards do allow that for backward
compatibility.  Since I would rather not allow that, perhaps it
would be better to not even bother with '-i' and '-y'.

The -I, -i, -Y, and -y options are mutually exclusive.  If more
than one is specified, then the last one specified will take
effect.  Any attempt to do this "right" should probably be
careful that '-I' only forces '-n 1' if it is not overridden
by a later '-Y'.

I must admit I haven't really looked thru Dima's patch to see
if it meets all these criteria.  I did look at OpenBSD's and
NetBSD's xargs, to see if they had any other options that we
might want to add (they didn't seem to), or if they would have
any trouble adding the same option(s).  My intent here is to
at least describe what I was thinking of in precise-enough
terms that people can decide if the implementation is right.

And in case it isn't obvious, I'll say once again that I wouldn't
complain if someone comes up with a better letter than '-Y' to
use for this new option...  :-)  If '-I' stands for "insert mode",
then what should this mode be called, and what letter would be a
good match to it?  Maybe '-J', for "Just-insert-once mode"?   :-)
That would also get it listed right next to -I...

-- 
Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 16:26: 1 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 0D7F737B42C; Sun, 22 Apr 2001 16:25:56 -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 f3MNR0b85860;
	Mon, 23 Apr 2001 00:27:00 +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 f3MNQKK02955;
	Mon, 23 Apr 2001 00:26:20 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104222326.f3MNQKK02955@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: sobomax@FreeBSD.org
Cc: brian@Awfulhak.org, kabaev@mail.ru, sheldonh@uunet.co.za,
	freebsd@gndrsh.dnsmgr.net, bsd@bsdhome.com,
	schweikh@schweikhardt.net, freebsd-current@FreeBSD.org,
	brian@Awfulhak.org
Subject: Re: =?ISO-8859-1?Q?Re:_cp_-d_dir_patch_for_review_(or_'xargs'=3F)?= 
In-Reply-To: Message from Maxim Sobolev <sobomax@FreeBSD.org> 
   of "Sun, 22 Apr 2001 15:47:43 +0300." <200104221247.PAA94845@ipcard.iptcom.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 23 Apr 2001 00:26:20 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> On Sun, 22 Apr 2001 13:16:31 +0100, Brian Somers wrote:
> > > On Sat, 21 Apr 2001 20:04:31 +0100, Brian Somers wrote:
> > > > > Sorry for butting in. Adding new non-portable functionality to solve the problem
> > > > > which could be adequitely taken care of using existing and well known
> > > > > techniquies is not appropriate, I completely agree with you on that.
> > > > 
> > > > And I'm still waiting to see those well known techniques.
> > > 
> > > Attached small script should solve this problem and doesn't require
> > > introducing incompatible option in the standard tool.
> > > 
> > > For example:
> > > 
> > > find /usr/src -type f | xargs larg cp targetdir
> > > 
> > > For speed purposes it could be implemented in raw C.
> > > 
> > > -Maxim
> > > 
> > > #!/bin/sh
> > > 
> > > if [ ${#} -le 2 ]; then
> > > 	echo "Usage: larg command lastarg arg1 [arg2 ...]"
> > > 	exit 0
> >              ^
> >              oops :-)
> > > fi
> > > 
> > > COMMAND=${1}
> > > LASTARG=${2}
> > > shift 2
> > > exec ${COMMAND} "${@}" "${LASTARG}"
> > 
> > Yes, I think this will work as long as your environment isn't 
> > polluted by something like $ENV (any increase in the environment size 
> > will effect xargs's calculation of how many arguments will fit on the 
> > command line).
> 
> I don't see why it matters. The only thing that matters here is number of
> args accepted by the shell. Anyway this is a 2-minute prototype... ;)
> As you can see, the problem in fact could be easily solved using "well
> known techniques".
> 
> > Of course I still prefer the xargs fix - as you said above, it'd be 
> > nicer in C :-)
> 
> I still don't see why it couldn't be an separate tool (perhaps more
> general that my prototype).

I don't see that such a tool would be used without xargs, whereas 
users of xargs often want/expect this sort of facility - or so I 
believe.

> -Maxim

-- 
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  Sun Apr 22 16:33: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 2130737B423; Sun, 22 Apr 2001 16:33:49 -0700 (PDT)
	(envelope-from obrien@NUXI.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.11.3/8.11.1) id f3MNXmX33675;
	Sun, 22 Apr 2001 16:33:48 -0700 (PDT)
	(envelope-from obrien)
Date: Sun, 22 Apr 2001 16:33:48 -0700
From: "David O'Brien" <obrien@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.org>
Cc: freebsd-current@FreeBSD.org, "Bruce A. Mah" <bmah@FreeBSD.org>
Subject: Re: One more typo in src/release/Makefile, rev 1.612? (w/patch)
Message-ID: <20010422163348.G33037@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.org
References: <20010416095952.A98118@dragon.nuxi.com> <XFMail.010416201039.jhb@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: <XFMail.010416201039.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Mon, Apr 16, 2001 at 08:10:39PM -0700
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 Mon, Apr 16, 2001 at 08:10:39PM -0700, John Baldwin wrote:
> Also, Bruce's fix is not entirely correct as it breaks for the
> non-debug kernel case, but I've already sent you a mail about that,
> just to let everyone know that it should be fixed shortly. :)

I commited your "fix" for it.  IMHO, it is cleaner before my commit and
thus what it should be -- the release system should match what is known
about the world.  If someone has the need to disable debug kernels, they
have the knowledge to edit src/release/Makefile... never the less, I
committed what you desired.

-- 
-- 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  Sun Apr 22 17:58:28 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 C253437B424
	for <current@FreeBSD.ORG>; Sun, 22 Apr 2001 17:58:24 -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 KAA29537;
	Mon, 23 Apr 2001 10:58:11 +1000
Date: Mon, 23 Apr 2001 10:57:11 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc: current@FreeBSD.ORG
Subject: Re: got 5 stray irq 7's: not logging anymore?
In-Reply-To: <20010423004247.A3057@uriah.heep.sax.de>
Message-ID: <Pine.BSF.4.21.0104231041320.1883-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 Mon, 23 Apr 2001, J Wunsch wrote:

> As J Wunsch wrote:
> 
> > Apr 22 23:39:08 uriah /boot/kernel/kernel: stray irq 7

The printer driver bogusly sets up its interrupt for every write(2).
Apparently there are some races in this.

> Even stranger, here's part of "systat -vm":
> 
>  Interrupts
>   418 total
>       stray irq0
>       stray irq6
>       stray irq7
>       vx0 irq9
>   117 sym0 irq12
>       sym1 irq10
>       atkbd0 irq
>     1 fdc0 irq6
>    72 isic0 irq1
>       sio0 irq4
>       sio1 irq3
>   100 clk irq0
>   128 rtc irq8
>      elpt0 irq7
> 
> Note that IRQs 0, 6, and 7 are listed twice, once as `stray', and once
> belonging to their actual devices.
> 
> This is -current as of approximately April 1.

I get strays for 0, 6 and 7 consistently on 2 machines here.  I also get
a stray irq15 on a machine that actually uses irq15 (for ata1).

I think these are caused by the same races at boot time.  They mess up the
systat display.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 20:33:57 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 999DA37B424; Sun, 22 Apr 2001 20:33:53 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3N3Xa882245;
	Sun, 22 Apr 2001 21:33:37 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104230333.f3N3Xa882245@harmony.village.org>
To: "Daniel C. Sobral" <dcs@newsguy.com>
Subject: Re: kernel core 
Cc: chris@aims.com.au, freebsd-current@FreeBSD.ORG, jhb@FreeBSD.ORG,
	dwcjr@inethouston.net
In-reply-to: Your message of "Sun, 22 Apr 2001 13:55:59 -0300."
		<3AE30D1F.FE107AC6@newsguy.com> 
References: <3AE30D1F.FE107AC6@newsguy.com>  <03cb01c0cb0b$ce9369a0$020aa8c0@aims.private> 
Date: Sun, 22 Apr 2001 21:33:36 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <3AE30D1F.FE107AC6@newsguy.com> "Daniel C. Sobral" writes:
: Chris Knight wrote:
: > 
: > I've found the following sequence to be optimal from going from
: > pre-dirpref -current to post-dirpref -current and 4-stable to -current:
: > 
: > make buildworld
: > make buildkernel KERNCONF=YOUR_KERNEL_HERE
: > make installkernel KERNCONF=YOUR_KERNEL_HERE
: > make installworld
: > mergemaster
: > <reboot to single user>
: > fsck all partitions, answering yes to all prompts
: > tunefs -A -s <n> all partitions, where N > 0
: 
: This is not optimal because userland may depend on a new kernel, so
: things may go awry during that installworld step.

Agreed.  There must be a solution that doesn't require such hoop
jumping.  I haven't been following this too closely.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 20:55:51 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 33AC237B422
	for <current@FreeBSD.ORG>; Sun, 22 Apr 2001 20:55:49 -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 f3N3tXs82986;
	Sun, 22 Apr 2001 21:55:35 -0600 (MDT)
	(envelope-from gibbs@scsiguy.com)
Message-Id: <200104230355.f3N3tXs82986@aslan.scsiguy.com>
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@FreeBSD.ORG
Subject: Re: Syscons mouse char range redefine proposal 
In-Reply-To: Your message of "Thu, 19 Apr 2001 15:48:28 +0400."
             <20010419154827.A52282@nagual.pp.ru> 
Date: Sun, 22 Apr 2001 21:55:33 -0600
From: "Justin T. Gibbs" <gibbs@scsiguy.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

>Currently SC_MOUSE_CHAR occupes 0xd0-0xd4 range which produce conflict
>with several languages code tables. I plan to redefine it by default to
>0x03-0x07 leaving possibility to redefine it to any range as currently
>present. This way minimizes arcane information needed for user to setup
>its language correctly.

Perhaps this could be configured directly via the language table or
keymap?  Whatever the solution, it should be automatic with the
configuration of a locale change.

--
Justin

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Apr 22 22:22:12 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 40F7037B423
	for <freebsd-current@FreeBSD.ORG>; Sun, 22 Apr 2001 22:22:09 -0700 (PDT)
	(envelope-from freebsd@gndrsh.dnsmgr.net)
Received: (from freebsd@localhost)
	by gndrsh.dnsmgr.net (8.9.3/8.9.3) id WAA76392;
	Sun, 22 Apr 2001 22:21:08 -0700 (PDT)
	(envelope-from freebsd)
From: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Message-Id: <200104230521.WAA76392@gndrsh.dnsmgr.net>
Subject: Re: cp -d dir patch for review (or 'xargs'?)
In-Reply-To: <200104211306.f3LD64543456@hak.lan.Awfulhak.org> from Brian Somers at "Apr 21, 2001 02:06:04 pm"
To: brian@Awfulhak.org (Brian Somers)
Date: Sun, 22 Apr 2001 22:21:08 -0700 (PDT)
Cc: bsd@bsdhome.com (Brian Dean),
	schweikh@schweikhardt.net (Jens Schweikhardt),
	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

> > > I don't see a problem with adding an option to cp to treat the first
> > > argument as the target instead of the last argument.  It's a simple
> > > solution, the code change is simple, and it produces the exact desired
> > > result.  What's the problem?
> > 
> > It's yet another non-portable option.
> 
> I hate to appear rude, but has anybody in this discussion actually used 
> xargs for what it's meant to be used ?
> 
> How do you do this in a script:
> 
>   cd /topdir; find . -type f | xargs -i {} cp {} /otherdir/.
> 

My example should work for that, just replace the initial echo
with ``cd /topdir; find . -type f'', and replace your xargs
with my script, using -n 100 or -s of some sane value.

> Before anyone starts writing scripts, consider that {} will be 
> replaced by xargs with (roughly) ARG_MAX - 10 characters worth of the 
> stuff coming off the pipe.  If your combined arguments plus 
> environment exceeds ARG_MAX execve(2) will give you E2BIG.

No rain here, it is ARG_MAX - 2048:
     -s size
             Set the maximum number of bytes for the command line length pro-
             vided to utility. The sum of the length of the utility name and
             the arguments passed to utility (including NULL terminators) will
             be less than or equal to this number.  The current default value
             for size is ARG_MAX - 2048.

2K would be a pretty big env, root default std is about 367 bytes.

Yes, that is probably not a portable assumption to make, but it is
far better than using non-standard options to xargs.

-- 
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 23  0:47: 2 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 E839337B424
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 00:46:58 -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 f3N7mIb89735;
	Mon, 23 Apr 2001 08:48:18 +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 f3N7lYK02161;
	Mon, 23 Apr 2001 08:47:34 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104230747.f3N7lYK02161@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Cc: brian@Awfulhak.org (Brian Somers), bsd@bsdhome.com (Brian Dean),
	schweikh@schweikhardt.net (Jens Schweikhardt),
	freebsd-current@FreeBSD.ORG, brian@Awfulhak.org
Subject: Re: cp -d dir patch for review (or 'xargs'?) 
In-Reply-To: Message from "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net> 
   of "Sun, 22 Apr 2001 22:21:08 PDT." <200104230521.WAA76392@gndrsh.dnsmgr.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 23 Apr 2001 08:47:33 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> No rain here, it is ARG_MAX - 2048:
>      -s size
>              Set the maximum number of bytes for the command line length pro-
>              vided to utility. The sum of the length of the utility name and
>              the arguments passed to utility (including NULL terminators) will
>              be less than or equal to this number.  The current default value
>              for size is ARG_MAX - 2048.
> 
> 2K would be a pretty big env, root default std is about 367 bytes.

Ok, I'll stop arguing.  I guess I have to agree that you can script 
around the problem if you're careful.

FWIW, the above is really ARG_MAX - 4k (the documentation is wrong - 
I recently updated xargs.1 in -current) and this seems to be *exactly* 
the right threshold.  Take a look at the commit message with that 
xargs.1 commit...

> -- 
> Rod Grimes - KD7CAX @ CN85sl - (RWG25)               rgrimes@gndrsh.dnsmgr.net

-- 
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 23  4:58:10 2001
Delivered-To: freebsd-current@freebsd.org
Received: from laura.estnet.ee (laura.estnet.ee [193.40.248.10])
	by hub.freebsd.org (Postfix) with ESMTP id 7537737B424
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 04:58:07 -0700 (PDT)
	(envelope-from mart@estnet.ee)
Received: from localhost (mart@localhost)
	by laura.estnet.ee (8.11.2/8.11.2) with ESMTP id f3NBw5e07908
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 13:58:05 +0200 (EET)
X-Authentication-Warning: laura.estnet.ee: mart owned process doing -bs
Date: Mon, 23 Apr 2001 13:58:05 +0200 (EET)
From: Mart Norman <mart@estnet.ee>
To: <freebsd-current@freebsd.org>
Subject: upgrading from 3.0 to 4.3
Message-ID: <Pine.GHP.4.30.0104231353430.7626-100000@laura.estnet.ee>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi!

I'm trying to upgrade from 3.0 to 4.3 but make buildworld fails

cc -O -pipe  -I. -I/usr/src/usr.sbin/config -Wall -Wunused
-Wmissing-prototypes -Wredundant-decls
-I/usr/obj/usr/src/i386/usr/include  -static -o config config.o main.o
lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o  -ll
main.o: In function `main':
main.o(.text+0x12a): undefined reference to `strlcpy'
main.o(.text+0x234): undefined reference to `strlcpy'
main.o(.text+0x249): undefined reference to `strlcat'
mkoptions.o: In function `tooption':
mkoptions.o(.text+0x540): undefined reference to `strlcpy'
mkoptions.o(.text+0x573): undefined reference to `strlcpy'
mkoptions.o(.text+0x59e): undefined reference to `strlcpy'
*** Error code 1

Stop.

my /etc/make.conf looks like this:

USA_RESIDENT=NO
CFLAGS= -O -pipe
NOPROFILE=     true
NO_OPENSSH=    true    # do not build OpenSSH
NO_OPENSSL=    true    # do not build OpenSSL (implies NO_OPENSSH)


Any hints what should i do to make buildworld successful?

thanks in advance,

mart


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23  5: 1:55 2001
Delivered-To: freebsd-current@freebsd.org
Received: from obsecurity.dyndns.org (adsl-63-207-60-27.dsl.lsan03.pacbell.net [63.207.60.27])
	by hub.freebsd.org (Postfix) with ESMTP id 4BD8A37B424
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 05:01:53 -0700 (PDT)
	(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 648C366DF6; Mon, 23 Apr 2001 05:01:49 -0700 (PDT)
Date: Mon, 23 Apr 2001 05:01:49 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Mart Norman <mart@estnet.ee>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: upgrading from 3.0 to 4.3
Message-ID: <20010423050149.A86321@xor.obsecurity.org>
References: <Pine.GHP.4.30.0104231353430.7626-100000@laura.estnet.ee>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.GHP.4.30.0104231353430.7626-100000@laura.estnet.ee>; from mart@estnet.ee on Mon, Apr 23, 2001 at 01:58:05PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--d6Gm4EdcadzBjdND
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 23, 2001 at 01:58:05PM +0200, Mart Norman wrote:
> Hi!
>=20
> I'm trying to upgrade from 3.0 to 4.3 but make buildworld fails

Why are you sending this to freebsd-current?

> Any hints what should i do to make buildworld successful?

Do a binary upgrade; it will be much easier.

Kris

--d6Gm4EdcadzBjdND
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

iD8DBQE65BmtWry0BWjoQKURAgFZAKDTpcCIGAr6bh0Swt1x2hGg4tKvjwCg1XT5
A0dHJgWmJWF1gV9WFs90k54=
=Pq1l
-----END PGP SIGNATURE-----

--d6Gm4EdcadzBjdND--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23  6: 8:32 2001
Delivered-To: freebsd-current@freebsd.org
Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130])
	by hub.freebsd.org (Postfix) with ESMTP id 3483637B43C
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 06:08:29 -0700 (PDT)
	(envelope-from olli@lurza.secnetix.de)
Received: (from olli@localhost)
	by lurza.secnetix.de (8.9.3/8.9.3) id PAA18220;
	Mon, 23 Apr 2001 15:08:27 +0200 (CEST)
	(envelope-from oliver.fromme@secnetix.de)
Date: Mon, 23 Apr 2001 15:08:27 +0200 (CEST)
Message-Id: <200104231308.PAA18220@lurza.secnetix.de>
From: Oliver Fromme <olli@secnetix.de>
To: freebsd-current@FreeBSD.ORG
Reply-To: freebsd-current@FreeBSD.ORG
Subject: Re: cp -d dir patch for review (or 'xargs'?)
In-Reply-To: <200104230521.WAA76392@gndrsh.dnsmgr.net>
X-Newsgroups: list.freebsd-current
User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386))
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Rodney W. Grimes <freebsd@gndrsh.dnsmgr.net> wrote:
 > > Before anyone starts writing scripts, consider that {} will be 
 > > replaced by xargs with (roughly) ARG_MAX - 10 characters worth of the 
 > > stuff coming off the pipe.  If your combined arguments plus 
 > > environment exceeds ARG_MAX execve(2) will give you E2BIG.
 > 
 > No rain here, it is ARG_MAX - 2048:
 >      -s size
 >              Set the maximum number of bytes for the command line length pro-
 >              vided to utility. The sum of the length of the utility name and
 >              the arguments passed to utility (including NULL terminators) will
 >              be less than or equal to this number.  The current default value
 >              for size is ARG_MAX - 2048.
 > 
 > 2K would be a pretty big env, root default std is about 367 bytes.
 > 
 > Yes, that is probably not a portable assumption to make, but it is
 > far better than using non-standard options to xargs.

If I'm not mistaken, the size of the environment is already
taken into account by the xargs utility (subtracted from
ARG_MAX).  So this isn't an issue at all.

Regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23  7:26: 0 2001
Delivered-To: freebsd-current@freebsd.org
Received: from relay.cigital.com (relay.cigital.com [64.80.176.5])
	by hub.freebsd.org (Postfix) with ESMTP id 2BCBC37B423
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 07:25:58 -0700 (PDT)
	(envelope-from vshah@cigital.com)
Received: from exchange.cigital.com (exchange.cigital.com [10.1.20.3])
	by relay.cigital.com (Postfix) with ESMTP id C95099B0E
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 10:26:40 -0400 (EDT)
Received: from aop (aop.cigital.com [10.1.30.8]) by exchange.cigital.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id 2LL8HXQA; Mon, 23 Apr 2001 10:21:58 -0400
Received: by aop (Postfix, from userid 93)
	id 2F17B26C1C; Mon, 23 Apr 2001 10:25:46 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15076.15210.66036.429747@aop.cigital.com>
Date: Mon, 23 Apr 2001 10:25:46 -0400
From: Viren R.Shah <viren@cigital.com>
To: freebsd-current@freebsd.org
Subject: NFS problems with movemail
X-Mailer: VM 6.92 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Reply-To: Viren R.Shah <viren@cigital.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


[-current from 04/21 ]

After I upgraded from a current dated approx 04/15 to current from
04/21, my movemail stopped working on NFS mounted partitions (i use
XEmacs and VM for mail). I tested it out and it works fine on local
partitions. 

My normal NFS server is a FreeBSD 3.4-stable box. I also tried using a
NFS server that was a solaris 2.7 box. Same results.

Movemail works fine when the client is a 4.3 RC2 box talking to the
3.4-stable NFS server.

[I even compiled movemail from ports in order to check whether this
would solve the problem, but no dice]

Any ideas?

Thanks
Viren
-- 
Viren R. Shah
Man's Greatest Asset is...
...an unsettled mind

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23  8:50:12 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 1789D37B424
	for <current@freebsd.org>; Mon, 23 Apr 2001 08:50:06 -0700 (PDT)
	(envelope-from quinot@inf.enst.fr)
Received: by infres.enst.fr (Postfix, from userid 11117)
	id 2AC15189C; Mon, 23 Apr 2001 17:50:05 +0200 (MET DST)
Date: Mon, 23 Apr 2001 17:50:05 +0200
From: Thomas Quinot <quinot@inf.enst.fr>
To: current@freebsd.org
Subject: lockd problems
Message-ID: <20010423175004.A24030@infres.enst.fr>
Reply-To: Thomas Quinot <quinot@inf.enst.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mutt 1.0.1us
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Since client side locking was implemented, I am having much trouble
reading mail on an NFS-mounted mail spool.

The NFS server is a Solaris 2.6 U250, and I am reading mail using mutt.

When lockd is not running, mutt gets EOPNOTSUPP when trying to flock().
When lockd is running, it occasionnally gets EPERM, but not in a
deterministic fashion. It also tends to leave the mailbox locked on the
server even after quitting. Running lockd with debugging enabled did
not show anything that looks like an abnormal condition.

Anything I can do to resolve the problem? Or to help finding out what
is happening? :)

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  Mon Apr 23  8:51:20 2001
Delivered-To: freebsd-current@freebsd.org
Received: from enia.bastun.net (enia.bastun.net [212.95.178.212])
	by hub.freebsd.org (Postfix) with ESMTP id D725737B424
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 08:51:17 -0700 (PDT)
	(envelope-from maav@enia.bastun.net)
Received: (from maav@localhost)
	by enia.bastun.net (8.11.3/8.11.3) id f3NFqt902307
	for freebsd-current@freebsd.org; Mon, 23 Apr 2001 18:52:55 +0300 (EEST)
	(envelope-from maav)
Date: Mon, 23 Apr 2001 18:51:39 +0300
From: User & <maav@enia.bastun.net>
To: freebsd-current@freebsd.org
Subject: -current kernel is broken?
Message-ID: <20010423185139.B370@enia.bastun.net>
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 all,

 I've just made cvsup to -current and when I try to recompile my kernel I get the following error message:

 -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -W
missing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -an
si  -nostdinc -I-  -I. -I../.. -I../../dev -I../../../include -I../../contrib/de
v/acpica/Subsystem/Include  -D_KERNEL -include opt_global.h -elf  -mpreferred-st
ack-boundary=2  ../../fs/devfs/devfs_vnops.c
In file included from ../../fs/devfs/devfs_vnops.c:45:
../../sys/mount.h:385: field `netc_rnodes' has incomplete type
../../sys/mount.h:395: `AF_MAX' undeclared here (not in a function)
../../sys/mount.h:395: size of array `ne_rtable' has non-integer type
*** Error code 1

Stop in /usr/src/sys/compile/ENIA.


 I think it's connected with the latest kernel patches from today.

Thanks,

Boris Georgiev

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23  9:44: 5 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 4DBFB37B424
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 09:43:57 -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 JAA42891;
	Mon, 23 Apr 2001 09:42:11 -0700 (PDT)
	(envelope-from DougB@DougBarton.net)
Message-ID: <3AE45B62.E362956B@DougBarton.net>
Date: Mon, 23 Apr 2001 09:42: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: User & <maav@enia.bastun.net>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: -current kernel is broken?
References: <20010423185139.B370@enia.bastun.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

	IF you run -current you are expected to follow both this list and the
cvs-all list. Your answer is there. 

User & wrote:
> 
> Hello all,
> 
>  I've just made cvsup to -current and when I try to recompile my kernel I get the following error message:
> 
>  -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -W
> missing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -an
> si  -nostdinc -I-  -I. -I../.. -I../../dev -I../../../include -I../../contrib/de
> v/acpica/Subsystem/Include  -D_KERNEL -include opt_global.h -elf  -mpreferred-st
> ack-boundary=2  ../../fs/devfs/devfs_vnops.c
> In file included from ../../fs/devfs/devfs_vnops.c:45:
> ../../sys/mount.h:385: field `netc_rnodes' has incomplete type
> ../../sys/mount.h:395: `AF_MAX' undeclared here (not in a function)
> ../../sys/mount.h:395: size of array `ne_rtable' has non-integer type
> *** Error code 1
> 
> Stop in /usr/src/sys/compile/ENIA.
> 
>  I think it's connected with the latest kernel patches from today.
> 
> Thanks,
> 
> Boris Georgiev
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 
"One thing they don't tell you about doing experimental physics is that
sometimes you must work under adverse conditions ... like a state of
sheer terror."                             -- W. K. Hartmann

	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  Mon Apr 23 10:55:28 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 A457237B43C; Mon, 23 Apr 2001 10:55:25 -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 f3NHtKG30970;
	Mon, 23 Apr 2001 10:55:20 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010423105442.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: <20010422163348.G33037@dragon.nuxi.com>
Date: Mon, 23 Apr 2001 10:54:42 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: "David O'Brien" <obrien@FreeBSD.org>
Subject: Re: One more typo in src/release/Makefile, rev 1.612? (w/patch)
Cc: "Bruce A. Mah" <bmah@FreeBSD.org>, freebsd-current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 22-Apr-01 David O'Brien wrote:
> On Mon, Apr 16, 2001 at 08:10:39PM -0700, John Baldwin wrote:
>> Also, Bruce's fix is not entirely correct as it breaks for the
>> non-debug kernel case, but I've already sent you a mail about that,
>> just to let everyone know that it should be fixed shortly. :)
> 
> I commited your "fix" for it.  IMHO, it is cleaner before my commit and
> thus what it should be -- the release system should match what is known
> about the world.  If someone has the need to disable debug kernels, they
> have the knowledge to edit src/release/Makefile... never the less, I
> committed what you desired.

The idea is so that the release doesn't have to know.  The same Makefile works
in both environments.   That way, when we do an actual release, we only have to
commit changes to the kernel config files, we don't have to hack the release
Makefile as well.

-- 

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  Mon Apr 23 11:33:26 2001
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 821)
	id 66A3237B423; Mon, 23 Apr 2001 11:33:24 -0700 (PDT)
Date: Mon, 23 Apr 2001 11:33:24 -0700
From: "John W. De Boskey" <jwd@FreeBSD.org>
To: Current List <freebsd-current@FreeBSD.org>
Subject: Updated: cp -t  patch (w/ commentary)
Message-ID: <20010423113324.A70387@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hello,

   After some feedback, I have changed the patch slightly. Rename
-d to -t and remove the requirement for the option to have a
value.

   -t  aquire the target from *argv++ instead of argv[argc--]

   The patch can be found at:

http://people.freebsd.org/~jwd/cp-t.patch


   Some comments:

   -t  was chosen to help match the existing (and be co-existant
       with) gnu cp option    --target-directory=DIRECTORY


   I have seen many proposals posted with respect to "why don't
you do it this way?"  Bascally,  they don't do the same thing.

   cat BigFileList | xargs cp -t targetdir

   where "cat BigFileList" is actually a seperate and complex
process that I do not own/support.

   The list of files given to the process spans many subtrees
and mount points. The goal is to bring a copy of those files 
into a single directory.

   Tar, cpio, and other file copy processes copy hierarchies. Cp
is the only program which allows for a simple yet elegant way
of transferring files from disparate locations to a single location.

   cp -s  allows for a very simple yet highly effective method of
doing what needs to be done.  Yes, I am also willing to update
mv to work the same way.

-John

ps: As a humorous aside with respect to standards. I thought
    FreeBSD set the standard! :-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 13:33:58 2001
Delivered-To: freebsd-current@freebsd.org
Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62])
	by hub.freebsd.org (Postfix) with ESMTP id 04CE437B43C
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 13:33:55 -0700 (PDT)
	(envelope-from agenda@dok.org)
Received: from paranoia.dok.org (user-33qt48f.dialup.mindspring.com [199.174.145.15])
	by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id NAA07534
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 13:33:55 -0700 (PDT)
Received: (qmail 27670 invoked by uid 1001); 23 Apr 2001 20:31:57 -0000
Date: Mon, 23 Apr 2001 15:31:57 -0500
From: Hidden Agenda <agenda@dok.org>
To: freebsd-current@freebsd.org
Subject: kernel compile errors
Message-ID: <20010423153156.C12704@dok.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--EVF5PPMfhYS0aIcm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I just received this error in the kernel compile in
/usr/home/src/sys/modules/linux.

My CVS tree was updated immediately before kernel compile (approx. 2:45pm
CST).

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=2 -c
/usr/home/src/sys/modules/linux/../../compat/linux/linux_file.c
In file included from
/usr/home/src/sys/modules/linux/../../compat/linux/linux_file.c:43:
@/sys/mount.h:385: field `netc_rnodes' has incomplete type
@/sys/mount.h:395: `AF_MAX' undeclared here (not in a function)
@/sys/mount.h:395: size of array `ne_rtable' has non-integer type
/usr/home/src/sys/modules/linux/../../compat/linux/linux_file.c: In
function `linux_mount':
/usr/home/src/sys/modules/linux/../../compat/linux/linux_file.c:963: warning: passing
arg 2 of `vfs_mount' discards qualifiers from pointer target type
*** Error code 1

Stop in /usr/home/src/sys/modules/linux.
*** Error code 1

Stop in /usr/home/src/sys/modules.
*** Error code 1


---

/**************************/
/*     Hidden Agenda      */
/*    <agenda@dok.org>    */
/*       DoK, Intl.       */
/*  Ignotum per Ignotius  */
/**************************/


--EVF5PPMfhYS0aIcm
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

iD8DBQE65JE8+iJD+m/opOkRAi0fAJ92lEmqkDH9wIXI29V38W/KQoMc/ACghizP
czC5UK8uQgp01soAJKzlpb4=
=Ip8M
-----END PGP SIGNATURE-----

--EVF5PPMfhYS0aIcm--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 13:34:16 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3BADC37B423; Mon, 23 Apr 2001 13:34:13 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3NKYB875459;
	Mon, 23 Apr 2001 14:34:11 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104232034.f3NKYB875459@harmony.village.org>
To: John Baldwin <jhb@FreeBSD.ORG>
Subject: Re: kernel core 
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.ORG
In-reply-to: Your message of "Sat, 21 Apr 2001 10:26:45 PDT."
		<XFMail.010421102645.jhb@FreeBSD.org> 
References: <XFMail.010421102645.jhb@FreeBSD.org>  
Date: Mon, 23 Apr 2001 14:34:11 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <XFMail.010421102645.jhb@FreeBSD.org> John Baldwin writes:
: You need to rebuild fsck and install it and fsck your filesystems.  This is the
: dirpref changes biting you.  Warner, we probably need an entry in UPDATING for
: the dirpref changes that warn people to build and install a new fsck before
: booting a dirpref kernel.

We problably need to fix fsck/kernel to not lose.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 13:35: 8 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 850AA37B43C; Mon, 23 Apr 2001 13:35:02 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3NKZ0875481;
	Mon, 23 Apr 2001 14:35:01 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104232035.f3NKZ0875481@harmony.village.org>
To: Mike Smith <msmith@FreeBSD.ORG>
Subject: Re: kernel core 
Cc: John Baldwin <jhb@FreeBSD.ORG>,
	"David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.ORG
In-reply-to: Your message of "Sat, 21 Apr 2001 11:39:16 PDT."
		<200104211839.f3LIdGC01045@mass.dis.org> 
References: <200104211839.f3LIdGC01045@mass.dis.org>  
Date: Mon, 23 Apr 2001 14:34:59 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <200104211839.f3LIdGC01045@mass.dis.org> Mike Smith writes:
: I assume there's a better fix in the works, so that a "dirpref-touched" 
: disk can be moved back to a pre-dirpref system?

If not, then dirpref should be backed out, imho.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 13:36:35 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8940B37B422; Mon, 23 Apr 2001 13:36:28 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3NKaF875500;
	Mon, 23 Apr 2001 14:36:19 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104232036.f3NKaF875500@harmony.village.org>
To: chris@aims.com.au
Subject: Re: kernel core 
Cc: freebsd-current@FreeBSD.ORG, jhb@FreeBSD.ORG,
	dwcjr@inethouston.net
In-reply-to: Your message of "Sun, 22 Apr 2001 19:08:32 +1000."
		<03cb01c0cb0b$ce9369a0$020aa8c0@aims.private> 
References: <03cb01c0cb0b$ce9369a0$020aa8c0@aims.private>  
Date: Mon, 23 Apr 2001 14:36:15 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <03cb01c0cb0b$ce9369a0$020aa8c0@aims.private> "Chris Knight" writes:
: I've found the following sequence to be optimal from going from
: pre-dirpref -current to post-dirpref -current and 4-stable to -current:

But that won't work going from a pre-dirpref -stable to a post-dirpref
-currnet because installworld will populate binaries that may not run
with a -stable keernl.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 14:23:51 2001
Delivered-To: freebsd-current@freebsd.org
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by hub.freebsd.org (Postfix) with SMTP id BB17E37B422
	for <current@freebsd.org>; Mon, 23 Apr 2001 14:23:49 -0700 (PDT)
	(envelope-from iedowse@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa47807@salmon>; 23 Apr 2001 22:23:49 +0100 (BST)
To: Kirk McKusick <mckusick@mckusick.com>
Cc: current@freebsd.org
Subject: fsdb broken in -current
Date: Mon, 23 Apr 2001 22:23:48 +0100
From: Ian Dowse <iedowse@maths.tcd.ie>
Message-ID:  <200104232223.aa47807@salmon.maths.tcd.ie>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


The last set of changes to fsck_ffs moved the initialisation of
dev_bsize to sblock_init(), but this is not called by fsdb(8) so
fsdb dies almost immediately with a floating exception. I'm just
going to commit the obvious fix, which is to have fsdb call
sblock_init() also.

Ian

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 14:25:39 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251])
	by hub.freebsd.org (Postfix) with ESMTP id 3CB1737B423
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 14:25:36 -0700 (PDT)
	(envelope-from schweikh@schweikhardt.net)
Received: by bremen.shuttle.de (Postfix, from userid 10)
	id 436E117D50; Mon, 23 Apr 2001 23:25:34 +0200 (CEST)
Received: (from schweikh@localhost)
	by hal9000.schweikhardt.net (8.11.3/8.11.1) id f3NKqVs01598
	for freebsd-current@freebsd.org; Mon, 23 Apr 2001 22:52:31 +0200 (CEST)
	(envelope-from schweikh)
Date: Mon, 23 Apr 2001 22:52:30 +0200
From: Jens Schweikhardt <schweikh@schweikhardt.net>
To: freebsd-current@freebsd.org
Subject: duplicate locks and lock order reversal
Message-ID: <20010423225230.A974@schweikhardt.net>
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, world\n

my current kernel cvsupped around Apr 14th tells me about
duplicate locks and lock order reversal. Is this reason to worry?
...
Apr 23 22:23:09 hal9000 /boot/kernel/kernel: da0 at ahc0 bus 0 target 2 lun 0
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: da0: <IBM DCAS-34330 S65A> Fixed Direct Access SCSI-2 device 
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: da0: 20.000MB/s transfers (20.000MHz, offset 15)
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C)
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: acquring duplicate lock of same type: "allproc"
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 1st @ /usr/src/sys/kern/kern_proc.c:584
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 2nd @ /usr/src/sys/kern/kern_proc.c:143
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: lock order reversal
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 1st vnode interlock last acquired @ /usr/src/sys/kern/vfs_vnops.c:625
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 2nd 0xc03c0120 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:967
Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 3rd 0xc8f68eac vnode interlock @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:976
Apr 23 22:23:10 hal9000 lpd[315]: lpd startup: logging=0
Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0 at ahc0 bus 0 target 3 lun 0
Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0: <YAMAHA CRW6416S 1.0b> Removable CD-ROM SCSI-2 device 
Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0: 10.000MB/s transfers (10.000MHz, offset 15)
Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed
Apr 23 22:26:44 hal9000 /boot/kernel/kernel: i4b: unit 0, assigned TEI = 126 = 0x7e
Apr 23 22:27:08 hal9000 /boot/kernel/kernel: [agree] 


Regards,

	Jens
-- 
Jens Schweikhardt http://www.schweikhardt.net/
SIGSIG -- signature too long (core dumped)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 14:33:11 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 19B3D37B424; Mon, 23 Apr 2001 14:33:09 -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.3/8.11.2) with ESMTP id f3NLUBq16448;
	Mon, 23 Apr 2001 14:30:11 -0700 (PDT)
	(envelope-from msmith@mass.dis.org)
Message-Id: <200104232130.f3NLUBq16448@mass.dis.org>
X-Mailer: exmh version 2.1.1 10/15/1999
To: Warner Losh <imp@harmony.village.org>
Cc: John Baldwin <jhb@FreeBSD.ORG>,
	"David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.ORG
Subject: Re: kernel core 
In-reply-to: Your message of "Mon, 23 Apr 2001 14:34:59 MDT."
             <200104232035.f3NKZ0875481@harmony.village.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 23 Apr 2001 14:30:11 -0700
From: Mike Smith <msmith@freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> In message <200104211839.f3LIdGC01045@mass.dis.org> Mike Smith writes:
> : I assume there's a better fix in the works, so that a "dirpref-touched" 
> : disk can be moved back to a pre-dirpref system?
> 
> If not, then dirpref should be backed out, imho.

I'd have to agree; this was a pretty poorly-thought-out aspect of the 
change.

-- 
... 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 23 14:38:58 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 8735137B424
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 14:38:54 -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 HAA32384;
	Tue, 24 Apr 2001 07:38:28 +1000
Date: Tue, 24 Apr 2001 07:36:05 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Mart Norman <mart@estnet.ee>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: upgrading from 3.0 to 4.3
In-Reply-To: <Pine.GHP.4.30.0104231353430.7626-100000@laura.estnet.ee>
Message-ID: <Pine.BSF.4.21.0104240728410.8931-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 Mon, 23 Apr 2001, Mart Norman wrote:

> Hi!
> 
> I'm trying to upgrade from 3.0 to 4.3 but make buildworld fails
> 
> cc -O -pipe  -I. -I/usr/src/usr.sbin/config -Wall -Wunused
> -Wmissing-prototypes -Wredundant-decls
> -I/usr/obj/usr/src/i386/usr/include  -static -o config config.o main.o
> lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o  -ll
> main.o: In function `main':
> main.o(.text+0x12a): undefined reference to `strlcpy'
> main.o(.text+0x234): undefined reference to `strlcpy'
> main.o(.text+0x249): undefined reference to `strlcat'
> mkoptions.o: In function `tooption':
> mkoptions.o(.text+0x540): undefined reference to `strlcpy'
> mkoptions.o(.text+0x573): undefined reference to `strlcpy'
> mkoptions.o(.text+0x59e): undefined reference to `strlcpy'
> *** Error code 1
> 
> Stop.

Someone broke buildworld by putting `config' in bootstrap-tools although
`config' is not portable enough to be put there.

> 
> my /etc/make.conf looks like this:
> 
> USA_RESIDENT=NO
> CFLAGS= -O -pipe
> NOPROFILE=     true
> NO_OPENSSH=    true    # do not build OpenSSH
> NO_OPENSSL=    true    # do not build OpenSSL (implies NO_OPENSSH)
> 
> 
> Any hints what should i do to make buildworld successful?

Start by deleting usr.sbin/config from bootstrap-tools.  You won't be
able to build any kernels until the new world is installed, and this
may cause further problems.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 14:56:57 2001
Delivered-To: freebsd-current@freebsd.org
Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184])
	by hub.freebsd.org (Postfix) with ESMTP id 2660F37B422
	for <current@freebsd.org>; Mon, 23 Apr 2001 14:56:55 -0700 (PDT)
	(envelope-from mckusick@mckusick.com)
Received: from beastie.mckusick.com (localhost [127.0.0.1])
	by beastie.mckusick.com (8.9.3/8.9.3) with ESMTP id OAA72000;
	Mon, 23 Apr 2001 14:56:51 -0700 (PDT)
	(envelope-from mckusick@beastie.mckusick.com)
Message-Id: <200104232156.OAA72000@beastie.mckusick.com>
To: Ian Dowse <iedowse@maths.tcd.ie>
Subject: Re: fsdb broken in -current 
Cc: current@freebsd.org
In-Reply-To: Your message of "Mon, 23 Apr 2001 22:23:48 BST."
             <200104232223.aa47807@salmon.maths.tcd.ie> 
Date: Mon, 23 Apr 2001 14:56:51 -0700
From: Kirk McKusick <mckusick@mckusick.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

	To: Kirk McKusick <mckusick@mckusick.com>
	cc: current@freebsd.org
	Subject: fsdb broken in -current
	Date: Mon, 23 Apr 2001 22:23:48 +0100
	From: Ian Dowse <iedowse@maths.tcd.ie>

	The last set of changes to fsck_ffs moved the initialisation of
	dev_bsize to sblock_init(), but this is not called by fsdb(8) so
	fsdb dies almost immediately with a floating exception. I'm just
	going to commit the obvious fix, which is to have fsdb call
	sblock_init() also.

	Ian

Right you are. Sorry I missed that. It did not occur to me to
verify fsdb.

	Kirk

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15: 3:45 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 1C40B37B61F
	for <freebsd-current@FreeBSD.org>; Mon, 23 Apr 2001 15:03:34 -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 f3NM3HG38769;
	Mon, 23 Apr 2001 15:03:17 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010423150241.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: <200104232034.f3NKYB875459@harmony.village.org>
Date: Mon, 23 Apr 2001 15:02:41 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Warner Losh <imp@harmony.village.org>
Subject: Re: kernel core
Cc: freebsd-current@FreeBSD.org,
	"David W. Chapman Jr." <dwcjr@inethouston.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 23-Apr-01 Warner Losh wrote:
> In message <XFMail.010421102645.jhb@FreeBSD.org> John Baldwin writes:
>: You need to rebuild fsck and install it and fsck your filesystems.  This is
>: the
>: dirpref changes biting you.  Warner, we probably need an entry in UPDATING
>: for
>: the dirpref changes that warn people to build and install a new fsck before
>: booting a dirpref kernel.
> 
> We problably need to fix fsck/kernel to not lose.

Yes, but until such time as we do that we should warn people in UPDATING at
least.

> Warner

-- 

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  Mon Apr 23 15: 8:44 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 58EE437B423; Mon, 23 Apr 2001 15:08:41 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3NM8d876569;
	Mon, 23 Apr 2001 16:08:40 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104232208.f3NM8d876569@harmony.village.org>
To: John Baldwin <jhb@FreeBSD.org>
Subject: Re: kernel core 
Cc: freebsd-current@FreeBSD.org,
	"David W. Chapman Jr." <dwcjr@inethouston.net>
In-reply-to: Your message of "Mon, 23 Apr 2001 15:02:41 PDT."
		<XFMail.010423150241.jhb@FreeBSD.org> 
References: <XFMail.010423150241.jhb@FreeBSD.org>  
Date: Mon, 23 Apr 2001 16:08:39 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <XFMail.010423150241.jhb@FreeBSD.org> John Baldwin writes:
: 
: On 23-Apr-01 Warner Losh wrote:
: > In message <XFMail.010421102645.jhb@FreeBSD.org> John Baldwin writes:
: >: You need to rebuild fsck and install it and fsck your filesystems.  This is
: >: the
: >: dirpref changes biting you.  Warner, we probably need an entry in UPDATING
: >: for
: >: the dirpref changes that warn people to build and install a new fsck before
: >: booting a dirpref kernel.
: > 
: > We problably need to fix fsck/kernel to not lose.
: 
: Yes, but until such time as we do that we should warn people in UPDATING at
: least.
: 

OK, but you won't like the UPDATING entry.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15:10:55 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 12DBE37B422
	for <freebsd-current@FreeBSD.org>; Mon, 23 Apr 2001 15:10:53 -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 f3NMAhG39110;
	Mon, 23 Apr 2001 15:10:43 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010423151007.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: <20010423225230.A974@schweikhardt.net>
Date: Mon, 23 Apr 2001 15:10:07 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Jens Schweikhardt <schweikh@schweikhardt.net>
Subject: RE: duplicate locks and lock order reversal
Cc: freebsd-current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 23-Apr-01 Jens Schweikhardt wrote:
> hello, world\n
> 
> my current kernel cvsupped around Apr 14th tells me about
> duplicate locks and lock order reversal. Is this reason to worry?
> ...
> Apr 23 22:23:09 hal9000 /boot/kernel/kernel: da0 at ahc0 bus 0 target 2 lun 0
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: da0: <IBM DCAS-34330 S65A> Fixed
> Direct Access SCSI-2 device 
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: da0: 20.000MB/s transfers
> (20.000MHz, offset 15)
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: da0: 4134MB (8467200 512 byte
> sectors: 255H 63S/T 527C)
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: acquring duplicate lock of same
> type: "allproc"
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 1st @
> /usr/src/sys/kern/kern_proc.c:584
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 2nd @
> /usr/src/sys/kern/kern_proc.c:143
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: lock order reversal
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 1st vnode interlock last
> acquired @ /usr/src/sys/kern/vfs_vnops.c:625
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 2nd 0xc03c0120 mntvnode @
> /usr/src/sys/ufs/ffs/ffs_vfsops.c:967
> Apr 23 22:23:10 hal9000 /boot/kernel/kernel: 3rd 0xc8f68eac vnode interlock @
> /usr/src/sys/ufs/ffs/ffs_vfsops.c:976
> Apr 23 22:23:10 hal9000 lpd[315]: lpd startup: logging=0
> Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0 at ahc0 bus 0 target 3 lun 0
> Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0: <YAMAHA CRW6416S 1.0b>
> Removable CD-ROM SCSI-2 device 
> Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0: 10.000MB/s transfers
> (10.000MHz, offset 15)
> Apr 23 22:24:08 hal9000 /boot/kernel/kernel: cd0: Attempt to query device
> size failed: NOT READY, Medium not present - tray closed
> Apr 23 22:26:44 hal9000 /boot/kernel/kernel: i4b: unit 0, assigned TEI = 126
> = 0x7e
> Apr 23 22:27:08 hal9000 /boot/kernel/kernel: [agree] 

This is a FAQ.  Please keep up with -current if you are tracking it.  These are
known and not a problem right now.  The VFS reversals have been around for a
long time unfortunately, and the allproc warning is due to witness still
needing some work to better handle recursing on sx locks.

-- 

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  Mon Apr 23 15:12:43 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 D0D5337B61F
	for <freebsd-current@FreeBSD.org>; Mon, 23 Apr 2001 15:12:30 -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 f3NMCDG39176;
	Mon, 23 Apr 2001 15:12:13 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010423151137.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: <200104232208.f3NM8d876569@harmony.village.org>
Date: Mon, 23 Apr 2001 15:11:37 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Warner Losh <imp@harmony.village.org>
Subject: Re: kernel core
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 23-Apr-01 Warner Losh wrote:
> In message <XFMail.010423150241.jhb@FreeBSD.org> John Baldwin writes:
>: 
>: On 23-Apr-01 Warner Losh wrote:
>: > In message <XFMail.010421102645.jhb@FreeBSD.org> John Baldwin writes:
>: >: You need to rebuild fsck and install it and fsck your filesystems.  This
>: >: is
>: >: the
>: >: dirpref changes biting you.  Warner, we probably need an entry in
>: >: UPDATING
>: >: for
>: >: the dirpref changes that warn people to build and install a new fsck
>: >: before
>: >: booting a dirpref kernel.
>: > 
>: > We problably need to fix fsck/kernel to not lose.
>: 
>: Yes, but until such time as we do that we should warn people in UPDATING at
>: least.
>: 
> 
> OK, but you won't like the UPDATING entry.

I didn't do dirpref and I want to see this fixed as well. :(  I just want to
give people a fighting chance of making it past this change.

> Warner

-- 

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  Mon Apr 23 15:12:48 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 250A737B424; Mon, 23 Apr 2001 15:12:41 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3NMCe876647;
	Mon, 23 Apr 2001 16:12:40 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104232212.f3NMCe876647@harmony.village.org>
To: John Baldwin <jhb@FreeBSD.org>
Subject: Re: kernel core 
Cc: freebsd-current@FreeBSD.org,
	"David W. Chapman Jr." <dwcjr@inethouston.net>
In-reply-to: Your message of "Mon, 23 Apr 2001 15:02:41 PDT."
		<XFMail.010423150241.jhb@FreeBSD.org> 
References: <XFMail.010423150241.jhb@FreeBSD.org>  
Date: Mon, 23 Apr 2001 16:12:40 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <XFMail.010423150241.jhb@FreeBSD.org> John Baldwin writes:
: Yes, but until such time as we do that we should warn people in UPDATING at
: least.

20010411:
	fsck and the kernel were changed to handle some optimizations
	to directory layout.  This breaks backward compatbility.
	Update only if you understand that you must not use the old
	fsck with the new kernel ever.  Explicit instructions for
	doing so not provided to a) encourage people to fix the problem
	and b) encournage the less technically competent to not update
	past this point.  There are also problems using the dirpref
	updated disks on old kernels, so you have been warned.

Is going in shortly.  Typos/corrections to me by the end of the day.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15:12:48 2001
Delivered-To: freebsd-current@freebsd.org
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by hub.freebsd.org (Postfix) with SMTP
	id E23BA37B423; Mon, 23 Apr 2001 15:12:43 -0700 (PDT)
	(envelope-from iedowse@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa52217@salmon>; 23 Apr 2001 23:12:43 +0100 (BST)
To: Warner Losh <imp@harmony.village.org>
Cc: John Baldwin <jhb@FreeBSD.org>, freebsd-current@FreeBSD.org,
	"David W. Chapman Jr." <dwcjr@inethouston.net>, iedowse@maths.tcd.ie
Subject: Re: kernel core 
In-Reply-To: Your message of "Mon, 23 Apr 2001 16:08:39 MDT."
             <200104232208.f3NM8d876569@harmony.village.org> 
Date: Mon, 23 Apr 2001 23:12:42 +0100
From: Ian Dowse <iedowse@maths.tcd.ie>
Message-ID:  <200104232312.aa52217@salmon.maths.tcd.ie>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <200104232208.f3NM8d876569@harmony.village.org>, Warner Losh writes:
>: 
>: Yes, but until such time as we do that we should warn people in UPDATING at
>: least.
>: 
>
>OK, but you won't like the UPDATING entry.

The bug actually looks fairly simple to fix. ffs_reload() isn't
checking if the new superblock fields are zero, so if an old fsck
zeros them out between a read-oly mount and a read-write remount,
then we get a division by zero or something later.

Ian

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15:14: 7 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2BECD37B423; Mon, 23 Apr 2001 15:14:02 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3NMDx876691;
	Mon, 23 Apr 2001 16:13:59 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104232213.f3NMDx876691@harmony.village.org>
To: John Baldwin <jhb@FreeBSD.org>
Subject: Re: kernel core 
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.org
In-reply-to: Your message of "Mon, 23 Apr 2001 15:11:37 PDT."
		<XFMail.010423151137.jhb@FreeBSD.org> 
References: <XFMail.010423151137.jhb@FreeBSD.org>  
Date: Mon, 23 Apr 2001 16:13:59 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <XFMail.010423151137.jhb@FreeBSD.org> John Baldwin writes:
: I didn't do dirpref and I want to see this fixed as well. :(  I just want to
: give people a fighting chance of making it past this change.

Ah.  Sorry for directing my grumpiness about the quality of the change
against you.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15:16:12 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 4594937B423
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 15:16:08 -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 f3NMG8M55106
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 15:16:08 -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 165E038FC; Mon, 23 Apr 2001 15:16:08 -0700 (PDT)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: Bruce Evans <bde@zeta.org.au>
Cc: Mart Norman <mart@estnet.ee>, freebsd-current@FreeBSD.ORG
Subject: Re: upgrading from 3.0 to 4.3 
In-Reply-To: <Pine.BSF.4.21.0104240728410.8931-100000@besplex.bde.org> 
Date: Mon, 23 Apr 2001 15:16:08 -0700
From: Peter Wemm <peter@wemm.org>
Message-Id: <20010423221608.165E038FC@overcee.netplex.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Bruce Evans wrote:
> On Mon, 23 Apr 2001, Mart Norman wrote:
> 
> > Hi!
> > 
> > I'm trying to upgrade from 3.0 to 4.3 but make buildworld fails
> > 
> > cc -O -pipe  -I. -I/usr/src/usr.sbin/config -Wall -Wunused
> > -Wmissing-prototypes -Wredundant-decls
> > -I/usr/obj/usr/src/i386/usr/include  -static -o config config.o main.o
> > lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o  -ll
> > main.o: In function `main':
> > main.o(.text+0x12a): undefined reference to `strlcpy'
> > main.o(.text+0x234): undefined reference to `strlcpy'
> > main.o(.text+0x249): undefined reference to `strlcat'
> > mkoptions.o: In function `tooption':
> > mkoptions.o(.text+0x540): undefined reference to `strlcpy'
> > mkoptions.o(.text+0x573): undefined reference to `strlcpy'
> > mkoptions.o(.text+0x59e): undefined reference to `strlcpy'
> > *** Error code 1
> > 
> > Stop.
> 
> Someone broke buildworld by putting `config' in bootstrap-tools although
> `config' is not portable enough to be put there.

I have been tempted to work around this, but when I had the same task
(ie: upgrade 3.0-CURRENT from Dec 98 -> 4.2-stable) I discovered that there
is a lot more that is broken.

> > my /etc/make.conf looks like this:
> > 
> > USA_RESIDENT=NO
> > CFLAGS= -O -pipe
> > NOPROFILE=     true
> > NO_OPENSSH=    true    # do not build OpenSSH
> > NO_OPENSSL=    true    # do not build OpenSSL (implies NO_OPENSSH)
> > 
> > 
> > Any hints what should i do to make buildworld successful?
> 
> Start by deleting usr.sbin/config from bootstrap-tools.  You won't be
> able to build any kernels until the new world is installed, and this
> may cause further problems.

Dont forget -DNO_PERL.  'installworld' will destroy your system as just
about every single application will fail with a SIGSYS due to signal
calls.

I got around this by building a kernel elsewhere (basically a slightly
stripped GENERIC), booting that, and then doing something like:
make -k buildworld; make -k installworld, then repeating.

I think the only path that we "officially" support is 3.x -> 3.4-stable ->
4.0-R -> 4.x-stable.  If one has a lot of persistance (and patience)
anything can be done.  I did 3.0-CURRENT -> 4.2-RC on a very very slow link
(2000ms+ ping times) to a remote corner on the other side of the planet, on
a slow machine (486), no serial console, no remote power and 12-hour
turnaround if somebody needed to physically.  I think the only reason I
survived was because I run a 4.2-RC kernel with the 3.0-current userland
for the duration of the build.

> Bruce

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  Mon Apr 23 15:17: 8 2001
Delivered-To: freebsd-current@freebsd.org
Received: from camel.avias.com (camel.avias.com [195.14.38.87])
	by hub.freebsd.org (Postfix) with ESMTP id 9622337B42C
	for <current@freebsd.org>; Mon, 23 Apr 2001 15:17:00 -0700 (PDT)
	(envelope-from camel@avias.com)
Received: from gr.avias.local (gr.avias.local [192.168.2.2])
	by camel.avias.com (8.11.3/8.11.3) with ESMTP id f3NMGUO46053
	for <current@freebsd.org>; Tue, 24 Apr 2001 02:16:31 +0400 (MSD)
	(envelope-from camel@avias.com)
Date: Tue, 24 Apr 2001 02:17:20 +0400
From: Ilya Naumov <camel@avias.com>
X-Mailer: The Bat! (v1.51) Educational
Reply-To: Ilya Naumov <camel@avias.com>
X-Priority: 3 (Normal)
Message-ID: <16019309255.20010424021720@avias.com>
To: current@freebsd.org
Subject: Re[2]: world is broken?
In-Reply-To: <20010422155047.D71433@xor.obsecurity.org>
References: <38167575881.20010422181125@avias.com>
 <20010422155047.D71433@xor.obsecurity.org>
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 Kris,

Monday, April 23, 2001, 2:50:48 AM, you wrote:

>> 'make buildworld' fails with the following symptoms:
>> ===> usr.sbin/rpc.lockd

[skipped]

>> Stop in /garbage/src/usr.sbin/rpc.lockd.
>> *** Error code 1

KK> Looks like you're building with -j,

no, i read about potential problems with -j in a mailing list, so i
built my 'world' without this option.

KK> and haven't actually included the command which gave the error (which may be some way back in the
KK> make(1) output).  Rebuild without -j and post the real error :-)

/usr/src # cd /usr/src/usr.sbin/rpc.lockd/
/usr/src/usr.sbin/rpc.lockd # make
cc -pipe -march=k6 -I. -I/usr/include/rpcsvc -g    -o rpc.lockd kern.o nlm_prot_svc.o lockd.o lock_proc.o lockd_lock.o  -lrpcsvc -lutil
kern.o: In function `test_request':
/garbage/src/usr.sbin/rpc.lockd/kern.c(.text+0x504): undefined reference to `from_addr'
kern.o: In function `lock_request':
/garbage/src/usr.sbin/rpc.lockd/kern.c(.text+0x743): undefined reference to `from_addr'
kern.o: In function `unlock_request':
/garbage/src/usr.sbin/rpc.lockd/kern.c:387: undefined reference to `from_addr'
kern.o: In function `lock_answer':
/garbage/src/usr.sbin/rpc.lockd/kern.c:454: undefined reference to `show_4state'
/garbage/src/usr.sbin/rpc.lockd/kern.c:454: undefined reference to `show_state'
*** Error code 1

Stop in /garbage/src/usr.sbin/rpc.lockd.

of course, the source tree is up to date.


-- 
Best regards,
 Ilya                            mailto:camel@avias.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15:17: 8 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 4F2DB37B43C
	for <freebsd-current@FreeBSD.org>; Mon, 23 Apr 2001 15:17:03 -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 f3NMGkG39420;
	Mon, 23 Apr 2001 15:16:46 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010423151610.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: <200104232212.f3NMCe876647@harmony.village.org>
Date: Mon, 23 Apr 2001 15:16:10 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Warner Losh <imp@harmony.village.org>
Subject: Re: kernel core
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 23-Apr-01 Warner Losh wrote:
> In message <XFMail.010423150241.jhb@FreeBSD.org> John Baldwin writes:
>: Yes, but until such time as we do that we should warn people in UPDATING at
>: least.
> 
> 20010411:
>       fsck and the kernel were changed to handle some optimizations
>       to directory layout.  This breaks backward compatbility.
>       Update only if you understand that you must not use the old
>       fsck with the new kernel ever.  Explicit instructions for
>       doing so not provided to a) encourage people to fix the problem
>       and b) encournage the less technically competent to not update
>       past this point.  There are also problems using the dirpref
>       updated disks on old kernels, so you have been warned.
> 
> Is going in shortly.  Typos/corrections to me by the end of the day.

I wasn't aware of problems with dirpref disks and old kernels.  dirpref just
uses some unused fields in the superblock, so I don't see how that could be a
problem.  I can confirm the old fsck + new kernel madness though. :(
 
> Warner

-- 

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  Mon Apr 23 15:17:21 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 B21A637B423
	for <freebsd-current@FreeBSD.org>; Mon, 23 Apr 2001 15:17:18 -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 f3NMGkG39424;
	Mon, 23 Apr 2001 15:16:46 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010423151611.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: <200104232312.aa52217@salmon.maths.tcd.ie>
Date: Mon, 23 Apr 2001 15:16:11 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Ian Dowse <iedowse@maths.tcd.ie>
Subject: Re: kernel core
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.org, Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 23-Apr-01 Ian Dowse wrote:
> In message <200104232208.f3NM8d876569@harmony.village.org>, Warner Losh
> writes:
>>: 
>>: Yes, but until such time as we do that we should warn people in UPDATING at
>>: least.
>>: 
>>
>>OK, but you won't like the UPDATING entry.
> 
> The bug actually looks fairly simple to fix. ffs_reload() isn't
> checking if the new superblock fields are zero, so if an old fsck
> zeros them out between a read-oly mount and a read-write remount,
> then we get a division by zero or something later.

Fair enough, I guess ffs_reload() should just sanity check the values.  Any
takers?

> Ian

-- 

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  Mon Apr 23 15:19:40 2001
Delivered-To: freebsd-current@freebsd.org
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by hub.freebsd.org (Postfix) with SMTP
	id 10A3637B422; Mon, 23 Apr 2001 15:19:36 -0700 (PDT)
	(envelope-from iedowse@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa52574@salmon>; 23 Apr 2001 23:19:35 +0100 (BST)
To: John Baldwin <jhb@FreeBSD.org>
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.org, Warner Losh <imp@harmony.village.org>,
	iedowse@maths.tcd.ie
Subject: Re: kernel core 
In-Reply-To: Your message of "Mon, 23 Apr 2001 15:16:11 PDT."
             <XFMail.010423151611.jhb@FreeBSD.org> 
Date: Mon, 23 Apr 2001 23:19:35 +0100
From: Ian Dowse <iedowse@maths.tcd.ie>
Message-ID:  <200104232319.aa52574@salmon.maths.tcd.ie>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <XFMail.010423151611.jhb@FreeBSD.org>, John Baldwin writes:
>
>
>Fair enough, I guess ffs_reload() should just sanity check the values.  Any
>takers?

You could try this (untested). I have to run now, but I can test it
later as it's easy enough to reproduce.

Ian

Index: ffs_vfsops.c
===================================================================
RCS file: /dump/FreeBSD-CVS/src/sys/ufs/ffs/ffs_vfsops.c,v
retrieving revision 1.146
diff -u -r1.146 ffs_vfsops.c
--- ffs_vfsops.c	2001/04/17 05:37:51	1.146
+++ ffs_vfsops.c	2001/04/23 22:15:55
@@ -427,6 +427,11 @@
 	brelse(bp);
 	mp->mnt_maxsymlinklen = fs->fs_maxsymlinklen;
 	ffs_oldfscompat(fs);
+	/* An old fsck may have clobbered these fields, so recheck them. */
+	if (fs->fs_avgfilesize <= 0)		/* XXX */
+		fs->fs_avgfilesize = AVFILESIZ;	/* XXX */
+	if (fs->fs_avgfpdir <= 0)		/* XXX */
+		fs->fs_avgfpdir = AFPDIR;	/* XXX */
 
 	/*
 	 * Step 3: re-read summary information from disk.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 15:52: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 DBB1C37B62D
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 15:52:34 -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 f3NM0ju03753
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 23:05:46 +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 f3NM25607648;
	Mon, 23 Apr 2001 23:02:05 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104232202.f3NM25607648@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: freebsd-current@FreeBSD.ORG
Cc: brian@Awfulhak.org
Subject: Re: cp -d dir patch for review (or 'xargs'?) 
In-Reply-To: Message from Oliver Fromme <olli@secnetix.de> 
   of "Mon, 23 Apr 2001 15:08:27 +0200." <200104231308.PAA18220@lurza.secnetix.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Date: Mon, 23 Apr 2001 23:02:05 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> Rodney W. Grimes <freebsd@gndrsh.dnsmgr.net> wrote:
>  > > Before anyone starts writing scripts, consider that {} will be =

>  > > replaced by xargs with (roughly) ARG_MAX - 10 characters worth of =
the =

>  > > stuff coming off the pipe.  If your combined arguments plus =

>  > > environment exceeds ARG_MAX execve(2) will give you E2BIG.
>  > =

>  > No rain here, it is ARG_MAX - 2048:
>  >      -s size
>  >              Set the maximum number of bytes for the command line le=
ngth pro-
>  >              vided to utility. The sum of the length of the utility =
name and
>  >              the arguments passed to utility (including NULL termina=
tors) will
>  >              be less than or equal to this number.  The current defa=
ult value
>  >              for size is ARG_MAX - 2048.
>  > =

>  > 2K would be a pretty big env, root default std is about 367 bytes.
>  > =

>  > Yes, that is probably not a portable assumption to make, but it is
>  > far better than using non-standard options to xargs.
> =

> If I'm not mistaken, the size of the environment is already
> taken into account by the xargs utility (subtracted from
> ARG_MAX).  So this isn't an issue at all.

Unless xargs runs a command with lots of arguments and that command =

increases the environment size then tries to run another command with =

the same arguments - bang (E2BIG).

> Regards
>    Oliver
> =

> -- =

> Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 M=FCnchen
> Any opinions expressed in this message may be personal to the author
> and may not necessarily reflect the opinions of secnetix in any way.
> =

> "All that we see or seem is just a dream within a dream" (E. A. Poe)

-- =

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 23 16:10:36 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 498ED37B422
	for <freebsd-current@FreeBSD.ORG>; Mon, 23 Apr 2001 16:10:33 -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 JAA08823;
	Tue, 24 Apr 2001 09:10:22 +1000
Date: Tue, 24 Apr 2001 09:07:58 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Peter Wemm <peter@wemm.org>
Cc: Mart Norman <mart@estnet.ee>, freebsd-current@FreeBSD.ORG
Subject: Re: upgrading from 3.0 to 4.3 
In-Reply-To: <20010423221608.165E038FC@overcee.netplex.com.au>
Message-ID: <Pine.BSF.4.21.0104240857520.9440-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 Mon, 23 Apr 2001, Peter Wemm wrote:

> Bruce Evans wrote:
> > On Mon, 23 Apr 2001, Mart Norman wrote:
> > > Any hints what should i do to make buildworld successful?
> > 
> > Start by deleting usr.sbin/config from bootstrap-tools.  You won't be
> > able to build any kernels until the new world is installed, and this
> > may cause further problems.
> 
> Dont forget -DNO_PERL.  'installworld' will destroy your system as just
> about every single application will fail with a SIGSYS due to signal
> calls.

Hmm.  It's really a bug to build the new libraries with the new system
headers until a new kernel is installed.  The new systems headers really
belong to the new kernel, not to the library.  However, the library
probably depends on new features in them...

> I got around this by building a kernel elsewhere (basically a slightly
> stripped GENERIC), booting that, and then doing something like:
> make -k buildworld; make -k installworld, then repeating.

This shows that building and running a new kernel first is more likely
to be right than building a new world first.  Therefore, it is important
for tools needed to build the new kernel to be portable.  config is much
simpler than it used to be and could easily be portable.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 17:19: 1 2001
Delivered-To: freebsd-current@freebsd.org
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by hub.freebsd.org (Postfix) with SMTP
	id 7A7A637B422; Mon, 23 Apr 2001 17:18:58 -0700 (PDT)
	(envelope-from iedowse@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa62225@salmon>; 24 Apr 2001 01:18:57 +0100 (BST)
To: Warner Losh <imp@harmony.village.org>
Cc: John Baldwin <jhb@FreeBSD.org>, freebsd-current@FreeBSD.org,
	iedowse@maths.tcd.ie
Subject: Re: kernel core 
In-Reply-To: Your message of "Mon, 23 Apr 2001 23:19:35 BST."
             <200104232319.aa52574@salmon.maths.tcd.ie> 
Date: Tue, 24 Apr 2001 01:18:57 +0100
From: Ian Dowse <iedowse@maths.tcd.ie>
Message-ID:  <200104240118.aa62225@salmon.maths.tcd.ie>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <200104232319.aa52574@salmon.maths.tcd.ie>, Ian Dowse writes:
>You could try this (untested). I have to run now, but I can test it
>later as it's easy enough to reproduce.

Almost, but I missed the fs_contigdirs field, which was the real
culprit. An updated patch is below; this seems to stop the panics
for me. I'll just run this by Kirk first, and commit it if he has
no objections.

There probably does need to be something in UPDATING saying that
after the dirpref changes have been used, running a pre-dirpref
version of fsck may generate some serious-looking warnings that
are actually harmless. I think some people were seeing:

	VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE

Is that correct? And was a "fsck -b 32 /dev/xxx" required to fix it
or did fsck correct the problem itself?

Ian

Index: ffs_vfsops.c
===================================================================
RCS file: /dump/FreeBSD-CVS/src/sys/ufs/ffs/ffs_vfsops.c,v
retrieving revision 1.146
diff -u -r1.146 ffs_vfsops.c
--- ffs_vfsops.c	2001/04/17 05:37:51	1.146
+++ ffs_vfsops.c	2001/04/23 23:37:14
@@ -421,12 +421,18 @@
 	 */
 	newfs->fs_csp = fs->fs_csp;
 	newfs->fs_maxcluster = fs->fs_maxcluster;
+	newfs->fs_contigdirs = fs->fs_contigdirs;
 	bcopy(newfs, fs, (u_int)fs->fs_sbsize);
 	if (fs->fs_sbsize < SBSIZE)
 		bp->b_flags |= B_INVAL | B_NOCACHE;
 	brelse(bp);
 	mp->mnt_maxsymlinklen = fs->fs_maxsymlinklen;
 	ffs_oldfscompat(fs);
+	/* An old fsck may have zeroed these fields, so recheck them. */
+	if (fs->fs_avgfilesize <= 0)		/* XXX */
+		fs->fs_avgfilesize = AVFILESIZ;	/* XXX */
+	if (fs->fs_avgfpdir <= 0)		/* XXX */
+		fs->fs_avgfpdir = AFPDIR;	/* XXX */
 
 	/*
 	 * Step 3: re-read summary information from disk.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 17:46: 4 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 C7EC637B42C; Mon, 23 Apr 2001 17:46:00 -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 KAA20942;
	Tue, 24 Apr 2001 10:45:49 +1000
Date: Tue, 24 Apr 2001 10:43:26 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Ian Dowse <iedowse@maths.tcd.ie>
Cc: John Baldwin <jhb@FreeBSD.ORG>,
	"David W. Chapman Jr." <dwcjr@inethouston.net>,
	freebsd-current@FreeBSD.ORG, Warner Losh <imp@harmony.village.org>
Subject: Re: kernel core 
In-Reply-To: <200104232319.aa52574@salmon.maths.tcd.ie>
Message-ID: <Pine.BSF.4.21.0104241033280.9898-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 Mon, 23 Apr 2001, Ian Dowse wrote:

> In message <XFMail.010423151611.jhb@FreeBSD.org>, John Baldwin writes:
> >
> >
> >Fair enough, I guess ffs_reload() should just sanity check the values.  Any
> >takers?
> 
> You could try this (untested). I have to run now, but I can test it
> later as it's easy enough to reproduce.
> 
> Ian
> 
> Index: ffs_vfsops.c
> ===================================================================
> RCS file: /dump/FreeBSD-CVS/src/sys/ufs/ffs/ffs_vfsops.c,v
> retrieving revision 1.146
> diff -u -r1.146 ffs_vfsops.c
> --- ffs_vfsops.c	2001/04/17 05:37:51	1.146
> +++ ffs_vfsops.c	2001/04/23 22:15:55
> @@ -427,6 +427,11 @@
>  	brelse(bp);
>  	mp->mnt_maxsymlinklen = fs->fs_maxsymlinklen;
>  	ffs_oldfscompat(fs);
> +	/* An old fsck may have clobbered these fields, so recheck them. */
> +	if (fs->fs_avgfilesize <= 0)		/* XXX */
> +		fs->fs_avgfilesize = AVFILESIZ;	/* XXX */
> +	if (fs->fs_avgfpdir <= 0)		/* XXX */
> +		fs->fs_avgfpdir = AFPDIR;	/* XXX */
>  
>  	/*
>  	 * Step 3: re-read summary information from disk.

I think this and the corresponding code in ffs_mountfs() should be in
ffs_oldfscompat(), or at least in a common routine.  We need to do
some fixups for old filesystems, and the present problem shows that
a filesystem may become "old" again after the initial mount makes it
"new".

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 21:47:21 2001
Delivered-To: freebsd-current@freebsd.org
Received: from vaio.avias.com (dialup2.avias.com [195.14.38.69])
	by hub.freebsd.org (Postfix) with ESMTP id 7E31737B424
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 21:47:14 -0700 (PDT)
	(envelope-from juriy@vaio.avias.com)
Received: (from juriy@localhost)
	by vaio.avias.com (8.11.3/8.11.3) id f3O4oYT00838
	for freebsd-current@freebsd.org; Tue, 24 Apr 2001 08:50:34 +0400 (MSD)
	(envelope-from juriy)
Date: Tue, 24 Apr 2001 08:50:34 +0400
From: Juriy Goloveshkin <juriy@avias.com>
To: freebsd-current@freebsd.org
Subject: how can I increase freevnodes?
Message-ID: <20010424085034.A819@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, How can I increase free vnodes? kernel very often falls with message
'no free vnode'.
Right now after reboot numbers of vnodes are:
       9913 desiredvnodes
        556 numvnodes
         25 freevnodes

-- 
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  Mon Apr 23 21:51:38 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 4404837B424; Mon, 23 Apr 2001 21:51:31 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3O4pV421689;
	Mon, 23 Apr 2001 21:51:31 -0700 (PDT)
Date: Mon, 23 Apr 2001 21:51:31 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: current@freebsd.org
Cc: jhb@freebsd.org, jake@freebsd.org
Subject: vm_mtx
Message-ID: <20010423215131.D1790@fw.wintelcom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

You can find the work I've done so far to make a giant vm mutex
here:

http://people.freebsd.org/~alfred/vm.diff

It doesn't work (of course :)) it dies really early in the
intialization when a vm_page is manipulated without the lock.  It
dies before it even gets to calibrating the clocks.  I've been
spending quite some time trying to get the higher level code to
work and wanted to toss this diff out so that hopefully someone
else (*nudge* John) might be able to get it further along.

here's my "notes":

requires vm_page_queues_mtx:
 manipulation of vm_page_queues
 vm_add_new_page() asserts
 vm_page_io_start/finish
 vm_page_wakeup
 vm_page_busy
 vm_page_flash
 vm_page_flag_clear
 vm_page_flag_set
 vm_page_cache
 vm_page_free
 vm_page_free_zero
 vm_object_page_clean

mtx_assert(&vm_mtx, MA_OWNED);
283
vm_page_rename
   vm_page_insert

vm_object_shadow <- lock held from vm_map_lookup()

"vm_object.c" line 912 of 1

pmap_kenter needs to aquire some mutex on it's own because of its use
in the zone allocator
looks like zone allocator might have to recurse on vm_mtx, looks like
zone allocator might have to go under vm_mtx or some trickery will be
required when using zones as to avoid it
vm_object_terminate
vm_object_collapse

zone allocator should probably do something like test the state of the
vm lock, and lock it if not locked
same for kmem_alloc/free

holding vm_mtx over copyout?  should we do it? probably not, but
for small copyouts this can kill perf to lock/release

need work:

get/putpages routines need to lock vm_mtx


pmaps spotted:
pmap_copy_page
pmap_page_protect
pmap_resident_count
pmap_enter
pmap_pageable

get the lock themselves if needed:
pmap_kenter
pmap_qenter
pmap_qremove

blist_destroy (calls free)
blist_create (calls malloc M_WAITOK) prolly called from a safe spot


exec_new_vmspace

swap_pager_strategy

done:
unlock_map
vm_map_lookup_done
_vm_object_allocate (memcache candidate)
blist_free
pagedaemon_wakeup
flushchainbuf with, switches to Giant
getchainbuf without
waitchainbuf with/without
swap_pager_copy
swap_pager_freespace
swapout_procs (blocks) (holds locks over schedlock)
swp_pager_freeswapspace
swp_pager_meta_build requires
swp_pager_meta_ctl requires
swp_pager_meta_free requires 
swp_pager_meta_free_all requires 
swp_sizecheck
vm_daemon
vm_fault_additional_pages
vm_freeze_copyopts (vm_pager_get_pages, pmap_copy_page)
vm_map_entry_create (zalloc)
vm_map_entry_delete
vm_map_entry_dispose (calls zfree)
vm_map_entry_link
vm_map_entry_unlink
vm_map_insert (pmap_object_init_pt)
vm_map_lock*
vm_map_lookup
vm_map_lookup_entry
vm_map_simplify_entry
vm_map_unlock*
vm_object_allocate (x: unlocks for zalloc)
vm_object_backing_scan
vm_object_coalesce
vm_object_collapse (calls zfree)
vm_object_deallocate
vm_object_page_clean
vm_object_page_remove
vm_object_pip_wakeup
vm_object_qcollapse
vm_object_reference
vm_object_shadow
vm_object_terminate (blocks) (zfree)
vm_object_vndeallocate (blocks)
vm_page_activate
vm_page_alloc
vm_page_busy
vm_page_copy (calls pmap_copy_page(), maybe unwind the lock?)
vm_page_deactivate
vm_page_dirty
vm_page_flag_clear
vm_page_flag_set
vm_page_flash
vm_page_free 
vm_page_free_zero
vm_page_grab (blocks)
vm_page_hold
vm_page_insert
vm_page_io_finish
vm_page_io_start
vm_page_list_find
vm_page_lookup
vm_page_protect
vm_page_protect
vm_page_protect (calls pmap_page_protect)
vm_page_remove
vm_page_rename
vm_page_sleep_busy
vm_page_undirty
vm_page_unhold
vm_page_unqueue
vm_page_wakeup
vm_page_zero_fill (calls pmap_zero_page(), maybe unwind the lock?)
vm_pageout_map_deactivate_pages (pmap_resident_count,pmap_remove)
vm_pageout_object_deactivate_pages (pmap_resident_count,pmap_ts_referenced,pmap_page_exists
vm_pager_get_pages (probably blocks, must check getpages routines for pagers)
vm_pager_page_unswapped (pager pgo_pageunswapped routine)
vm_pager_has_page (calls pager pgo_haspage)
vm_req_vmdaemon


needs vm lock:
vfs_buf_test_cache requires
inmem requires
vfs_vmio_release with, but releases!
vfs_clean_pages with

vm_hold_load_pages without, aquires
vm_hold_free_pages with/without, aquires

vfs_busy_pages without, aquires
vfs_unbusy_pages without, aquires

vfs_setdirty with/without, aquires
bfreekva with/without, aquires
brelse without, aquires
bqrelse without, noaquire
gbincore without, noaquire
incore without, noaquire
inmem without, aquires
bufdone without, aquires

geteblk doesn't lock

check stats, needs lock?
vmmeter.h:
vm_page_count_severe
vm_page_count_reserved
vm_page_count_min
vm_page_count_target
vm_paging_target
vm_paging_needed


-- 
-Alfred Perlstein - [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  Mon Apr 23 23:26:57 2001
Delivered-To: freebsd-current@freebsd.org
Received: from perninha.conectiva.com.br (perninha.conectiva.com.br [200.250.58.156])
	by hub.freebsd.org (Postfix) with ESMTP id D0B8C37B440
	for <current@FreeBSD.ORG>; Mon, 23 Apr 2001 23:26:53 -0700 (PDT)
	(envelope-from riel@conectiva.com.br)
Received: from burns.conectiva (burns.conectiva [10.0.0.4])
	by perninha.conectiva.com.br (Postfix) with SMTP id 5988016B7F
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 03:26:50 -0300 (EST)
Received: (qmail 23700 invoked by uid 0); 24 Apr 2001 06:26:52 -0000
Received: from duckman.distro.conectiva (root@10.0.17.2)
  by burns.conectiva with SMTP; 24 Apr 2001 06:26:52 -0000
Received: from localhost (riel@localhost)
	by duckman.distro.conectiva (8.11.3/8.11.3) with ESMTP id f3O6Qni27128;
	Tue, 24 Apr 2001 03:26:49 -0300
X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs
Date: Tue, 24 Apr 2001 03:26:48 -0300 (BRST)
From: Rik van Riel <riel@conectiva.com.br>
X-X-Sender:  <riel@duckman.distro.conectiva>
To: Alfred Perlstein <bright@wintelcom.net>
Cc: <current@FreeBSD.ORG>, <jhb@FreeBSD.ORG>, <jake@FreeBSD.ORG>
Subject: Re: vm_mtx
In-Reply-To: <20010423215131.D1790@fw.wintelcom.net>
Message-ID: <Pine.LNX.4.33.0104240321570.17635-100000@duckman.distro.conectiva>
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, 23 Apr 2001, Alfred Perlstein wrote:

> requires vm_page_queues_mtx:
>  manipulation of vm_page_queues

[snip]

> pmaps spotted:
> pmap_copy_page
> pmap_page_protect

There is potential for nasty lock ordering conflicts here.

Page faults will go    vm_mtx -> vm_page_queues_mtx
The pageout code goes  vm_page_queues_mtx -> vm_mtx

Alternatively, the pageout code is all under the vm_mtx,
during the whole duration, but that would lock out the
other CPUs during a potentially long time.

It would also mean the kernel needs to have 2 versions
of all the pmap functions ... one where the vm_mtx is
already taken and one that needs to take the vm_mtx by
itself (the alternative, fixing all the callers, is
probably worse).

An alternative could be to use trylock functions and
let the pageout code back off whenever somebody is in
a page fault. This will work because eventually all the
page faulters will be waiting for free memory and none
of them has any of the VM locks...

regards,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

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/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 23:44:52 2001
Delivered-To: freebsd-current@freebsd.org
Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210])
	by hub.freebsd.org (Postfix) with ESMTP id 2691B37B422
	for <freebsd-current@freebsd.org>; Mon, 23 Apr 2001 23:44:48 -0700 (PDT)
	(envelope-from gnb@itga.com.au)
Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20])
	by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id QAA42889
	for <freebsd-current@freebsd.org>; Tue, 24 Apr 2001 16:44:45 +1000 (EST)
	(envelope-from gnb@itga.com.au)
Received: from itga.com.au (lightning.itga.com.au [192.168.71.20])
	by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id QAA09785;
	Tue, 24 Apr 2001 16:44:45 +1000 (EST)
Message-Id: <200104240644.QAA09785@lightning.itga.com.au>
X-Mailer: exmh version 2.0.1 12/23/97
From: Gregory Bond <gnb@itga.com.au>
To: freebsd-current@freebsd.org
Subject: Install kernel gets divide overflow
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 24 Apr 2001 16:44:45 +1000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

[please CC replies; I'm not on the -current list]

I'm trying to boot a -CURRENT kernel to confirm it really does fix a problem 
with my hardware (see kern/26046).

I've tried a couple of snapshots from current.freeebsd.org between 1st the 15th
April.  None has booted.  Each dies with an integer divide trap after (during?)
PnP processing. (This is booting the install floppies, not after an install).

Is this 
 a) a known problem that will be fixed sometime soon, so just keep trying 
    occasionally
 b) a big surprise to all concerned and deserving of further investigation, 
    starting with the output from "boot -v"
?

Greg,
-Stable user.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Apr 23 23:51:19 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 3D97B37B424; Mon, 23 Apr 2001 23:51:16 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3O6pAs24467;
	Mon, 23 Apr 2001 23:51:10 -0700 (PDT)
Date: Mon, 23 Apr 2001 23:51:10 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: Rik van Riel <riel@conectiva.com.br>
Cc: current@FreeBSD.ORG, jhb@FreeBSD.ORG, jake@FreeBSD.ORG
Subject: Re: vm_mtx
Message-ID: <20010423235110.F1790@fw.wintelcom.net>
References: <20010423215131.D1790@fw.wintelcom.net> <Pine.LNX.4.33.0104240321570.17635-100000@duckman.distro.conectiva>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.LNX.4.33.0104240321570.17635-100000@duckman.distro.conectiva>; from riel@conectiva.com.br on Tue, Apr 24, 2001 at 03:26:48AM -0300
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Rik van Riel <riel@conectiva.com.br> [010423 23:27] wrote:
> On Mon, 23 Apr 2001, Alfred Perlstein wrote:
> 
> > requires vm_page_queues_mtx:
> >  manipulation of vm_page_queues
> 
> [snip]
> 
> > pmaps spotted:
> > pmap_copy_page
> > pmap_page_protect
> 
> There is potential for nasty lock ordering conflicts here.
> 
> Page faults will go    vm_mtx -> vm_page_queues_mtx
> The pageout code goes  vm_page_queues_mtx -> vm_mtx

Actually vm_page_queues_mtx == vm_mtx.  At a later date I may look
at finegraining the vm_mtx down a bit, as it stands there was a
lot of code that manipulates flags inside of vm_pages and vm_objects
by using atomic ops.  Obviously this works ok when there's only
one consumer but it's really expensive to do so and would probably
do a lot better under a single mutex.

> Alternatively, the pageout code is all under the vm_mtx,
> during the whole duration, but that would lock out the
> other CPUs during a potentially long time.
> 
> It would also mean the kernel needs to have 2 versions
> of all the pmap functions ... one where the vm_mtx is
> already taken and one that needs to take the vm_mtx by
> itself (the alternative, fixing all the callers, is
> probably worse).

Fixing callers makes more sense from a performance standpoint,
basically there's probably signifigant amounts of code that
expects the vm not to change out from under it in between calls
into the vm.

> 
> An alternative could be to use trylock functions and
> let the pageout code back off whenever somebody is in
> a page fault. This will work because eventually all the
> page faulters will be waiting for free memory and none
> of them has any of the VM locks...

Well right now we're SOL on all sides, but honestly with it all
still under Giant the performance is OK, if we're able to lock down
a major subsystem we can only expect performance to get better.

Anyhow, at this point i'm more interested in people stepping up
with diffs rather than discussing my current broken ones. :)


-- 
-Alfred Perlstein - [alfred@freebsd.org]
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24  1: 4: 1 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 7054F37B43E; Tue, 24 Apr 2001 01:03:58 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3O83wf26137;
	Tue, 24 Apr 2001 01:03:58 -0700 (PDT)
Date: Tue, 24 Apr 2001 01:03:58 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: current@FreeBSD.ORG
Cc: jhb@FreeBSD.ORG, jake@FreeBSD.ORG
Subject: Re: vm_mtx
Message-ID: <20010424010358.H1790@fw.wintelcom.net>
References: <20010423215131.D1790@fw.wintelcom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010423215131.D1790@fw.wintelcom.net>; from bright@wintelcom.net on Mon, Apr 23, 2001 at 09:51:31PM -0700
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Alfred Perlstein <bright@wintelcom.net> [010423 21:51] wrote:
> You can find the work I've done so far to make a giant vm mutex
> here:
> 
> http://people.freebsd.org/~alfred/vm.diff

I've refreshed the diff, it now makes it to:

vfs_default.c 545  <- recurses on vm_mtx here, oops. :)
vop_stdcreatevobject
vop_defaultop
vfs_object_create
ffs_mountfs
ffs_mount
vfs_mountroot_try
vfs_mountroot
mi_startup


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24  3: 8:44 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 786CE37B43C; Tue, 24 Apr 2001 03:08:38 -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 f3OA8PU56543;
	Tue, 24 Apr 2001 12:08:25 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: audit@freebsd.org, current@freebsd.org
Subject: PATCH: move struct netexport to struct mount
From: Poul-Henning Kamp <phk@freebsd.org>
Date: Tue, 24 Apr 2001 12:08:25 +0200
Message-ID: <56541.988106905@critter>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


http://phk.freebsd.dk/patch/export.patch

20010424        export.patch

        This patch moves the netexport structure from the fs-specific
        mountstructure to struct mount.

        This makes the "struct netexport *" paramter to the vfs_export
        and vfs_checkexport interface unneeded.

        Consequently that all non-stacking filesystems can use
        vfs_stdcheckexp().

        At the same time, make it a pointer to a struct netexport
        in struct mount, so that we can remove the bogus AF_MAX
        and #include <net/radix.h> from <sys/mount.h>

--
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  Tue Apr 24  4:20: 3 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
	by hub.freebsd.org (Postfix) with ESMTP id 9DE7937B422
	for <freebsd-current@freebsd.org>; Tue, 24 Apr 2001 04:19:58 -0700 (PDT)
	(envelope-from j@uriah.heep.sax.de)
Received: (from uucp@localhost)
	by sax.sax.de (8.9.3/8.9.3) with UUCP id NAA05206
	for freebsd-current@freebsd.org; Tue, 24 Apr 2001 13:19:57 +0200 (CEST)
Received: (from j@localhost)
	by uriah.heep.sax.de (8.11.3/8.11.3) id f3OBD7V39177;
	Tue, 24 Apr 2001 13:13:07 +0200 (MET DST)
	(envelope-from j)
Date: Tue, 24 Apr 2001 13:13:07 +0200 (MET DST)
Message-Id: <200104241113.f3OBD7V39177@uriah.heep.sax.de>
Mime-Version: 1.0
X-Newsreader: knews 1.0b.1
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Organization: Private BSD site, Dresden
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
References: <20010423225230.A974@schweikhardt.net>
    <XFMail.010423151007.jhb@FreeBSD.org>
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: duplicate locks and lock order reversal
X-Original-Newsgroups: local.freebsd.current
To: freebsd-current@freebsd.org
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

John Baldwin <jhb@FreeBSD.ORG> wrote:

>> my current kernel cvsupped around Apr 14th tells me about
>> duplicate locks and lock order reversal. Is this reason to worry?

> This is a FAQ.  Please keep up with -current if you are tracking it.

That's simply impossible.  We would need another 24 hours per day to
follow all mailing lists on a daily basis.  Some people of us have a
day job and a family. ;-)

If it's a FAQ, we should IMHO maintain this as a document, sorta
like /usr/src/UPDATING is being maintained.  Something like
/usr/src/ERRATA or that?  When branching off into -stable, this
file can be left out.
-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24  8:27:41 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 3FB1737B423
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 08:27:39 -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 LAA95978;
	Tue, 24 Apr 2001 11:27:24 -0400 (EDT)
	(envelope-from wollman)
Date: Tue, 24 Apr 2001 11:27:24 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104241527.LAA95978@khavrinen.lcs.mit.edu>
To: Alfred Perlstein <bright@wintelcom.net>
Cc: current@FreeBSD.ORG
Subject: vm_mtx
In-Reply-To: <20010423215131.D1790@fw.wintelcom.net>
References: <20010423215131.D1790@fw.wintelcom.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

<<On Mon, 23 Apr 2001 21:51:31 -0700, Alfred Perlstein <bright@wintelcom.net> said:

> You can find the work I've done so far to make a giant vm mutex
> here:

The Mach code we originally inherited was supposed to already by
multiprocessor safe.  Did we manage to eliminate that capability?

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24  8:36:28 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 837CA37B422
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 08:36:24 -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 f3OFZGU59444;
	Tue, 24 Apr 2001 17:35:16 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: Alfred Perlstein <bright@wintelcom.net>, current@FreeBSD.ORG
Subject: Re: vm_mtx 
In-Reply-To: Your message of "Tue, 24 Apr 2001 11:27:24 EDT."
             <200104241527.LAA95978@khavrinen.lcs.mit.edu> 
Date: Tue, 24 Apr 2001 17:35:16 +0200
Message-ID: <59442.988126516@critter>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <200104241527.LAA95978@khavrinen.lcs.mit.edu>, Garrett Wollman write
s:
><<On Mon, 23 Apr 2001 21:51:31 -0700, Alfred Perlstein <bright@wintelcom.net> said:
>
>> You can find the work I've done so far to make a giant vm mutex
>> here:
>
>The Mach code we originally inherited was supposed to already by
>multiprocessor safe.  Did we manage to eliminate that capability?

I'm sure you are fully aware of the implications of the strategically
placed "supposed" in your own sentence.  I have never heard anybody
get Mach code multithreaded yet.

--
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  Tue Apr 24  9: 3:26 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by hub.freebsd.org (Postfix) with ESMTP
	id F04FC37B422; Tue, 24 Apr 2001 09:03:10 -0700 (PDT)
	(envelope-from bmah@cisco.com)
Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42])
	by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id JAA22394;
	Tue, 24 Apr 2001 09:03:15 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3OG3AB06290;
	Tue, 24 Apr 2001 09:03:10 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: freebsd-current@freebsd.org
Cc: bmah@freebsd.org, freebsd-doc@freebsd.org
Subject: [RFC] RELNOTESng for 5-CURRENT
From: bmah@freebsd.org (Bruce A. Mah)
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_-1738867376P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 24 Apr 2001 09:03:10 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_-1738867376P
Content-Type: text/plain; charset=us-ascii

(Apologies to -doc people who have probably heard this ad nauseum.)

Over the past few months, I've been working on a project that I've
taken to calling RELNOTESng, which is the overhaul of RELNOTES.TXT and
related files that we package along with a FreeBSD distribution.
I've been soliciting feedback from the other -doc folks, and it's time
to socialize this out to a wider audience.

The main problem this is intended to solve is that there's a lot of
information in many different files, and not all of its is
consistent.  For example, a list of hardware supported by FreeBSD can
currently be found in four different places (the alpha and i386
RELNOTES.TXT files, HARDWARE.TXT, and the Handbook).

What I've done is to reorganize and reformat all of the *.TXT files.
The new versions of these files are done in DocBook/SGML, which is the
markup language used for the Handbook, FAQ, and so on.

This gives us several distinct advantages:

1.  By using conditional inclusion of text, we can have one set of
    source files that contains platform-independent text plus text
    applicable to particular architectures (no more double commits for
    each new release note).  Looking down the road, when we support
    other architectures (for example, ia64 or ppc), we'll have a
    scalable way of handling them.

2.  By going to DocBook, we can produce release notes in formats other
    than plain ASCII text; for example, we can do HTML or PDF.  We
    gain greater readability, plus we can take advantages of features
    such as hyperlinks within documents.  Of course the boot floppies
    still get the TXT files.

3.  By adopting the same naming conventions and directory structures
    as the doc/ subtree, we can support translations of release notes,
    if the translation teams are so inclined.

4.  Reorganizing the *.TXT files elminates some redundant information
    and reduces the number of files that people have to read through
    (they're a bit longer, but better-organized).

There are two disadvantages to going this route.  I think they're
fairly minor:

1.  Generating a set of release notes requires the DocBook toolchain
    to be built, as well as the doc/ subtree.  Note that RELNOTESng
    will have absolutely no effect on the buildworld/installworld
    procedure.

2.  It raises the bar a bit for committers wanting to make changes to
    the release notes, since they'll need to make changes to the
    DocBook files.

Barring objections, I want to commit RELNOTESng, plus a patch to src/
release/Makefile, to the CVS tree.  RELNOTESng still needs a bit of
testing, and so for now, I have it controlled by a make(1) flag
defaulting to off.  Once the bugs have been shaken out, I'll make
RELNOTESng the default and stop maintaining the *.TXT files. Eventually,
the *.TXT files will get removed.

There's a snapshot of RELNOTESng for -CURRENT, updated irregularly,
at:

http://people.freebsd.org/~bmah/relnotes/

It contains PDF, HTML, and TXT versions of the various documents, as
well as a tarball of my working sources, the patch for
src/release/Makefile to integrate RELNOTESng into the release build,
and an ISO of a 5.0-CURRENT, i386 release I did with RELNOTESng
enabled.

I'd very much like to get comments from people.

Bruce.



--==_Exmh_-1738867376P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE65aO+2MoxcVugUsMRAu8kAKCVOBVKdM053tgWJEc4j/ptcuiNlgCg8JhQ
enjK7AXO/LlN5Uz1G4LLsy4=
=jhEY
-----END PGP SIGNATURE-----

--==_Exmh_-1738867376P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24  9:14:47 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 0D74037B422
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 09:14:41 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3OGEVg07131;
	Tue, 24 Apr 2001 09:14:31 -0700 (PDT)
Date: Tue, 24 Apr 2001 09:14:31 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
	current@FreeBSD.ORG
Subject: Re: vm_mtx
Message-ID: <20010424091431.J1790@fw.wintelcom.net>
References: <200104241527.LAA95978@khavrinen.lcs.mit.edu> <59442.988126516@critter>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <59442.988126516@critter>; from phk@critter.freebsd.dk on Tue, Apr 24, 2001 at 05:35:16PM +0200
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Poul-Henning Kamp <phk@critter.freebsd.dk> [010424 08:36] wrote:
> In message <200104241527.LAA95978@khavrinen.lcs.mit.edu>, Garrett Wollman write
> s:
> ><<On Mon, 23 Apr 2001 21:51:31 -0700, Alfred Perlstein <bright@wintelcom.net> said:
> >
> >> You can find the work I've done so far to make a giant vm mutex
> >> here:
> >
> >The Mach code we originally inherited was supposed to already by
> >multiprocessor safe.  Did we manage to eliminate that capability?
> 
> I'm sure you are fully aware of the implications of the strategically
> placed "supposed" in your own sentence.  I have never heard anybody
> get Mach code multithreaded yet.

It's not just that, looking at the old code it doesn't seem to deal
very well actually performing the IO, there's also other issues
that Alan Cox and Matt Dillon explained to me where in certain
locations vm_object lists are traversed in forward and reverse
order, this causes a lock order problem, it could be fixed by
possibly sharing a lock across object chains, but for now moving
to a giant lock is still a step in the right direction because
as I've mentioned, with everything still under Giant we've still
got decent performance.

-- 
-Alfred Perlstein - [alfred@freebsd.org]
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24  9:15: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 95F9337B423; Tue, 24 Apr 2001 09:15:28 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3OGFSr07253;
	Tue, 24 Apr 2001 09:15:28 -0700 (PDT)
Date: Tue, 24 Apr 2001 09:15:28 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: Poul-Henning Kamp <phk@FreeBSD.ORG>
Cc: audit@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: PATCH: move struct netexport to struct mount
Message-ID: <20010424091528.K1790@fw.wintelcom.net>
References: <56541.988106905@critter>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <56541.988106905@critter>; from phk@FreeBSD.ORG on Tue, Apr 24, 2001 at 12:08:25PM +0200
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Poul-Henning Kamp <phk@FreeBSD.ORG> [010424 03:08] wrote:
> 
> http://phk.freebsd.dk/patch/export.patch
> 
> 20010424        export.patch
> 
>         This patch moves the netexport structure from the fs-specific
>         mountstructure to struct mount.
> 
>         This makes the "struct netexport *" paramter to the vfs_export
>         and vfs_checkexport interface unneeded.
> 
>         Consequently that all non-stacking filesystems can use
>         vfs_stdcheckexp().
> 
>         At the same time, make it a pointer to a struct netexport
>         in struct mount, so that we can remove the bogus AF_MAX
>         and #include <net/radix.h> from <sys/mount.h>

Nice, go for it.

-- 
-Alfred Perlstein - [alfred@freebsd.org]
Represent yourself, show up at BABUG http://www.babug.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 24  9:25:39 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 211AA37B423; Tue, 24 Apr 2001 09:25:35 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3OGPYH07571;
	Tue, 24 Apr 2001 09:25:34 -0700 (PDT)
Date: Tue, 24 Apr 2001 09:25:34 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: "Bruce A. Mah" <bmah@FreeBSD.ORG>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010424092534.N1790@fw.wintelcom.net>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>; from bmah@FreeBSD.ORG on Tue, Apr 24, 2001 at 09:03:10AM -0700
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Bruce A. Mah <bmah@FreeBSD.ORG> [010424 09:04] wrote:
> (Apologies to -doc people who have probably heard this ad nauseum.)
> 
> Over the past few months, I've been working on a project that I've
> taken to calling RELNOTESng, which is the overhaul of RELNOTES.TXT and
> related files that we package along with a FreeBSD distribution.
> I've been soliciting feedback from the other -doc folks, and it's time
> to socialize this out to a wider audience.
> 
> The main problem this is intended to solve is that there's a lot of
> information in many different files, and not all of its is
> consistent.  For example, a list of hardware supported by FreeBSD can
> currently be found in four different places (the alpha and i386
> RELNOTES.TXT files, HARDWARE.TXT, and the Handbook).
> 
> What I've done is to reorganize and reformat all of the *.TXT files.
> The new versions of these files are done in DocBook/SGML, which is the
> markup language used for the Handbook, FAQ, and so on.
[snip]
> 
> I'd very much like to get comments from people.

Sounds like some excellent work that was long over due.  Go for it. :)

-- 
-Alfred Perlstein - [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  Tue Apr 24  9:52:54 2001
Delivered-To: freebsd-current@freebsd.org
Received: from cs.rice.edu (cs.rice.edu [128.42.1.30])
	by hub.freebsd.org (Postfix) with ESMTP id 0FF9B37B422
	for <current@freebsd.org>; Tue, 24 Apr 2001 09:52:52 -0700 (PDT)
	(envelope-from alc@cs.rice.edu)
Received: (from alc@localhost)
	by cs.rice.edu (8.9.0/8.9.0) id LAA18154;
	Tue, 24 Apr 2001 11:52:35 -0500 (CDT)
Date: Tue, 24 Apr 2001 11:52:35 -0500
From: Alan Cox <alc@cs.rice.edu>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
	current@freebsd.org
Subject: Re: vm_mtx
Message-ID: <20010424115235.I28547@cs.rice.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.5us
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> The Mach code we originally inherited was supposed to already by
> multiprocessor safe.  Did we manage to eliminate that capability?

Yes and no.  The vm_map layer still has the necessary locking calls,
but the vm_object and pmap layers don't.  The pmap is still similar
enough that the original locking scheme could be reapplied, perhaps
mechanically.

Alan


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 10: 5:34 2001
Delivered-To: freebsd-current@freebsd.org
Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130])
	by hub.freebsd.org (Postfix) with ESMTP id 048FF37B423
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 10:05:26 -0700 (PDT)
	(envelope-from olli@lurza.secnetix.de)
Received: (from olli@localhost)
	by lurza.secnetix.de (8.9.3/8.9.3) id TAA94529;
	Tue, 24 Apr 2001 19:05:24 +0200 (CEST)
	(envelope-from oliver.fromme@secnetix.de)
Date: Tue, 24 Apr 2001 19:05:24 +0200 (CEST)
Message-Id: <200104241705.TAA94529@lurza.secnetix.de>
From: Oliver Fromme <olli@secnetix.de>
To: freebsd-current@FreeBSD.ORG
Reply-To: freebsd-current@FreeBSD.ORG
Subject: Re: cp -d dir patch for review (or 'xargs'?)
In-Reply-To: <200104232202.f3NM25607648@hak.lan.Awfulhak.org>
X-Newsgroups: list.freebsd-current
User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386))
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Brian Somers <brian@awfulhak.org> wrote:
 >> If I'm not mistaken, the size of the environment is already
 >> taken into account by the xargs utility (subtracted from
 >> ARG_MAX).  So this isn't an issue at all.
 > 
 > Unless xargs runs a command with lots of arguments and that command 
 > increases the environment size then tries to run another command with 
 > the same arguments - bang (E2BIG).

True, but that's certainly not xarg's fault (and
it cannot be fixed in the scope of xargs).  xargs
has no way to know if the command will enlarge its
environment, and by what amount.  In such a case
it's probably up to the script writer to chose a
sensible value for xargs -s <n>.

Regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 10:11:55 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 EF52E37B424
	for <freebsd-current@FreeBSD.org>; Tue, 24 Apr 2001 10:11:52 -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 f3OHBaG67718;
	Tue, 24 Apr 2001 10:11:36 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010424101056.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: <200104240644.QAA09785@lightning.itga.com.au>
Date: Tue, 24 Apr 2001 10:10:56 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Gregory Bond <gnb@itga.com.au>
Subject: RE: Install kernel gets divide overflow
Cc: freebsd-current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 24-Apr-01 Gregory Bond wrote:
> [please CC replies; I'm not on the -current list]
> 
> I'm trying to boot a -CURRENT kernel to confirm it really does fix a problem 
> with my hardware (see kern/26046).
> 
> I've tried a couple of snapshots from current.freeebsd.org between 1st the
> 15th
> April.  None has booted.  Each dies with an integer divide trap after
> (during?)
> PnP processing. (This is booting the install floppies, not after an install).
> 
> Is this 
>  a) a known problem that will be fixed sometime soon, so just keep trying 
>     occasionally
>  b) a big surprise to all concerned and deserving of further investigation, 
>     starting with the output from "boot -v"
> ?

Weird, I installed the April 19 snap here locally on a testbox without any
problems.

-- 

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 24 11:45: 4 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 B83D537B422
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 11:44:59 -0700 (PDT)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) id f3OIiwa26644
	for freebsd-current@FreeBSD.ORG.AVP; Tue, 24 Apr 2001 20:44:58 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) with UUCP id f3OIit126610;
	Tue, 24 Apr 2001 20:44:55 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: from gina (gina.neland.dk [192.168.5.100] (may be forged))
	by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f3OIigd32307;
	Tue, 24 Apr 2001 20:44:44 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Message-ID: <00cc01c0ccee$cefddbc0$6405a8c0@neland.dk>
From: "Leif Neland" <leifn@neland.dk>
To: "Peter Wemm" <peter@wemm.org>
Cc: <freebsd-current@FreeBSD.ORG>
References: <20010423221608.165E038FC@overcee.netplex.com.au>
Subject: Re: upgrading from 3.0 to 4.3 
Date: Tue, 24 Apr 2001 20:45:58 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f3OIit126610
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> 
> I think the only path that we "officially" support is 3.x -> 3.4-stable ->
> 4.0-R -> 4.x-stable.  

Is this official path described somewhere?

i.e. cvsup to RELENG_3
make world
make kernel
reboot
cvsup to ...
eg-

I've got a 3.2-release I'd like to update.
Perhaps I just should do a binary?

Leif

Leif

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 11:54:14 2001
Delivered-To: freebsd-current@freebsd.org
Received: from obsecurity.dyndns.org (adsl-63-207-60-27.dsl.lsan03.pacbell.net [63.207.60.27])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0822037B422; Tue, 24 Apr 2001 11:54:12 -0700 (PDT)
	(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 977CE66DF6; Tue, 24 Apr 2001 11:54:11 -0700 (PDT)
Date: Tue, 24 Apr 2001 11:54:11 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Alfred Perlstein <bright@wintelcom.net>
Cc: "Bruce A. Mah" <bmah@FreeBSD.ORG>, freebsd-current@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010424115411.G89156@xor.obsecurity.org>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <20010424092534.N1790@fw.wintelcom.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="nqkreNcslJAfgyzk"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010424092534.N1790@fw.wintelcom.net>; from bright@wintelcom.net on Tue, Apr 24, 2001 at 09:25:34AM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--nqkreNcslJAfgyzk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Tue, Apr 24, 2001 at 09:25:34AM -0700, Alfred Perlstein wrote:

> Sounds like some excellent work that was long over due.  Go for it. :)

Agreed.

I've always found there are doc hackers willing to help with markup
problems on request, so I don't think that's a serious issue.

Kris

--nqkreNcslJAfgyzk
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

iD8DBQE65cvSWry0BWjoQKURAvwdAJ9SLBbszlP9XUT/+/f3BR3Ox3u4CgCgu39g
F0akAbuKr79TQjmv4TUsFbw=
=6i/e
-----END PGP SIGNATURE-----

--nqkreNcslJAfgyzk--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 11:59:23 2001
Delivered-To: freebsd-current@freebsd.org
Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131])
	by hub.freebsd.org (Postfix) with ESMTP id 7DAB437B423
	for <current@freebsd.org>; Tue, 24 Apr 2001 11:59:20 -0700 (PDT)
	(envelope-from tlambert@usr08.primenet.com)
Received: (from daemon@localhost)
	by smtp01.primenet.com (8.9.3/8.9.3) id LAA10177;
	Tue, 24 Apr 2001 11:57:45 -0700 (MST)
Received: from usr08.primenet.com(206.165.6.208)
 via SMTP by smtp01.primenet.com, id smtpdAAAPaaaTt; Tue Apr 24 11:57:32 2001
Received: (from tlambert@localhost)
	by usr08.primenet.com (8.8.5/8.8.5) id LAA02506;
	Tue, 24 Apr 2001 11:59:38 -0700 (MST)
From: Terry Lambert <tlambert@primenet.com>
Message-Id: <200104241859.LAA02506@usr08.primenet.com>
Subject: PATCH to make maxfiles, maxfiles per proc boot-time tunable
To: current@freebsd.org
Date: Tue, 24 Apr 2001 18:59:38 +0000 (GMT)
Cc: terry@lambert.org
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

It seems to me that these things are not boot-time tunable, and
should be (really, they should be runtime tunable, but there
are some nasty pageable region allocations for networking that
appear to require contiguous regions for no good reason which I
can discern).  That means that the best we can do right now is
boot-time, so here it is:


--------------------------------------------------------------------------
Index: conf/param.c
===================================================================
RCS file: /home/cvs/local_repo/FreeBSD/sys.releng4/conf/param.c,v
retrieving revision 1.1.1.1
diff -c -r1.1.1.1 param.c
*** conf/param.c	2001/03/21 00:50:42	1.1.1.1
--- conf/param.c	2001/04/19 20:57:59
***************
*** 44,49 ****
--- 44,51 ----
  #include "opt_param.h"
  
  #include <sys/param.h>
+ #include <sys/systm.h>		/* getenv_int */
+ #include <sys/kernel.h>		/* TUNABLE_INT_DECL */
  
  /*
   * System parameter formulae.
***************
*** 67,74 ****
  #endif
  int	maxproc = NPROC;			/* maximum # of processes */
  int	maxprocperuid = NPROC-1;		/* maximum # of processes per user */
! int	maxfiles = MAXFILES;			/* system wide open files limit */
! int	maxfilesperproc = MAXFILES;		/* per-process open files limit */
  int	ncallout = 16 + NPROC + MAXFILES;	/* maximum # of timer events */
  int	mbuf_wait = 32;				/* mbuf sleep time in ticks */
  
--- 69,78 ----
  #endif
  int	maxproc = NPROC;			/* maximum # of processes */
  int	maxprocperuid = NPROC-1;		/* maximum # of processes per user */
! int	maxfiles = 0;			/* system wide open files limit */
! TUNABLE_INT_DECL("kern.maxfiles", MAXFILES, maxfiles);
! int	maxfilesperproc = 0;		/* per-process open files limit */
! TUNABLE_INT_DECL("kern.maxfilesperproc", MAXFILES, maxfilesperproc);
  int	ncallout = 16 + NPROC + MAXFILES;	/* maximum # of timer events */
  int	mbuf_wait = 32;				/* mbuf sleep time in ticks */
  
--------------------------------------------------------------------------


					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  Tue Apr 24 12:25:12 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 6846B37B423
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 12:25:09 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f3OJP8N12392;
	Tue, 24 Apr 2001 12:25:08 -0700 (PDT)
Date: Tue, 24 Apr 2001 12:25:08 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: Terry Lambert <tlambert@primenet.com>
Cc: current@FreeBSD.ORG, terry@lambert.org
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable
Message-ID: <20010424122508.U1790@fw.wintelcom.net>
References: <200104241859.LAA02506@usr08.primenet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104241859.LAA02506@usr08.primenet.com>; from tlambert@primenet.com on Tue, Apr 24, 2001 at 06:59:38PM +0000
X-all-your-base: are belong to us.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Terry Lambert <tlambert@primenet.com> [010424 11:59] wrote:
> It seems to me that these things are not boot-time tunable, and
> should be (really, they should be runtime tunable, but there
> are some nasty pageable region allocations for networking that
> appear to require contiguous regions for no good reason which I
> can discern).  That means that the best we can do right now is
> boot-time, so here it is:

This looks good except that ncallout is still based on MAXFILES,
without this being fixed I think people might get bitten by
raising the tuneable too high then being unable to allocate
enough callouts.  Can you take a look at this and make sure there's
nothing else using MAXFILES like that?

> 
> 
> --------------------------------------------------------------------------
> Index: conf/param.c
> ===================================================================
> RCS file: /home/cvs/local_repo/FreeBSD/sys.releng4/conf/param.c,v
> retrieving revision 1.1.1.1
> diff -c -r1.1.1.1 param.c
> *** conf/param.c	2001/03/21 00:50:42	1.1.1.1
> --- conf/param.c	2001/04/19 20:57:59
> ***************
> *** 44,49 ****
> --- 44,51 ----
>   #include "opt_param.h"
>   
>   #include <sys/param.h>
> + #include <sys/systm.h>		/* getenv_int */
> + #include <sys/kernel.h>		/* TUNABLE_INT_DECL */
>   
>   /*
>    * System parameter formulae.
> ***************
> *** 67,74 ****
>   #endif
>   int	maxproc = NPROC;			/* maximum # of processes */
>   int	maxprocperuid = NPROC-1;		/* maximum # of processes per user */
> ! int	maxfiles = MAXFILES;			/* system wide open files limit */
> ! int	maxfilesperproc = MAXFILES;		/* per-process open files limit */
>   int	ncallout = 16 + NPROC + MAXFILES;	/* maximum # of timer events */
>   int	mbuf_wait = 32;				/* mbuf sleep time in ticks */
>   
> --- 69,78 ----
>   #endif
>   int	maxproc = NPROC;			/* maximum # of processes */
>   int	maxprocperuid = NPROC-1;		/* maximum # of processes per user */
> ! int	maxfiles = 0;			/* system wide open files limit */
> ! TUNABLE_INT_DECL("kern.maxfiles", MAXFILES, maxfiles);
> ! int	maxfilesperproc = 0;		/* per-process open files limit */
> ! TUNABLE_INT_DECL("kern.maxfilesperproc", MAXFILES, maxfilesperproc);
>   int	ncallout = 16 + NPROC + MAXFILES;	/* maximum # of timer events */
>   int	mbuf_wait = 32;				/* mbuf sleep time in ticks */
>   
> --------------------------------------------------------------------------
> 
> 
> 					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

-- 
-Alfred Perlstein - [alfred@freebsd.org]
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 12:58:56 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 41F3F37B422
	for <current@FreeBSD.org>; Tue, 24 Apr 2001 12:58:50 -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 f3OJwfG73008;
	Tue, 24 Apr 2001 12:58:41 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010424125803.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: <200104241859.LAA02506@usr08.primenet.com>
Date: Tue, 24 Apr 2001 12:58:03 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Terry Lambert <tlambert@primenet.com>
Subject: RE: PATCH to make maxfiles, maxfiles per proc boot-time tunable
Cc: terry@lambert.org, current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 24-Apr-01 Terry Lambert wrote:
> It seems to me that these things are not boot-time tunable, and
> should be (really, they should be runtime tunable, but there
> are some nasty pageable region allocations for networking that
> appear to require contiguous regions for no good reason which I
> can discern).  That means that the best we can do right now is
> boot-time, so here it is:
> 
> 
> --------------------------------------------------------------------------
> Index: conf/param.c
> ===================================================================
> RCS file: /home/cvs/local_repo/FreeBSD/sys.releng4/conf/param.c,v
> retrieving revision 1.1.1.1
> diff -c -r1.1.1.1 param.c
> *** conf/param.c      2001/03/21 00:50:42     1.1.1.1
> --- conf/param.c      2001/04/19 20:57:59
> ***************
> *** 44,49 ****
> --- 44,51 ----
>   #include "opt_param.h"
>   
>   #include <sys/param.h>
> + #include <sys/systm.h>              /* getenv_int */
> + #include <sys/kernel.h>             /* TUNABLE_INT_DECL */
>   
>   /*
>    * System parameter formulae.
> ***************
> *** 67,74 ****
>   #endif
>   int maxproc = NPROC;                        /* maximum # of processes */
>   int maxprocperuid = NPROC-1;                /* maximum # of processes per
user */
> ! int maxfiles = MAXFILES;                    /* system wide open files limit
*/
> ! int maxfilesperproc = MAXFILES;             /* per-process open files limit
*/
>   int ncallout = 16 + NPROC + MAXFILES;       /* maximum # of timer events */
>   int mbuf_wait = 32;                         /* mbuf sleep time in ticks */
>   
> --- 69,78 ----
>   #endif
>   int maxproc = NPROC;                        /* maximum # of processes */
>   int maxprocperuid = NPROC-1;                /* maximum # of processes per
user */
> ! int maxfiles = 0;                   /* system wide open files limit */
> ! TUNABLE_INT_DECL("kern.maxfiles", MAXFILES, maxfiles);
> ! int maxfilesperproc = 0;            /* per-process open files limit */
> ! TUNABLE_INT_DECL("kern.maxfilesperproc", MAXFILES, maxfilesperproc);
>   int ncallout = 16 + NPROC + MAXFILES;       /* maximum # of timer events */
>   int mbuf_wait = 32;                         /* mbuf sleep time in ticks */

Why assign them the value of 0?  Why not just stick them in the BSS?
The SI_SUB_TUNABLE checks will initialize them to a value anyways..

-- 

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 24 13:26: 2 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.dada.it (mail2.dada.it [195.110.96.69])
	by hub.freebsd.org (Postfix) with SMTP id 6B9E137B423
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 13:25:52 -0700 (PDT)
	(envelope-from riccardo@torrini.org)
Received: (qmail 9743 invoked from network); 24 Apr 2001 20:25:38 -0000
Received: from unknown (HELO torrini.org) (195.110.114.101)
  by mail.dada.it with SMTP; 24 Apr 2001 20:25:38 -0000
Received: (from riccardo@localhost)
	by torrini.org (8.11.3/8.11.3) id f3OKPlW08379
	for freebsd-current@FreeBSD.ORG; Tue, 24 Apr 2001 22:25:47 +0200 (CEST)
	(envelope-from riccardo)
Message-ID: <XFMail.010424222547.riccardo@torrini.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
Date: Tue, 24 Apr 2001 22:25:47 +0200 (CEST)
From: Riccardo Torrini <riccardo@torrini.org>
To: freebsd-current@FreeBSD.ORG
Subject: nroff -man broken?
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

# man man
Formatting page, please wait...mdoc error: end-macro (.em)
   respecification is not allowed. (#20)
   Should this have been `.Em ...'?
User Abort.
Done.


This happens over last week.  World of this night (after
cvsup with also make kernel and mergemaster, for 4 times).
I have also tryed to remove all */man/cat*/*gz compiled
manuals with but luck :(  Any hints?  Thanks.


Ciao,
Riccardo.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 13:37:56 2001
Delivered-To: freebsd-current@freebsd.org
Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135])
	by hub.freebsd.org (Postfix) with ESMTP id D06AE37B422
	for <current@freebsd.org>; Tue, 24 Apr 2001 13:37:51 -0700 (PDT)
	(envelope-from tlambert@usr07.primenet.com)
Received: (from daemon@localhost)
	by smtp05.primenet.com (8.9.3/8.9.3) id NAA22358;
	Tue, 24 Apr 2001 13:37:50 -0700 (MST)
Received: from usr07.primenet.com(206.165.6.207)
 via SMTP by smtp05.primenet.com, id smtpdAAA.OaGER; Tue Apr 24 13:37:30 2001
Received: (from tlambert@localhost)
	by usr07.primenet.com (8.8.5/8.8.5) id NAA21190;
	Tue, 24 Apr 2001 13:38:33 -0700 (MST)
From: Terry Lambert <tlambert@primenet.com>
Message-Id: <200104242038.NAA21190@usr07.primenet.com>
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable
To: current@freebsd.org
Date: Tue, 24 Apr 2001 20:38:33 +0000 (GMT)
Cc: terry@lambert.org
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

] This looks good except that ncallout is still based on MAXFILES,
] without this being fixed I think people might get bitten by
] raising the tuneable too high then being unable to allocate
] enough callouts.  Can you take a look at this and make sure there's
] nothing else using MAXFILES like that?

Everywhere else uses the value of the variable, rather than
the value of the MAXFILES manifest constant; this is true for
4.3-release, if not for -current, so -current should be checked
too, I suppose, but I can't see someone intentionally adding
another dependency.


I actually also have a question for you: what bad things really
happen if ncallout is (relatively) much smaller than maxfiles?
As far as I can tell, it doesn't cause real problems...


The "ncallout" value should technically be a power of 2; I think
the code in the various machdep.c is probably broken, and that
the valloc() ought to use "callwheelsize" instead of "ncallout",
so that "callwheelbits" is not inaccurate, nor is "callwheelmask".

In any case, I really can't see how to easily do this at runtime,
short of stuffing a SYSINIT(SI_SUB_TUNABLES, SI_ORDER_ANY) into
param.c; that really won't work, since the machdep.c code is
executed very early on in the boot cycle.

It seems that it needs to have a more direct reference to a:

	TUNABLE_INT_FETCH("kern.ncallout", 0, ncallout);

Early on in cpu_startup().

I guess if you want to get technical, the fact that the sockets
and so on are allocated based on the value of maxfiles, and set
themselves based on a maximum value of both means that the
sockets stuff should be ripped out as a tunable entirely, and
left to rely only on maxfiles (not MAXFILES).

I guess that should you also want to get technical, the sysctl
for kern.maxfiles should really be read-only after boot, and
not read-write, since the socket structures have already been
(incorrectly) sized by the time you have a chance to adjust the
number in user space.

FWIW: ncallout is actually a larger can of worms than I wanted
to open, which is why I didn't just make it its own tunable...
would that be an acceptable compromise?


					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  Tue Apr 24 14: 5:13 2001
Delivered-To: freebsd-current@freebsd.org
Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6E29637B424; Tue, 24 Apr 2001 14:05:11 -0700 (PDT)
	(envelope-from tlambert@usr06.primenet.com)
Received: (from daemon@localhost)
	by smtp05.primenet.com (8.9.3/8.9.3) id OAA00494;
	Tue, 24 Apr 2001 14:05:07 -0700 (MST)
Received: from usr06.primenet.com(206.165.6.206)
 via SMTP by smtp05.primenet.com, id smtpdAAAYXaiTa; Tue Apr 24 14:04:49 2001
Received: (from tlambert@localhost)
	by usr06.primenet.com (8.8.5/8.8.5) id OAA25453;
	Tue, 24 Apr 2001 14:07:39 -0700 (MST)
From: Terry Lambert <tlambert@primenet.com>
Message-Id: <200104242107.OAA25453@usr06.primenet.com>
Subject: RE: PATCH to make maxfiles, maxfiles per proc boot-time tunable
To: jhb@FreeBSD.org, current@FreeBSD.org
Date: Tue, 24 Apr 2001 21:07:34 +0000 (GMT)
Cc: terry@lambert.org
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

] Why assign them the value of 0?  Why not just stick them in the BSS?
] The SI_SUB_TUNABLE checks will initialize them to a value anyways..

Mostly, to leave them where I found them, for paranoia reasons.


					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  Tue Apr 24 14:48:47 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 1080F37B424
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 14:48:45 -0700 (PDT)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) id f3OLmhq94957
	for freebsd-current@FreeBSD.ORG.AVP; Tue, 24 Apr 2001 23:48:43 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) with UUCP id f3OLmhx94951
	for freebsd-current@FreeBSD.ORG; Tue, 24 Apr 2001 23:48:43 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: from gina (gina.neland.dk [192.168.5.100] (may be forged))
	by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f3OLmRd34575
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 23:48:35 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Message-ID: <018c01c0cd08$7dca0d40$6405a8c0@neland.dk>
From: "Leif Neland" <leifn@neland.dk>
To: <freebsd-current@FreeBSD.ORG>
Subject: PICOBSD stale?
Date: Tue, 24 Apr 2001 23:49:44 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f3OLmhx94951
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

The ready-made PICOBSD-diskimages all seems to be based on FreeBSD 3.x

I also doesn't seem to be able to make picobsd from current sources, althugh I didn't try that hard.

Is picobsd stale?

Leif


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 15:27:28 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.dada.it (mail2.dada.it [195.110.96.69])
	by hub.freebsd.org (Postfix) with SMTP id C4C9E37B422
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 15:27:21 -0700 (PDT)
	(envelope-from riccardo@torrini.org)
Received: (qmail 26844 invoked from network); 24 Apr 2001 22:27:08 -0000
Received: from unknown (HELO torrini.org) (195.110.114.101)
  by mail.dada.it with SMTP; 24 Apr 2001 22:27:08 -0000
Received: (from riccardo@localhost)
	by torrini.org (8.11.3/8.11.3) id f3OMRGS30942
	for freebsd-current@FreeBSD.ORG; Wed, 25 Apr 2001 00:27:16 +0200 (CEST)
	(envelope-from riccardo)
Message-ID: <XFMail.010425002716.riccardo@torrini.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
Date: Wed, 25 Apr 2001 00:27:16 +0200 (CEST)
From: Riccardo Torrini <riccardo@torrini.org>
To: freebsd-current@FreeBSD.ORG
Subject: Boot messages
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

I'm trying to understand why this happens at boot and if is
my fault (maybe), strange hardware or undocumented feature :)
  isa0: unexpected small tag 14

  unknown: <PNP0303> can't assign resources

  pca1: <AT-style speaker sound> at port 0x61 on isa0
  WARNING: Driver mistake: repeat make_dev("pcaudio")
  WARNING: Driver mistake: repeat make_dev("pcaudioctl")

  unknown: <PNP0f13> can't assign resources
  unknown: <PNP0501> can't assign resources
  unknown: <PNP0700> can't assign resources

What kind of hardware is inside my case?

I have only an AWE64 and an Intel Pro/10 (both isa devices)
and I am using devfs so how can I make_dev() something?
And also why soft links into /dev get lost after reboot?
How can I make them persistent?  Must do every boot?


Any help appreciated.  Thanks.
Riccardo.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 16:20: 4 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138])
	by hub.freebsd.org (Postfix) with ESMTP id D9FF737B422
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 16:19:59 -0700 (PDT)
	(envelope-from dima@unixfreak.org)
Received: from spike.unixfreak.org (spike [63.198.170.139])
	by bazooka.unixfreak.org (Postfix) with ESMTP
	id 933A63E2B; Tue, 24 Apr 2001 16:19:59 -0700 (PDT)
To: Riccardo Torrini <riccardo@torrini.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Boot messages 
In-Reply-To: <XFMail.010425002716.riccardo@torrini.org>; from riccardo@torrini.org on "Wed, 25 Apr 2001 00:27:16 +0200 (CEST)"
Date: Tue, 24 Apr 2001 16:19:59 -0700
From: Dima Dorfman <dima@unixfreak.org>
Message-Id: <20010424231959.933A63E2B@bazooka.unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Riccardo Torrini <riccardo@torrini.org> writes:
>   pca1: <AT-style speaker sound> at port 0x61 on isa0
>   WARNING: Driver mistake: repeat make_dev("pcaudio")
>   WARNING: Driver mistake: repeat make_dev("pcaudioctl")

As it says, this is a driver mistake.  It's a bug.  I don't know if
it's new or not since I don't have any computers with a sound card
(and thus have no need for pcaudio*).

>   unknown: <PNP0f13> can't assign resources
>   unknown: <PNP0501> can't assign resources
>   unknown: <PNP0700> can't assign resources

This is not a bug.  This is an FAQ.  So much that it's actually
documented in (*gasp!*) the FAQ:

http://www.freebsd.org/doc/en_US.ISO_8859-1/books/faq/admin.html#PNP-RESOURCES

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 16:29:41 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138])
	by hub.freebsd.org (Postfix) with ESMTP id 77B6237B423
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 16:29:37 -0700 (PDT)
	(envelope-from dima@unixfreak.org)
Received: from spike.unixfreak.org (spike [63.198.170.139])
	by bazooka.unixfreak.org (Postfix) with ESMTP
	id 1ACA13E2A; Tue, 24 Apr 2001 16:29:37 -0700 (PDT)
To: Garance A Drosihn <drosih@rpi.edu>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: cp -d dir patch for review (or 'xargs'?) 
In-Reply-To: <p05100c04b709061b102a@[128.113.24.47]>; from drosih@rpi.edu on "Sun, 22 Apr 2001 19:01:40 -0400"
Date: Tue, 24 Apr 2001 16:29:36 -0700
From: Dima Dorfman <dima@unixfreak.org>
Message-Id: <20010424232937.1ACA13E2A@bazooka.unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Garance A Drosihn <drosih@rpi.edu> writes:
> At 1:19 PM -0700 4/21/01, Dima Dorfman wrote:
> >Does that mean everyone is blind and missed my arrogant
> >cross-post of the amazingly short patch to do this, or
> >are we just interested in discussing it and not testing
> >the implementation? ;-)
> 
> Well, I'm in the middle of a massive reorganization of
> all my machines at home (to fit in a new G4 Cube!), so
> I'm not paying as much attention to this as I would like.
> I think it's really great that Dima has volunteered to do
> the work...    :-)
> 
>  From what I have been following, you had one patch to add
> the '-I' and '-i' options, and a different patch to add
> the newly proposed '-Y' option.  Right?

No, not quite.  It's the same patch.  The second one just has the 'Y'
option renamed to 'I' because I thought they did the same thing: they
don't.

> 
> The '-I' option is of interest because it is used in some
> other OS's, and is even defined in some standards, such as
> the SingleUnixSpec.  From that:
> 
>     -I replstr
>     Insert mode: utility will be executed for each line from
>     standard input, taking the entire line as a single argument,
>     inserting it in arguments for each occurrence of replstr.
>     A maximum of five arguments in arguments can each contain
>     one or more instances of replstr. Any blank characters at
>     the beginning of each line are ignored. Constructed arguments
>     cannot grow larger than 255 bytes. Option -x is forced on.
> 
> I think that if we're going to add a '-I', then we should
> follow that description.  Note that '-I', by definition,
> forces '-n 1'.  It will always pick up only one file from
> the input to xargs per command that xarg will generate.
> It allows things like:

Adding support for 'I' the way it's described above wouldn't be a
trivial as it was to add 'Y'.  The latter adds about 15 lines, while
the former may involve some restructuring of the code.

Xargs compiles the arguments to <utility> as an array of pointers.  It
also has assumptions that argv is only touched in the begining.  It
wasn't a problem for -Y since it doesn't support the replstr being
embedded in an argument (e.g., for a replstr of "{}", "something{}"
will not work as one arugment, only "{}" will), and it didn't have to
touch argv more than twice (I just added a small loop before all
invocations of run()).  With -I, it'd probably be necessary to put a
large chuck of what is now main() inside a loop.  It's not exactly
rocket science, but not something I can whip up in an hour, either.
I'll see what I can do probably later this week.

					Dima Dorfman
					dima@unixfreak.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 24 16:58:14 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.dada.it (mail4.dada.it [195.110.96.56])
	by hub.freebsd.org (Postfix) with SMTP id B0F6D37B422
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 16:58:10 -0700 (PDT)
	(envelope-from riccardo@torrini.org)
Received: (qmail 29291 invoked from network); 24 Apr 2001 23:57:54 -0000
Received: from unknown (HELO torrini.org) (195.110.114.101)
  by mail.dada.it with SMTP; 24 Apr 2001 23:57:54 -0000
Received: (from riccardo@localhost)
	by torrini.org (8.11.3/8.11.3) id f3ONw0R61409;
	Wed, 25 Apr 2001 01:58:00 +0200 (CEST)
	(envelope-from riccardo)
Message-ID: <XFMail.010425015800.riccardo@torrini.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: <20010424231959.933A63E2B@bazooka.unixfreak.org>
Date: Wed, 25 Apr 2001 01:58:00 +0200 (CEST)
From: Riccardo Torrini <riccardo@torrini.org>
To: Dima Dorfman <dima@unixfreak.org>
Subject: Re: Boot messages
Cc: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On 24-Apr-01 (23:19:59/GMT) Dima Dorfman wrote:

>>   WARNING: Driver mistake: repeat make_dev("pcaudio")
>>   WARNING: Driver mistake: repeat make_dev("pcaudioctl")

> As it says, this is a driver mistake.  It's a bug.

Ok.  It happens from first days of devfs.  I'm looking into
gnats but there isn't any reference to it.  Must send a PR?


>>   unknown: <PNP0f13> can't assign resources...

> This is not a bug.  This is an FAQ.

Yes.  I know.  I'll try to explain better: where can I find a
list of unsupported PnP devices?  I only have an ethernet isa
card (ex0) and a sound isa card (AWE64).  Where all that PnP
devices come from?  Here is my dmesg:

[...]
pca0 at port 0x40 on isa0
ex0: <Intel Pro/10> at port 0x300-0x30f irq 10 on isa0
ex0: Manual config, 16-bit bus, board id 0x006, stepping 0x0
ex0: Ethernet address 00:aa:00:ad:44:7c
sbc0: <Creative SB AWE64> at port 0x220-0x22f,0x330-0x331,0x388-0x38b
   irq 5 drq 1,5 on isa0
pcm1: <SB16 DSP 4.16> on sbc0
midi0: <SB Midi Interface> on sbc0
midi1: <SB OPL FM Synthesizer> on sbc0
joy0: <Generic PnP Joystick> at port 0x200-0x207 on isa0
midi2: <CTL0022 WaveTable Synthesizer> at port
   0x620-0x623,0xa20-0xa23,0xe20-0xe23 on isa0
emu2: DRAM size = 512KB
unknown: <PNP0303> can't assign resources
pca1: <AT-style speaker sound> at port 0x61 on isa0
WARNING: Driver mistake: repeat make_dev("pcaudio")
WARNING: Driver mistake: repeat make_dev("pcaudioctl")
unknown: <PNP0f13> can't assign resources
unknown: <PNP0501> can't assign resources
unknown: <PNP0700> can't assign resources
[...]


And this?   What is it?  isa0: unexpected small tag 14


Thanks in advance,
Riccardo.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 17:36:43 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 89DF737B422
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 17:36:40 -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 KAA06959;
	Wed, 25 Apr 2001 10:36:33 +1000
Date: Wed, 25 Apr 2001 10:35:32 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Terry Lambert <tlambert@primenet.com>
Cc: current@FreeBSD.ORG, terry@lambert.org
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable
In-Reply-To: <200104241859.LAA02506@usr08.primenet.com>
Message-ID: <Pine.BSF.4.21.0104251003550.19737-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 Tue, 24 Apr 2001, Terry Lambert wrote:

> It seems to me that these things are not boot-time tunable, and
> should be (really, they should be runtime tunable, but there

$ sysctl -a | grep maxf
kern.maxfiles: 360
kern.maxfilesperproc: 360

`maxfiles' and `maxfilesperproc' have been runtime tunable for more
than 5 years (but there are still bugs in the implementation of this).

> are some nasty pageable region allocations for networking that
> appear to require contiguous regions for no good reason which I
> can discern).  That means that the best we can do right now is
> boot-time, so here it is:

True, things based on stale values of the variables don't work right.

> --------------------------------------------------------------------------
> Index: conf/param.c
> ===================================================================

Don't put anything more in param.c.  Almost everything in it can be
done better using tunables or sysctls.  The only thing that it is now
useful for is centralizing the #defines for bogus defaults based on
MAXUSERS.  This is unnecessary for tunables, since they don't need
static initializers.  E.g., the tunable for kern.maxfiles can be

    TUNABLE_INT_DECL("kern.maxfiles", 2 * maxproc, maxfiles);

instead of

    TUNABLE_INT_DECL("kern.maxfiles", MAXFILES, maxfiles);

Then maxfiles can be declared in the right place (not here).  There
would be a problem getting tunables set in the right order if maxproc
were tunable.  We also have a sysctl for maxproc, but it was made
read-only due to allocation problems for exec_map which went away long
ago.  Apparently the allocation problems for maxfiles and maxfilesperproc
aren't so serious, since the sysctls for these have always been
read-write.  The problems with these sysctls are more with their
interactions with setrlimit().

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 18:11:36 2001
Delivered-To: freebsd-current@freebsd.org
Received: from dojo.tao.ca (tao.ca [198.96.117.188])
	by hub.freebsd.org (Postfix) with ESMTP id 1E48E37B422
	for <current@freebsd.org>; Tue, 24 Apr 2001 18:11:33 -0700 (PDT)
	(envelope-from anarcat@tao.ca)
Received: by dojo.tao.ca (Postfix, from userid 1823)
	id 9071E4E77; Wed, 25 Apr 2001 01:11:31 +0000 (/usr/share/zoneinfo/Canada/Eastern)
Date: Tue, 24 Apr 2001 20:11:31 -0500
From: anarcat <anarcat@tao.ca>
To: current@freebsd.org
Subject: [feedback on fix] kern/22208: vr0: MII without any phy! problem when coming back from Windows
Message-ID: <20010424201131.A24804@dojo>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Uptime: 8:00pm  up 13 days,  5:59,  6 users,  load average: 0.48, 0.28, 0.31
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--YiEDa0DAkWCtVeE4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi.

[I don't know if this belongs to current, but please be nice and fwd
this to the proper entity if needs be. Please also keep me as Cc: ]

I stumbled on this quite old pr today, looking for a fix for my problem
(see subject).

I can confirm that the fix works here. Just tested it on -stable
(4.3-RC4). Just applying the patch, config && make depend && make &&
make install && reboot.

I can also say that a few persons have suffered this behavior, having
looked through the mailing list archives, seeing only unanswered
questions.

However, I witness a workaround for the bug, I think. I turned of my
machine using "shutdown" in windows instead of rebooting when switching
to fbsd. And the card was detected automagically. :)

So if this could be commited and MFC'd this would be nice. :) It works.

Thanks,

A.

>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->wpaul=20
Responsible-Changed-By: johan=20
Responsible-Changed-When: Sun Oct 22 11:07:25 PDT 2000=20
Responsible-Changed-Why: =20
Over to vr maintainer.=20

http://www.freebsd.org/cgi/query-pr.cgi?pr=3D22208=20

--YiEDa0DAkWCtVeE4
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjrmJEIACgkQ7uV99pHLOSJzBgCgxRLlWpGswzhl+Uf0bmJhLvkm
gkIAoNwGQ4fUyC2LWj4uYeMozs6Llp8X
=GTlE
-----END PGP SIGNATURE-----

--YiEDa0DAkWCtVeE4--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 18:19:13 2001
Delivered-To: freebsd-current@freebsd.org
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by hub.freebsd.org (Postfix) with ESMTP id 463B837B422
	for <freebsd-current@FreeBSD.org>; Tue, 24 Apr 2001 18:19:09 -0700 (PDT)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3])
	by fledge.watson.org (8.11.3/8.11.3) with SMTP id f3P1Jaf25796
	for <freebsd-current@FreeBSD.org>; Tue, 24 Apr 2001 21:19:37 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Date: Tue, 24 Apr 2001 21:19:36 -0400 (EDT)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
Reply-To: trustedbsd-discuss@TrustedBSD.org
To: freebsd-current@FreeBSD.org
Subject: Native ACL support for Samba (fwd)
Message-ID: <Pine.NEB.3.96L.1010424211815.20794B-101000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: MULTIPART/SIGNED; BOUNDARY="0-969158929-988161576=:20794"
Content-ID: <Pine.NEB.3.96L.1010424211815.20794C@fledge.watson.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-969158929-988161576=:20794
Content-Type: TEXT/PLAIN; CHARSET=us-ascii
Content-ID: <Pine.NEB.3.96L.1010424211815.20794D@fledge.watson.org>


Figured people running 5.0-CURRENT might be interested in this news -- I
know this is a feature we've been asked about frequently, and Chris has
done a great job in making it happen :-).  There are still a few tweaks
being worked out in the ACL code, and we need to write some regression
tests, but it seems to work quite well.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Project
robert@fledge.watson.org      NAI Labs, Safeport Network Services

---------- Forwarded message ----------
Date: Tue, 24 Apr 2001 19:17:52 -0400
From: Chris Faulhaber <jedgar@fxp.org>
To: trustedbsd-discuss@TrustedBSD.org
Subject: Native ACL support for Samba

With the release of Samba 2.2.0, samba offers ACL support to
remote clients.  I just committed the changes to the FreeBSD
CVS tree required to allow Samba to access the FreeBSD ACLs.
With an updated -current system and samba-devel port (define
WITH_ACL_SUPPORT), Windows NT 4.0 and 2000 clients can now
remotely manipulate ACLs.  Testing and comments are
appreciated.

In addition, the ACL utilities, getfacl and setfacl, have
been updated to fully make use of the ACL editing library.
They should compile on most ACL-enabled systems (tested on
Linux + ACL patches) with little or no change.

For the requisite screenshot, see http://www.fxp.org/jedgar/ACL/ :)

-- 
Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org
--------------------------------------------------------
FreeBSD: The Power To Serve   -   http://www.FreeBSD.org

--0-969158929-988161576=:20794
Content-Type: APPLICATION/PGP-SIGNATURE
Content-ID: <Pine.NEB.3.96L.1010424211815.20794E@fledge.watson.org>
Content-Description: 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: FreeBSD: The Power To Serve

iEYEARECAAYFAjrmCaAACgkQObaG4P6BelBcxQCfUzACYEpSNAj8ELKp0P9FfhkT
c7cAn1EKL8eZHcrQTQ9N+TRxe9thfKTm
=Kmfb
-----END PGP SIGNATURE-----

--0-969158929-988161576=:20794--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 18:32:16 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 F012037B423
	for <freebsd-current@FreeBSD.ORG>; Tue, 24 Apr 2001 18:32:12 -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 VAA01900;
	Tue, 24 Apr 2001 21:31:59 -0400 (EDT)
	(envelope-from wollman)
Date: Tue, 24 Apr 2001 21:31:59 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104250131.VAA01900@khavrinen.lcs.mit.edu>
To: Dima Dorfman <dima@unixfreak.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Boot messages 
In-Reply-To: <20010424231959.933A63E2B@bazooka.unixfreak.org>
References: <XFMail.010425002716.riccardo@torrini.org>
	<20010424231959.933A63E2B@bazooka.unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

<<On Tue, 24 Apr 2001 16:19:59 -0700, Dima Dorfman <dima@unixfreak.org> said:

> This is not a bug.  This is an FAQ.  So much that it's actually
> documented in (*gasp!*) the FAQ:

Unfortunately, the A in the FAQ is wrong.

The ``can't assign resources'' messages indicate that the devices are
legacy ISA devices for which a non-PnP-aware driver is compiled into
the kernel.  These include devices such as keyboard controllers, the
programmable interrupt controller chip, and several other bits of
standard infrastructure.  The resources can't be assigned because
there is already a driver using those addresses.

If it didn't say ``can't assign resources'', then *and only then* is
the device in question not configured in the kernel.  AIUI such
messages are currently disabled unless one boots in verbose mode.

-GAWollman



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 18:38:10 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 75D8037B423
	for <current@FreeBSD.org>; Tue, 24 Apr 2001 18:38:08 -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 VAA01954;
	Tue, 24 Apr 2001 21:38:05 -0400 (EDT)
	(envelope-from wollman)
Date: Tue, 24 Apr 2001 21:38:05 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104250138.VAA01954@khavrinen.lcs.mit.edu>
To: Riccardo Torrini <riccardo@torrini.org>
Cc: current@FreeBSD.org
Subject: Re: Boot messages
In-Reply-To: <XFMail.010425015800.riccardo@torrini.org>
References: <20010424231959.933A63E2B@bazooka.unixfreak.org>
	<XFMail.010425015800.riccardo@torrini.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

[Followups to -questions, please.]

<<On Wed, 25 Apr 2001 01:58:00 +0200 (CEST), Riccardo Torrini <riccardo@torrini.org> said:

> unknown: <PNP0303> can't assign resources

Keyboard controller.

> unknown: <PNP0f13> can't assign resources

PS/2 mouse port.

> unknown: <PNP0501> can't assign resources

Serial port whose settings conflict with one of your configured serial
ports.

> unknown: <PNP0700> can't assign resources

Floppy disk controller.

See <http://www.microsoft.com/hwdev/download/respec/devids.txt>.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 21:39: 0 2001
Delivered-To: freebsd-current@freebsd.org
Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29])
	by hub.freebsd.org (Postfix) with SMTP id CA1BC37B424
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 21:38:56 -0700 (PDT)
	(envelope-from julian@elischer.org)
Received: (qmail 4333 invoked by uid 666); 25 Apr 2001 04:42:01 -0000
Received: from i188-063.nv.iinet.net.au (HELO elischer.org) (203.59.188.63)
  by mail.m.iinet.net.au with SMTP; 25 Apr 2001 04:42:01 -0000
Message-ID: <3AE654A6.B7269B6B@elischer.org>
Date: Tue, 24 Apr 2001 21:37:58 -0700
From: Julian Elischer <julian@elischer.org>
X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386)
X-Accept-Language: en, hu
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
	Alfred Perlstein <bright@wintelcom.net>, current@FreeBSD.ORG
Subject: Re: vm_mtx
References: <59442.988126516@critter>
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Poul-Henning Kamp wrote:
> 

> I'm sure you are fully aware of the implications of the strategically
> placed "supposed" in your own sentence.  I have never heard anybody
> get Mach code multithreaded yet.

Mach has successfully run in multiprocessor multithreadded
systems since 1991.

> 
-- 
      __--_|\  Julian Elischer
     /       \ julian@elischer.org
    (   OZ    ) World tour 2000-2001
---> X_.---._/  
            v

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Apr 24 21:40:16 2001
Delivered-To: freebsd-current@freebsd.org
Received: from newgold.net (durham0-128.dsl.gtei.net [4.3.0.128])
	by hub.freebsd.org (Postfix) with SMTP id B7EB237B423
	for <current@FreeBSD.ORG>; Tue, 24 Apr 2001 21:40:12 -0700 (PDT)
	(envelope-from jmallett@newgold.net)
Received: (qmail 7297 invoked by uid 1000); 25 Apr 2001 04:39:06 -0000
Date: Wed, 25 Apr 2001 00:39:06 -0400 (EDT)
From: Joseph Mallett <jmallett@newgold.net>
To: Julian Elischer <julian@elischer.org>
Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>,
	Garrett Wollman <wollman@khavrinen.lcs.mit.edu>,
	Alfred Perlstein <bright@wintelcom.net>, <current@FreeBSD.ORG>
Subject: Re: vm_mtx
In-Reply-To: <3AE654A6.B7269B6B@elischer.org>
Message-ID: <Pine.BSO.4.33.0104250038460.19045-100000@aphex.newgold.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Those who dial will know its meaning: 6545666,555,666,6545666655654

On Tue, 24 Apr 2001, Julian Elischer wrote:

> Poul-Henning Kamp wrote:
> >
>
> > I'm sure you are fully aware of the implications of the strategically
> > placed "supposed" in your own sentence.  I have never heard anybody
> > get Mach code multithreaded yet.
>
> Mach has successfully run in multiprocessor multithreadded
> systems since 1991.

Yep. Distributed processing, too.

>
> >
> --
>       __--_|\  Julian Elischer
>      /       \ julian@elischer.org
>     (   OZ    ) World tour 2000-2001
> ---> X_.---._/
>             v
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
>


--
[ Joseph Mallett           <jmallett@[newgold.net|xmrg.com|xMach.org]> ]
[ xMach Core Team         xMach: Proactively Unbloated Microkernel BSD ]
[ Proud Open/Free/Net/4.4BSD User; C Programmer; Mad ] [ www.xMach.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 25  0:19:19 2001
Delivered-To: freebsd-current@freebsd.org
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by hub.freebsd.org (Postfix) with ESMTP id 80E8437B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 00:19:13 -0700 (PDT)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f3P7Iv093282;
	Wed, 25 Apr 2001 10:18:57 +0300 (EEST)
	(envelope-from ru)
Date: Wed, 25 Apr 2001 10:18:57 +0300
From: Ruslan Ermilov <ru@FreeBSD.ORG>
To: Riccardo Torrini <riccardo@torrini.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: nroff -man broken?
Message-ID: <20010425101857.B92083@sunbay.com>
Mail-Followup-To: Riccardo Torrini <riccardo@torrini.org>,
	freebsd-current@FreeBSD.ORG
References: <XFMail.010424222547.riccardo@torrini.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <XFMail.010424222547.riccardo@torrini.org>; from riccardo@torrini.org on Tue, Apr 24, 2001 at 10:25:47PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Tue, Apr 24, 2001 at 10:25:47PM +0200, Riccardo Torrini wrote:
> # man man
> Formatting page, please wait...mdoc error: end-macro (.em)
>    respecification is not allowed. (#20)
>    Should this have been `.Em ...'?
> User Abort.
> Done.
> 
> 
> This happens over last week.  World of this night (after
> cvsup with also make kernel and mergemaster, for 4 times).
> I have also tryed to remove all */man/cat*/*gz compiled
> manuals with but luck :(  Any hints?  Thanks.
> 
There was a problem caused by broken `make cleandir' behavior.
Make sure you have src/share/mk/bsd.obj.mk, revision 1.35.


Cheers,
-- 
Ruslan Ermilov		Oracle Developer/DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  0:50:12 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.dada.it (mail2.dada.it [195.110.96.69])
	by hub.freebsd.org (Postfix) with SMTP id 8D4E737B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 00:50:09 -0700 (PDT)
	(envelope-from riccardo@torrini.org)
Received: (qmail 10175 invoked from network); 25 Apr 2001 07:49:22 -0000
Received: from unknown (HELO torrini.org) (195.110.114.101)
  by mail.dada.it with SMTP; 25 Apr 2001 07:49:22 -0000
Received: (from riccardo@localhost)
	by torrini.org (8.11.3/8.11.3) id f3P7nFx65009;
	Wed, 25 Apr 2001 09:49:15 +0200 (CEST)
	(envelope-from riccardo)
Message-ID: <XFMail.010425094915.riccardo@torrini.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: <20010425101857.B92083@sunbay.com>
Date: Wed, 25 Apr 2001 09:49:15 +0200 (CEST)
From: Riccardo Torrini <riccardo@torrini.org>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Subject: Re: nroff -man broken?
Cc: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On 25-Apr-01 (07:18:57/GMT) Ruslan Ermilov wrote:

> There was a problem caused by broken `make cleandir' behavior.
> Make sure you have src/share/mk/bsd.obj.mk, revision 1.35.

# $FreeBSD: src/share/mk/bsd.obj.mk,v 1.35 2001/04/23 14:47:40 ru Exp $

Going to make another world this night  :(


Ciao,
Riccardo.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  0:56:41 2001
Delivered-To: freebsd-current@freebsd.org
Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141])
	by hub.freebsd.org (Postfix) with ESMTP id 9604337B422
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 00:56:37 -0700 (PDT)
	(envelope-from sheldonh@uunet.co.za)
Received: from nwl.fw.uunet.co.za ([196.31.2.162])
	by lists01.iafrica.com with esmtp (Exim 3.12 #2)
	id 14sKA4-0005Fc-00; Wed, 25 Apr 2001 09:56:32 +0200
Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id JAA01541; Wed, 25 Apr 2001 09:56:30 +0200 (SAST)
Received: by nwl.fw.uunet.co.za via recvmail id 1276; Wed Apr 25 09:55:23 2001
Received: from sheldonh (helo=axl.fw.uunet.co.za)
	by axl.fw.uunet.co.za with local-esmtp (Exim 3.22 #1)
	id 14sK8w-000BSG-00; Wed, 25 Apr 2001 09:55:22 +0200
To: Riccardo Torrini <riccardo@torrini.org>
Cc: freebsd-current@freebsd.org
Subject: Re: nroff -man broken? 
In-reply-to: Your message of "Tue, 24 Apr 2001 22:25:47 +0200."
             <XFMail.010424222547.riccardo@torrini.org> 
Date: Wed, 25 Apr 2001 09:55:22 +0200
Message-ID: <44035.988185322@axl.fw.uunet.co.za>
From: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG



On Tue, 24 Apr 2001 22:25:47 +0200, Riccardo Torrini wrote:

> This happens over last week.  World of this night (after
> cvsup with also make kernel and mergemaster, for 4 times).
> I have also tryed to remove all */man/cat*/*gz compiled
> manuals with but luck :(  Any hints?  Thanks.

Check for catpages in */man/en.ISO_8859-1/cat* as well, using your own
locale-dependent directory, of course.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  0:59:15 2001
Delivered-To: freebsd-current@freebsd.org
Received: from ego.mind.net (ego.mind.net [206.99.66.9])
	by hub.freebsd.org (Postfix) with ESMTP
	id EEDE337B422; Wed, 25 Apr 2001 00:59:10 -0700 (PDT)
	(envelope-from takhus@takhus.mind.net)
Received: from takhus.dyn.mind.net (AFN-Dyn-2084622070.pc.ashlandfiber.net [208.46.220.70])
	by ego.mind.net (8.9.3/8.9.3) with ESMTP id AAA28648;
	Wed, 25 Apr 2001 00:59:10 -0700
Received: from localhost (fleisher@localhost)
	by takhus.dyn.mind.net (8.11.3/8.11.3) with ESMTP id f3P7x9B10894;
	Wed, 25 Apr 2001 00:59:10 -0700 (PDT)
	(envelope-from takhus@takhus.mind.net)
X-Authentication-Warning: takhus.dyn.mind.net: fleisher owned process doing -bs
Date: Wed, 25 Apr 2001 00:59:09 -0700 (PDT)
From: Tony Fleisher <takhus@takhus.mind.net>
X-Sender: fleisher@takhus.dyn.mind.net
To: "Bruce A. Mah" <bmah@FreeBSD.ORG>
Cc: freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
In-Reply-To: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>
Message-ID: <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.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 Tue, 24 Apr 2001, Bruce A. Mah wrote:

> [...]
> 
> There are two disadvantages to going this route.  I think they're
> fairly minor:
> 
> 1.  Generating a set of release notes requires the DocBook toolchain
>     to be built, as well as the doc/ subtree.  Note that RELNOTESng
>     will have absolutely no effect on the buildworld/installworld
>     procedure.
>
>[...] 
>
> defaulting to off.  Once the bugs have been shaken out, I'll make
> RELNOTESng the default and stop maintaining the *.TXT files. Eventually,
> the *.TXT files will get removed.
> 

Perhaps the *.TXT files could be periodically regenerated to their 
current location to 1) avoid a POLA violation and 2) allow for at
least some RELNOTES without needing DocBook and doc/ (even if they
may be slightly out of date).

Just an idea..

Tony.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  0:59:50 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 15EA737B422; Wed, 25 Apr 2001 00:59:47 -0700 (PDT)
	(envelope-from obrien@NUXI.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.11.3/8.11.1) id f3P7xkQ95324;
	Wed, 25 Apr 2001 00:59:46 -0700 (PDT)
	(envelope-from obrien)
Date: Wed, 25 Apr 2001 00:59:42 -0700
From: "David O'Brien" <freebsd-current@FreeBSD.org>
To: "John W. De Boskey" <jwd@FreeBSD.org>
Cc: Current List <freebsd-current@FreeBSD.org>
Subject: Re: Updated: cp -t  patch (w/ commentary)
Message-ID: <20010425005942.A71859@dragon.nuxi.com>
Reply-To: freebsd-current@FreeBSD.org
References: <20010423113324.A70387@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: <20010423113324.A70387@FreeBSD.org>; from jwd@FreeBSD.org on Mon, Apr 23, 2001 at 11:33:24AM -0700
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 Mon, Apr 23, 2001 at 11:33:24AM -0700, John W. De Boskey wrote:
>    After some feedback, I have changed the patch slightly. Rename
> -d to -t and remove the requirement for the option to have a
> value.

I thought people generally agreed the right fix was to add functionality
to `xargs', not `cp' as you aren't scratching the general itch.
 
-- 
-- 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 25  1: 2:57 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.dada.it (mail2.dada.it [195.110.96.69])
	by hub.freebsd.org (Postfix) with SMTP id A3D7B37B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 01:02:52 -0700 (PDT)
	(envelope-from riccardo@torrini.org)
Received: (qmail 26653 invoked from network); 25 Apr 2001 07:57:24 -0000
Received: from unknown (HELO torrini.org) (195.110.114.101)
  by mail.dada.it with SMTP; 25 Apr 2001 07:57:24 -0000
Received: (from riccardo@localhost)
	by torrini.org (8.11.3/8.11.3) id f3P7vF365062;
	Wed, 25 Apr 2001 09:57:15 +0200 (CEST)
	(envelope-from riccardo)
Message-ID: <XFMail.010425095714.riccardo@torrini.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: <200104250131.VAA01900@khavrinen.lcs.mit.edu>
Date: Wed, 25 Apr 2001 09:57:14 +0200 (CEST)
From: Riccardo Torrini <riccardo@torrini.org>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Subject: Re: Boot messages
Cc: freebsd-current@FreeBSD.ORG, Dima Dorfman <dima@unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On 25-Apr-01 (01:31:59/GMT) Garrett Wollman wrote:

> The ``can't assign resources'' messages indicate that the
> devices are legacy ISA devices for which a non-PnP-aware
> driver is compiled into the kernel.  These include devices
> such as keyboard...

This means that I can remove this lines?  Sure?

-----8<-----[ /usr/src/sys/i386/conf/TRUDY ]-----8<-----
# atkbdc0 controls both the keyboard and the PS/2 mouse
device          atkbdc  1
device          atkbd
device          psm

# Floppy drives
device          fdc

# Serial (COM) ports
device          sio     1

# pca: PCM audio through your PC speaker
device          pca


> AIUI such messages are currently disabled unless one boots in
> verbose mode.

Under -CURRENT boot is supposed to be 'extra_verbose' (IMHO).


Ciao,
Riccardo.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  1:17:45 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.dada.it (mail4.dada.it [195.110.96.56])
	by hub.freebsd.org (Postfix) with SMTP id BC77E37B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 01:17:42 -0700 (PDT)
	(envelope-from riccardo@torrini.org)
Received: (qmail 28695 invoked from network); 25 Apr 2001 08:17:39 -0000
Received: from unknown (HELO torrini.org) (195.110.114.101)
  by mail.dada.it with SMTP; 25 Apr 2001 08:17:39 -0000
Received: (from riccardo@localhost)
	by torrini.org (8.11.3/8.11.3) id f3P8HMR65219;
	Wed, 25 Apr 2001 10:17:22 +0200 (CEST)
	(envelope-from riccardo)
Message-ID: <XFMail.010425101722.riccardo@torrini.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: <44035.988185322@axl.fw.uunet.co.za>
Date: Wed, 25 Apr 2001 10:17:22 +0200 (CEST)
From: Riccardo Torrini <riccardo@torrini.org>
To: Sheldon Hearn <sheldonh@uunet.co.za>
Subject: Re: nroff -man broken?
Cc: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On 25-Apr-01 (07:55:22/GMT) Sheldon Hearn wrote:

> Check for catpages in */man/en.ISO_8859-1/cat* as well,
> using your own locale-dependent directory, of course.

Only have /usr/share/man/en.ISO_8859-1/ but all dirs under
this path (cat[1-9n] and cat1aout) are empty  :-(

# gzip -l cat1/man.1.gz
compressed  uncompr. ratio uncompressed_name
       67       115  57.3% cat1/man.1

# gzip -cd cat1/man.1.gz|hd
00  4d414e28 31290909  09467265 65425344  |MAN(1)...FreeBSD|
10  2047656e 6572616c  20436f6d 6d616e64  | General Command|
20  73204d61 6e75616c  2009094d 414e2831  |s Manual ..MAN(1|
30  290a0a0a 0a0a0a0a  0a0a0a0a 0a0a0a0a  |)...............|
40  0a0a0a0a 0a0a0a0a  0a0a0a0a 0a0a0a0a  |................|
*
70

Even removing cat1/man.1.gz man re-create same empty file.
Also making man formatting by hand show same error:
# gzip -cd /usr/share/man/man1/man.1.gz | nroff -man
mdoc error: end-macro (.em) respecification is not allowed. (#20)
            Should this have been `.Em ...'?
User Abort.


Ciao,
Riccardo.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  1:25:58 2001
Delivered-To: freebsd-current@freebsd.org
Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141])
	by hub.freebsd.org (Postfix) with ESMTP id 75BA337B422
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 01:25:54 -0700 (PDT)
	(envelope-from sheldonh@uunet.co.za)
Received: from nwl.fw.uunet.co.za ([196.31.2.162])
	by lists01.iafrica.com with esmtp (Exim 3.12 #2)
	id 14sKcJ-0005eN-00; Wed, 25 Apr 2001 10:25:43 +0200
Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id KAA08656; Wed, 25 Apr 2001 10:25:42 +0200 (SAST)
Received: by nwl.fw.uunet.co.za via recvmail id 8367; Wed Apr 25 10:25:07 2001
Received: from sheldonh (helo=axl.fw.uunet.co.za)
	by axl.fw.uunet.co.za with local-esmtp (Exim 3.22 #1)
	id 14sKbi-000Bi1-00; Wed, 25 Apr 2001 10:25:06 +0200
To: Riccardo Torrini <riccardo@torrini.org>
Cc: freebsd-current@freebsd.org
Subject: Re: nroff -man broken? 
In-reply-to: Your message of "Wed, 25 Apr 2001 10:17:22 +0200."
             <XFMail.010425101722.riccardo@torrini.org> 
Date: Wed, 25 Apr 2001 10:25:06 +0200
Message-ID: <45012.988187106@axl.fw.uunet.co.za>
From: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG



On Wed, 25 Apr 2001 10:17:22 +0200, Riccardo Torrini wrote:

> Even removing cat1/man.1.gz man re-create same empty file.
> Also making man formatting by hand show same error:

Then Ruslan's comments stand.  I built and installed world from the
updated sources that Ruslan's suggesting and still had problems because
of stale catpages in my locale-dependent directories.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  5:18:34 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 2A65D37B42C; Wed, 25 Apr 2001 05:18:28 -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 f3PCIP856287;
	Wed, 25 Apr 2001 21:18:25 +0900 (JST)
	(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>
	<Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net>
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.5 (alfalfa)
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: 24
From: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
To: freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Date: Wed, 25 Apr 2001 21:18:05 +0900
Message-Id: <20010425211805N.matusita@jp.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


takhus> Perhaps the *.TXT files could be periodically regenerated to their 
takhus> current location to 1) avoid a POLA violation and 2) allow for at
takhus> least some RELNOTES without needing DocBook and doc/ (even if they
takhus> may be slightly out of date).

I second this.

It is true that current.freebsd.org and much of do-it-yourself
distributions are generated with 'NODOC=YES', since it needs much time
and disk spaces to process doc.1 target (especially setting up a
DocBook environment).

Removing *.TXT files also makes some difficulties when ordinally "make
buildworld/installworld" users want to know what changes are made
(they should change their CVSup configulation file, checkout doc if
the repository is CVSuped, install DocBook via ports, and run make(1)
to get a plaintext of release notes).

Just like current 'doc' distribution of 'NODOC=YES', it would be helpful
that *.TXT files are in src/release.

-- -
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  Wed Apr 25  5:46:13 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 391A637B423; Wed, 25 Apr 2001 05:46:08 -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 f3PCjk312223;
	Wed, 25 Apr 2001 13:45:46 +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 f3PCl0v57677;
	Wed, 25 Apr 2001 13:47:00 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104251247.f3PCl0v57677@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: freebsd-current@FreeBSD.ORG
Cc: "John W. De Boskey" <jwd@FreeBSD.ORG>, brian@Awfulhak.org
Subject: Re: Updated: cp -t patch (w/ commentary) 
In-Reply-To: Message from "David O'Brien" <freebsd-current@FreeBSD.ORG> 
   of "Wed, 25 Apr 2001 00:59:42 PDT." <20010425005942.A71859@dragon.nuxi.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 25 Apr 2001 13:47:00 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> On Mon, Apr 23, 2001 at 11:33:24AM -0700, John W. De Boskey wrote:
> >    After some feedback, I have changed the patch slightly. Rename
> > -d to -t and remove the requirement for the option to have a
> > value.
> 
> I thought people generally agreed the right fix was to add functionality
> to `xargs', not `cp' as you aren't scratching the general itch.

In fact, I think enough people disagreed that xargs(1) should be 
modified as it can be done with scripts.

Personally, I'd prefer Dima's xargs(1) fix.

> -- 
> -- David  (obrien@FreeBSD.org)

-- 
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  Wed Apr 25  7: 1:28 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33])
	by hub.freebsd.org (Postfix) with ESMTP id EE7B737B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 07:01:23 -0700 (PDT)
	(envelope-from jwd@bsdwins.com)
Received: (from jwd@localhost)
	by bsdone.bsdwins.com (8.11.1/8.11.0) id f3PE1IF35624;
	Wed, 25 Apr 2001 10:01:18 -0400 (EDT)
	(envelope-from jwd)
Date: Wed, 25 Apr 2001 10:01:18 -0400
From: "John W. De Boskey" <jwd@bsdwins.com>
To: "David O'Brien" <freebsd-current@FreeBSD.ORG>,
	Brian Somers <brian@Awfulhak.org>
Subject: Re: Updated: cp -t  patch (w/ commentary)
Message-ID: <20010425100118.A35414@bsdwins.com>
References: <20010423113324.A70387@FreeBSD.org> <20010425005942.A71859@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010425005942.A71859@dragon.nuxi.com>; from freebsd-current@FreeBSD.ORG on Wed, Apr 25, 2001 at 12:59:42AM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi David, Brian,

   Thank you for taking the time to reply. I hope you were
able to review the patch also.

   I am dealing with a production process that currently runs
approximately 10 hours. (on 28 866Mhz processors, 2 Netapps).
This process fell into my lap about 2 months ago.

   After studying the process, the 1st item that came to the
fore-front was the number of fork/exec pairs occuring for the
file copy process. Please note, as written in previous emails,
the copy process copies files from multiple directories to a
singular directory.

   I have reduced the runtime of the process so far by a solid
hour.  My change to cp is the lowest level/minimal change fix
which allows me to maintain a O(1) time constraint. I've played
with (non-freebsd) versions of xargs already, and found them
(the various algorithms in xargs) to be more expensive than the
patch to cp.

   I realize you folks are not here, and cannot examine the processes
I have to deal with first hand.  I can only simply ask you to 
trust that the work I and others have done while coming to the
conclusion that the cp patch is the best alternative is correct.


   On a different note, I have spoken with my mentor (seems funny
calling him that these days) Jordan, and his response to my
email was:

----
I think you should just commit the cp changes and let the
xargs weenies debate themselves silly if the want to. :)
The two issues are not really related.

-Jordan
----

   I must say at this point, I tend to agree with him. Basically,
my review request was skipped over and folks simply went on to
discuss/argue the merits/demerits of various patchs to xargs. The
question of whether xargs is appropriate and maintains adequate
performance for my particular process seems to have been left on
the roadside...

   I hope I haven't rambled to much. And again, thanks for taking
the time to respond.

-John


----- Current List's Original Message -----
> On Mon, Apr 23, 2001 at 11:33:24AM -0700, John W. De Boskey wrote:
> >    After some feedback, I have changed the patch slightly. Rename
> > -d to -t and remove the requirement for the option to have a
> > value.
> 
> I thought people generally agreed the right fix was to add functionality
> to `xargs', not `cp' as you aren't scratching the general itch.
>  
> -- 
> -- David  (obrien@FreeBSD.org)
> 
> 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  Wed Apr 25  7: 8: 4 2001
Delivered-To: freebsd-current@freebsd.org
Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141])
	by hub.freebsd.org (Postfix) with ESMTP id 458F237B424
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 07:07:59 -0700 (PDT)
	(envelope-from sheldonh@uunet.co.za)
Received: from nwl.fw.uunet.co.za ([196.31.2.162])
	by lists01.iafrica.com with esmtp (Exim 3.12 #2)
	id 14sPwz-0001qv-00; Wed, 25 Apr 2001 16:07:25 +0200
Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id QAA26066; Wed, 25 Apr 2001 16:07:23 +0200 (SAST)
Received: by nwl.fw.uunet.co.za via recvmail id 25813; Wed Apr 25 16:06:12 2001
Received: from sheldonh (helo=axl.fw.uunet.co.za)
	by axl.fw.uunet.co.za with local-esmtp (Exim 3.22 #1)
	id 14sPvn-000DQt-00; Wed, 25 Apr 2001 16:06:11 +0200
To: "John W. De Boskey" <jwd@bsdwins.com>
Cc: "David O'Brien" <freebsd-current@freebsd.org>,
	Brian Somers <brian@awfulhak.org>
Subject: Re: Updated: cp -t patch (w/ commentary) 
In-reply-to: Your message of "Wed, 25 Apr 2001 10:01:18 -0400."
             <20010425100118.A35414@bsdwins.com> 
Date: Wed, 25 Apr 2001 16:06:11 +0200
Message-ID: <51638.988207571@axl.fw.uunet.co.za>
From: Sheldon Hearn <sheldonh@uunet.co.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG



On Wed, 25 Apr 2001 10:01:18 -0400, "John W. De Boskey" wrote:

>    I am dealing with a production process that currently runs
> approximately 10 hours. (on 28 866Mhz processors, 2 Netapps).
> This process fell into my lap about 2 months ago.

Something to consider is that you're trying to solve a fairly specific
problem.  What everyone's asking for is a general solution.

Perhaps there is no general solution to your specific problem.  Perhaps
shell magic or a perl script is your answer.

However, a specific hack to cp(1) is what a lot of people don't like.
If FreeBSD contained every little hack every committer had used to
address specific problems, it'd be a mess.

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  7:45:42 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 785B137B43E
	for <freebsd-current@FreeBSD.org>; Wed, 25 Apr 2001 07:45:26 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from vic.sabbo.net (dialup14-13.iptelecom.net.ua [212.9.229.77])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id RAA66694;
	Wed, 25 Apr 2001 17:44:03 +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 f3PEhHX52879;
	Wed, 25 Apr 2001 17:43:17 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Message-ID: <3AE6E281.4AD88A25@FreeBSD.org>
Date: Wed, 25 Apr 2001 17:43:13 +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: "John W. De Boskey" <jwd@bsdwins.com>
Cc: "David O'Brien" <freebsd-current@FreeBSD.org>,
	Brian Somers <brian@Awfulhak.org>
Subject: Re: Updated: cp -t  patch (w/ commentary)
References: <20010423113324.A70387@FreeBSD.org> <20010425005942.A71859@dragon.nuxi.com> <20010425100118.A35414@bsdwins.com>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

"John W. De Boskey" wrote:

> Hi David, Brian,
>
>    Thank you for taking the time to reply. I hope you were
> able to review the patch also.
>
>    I am dealing with a production process that currently runs
> approximately 10 hours. (on 28 866Mhz processors, 2 Netapps).
> This process fell into my lap about 2 months ago.
>
>    After studying the process, the 1st item that came to the
> fore-front was the number of fork/exec pairs occuring for the
> file copy process. Please note, as written in previous emails,
> the copy process copies files from multiple directories to a
> singular directory.
>
>    I have reduced the runtime of the process so far by a solid
> hour.  My change to cp is the lowest level/minimal change fix
> which allows me to maintain a O(1) time constraint. I've played
> with (non-freebsd) versions of xargs already, and found them
> (the various algorithms in xargs) to be more expensive than the
> patch to cp.
>
>    I realize you folks are not here, and cannot examine the processes
> I have to deal with first hand.  I can only simply ask you to
> trust that the work I and others have done while coming to the
> conclusion that the cp patch is the best alternative is correct.
>
>    On a different note, I have spoken with my mentor (seems funny
> calling him that these days) Jordan, and his response to my
> email was:
>
> ----
> I think you should just commit the cp changes and let the
> xargs weenies debate themselves silly if the want to. :)
> The two issues are not really related.
>
> -Jordan
> ----
>
>    I must say at this point, I tend to agree with him. Basically,
> my review request was skipped over and folks simply went on to
> discuss/argue the merits/demerits of various patchs to xargs. The
> question of whether xargs is appropriate and maintains adequate
> performance for my particular process seems to have been left on
> the roadside...
>
>    I hope I haven't rambled to much. And again, thanks for taking
> the time to respond.

The only thing that I can't understand is why you want this incompatible
featute to go into cvs repo. Why you can't make this very specific
modification locally and use it on your own, or just make a port of it if you
really think that it might be useful to somebody else?

-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 25  8:38: 3 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 0AD4537B422
	for <current@FreeBSD.org>; Wed, 25 Apr 2001 08:37:58 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from vic.sabbo.net (dialup16-4.iptelecom.net.ua [212.9.229.196])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id SAA75240
	for <current@freebsd.org>; Wed, 25 Apr 2001 18:37:52 +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 f3PFbKX53189
	for <current@freebsd.org>; Wed, 25 Apr 2001 18:37:20 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Message-ID: <3AE6EF2C.C974866B@FreeBSD.org>
Date: Wed, 25 Apr 2001 18:37:16 +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
Subject: -current world can't be built on 4-STABLE (broke in lint)
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi,

It seems that recent lint modifications made impossible to build the
-current world on 4-stable system, thus breaking source upgrade path
from -stable to -current.

Please fix.

-Maxim

===> usr.bin/xlint
===> usr.bin/xlint/lint1
cc -pipe -mpreferred-stack-boundary=2 -O -march=k6 -I.
-I/usr/src/usr.bin/xlint/
lint1 -DXXX_BROKEN_GCC   -I/shares/UF/obj/usr/src/i386/usr/include  -o
lint1 cgr
am.o scan.o mem1.o mem.o err.o main1.o decl.o tree.o func.o init.o
emit.o emit1.
o  -ll
===> usr.bin/xlint/lint2
cc -pipe -mpreferred-stack-boundary=2 -O -march=k6
-I/usr/src/usr.bin/xlint/lint
2/../lint1   -I/shares/UF/obj/usr/src/i386/usr/include  -o lint2
main2.o hash.o
read.o mem.o mem2.o chk.o msg.o emit.o emit2.o
===> usr.bin/xlint/xlint
cc -pipe -mpreferred-stack-boundary=2 -O -march=k6
-I/usr/src/usr.bin/xlint/xlin
t/../lint1   -I/shares/UF/obj/usr/src/i386/usr/include  -o xlint
xlint.o mem.o
===> usr.bin/xlint/llib
/shares/UF/obj/usr/src/usr.bin/xlint/llib/../xlint/xlint -Cposix
/usr/src/usr.bi
n/xlint/llib/llib-lposix
/shares/UF/obj/usr/src/usr.bin/xlint/llib/../xlint/xlint -Cstdc
/usr/src/usr.bin
/xlint/llib/llib-lstdc
/usr/libexec/ld-elf.so.1: Shared object "libc.so.5" not found
/usr/libexec/ld-elf.so.1: Shared object "libc.so.5" not found
*** Error code 1
*** Error code 1

(FreeBSD vic.sabbo.net 4.3-RC FreeBSD 4.3-RC #7: Mon Mar 26 21:37:09
EEST 2001  root@vic.sabbo.net:/usr/src/sys/compile/VEGA  i386)



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25  9:58:51 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 327FB37B422; Wed, 25 Apr 2001 09:58:42 -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 JAA15146;
	Wed, 25 Apr 2001 09:59:07 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3PGwe220619;
	Wed, 25 Apr 2001 09:58:40 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
Cc: freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
In-Reply-To: <20010425211805N.matusita@jp.FreeBSD.org> 
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org>
Comments: In-reply-to Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
   message dated "Wed, 25 Apr 2001 21:18:05 +0900."
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_1459816096P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 25 Apr 2001 09:58:40 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_1459816096P
Content-Type: text/plain; charset=us-ascii

[Please keep me as one of the explicit recipients of this email.  
Thanks.]

If memory serves me right, Makoto MATSUSHITA wrote:

> takhus> Perhaps the *.TXT files could be periodically regenerated to their 
> takhus> current location to 1) avoid a POLA violation and 2) allow for at
> takhus> least some RELNOTES without needing DocBook and doc/ (even if they
> takhus> may be slightly out of date).

[snip]

> It is true that current.freebsd.org and much of do-it-yourself
> distributions are generated with 'NODOC=YES', since it needs much time
> and disk spaces to process doc.1 target (especially setting up a
> DocBook environment).

My first reaction is, "is doing doc.1 *that* much of a problem"?  When 
I was testing, it didn't seem like building this consumed much time or 
disk space compared to the rest of the make release process (i.e. 
building world and several kernels).  A checked-out doc/ is 37 MB.

> Removing *.TXT files also makes some difficulties when ordinally "make
> buildworld/installworld" users want to know what changes are made
> (they should change their CVSup configulation file, checkout doc if
> the repository is CVSuped, install DocBook via ports, and run make(1)
> to get a plaintext of release notes).

I think the only recurring cost that people are going to have to do is
to keep a reasonably current copy of doc/.  Building the docproj port is
a one-time operation.  After that, it takes about 15 seconds of
wallclock time on my workstation to build the TXT version of the release
notes (note that you'll get the SGML sources automatically under src/
release/doc).

> Just like current 'doc' distribution of 'NODOC=YES', it would be helpful
> that *.TXT files are in src/release.

Umm, no, it's not just like the current doc distribution.  If you build
a release with NODOC=YES, you don't get any rendition of the FAQ,
Handbook, etc.  There's no *.TXT files to fall back on.

Here's my thoughts...for the record, I'm weakly opposed to regen-ing
*.TXT versions:  First, I don't want to bloat the repository with oodles
of builds to the *.TXT files.  If we do this, it ought to be be fairly
infrequently, like maybe once or twice a month.

Second, regen-ing needs to be done automatically.  I'm not going to do
it by hand.

Third, let's assume that there's some interest in actually having 
different localized versions of the release notes (note that the 
infrastructure supports it).  What language do we build for the *.TXT 
fallback files?

Finally, there needs to be some boilerplate text on the fallback files
to indicate the generation date of the fallback versions, and a
pseudo-disclaimer that they may be out of date with respect to the
actual state of the code.  If we get the automatic generation problem
solved, this one should be easy.

Like I said, I'm weakly opposed to doing this, but I'm also quite
willing to be swayed.

Cheers,

Bruce.




--==_Exmh_1459816096P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE65wJA2MoxcVugUsMRAhq2AKDi4BOKGHLkqeNjnZJ9xM3iA9k6RACdEFKO
xrnkdpMc7BoRKB/S6gp5wz8=
=6lQv
-----END PGP SIGNATURE-----

--==_Exmh_1459816096P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 11:18:25 2001
Delivered-To: freebsd-current@freebsd.org
Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id ED26237B423; Wed, 25 Apr 2001 11:18:16 -0700 (PDT)
	(envelope-from wkb@freebie.demon.nl)
Received: from [212.238.54.101] (helo=freebie.demon.nl)
	by post.mail.nl.demon.net with smtp (Exim 3.22 #1)
	id 14sTre-00005l-00; Wed, 25 Apr 2001 18:18:10 +0000
Received: (from wkb@localhost)
	by freebie.demon.nl (8.11.3/8.11.2) id f3PIM4901351;
	Wed, 25 Apr 2001 20:22:04 +0200 (CEST)
	(envelope-from wkb)
Date: Wed, 25 Apr 2001 20:22:04 +0200
From: Wilko Bulte <wkb@freebie.demon.nl>
To: "Bruce A. Mah" <bmah@freebsd.org>
Cc: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>,
	freebsd-current@freebsd.org, freebsd-doc@freebsd.org
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010425202204.A1311@freebie.demon.nl>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com>; from bmah@freebsd.org on Wed, Apr 25, 2001 at 09:58:40AM -0700
X-OS: FreeBSD 4.3-STABLE
X-PGP: finger wilko@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Wed, Apr 25, 2001 at 09:58:40AM -0700, Bruce A. Mah wrote:
> [Please keep me as one of the explicit recipients of this email.  

> > Removing *.TXT files also makes some difficulties when ordinally "make
> > buildworld/installworld" users want to know what changes are made
> > (they should change their CVSup configulation file, checkout doc if
> > the repository is CVSuped, install DocBook via ports, and run make(1)
> > to get a plaintext of release notes).
> 
> I think the only recurring cost that people are going to have to do is
> to keep a reasonably current copy of doc/.  Building the docproj port is

Reasonably current effectively means "not current" . Aka out of date.

> Umm, no, it's not just like the current doc distribution.  If you build
> a release with NODOC=YES, you don't get any rendition of the FAQ,
> Handbook, etc.  There's no *.TXT files to fall back on.
> 
> Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> *.TXT versions:  First, I don't want to bloat the repository with oodles
> of builds to the *.TXT files.  If we do this, it ought to be be fairly
> infrequently, like maybe once or twice a month.

Bad idea.. 

RELNOTES, HARDWARE etc are things that should be up to date. Not 
'a bit uptodate' or 'slightly outdated'.

I really would not like to see the idea being bloated by going this route.

If people think getting the Docbook infrastructure in place is too much
work/time they should accustom themselves to reading the raw Docboot source
files.

> Like I said, I'm weakly opposed to doing this, but I'm also quite
> willing to be swayed.

Please don't be swayed.. ;)

W/
-- 
|   / o / /  _  	 Arnhem, The Netherlands    	email: wilko@freebsd.org
|/|/ / / /( (_) Bulte	 Powered by FreeBSD/alpha 	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  Wed Apr 25 11:30:57 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 2D67237B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 11:30:54 -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 OAA10683;
	Wed, 25 Apr 2001 14:30:30 -0400 (EDT)
	(envelope-from wollman)
Date: Wed, 25 Apr 2001 14:30:30 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104251830.OAA10683@khavrinen.lcs.mit.edu>
To: Riccardo Torrini <riccardo@torrini.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Boot messages
In-Reply-To: <XFMail.010425095714.riccardo@torrini.org>
References: <200104250131.VAA01900@khavrinen.lcs.mit.edu>
	<XFMail.010425095714.riccardo@torrini.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

<<On Wed, 25 Apr 2001 09:57:14 +0200 (CEST), Riccardo Torrini <riccardo@torrini.org> said:

> This means that I can remove this lines?  Sure?

> device          atkbdc  1

No, I said nothing of the sort.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 11:32:21 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by hub.freebsd.org (Postfix) with ESMTP id 11CA337B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 11:32:16 -0700 (PDT)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f3PIW8C52768;
	Wed, 25 Apr 2001 14:32:08 -0400
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05100c03b70ca78af686@[128.113.24.47]>
In-Reply-To: <20010425100118.A35414@bsdwins.com>
References: <20010423113324.A70387@FreeBSD.org>
 <20010425005942.A71859@dragon.nuxi.com>
 <20010425100118.A35414@bsdwins.com>
Date: Wed, 25 Apr 2001 14:32:04 -0400
To: "John W. De Boskey" <jwd@bsdwins.com>,
	"David O'Brien" <freebsd-current@FreeBSD.ORG>,
	Brian Somers <brian@Awfulhak.org>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: Updated: cp -t  patch (w/ commentary)
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

At 10:01 AM -0400 4/25/01, John W. De Boskey wrote:
>Hi David, Brian,
>
>    Thank you for taking the time to reply. I hope you were
>able to review the patch also.

Every time you have asked for people's opinions, they have
said that it seems wrong to made add a specific option to
the 'cp' command to address a generic problem with the
'xargs' command.  You continue to pretend that this is not
a valid comment on your proposed change.  If you do not want
our opinions, then stop asking for them.

You then offer to do a similar update to 'mv', again to fix
the problem when using 'mv' with 'xargs'.  Will you also do
updates for 'scp'?  How about 'fs setacl'?  (an AFS command).
Other commands?  Why should we fix all these commands to
address a problem caused by using them with xargs?  Why not
fix 'xargs', at which point we don't have to care about any
list of commands (even weird ones like 'fs setacl') which
have this same problem.

>    I have reduced the runtime of the process so far by a solid
>hour.  My change to cp is the lowest level/minimal change fix
>which allows me to maintain a O(1) time constraint. I've played
>with (non-freebsd) versions of xargs already, and found them
>(the various algorithms in xargs) to be more expensive than the
>patch to cp.

It is inconceivable that the proposed patch to 'xargs' would
increase your running time.  I don't mean the standard '-I'
change, which would certainly destroy performance, but the
proposed patch to 'xargs' which solves your specific problem
in a general way.

I'm still curious as to why you think the proposed change to
xargs will cause you ANY performance problem.  I simply can
not imagine where you would get a performance problem from
the -Y idea (though I'm still tempted to change the letter
for that proposed option).

Dimi has written one or two different patches to xargs.  Did
you try any of them?  (ignore the fact that he used '-I' as
the letter for what was supposed to be the NEW option, *that*
was a mistake!).  How DID that patch effect your running time?

>    I realize you folks are not here, and cannot examine the
>processes I have to deal with first hand.  I can only simply
>ask you to trust that the work I and others have done while
>coming to the conclusion that the cp patch is the best
>alternative is correct.

It isn't so much that we don't "trust" you, we're just
wondering why the patch to 'xargs' does not solve the same
problem you're trying to solve.  We could also ask you to
"trust" us, in that we already know the exact problem you
are describing, and we *are* trying to address it.  I've
hit the exact same problem in the past, it's just that I've
always solved it by writing a short script.

If we are going to open the floor to adding non-standard
options to standard unix commands, then it seems much better
to add one option to one command, instead of adding options
to a list of commands.

>    On a different note, I have spoken with my mentor
>(seems funny calling him that these days) Jordan, and his
>response to my email was:
>----
>     I think you should just commit the cp changes and
>let the xargs weenies debate themselves silly if they
>want to. :)  The two issues are not really related.
>
>-Jordan
>----
>    I must say at this point, I tend to agree with him.

I think the problem is that this *discussion* has rambled
off in several different directions, many of which have
no bearing to your situation.  That doesn't mean we aren't
honestly trying to come up with a good general solution
which *is* directly related to your problem.  It just means
that we're tossing in a few extra things in addition to
the solution for your situation.  We should probably fix
your problem first, and discuss the rest of it later.

The "xargs weenies" have also offered an explicit patch that
could be tried, but that patch is being ignored by you.  It
is not a matter of talking ourselves to death, it's a matter
that we're looking for feedback from anyone who wants to
respond to the proposed xargs changes.

If you need an immediate fix, I'll be happy to change Dimi's
patch to use a different letter, and commit the change later
tonight.  We'll forget this "ask for input" stage, if Jordan
really finds it so bothersome.

-- 
Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 11:46:53 2001
Delivered-To: freebsd-current@freebsd.org
Received: from camel.avias.com (camel.avias.com [195.14.38.87])
	by hub.freebsd.org (Postfix) with ESMTP id 377C837B43C
	for <current@freebsd.org>; Wed, 25 Apr 2001 11:46:44 -0700 (PDT)
	(envelope-from camel@avias.com)
Received: from gr.avias.local (gr.avias.local [192.168.2.2])
	by camel.avias.com (8.11.3/8.11.3) with ESMTP id f3PIkAO38088
	for <current@freebsd.org>; Wed, 25 Apr 2001 22:46:10 +0400 (MSD)
	(envelope-from camel@avias.com)
Date: Wed, 25 Apr 2001 22:47:06 +0400
From: Ilya Naumov <camel@avias.com>
X-Mailer: The Bat! (v1.51) Educational
Reply-To: Ilya Naumov <camel@avias.com>
X-Priority: 3 (Normal)
Message-ID: <1535724241.20010425224706@avias.com>
To: current@freebsd.org
Subject: problem report: optimization
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,

i've discovered that now the world cannot be built without any
optimization options (-Oxx) due to a 'dirty' code in some places. one of
good examples is usr.sbin/rpc.lockd. without -Oxx options kern.c fails
compilation:

cc -pipe -march=k6 -I. -I/usr/include/rpcsvc -g    -o rpc.lockd kern.o nlm_prot_svc.o lockd.o lock_proc.o lockd_lock.o  -lrpcsvc -lutil
kern.o: In function `test_request':
/garbage/src/usr.sbin/rpc.lockd/kern.c(.text+0x504): undefined reference to `from_addr'
kern.o: In function `lock_request':
/garbage/src/usr.sbin/rpc.lockd/kern.c(.text+0x743): undefined reference to `from_addr'
kern.o: In function `unlock_request':
/garbage/src/usr.sbin/rpc.lockd/kern.c:387: undefined reference to `from_addr'
kern.o: In function `lock_answer':
/garbage/src/usr.sbin/rpc.lockd/kern.c:454: undefined reference to `show_4state'
/garbage/src/usr.sbin/rpc.lockd/kern.c:454: undefined reference to `show_state'
*** Error code 1

Stop in /garbage/src/usr.sbin/rpc.lockd.

but with optimizations turned on it compiles well. the problem is in
the pieces of code like below:

#define d_calls 0
.
.
    if (d_calls)
    .
    .
        from_addr((struct sockaddr_in *)&msg->lm_addr));


obvious, that the code inside 'if' statement can't be ever
executed, and 'cc' with optimizations enabled doesn't even process it.
but without optimizations, all the code is being included into the
object file, which, of course, can't be linked because 'from_addr'
is really undefined.

i understand that -O option is used by default, but i think that
unnecesary code should be commented out or deleted from sources
because such tricks decrease readability and create problems described
above.


-- 
Best regards,
 Ilya                          mailto:camel@avias.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 11:50:57 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 374CC37B42C
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 11:50:52 -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 f3PIo9M93924;
	Wed, 25 Apr 2001 11:50:09 -0700 (PDT)
	(envelope-from jkh@osd.bsdi.com)
To: sheldonh@uunet.co.za
Cc: jwd@bsdwins.com, freebsd-current@FreeBSD.ORG, brian@awfulhak.org
Subject: Re: Updated: cp -t patch (w/ commentary) 
In-Reply-To: <51638.988207571@axl.fw.uunet.co.za>
References: <20010425100118.A35414@bsdwins.com>
	<51638.988207571@axl.fw.uunet.co.za>
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: <20010425115009H.jkh@osd.bsdi.com>
Date: Wed, 25 Apr 2001 11:50:09 -0700
From: Jordan Hubbard <jkh@osd.bsdi.com>
X-Dispatcher: imput version 20000228(IM140)
Lines: 13
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> However, a specific hack to cp(1) is what a lot of people don't like.
> If FreeBSD contained every little hack every committer had used to
> address specific problems, it'd be a mess.

I was told that the "hack" everyone is referring to is already
implemented in several other operating systems, but I must confess
that my searches so far haven't turned up the expected evidence.  I
did find a rather useful `-u' flag to cp in Redhat 6.2 which FreeBSD
could probably stand to adopt, but other than that...  I may have to
reverse myself on this one if I can't find at least one other vendor
which has adopted -t.

- Jordan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 12: 2: 2 2001
Delivered-To: freebsd-current@freebsd.org
Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135])
	by hub.freebsd.org (Postfix) with ESMTP id 2897E37B422
	for <current@FreeBSD.ORG>; Wed, 25 Apr 2001 12:01:58 -0700 (PDT)
	(envelope-from tlambert@usr06.primenet.com)
Received: (from daemon@localhost)
	by smtp05.primenet.com (8.9.3/8.9.3) id MAA11193;
	Wed, 25 Apr 2001 12:01:49 -0700 (MST)
Received: from usr06.primenet.com(206.165.6.206)
 via SMTP by smtp05.primenet.com, id smtpdAAAiJaOYv; Wed Apr 25 12:01:44 2001
Received: (from tlambert@localhost)
	by usr06.primenet.com (8.8.5/8.8.5) id MAA00576;
	Wed, 25 Apr 2001 12:04:49 -0700 (MST)
From: Terry Lambert <tlambert@primenet.com>
Message-Id: <200104251904.MAA00576@usr06.primenet.com>
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable
To: bde@zeta.org.au (Bruce Evans)
Date: Wed, 25 Apr 2001 19:03:53 +0000 (GMT)
Cc: tlambert@primenet.com (Terry Lambert), current@FreeBSD.ORG,
	terry@lambert.org
In-Reply-To: <Pine.BSF.4.21.0104251003550.19737-100000@besplex.bde.org> from "Bruce Evans" at Apr 25, 2001 10:35:32 AM
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

> > It seems to me that these things are not boot-time tunable, and
> > should be (really, they should be runtime tunable, but there
> 
> $ sysctl -a | grep maxf
> kern.maxfiles: 360
> kern.maxfilesperproc: 360
> 
> `maxfiles' and `maxfilesperproc' have been runtime tunable for more
> than 5 years (but there are still bugs in the implementation of this).
> 
> > are some nasty pageable region allocations for networking that
> > appear to require contiguous regions for no good reason which I
> > can discern).  That means that the best we can do right now is
> > boot-time, so here it is:
> 
> True, things based on stale values of the variables don't work right.

IMO, the only useful thing to do with that many file handles
is networking.

The fact that the networking doesn't work right when these values
are turned, because the initial allocations are required to be
contiguous for no good reason to make them pageable, is really,
really stupid.


> > --------------------------------------------------------------------------
> > Index: conf/param.c
> > ===================================================================
> 
> Don't put anything more in param.c.  Almost everything in it can be
> done better using tunables or sysctls.  The only thing that it is now
> useful for is centralizing the #defines for bogus defaults based on
> MAXUSERS.  This is unnecessary for tunables, since they don't need
> static initializers.  E.g., the tunable for kern.maxfiles can be
> 
>     TUNABLE_INT_DECL("kern.maxfiles", 2 * maxproc, maxfiles);
> 
> instead of
> 
>     TUNABLE_INT_DECL("kern.maxfiles", MAXFILES, maxfiles);
> 
> Then maxfiles can be declared in the right place (not here).  There
> would be a problem getting tunables set in the right order if maxproc
> were tunable.  We also have a sysctl for maxproc, but it was made
> read-only due to allocation problems for exec_map which went away long
> ago.  Apparently the allocation problems for maxfiles and maxfilesperproc
> aren't so serious, since the sysctls for these have always been
> read-write.  The problems with these sysctls are more with their
> interactions with setrlimit().

Actually, there is a serious problem with this approach when applied
to maxfiles, and I'm not just talking about param.c.  The value of
maxfiles is used in:

	Tune at		File			Function
	B(1)		kern/init_main.c	proc0_init()
	R		kern/kern_descrip.c	falloc()
	B(2)		kern/uipc_socket2.c	init_maxsockets()
	R		svr4/svr4_misc.c	svr4_sys_sysconfig()
	R(3)		svr4/svr4_resource.c	svr4_sys_getrlimit()
						svr4_sys_getrlimit64()

(1)	Before SI_SUB_INTRINSIC, SI_ORDER_FIRST

(2)	Before SI_SUB_TUNABLES, SI_ORDER_ANY; setting kern.ipc.maxsockets
	in the bootloader does not override this, since the calculation
	is:

	    maxsockets = imax(maxsockets, imax(maxfiles, nmbclusters));

(3)	These should really use the rlimit values from the kernel,
	instead of accessing maxfiles directly.

The major problem is that the value of maxsockets, derived from the
value of maxfiles, is used in:

	kern/uipc_domain.c	domaininit()
	netinet/tcp_subr.c	tcp_init()
	netinet/udp_usrreq.c	udp_init()

The domaininit() occurs at SI_SUB_PROTO_DOMAIN, SI_ORDER_FIRST; the
other two are from dereferences out of inetsw[] in netinet/in_proto.c.

... all during boot, all to get contiguous swappable regions via calls
to zinit().  So it's not just rlimit()...


					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 25 12:23:26 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bsd4.nyct.net (bsd4.nyct.net [216.139.128.6])
	by hub.freebsd.org (Postfix) with ESMTP id B308B37B424
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 12:23:21 -0700 (PDT)
	(envelope-from efutch@nyct.net)
Received: from bsd1.nyct.net (efutch@bsd1.nyct.net [216.139.128.3])
	by bsd4.nyct.net (8.11.3/8.11.2) with ESMTP id f3PJNFO46534
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 15:23:15 -0400 (EDT)
	(envelope-from efutch@nyct.net)
Date: Wed, 25 Apr 2001 15:23:15 -0400 (EDT)
From: "Eric D. Futch" <efutch@nyct.net>
To: <freebsd-current@freebsd.org>
Subject: make.conf INSTALL knob
Message-ID: <20010425144327.E13115-100000@bsd1.nyct.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

I originally sent this to freebsd-stable but didn't get any replies.  It
has been reworded.

I ran across this while playing with the INSTALL knob in make.conf.  In
almost all of the Makefiles in src/ there is either -C or -c hard coded as
an argument to install.  This means that changes you make to the
flags for install via the INSTALL knob in make.conf, specifically -c or -C
are not upheld in the acutal Makefiles.  /etc/default/make.conf gives the
impression that the flags specified when setting INSTALL should acutally
be used when install is invoked.  This kind of seems like a violation of
POLA to me.  If you set INSTALL= install -C in make.conf... most people
would assume that it will apply the -C flag to every invokation of
install, which is not the case.

There are certain directories like src/include and src/kerberos* that have
-C hardcoded while others like src/etc have -c hardcoded in the Makefile.
I was wonder what exactly are the rammifications of removing all -c and -C
flags from the Makefile(s) where applicable and making -c the default flag
for install in /etc/defaults/make.conf.  Is there any specific reason why
certain areas of the source need to have -c or -C?

Additionally, I believe the INSTALL knob should be used only to allow you
to change the path/name of the install binary.  A new variable
INSTALLFLAGS should be introduced to specify the flags for install.

-- 
Eric Futch              New York Connect.Net, Ltd.
efutch@nyct.net         Technical Support Staff
http://www.nyct.net     (212) 293-2620
"Bringing New York The Internet Service It Deserves"
KNYC: 23-Apr-01 23:51 EDT: 59.0 F (15.0 C), clear, humidity 100%



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 12:26:40 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 74C0337B43C; Wed, 25 Apr 2001 12:26:36 -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 f3PJQA313846;
	Wed, 25 Apr 2001 20:26:10 +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 f3PJRWM03329;
	Wed, 25 Apr 2001 20:27:32 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104251927.f3PJRWM03329@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: Garance A Drosihn <drosih@rpi.edu>
Cc: "John W. De Boskey" <jwd@bsdwins.com>,
	"David O'Brien" <freebsd-current@FreeBSD.org>,
	Brian Somers <brian@Awfulhak.org>, jkh@FreeBSD.org
Subject: Re: Updated: cp -t patch (w/ commentary) 
In-Reply-To: Message from Garance A Drosihn <drosih@rpi.edu> 
   of "Wed, 25 Apr 2001 14:32:04 EDT." <p05100c03b70ca78af686@[128.113.24.47]> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 25 Apr 2001 20:27:32 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

[.....]
> The "xargs weenies" have also offered an explicit patch that
> could be tried, but that patch is being ignored by you.  It
> is not a matter of talking ourselves to death, it's a matter
> that we're looking for feedback from anyone who wants to
> respond to the proposed xargs changes.
> 
> If you need an immediate fix, I'll be happy to change Dimi's
> patch to use a different letter, and commit the change later
> tonight.  We'll forget this "ask for input" stage, if Jordan
> really finds it so bothersome.

To be fair to Jordan, I don't think this is aimed at the individuals, 
but more at the discussion that was filling his mail box...  Let's 
not take a shouldn't-have-been-quoted email out of context eh ?

> -- 
> Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
> Senior Systems Programmer           or  gad@freebsd.org
> Rensselaer Polytechnic Institute    or  drosih@rpi.edu

-- 
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  Wed Apr 25 12:36:30 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 7373A37B424
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 12:36:24 -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 f3PJa1313891;
	Wed, 25 Apr 2001 20:36:02 +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 f3PJbOM03513;
	Wed, 25 Apr 2001 20:37:24 +0100 (BST)
	(envelope-from brian@hak.lan.Awfulhak.org)
Message-Id: <200104251937.f3PJbOM03513@hak.lan.Awfulhak.org>
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: Garance A Drosihn <drosih@rpi.edu>
Cc: "John W. De Boskey" <jwd@bsdwins.com>,
	"David O'Brien" <freebsd-current@FreeBSD.ORG>,
	Brian Somers <brian@Awfulhak.org>, brian@Awfulhak.org
Subject: Re: Updated: cp -t patch (w/ commentary) 
In-Reply-To: Message from Garance A Drosihn <drosih@rpi.edu> 
   of "Wed, 25 Apr 2001 14:32:04 EDT." <p05100c03b70ca78af686@[128.113.24.47]> 
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3506.988227443.1@hak.lan.Awfulhak.org>
Date: Wed, 25 Apr 2001 20:37:24 +0100
From: Brian Somers <brian@Awfulhak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> It is inconceivable that the proposed patch to 'xargs' would
> increase your running time.  I don't mean the standard '-I'
> change, which would certainly destroy performance, but the
> proposed patch to 'xargs' which solves your specific problem
> in a general way.
> 
> I'm still curious as to why you think the proposed change to
> xargs will cause you ANY performance problem.  I simply can
> not imagine where you would get a performance problem from
> the -Y idea (though I'm still tempted to change the letter
> for that proposed option).

I suspect that the bulk of the readers of this thread weren't paying 
attention.

To summarise, the actual patch that Dima wrote made

  blah | xargs -Y {} cp {} somedir

work as expected, replacing {} with as much of stdin as will fit.
It was then suggested that

#! /bin/sh
cmd=$1
last=$2
shift 2
exec "$cmd" "$@" "$last"

would solve the problem and the only argument against it was that ENV 
could corrupt the script and induce an E2BIG.  I didn't consider that 
argument strong enough, so I stepped out - that's why I'm not writing 
this email.

> -- 
> Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
> Senior Systems Programmer           or  gad@freebsd.org
> Rensselaer Polytechnic Institute    or  drosih@rpi.edu

-- 
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  Wed Apr 25 12:41:23 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 7A09A37B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 12:41:14 -0700 (PDT)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) id f3PJfDb39942
	for freebsd-current@FreeBSD.ORG.AVP; Wed, 25 Apr 2001 21:41:13 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) with UUCP id f3PJfCj39936;
	Wed, 25 Apr 2001 21:41:12 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: from gina (gina.neland.dk [192.168.5.100] (may be forged))
	by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f3PJeod50352;
	Wed, 25 Apr 2001 21:41:00 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Message-ID: <03f001c0cdbf$d6257300$6405a8c0@neland.dk>
From: "Leif Neland" <leifn@neland.dk>
Cc: <freebsd-current@FreeBSD.ORG>, <freebsd-doc@FreeBSD.ORG>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl>
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Date: Wed, 25 Apr 2001 21:42:07 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f3PJfCj39936
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > 
> > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > *.TXT versions:  First, I don't want to bloat the repository with oodles
> > of builds to the *.TXT files.  If we do this, it ought to be be fairly
> > infrequently, like maybe once or twice a month.
> 
> Bad idea.. 
> 
> RELNOTES, HARDWARE etc are things that should be up to date. Not 
> 'a bit uptodate' or 'slightly outdated'.
> 
> I really would not like to see the idea being bloated by going this route.
> 
As UPDATING may contain information nessecary to run make world, it can't be built by make world.
Chicken and egg, methinks...

Leif


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 12:48: 3 2001
Delivered-To: freebsd-current@freebsd.org
Received: from imr1.ericy.com (imr1.ericy.com [208.237.135.240])
	by hub.freebsd.org (Postfix) with ESMTP
	id B7CF537B422; Wed, 25 Apr 2001 12:47:55 -0700 (PDT)
	(envelope-from Antoine.Beaupre@ericsson.ca)
Received: from mr6.exu.ericsson.se. (mr6u3.ericy.com [208.237.135.123])
	by imr1.ericy.com (8.10.2/8.10.2) with ESMTP id f3PJlrB22590;
	Wed, 25 Apr 2001 14:47:53 -0500 (CDT)
Received: from noah.lmc.ericsson.se (noah.lmc.ericsson.se [142.133.1.1])
	by mr6.exu.ericsson.se. (8.11.3/8.11.3) with ESMTP id f3PJloc26678;
	Wed, 25 Apr 2001 14:47:50 -0500 (CDT)
Received: from lmc35.lmc.ericsson.se (lmc35.lmc.ericsson.se [142.133.16.175])
	by noah.lmc.ericsson.se (8.11.2/8.9.2) with ESMTP id f3PJlnp21074;
	Wed, 25 Apr 2001 15:47:49 -0400 (EDT)
Received: by lmc35.lmc.ericsson.se with Internet Mail Service (5.5.2653.19)
	id <JSBR0138>; Wed, 25 Apr 2001 15:47:48 -0400
Received: from lmc.ericsson.se (lmcpc100455.pc.lmc.ericsson.se [142.133.23.150]) by LMC37.lmc.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id JQDZJFH4; Wed, 25 Apr 2001 15:47:44 -0400
From: "Antoine Beaupre (LMC)" <Antoine.Beaupre@ericsson.ca>
To: Leif Neland <leifn@neland.dk>
Cc: freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
Message-ID: <3AE729DA.C367DF53@lmc.ericsson.se>
Date: Wed, 25 Apr 2001 15:47:38 -0400
Organization: LMC, Ericsson Research Canada
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD   (WinNT; U)
X-Accept-Language: en,fr-CA,fr
MIME-Version: 1.0
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hey whatever. Let's just keep a rendered TXT version where it always
(ie. in the src/release... cvs) was but keep the originial as a sgml
version in the doc tree.

Just like ports/INDEX. Only better.

I think it is important to solve the duplication problem we have. It
would be very sad to see a release go out with a wrong X.X-RELEASE
header in the README.TXT file, has it almost happened, if I'm not
mistaken. :)

A.

Leif Neland wrote:
> 
> > >
> > > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > > *.TXT versions:  First, I don't want to bloat the repository with oodles
> > > of builds to the *.TXT files.  If we do this, it ought to be be fairly
> > > infrequently, like maybe once or twice a month.
> >
> > Bad idea..
> >
> > RELNOTES, HARDWARE etc are things that should be up to date. Not
> > 'a bit uptodate' or 'slightly outdated'.
> >
> > I really would not like to see the idea being bloated by going this route.
> >
> As UPDATING may contain information nessecary to run make world, it can't be built by make world.
> Chicken and egg, methinks...
> 
> Leif
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

--
La sémantique est la gravité de l'abstraction.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 12:48:21 2001
Delivered-To: freebsd-current@freebsd.org
Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1F0E837B446; Wed, 25 Apr 2001 12:48:08 -0700 (PDT)
	(envelope-from wkb@freebie.demon.nl)
Received: from [212.238.54.101] (helo=freebie.demon.nl)
	by post.mail.nl.demon.net with smtp (Exim 3.22 #1)
	id 14sVGf-0005Pa-00; Wed, 25 Apr 2001 19:48:05 +0000
Received: (from wkb@localhost)
	by freebie.demon.nl (8.11.3/8.11.2) id f3PJq7O00943;
	Wed, 25 Apr 2001 21:52:07 +0200 (CEST)
	(envelope-from wkb)
Date: Wed, 25 Apr 2001 21:52:07 +0200
From: Wilko Bulte <wkb@freebie.demon.nl>
To: Leif Neland <leifn@neland.dk>
Cc: freebsd-current@freebsd.org, freebsd-doc@freebsd.org
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010425215207.A929@freebie.demon.nl>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <03f001c0cdbf$d6257300$6405a8c0@neland.dk>; from leifn@neland.dk on Wed, Apr 25, 2001 at 09:42:07PM +0200
X-OS: FreeBSD 4.3-STABLE
X-PGP: finger wilko@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Wed, Apr 25, 2001 at 09:42:07PM +0200, Leif Neland wrote:
> > > 
> > > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > > *.TXT versions:  First, I don't want to bloat the repository with oodles
> > > of builds to the *.TXT files.  If we do this, it ought to be be fairly
> > > infrequently, like maybe once or twice a month.
> > 
> > Bad idea.. 
> > 
> > RELNOTES, HARDWARE etc are things that should be up to date. Not 
> > 'a bit uptodate' or 'slightly outdated'.
> > 
> > I really would not like to see the idea being bloated by going this route.
> > 
> As UPDATING may contain information nessecary to run make world, it can't be built by make world.
> Chicken and egg, methinks...

Possibly. But I was not refering to UPDATING.

-- 
|   / o / /  _  	 Arnhem, The Netherlands    	email: wilko@freebsd.org
|/|/ / / /( (_) Bulte	 Powered by FreeBSD/alpha 	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  Wed Apr 25 13:28:18 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11])
	by hub.freebsd.org (Postfix) with ESMTP
	id C183937B424; Wed, 25 Apr 2001 13:28:12 -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-1.cisco.com (8.11.3/8.9.1) with ESMTP id f3PKS4L01187;
	Wed, 25 Apr 2001 13:28:04 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3PKRrV35584;
	Wed, 25 Apr 2001 13:27:53 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104252027.f3PKRrV35584@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: Wilko Bulte <wkb@freebie.demon.nl>
Cc: Leif Neland <leifn@neland.dk>, freebsd-current@FreeBSD.ORG,
	freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
In-Reply-To: <20010425215207.A929@freebie.demon.nl> 
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk> <20010425215207.A929@freebie.demon.nl>
Comments: In-reply-to Wilko Bulte <wkb@freebie.demon.nl>
   message dated "Wed, 25 Apr 2001 21:52:07 +0200."
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_2118971537P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 25 Apr 2001 13:27:53 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_2118971537P
Content-Type: text/plain; charset=us-ascii

If memory serves me right, Wilko Bulte wrote:
> On Wed, Apr 25, 2001 at 09:42:07PM +0200, Leif Neland wrote:

> > As UPDATING may contain information nessecary to run make world, it can't b
> e built by make world.
> > Chicken and egg, methinks...
> 
> Possibly. But I was not refering to UPDATING.

Just to clarify, RELNOTESng will not have any effect whatsoever on the 
way that /usr/src/UPDATING is maintained.

Bruce.



--==_Exmh_2118971537P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE65zNJ2MoxcVugUsMRAi1MAKDzOxGaB1I4PsLxxYfU8laP8U+o1QCgjVvs
LbTFL7EUlqXCP4X/aCh38k8=
=ebTT
-----END PGP SIGNATURE-----

--==_Exmh_2118971537P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 13:53:21 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 AFFFE37B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 13:53:15 -0700 (PDT)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) id f3PKrEM94854
	for freebsd-current@FreeBSD.ORG.AVP; Wed, 25 Apr 2001 22:53:14 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: (from uucp@localhost)
	by ns.internet.dk (8.11.2/8.11.2) with UUCP id f3PKrEe94848;
	Wed, 25 Apr 2001 22:53:14 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Received: from gina (gina.neland.dk [192.168.5.100] (may be forged))
	by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f3PKr1d51277;
	Wed, 25 Apr 2001 22:53:02 +0200 (CEST)
	(envelope-from leifn@neland.dk)
Message-ID: <04bd01c0cdc9$e657acc0$6405a8c0@neland.dk>
From: "Leif Neland" <leifn@neland.dk>
Cc: <freebsd-current@FreeBSD.ORG>, <freebsd-doc@FreeBSD.ORG>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk> <20010425215207.A929@freebie.demon.nl>
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Date: Wed, 25 Apr 2001 22:54:19 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
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
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f3PKrEe94848
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> On Wed, Apr 25, 2001 at 09:42:07PM +0200, Leif Neland wrote:
> > > > 
> > > > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > > > *.TXT versions:  First, I don't want to bloat the repository with oodles
> > > > of builds to the *.TXT files.  If we do this, it ought to be be fairly
> > > > infrequently, like maybe once or twice a month.
> > > 
> > > Bad idea.. 
> > > 
> > > RELNOTES, HARDWARE etc are things that should be up to date. Not 
> > > 'a bit uptodate' or 'slightly outdated'.
> > > 
> > > I really would not like to see the idea being bloated by going this route.
> > > 
> > As UPDATING may contain information nessecary to run make world, it can't be built by make world.
> > Chicken and egg, methinks...
> 
> Possibly. But I was not refering to UPDATING.
> 
Sorry. My parser just made a mistake by expanding "etc" in "RELNOTES, HARDWARE etc"

Leif


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 15:58:28 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP id 8C3D737B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 15:58:24 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3PMvu827905;
	Wed, 25 Apr 2001 16:58:01 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104252258.f3PMvu827905@harmony.village.org>
To: Dima Dorfman <dima@unixfreak.org>
Subject: Re: Boot messages 
Cc: Riccardo Torrini <riccardo@torrini.org>,
	freebsd-current@FreeBSD.ORG
In-reply-to: Your message of "Tue, 24 Apr 2001 16:19:59 PDT."
		<20010424231959.933A63E2B@bazooka.unixfreak.org> 
References: <20010424231959.933A63E2B@bazooka.unixfreak.org>  
Date: Wed, 25 Apr 2001 16:57:56 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <20010424231959.933A63E2B@bazooka.unixfreak.org> Dima Dorfman writes:
: Riccardo Torrini <riccardo@torrini.org> writes:
: >   pca1: <AT-style speaker sound> at port 0x61 on isa0
: >   WARNING: Driver mistake: repeat make_dev("pcaudio")
: >   WARNING: Driver mistake: repeat make_dev("pcaudioctl")
: 
: As it says, this is a driver mistake.  It's a bug.  I don't know if
: it's new or not since I don't have any computers with a sound card
: (and thus have no need for pcaudio*).
: 
: >   unknown: <PNP0f13> can't assign resources
: >   unknown: <PNP0501> can't assign resources
: >   unknown: <PNP0700> can't assign resources
: 
: This is not a bug.  This is an FAQ.  So much that it's actually
: documented in (*gasp!*) the FAQ:

Actually, it is a bug.  The drivers in the tree should grok these pnp
ids.  Also, the bios pnp devices should be probed first rather than
last because those are hard wired pnp devices, as opposed to the ISA
PNP devices, which have the potential to be moved and can be
disabled. 

Note well: ISA PNP and BIOS PNP are different things.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16: 2:35 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP id 417EA37B424
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 16:02:31 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3PN24827948;
	Wed, 25 Apr 2001 17:02:07 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104252302.f3PN24827948@harmony.village.org>
To: "John W. De Boskey" <jwd@bsdwins.com>
Subject: Re: Updated: cp -t patch (w/ commentary) 
Cc: "David O'Brien" <freebsd-current@FreeBSD.ORG>,
	Brian Somers <brian@Awfulhak.org>
In-reply-to: Your message of "Wed, 25 Apr 2001 10:01:18 EDT."
		<20010425100118.A35414@bsdwins.com> 
References: <20010425100118.A35414@bsdwins.com>  <20010423113324.A70387@FreeBSD.org> <20010425005942.A71859@dragon.nuxi.com> 
Date: Wed, 25 Apr 2001 17:02:04 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

aIn message <20010425100118.A35414@bsdwins.com> "John W. De Boskey" writes:
:    I must say at this point, I tend to agree with him. Basically,
: my review request was skipped over and folks simply went on to
: discuss/argue the merits/demerits of various patchs to xargs. The
: question of whether xargs is appropriate and maintains adequate
: performance for my particular process seems to have been left on
: the roadside...
: 
:    I hope I haven't rambled to much. And again, thanks for taking
: the time to respond.

We didn't pass over your patches, but instead pointed out where a more
general solution was possible.  Often times this ahs happened for
features that people suggest.  If we just add it to cp, then we'll
have to support it forever and it will be yet another difference that
we have in our system that will cause problems for other people.

So despite what jkh is saying, I'd not commit it.


Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16: 3:41 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 83BD437B43F; Wed, 25 Apr 2001 16:03:35 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3PN3V827982;
	Wed, 25 Apr 2001 17:03:31 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104252303.f3PN3V827982@harmony.village.org>
To: Maxim Sobolev <sobomax@FreeBSD.ORG>
Subject: Re: -current world can't be built on 4-STABLE (broke in lint) 
Cc: current@FreeBSD.ORG
In-reply-to: Your message of "Wed, 25 Apr 2001 18:37:16 +0300."
		<3AE6EF2C.C974866B@FreeBSD.org> 
References: <3AE6EF2C.C974866B@FreeBSD.org>  
Date: Wed, 25 Apr 2001 17:03:31 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <3AE6EF2C.C974866B@FreeBSD.org> Maxim Sobolev writes:
: It seems that recent lint modifications made impossible to build the
: -current world on 4-stable system, thus breaking source upgrade path
: from -stable to -current.

Agreed!  I have a few fixes to -current/-stable so that you can build
-stable on -current again.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16: 6:29 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5BC6437B424; Wed, 25 Apr 2001 16:06:24 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3PN6C828011;
	Wed, 25 Apr 2001 17:06:12 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104252306.f3PN6C828011@harmony.village.org>
To: "Antoine Beaupre (LMC)" <Antoine.Beaupre@ericsson.ca>
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
Cc: Leif Neland <leifn@neland.dk>, freebsd-current@FreeBSD.ORG,
	freebsd-doc@FreeBSD.ORG
In-reply-to: Your message of "Wed, 25 Apr 2001 15:47:38 EDT."
		<3AE729DA.C367DF53@lmc.ericsson.se> 
References: <3AE729DA.C367DF53@lmc.ericsson.se>  <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk> 
Date: Wed, 25 Apr 2001 17:06:12 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <3AE729DA.C367DF53@lmc.ericsson.se> "Antoine Beaupre (LMC)" writes:
: Hey whatever. Let's just keep a rendered TXT version where it always
: (ie. in the src/release... cvs) was but keep the originial as a sgml
: version in the doc tree.

UPDATING will continue to be a flat file, or I will no longer maintain
it.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16: 7:40 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5B68537B424; Wed, 25 Apr 2001 16:07:35 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3PN7C828058;
	Wed, 25 Apr 2001 17:07:12 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104252307.f3PN7C828058@harmony.village.org>
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
Cc: "Antoine Beaupre (LMC)" <Antoine.Beaupre@ericsson.ca>,
	Leif Neland <leifn@neland.dk>, freebsd-current@FreeBSD.ORG,
	freebsd-doc@FreeBSD.ORG
In-reply-to: Your message of "Wed, 25 Apr 2001 17:06:12 MDT."
		<200104252306.f3PN6C828011@harmony.village.org> 
References: <200104252306.f3PN6C828011@harmony.village.org>  <3AE729DA.C367DF53@lmc.ericsson.se> <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk> 
Date: Wed, 25 Apr 2001 17:07:12 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <200104252306.f3PN6C828011@harmony.village.org> Warner Losh writes:
: In message <3AE729DA.C367DF53@lmc.ericsson.se> "Antoine Beaupre (LMC)" writes:
: : Hey whatever. Let's just keep a rendered TXT version where it always
: : (ie. in the src/release... cvs) was but keep the originial as a sgml
: : version in the doc tree.
: 
: UPDATING will continue to be a flat file, or I will no longer maintain
: it.

I should also add "but I don't think this proposal applies to
UPDATING" to the end of that.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16:46:38 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 3C12137B422
	for <freebsd-current@FreeBSD.org>; Wed, 25 Apr 2001 16:46:35 -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 f3PNk8G19616;
	Wed, 25 Apr 2001 16:46:08 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010425164531.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: <200104252258.f3PMvu827905@harmony.village.org>
Date: Wed, 25 Apr 2001 16:45:31 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Warner Losh <imp@harmony.village.org>
Subject: Re: Boot messages
Cc: freebsd-current@FreeBSD.org,
	Riccardo Torrini <riccardo@torrini.org>,
	Dima Dorfman <dima@unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 25-Apr-01 Warner Losh wrote:
> In message <20010424231959.933A63E2B@bazooka.unixfreak.org> Dima Dorfman
> writes:
>: Riccardo Torrini <riccardo@torrini.org> writes:
>: >   pca1: <AT-style speaker sound> at port 0x61 on isa0
>: >   WARNING: Driver mistake: repeat make_dev("pcaudio")
>: >   WARNING: Driver mistake: repeat make_dev("pcaudioctl")
>: 
>: As it says, this is a driver mistake.  It's a bug.  I don't know if
>: it's new or not since I don't have any computers with a sound card
>: (and thus have no need for pcaudio*).
>: 
>: >   unknown: <PNP0f13> can't assign resources
>: >   unknown: <PNP0501> can't assign resources
>: >   unknown: <PNP0700> can't assign resources
>: 
>: This is not a bug.  This is an FAQ.  So much that it's actually
>: documented in (*gasp!*) the FAQ:
> 
> Actually, it is a bug.  The drivers in the tree should grok these pnp
> ids.  Also, the bios pnp devices should be probed first rather than
> last because those are hard wired pnp devices, as opposed to the ISA
> PNP devices, which have the potential to be moved and can be
> disabled.

Well, yes, but that breaks console probing atm since we only support
hints-based devices for the kernel console.  You'll want to fix that first.

> Note well: ISA PNP and BIOS PNP are different things.
> 
> Warner

-- 

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  Wed Apr 25 16:53:40 2001
Delivered-To: freebsd-current@freebsd.org
Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9FCDF37B422; Wed, 25 Apr 2001 16:53:36 -0700 (PDT)
	(envelope-from gnb@itga.com.au)
Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20])
	by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id JAA62302;
	Thu, 26 Apr 2001 09:53:29 +1000 (EST)
	(envelope-from gnb@itga.com.au)
Received: from itga.com.au (lightning.itga.com.au [192.168.71.20])
	by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id JAA01229;
	Thu, 26 Apr 2001 09:53:29 +1000 (EST)
Message-Id: <200104252353.JAA01229@lightning.itga.com.au>
X-Mailer: exmh version 2.0.1 12/23/97
From: Gregory Bond <gnb@itga.com.au>
To: John Baldwin <jhb@FreeBSD.org>
Cc: freebsd-current@FreeBSD.org
Subject: Re: Install kernel gets divide overflow 
In-reply-to: Your message of Tue, 24 Apr 2001 10:10:56 -0700.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 26 Apr 2001 09:53:29 +1000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> Weird, I installed the April 19 snap here locally on a testbox without any
> problems.

Rgr, I'll try Apr 19th and send another note with some debug info if it is 
still dying.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16:55:34 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0751937B507; Wed, 25 Apr 2001 16:55:24 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3PNtK828470;
	Wed, 25 Apr 2001 17:55:22 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104252355.f3PNtK828470@harmony.village.org>
To: John Baldwin <jhb@FreeBSD.org>
Subject: Re: Boot messages 
Cc: freebsd-current@FreeBSD.org,
	Riccardo Torrini <riccardo@torrini.org>,
	Dima Dorfman <dima@unixfreak.org>
In-reply-to: Your message of "Wed, 25 Apr 2001 16:45:31 PDT."
		<XFMail.010425164531.jhb@FreeBSD.org> 
References: <XFMail.010425164531.jhb@FreeBSD.org>  
Date: Wed, 25 Apr 2001 17:55:20 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <XFMail.010425164531.jhb@FreeBSD.org> John Baldwin writes:
: 
: On 25-Apr-01 Warner Losh wrote:
: > In message <20010424231959.933A63E2B@bazooka.unixfreak.org> Dima Dorfman
: > writes:
: >: Riccardo Torrini <riccardo@torrini.org> writes:
: >: >   pca1: <AT-style speaker sound> at port 0x61 on isa0
: >: >   WARNING: Driver mistake: repeat make_dev("pcaudio")
: >: >   WARNING: Driver mistake: repeat make_dev("pcaudioctl")
: >: 
: >: As it says, this is a driver mistake.  It's a bug.  I don't know if
: >: it's new or not since I don't have any computers with a sound card
: >: (and thus have no need for pcaudio*).
: >: 
: >: >   unknown: <PNP0f13> can't assign resources
: >: >   unknown: <PNP0501> can't assign resources
: >: >   unknown: <PNP0700> can't assign resources
: >: 
: >: This is not a bug.  This is an FAQ.  So much that it's actually
: >: documented in (*gasp!*) the FAQ:
: > 
: > Actually, it is a bug.  The drivers in the tree should grok these pnp
: > ids.  Also, the bios pnp devices should be probed first rather than
: > last because those are hard wired pnp devices, as opposed to the ISA
: > PNP devices, which have the potential to be moved and can be
: > disabled.
: 
: Well, yes, but that breaks console probing atm since we only support
: hints-based devices for the kernel console.  You'll want to fix that first.

Right.  Last time I tried to push changes like this through, there
were some other minor obejctions that I can't recall at the moment as
well.  I think it was on the par of this one.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 16:59:20 2001
Delivered-To: freebsd-current@freebsd.org
Received: from localhost.pointone.com (hst33-140.ltcable.com [64.132.33.140])
	by hub.freebsd.org (Postfix) with ESMTP id C978D37B424
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 16:59:09 -0700 (PDT)
	(envelope-from nrigney@point-one.net)
Received: (from nrigney@localhost)
	by localhost.pointone.com (8.11.3/8.10.0) id f3MBxqm00974;
	Sun, 22 Apr 2001 11:59:52 GMT
Date: Sun, 22 Apr 2001 11:59:47 +0000
From: Neal Rigney <parc@ltcable.com>
To: Michael Harnois <mdharnois@home.com>
Cc: freebsd-current@freebsd.org
Subject: Re: world broken at vnode.h
Message-ID: <20010422115947.A920@pointone.com>
Mail-Followup-To: Neal Rigney <parc@ltcable.com>,
	Michael Harnois <mdharnois@home.com>, freebsd-current@freebsd.org
References: <86itjwhph1.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: <86itjwhph1.fsf@mharnois.workgroup.net>; from mdharnois@home.com on Sun, Apr 22, 2001 at 11:24:42AM -0500
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sun, Apr 22, 2001 at 11:24:42AM -0500, Michael Harnois wrote:
> In file included from ../../dev/bktr/bktr_audio.c:52:
> ../../sys/vnode.h:571: conflicting types for `vaccess_acl_posix1e'
> ../../sys/vnode.h:568: previous declaration of `vaccess_acl_posix1e'
> ../../sys/vnode.h:571: warning: redundant redeclaration of `vaccess_acl_posix1e' in same scope
> ../../sys/vnode.h:568: warning: previous declaration of `vaccess_acl_posix1e'
> *** Error code 1
> 
> the offending lines in vnode.h are 
> 
> int	vaccess_acl_posix1e __P((enum vtype type, struct acl *acl,
> 	    mode_t acc_mode, struct ucred *cred, int *privused));
> int	vaccess_acl_posix1e __P((enum vtype type, uid_t file_uid,
> 	    gid_t file_gid, struct acl *acl, mode_t acc_mode,
> 	    struct ucred *cred, int *privused));
> 
> One suspects only one of those can be correct ...
> 

It appears so.  I removed the first line and everything compiled fine.   I'm
not testing huge amounts of code, so YMMV:


*** vnode.h	Sun Apr 22 10:42:29 2001
--- vnode.h.old	Sun Apr 22 10:39:18 2001
***************
*** 564,569 ****
--- 564,571 ----
  	    char **retfreebuf));
  int	vaccess __P((enum vtype type, mode_t file_mode, uid_t uid, gid_t gid,
  	    mode_t acc_mode, struct ucred *cred, int *privused));
+ int	vaccess_acl_posix1e __P((enum vtype type, struct acl *acl,
+ 	    mode_t acc_mode, struct ucred *cred, int *privused));
  int	vaccess_acl_posix1e __P((enum vtype type, uid_t file_uid,
  	    gid_t file_gid, struct acl *acl, mode_t acc_mode,
  	    struct ucred *cred, int *privused));


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 17:37:37 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 976FC37B509
	for <freebsd-current@freebsd.org>; Wed, 25 Apr 2001 17:37:23 -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.3/8.11.2) with ESMTP id f3Q0JMb18706;
	Wed, 25 Apr 2001 17:19:27 -0700 (PDT)
	(envelope-from msmith@mass.dis.org)
Message-Id: <200104260019.f3Q0JMb18706@mass.dis.org>
X-Mailer: exmh version 2.1.1 10/15/1999
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: Dima Dorfman <dima@unixfreak.org>, freebsd-current@freebsd.org
Subject: Re: Boot messages 
In-reply-to: Your message of "Tue, 24 Apr 2001 21:31:59 EDT."
             <200104250131.VAA01900@khavrinen.lcs.mit.edu> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 25 Apr 2001 17:19:21 -0700
From: Mike Smith <msmith@freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> <<On Tue, 24 Apr 2001 16:19:59 -0700, Dima Dorfman <dima@unixfreak.org> said:
> 
> > This is not a bug.  This is an FAQ.  So much that it's actually
> > documented in (*gasp!*) the FAQ:
> 
> Unfortunately, the A in the FAQ is wrong.
> 
> The ``can't assign resources'' messages indicate that the devices are
> legacy ISA devices for which a non-PnP-aware driver is compiled into
> the kernel.

Actually, this isn't true; these drivers are for the most part PnP-aware, 
the problem is that the hints are processed before the PnP data, so when 
hints for these drivers are present, the devices instantiated by the PnP 
data can't get at their resources (because they're already taken).

> These include devices such as keyboard controllers, the
> programmable interrupt controller chip, and several other bits of
> standard infrastructure.  The resources can't be assigned because
> there is already a driver using those addresses.

The only devices which can't correctly be handled using PnP data right 
now are console devices, due to our need to have console support before 
the device subsystem is initialised.  (Keyboard, mouse, video).

-- 
... 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  Wed Apr 25 17:53:55 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138])
	by hub.freebsd.org (Postfix) with ESMTP
	id D77DF37B424; Wed, 25 Apr 2001 17:53:49 -0700 (PDT)
	(envelope-from dima@unixfreak.org)
Received: from spike.unixfreak.org (spike [63.198.170.139])
	by bazooka.unixfreak.org (Postfix) with ESMTP
	id 838AA3E2A; Wed, 25 Apr 2001 17:53:49 -0700 (PDT)
To: bmah@FreeBSD.ORG
Cc: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>,
	freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
In-Reply-To: <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com>; from bmah@FreeBSD.ORG on "Wed, 25 Apr 2001 09:58:40 -0700"
Date: Wed, 25 Apr 2001 17:53:49 -0700
From: Dima Dorfman <dima@unixfreak.org>
Message-Id: <20010426005349.838AA3E2A@bazooka.unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

"Bruce A. Mah" <bmah@FreeBSD.ORG> writes:
> If memory serves me right, Makoto MATSUSHITA wrote:
> 
> > takhus> Perhaps the *.TXT files could be periodically regenerated to their 
> > takhus> current location to 1) avoid a POLA violation and 2) allow for at
> > takhus> least some RELNOTES without needing DocBook and doc/ (even if they
> > takhus> may be slightly out of date).
> 
> [snip]
>
> Umm, no, it's not just like the current doc distribution.  If you build
> a release with NODOC=YES, you don't get any rendition of the FAQ,
> Handbook, etc.  There's no *.TXT files to fall back on.
> 
> Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> *.TXT versions:  First, I don't want to bloat the repository with oodles
> of builds to the *.TXT files.  If we do this, it ought to be be fairly
> infrequently, like maybe once or twice a month.
>
> [ snip other good reasons not to regen and commit TXT files ]

I agree completely.  On a slightly related note, do you object, or
have plans to, build the release notes with the web site?  It would
solve this problem very nicely.  I understand that relnotes will be in
src/, so this would have to be an optional part of the build, but at
least having them built on www.freebsd.org would suffice.

					Dima Dorfman
					dima@unixfreak.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 25 18: 8:18 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138])
	by hub.freebsd.org (Postfix) with ESMTP id DE09E37B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 18:08:15 -0700 (PDT)
	(envelope-from dima@unixfreak.org)
Received: from spike.unixfreak.org (spike [63.198.170.139])
	by bazooka.unixfreak.org (Postfix) with ESMTP
	id 51F133E2A; Wed, 25 Apr 2001 18:08:15 -0700 (PDT)
To: Garance A Drosihn <drosih@rpi.edu>
Cc: "John W. De Boskey" <jwd@bsdwins.com>,
	"David O'Brien" <freebsd-current@FreeBSD.ORG>,
	Brian Somers <brian@Awfulhak.org>
Subject: Re: Updated: cp -t patch (w/ commentary) 
In-Reply-To: <p05100c03b70ca78af686@[128.113.24.47]>; from drosih@rpi.edu on "Wed, 25 Apr 2001 14:32:04 -0400"
Date: Wed, 25 Apr 2001 18:08:15 -0700
From: Dima Dorfman <dima@unixfreak.org>
Message-Id: <20010426010815.51F133E2A@bazooka.unixfreak.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Garance A Drosihn <drosih@rpi.edu> writes:
> At 10:01 AM -0400 4/25/01, John W. De Boskey wrote:
> >    I have reduced the runtime of the process so far by a solid
> >hour.  My change to cp is the lowest level/minimal change fix
> >which allows me to maintain a O(1) time constraint. I've played
> >with (non-freebsd) versions of xargs already, and found them
> >(the various algorithms in xargs) to be more expensive than the
> >patch to cp.
> 
> It is inconceivable that the proposed patch to 'xargs' would
> increase your running time.  I don't mean the standard '-I'
> change, which would certainly destroy performance, but the
> proposed patch to 'xargs' which solves your specific problem
> in a general way.
> 
> I'm still curious as to why you think the proposed change to
> xargs will cause you ANY performance problem.  I simply can
> not imagine where you would get a performance problem from
> the -Y idea (though I'm still tempted to change the letter
> for that proposed option).

I think everything that should have been said in this thread already
has been (so I won't repeat it), except for the performace bit.  As
the author of the patch, I doubt it would hinder performance.  All it
does is move one part of a loop further down.  Instead of doing
something once, it does part of that job twice.  This job acts on
arguments *to xargs* (i.e., argv), and is nothing more than pointer
arithmetic and assignment.  Unless you give umpteen arguments *to
xargs*, you shouldn't notice a difference in execution speed.

And as you (gad) said, implementing -I the way SUSv2 defines it would
most likely kill performance (most likely it'd also slow down whether
you actually use that option or not).

> Dimi has written one or two different patches to xargs.  Did
    ^^^ <-- should be 'a', but that's okay. :-)

One patch.

Thanks,

					Dima Dorfman
					dima@unixfreak.org

P.S.  obrien: that's a very clever and unintrusive way of avoiding
getting two copies of a message; much better than TrimYourCC@nuxi.com.
Those of us (well, at least me) who actually want a copy of the
message in our inbox greatly appreciate it.  Thanks!

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 18:14:34 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 F359037B42C; Wed, 25 Apr 2001 18:14:26 -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 SAA28903;
	Wed, 25 Apr 2001 18:14:49 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3Q1EN730056;
	Wed, 25 Apr 2001 18:14:23 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104260114.f3Q1EN730056@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: Dima Dorfman <dima@unixfreak.org>
Cc: bmah@FreeBSD.ORG, Makoto MATSUSHITA <matusita@jp.FreeBSD.org>,
	freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
In-Reply-To: <20010426005349.838AA3E2A@bazooka.unixfreak.org> 
References: <20010426005349.838AA3E2A@bazooka.unixfreak.org>
Comments: In-reply-to Dima Dorfman <dima@unixfreak.org>
   message dated "Wed, 25 Apr 2001 17:53:49 -0700."
From: bmah@FreeBSD.ORG (Bruce A. Mah)
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_1053456670P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 25 Apr 2001 18:14:23 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_1053456670P
Content-Type: text/plain; charset=us-ascii

If memory serves me right, Dima Dorfman wrote:

> On a slightly related note, do you object, or
> have plans to, build the release notes with the web site?  It would
> solve this problem very nicely.

Hi Dima--

No objections, but no plans right now either.  Mostly because I don't 
know enough about the Web site build.  Got any ideas?  :-)

I'm not sure if it will *solve* the problem, but at least it will 
allevitate it somewhat.  And it's aesthetically more pleasing to me (if 
that counts for anything).

Note that this is a fairly new capability...we currently don't have a 
link for -CURRENT or 4-STABLE release notes.  There might be some 
issues with this although I can't think of any off-hand.

> I understand that relnotes will be in
> src/, so this would have to be an optional part of the build, but at
> least having them built on www.freebsd.org would suffice.

Yeah, it should be optional.  The thing-that-generates-the-Web-pages 
would need the src/release/ module (somewhere in its filesystem, not 
necessarily in /usr/src/release), plus doc/.  RELNOTESng doesn't need a 
complete src/.

Bruce.



--==_Exmh_1053456670P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE653Zv2MoxcVugUsMRArM6AJ4hho5YztmZJAPxl9xVYPzJMBsRugCcD9nG
lGdABsdPQdDVw6zd39tw5Fw=
=ttgv
-----END PGP SIGNATURE-----

--==_Exmh_1053456670P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 18:41:37 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 5379237B422
	for <current@FreeBSD.ORG>; Wed, 25 Apr 2001 18:41:34 -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 f3Q1fXM64909
	for <current@FreeBSD.ORG>; Wed, 25 Apr 2001 18:41:33 -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 50363380A; Wed, 25 Apr 2001 18:41:33 -0700 (PDT)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: Alfred Perlstein <bright@wintelcom.net>
Cc: Terry Lambert <tlambert@primenet.com>, current@FreeBSD.ORG,
	terry@lambert.org
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable 
In-Reply-To: <20010424122508.U1790@fw.wintelcom.net> 
Date: Wed, 25 Apr 2001 18:41:33 -0700
From: Peter Wemm <peter@wemm.org>
Message-Id: <20010426014133.50363380A@overcee.netplex.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Alfred Perlstein wrote:
> * Terry Lambert <tlambert@primenet.com> [010424 11:59] wrote:
> > It seems to me that these things are not boot-time tunable, and
> > should be (really, they should be runtime tunable, but there
> > are some nasty pageable region allocations for networking that
> > appear to require contiguous regions for no good reason which I
> > can discern).  That means that the best we can do right now is
> > boot-time, so here it is:
> 
> This looks good except that ncallout is still based on MAXFILES,
> without this being fixed I think people might get bitten by
> raising the tuneable too high then being unable to allocate
> enough callouts.  Can you take a look at this and make sure there's
> nothing else using MAXFILES like that?

The problem is that param.c is *not* included in gensetdefs scope.
Therefore linker set entries (ie: SYSINIT etc) are not executed.  TUNABLE*
entries in param.c are simply not called or used.

SYSTEM_OBJS= locore.o setdef0.o vnode_if.o ${OBJS} ioconf.o param.o config.o \
        setdef1.o hack.So
...
setdef0.c setdef1.c setdefs.h: ${OBJS}
        @gensetdefs ${OBJS}

param.o is not included in ${OBJS}.  I dont see how this patch can work
as-is.

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  Wed Apr 25 18:52:19 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 1F90537B422
	for <current@FreeBSD.org>; Wed, 25 Apr 2001 18:52:17 -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 f3Q1q2G23062
	for <current@FreeBSD.org>; Wed, 25 Apr 2001 18:52:02 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010425185125.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
Date: Wed, 25 Apr 2001 18:51:25 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: current@FreeBSD.org
Subject: Recent problems with pmap_remove_pages()
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Curious if anyone else has been having problems with pmap_remove_pages()
recently?  In the past week or so, I've found that heavy load on my dual p3 600
testbox can usually trigger a page fault (prolly a null pointer deref of some 
kind) in pmap_remove_pages() called from exit1().  Just now I was doing a -j 8
world test on the dual 21164 300 alpha testbox here and it locked up just
after printing

warning: pmap_remove_pages called with non-current pmap

to the console.  Anyone else seeing this or have any ideas.  Since I've had
this on both alpha and x86 now, I'm somewhat inclined to think it is a problem
in some MI code somewhere.  If I get some more time I'll try and see if I can
narrow down the commit that broke this.

-- 

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  Wed Apr 25 19:20:51 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 4338A37B422; Wed, 25 Apr 2001 19:20:42 -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 f3Q2Kc889263;
	Thu, 26 Apr 2001 11:20:39 +0900 (JST)
	(envelope-from matusita@jp.FreeBSD.org)
Cc: freebsd-current@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG
In-Reply-To: <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com>
References: <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net>
	<20010425211805N.matusita@jp.FreeBSD.org>
	<200104251658.f3PGwe220619@bmah-freebsd-0.cisco.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.5 (alfalfa)
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: 44
From: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
To: bmah@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Date: Thu, 26 Apr 2001 11:20:21 +0900
Message-Id: <20010426112021X.matusita@jp.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


Sorry for late reply.

bmah> My first reaction is, "is doing doc.1 *that* much of a problem"?  When 
bmah> I was testing, it didn't seem like building this consumed much time or 
bmah> disk space compared to the rest of the make release process (i.e. 
bmah> building world and several kernels).  A checked-out doc/ is 37 MB.

It takes long to fetch all distfiles for docproj ports. Sometimes they
are updated. Sometimes they can't fetch. Sometimes text/docproj can't
build (we can't build textproc/jade _now_, since PATCHFILES are already
outdated, its path is old, and ftp.freesoftware.com is still offline :-)
speaking of textproc/jade, it's easy to fix and I've already have a
patch but not yet tested).

For ordinally make-build/installworld users, how many people
understands that they should install textproc/docproj _only_ for
making their plaintext relnotes? Most of them don't need SGML->whatever
converter for other situations.

If installing textproc/docproj is essential for getting all documents
in src/, it should not be a port (src/contrib will be their friends);
if it's not essential, a port is ok. And in my opinion, relnotes are
tightly associated with src/ components just like src/UPDATING.

Hmm...

Maybe all of my concerns is that "getting relnotes (formatting is not
a problem; plaintext will be easy, but I don't argue that the only
version is PDF) without having some processing/compilation (installing
some ports, type 'make' command, etc)."

If generating relnotes are _optional_ (Makefiles don't _enforce_ us to
install textproc/docproj for all machines which run "make buildworld"
or "make release"), it's ok if somebody's generated version (format is
not the matter; plaintext, HTML, PDF, anything) of relnotes are
avaliable via ftp, web, or any protocols of the Internet at any time.

-- -
Makoto `MAR' MATSUSHITA

P.S.: I'm totally agree with RENOTESng system. It'll help to improve
the project and the quality of document itself. But please keep some
rooms for lazy guys (like me) who refuses to change their style :-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 20: 1:31 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 3818537B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 20:01:27 -0700 (PDT)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id XAA15921;
	Wed, 25 Apr 2001 23:01:23 -0400 (EDT)
	(envelope-from wollman)
Date: Wed, 25 Apr 2001 23:01:23 -0400 (EDT)
From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Message-Id: <200104260301.XAA15921@khavrinen.lcs.mit.edu>
To: Warner Losh <imp@harmony.village.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Boot messages 
In-Reply-To: <200104252258.f3PMvu827905@harmony.village.org>
References: <20010424231959.933A63E2B@bazooka.unixfreak.org>
	<200104252258.f3PMvu827905@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

<<On Wed, 25 Apr 2001 16:57:56 -0600, Warner Losh <imp@harmony.village.org> said:

> Actually, it is a bug.  The drivers in the tree should grok these pnp
> ids.

Actually, no, it is not a bug.  The FreeBSD drivers for these devices
manage their resources differently from the way the Windows drivers
do, and the result is not unexpected if you look closely at the dump
in verbose mode.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 20: 5:38 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 091A437B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 20:05:36 -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.3/8.11.2) with ESMTP id f3Q39VL20710;
	Wed, 25 Apr 2001 20:09:32 -0700 (PDT)
	(envelope-from msmith@mass.dis.org)
Message-Id: <200104260309.f3Q39VL20710@mass.dis.org>
X-Mailer: exmh version 2.1.1 10/15/1999
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: Warner Losh <imp@harmony.village.org>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Boot messages 
In-reply-to: Your message of "Wed, 25 Apr 2001 23:01:23 EDT."
             <200104260301.XAA15921@khavrinen.lcs.mit.edu> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 25 Apr 2001 20:09:31 -0700
From: Mike Smith <msmith@freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> <<On Wed, 25 Apr 2001 16:57:56 -0600, Warner Losh <imp@harmony.village.org> said:
> 
> > Actually, it is a bug.  The drivers in the tree should grok these pnp
> > ids.
> 
> Actually, no, it is not a bug.  The FreeBSD drivers for these devices
> manage their resources differently from the way the Windows drivers
> do, and the result is not unexpected if you look closely at the dump
> in verbose mode.

I'll say this for the seventeenth time, it is a bug; it's in the way that 
a) hints are handled, and b) the way that the console code currently 
works.

It's also not really dangerous, so most people ignore it.  There are much 
bigger problems to worry about. 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  Wed Apr 25 20:58:40 2001
Delivered-To: freebsd-current@freebsd.org
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP id 05EAA37B423
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 20:58:36 -0700 (PDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1])
	by harmony.village.org (8.11.3/8.11.1) with ESMTP id f3Q3wM830046;
	Wed, 25 Apr 2001 21:58:22 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Message-Id: <200104260358.f3Q3wM830046@harmony.village.org>
To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Subject: Re: Boot messages 
Cc: freebsd-current@FreeBSD.ORG
In-reply-to: Your message of "Wed, 25 Apr 2001 23:01:23 EDT."
		<200104260301.XAA15921@khavrinen.lcs.mit.edu> 
References: <200104260301.XAA15921@khavrinen.lcs.mit.edu>  <20010424231959.933A63E2B@bazooka.unixfreak.org> <200104252258.f3PMvu827905@harmony.village.org> 
Date: Wed, 25 Apr 2001 21:58:22 -0600
From: Warner Losh <imp@harmony.village.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

In message <200104260301.XAA15921@khavrinen.lcs.mit.edu> Garrett Wollman writes:
: <<On Wed, 25 Apr 2001 16:57:56 -0600, Warner Losh <imp@harmony.village.org> said:
: 
: > Actually, it is a bug.  The drivers in the tree should grok these pnp
: > ids.
: 
: Actually, no, it is not a bug.  The FreeBSD drivers for these devices
: manage their resources differently from the way the Windows drivers
: do, and the result is not unexpected if you look closely at the dump
: in verbose mode.

Ummm, I have to disagree here.  The PNP ids aren't for keyboards and
the like.  They are for floppy disks, serial ports and the like.  The
things that we already have a driver for in the tree.  That's why the
can't allocate messages happen.  Someone else, who doesn't handle PNP
stuff, has already grabbed the resource.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 21:15:10 2001
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 821)
	id 8600F37B422; Wed, 25 Apr 2001 21:15:06 -0700 (PDT)
Date: Wed, 25 Apr 2001 21:15:06 -0700
From: "John W. De Boskey" <jwd@FreeBSD.org>
To: Current List <freebsd-current@FreeBSD.org>
Subject: 4.3-RELEASE will not boot after install (boot0 ?)
Message-ID: <20010425211505.A15712@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi,

   I have a Dell Optiplex GXi 200Mhz machine which will not
boot after installing 4.3-RELEASE. After rebooting, the normal
F1  FreeBSD  prompt comes up with a beep. Pressing F1 causes
the machine to beep again.  I believe the following code
sequence is the failure location:

/usr/src/sys/boot/i386/boot0/boot0.s

main.15:        movw $LOAD,%bx                  # Address for read
                movb $0x2,%ah                   # Read sector
                callw intx13                    #  from disk
                jc main.10                      # If error
                cmpw $MAGIC,0x1fe(%bx)          # Bootable?
                jne main.10                     # No

where main.10 beeps...  maybe we could have it beep twice
for a read err, once for a MAGIC error..
   
   How I got here...

   Sysinstall disk sequence:

   Expert, delete existing partition, All, Quit, BootMgr, Auto,
quit, etc, etc..

   The above sequence works fine and produces a bootable system
on other machines.
   

   Anyways, after doing a expert install but before rebooting,
I can then go to the debug shell and get the following:

From df

Filesystem      512-blocks     Used    Avail Capacity  Mounted on
/dev/md0c             5607     3819     1732    69%    /
/dev/ad0s1a         198366    58206   124292    32%    /mnt
/mnt/dev/ad0s1f    1676814  1211590   331080    79%    /mnt/usr
/mnt/dev/ad0s1e      39630      234    36226     1%    /mnt/var
/dev/cd0c          1317216  1317216        0   100%    /dist

From dislabel -r ad0

# /dev/ad0c:
type: ESDI
disk: ad0s1
label: 
flags:
bytes/sector: 512
sectors/track: 32
tracks/cylinder: 64
sectors/cylinder: 2048
cylinders: 1032
sectors/unit: 2115552
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0           # milliseconds
track-to-track seek: 0  # milliseconds
drivedata: 0 

8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:   204800        0    4.2BSD     1024  8192    16   # (Cyl.    0 - 99)
  b:   139376   204800      swap                        # (Cyl.  100 - 168*)
  c:  2115552        0    unused        0     0         # (Cyl.    0 - 1032*)
  e:    40960   344176    4.2BSD     1024  8192    16   # (Cyl.  168*- 188)
  f:  1730416   385136    4.2BSD     1024  8192    16   # (Cyl.  188*- 1032*)


   I have dumped the 1st 100 blocks of the disk. They are at:

http://people.freebsd.org/~jwd/noboot/bblocks.hd   (hex dump)

http://people.freebsd.org/~jwd/noboot/bblocks      (raw data)


   the output from 'fdisk ad0' is:

http://people.freebsd.org/~jwd/noboot/fdisk

   and the dmesg for the machine:

http://people.freebsd.org/~jwd/noboot/dmesg


   The next thing I will try is a 'dd if=/dev/zero of=/dev/ad0 count=2'.
If this fixes the problem, it seems to indicate the install process has
a problem with existing fdisk partition information. If someone can
provide some pointers I'll try to figure what is going on.

Thanks,
John

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Apr 25 22: 0:55 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 44EF137B422
	for <freebsd-current@FreeBSD.ORG>; Wed, 25 Apr 2001 22:00:52 -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 PAA03047;
	Thu, 26 Apr 2001 15:00:45 +1000
Date: Thu, 26 Apr 2001 14:59:26 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: "Eric D. Futch" <efutch@nyct.net>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: make.conf INSTALL knob
In-Reply-To: <20010425144327.E13115-100000@bsd1.nyct.net>
Message-ID: <Pine.BSF.4.21.0104261444020.29581-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 Wed, 25 Apr 2001, Eric D. Futch wrote:

> I originally sent this to freebsd-stable but didn't get any replies.  It
> has been reworded.
> 
> I ran across this while playing with the INSTALL knob in make.conf.  In
> almost all of the Makefiles in src/ there is either -C or -c hard coded as
> an argument to install.  This means that changes you make to the
> flags for install via the INSTALL knob in make.conf, specifically -c or -C
> are not upheld in the acutal Makefiles.  /etc/default/make.conf gives the

Yes they are (or should be).  Some Makefiles just add more flags, as
required for correct operation.

> impression that the flags specified when setting INSTALL should acutally
> be used when install is invoked.  This kind of seems like a violation of
> POLA to me.  If you set INSTALL= install -C in make.conf... most people
> would assume that it will apply the -C flag to every invokation of
> install, which is not the case.

It works for me (I use INSTALL= install -C -D -D -p).

> There are certain directories like src/include and src/kerberos* that have
> -C hardcoded while others like src/etc have -c hardcoded in the Makefile.
> I was wonder what exactly are the rammifications of removing all -c and -C
> flags from the Makefile(s) where applicable and making -c the default flag
> for install in /etc/defaults/make.conf.  Is there any specific reason why
> certain areas of the source need to have -c or -C?

Yes.  Removing -c would mainly remove source files at install time (install
without -c or -C removes the source files).  Removing -C would mainly
make everything out of date by changing timestamps on installed headers.

> Additionally, I believe the INSTALL knob should be used only to allow you
> to change the path/name of the install binary.  A new variable
> INSTALLFLAGS should be introduced to specify the flags for install.

INSTALLFLAGS is an old variable that belongs to individual makefiles,
so it can't be used in make.conf.  There is little need for yet another
variable, since flags can always be added to INSTALL unless they are
order-dependent, and install(1) doesn't have [m]any order-dependent flags
that could usefully be set in make.conf.

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 26  2:43: 1 2001
Delivered-To: freebsd-current@freebsd.org
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by hub.freebsd.org (Postfix) with SMTP id D8CCE37B422
	for <current@freebsd.org>; Thu, 26 Apr 2001 02:42:58 -0700 (PDT)
	(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa10869@salmon>; 26 Apr 2001 10:42:58 +0100 (BST)
Date: Thu, 26 Apr 2001 10:42:57 +0100
From: David Malone <dwmalone@maths.tcd.ie>
To: Ilya Naumov <camel@avias.com>
Cc: current@freebsd.org
Subject: Re: problem report: optimization
Message-ID: <20010426104257.A72724@walton.maths.tcd.ie>
References: <1535724241.20010425224706@avias.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1535724241.20010425224706@avias.com>; from camel@avias.com on Wed, Apr 25, 2001 at 10:47:06PM +0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Wed, Apr 25, 2001 at 10:47:06PM +0400, Ilya Naumov wrote:

> i've discovered that now the world cannot be built without any
> optimization options (-Oxx) due to a 'dirty' code in some places. one of
> good examples is usr.sbin/rpc.lockd. without -Oxx options kern.c fails
> compilation:

Alfred committed a fix for this late yesterday. It should be OK now.

	David.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  2:58: 5 2001
Delivered-To: freebsd-current@freebsd.org
Received: from nothing-going-on.demon.co.uk (pc-62-31-42-141-hy.blueyonder.co.uk [62.31.42.141])
	by hub.freebsd.org (Postfix) with ESMTP
	id 22CF837B422; Thu, 26 Apr 2001 02:57:58 -0700 (PDT)
	(envelope-from nik@nothing-going-on.demon.co.uk)
Received: (from nik@localhost)
	by nothing-going-on.demon.co.uk (8.11.3/8.11.3) id f3Q9U4d18419;
	Thu, 26 Apr 2001 10:30:04 +0100 (BST)
	(envelope-from nik)
Date: Thu, 26 Apr 2001 10:30:04 +0100
From: Nik Clayton <nik@freebsd.org>
To: "Bruce A. Mah" <bmah@freebsd.org>
Cc: freebsd-current@freebsd.org, freebsd-doc@freebsd.org
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010426103003.A52781@canyon.nothing-going-on.org>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com>; from bmah@freebsd.org on Tue, Apr 24, 2001 at 09:03:10AM -0700
Organization: FreeBSD Project <URL:http://www.freebsd.org/>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 24, 2001 at 09:03:10AM -0700, Bruce A. Mah wrote:
> There's a snapshot of RELNOTESng for -CURRENT, updated irregularly,
> at:
>=20
> http://people.freebsd.org/~bmah/relnotes/

Like it.

My main concern is that this is in the src/ tree.  As other people
have said this is going to complicate things for src/ folks who just
want up to date release notes, and for doc/ people who might not track
-stable or -current, but who want to work on the SGML side of things.

Also, if we want to put these on the website then it means that anyone
doing so will need to have checked out www/, doc/, and src/release/
trees.

Could this come under doc/, and either have a CVS branch for RELENG_4
for just the release notes directory hierarchy, or I could start work on
the osrel{min,max,in} attribute support code again. . .

N
--=20
FreeBSD: The Power to Serve             http://www.freebsd.org/
FreeBSD Documentation Project           http://www.freebsd.org/docproj/

          --- 15B8 3FFC DDB4 34B0 AA5F  94B7 93A8 0764 2C37 E375 ---

--VS++wcV0S1rZb1Fb
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

iEYEARECAAYFAjrn6psACgkQk6gHZCw343V0nACfR1V7YyzGjBFbR+sYtAa9zEbL
vNoAnR8umZYzMdEnRwC1ddYOko92W14Q
=HHKq
-----END PGP SIGNATURE-----

--VS++wcV0S1rZb1Fb--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  7:28: 2 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40])
	by hub.freebsd.org (Postfix) with ESMTP id 9602B37B423
	for <freebsd-current@FreeBSD.ORG>; Thu, 26 Apr 2001 07:27:59 -0700 (PDT)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47])
	by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f3QERet78070;
	Thu, 26 Apr 2001 10:27:40 -0400
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05100c06b70ddf280157@[128.113.24.47]>
In-Reply-To: <20010426010815.51F133E2A@bazooka.unixfreak.org>
References: <20010426010815.51F133E2A@bazooka.unixfreak.org>
Date: Thu, 26 Apr 2001 10:27:38 -0400
To: Dima Dorfman <dima@unixfreak.org>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: Updated: cp -t patch (w/ commentary)
Cc: freebsd-current@FreeBSD.ORG, Brian Somers <brian@Awfulhak.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

At 6:08 PM -0700 4/25/01, Dima Dorfman wrote:
>Garance A Drosihn <drosih@rpi.edu> writes:
>  > Dimi has written one or two different patches to xargs.  Did
>     ^^^ <-- should be 'a', but that's okay. :-)

Note that I also wrote:

>  > If you need an immediate fix, I'll be happy to change Dimi's
>>  patch to use a different letter, and commit the change later
>  > tonight.

I guess it wasn't obvious, but I meant I was going to be changing
a letter in your name.                   :-)

(just a joke, folks...)

-- 
Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  8: 6:43 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mgate07.so-net.ne.jp (mgate07.so-net.ne.jp [210.139.254.154])
	by hub.freebsd.org (Postfix) with ESMTP id 43B4E37B422
	for <freebsd-current@FreeBSD.org>; Thu, 26 Apr 2001 08:06:41 -0700 (PDT)
	(envelope-from ipfw@ya3.so-net.ne.jp)
Received: from mail.ya3.so-net.ne.jp (mspool11.so-net.ne.jp [210.139.248.11])
	by mgate07.so-net.ne.jp (8.8.8+3.0Wbeta9/3.6W01041612) with ESMTP id AAA06504
	for <freebsd-current@FreeBSD.org>; Fri, 27 Apr 2001 00:06:39 +0900 (JST)
Received: from localhost (p78a1ca.kngwnt01.ap.so-net.ne.jp [61.120.161.202])
	by mail.ya3.so-net.ne.jp (8.9.3/3.7W01022316) with ESMTP id AAA01655
	for <freebsd-current@FreeBSD.org>; Fri, 27 Apr 2001 00:06:38 +0900 (JST)
Subject: A question about max_uid
From: Yoshihiro Koya <Yoshihiro.Koya@math.yokohama-cu.ac.jp>
To: freebsd-current@FreeBSD.org
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20010427001555G.koya@pluto.math.yokohama-cu.ac.jp>
Date: Fri, 27 Apr 2001 00:15:55 +0900
X-Dispatcher: imput version 990905(IM130)
Lines: 25
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hello, 

I found the following in the man page of pw(8).

> -u min,max, -i min,max
>              These options set the minimum and maximum user and group
>              ids allocated for new accounts and groups created by pw.
>              The default values for each is 1000 minimum and 32000 maxi-
>              mum.  min and max are both numbers, where max must be
>              greater than min, and both must be between 0 and 32767.  In
>              general, user and group ids less than 100 are reserved for
>              use by the system, and numbers greater than 32000 may also
>              be reserved for special purposes (used by some system dae-
>              mons).

Please note the last 2 sentences.

Added to this, I also checked source codes of pw(8). 
And, I found the same restriction there, too.

Currently, I have nobody (uid = 65534) account as a default account on 
my box.  It might be easy to guess that the maximum is greater than
65533.  My question is why such a restricion still remains.

koya

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  8:59:16 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by hub.freebsd.org (Postfix) with ESMTP
	id 29AD337B422; Thu, 26 Apr 2001 08:59:03 -0700 (PDT)
	(envelope-from alex@cichlids.cichlids.com)
Received: from fwd05.sul.t-online.com 
	by mailout02.sul.t-online.com with smtp 
	id 14soAX-0001Ga-09; Thu, 26 Apr 2001 17:59:01 +0200
Received: from neutron.cichlids.com (520050424122-0001@[217.1.52.12]) by fmrl05.sul.t-online.com
	with esmtp id 14soAa-0cpTBQC; Thu, 26 Apr 2001 17:59:04 +0200
Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10])
	by neutron.cichlids.com (Postfix) with ESMTP
	id 03B60AB44; Thu, 26 Apr 2001 18:00:44 +0200 (CEST)
Received: by cichlids.cichlids.com (Postfix, from userid 1001)
	id E6B1D14AF3; Thu, 26 Apr 2001 17:58:52 +0200 (CEST)
Date: Thu, 26 Apr 2001 17:58:52 +0200
From: Alexander Langer <alex@big.endian.de>
To: asmodai@freebsd.org
Cc: current@freebsd.org
Subject: xlint as build-tools breaks -DNOCLEAN buildworld
Message-ID: <20010426175852.A10251@cichlids.cichlids.com>
Mail-Followup-To: Alexander Langer <alex@big.endian.de>,
	asmodai@freebsd.org, 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: 44 28 CA 4C 46 5B D3 A8  A8 E3 BA F3 4E 60 7D 7F
X-PGP-at: finger alex@big.endian.de
X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung.
X-Sender: 520050424122-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi!

When starting buildworld with -DNOCLEAN:

cd /usr/src/share/syscons/scrnmaps; make build-tools
cd /usr/src/usr.bin/xlint; make build-tools
make: don't know how to make
/usr/obj/usr/src/i386/usr/include/stdlib.h. Stop
*** Error code 2

Stop in /usr/src/usr.bin/xlint.
*** Error code 1


Please fix

Thanks

Alex
-- 
cat: /home/alex/.sig: No such file or directory

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  9:34: 1 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 EB86C37B423; Thu, 26 Apr 2001 09:33:54 -0700 (PDT)
	(envelope-from sobomax@FreeBSD.org)
Received: from vic.sabbo.net (dialup11-5.iptelecom.net.ua [212.9.228.133])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id TAA54312;
	Thu, 26 Apr 2001 19:33:47 +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 f3QGXFX81140;
	Thu, 26 Apr 2001 19:33:15 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Message-ID: <3AE84DCA.4BD1734B@FreeBSD.org>
Date: Thu, 26 Apr 2001 19:33:14 +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: Alexander Langer <alex@big.endian.de>
Cc: asmodai@FreeBSD.org, current@FreeBSD.org
Subject: Re: xlint as build-tools breaks -DNOCLEAN buildworld
References: <20010426175852.A10251@cichlids.cichlids.com>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Alexander Langer wrote:

> Hi!
>
> When starting buildworld with -DNOCLEAN:
>
> cd /usr/src/share/syscons/scrnmaps; make build-tools
> cd /usr/src/usr.bin/xlint; make build-tools
> make: don't know how to make
> /usr/obj/usr/src/i386/usr/include/stdlib.h. Stop
> *** Error code 2
>
> Stop in /usr/src/usr.bin/xlint.
> *** Error code 1

The same is here.

> Please fix

Seconded.

-Maxim


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  9:35:48 2001
Delivered-To: freebsd-current@freebsd.org
Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10])
	by hub.freebsd.org (Postfix) with ESMTP id 2FBE237B422
	for <current@freebsd.org>; Thu, 26 Apr 2001 09:35:43 -0700 (PDT)
	(envelope-from gwk@hunter.munich.sgi.com)
Received: from sgiger.munich.sgi.com (sgiger.munich.sgi.com [144.253.192.2]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id SAA35059; Thu, 26 Apr 2001 18:35:25 +0200 (CEST)
	mail_from (gwk@hunter.munich.sgi.com)
Received: from cuckoo.munich.sgi.com (cuckoo.munich.sgi.com [144.253.192.109]) by sgiger.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA21687; Thu, 26 Apr 2001 18:34:19 +0200
Received: from hunter.munich.sgi.com (hunter.munich.sgi.com [144.253.197.18])
	by cuckoo.munich.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id SAA08216;
	Thu, 26 Apr 2001 18:34:18 +0200 (CEST)
Received: (from gwk@localhost)
	by hunter.munich.sgi.com (8.11.3/8.11.3) id f3QGZC910742;
	Thu, 26 Apr 2001 18:35:12 +0200 (CEST)
	(envelope-from gwk)
Date: Thu, 26 Apr 2001 18:35:11 +0200
From: "Georg-W. Koltermann" <gwk@sgi.com>
To: current@freebsd.org
Cc: Bruce Evans <bde@zeta.org.au>, Dag-Erling Smorgrav <des@ofug.org>
Subject: Re: lockup after resume
Message-ID: <20010426183509.A10195@hunter.munich.sgi.com>
Mail-Followup-To: current@freebsd.org, Bruce Evans <bde@zeta.org.au>,
	Dag-Erling Smorgrav <des@ofug.org>
References: <20010328212426.A32322@hunter.munich.sgi.com> <Pine.BSF.4.21.0103291912280.32700-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.0103291912280.32700-100000@besplex.bde.org>; from bde@zeta.org.au on Thu, Mar 29, 2001 at 07:19:20PM +1000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Thu, Mar 29, 2001 at 07:19:20PM +1000, Bruce Evans wrote:
> On Wed, 28 Mar 2001, Georg-W. Koltermann wrote:
> 
> > 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.
> > 
> > When I type on the console after a resume, nothing is shown, neither
> > echo nor command output.  If I break into DDB, the output suddenly
> > appears, just above the DDB prompt.  I can continue to UNIX, type
> > another command, again nothing visible.  Breaking into DDB again shows
> > what I typed, and the output.  After a few round-trips of this sort
> > the system locks up solidly.
> > 
> > If I'm in X (XFree86-4.0.2) after the resume, the system will respond
> > for a few seconds and then lock up.
> > 
> > All this happens with the GENERIC kernel as well as my cardbus kernel.
> > 
> > Should I assume the console needs resetting after the resume?  How
> > could I try a reset?  I can't find anything obvious in vidcontrol(1)
> > or kbdcontrol(1).
> 
> Assume that the i8254 needs reinitializing.  The console driver just uses
> timeouts for screen updates.  Timeouts depend on the i8254 generating
> interrupts.  When you break into ddb, the screen gets updated directly.

I did some more debugging last night.  I confirmed by a printf() that
i8254_restore() actually *IS* being called during the resume.  That
routine is now in pmtimer.c, it used to be in apm.c in 4.2-R (and with
4.2 resume works fine on my laptop).

I added an additional call to i8254_restore() to the end of
apm_resume(), and I also called it directly from DDB--no effect.

There must be some other problem, I guess.

I figure there are a couple of laptop owners running current.  Is
suspend/resume working for all of you other guys, besides me and
Dag-Erling?

-- 
Regards,
Georg.
----------------------------------------------------------------------
Who in the world needs 2000 Windows?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  9:55: 8 2001
Delivered-To: freebsd-current@freebsd.org
Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10])
	by hub.freebsd.org (Postfix) with ESMTP id 2DD2F37B42C
	for <current@freebsd.org>; Thu, 26 Apr 2001 09:55:03 -0700 (PDT)
	(envelope-from gwk@hunter.munich.sgi.com)
Received: from sgiger.munich.sgi.com (sgiger.munich.sgi.com [144.253.192.2]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id SAA36842
	for <@eugate.sgi.com:current@freebsd.org>; Thu, 26 Apr 2001 18:55:01 +0200 (CEST)
	mail_from (gwk@hunter.munich.sgi.com)
Received: from cuckoo.munich.sgi.com (cuckoo.munich.sgi.com [144.253.192.109]) by sgiger.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA23358 for <current@freebsd.org>; Thu, 26 Apr 2001 18:53:56 +0200
Received: from hunter.munich.sgi.com (hunter.munich.sgi.com [144.253.197.18])
	by cuckoo.munich.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id SAA07342
	for <current@freebsd.org>; Thu, 26 Apr 2001 18:53:55 +0200 (CEST)
Received: (from gwk@localhost)
	by hunter.munich.sgi.com (8.11.3/8.11.3) id f3QGspQ10833
	for current@freebsd.org; Thu, 26 Apr 2001 18:54:51 +0200 (CEST)
	(envelope-from gwk)
Date: Thu, 26 Apr 2001 18:54:51 +0200
From: "Georg-W. Koltermann" <gwk@sgi.com>
To: current@freebsd.org
Subject: Linux JDK 1.3 and hotspot (native threads)
Message-ID: <20010426185450.B10195@hunter.munich.sgi.com>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

I remember some reports of success running Linux JAVA with native
threads on -current.  I've tried several times myself, and can't get
it to work.

The Linux JDK 1.3 (SUN's version) runs fine on -current as well as 4.x
as long as I use the classic VM.  This version doesn't use native
Linux threads.

In order to get real performance I would like to run either the SUN
JDK with -hotspot, or the IBM 1.3 JVM.  Both of these use native linux
threads.  With a recent -current I can successfully execute small JAVA
test programs, but when I start a real application (e.g. Together from
togethersoft.com), it fails with a core dump.

The SUN JDK 1.3 gives

    #
    # HotSpot Virtual Machine Error, Unexpected Signal 11
    # Please report this error at
    # http://java.sun.com/cgi-bin/bugreport.cgi
    #
    # Error ID: 4F533F4C494E55580E43505005BC
    #
    # Problematic Thread: prio=671556272 tid=0x804f790 nid=0x2940 runnable 
    #

and the IBM JDK 1.3 dies with a similar message.

Is anybody successfully using a Linux JVM with native threads on
-current?  Are there any pathes that you needed to apply?

-- 
Regards,
Georg.
----------------------------------------------------------------------
Who in the world needs 2000 Windows?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26  9:58:55 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 47FFB37B423; Thu, 26 Apr 2001 09:58:44 -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 JAA14842;
	Thu, 26 Apr 2001 09:59:10 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3QGwhs37643;
	Thu, 26 Apr 2001 09:58:43 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104261658.f3QGwhs37643@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: Nik Clayton <nik@freebsd.org>
Cc: "Bruce A. Mah" <bmah@freebsd.org>, freebsd-current@freebsd.org,
	freebsd-doc@freebsd.org
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
In-Reply-To: <20010426103003.A52781@canyon.nothing-going-on.org> 
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <20010426103003.A52781@canyon.nothing-going-on.org>
Comments: In-reply-to Nik Clayton <nik@freebsd.org>
   message dated "Thu, 26 Apr 2001 10:30:04 +0100."
From: bmah@freebsd.org (Bruce A. Mah)
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_1438040942P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 26 Apr 2001 09:58:43 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_1438040942P
Content-Type: text/plain; charset=us-ascii

If memory serves me right, Nik Clayton wrote:

> Like it.

OK, thanks, that's a good start...

> My main concern is that this is in the src/ tree.  As other people
> have said this is going to complicate things for src/ folks who just
> want up to date release notes, 

This problem (which I agree is valid) is not so much a problem as to 
where the release notes live, but the fact that one needs to actually 
build human-readable renderings of them.  If people can't be bothered 
to install the docproj port and the doc/ tree to get release notes 
living in src/, putting the release notes in doc/ sure isn't going to 
help.  It's trivial to put the release notes for -RELEASE versions up 
(the Web site does this already), and Dima thinks it's possible to do 
this for -CURRENT too (and -STABLE if and when it's applicable).

> and for doc/ people who might not track
> -stable or -current, but who want to work on the SGML side of things.

You don't need to track -STABLE or -CURRENT to work on the docs.  I run 
4-STABLE on all of my machines except one, yet I routinely use those 
machines to handle commits to 5-CURRENT and 3-STABLE as well:

	% cd ~bmah/FreeBSD/5-CURRENT
	% cvs co release
	% cd ~bmah/FreeBSD/4-STABLE
	% cvs co -r RELENG_4 release
	% cd ~bmah/FreeBSD/3-STABLE
	% cvs co -r RELENG_3 release

Putting the release notes in doc/ means that the src/ committers (who I 
just *barely* got now to make changes to the release notes) are going 
to have to chase through parts of the doc/ hierarchy.  I'm pretty sure 
I'm going to lose the few converts I've won if I let people talk me 
into this.

> Also, if we want to put these on the website then it means that anyone
> doing so will need to have checked out www/, doc/, and src/release/
> trees.

I got the impression that this would not be hard.  They don't need to 
have all of src/ checked out, and if enough people complain about it, we 
can probably make another module which is just the RELNOTESng part of 
src/release.

> Could this come under doc/, and either have a CVS branch for RELENG_4
> for just the release notes directory hierarchy, or I could start work on
> the osrel{min,max,in} attribute support code again. . .

Can it come under doc/?  Sure.  Do I think it's the right thing?  No.

I don't like the idea of having one part of doc/ branched and another 
part not (especially when the part that's not branched lives higher in 
the directory hierarchy).  So if I want to work on RELENG_4's release 
notes, I need to checkout HEAD's doc/ and then check out the release 
note's subtree with a RELENG_4 tag.

The osrel{min,max} attributes work to a point, but they presume that
there is a total ordering on version numbers.  For -RELEASEs, this just
*might* be possible.  But when there's multiple development tracks going
on in parallel (and release note items appear *between* releases), this
falls apart.  How do you express the idea that the fix for the
vulnerability described by a security advisory is present in
3.5-STABLE-after-2001-04-06, 4.2-STABLE-after-2001-04-06, and
5.0-CURRENT-after-2001-04-06?  CVS branches (for all their shortcomings)
handle this pretty well, without the need for complex stylesheet
customizations.  Let's just use the right tool for the right job.

(BTW I do want to try to use what you've done with attributes to
implement the DocBook arch= attribute, to do better multi-platform
support.)

I appreciate all the solutions people have put forth, but I think
they're solving a non-problem.  If I leave the release notes in src/
(which is where they've *been* all along, I might add), it's a more
natural fit because release notes are tied to CVS branches and releases
(tags) on those branches.  They live closer in the filesystem hierarchy
and, more importantly, they get exactly the same branching behavior as
the rest of src/.

Thanks,

Bruce.




--==_Exmh_1438040942P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE66FPD2MoxcVugUsMRAmcgAKD+BObfxPVUDIzwyhN1f3WFAMr9WQCeON74
MOVjuSSfyUm6A3FTRC0WZCw=
=/hdu
-----END PGP SIGNATURE-----

--==_Exmh_1438040942P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 10:31: 2 2001
Delivered-To: freebsd-current@freebsd.org
Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id B94B137B423; Thu, 26 Apr 2001 10:30:56 -0700 (PDT)
	(envelope-from wkb@freebie.demon.nl)
Received: from [212.238.54.101] (helo=freebie.demon.nl)
	by post.mail.nl.demon.net with smtp (Exim 3.22 #1)
	id 14spbQ-00092s-00; Thu, 26 Apr 2001 17:30:52 +0000
Received: (from wkb@localhost)
	by freebie.demon.nl (8.11.3/8.11.2) id f3QHYln00799;
	Thu, 26 Apr 2001 19:34:47 +0200 (CEST)
	(envelope-from wkb)
Date: Thu, 26 Apr 2001 19:34:47 +0200
From: Wilko Bulte <wkb@freebie.demon.nl>
To: Warner Losh <imp@harmony.village.org>
Cc: "Antoine Beaupre (LMC)" <Antoine.Beaupre@ericsson.ca>,
	Leif Neland <leifn@neland.dk>, freebsd-current@freebsd.org,
	freebsd-doc@freebsd.org
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010426193447.A765@freebie.demon.nl>
References: <3AE729DA.C367DF53@lmc.ericsson.se> <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk> <3AE729DA.C367DF53@lmc.ericsson.se> <200104252306.f3PN6C828011@harmony.village.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200104252306.f3PN6C828011@harmony.village.org>; from imp@harmony.village.org on Wed, Apr 25, 2001 at 05:06:12PM -0600
X-OS: FreeBSD 4.3-STABLE
X-PGP: finger wilko@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Wed, Apr 25, 2001 at 05:06:12PM -0600, Warner Losh wrote:
> In message <3AE729DA.C367DF53@lmc.ericsson.se> "Antoine Beaupre (LMC)" writes:
> : Hey whatever. Let's just keep a rendered TXT version where it always
> : (ie. in the src/release... cvs) was but keep the originial as a sgml
> : version in the doc tree.
> 
> UPDATING will continue to be a flat file, or I will no longer maintain
> it.

Right ;-) "Form follows function"

-- 
|   / o / /  _  	 Arnhem, The Netherlands    	email: wilko@freebsd.org
|/|/ / / /( (_) Bulte	 Powered by FreeBSD/alpha 	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  Thu Apr 26 10:51:56 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2D35B37B423; Thu, 26 Apr 2001 10:51:50 -0700 (PDT)
	(envelope-from bmah@cisco.com)
Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42])
	by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id KAA24379;
	Thu, 26 Apr 2001 10:51:22 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3QHpH839287;
	Thu, 26 Apr 2001 10:51:17 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104261751.f3QHpH839287@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: Wilko Bulte <wkb@freebie.demon.nl>
Cc: Warner Losh <imp@harmony.village.org>,
	"Antoine Beaupre (LMC)" <Antoine.Beaupre@ericsson.ca>,
	Leif Neland <leifn@neland.dk>, freebsd-current@FreeBSD.ORG,
	freebsd-doc@FreeBSD.ORG
Subject: Re: [RFC] RELNOTESng for 5-CURRENT 
In-Reply-To: <20010426193447.A765@freebie.demon.nl> 
References: <3AE729DA.C367DF53@lmc.ericsson.se> <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <Pine.BSF.4.21.0104250050530.10183-100000@takhus.dyn.mind.net> <20010425211805N.matusita@jp.FreeBSD.org> <200104251658.f3PGwe220619@bmah-freebsd-0.cisco.com> <20010425202204.A1311@freebie.demon.nl> <03f001c0cdbf$d6257300$6405a8c0@neland.dk> <3AE729DA.C367DF53@lmc.ericsson.se> <200104252306.f3PN6C828011@harmony.village.org> <20010426193447.A765@freebie.demon.nl>
Comments: In-reply-to Wilko Bulte <wkb@freebie.demon.nl>
   message dated "Thu, 26 Apr 2001 19:34:47 +0200."
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_1780455570P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 26 Apr 2001 10:51:17 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_1780455570P
Content-Type: text/plain; charset=us-ascii

If memory serves me right, Wilko Bulte wrote:
> On Wed, Apr 25, 2001 at 05:06:12PM -0600, Warner Losh wrote:
> > In message <3AE729DA.C367DF53@lmc.ericsson.se> "Antoine Beaupre (LMC)" writ
> es:
> > : Hey whatever. Let's just keep a rendered TXT version where it always
> > : (ie. in the src/release... cvs) was but keep the originial as a sgml
> > : version in the doc tree.
> > 
> > UPDATING will continue to be a flat file, or I will no longer maintain
> > it.
> 
> Right ;-) "Form follows function"

I thought I responded to Warner's, er, strong statement of his position,
earlier, but I'm not sure.  So, for the record, I *have* no intention,
and never *had* any intention of touching src/UPDATING, changing its
format, or even gazing wistfully in its general direction.

Bruce.




--==_Exmh_1780455570P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE66GAV2MoxcVugUsMRAtH2AKD82nVPWf2A0UD7+KIzHZq/flRecgCgiGpG
ENlB3vGvCqwnx2Y8V6NSt54=
=HjJk
-----END PGP SIGNATURE-----

--==_Exmh_1780455570P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 11:33: 8 2001
Delivered-To: freebsd-current@freebsd.org
Received: from reuben.meganet.net (reuben.meganet.net [209.213.64.2])
	by hub.freebsd.org (Postfix) with ESMTP id 5A3F437B423
	for <freebsd-current@freebsd.org>; Thu, 26 Apr 2001 11:32:55 -0700 (PDT)
	(envelope-from estair@computer-exchange.com)
Received: from proxy (dial-tnt01-p2-015.bos.ma.meganet.net [209.213.73.15])
	by reuben.meganet.net (8.9.3/8.9.1-BW0200.01SP) with SMTP id OAA02105
	for <freebsd-current@freebsd.org>; Thu, 26 Apr 2001 14:32:28 -0400
From: estair@computer-exchange.com
Message-ID: <00c001c0ce7f$7e7a8120$4900a8c0@mshome.net>
To: <freebsd-current@freebsd.org>
Subject: Keyboard controller locks up during kernel initialization with Belkin KVM switch...
Date: Thu, 26 Apr 2001 14:34:00 -0400
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

I'm using a Belkin OmniView SE 4-port PS/2 KVM switch at home to
toggle between my 4 Unix boxen.  The problem I'm having is that on the
machine running 5-CURRENT if I power on the system (or reboot) when
the active switch port is anything other than the BSD box the system boots
ok but I cannot log in or safely shut down from the console.  All keyboard/
mouse functions are inaccessible and I have to log in via ssh to shut it
down
gracefully.

This problem does not occur if the machine is running any other OS
(previously
Solaris 8, and linux 2.4) and I *do* recall it happening on another machine
that was running 4.2_Release.  I'm not a programmer :(, but IMO I'm guessing
that when the kernel initializes the console devices (kbd/mouse/vga) it is
polling
it in a method that is incompatible with the emulation of the KVM switch...
??
Note that I do not have this problem with any of the other systems on this
switch
running Solaris 8, 2x Linux (2.4.x), Windows 2000.

The only reference I've seen to a similar problem is this post:
http://www.monkey.org/openbsd/archive/misc/0009/msg00180.html
If there is a simple fix that I'm unaware of, I'd love to know it.  If not
and it is an
open/unresolved issue I'd be more than happy to test fixes and give
feedback.

Thanks to the hackers,
Cheers,

/eli


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 11:55:16 2001
Delivered-To: freebsd-current@freebsd.org
Received: from w250.z064001178.sjc-ca.dsl.cnc.net (w250.z064001178.sjc-ca.dsl.cnc.net [64.1.178.250])
	by hub.freebsd.org (Postfix) with SMTP id F1BB937B423
	for <freebsd-current@freebsd.org>; Thu, 26 Apr 2001 11:55:12 -0700 (PDT)
	(envelope-from josb@cncdsl.com)
Received: (qmail 27098 invoked by uid 1000); 26 Apr 2001 18:55:00 -0000
Date: Thu, 26 Apr 2001 11:54:38 -0700
From: Jos Backus <josb@cncdsl.com>
To: freebsd-current@freebsd.org
Subject: Re: Keyboard controller locks up during kernel initialization with Belkin KVM switch...
Message-ID: <20010426115438.A26762@lizzy.bugworks.com>
Reply-To: Jos Backus <josb@cncdsl.com>
Mail-Followup-To: freebsd-current@freebsd.org
References: <00c001c0ce7f$7e7a8120$4900a8c0@mshome.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <00c001c0ce7f$7e7a8120$4900a8c0@mshome.net>; from estair@computer-exchange.com on Thu, Apr 26, 2001 at 02:33:38PM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Thu, Apr 26, 2001 at 02:33:38PM -0400, estair@computer-exchange.com wrote:
> I'm using a Belkin OmniView SE 4-port PS/2 KVM switch at home to
> toggle between my 4 Unix boxen.

Are you using version 1.5 of the OmniView (see bottom)?  Belkin says this
problem is fixed in version 1.9, so you may wish to give them a call.

-- 
Jos Backus                 _/  _/_/_/        "Modularity is not a hack."
                          _/  _/   _/                -- D. J. Bernstein
                         _/  _/_/_/             
                    _/  _/  _/    _/
josb@cncdsl.com     _/_/   _/_/_/            use Std::Disclaimer;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 12:16:59 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 4326E37B424
	for <freebsd-current@FreeBSD.ORG>; Thu, 26 Apr 2001 12:16:54 -0700 (PDT)
	(envelope-from obrien@NUXI.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.11.3/8.11.1) id f3QJGKl93156;
	Thu, 26 Apr 2001 12:16:20 -0700 (PDT)
	(envelope-from obrien)
Date: Thu, 26 Apr 2001 12:16:20 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: Dima Dorfman <dima@unixfreak.org>
Cc: Garance A Drosihn <drosih@rpi.edu>,
	"John W. De Boskey" <jwd@bsdwins.com>,
	"David O'Brien" <freebsd-current@FreeBSD.ORG>,
	Brian Somers <brian@Awfulhak.org>
Subject: Re: Updated: cp -t patch (w/ commentary)
Message-ID: <20010426121620.B92915@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
References: <p05100c03b70ca78af686@[128.113.24.47]> <20010426010815.51F133E2A@bazooka.unixfreak.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010426010815.51F133E2A@bazooka.unixfreak.org>; from dima@unixfreak.org on Wed, Apr 25, 2001 at 06:08:15PM -0700
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 25, 2001 at 06:08:15PM -0700, Dima Dorfman wrote:
> 					Dima Dorfman
> 					dima@unixfreak.org
> 
> P.S.  obrien: that's a very clever and unintrusive way of avoiding
> getting two copies of a message; much better than TrimYourCC@nuxi.com.

P.S. Dima: see the archives for my discussion of my requirements.  I
welcome your "very clever and unintrusive way", but if it is just the
statement "use procmail", don't bother unless you're going to supply the
rules that suit my needs.  The standard simplistic delete dups doesn't.

BTW, I am not the only one that feels procmail isn't suffient, and uses
things like "TrimYourCC".

> Those of us (well, at least me) who actually want a copy of the
> message in our inbox greatly appreciate it.  Thanks!

Yes, so I've discovered.  I no longer trim them myself.  I would just add
a request to be removed from the CC line on replies to my emails, but
nobody would pay attention to it.

-- 
-- 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  Thu Apr 26 13:21:45 2001
Delivered-To: freebsd-current@freebsd.org
Received: from garm.bart.nl (garm.bart.nl [194.158.170.13])
	by hub.freebsd.org (Postfix) with ESMTP id 3DD3037B423
	for <current@freebsd.org>; Thu, 26 Apr 2001 13:21:38 -0700 (PDT)
	(envelope-from asmodai@wxs.nl)
Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6])
	by garm.bart.nl (8.10.1/8.10.1) with ESMTP id f3QKLVS05806
	for <current@freebsd.org>; Thu, 26 Apr 2001 22:21:32 +0200 (CEST)
Received: (from asmodai@localhost)
	by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f3QKLWM56214
	for current@freebsd.org; Thu, 26 Apr 2001 22:21:32 +0200 (CEST)
	(envelope-from asmodai)
Date: Thu, 26 Apr 2001 22:21:32 +0200
From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
To: current@freebsd.org
Subject: cp -u patch
Message-ID: <20010426222132.B55566@daemon.ninth-circle.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3"
Content-Disposition: inline
User-Agent: Mutt/1.2i
Organisation: Ninth-Circle Enterprises
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Please test this further.

This adds -u to our cp, which is a reimplemented GNU feature after Jim
Mock asked me if we supported -u in our cp.

Basically cp -u compares src and dest and only overwrites if dest's
mtime < src's mtime.

Only caveat which I haven't yet solved is that it still shows dirs on
cp -Ruv copy actions, whilst it doesn't copy the directory.  Solutions
welcome.

Question is, do we want to add this to our cp?

I found it handy for stuff like:

cp -Ruv mozilla mozilla-test

so that my mozilla CVS tree [not touched] only overwrites the
mozilla-test files which are older.

-- 
Jeroen Ruigrok van der Werven/Asmodai --=-- asmodai@[wxs.nl|freebsd.org]
Documentation nutter/C-rated Coder BSD: Technical excellence at its best  
http://www.freebsd.org/doc/en_US.ISO_8859-1/books/developers-handbook/
Only in sleep can one find salvation that resembles Death...

--BOKacYhQ+x31HxR3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="cp.diff"

Index: src/bin/cp/cp.1
===================================================================
RCS file: /home/ncvs/FreeBSD/src/bin/cp/cp.1,v
retrieving revision 1.16.2.2
diff -u -r1.16.2.2 cp.1
--- src/bin/cp/cp.1	2001/03/05 04:32:59	1.16.2.2
+++ src/bin/cp/cp.1	2001/04/14 11:54:01
@@ -48,7 +48,10 @@
 .Op Fl H | Fl L | Fl P
 .Oc
 .Op Fl f | i
-.Op Fl pv
+.Oo
+.Fl v
+.Op Fl p | u
+.Oc
 .Ar source_file target_file
 .Nm
 .Oo
@@ -56,7 +59,10 @@
 .Op Fl H | Fl L | Fl P
 .Oc
 .Op Fl f | i
-.Op Fl pv
+.Oo
+.Fl v
+.Op Fl p | u
+.Oc
 .Ar source_file ... target_directory
 .Sh DESCRIPTION
 In the first synopsis form, the
@@ -155,6 +161,13 @@
 and either the user ID or group ID cannot be preserved, neither
 the set user ID nor set group ID bits are preserved in the copy's
 permissions.
+.It Fl u
+Cause
+.Nm
+to not copy the source file
+if the modification time is less than
+or equal to the modification time of the destination file,
+if it exists.
 .It Fl v
 Cause
 .Nm
Index: src/bin/cp/cp.c
===================================================================
RCS file: /home/ncvs/FreeBSD/src/bin/cp/cp.c,v
retrieving revision 1.24
diff -u -r1.24 cp.c
--- src/bin/cp/cp.c	1999/11/28 09:34:21	1.24
+++ src/bin/cp/cp.c	2001/04/12 16:16:37
@@ -83,7 +83,7 @@
 PATH_T to = { to.p_path, "", "" };
 
 uid_t myuid;
-int Rflag, iflag, pflag, rflag, fflag, vflag;
+int Rflag, iflag, pflag, rflag, fflag, uflag, vflag;
 int myumask;
 
 enum op { FILE_TO_FILE, FILE_TO_DIR, DIR_TO_DNE };
@@ -102,7 +102,7 @@
 	char *target;
 
 	Hflag = Lflag = Pflag = 0;
-	while ((ch = getopt(argc, argv, "HLPRfiprv")) != -1)
+	while ((ch = getopt(argc, argv, "HLPRfipruv")) != -1)
 		switch (ch) {
 		case 'H':
 			Hflag = 1;
@@ -132,6 +132,11 @@
 			break;
 		case 'r':
 			rflag = 1;
+			break;
+		case 'u':
+			uflag = 1;
+			fflag = 0;
+			pflag = 0;
 			break;
 		case 'v':
 			vflag = 1;
Index: src/bin/cp/extern.h
===================================================================
RCS file: /home/ncvs/FreeBSD/src/bin/cp/extern.h,v
retrieving revision 1.9
diff -u -r1.9 extern.h
--- src/bin/cp/extern.h	1999/08/27 23:13:39	1.9
+++ src/bin/cp/extern.h	2001/04/12 16:07:56
@@ -42,7 +42,7 @@
 
 extern PATH_T to;
 extern uid_t myuid;
-extern int iflag, pflag, fflag, vflag, myumask;
+extern int iflag, pflag, fflag, uflag, vflag, myumask;
 
 #include <sys/cdefs.h>
 
Index: src/bin/cp/utils.c
===================================================================
RCS file: /home/ncvs/FreeBSD/src/bin/cp/utils.c,v
retrieving revision 1.27.2.1
diff -u -r1.27.2.1 utils.c
--- src/bin/cp/utils.c	2000/10/27 16:24:22	1.27.2.1
+++ src/bin/cp/utils.c	2001/04/15 19:21:27
@@ -62,7 +62,7 @@
 	int dne;
 {
 	static char buf[MAXBSIZE];
-	struct stat to_stat, *fs;
+	struct stat from_stat, to_stat, *fs;
 	int ch, checkch, from_fd, rcount, rval, to_fd, wcount, wresid;
 	char *bufp;
 #ifdef VM_AND_BUFFER_CACHE_SYNCHRONIZED
@@ -105,9 +105,27 @@
 		    (void)unlink(to.p_path);
 		    to_fd = open(to.p_path, O_WRONLY | O_TRUNC | O_CREAT,
 				 fs->st_mode & ~(S_ISUID | S_ISGID));
-		} else 
-		    /* overwrite existing destination file name */
-		    to_fd = open(to.p_path, O_WRONLY | O_TRUNC, 0);
+		} else {
+			if (uflag) {
+				if (fstat(from_fd, &from_stat) == -1) {
+					warn("%s", entp->fts_path);
+					(void)close(from_fd);
+					return (1);
+				} else if (stat(to.p_path, &to_stat) == -1) {
+					warn("%s", to.p_path);
+					(void)close(from_fd);
+					return (1);
+				}
+
+				if (from_stat.st_mtime <= to_stat.st_mtime) {
+					(void)close(from_fd);
+					return (1);
+				}
+			}
+
+			/* overwrite existing destination file name */
+			to_fd = open(to.p_path, O_WRONLY | O_TRUNC, 0);
+		}
 	} else
 		to_fd = open(to.p_path, O_WRONLY | O_TRUNC | O_CREAT,
 		    fs->st_mode & ~(S_ISUID | S_ISGID));
@@ -324,7 +342,7 @@
 {
 
 	(void)fprintf(stderr, "%s\n%s\n",
-"usage: cp [-R [-H | -L | -P]] [-f | -i] [-pv] src target",
-"       cp [-R [-H | -L | -P]] [-f | -i] [-pv] src1 ... srcN directory");
+"usage: cp [-R [-H | -L | -P]] [-f | -i] [-v [-p | -u]] src target",
+"       cp [-R [-H | -L | -P]] [-f | -i] [-v [-p | -u]] src1 ... srcN directory");
 	exit(EX_USAGE);
 }

--BOKacYhQ+x31HxR3--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 14:15:27 2001
Delivered-To: freebsd-current@freebsd.org
Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33])
	by hub.freebsd.org (Postfix) with ESMTP id BF6FA37B422
	for <current@FreeBSD.ORG>; Thu, 26 Apr 2001 14:15:23 -0700 (PDT)
	(envelope-from jwd@bsdwins.com)
Received: (from jwd@localhost)
	by bsdone.bsdwins.com (8.11.1/8.11.0) id f3QLFMn52113;
	Thu, 26 Apr 2001 17:15:22 -0400 (EDT)
	(envelope-from jwd)
Date: Thu, 26 Apr 2001 17:15:22 -0400
From: "John W. De Boskey" <jwd@bsdwins.com>
To: current@FreeBSD.ORG
Cc: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
Subject: Re: cp -u patch
Message-ID: <20010426171522.A51935@bsdwins.com>
References: <20010426222132.B55566@daemon.ninth-circle.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010426222132.B55566@daemon.ninth-circle.org>; from asmodai@wxs.nl on Thu, Apr 26, 2001 at 10:21:32PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

You are one brave soul if the only precedent you have for this
patch is GNU cp.

Personally, I see nothing wrong with it.

With respect to how you short circuit the copy if
the mtimes are 'ok', you probably need to return a value
different than 1 so that your caller can distinquish between
a failed copy (badcp = rval = 1) and a skipped copy.

Thus, the return code from 'cp' will be correct. With your
patch, if the -u option skips a file, the return code from
cp is 1.

Just my .02 cents,
-John

----- Jeroen Ruigrok/Asmodai's Original Message -----
> Please test this further.
> 
> This adds -u to our cp, which is a reimplemented GNU feature after Jim
> Mock asked me if we supported -u in our cp.
> 
> Basically cp -u compares src and dest and only overwrites if dest's
> mtime < src's mtime.
> 
> Only caveat which I haven't yet solved is that it still shows dirs on
> cp -Ruv copy actions, whilst it doesn't copy the directory.  Solutions
> welcome.
> 
> Question is, do we want to add this to our cp?
> 
> I found it handy for stuff like:
> 
> cp -Ruv mozilla mozilla-test
> 
> so that my mozilla CVS tree [not touched] only overwrites the
> mozilla-test files which are older.
> 
> -- 
> Jeroen Ruigrok van der Werven/Asmodai --=-- asmodai@[wxs.nl|freebsd.org]
> Documentation nutter/C-rated Coder BSD: Technical excellence at its best  
> http://www.freebsd.org/doc/en_US.ISO_8859-1/books/developers-handbook/
> Only in sleep can one find salvation that resembles Death...


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 14:22: 6 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 8377837B422
	for <current@FreeBSD.ORG>; Thu, 26 Apr 2001 14:22:04 -0700 (PDT)
	(envelope-from dillon@earth.backplane.com)
Received: (from dillon@localhost)
	by earth.backplane.com (8.11.2/8.11.2) id f3QLLkE56741;
	Thu, 26 Apr 2001 14:21:46 -0700 (PDT)
	(envelope-from dillon)
Date: Thu, 26 Apr 2001 14:21:46 -0700 (PDT)
From: Matt Dillon <dillon@earth.backplane.com>
Message-Id: <200104262121.f3QLLkE56741@earth.backplane.com>
To: "John W. De Boskey" <jwd@bsdwins.com>
Cc: current@FreeBSD.ORG, Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
Subject: Re: cp -u patch
References: <20010426222132.B55566@daemon.ninth-circle.org> <20010426171522.A51935@bsdwins.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


:You are one brave soul if the only precedent you have for this
:patch is GNU cp.
:
:Personally, I see nothing wrong with it.
:
:With respect to how you short circuit the copy if
:the mtimes are 'ok', you probably need to return a value
:different than 1 so that your caller can distinquish between
:a failed copy (badcp = rval = 1) and a skipped copy.
:
:Thus, the return code from 'cp' will be correct. With your
:patch, if the -u option skips a file, the return code from
:cp is 1.
:
:Just my .02 cents,
:-John

    Guys, putting all this piecemeal junk into 'cp' is a waste of effort.
    Use cpdup if you want to make an efficient, exact copy of a filesystem.
    You can find it in ports.

    I'm working on a new version of cpdup that will operate over a stream
    connection (client/server environment), but it isn't quite ready yet.

    I also have a few bug fixes almost ready to go out, mainly related to
    making cpdup work better on files which have been chflags'd.  

    But what is in ports right now works extremely well.

    						-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 26 14:26: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 46F8F37B422
	for <current@FreeBSD.ORG>; Thu, 26 Apr 2001 14:26:54 -0700 (PDT)
	(envelope-from dillon@earth.backplane.com)
Received: (from dillon@localhost)
	by earth.backplane.com (8.11.2/8.11.2) id f3QLQkA56841;
	Thu, 26 Apr 2001 14:26:46 -0700 (PDT)
	(envelope-from dillon)
Date: Thu, 26 Apr 2001 14:26:46 -0700 (PDT)
From: Matt Dillon <dillon@earth.backplane.com>
Message-Id: <200104262126.f3QLQkA56841@earth.backplane.com>
To: "John W. De Boskey" <jwd@bsdwins.com>
Cc: current@FreeBSD.ORG, Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
Subject: Re: cp -u patch
References: <20010426222132.B55566@daemon.ninth-circle.org> <20010426171522.A51935@bsdwins.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


:You are one brave soul if the only precedent you have for this
:patch is GNU cp.
:
:Personally, I see nothing wrong with it.

    The time check is broken, for one.  Any adjustment to the system time
    has the potential to screw up the feature.  The time check must be
    T1 != T2, not T1 < T2, and then use utimes() to set the destination file's
    time to be the same as the original.  And that's just one issue out of 
    many.

    There is a whole lot more to doing an efficient copy then simply checking
    the mtime.  It's silly to try to integrate it into 'cp'.  Use cpdup
    instead.  plug plug plug.

						-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 26 16: 7:11 2001
Delivered-To: freebsd-current@freebsd.org
Received: from smtp10.phx.gblx.net (smtp10.phx.gblx.net [206.165.6.140])
	by hub.freebsd.org (Postfix) with ESMTP id 7A3F137B422
	for <current@freebsd.org>; Thu, 26 Apr 2001 16:07:09 -0700 (PDT)
	(envelope-from tlambert@usr05.primenet.com)
Received: (from daemon@localhost)
	by smtp10.phx.gblx.net (8.9.3/8.9.3) id QAA42896;
	Thu, 26 Apr 2001 16:07:07 -0700
Received: from usr05.primenet.com(206.165.6.205)
 via SMTP by smtp10.phx.gblx.net, id smtpdAm6kMa; Thu Apr 26 16:06:57 2001
Received: (from tlambert@localhost)
	by usr05.primenet.com (8.8.5/8.8.5) id QAA29635;
	Thu, 26 Apr 2001 16:10:17 -0700 (MST)
From: Terry Lambert <tlambert@primenet.com>
Message-Id: <200104262310.QAA29635@usr05.primenet.com>
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable
To: current@freebsd.org
Date: Thu, 26 Apr 2001 23:10:17 +0000 (GMT)
Cc: terry@lambert.org
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

] The problem is that param.c is *not* included in gensetdefs scope.
] Therefore linker set entries (ie: SYSINIT etc) are not executed.  TUNABLE*
] entries in param.c are simply not called or used.
] 
] SYSTEM_OBJS= locore.o setdef0.o vnode_if.o ${OBJS} ioconf.o param.o config.o \
]         setdef1.o hack.So
] ...
] setdef0.c setdef1.c setdefs.h: ${OBJS}
]         @gensetdefs ${OBJS}
] 
] param.o is not included in ${OBJS}.  I dont see how this patch can work
] as-is.

Has this changed in -current?

I'm running on 4.3-RELEASE (now), and it has no problems.

Are you sure you aren't linking param.o into your kernel anywhere?

It's the linker that does the magic, not anything else (as you know);
I can assure you it's running fine on my 4.3 box.


					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  Thu Apr 26 16:10:30 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 1BDB237B424
	for <freebsd-current@FreeBSD.ORG>; Thu, 26 Apr 2001 16:10:25 -0700 (PDT)
	(envelope-from des@ofug.org)
Received: (from des@localhost)
	by flood.ping.uio.no (8.9.3/8.9.3) id BAA58221;
	Fri, 27 Apr 2001 01:10:21 +0200 (CEST)
	(envelope-from des@ofug.org)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Peter Jeremy <peter.jeremy@alcatel.com.au>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: WITNESS + WITNESS_SKIPSPIN = panic
References: <20010415093916.A39554@gsmx07.alcatel.com.au>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 27 Apr 2001 01:10:20 +0200
In-Reply-To: <20010415093916.A39554@gsmx07.alcatel.com.au>
Message-ID: <xzplmonxnoj.fsf@flood.ping.uio.no>
Lines: 8
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

Peter Jeremy <peter.jeremy@alcatel.com.au> writes:
> Is there any progress on fixing this?

I posted a patch a couple of months ago.  Search the archives.

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  Thu Apr 26 16:25:43 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 D58D037B422
	for <freebsd-current@FreeBSD.ORG>; Thu, 26 Apr 2001 16:25:39 -0700 (PDT)
	(envelope-from des@ofug.org)
Received: (from des@localhost)
	by flood.ping.uio.no (8.9.3/8.9.3) id BAA58313;
	Fri, 27 Apr 2001 01:25:35 +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: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>
Cc: Dima Dorfman <dima@unixfreak.org>, freebsd-current@FreeBSD.ORG
Subject: Re: Boot messages
References: <XFMail.010425002716.riccardo@torrini.org>
	<20010424231959.933A63E2B@bazooka.unixfreak.org>
	<200104250131.VAA01900@khavrinen.lcs.mit.edu>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 27 Apr 2001 01:25:35 +0200
In-Reply-To: <200104250131.VAA01900@khavrinen.lcs.mit.edu>
Message-ID: <xzpg0evxmz4.fsf@flood.ping.uio.no>
Lines: 20
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

Garrett Wollman <wollman@khavrinen.lcs.mit.edu> writes:
> The ``can't assign resources'' messages indicate that the devices are
> legacy ISA devices for which a non-PnP-aware driver is compiled into
> the kernel.

Wrong.

> If it didn't say ``can't assign resources'', then *and only then* is
> the device in question not configured in the kernel.

Wrong (well, it depends on your definition of "configured").

>                                                       AIUI such
> messages are currently disabled unless one boots in verbose mode.

Wrong.

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  Thu Apr 26 16:49:11 2001
Delivered-To: freebsd-current@freebsd.org
Received: from ashburn.skiltech.com (ashburn.skiltech.com [216.235.79.239])
	by hub.freebsd.org (Postfix) with ESMTP id 07AC937B424
	for <freebsd-current@FreeBSD.ORG>; Thu, 26 Apr 2001 16:49:09 -0700 (PDT)
	(envelope-from minter@ashburn.skiltech.com)
Received: (from minter@localhost)
	by ashburn.skiltech.com (8.11.3/8.11.1) id f3QNn8723781;
	Thu, 26 Apr 2001 19:49:08 -0400 (EDT)
	(envelope-from minter)
Date: Thu, 26 Apr 2001 19:49:08 -0400 (EDT)
From: "H. Wade Minter" <minter@lunenburg.org>
X-X-Sender:  <minter@ashburn.skiltech.com>
To: <freebsd-current@FreeBSD.ORG>
Subject: Upgrading from 4-STABLE to 5-CURRENT
Message-ID: <Pine.BSF.4.33.0104261947220.23438-100000@ashburn.skiltech.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Greetings,

I'm trying to upgrade my 4-STABLE box at home to 5-CURRENT to play around
with some new stuff.  I haven't done an upgrade like this before, usually
staying on the -STABLE path.

I cvsup'd the sources using tag=. as shown in the standard supfile.
However, when I try to do a make buildworld from /usr/src, I get:

===> usr.bin/xlint/llib
/usr/obj/usr/src/usr.bin/xlint/llib/../xlint/xlint -Cposix
/usr/src/usr.bin/xlint/llib/llib-lposix
/usr/libexec/ld-elf.so.1: Shared object "libc.so.5" not found
*** Error code 1

Stop in /usr/src/usr.bin/xlint/llib.
*** Error code 1

Stop in /usr/src/usr.bin/xlint.
*** 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.
bash-2.05#

Is this something I'm doing wrong, or is it an "issue"?

Thanks,
Wade


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 17: 4:14 2001
Delivered-To: freebsd-current@freebsd.org
Received: from nothing-going-on.demon.co.uk (pc-62-31-42-141-hy.blueyonder.co.uk [62.31.42.141])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3C7C737B634; Thu, 26 Apr 2001 17:03:42 -0700 (PDT)
	(envelope-from nik@nothing-going-on.demon.co.uk)
Received: (from nik@localhost)
	by nothing-going-on.demon.co.uk (8.11.3/8.11.3) id f3QIwGP04042;
	Thu, 26 Apr 2001 19:58:16 +0100 (BST)
	(envelope-from nik)
Date: Thu, 26 Apr 2001 19:58:16 +0100
From: Nik Clayton <nik@freebsd.org>
To: "Bruce A. Mah" <bmah@freebsd.org>
Cc: Nik Clayton <nik@freebsd.org>, freebsd-current@freebsd.org,
	freebsd-doc@freebsd.org
Subject: Re: [RFC] RELNOTESng for 5-CURRENT
Message-ID: <20010426195815.B77194@canyon.nothing-going-on.org>
References: <200104241603.f3OG3AB06290@bmah-freebsd-0.cisco.com> <20010426103003.A52781@canyon.nothing-going-on.org> <200104261658.f3QGwhs37643@bmah-freebsd-0.cisco.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="CdrF4e02JqNVZeln"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200104261658.f3QGwhs37643@bmah-freebsd-0.cisco.com>; from bmah@freebsd.org on Thu, Apr 26, 2001 at 09:58:43AM -0700
Organization: FreeBSD Project <URL:http://www.freebsd.org/>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--CdrF4e02JqNVZeln
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Apr 26, 2001 at 09:58:43AM -0700, Bruce A. Mah wrote:
> This problem (which I agree is valid) is not so much a problem as to=20
> where the release notes live, but the fact that one needs to actually=20
> build human-readable renderings of them.  If people can't be bothered=20
> to install the docproj port and the doc/ tree to get release notes=20
> living in src/, putting the release notes in doc/ sure isn't going to=20
> help.  It's trivial to put the release notes for -RELEASE versions up=20
> (the Web site does this already), and Dima thinks it's possible to do=20
> this for -CURRENT too (and -STABLE if and when it's applicable).

I think this, as a whole, is a non-problem.  It's trivial to script a
daily build of the release notes and mirror it to the FTP site (and/or
include it in the twice daily build of the web site).

> Putting the release notes in doc/ means that the src/ committers (who I=
=20
> just *barely* got now to make changes to the release notes) are going=20
> to have to chase through parts of the doc/ hierarchy.  I'm pretty sure=20
> I'm going to lose the few converts I've won if I let people talk me=20
> into this.

True, true.

> > Also, if we want to put these on the website then it means that anyone
> > doing so will need to have checked out www/, doc/, and src/release/
> > trees.
>=20
> I got the impression that this would not be hard.  They don't need to=20
> have all of src/ checked out, and if enough people complain about it, we=
=20
> can probably make another module which is just the RELNOTESng part of=20
> src/release.

I think that would be a definite requirement.  We could even make
release/ a top level directory, alongside src/, doc/, and ports/.

> > Could this come under doc/, and either have a CVS branch for RELENG_4
> > for just the release notes directory hierarchy, or I could start work on
> > the osrel{min,max,in} attribute support code again. . .
>=20
> Can it come under doc/?  Sure.  Do I think it's the right thing?  No.
>=20
> I don't like the idea of having one part of doc/ branched and another=20
> part not (especially when the part that's not branched lives higher in=20
> the directory hierarchy). =20

I don't either (just because I suggest something doesn't mean I always
think it's the best way).

At the end of the day, you're the guy doing the work. . .

N
--=20
FreeBSD: The Power to Serve             http://www.freebsd.org/
FreeBSD Documentation Project           http://www.freebsd.org/docproj/

          --- 15B8 3FFC DDB4 34B0 AA5F  94B7 93A8 0764 2C37 E375 ---

--CdrF4e02JqNVZeln
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

iEYEARECAAYFAjrob8YACgkQk6gHZCw343WmhgCfdRdXaXP9MJcK1AT0I7vhMSuH
MpAAn1lC7Dqqf7ERBahFyfykUYxI4Ftu
=S4hL
-----END PGP SIGNATURE-----

--CdrF4e02JqNVZeln--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Apr 26 17:16:30 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 2C0BF37B42C
	for <current@FreeBSD.org>; Thu, 26 Apr 2001 17:16:26 -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 f3R0GDG59699;
	Thu, 26 Apr 2001 17:16:13 -0700 (PDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.010426171535.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: <200104262310.QAA29635@usr05.primenet.com>
Date: Thu, 26 Apr 2001 17:15:35 -0700 (PDT)
From: John Baldwin <jhb@FreeBSD.org>
To: Terry Lambert <tlambert@primenet.com>
Subject: Re: PATCH to make maxfiles, maxfiles per proc boot-time tunable
Cc: terry@lambert.org, current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


On 26-Apr-01 Terry Lambert wrote:
> ] The problem is that param.c is *not* included in gensetdefs scope.
> ] Therefore linker set entries (ie: SYSINIT etc) are not executed.  TUNABLE*
> ] entries in param.c are simply not called or used.
> ] 
> ] SYSTEM_OBJS= locore.o setdef0.o vnode_if.o ${OBJS} ioconf.o param.o
> config.o \
> ]         setdef1.o hack.So
> ] ...
> ] setdef0.c setdef1.c setdefs.h: ${OBJS}
> ]         @gensetdefs ${OBJS}
> ] 
> ] param.o is not included in ${OBJS}.  I dont see how this patch can work
> ] as-is.
> 
> Has this changed in -current?
> 
> I'm running on 4.3-RELEASE (now), and it has no problems.
> 
> Are you sure you aren't linking param.o into your kernel anywhere?
> 
> It's the linker that does the magic, not anything else (as you know);
> I can assure you it's running fine on my 4.3 box.

Umm, tunable_int sets up a sysinit to do the setting of the variable.  This
depends on there being a linker set for the sysinit code to see.  Hmmm *checks
link order*.  Ok, param.o is in between setdef0.o and setdef1.o so it does get
included in the linker set ok, but gensetdefs doesn't see it, so the count of
the number of items in a linker set is bogus and invalid.  If the code depends
on that count then the sysinit's in param.o will be ignored.  If the code just
keeps walking down the set until it hits the NULL entry at the end, it will
work.  Hmm, looking at the bubble sort in mi_startup(), it runs until it hits
NULL and doesn't check the linker set count, which is why tunable's in param.c
works, even though it is incorrect.

-- 

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  Thu Apr 26 22:45: 3 2001
Delivered-To: freebsd-current@freebsd.org
Received: from smtp.wanadoo.nl (smtp.wanadoo.nl [194.134.193.6])
	by hub.freebsd.org (Postfix) with ESMTP id 7465E37B423
	for <current@FreeBSD.ORG>; Thu, 26 Apr 2001 22:44:59 -0700 (PDT)
	(envelope-from steveo@eircom.net)
Received: from ams-gw.sohara.org (p1170.vcu.wanadoo.nl [194.134.203.151])
	by smtp.wanadoo.nl (8.11.2/8.11.2) with SMTP id f3R5ieq11376;
	Fri, 27 Apr 2001 07:44:40 +0200 (MET DST)
Date: Fri, 27 Apr 2001 07:44:36 +0200
From: "Steve O'Hara-Smith" <steveo@eircom.net>
To: Matt Dillon <dillon@earth.backplane.com>
Cc: jwd@bsdwins.com, current@FreeBSD.ORG, asmodai@wxs.nl
Subject: Re: cp -u patch
Message-Id: <20010427074436.2fc7bd29.steveo@eircom.net>
In-Reply-To: <200104262126.f3QLQkA56841@earth.backplane.com>
References: <20010426222132.B55566@daemon.ninth-circle.org>
	<20010426171522.A51935@bsdwins.com>
	<200104262126.f3QLQkA56841@earth.backplane.com>
X-Mailer: Sylpheed version 0.4.63cvs15 (GTK+ 1.2.10; i386-unknown-freebsdelf4.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, 26 Apr 2001 14:26:46 -0700 (PDT)
Matt Dillon <dillon@earth.backplane.com> wrote:


MD>     There is a whole lot more to doing an efficient copy then simply checking
MD>     the mtime.  It's silly to try to integrate it into 'cp'.  Use cpdup
MD>     instead.  plug plug plug.

	OK plug away - why is cpdup better than rsync ?

-- 
Optimal hardware acceleration for Windows PC (Mac).
   9.81 m/s/s applied for (at least) 2s followed by impact with solid object.
Optimal software upgrade
   FreeBSD (OS-X).

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27  8:12:36 2001
Delivered-To: freebsd-current@freebsd.org
Received: from merchandisewholesale.com (ci392057-b.ruthfd1.tn.home.com [24.15.72.99])
	by hub.freebsd.org (Postfix) with SMTP id A05E237B43C
	for <freebsd-current@freebsd.org>; Fri, 27 Apr 2001 08:12:11 -0700 (PDT)
	(envelope-from cs@merchandisewholesale.com)
From: "Merchandise WholeSale" <cs@merchandisewholesale.com>
To: <freebsd-current@freebsd.org>
Subject: Grand Opening
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Date: Fri, 27 Apr 2001 10:06:43 -0700
Reply-To: "Merchandise WholeSale" <cs@merchandisewholesale.com>
Content-Transfer-Encoding: 8bit
Message-Id: <20010427151211.A05E237B43C@hub.freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


	First off I would like to Thank You for taking time to read this 
letter. Second of all your e-mail address was pulled from an on-line 
source. This is the only & last message you'll receive from us, so you 
don't have to worry about an unsubscribe list or spam. Nor will we give 
your e-mail out to any one else. I'd like to stop, and tell you about a new 
ON-LINE Retail store. Merchandise Wholesale, a retail store that has over 
2,000 products  for home,travel,jewelry,personal needs etc... Please take 
time out when you have it to browse our ON-LINE directory at  
http://www.merchandisewholesale.com  Click on any images of the item to 
enlarge. Our site is always under constant change for the better. 

Thanks for your precious time, HTTP://MERCHANDISEWHOLESALE.COM
  
   promotions@merchandisewholesale.com
   
   

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27  8:36: 9 2001
Delivered-To: freebsd-current@freebsd.org
Received: from merchandisewholesale.com (ci392057-b.ruthfd1.tn.home.com [24.15.72.99])
	by hub.freebsd.org (Postfix) with SMTP id 0F4AF37B423
	for <current@freebsd.org>; Fri, 27 Apr 2001 08:35:55 -0700 (PDT)
	(envelope-from cs@merchandisewholesale.com)
From: "Merchandise WholeSale" <cs@merchandisewholesale.com>
To: <current@freebsd.org>
Subject: Grand Opening
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Date: Fri, 27 Apr 2001 10:30:25 -0700
Reply-To: "Merchandise WholeSale" <cs@merchandisewholesale.com>
Content-Transfer-Encoding: 8bit
Message-Id: <20010427153555.0F4AF37B423@hub.freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


	First off I would like to Thank You for taking time to read this 
letter. Second of all your e-mail address was pulled from an on-line 
source. This is the only & last message you'll receive from us, so you 
don't have to worry about an unsubscribe list or spam. Nor will we give 
your e-mail out to any one else. I'd like to stop, and tell you about a new 
ON-LINE Retail store. Merchandise Wholesale, a retail store that has over 
2,000 products  for home,travel,jewelry,personal needs etc... Please take 
time out when you have it to browse our ON-LINE directory at  
http://www.merchandisewholesale.com  Click on any images of the item to 
enlarge. Our site is always under constant change for the better. 

Thanks for your precious time, HTTP://MERCHANDISEWHOLESALE.COM
  
   promotions@merchandisewholesale.com
   
   

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27 10:25:53 2001
Delivered-To: freebsd-current@freebsd.org
Received: from boco.fee.vutbr.cz (boco.fee.vutbr.cz [147.229.9.11])
	by hub.freebsd.org (Postfix) with ESMTP id 7034437B422
	for <freebsd-current@freebsd.org>; Fri, 27 Apr 2001 10:25:49 -0700 (PDT)
	(envelope-from cejkar@dcse.fee.vutbr.cz)
Received: from kazi.dcse.fee.vutbr.cz (kazi.dcse.fee.vutbr.cz [147.229.8.12])
	by boco.fee.vutbr.cz (8.11.3/8.11.3) with ESMTP id f3RHPlc35741
	(using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK)
	for <freebsd-current@freebsd.org>; Fri, 27 Apr 2001 19:25:48 +0200 (CEST)
Received: (from cejkar@localhost)
	by kazi.dcse.fee.vutbr.cz (8.11.2/8.11.2) id f3RHPkR52205
	for freebsd-current@freebsd.org; Fri, 27 Apr 2001 19:25:46 +0200 (CEST)
Date: Fri, 27 Apr 2001 19:25:46 +0200
From: Cejka Rudolf <cejkar@dcse.fee.vutbr.cz>
To: freebsd-current@freebsd.org
Subject: Experiences with new dir allocation on FFS?
Message-ID: <20010427192546.A50092@dcse.fee.vutbr.cz>
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


Right now, I have upgraded my -current machine from
February 13 to April 26. 

I were pleased with change to dir allocation in FFS,
but here are my unpleasant test results (UDMA33, partition
is 3 GB where 1 GB is free, soft-updates are enabled):

Old system				New system

time tar xvfz ports.tar.gz

	real    8m13.773s		real    13m48.368s
	user    0m3.240s		user    0m3.167s
	sys     0m9.371s		sys     0m11.329s

time rm -r ports

	real    4m53.255s		real    2m20.904s
	user    0m0.336s		user    0m0.295s
	sys     0m2.565s		sys     0m3.230s

rm -r is much faster, but tar xvfz is much slower. Furthermore,
it was possible to work on another console in an old system
without any big impact when tar xvfz was run, but on new
system, I have to wait very long time for any disk operation (when
tar xvfz runs). For example, I have to wait from 2 to 30 seconds
on ls -l command.

???

-- 
Rudolf Cejka   (cejkar@dcse.fee.vutbr.cz;  http://www.fee.vutbr.cz/~cejkar)
Brno University of Technology, Faculty of El. Engineering and Comp. Science
Bozetechova 2, 612 66  Brno, Czech Republic

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27 10:33:25 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 0A20437B61B
	for <current@FreeBSD.ORG>; Fri, 27 Apr 2001 10:33:23 -0700 (PDT)
	(envelope-from dillon@earth.backplane.com)
Received: (from dillon@localhost)
	by earth.backplane.com (8.11.2/8.11.2) id f3RHXFp08682;
	Fri, 27 Apr 2001 10:33:15 -0700 (PDT)
	(envelope-from dillon)
Date: Fri, 27 Apr 2001 10:33:15 -0700 (PDT)
From: Matt Dillon <dillon@earth.backplane.com>
Message-Id: <200104271733.f3RHXFp08682@earth.backplane.com>
To: "Steve O'Hara-Smith" <steveo@eircom.net>
Cc: jwd@bsdwins.com, current@FreeBSD.ORG, asmodai@wxs.nl
Subject: Re: cp -u patch
References: <20010426222132.B55566@daemon.ninth-circle.org>
	<20010426171522.A51935@bsdwins.com>
	<200104262126.f3QLQkA56841@earth.backplane.com> <20010427074436.2fc7bd29.steveo@eircom.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

:
:On Thu, 26 Apr 2001 14:26:46 -0700 (PDT)
:Matt Dillon <dillon@earth.backplane.com> wrote:
:
:
:MD>     There is a whole lot more to doing an efficient copy then simply checking
:MD>     the mtime.  It's silly to try to integrate it into 'cp'.  Use cpdup
:MD>     instead.  plug plug plug.
:
:	OK plug away - why is cpdup better than rsync ?

    Hardlinks aren't well supported, chflags aren't supported at all,
    and rsync does not scale well for large filesystems.  At least that
    is my experience.  Don't get me wrong, rsync is a cool little program...
    but it isn't very efficient.

						-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 27 11: 3:33 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3D07337B423; Fri, 27 Apr 2001 11:03:27 -0700 (PDT)
	(envelope-from dgilbert@office.tor.velocet.net)
Received: from office.tor.velocet.net (trooper.velocet.net [204.138.45.2])
	by sabre.velocet.net (Postfix) with ESMTP
	id 1D6D9137F29; Fri, 27 Apr 2001 14:03:23 -0400 (EDT)
Received: (from dgilbert@localhost)
	by office.tor.velocet.net (8.11.2/8.9.3) id f3RI3ML78519;
	Fri, 27 Apr 2001 14:03:22 -0400 (EDT)
	(envelope-from dgilbert)
From: David Gilbert <dgilbert@velocet.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15081.46186.369522.57295@trooper.velocet.net>
Date: Fri, 27 Apr 2001 14:03:22 -0400 (EDT)
To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org
Subject: State of apm, etc?
X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs  Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Under 4.3, apm works ... after a fashion on my Fujitsu lifebook.
Suspend and resume work and the battery status is available.  I also
find that the non-cardbus pccards work, after a fashion.

There are interactions, though.  One particularly gnawing one is that
pccards cease to work after a resume.  This is regardless of their
state beforehand.  I can, for instance, boot the computer, suspend,
resume and then insert a pccard... and it will not work.  Its as if
the interrupts are not connected.

I recently upgraded the laptop to current using an extra disk I had
laying around.  This was somewhat of an adventure, but I have nothing
particularly to complain about ... since the hint of using make -k a
few times gets me there eventually.  We all understand that this is
not supposed to be clean.

However, there is a significant degradation in the performance of
pccards.

Like before, pccards don't work after a suspend.  They get recognised
and added post-resume, but traffic doesn't appear to flow.  This is
true both for my ethernet (3com 3cxfe57) and my compact flash (San
disk).  The sound card also doesn't seem to work after a resume
... which is similar to 4.3.  This is all after enabling apm in
/boot/kernel.hints

Unlike before, ejecting the 3com card locks up the system reliably.
Inserting the 3com card can lock up the system, but sometimes
reinserting it will unwedge things.

I'm willing to track this down, but don't know where to start on apm
issues.  Is one of you significantly versed on apm to give me some
starting points?

Dave.

-- 
============================================================================
|David Gilbert, Velocet Communications.       | Two things can only be     |
|Mail:       dgilbert@velocet.net             |  equal if and only if they |
|http://www.velocet.net/~dgilbert             |   are precisely opposite.  |
=========================================================GLO================

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27 14:42:42 2001
Delivered-To: freebsd-current@freebsd.org
Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1B28A37B422; Fri, 27 Apr 2001 14:42:36 -0700 (PDT)
	(envelope-from bmah@cisco.com)
Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42])
	by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id OAA24239;
	Fri, 27 Apr 2001 14:42:40 -0700 (PDT)
Received: (from bmah@localhost)
	by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3RLgZj54391;
	Fri, 27 Apr 2001 14:42:35 -0700 (PDT)
	(envelope-from bmah)
Message-Id: <200104272142.f3RLgZj54391@bmah-freebsd-0.cisco.com>
X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4
To: freebsd-current@freebsd.org, freebsd-doc@freebsd.org
Cc: bmah@freebsd.org
Subject: HEADS UP:  RELNOTESng committed to 5-CURRENT
From: bmah@freebsd.org (Bruce A. Mah)
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_906850910P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 27 Apr 2001 14:42:35 -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

--==_Exmh_906850910P
Content-Type: text/plain; charset=us-ascii

I've just committed RELNOTESng to 5-CURRENT.  If you missed the earlier 
discussions on these lists, RELNOTESng is the rewrite and restructuring 
of FreeBSD's *.TXT documentation files into DocBook.

All of the files live under src/release/doc, and src/release/doc/README
has more information.  As far as I know, the contents of the RELNOTESng
files are up-to-date with respect to 5-CURRENT's *.TXT files.  
Eventually the *.TXT files will go away.

There are a few outstanding issues remaining, but I decided to commit 
these files anyways, because having them in the repository will greatly 
facilitate fixing them:

1.  The alpha hardware list (used to be src/release/texts/alpha/
HARDWARE.TXT) does not have all of its DocBook markup yet.

2.  The hardware list generated for the alpha from the
architecture-independent files is still i386-centric.  It's better than
the old src/release/texts/HARDWARE.TXT, but there's a lot of work left
to go.  Wilko Bulte and I will be working to fix this.

3.  Several people have brought forth the idea to make the release notes
for 5-CURRENT (and 4-STABLE, when applicable) automatically built and
Web-accessible. Dima Dorfman volunteered to help make this happen.

Thanks to everyone who gave comments...they were most helpful!

Bruce.




--==_Exmh_906850910P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: Exmh version 2.2 06/23/2000

iD8DBQE66efL2MoxcVugUsMRAqlEAKC56Ud6mGzXR3bvBkSJCdw5ltejpQCg8H+i
jPEjRWJNyTuSzahN0ZorKwA=
=uI1l
-----END PGP SIGNATURE-----

--==_Exmh_906850910P--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27 15:40:59 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 7583737B42C; Fri, 27 Apr 2001 15:40:55 -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 IAA19707;
	Sat, 28 Apr 2001 08:40:52 +1000
Date: Sat, 28 Apr 2001 08:39:49 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Mark Murray <markm@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: PAMmed su still broken for passwordless accounts
In-Reply-To: <Pine.BSF.4.21.0103282207550.25660-100000@besplex.bde.org>
Message-ID: <Pine.BSF.4.21.0104280835510.5768-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 Wed, 28 Mar 2001, Bruce Evans wrote:

> > markm       2001/03/27 11:40:51 PST
> > 
> >   Modified files:
> >     etc                  pam.conf 
> >     libexec/rshd         Makefile rshd.8 rshd.c 
> >     libexec/ftpd         Makefile ftpd.c 
> >     usr.bin/login        Makefile login.1 login.c 
> >     usr.bin/su           Makefile su.1 su.c 
> >   Log:
> >   Add full PAM support for account management and sessions.
> >   
> >   The PAM_FAIL_CHECK and PAM_END macros in su.c came from the util-linux
> >   package's PAM patches to the BSD login.c
> >   
> >   Submitted by:	"David J. MacKenzie" <djm@web.us.uu.net>
> 
> This breaks:
> 
> 1) su on passwordless accounts.
>    (a) `su <passwordless>' now bogusly prompts for a password.  It lets
>        you in if you type an empty password.
>    (b) `echo somecommand | su <passwordless>' now bogusly prompts for
>        a password.  su doesn't find a password, and exits without printing
>        anything or running `somecommand'.  I use the latter form a lot.
> (2) static linkage of rshd.  Previously, only static linkage of many other
>     commands that are linked to libpam was broken (ftpd was one).
> 
> Bruce

I use the quick fix of removing -DPAM from su/Makefile.

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 27 18:18:50 2001
Delivered-To: freebsd-current@freebsd.org
Received: from btw.plaintalk.bellevue.wa.us (btw.plaintalk.bellevue.wa.us [206.129.5.130])
	by hub.freebsd.org (Postfix) with ESMTP
	id 644DF37B423; Fri, 27 Apr 2001 18:18:44 -0700 (PDT)
	(envelope-from dennisg@software-munitions.com)
Received: from localhost (dennisg@localhost)
	by btw.plaintalk.bellevue.wa.us (8.11.3/8.11.3) with ESMTP id f3S1IXJ05698;
	Fri, 27 Apr 2001 18:18:33 -0700 (PDT)
	(envelope-from dennisg@software-munitions.com)
Date: Fri, 27 Apr 2001 18:18:33 -0700 (PDT)
From: Dennis Glatting <dennis.glatting@software-munitions.com>
X-X-Sender:  <dennisg@btw.plaintalk.bellevue.wa.us>
To: <stable@freebsd.org>, <current@freebsd.org>
Subject: problems with the resolver under 4.3
Message-ID: <20010427181312.Q682-100000@btw.plaintalk.bellevue.wa.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 have tracked down some problems with slurpd on a multi processor machine
and have discovered slurpd consistently hangs in res_send() -- I have
multiple slaves.

I don't know exactly what is going on in res_send(), since I am presently
unable to step through it, however I see there are many static variables
defined in the file (lib/libc/net/res_send.c) and the code is ancient
compared to the BIND source under contrib.

Are there known threading issues on a multi processor machine with
res_send()? Are there plans to update the resolver library?

--
Dennis Glatting




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Apr 27 18:33:33 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 66C7737B422
	for <current@freebsd.org>; Fri, 27 Apr 2001 18:33:29 -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 VAA15653;
	Fri, 27 Apr 2001 21:33:28 -0400 (EDT)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f3S1Wwv48749;
	Fri, 27 Apr 2001 21:32:58 -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: <15082.7626.656950.951816@grasshopper.cs.duke.edu>
Date: Fri, 27 Apr 2001 21:32:58 -0400 (EDT)
To: "Georg-W. Koltermann" <gwk@sgi.com>
Cc: current@freebsd.org
Subject: Re: Linux JDK 1.3 and hotspot (native threads)
In-Reply-To: <20010426185450.B10195@hunter.munich.sgi.com>
References: <20010426185450.B10195@hunter.munich.sgi.com>
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


Georg-W. Koltermann writes:

<...>
 > In order to get real performance I would like to run either the SUN
 > JDK with -hotspot, or the IBM 1.3 JVM.  Both of these use native linux
 > threads.  With a recent -current I can successfully execute small JAVA
 > test programs, but when I start a real application (e.g. Together from
 > togethersoft.com), it fails with a core dump.

<...>

Can you try the kernel patch in
http://www.freebsd.org/cgi/query-pr.cgi?pr=26705 

It sounds like this is going to get committed soon, but I'd like to
know if it has any affect on your problem.

Also, are there any non commercial apps that demonstrate the problem?
Or at least things that I don't have to sign my life away to get
access to?

Thanks,

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 27 21:35:28 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 684A837B422
	for <freebsd-current@FreeBSD.ORG>; Fri, 27 Apr 2001 21:35:24 -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 OAA04508;
	Sat, 28 Apr 2001 14:35:16 +1000
Date: Sat, 28 Apr 2001 14:34:12 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Cejka Rudolf <cejkar@dcse.fee.vutbr.cz>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Experiences with new dir allocation on FFS?
In-Reply-To: <20010427192546.A50092@dcse.fee.vutbr.cz>
Message-ID: <Pine.BSF.4.21.0104281418120.7618-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, 27 Apr 2001, Cejka Rudolf wrote:

> Right now, I have upgraded my -current machine from
> February 13 to April 26. 
> 
> I were pleased with change to dir allocation in FFS,
> but here are my unpleasant test results (UDMA33, partition
> is 3 GB where 1 GB is free, soft-updates are enabled):
> ...
> rm -r is much faster, but tar xvfz is much slower.

This is probably caused by write caching now being off by default
in the ata driver, possibly amplified by not using soft updates.
Without the new dir allocation, -current would be even slower :(.

> Furthermore,
> it was possible to work on another console in an old system
> without any big impact when tar xvfz was run, but on new
> system, I have to wait very long time for any disk operation (when
> tar xvfz runs). For example, I have to wait from 2 to 30 seconds
> on ls -l command.

This is also probably caused by write caching not being done.  I saw
the 2+ seconds hangs on my nfs client when write caching was turned off
on the server.  I don't know why this is so bad.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  2: 1:41 2001
Delivered-To: freebsd-current@freebsd.org
Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65])
	by hub.freebsd.org (Postfix) with ESMTP id 59A8D37B424
	for <current@FreeBSD.org>; Sat, 28 Apr 2001 02:01:34 -0700 (PDT)
	(envelope-from mark@grondar.za)
Received: from grondar.za (gratis.grondar.za [196.7.18.133])
	by gratis.grondar.za (8.11.3/8.11.3) with ESMTP id f3S91Fp11808;
	Sat, 28 Apr 2001 11:01:20 +0200 (SAST)
	(envelope-from mark@grondar.za)
Message-Id: <200104280901.f3S91Fp11808@gratis.grondar.za>
To: Bruce Evans <bde@zeta.org.au>
Cc: current@FreeBSD.org
Subject: Re: PAMmed su still broken for passwordless accounts 
References: <Pine.BSF.4.21.0104280835510.5768-100000@besplex.bde.org> 
In-Reply-To: <Pine.BSF.4.21.0104280835510.5768-100000@besplex.bde.org> ; from Bruce Evans <bde@zeta.org.au>  "Sat, 28 Apr 2001 08:39:49 +1000."
Date: Sat, 28 Apr 2001 11:02:49 +0200
From: Mark Murray <mark@grondar.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > 1) su on passwordless accounts.
> >    (a) `su <passwordless>' now bogusly prompts for a password.  It lets
> >        you in if you type an empty password.
> >    (b) `echo somecommand | su <passwordless>' now bogusly prompts for
> >        a password.  su doesn't find a password, and exits without printing
> >        anything or running `somecommand'.  I use the latter form a lot.

Feature, not bug. PAM has been told to use "unix" authentication.
You can override this by setting

su      auth    required        pam_permit.so

instead of

su     auth    required        pam_unix.so                     try_first_pass

in /etc/pam.conf.

For situations where some accounts have passwords and some don't, play
with the third word - "required" may become "sufficient" etc.

> (2) static linkage of rshd.  Previously, only static linkage of many other
> >     commands that are linked to libpam was broken (ftpd was one).

Those patches of yours look reasonable.

M
-- 
Mark Murray
Warning: this .sig is umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  4:39:12 2001
Delivered-To: freebsd-current@freebsd.org
Received: from garm.bart.nl (garm.bart.nl [194.158.170.13])
	by hub.freebsd.org (Postfix) with ESMTP id 49C2637B422
	for <current@FreeBSD.ORG>; Sat, 28 Apr 2001 04:39:08 -0700 (PDT)
	(envelope-from asmodai@wxs.nl)
Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6])
	by garm.bart.nl (8.10.1/8.10.1) with ESMTP id f3SBd4L25070;
	Sat, 28 Apr 2001 13:39:04 +0200 (CEST)
Received: (from asmodai@localhost)
	by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f3SBBvC77080;
	Sat, 28 Apr 2001 13:11:57 +0200 (CEST)
	(envelope-from asmodai)
Date: Sat, 28 Apr 2001 13:10:42 +0200
From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>
To: Matt Dillon <dillon@earth.backplane.com>
Cc: "John W. De Boskey" <jwd@bsdwins.com>, current@FreeBSD.ORG
Subject: Re: cp -u patch
Message-ID: <20010428131042.G55566@daemon.ninth-circle.org>
References: <20010426222132.B55566@daemon.ninth-circle.org> <20010426171522.A51935@bsdwins.com> <200104262126.f3QLQkA56841@earth.backplane.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <200104262126.f3QLQkA56841@earth.backplane.com>; from dillon@earth.backplane.com on Thu, Apr 26, 2001 at 02:26:46PM -0700
Organisation: Ninth-Circle Enterprises
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

-On [20010426 23:27], Matt Dillon (dillon@earth.backplane.com) wrote:
>    There is a whole lot more to doing an efficient copy then simply checking
>    the mtime.  It's silly to try to integrate it into 'cp'.  Use cpdup
>    instead.  plug plug plug.

That's missing the point.

This is for script compatibility where people idiotically depend on cp
-u to be standard.

But basically I don't give a flying h00t or two whether or not it enters
the source tree.

-- 
Jeroen Ruigrok van der Werven/Asmodai --=-- asmodai@[wxs.nl|freebsd.org]
Documentation nutter/C-rated Coder BSD: Technical excellence at its best  
http://www.freebsd.org/doc/en_US.ISO_8859-1/books/developers-handbook/
Geef me die lach waarvoor je mij gewaarschuwd hebt...

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  4:54:41 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 D93AC37B423
	for <current@FreeBSD.org>; Sat, 28 Apr 2001 04:54:36 -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 VAA24636;
	Sat, 28 Apr 2001 21:51:41 +1000
Date: Sat, 28 Apr 2001 21:50:33 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: Mark Murray <mark@grondar.za>
Cc: current@FreeBSD.org
Subject: Re: PAMmed su still broken for passwordless accounts 
In-Reply-To: <200104280901.f3S91Fp11808@gratis.grondar.za>
Message-ID: <Pine.BSF.4.21.0104282059580.9562-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 Sat, 28 Apr 2001, Mark Murray wrote:

> > > 1) su on passwordless accounts.
> > >    (a) `su <passwordless>' now bogusly prompts for a password.  It lets
> > >        you in if you type an empty password.


         (a1) It also lets you in if you type garbage followed by a newline.

> > >    (b) `echo somecommand | su <passwordless>' now bogusly prompts for
> > >        a password.  su doesn't find a password, and exits without printing
> > >        anything or running `somecommand'.  I use the latter form a lot.
> 
> Feature, not bug. PAM has been told to use "unix" authentication.

The bug turns out to be that PAM shouldn't have been told this.  The
non-PAM case uses the following check to avoid checking for passwords
on passwordless accounts:
---
		/* if target requires a password, verify it */
		if (*pwd->pw_passwd) {
---
but the PAM case always calls pam_authenticate() (for non-root).

> You can override this by setting
> 
> su      auth    required        pam_permit.so
> 
> instead of
> 
> su     auth    required        pam_unix.so                     try_first_pass
> 
> in /etc/pam.conf.
> 
> For situations where some accounts have passwords and some don't, play
> with the third word - "required" may become "sufficient" etc.

The first form is equivalent to making all accounts passwordless.  I don't
see how changing the third word could affect this.

login(1) uses the same configuration as su(1) in pam.conf but handles
passwordless accounts correctly.  In login.c, most of the complications
for PAM authorization are in the auth_pam() function, and "goto
ttycheck;" skips over all types of authorization when there is no
password.  The corresponding code in su.c is a tangle of ifdefs and
large inline code for PAM authorization.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  5: 9:48 2001
Delivered-To: freebsd-current@freebsd.org
Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65])
	by hub.freebsd.org (Postfix) with ESMTP id 452E037B422
	for <current@FreeBSD.org>; Sat, 28 Apr 2001 05:09:41 -0700 (PDT)
	(envelope-from mark@grondar.za)
Received: from grondar.za (gratis.grondar.za [196.7.18.133])
	by gratis.grondar.za (8.11.3/8.11.3) with ESMTP id f3SC9Jp13097;
	Sat, 28 Apr 2001 14:09:21 +0200 (SAST)
	(envelope-from mark@grondar.za)
Message-Id: <200104281209.f3SC9Jp13097@gratis.grondar.za>
To: Bruce Evans <bde@zeta.org.au>
Cc: current@FreeBSD.org
Subject: Re: PAMmed su still broken for passwordless accounts 
References: <Pine.BSF.4.21.0104282059580.9562-100000@besplex.bde.org> 
In-Reply-To: <Pine.BSF.4.21.0104282059580.9562-100000@besplex.bde.org> ; from Bruce Evans <bde@zeta.org.au>  "Sat, 28 Apr 2001 21:50:33 +1000."
Date: Sat, 28 Apr 2001 14:10:52 +0200
From: Mark Murray <mark@grondar.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > Feature, not bug. PAM has been told to use "unix" authentication.
> 
> The bug turns out to be that PAM shouldn't have been told this.  The
> non-PAM case uses the following check to avoid checking for passwords
> on passwordless accounts:
> ---
> 		/* if target requires a password, verify it */
> 		if (*pwd->pw_passwd) {
> ---
> but the PAM case always calls pam_authenticate() (for non-root).

Right. To avoid a pam/other "turf" fight. I'll do the above until we
can fix the pams to allow a 'if no password, let him in' mode for
the pam_unix module.

> The first form is equivalent to making all accounts passwordless.  I don't
> see how changing the third word could affect this.

Er, yes :-) 

The pam modules need a mode for this. I'll do that.

> login(1) uses the same configuration as su(1) in pam.conf but handles
> passwordless accounts correctly.  In login.c, most of the complications
> for PAM authorization are in the auth_pam() function, and "goto
> ttycheck;" skips over all types of authorization when there is no
> password.  The corresponding code in su.c is a tangle of ifdefs and
> large inline code for PAM authorization.

I need to take out some of that #ifdef hell. For one, KERBEROS is no
longer needed. (fixed locally). WHEELSU needs to be properly documented.

M
-- 
Mark Murray
Warning: this .sig is umop ap!sdn

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  7:22:41 2001
Delivered-To: freebsd-current@freebsd.org
Received: from www.kinnee.net (www.kinnee.net [207.13.31.24])
	by hub.freebsd.org (Postfix) with ESMTP id E8C4437B422
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 07:22:37 -0700 (PDT)
	(envelope-from erick@kinnee.net)
Received: by www.kinnee.net (Postfix, from userid 1000)
	id B3BE42C0; Sat, 28 Apr 2001 09:24:40 -0500 (CDT)
Date: Sat, 28 Apr 2001 09:24:40 -0500
From: Erick Kinnee <erick@kinnee.net>
To: Bruce Evans <bde@zeta.org.au>
Cc: Cejka Rudolf <cejkar@dcse.fee.vutbr.cz>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Experiences with new dir allocation on FFS?
Message-ID: <20010428092440.A6828@www.kinnee.net>
References: <20010427192546.A50092@dcse.fee.vutbr.cz> <Pine.BSF.4.21.0104281418120.7618-100000@besplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17-current-20010417i
In-Reply-To: <Pine.BSF.4.21.0104281418120.7618-100000@besplex.bde.org>; from bde@zeta.org.au on Sat, Apr 28, 2001 at 02:34:12PM +1000
X-No-Archive: yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sat, Apr 28, 2001 at 02:34:12PM +1000, Bruce Evans wrote:
> On Fri, 27 Apr 2001, Cejka Rudolf wrote:
> 
> > Right now, I have upgraded my -current machine from
> > February 13 to April 26. 
> > 
> > I were pleased with change to dir allocation in FFS,
> > but here are my unpleasant test results (UDMA33, partition
> > is 3 GB where 1 GB is free, soft-updates are enabled):
> > ...
> > rm -r is much faster, but tar xvfz is much slower.
> 
> This is probably caused by write caching now being off by default
> in the ata driver, possibly amplified by not using soft updates.
> Without the new dir allocation, -current would be even slower :(.

OK, I;ve looked and looked and can't seem to figure out how to set
hw.ata.wc to enabled. I've put and a few other things in
/etc/sysctl.conf, the others get set, hw.ata.wc doesn't. You can't
change it by hand either as sysctl tells you it's readonly. Grepping in
/sys/i386/conf has turned up nothing and neither has grepping /boot.

No flames please, I feel I have tried to find the answer. :)

Erick

-- 
"Our vision is to speed up time, eventually eliminating it."
		-- Alex Schure

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  9: 3:39 2001
Delivered-To: freebsd-current@freebsd.org
Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6])
	by hub.freebsd.org (Postfix) with ESMTP id 6683837B422
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 09:03:36 -0700 (PDT)
	(envelope-from bartequi@neomedia.it)
Received: (from httpd@localhost)
	by aragorn.neomedia.it (8.10.1/8.10.1) id f3SG3Nu23352;
	Sat, 28 Apr 2001 18:03:23 +0200 (CEST)
To: Erick Kinnee <erick@kinnee.net>
Message-ID: <988473803.3aeae9cb27f4e@webmail.neomedia.it>
Date: Sat, 28 Apr 2001 18:03:23 +0200 (CEST)
From: Salvo Bartolotta <bartequi@neomedia.it>
Cc: freebsd-current@FreeBSD.ORG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.4-cvs
X-WebMail-Company: Neomedia s.a.s.
X-Originating-IP: 62.98.172.112
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> OK, I;ve looked and looked and can't seem to figure out how to set
hw.ata.wc to enabled. I've put and a few other things in
/etc/sysctl.conf, the others get set, hw.ata.wc doesn't. You can't
change it by hand either as sysctl tells you it's readonly. Grepping in
/sys/i386/conf has turned up nothing and neither has grepping /boot.
 

Have you tried specifying it in /boot/loader.conf ?
hw.ata.wc="1"

HTH (and have as much fun as possible :-),
Salvo

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  9:17:58 2001
Delivered-To: freebsd-current@freebsd.org
Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6])
	by hub.freebsd.org (Postfix) with ESMTP id ACE0637B422
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 09:17:55 -0700 (PDT)
	(envelope-from bartequi@neomedia.it)
Received: (from httpd@localhost)
	by aragorn.neomedia.it (8.10.1/8.10.1) id f3SGHoV18313;
	Sat, 28 Apr 2001 18:17:50 +0200 (CEST)
To: Erick Kinnee <erick@kinnee.net>
Subject: Re: Experiences with new dir allocation on FFS?
Message-ID: <988474670.3aeaed2e9ee91@webmail.neomedia.it>
Date: Sat, 28 Apr 2001 18:17:50 +0200 (CEST)
From: Salvo Bartolotta <bartequi@neomedia.it>
Cc: freebsd-current@FreeBSD.ORG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.4-cvs
X-WebMail-Company: Neomedia s.a.s.
X-Originating-IP: 62.98.172.112
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

[ resending, with a subject ]

> OK, I;ve looked and looked and can't seem to figure out how to set
hw.ata.wc to enabled. I've put and a few other things in
/etc/sysctl.conf, the others get set, hw.ata.wc doesn't. You can't
change it by hand either as sysctl tells you it's readonly. Grepping in
/sys/i386/conf has turned up nothing and neither has grepping /boot.
 

Have you tried specifying it in /boot/loader.conf ?
hw.ata.wc="1"

HTH (and have as much fun as possible :-),
Salvo

P.S. Apologies for the previous subjectless message.  Because of my current ISP's 
ahem "policy", I am using another ISP's webmail services for sending mail.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28  9:21: 5 2001
Delivered-To: freebsd-current@freebsd.org
Received: from www.kinnee.net (www.kinnee.net [207.13.31.24])
	by hub.freebsd.org (Postfix) with ESMTP id 5FA5A37B424
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 09:21:03 -0700 (PDT)
	(envelope-from erick@kinnee.net)
Received: by www.kinnee.net (Postfix, from userid 1000)
	id 8AF382CC; Sat, 28 Apr 2001 11:23:11 -0500 (CDT)
Date: Sat, 28 Apr 2001 11:23:11 -0500
From: Erick Kinnee <erick@kinnee.net>
To: Erick Kinnee <erick@kinnee.net>
Cc: Bruce Evans <bde@zeta.org.au>,
	Cejka Rudolf <cejkar@dcse.fee.vutbr.cz>, freebsd-current@FreeBSD.ORG
Subject: Re: Experiences with new dir allocation on FFS?
Message-ID: <20010428112311.C12810@www.kinnee.net>
References: <20010427192546.A50092@dcse.fee.vutbr.cz> <Pine.BSF.4.21.0104281418120.7618-100000@besplex.bde.org> <20010428092440.A6828@www.kinnee.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.17-current-20010417i
In-Reply-To: <20010428092440.A6828@www.kinnee.net>; from erick@kinnee.net on Sat, Apr 28, 2001 at 09:24:40AM -0500
X-No-Archive: yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sat, Apr 28, 2001 at 09:24:40AM -0500, Erick Kinnee wrote:
> No flames please, I feel I have tried to find the answer. :)

Ok, I do deserve a flame it seems. I totally missed man ata. The
loader.conf manpage does state that there are 4 sysctl knobs tuneable
from there. So thanks to the folks that pointed out man ata.

Feeling like a knob himself,
Erick

-- 
"There's nothing wrong with teenagers that reasoning with them won't
aggravate."

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28 11:19:23 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 20FEA37B424
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 11:19:21 -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 f3SIJLM78504
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 11:19:21 -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 EA1B8380C; Sat, 28 Apr 2001 11:19:20 -0700 (PDT)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4
To: Erick Kinnee <erick@kinnee.net>
Cc: Bruce Evans <bde@zeta.org.au>,
	Cejka Rudolf <cejkar@dcse.fee.vutbr.cz>, freebsd-current@FreeBSD.ORG
Subject: Re: Experiences with new dir allocation on FFS? 
In-Reply-To: <20010428112311.C12810@www.kinnee.net> 
Date: Sat, 28 Apr 2001 11:19:20 -0700
From: Peter Wemm <peter@wemm.org>
Message-Id: <20010428181920.EA1B8380C@overcee.netplex.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Erick Kinnee wrote:
> On Sat, Apr 28, 2001 at 09:24:40AM -0500, Erick Kinnee wrote:
> > No flames please, I feel I have tried to find the answer. :)
> 
> Ok, I do deserve a flame it seems. I totally missed man ata. The
> loader.conf manpage does state that there are 4 sysctl knobs tuneable
> from there. So thanks to the folks that pointed out man ata.
> 
> Feeling like a knob himself,
> Erick

For what it's worth, my tweaks to this enable changing this at runtime.
It works nicely.

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  Sat Apr 28 13: 7:50 2001
Delivered-To: freebsd-current@freebsd.org
Received: from www.kinnee.net (www.kinnee.net [207.13.31.24])
	by hub.freebsd.org (Postfix) with ESMTP id F1FF237B422
	for <freebsd-current@freebsd.org>; Sat, 28 Apr 2001 13:07:43 -0700 (PDT)
	(envelope-from erick@kinnee.net)
Received: by www.kinnee.net (Postfix, from userid 1000)
	id 6E32D2CC; Sat, 28 Apr 2001 15:09:51 -0500 (CDT)
Date: Sat, 28 Apr 2001 15:09:51 -0500
From: Erick Kinnee <erick@kinnee.net>
To: freebsd-current@freebsd.org
Subject: Just a quickie hw.ata.wc=1 test
Message-ID: <20010428150951.A13596@www.kinnee.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF"
Content-Disposition: inline
User-Agent: Mutt/1.3.17-current-20010417i
X-No-Archive: yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


--eAbsdosE1cNLO4uF
Content-Type: multipart/mixed; boundary="J/dobhs11T7y2rNN"
Content-Disposition: inline


--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Ok, attached is the output of dmseg so you can see what kind of
hhardware I run. Below is th results of zsh's process monitoring and
"time".

hw.ata.wc=3D1
"tar zxvf linux-2.4.4.tar.gz":
33.62s real, 8.12s user, 10.98s sys (56% CPU)

hw.ata.wc=3D0
"tar zxvf linux-2.4.4.tar.gz":
148.93s real, 7.41s user, 10.10s sys (11% CPU)

During the test I was playing Staind_Dysfunction_03_Me.mp3 via mpg123.
While hw.ata.wc=3D1 was enabled I could actually listen to the song. With
hw.ata.wc=3D0 it was realy choppy and would just stop at times. Any other
info you guys want??

Erick

--=20
"Plaese porrf raed."
		-- Prof. Michael O'Longhlin, S.U.N.Y. Purchase

--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=dmesg-out

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: Sat Apr 28 12:23:17 CDT 2001
    root@damaged.kinnee.net:/usr/src/sys/compile/DAMAGED
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 467730996 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (467.73-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x665  Stepping = 5
  Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
real memory  = 234815488 (229312K bytes)
config> di pcic0
config> di sio1
config> di sio0
config> di sn0
config> di lnc0
config> di ie0
config> di fe0
config> di cs0
config> di bt0
config> di aic0
config> di aha0
config> di adv0
config> q
avail memory = 224677888 (219412K bytes)
Preloaded elf kernel "kernel" at 0xc03c5000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc03c509c.
Pentium Pro MTRR support enabled
Using $PIR table, 9 entries at 0xc00fdbb0
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <VIA 82C691 (Apollo Pro) host to PCI bridge> mem 0xe0000000-0xe3ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C596 ATA66 controller> port 0xe000-0xe00f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xe400-0xe41f irq 10 at device 7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.21, addr 2, iclass 3/1
ums0: 5 buttons and Z dir.
dc0: <82c169 PNIC 10/100BaseTX> port 0xe800-0xe8ff mem 0xe7000000-0xe70000ff irq 3 at device 8.0 on pci0
dc0: Ethernet address: 00:a0:cc:3e:35:bd
miibus0: <MII bus> on dc0
lxtphy0: <LXT970 10/100 media interface> on miibus0
lxtphy0:  100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcm0: <Creative CT5880-C> port 0xec00-0xec3f irq 5 at device 9.0 on pci0
bktr0: <BrookTree 878> mem 0xe7001000-0xe7001fff irq 12 at device 10.0 on pci0
bti2c0: <bt848 Hard/Soft I2C controller>
iicbb0: <I2C generic bit-banging driver> on bti2c0
iicbus0: <Philips I2C bus> on iicbb0 master-only
iicsmb0: <I2C to SMB bridge> on iicbus0
smbus0: <System Management Bus> on iicsmb0
smb0: <SMBus general purpose I/O> on smbus0
iic0: <I2C general purpose I/O> on iicbus0
smbus1: <System Management Bus> on bti2c0
smb1: <SMBus general purpose I/O> on smbus1
bktr0: Hauppauge Model 61381 D123
bktr0: Detected a MSP3430G-A1 at 0x80
bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner, msp3400c stereo, remote control.
pci0: <multimedia> at 10.1 (no driver attached)
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
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
pmtimer0 on isa0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/16 bytes threshold
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources
sio4: <16550A-compatible COM port> at port 0x3f8-0x3ff irq 4 on isa0
sio4: type 16550A
unknown: <PNP0700> can't assign resources
unknown: <PNP0401> can't assign resources
ad0: 19541MB <Maxtor 32049H2> [39704/16/63] at ata0-master UDMA66
ad1: 8297MB <Maxtor 90841U2> [16858/16/63] at ata0-slave UDMA66
acd0: CDROM <FX240S> at ata1-master PIO3
acd1: CD-RW <Memorex CRW-1622> at ata1-slave PIO3
Mounting root from ufs:/dev/ad0s2a
dc0: failed to force tx and rx to idle state
dc0: failed to force tx and rx to idle state

--J/dobhs11T7y2rNN--

--eAbsdosE1cNLO4uF
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

iEYEARECAAYFAjrrI48ACgkQVTvaaGcZyr32pQCfT6haUyK6RlXAm0eYQ57cVKIK
zFQAn0xCpBoD95A/3/HPS6K/mdtatIip
=UGOr
-----END PGP SIGNATURE-----

--eAbsdosE1cNLO4uF--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28 13: 9:19 2001
Delivered-To: freebsd-current@freebsd.org
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by hub.freebsd.org (Postfix) with ESMTP id 56E4C37B42C
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 13:09:17 -0700 (PDT)
	(envelope-from Tomi.Vainio@finland.sun.com)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id NAA11894
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 13:09:14 -0700 (PDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.9) with ESMTP id XAA24920
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 23:09:10 +0300 (EET DST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.9.3/8.9.3) id XAA10445;
	Sat, 28 Apr 2001 23:09:08 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15083.9059.887489.356984@ultrahot.Finland.Sun.COM>
Date: Sat, 28 Apr 2001 23:09:07 +0300
To: freebsd-current@FreeBSD.ORG
Subject: camcontrol stop / restart broken
X-Mailer: VM 6.92 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Hi,

My source disk is quite noisy so normally I stop it after building the
world and restart it once a week.  Couple weeks this restart hasn't
worked as before.  Only way to start disk again is reboot.  

camcontrol stop 1:2:0
Unit stopped successfully
mount /f
mount: /dev/da1s1e: Input/output error
tail /var/log/messages
Apr 28 23:01:40 cat /boot/kernel/kernel: (da1:ahc0:0:2:0): Invalidating pack
Apr 28 23:01:40 cat /boot/kernel/kernel: da1: reading primary partition table: error reading fsbn 0
camcontrol start 1:2:0
Unit started successfully
mount /f
mount: /dev/da1s1e: Input/output error

ahc0: <Adaptec aic7895 Ultra SCSI adapter> port 0xd400-0xd4ff mem 0xefffe000-0xefffefff irq 11 at device 9.0 on pci0
aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs
ahc1: <Adaptec aic7895 Ultra SCSI adapter> port 0xdc00-0xdcff mem 0xeffff000-0xefffffff irq 11 at device 9.1 on pci0
aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs

da1 at ahc0 bus 0 target 2 lun 0
da1: <SEAGATE ST32550W 0420> Fixed Direct Access SCSI-2 device
da1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled
da1: 2048MB (4194995 512 byte sectors: 255H 63S/T 261C)
da0 at ahc1 bus 0 target 0 lun 0
da0: <IBM DDRS-34560 S97B> Fixed Direct Access SCSI-2 device
da0: 5.813MB/s transfers (5.813MHz, offset 15), Tagged Queueing Enabled
da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C)

-- 
SUN Microsystems Oy PL 112, Lars Sonckin kaari 12, 02601 ESPOO, Finland
Tomi Vainio (System Support Engineer)     +358 9 52556300 hotline
email: Tomi.Vainio@Sun.COM                +358 9 52556252 fax

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28 14:35:47 2001
Delivered-To: freebsd-current@freebsd.org
Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2D61837B423; Sat, 28 Apr 2001 14:35:40 -0700 (PDT)
	(envelope-from jdp@polstra.com)
Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13])
	by wall.polstra.com (8.11.1/8.11.1) with ESMTP id f3SLZW749926;
	Sat, 28 Apr 2001 14:35:32 -0700 (PDT)
	(envelope-from jdp@polstra.com)
Message-ID: <XFMail.010428143532.jdp@polstra.com>
X-Mailer: XFMail 1.3 [p0] on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Date: Sat, 28 Apr 2001 14:35:32 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: ports@freebsd.org
Subject: CVSup snapshot 16.1a is now available
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Some of you who use CVSup might wish to consider upgrading to the new
snapshot, called version 16.1a.  It contains fixes for a number of
bugs, including ...

<drumroll>
... the one that sometimes caused CVSup to delete the symbolic link to
your ports tree and replace it with a new copy of the tree.
</drumroll>

For the entire list of changes, see the "ChangeLog" file in the source
distribution.

As the term "snapshot" implies, this is not quite up to the standards
of a real release.  There is some stuff in it that's only half baked,
and it's not tested as well as an actual release.  However, it works
fine for me and it contains some useful fixes.

I have created a port "net/cvsup-devel" which you can use to build
the snapshot.  The source distribution itself is available on most
FreeBSD FTP mirrors in the directory

    /pub/FreeBSD/development/CVSup/snapshots

Before somebody asks, this snapshot is available in source form only.
If I had time to deal with binaries, I would have made an official
release.  So buck up, and no whining.  I know you can handle it. ;-)

John
--
  John Polstra                                               jdp@polstra.com
  John D. Polstra & Co., Inc.                        Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28 19:33:50 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 2183537B423
	for <current@freebsd.org>; Sat, 28 Apr 2001 19:33:47 -0700 (PDT)
	(envelope-from ache@nagual.pp.ru)
Received: (from ache@localhost)
	by nagual.pp.ru (8.11.3/8.11.3) id f3T2Xjl48790
	for current@freebsd.org; Sun, 29 Apr 2001 06:33:46 +0400 (MSD)
	(envelope-from ache)
Date: Sun, 29 Apr 2001 06:33:45 +0400
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: current@freebsd.org
Subject: ipfw: several equal rules under same number bug
Message-ID: <20010429063345.A48717@nagual.pp.ru>
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

How it can be possible? ipfw -a l:

07001       40        1680 deny tcp from any to any 7006
07001        0           0 deny tcp from any to any 7006
07001        0           0 deny tcp from any to any 7006

I use equal "ipfw add" several times from the script, but the rule number
was the same all times. I expect that rule is replaced, not added with
same number several times.

Who is our ipfw guru at this moment?

-- 
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  Sat Apr 28 20:22: 6 2001
Delivered-To: freebsd-current@freebsd.org
Received: from wyattearp.stanford.edu (wyattearp.Stanford.EDU [171.64.180.171])
	by hub.freebsd.org (Postfix) with ESMTP id 751DD37B42C
	for <current@freebsd.org>; Sat, 28 Apr 2001 20:22:04 -0700 (PDT)
	(envelope-from richw@wyattearp.stanford.edu)
Received: (from richw@localhost)
	by wyattearp.stanford.edu (8.9.3/8.9.3) id UAA04539;
	Sat, 28 Apr 2001 20:21:36 -0700 (PDT)
	(envelope-from richw)
Date: Sat, 28 Apr 2001 20:21:36 -0700 (PDT)
From: Rich Wales <richw@webcom.com>
X-Sender: richw@wyattearp.stanford.edu
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
Cc: current@freebsd.org
Subject: Re: ipfw: several equal rules under same number bug
In-Reply-To: <20010429063345.A48717@nagual.pp.ru>
Message-ID: <20010429024118.03804.richw@wyattearp.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

Andrey A. Chernov wrote:

    > I use equal "ipfw add" several times from the script, but
    > the rule number was the same all times. I expect that rule
    > is replaced, not added with same number several times.

No.  There can be multiple rules with the same number.  If you run
multiple "ipfw add" commands with the same number, they are stored
(and executed) in the order in which they were added.

Having multiple =identical= rules with the same number doesn't make
too much sense, since -- as you noticed -- the ones after the first
will never match (unless the rule has a "count" action, in which
case all of the identical rules will match).

Rich Wales         richw@webcom.com         http://www.webcom.com/richw/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28 20:50:27 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 92E8037B424
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 20:50:23 -0700 (PDT)
	(envelope-from riel@conectiva.com.br)
Received: from surriel.ddts.net (unknown [200.181.137.248])
	by netbank.com.br (Postfix) with ESMTP
	id 6C26946827; Sun, 29 Apr 2001 00:50:11 -0300 (BRST)
Received: from localhost (qjkprn@localhost [127.0.0.1])
	by surriel.ddts.net (8.11.2/8.11.2) with ESMTP id f3T3o8Y31006;
	Sun, 29 Apr 2001 00:50:09 -0300
Date: Sun, 29 Apr 2001 00:50:08 -0300 (BRST)
From: Rik van Riel <riel@conectiva.com.br>
X-Sender: riel@imladris.rielhome.conectiva
To: Bruce Evans <bde@zeta.org.au>
Cc: Cejka Rudolf <cejkar@dcse.fee.vutbr.cz>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Experiences with new dir allocation on FFS?
In-Reply-To: <Pine.BSF.4.21.0104281418120.7618-100000@besplex.bde.org>
Message-ID: <Pine.LNX.4.21.0104290047430.19012-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 Sat, 28 Apr 2001, Bruce Evans wrote:
> On Fri, 27 Apr 2001, Cejka Rudolf wrote:
> 
> > Right now, I have upgraded my -current machine from
> > February 13 to April 26. 
> > 
> > I were pleased with change to dir allocation in FFS,
> > but here are my unpleasant test results (UDMA33, partition
> > is 3 GB where 1 GB is free, soft-updates are enabled):
> > ...
> > rm -r is much faster, but tar xvfz is much slower.
> 
> This is probably caused by write caching now being off by default
> in the ata driver, possibly amplified by not using soft updates.
> Without the new dir allocation, -current would be even slower :(.

> This is also probably caused by write caching not being done.

For the people wanting to turn on write caching ... it WILL break
the write ordering needed by softupdates and journaling filesystems,
so don't do it unless you know what you're doing.

I guess it would be better to do this kind of write caching at the
kernel level, because the OS has a much better idea of when to write
which data to platter than a harddisk can ever have.


OTOH, note that switching off write caching on some drive doesn't
actually work because the manufacturers would rather do well on some
PC mag benchmarks than store your data reliably ...

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://distro.conectiva.com/

Send all your spam to aardvark@nl.linux.org (spam digging piggy)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Apr 28 21:11:41 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 5C23E37B43E
	for <current@freebsd.org>; Sat, 28 Apr 2001 21:11:37 -0700 (PDT)
	(envelope-from ache@nagual.pp.ru)
Received: (from ache@localhost)
	by nagual.pp.ru (8.11.3/8.11.3) id f3T4BWq49902;
	Sun, 29 Apr 2001 08:11:33 +0400 (MSD)
	(envelope-from ache)
Date: Sun, 29 Apr 2001 08:11:32 +0400
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Rich Wales <richw@webcom.com>
Cc: current@freebsd.org
Subject: Re: ipfw: several equal rules under same number bug
Message-ID: <20010429081131.A49808@nagual.pp.ru>
References: <20010429063345.A48717@nagual.pp.ru> <20010429024118.03804.richw@wyattearp.stanford.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20010429024118.03804.richw@wyattearp.stanford.edu>; from richw@webcom.com on Sat, Apr 28, 2001 at 08:21:36PM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sat, Apr 28, 2001 at 20:21:36 -0700, Rich Wales wrote:
> Andrey A. Chernov wrote:
> 
>     > I use equal "ipfw add" several times from the script, but
>     > the rule number was the same all times. I expect that rule
>     > is replaced, not added with same number several times.
> 
> No.  There can be multiple rules with the same number.  If you run
> multiple "ipfw add" commands with the same number, they are stored
> (and executed) in the order in which they were added.
> 
> Having multiple =identical= rules with the same number doesn't make
> too much sense, since -- as you noticed -- the ones after the first
> will never match (unless the rule has a "count" action, in which
> case all of the identical rules will match).

I think it is very contr-intuitive way, better action will be "replace" if
number is the same. We have _enough_ numbers to not compact rules in such
bad manner.

For example "ipfw delete" takes number as an argument, what rule it
suppose to delete, if the number is the same? I.e. how can I delete
specific rule if all have the same number? Etc, etc.

-- 
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  Sat Apr 28 21:23:11 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 1EC1F37B422
	for <current@FreeBSD.ORG>; Sat, 28 Apr 2001 21:23:09 -0700 (PDT)
	(envelope-from david@catwhisker.org)
Received: (from david@localhost)
	by bunrab.catwhisker.org (8.10.0/8.10.0) id f3T4Mx724878;
	Sat, 28 Apr 2001 21:22:59 -0700 (PDT)
Date: Sat, 28 Apr 2001 21:22:59 -0700 (PDT)
From: David Wolfskill <david@catwhisker.org>
Message-Id: <200104290422.f3T4Mx724878@bunrab.catwhisker.org>
To: ache@nagual.pp.ru, richw@webcom.com
Subject: Re: ipfw: several equal rules under same number bug
Cc: current@FreeBSD.ORG
In-Reply-To: <20010429081131.A49808@nagual.pp.ru>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

>Date: Sun, 29 Apr 2001 08:11:32 +0400
>From: "Andrey A. Chernov" <ache@nagual.pp.ru>

>I think it is very contr-intuitive way, better action will be "replace" if
>number is the same. We have _enough_ numbers to not compact rules in such
>bad manner.

>For example "ipfw delete" takes number as an argument, what rule it
>suppose to delete, if the number is the same? I.e. how can I delete
>specific rule if all have the same number? Etc, etc.

I understand your stated concern, but the proposed "solution" is, to me,
worse.

I have at least one application where I generate ipfw rules in a script,
for a set of subnets which I read from a file at execution time.  I am
able to use the numbers to group the firewall rules , so that for any
given subnet, I can predict the order in which the rules will be
applied.  But since I don't really know the subnets until the script is
running, I would need to make the script far more complicated if we required
that each ipfw rule were uniquely numbered.  (And since I want to get
the ipfw rules in place very early in the boot sequence, additional
complication is not exactly what appeals to me.)

That said, I (personally) wouldn't have an objection to a mechanism
(such as a sysctl) that would determine which of the two ways ipfw would
behave, as long as I could retain the current behavior.  I wouldn't even
mind (again, for myself) if the default were to be changed to be the way
you suggest.

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  Sat Apr 28 21:40:57 2001
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP id 9BAB337B423
	for <freebsd-current@FreeBSD.ORG>; Sat, 28 Apr 2001 21:40:54 -0700 (PDT)
	(envelope-from ken@panzer.kdm.org)
Received: (from ken@localhost)
	by panzer.kdm.org (8.9.3/8.9.1) id WAA37299;
	Sat, 28 Apr 2001 22:40:47 -0600 (MDT)
	(envelope-from ken)
Date: Sat, 28 Apr 2001 22:40:47 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: camcontrol stop / restart broken
Message-ID: <20010428224047.A37268@panzer.kdm.org>
References: <15083.9059.887489.356984@ultrahot.Finland.Sun.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <15083.9059.887489.356984@ultrahot.Finland.Sun.COM>; from Tomi.Vainio@Sun.COM on Sat, Apr 28, 2001 at 11:09:07PM +0300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sat, Apr 28, 2001 at 23:09:07 +0300, Tomi Vainio - Sun Finland - wrote:
> Hi,
> 
> My source disk is quite noisy so normally I stop it after building the
> world and restart it once a week.  Couple weeks this restart hasn't
> worked as before.  Only way to start disk again is reboot.  
> 
> camcontrol stop 1:2:0
> Unit stopped successfully
> mount /f
> mount: /dev/da1s1e: Input/output error
> tail /var/log/messages
> Apr 28 23:01:40 cat /boot/kernel/kernel: (da1:ahc0:0:2:0): Invalidating pack
> Apr 28 23:01:40 cat /boot/kernel/kernel: da1: reading primary partition table: error reading fsbn 0
> camcontrol start 1:2:0
> Unit started successfully
> mount /f
> mount: /dev/da1s1e: Input/output error

Hmm, that's not good. 

Can you do the following:

camcontrol stop da1
camcontrol tur da1 -v
[ then you can start it back up with camcontrol start ]

What I want to see here is the sense information coming back from the drive
when it is spun down.

The new error recovery code should be doing the same thing as the old error
recovery code -- sending a start unit.  For some reason it isn't doing the
right thing, though.

Ken
-- 
Kenneth Merry
ken@kdm.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 28 21:42:33 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 8BA6E37B422
	for <current@FreeBSD.ORG>; Sat, 28 Apr 2001 21:42:28 -0700 (PDT)
	(envelope-from ache@nagual.pp.ru)
Received: (from ache@localhost)
	by nagual.pp.ru (8.11.3/8.11.3) id f3T4gLc50171;
	Sun, 29 Apr 2001 08:42:21 +0400 (MSD)
	(envelope-from ache)
Date: Sun, 29 Apr 2001 08:42:20 +0400
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: David Wolfskill <david@catwhisker.org>
Cc: richw@webcom.com, current@FreeBSD.ORG
Subject: Re: ipfw: several equal rules under same number bug
Message-ID: <20010429084220.A50143@nagual.pp.ru>
References: <20010429081131.A49808@nagual.pp.ru> <200104290422.f3T4Mx724878@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: <200104290422.f3T4Mx724878@bunrab.catwhisker.org>; from david@catwhisker.org on Sat, Apr 28, 2001 at 09:22:59PM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sat, Apr 28, 2001 at 21:22:59 -0700, David Wolfskill wrote:
> I have at least one application where I generate ipfw rules in a script,
> for a set of subnets which I read from a file at execution time.  I am
> able to use the numbers to group the firewall rules , so that for any
> given subnet, I can predict the order in which the rules will be
> applied. 

In situation you describe you can _add_ rules without any harm, but you
can't _delete_ some of them later - it cause totally unpredictable
results, i.e. delete operation really not works in the current way. Better
way will be to give all subnets unique numbers ranges.

-- 
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  Sat Apr 28 21:48: 6 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 33D6037B424
	for <current@FreeBSD.ORG>; Sat, 28 Apr 2001 21:48:04 -0700 (PDT)
	(envelope-from david@catwhisker.org)
Received: (from david@localhost)
	by bunrab.catwhisker.org (8.10.0/8.10.0) id f3T4m0x24954;
	Sat, 28 Apr 2001 21:48:00 -0700 (PDT)
Date: Sat, 28 Apr 2001 21:48:00 -0700 (PDT)
From: David Wolfskill <david@catwhisker.org>
Message-Id: <200104290448.f3T4m0x24954@bunrab.catwhisker.org>
To: ache@nagual.pp.ru
Subject: Re: ipfw: several equal rules under same number bug
Cc: current@FreeBSD.ORG
In-Reply-To: <20010429084220.A50143@nagual.pp.ru>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

>Date: Sun, 29 Apr 2001 08:42:20 +0400
>From: "Andrey A. Chernov" <ache@nagual.pp.ru>

>On Sat, Apr 28, 2001 at 21:22:59 -0700, David Wolfskill wrote:
>> I have at least one application where I generate ipfw rules in a script,
>> for a set of subnets which I read from a file at execution time.  I am
>> able to use the numbers to group the firewall rules , so that for any
>> given subnet, I can predict the order in which the rules will be
>> applied. 

>In situation you describe you can _add_ rules without any harm, but you
>can't _delete_ some of them later - it cause totally unpredictable
>results, i.e. delete operation really not works in the current way. Better
>way will be to give all subnets unique numbers ranges.

Well, in that situation, the rules are sufficiently complicated that I'd
modify the script or the input list of netmask specifications, and
re-run the whole thing.  :-}

How about a syntax for being able to specify which instantiation of a
given ipfw rule number you mean, and a corresponding change to the code
to iterate through those instantiations until that one is encountered.
(You can probably tell I haven't actually looked at the code....)

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