From owner-freebsd-current Sun Apr 27 04:13:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA08133 for current-outgoing; Sun, 27 Apr 1997 04:13:44 -0700 (PDT) Received: from ccserv2.cc.nctu.edu.tw (root@ccserv2.cc.nctu.edu.tw [140.113.6.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA08128 for ; Sun, 27 Apr 1997 04:13:37 -0700 (PDT) Received: from Server.Dorm13.NCTU.edu.tw (jason@Server.Dorm13.NCTU.edu.tw [140.113.139.208]) by ccserv2.cc.nctu.edu.tw (8.8.4/8.8.4) with ESMTP id TAA14775 for ; Sun, 27 Apr 1997 19:09:25 +0800 (CST) Received: (from jason@localhost) by Server.Dorm13.NCTU.edu.tw (8.8.5/8.6.9) id TAA13075 for freebsd-current@freebsd.org; Sun, 27 Apr 1997 19:09:47 +0800 (CST) From: Jason Chang Message-Id: <199704271109.TAA13075@Server.Dorm13.NCTU.edu.tw> Subject: dump a 4G partition to DAT To: freebsd-current@freebsd.org Date: Sun, 27 Apr 1997 19:09:47 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OS: FreeBSD 2.2.1 HD: Quantum Bigfoot CY 4.3G IDE DAT: HP C1533A DDS2 (4G) While running the following command: > rdump 0af iim:/dev/nrst0 /mnt or > rdump 0sdf 20000 20000 iim:/dev/nrst0 /mnt It shows the error: DUMP: Connection to iim.NCTU.edu.tw established. DUMP: Date of this level 0 dump: Sun Apr 27 19:05:22 1997 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /mnt to /dev/nrst0 on host iim DUMP: bad sblock magic number DUMP: The ENTIRE dump is aborted. But the most strange thing is my HD is working just fine. All the files in the partition are correct and running fsck also report no error. It doesn't seem like bad FS_MAGIC. Is it a bug of FreeBSD handling big IDE partition or simply a bug of dump/rdump? -- ==CQ CQ,CQ DX====CQ CQ,CQ DX====CQ CQ,CQ DX====CQ CQ,CQ DX====CQ CQ,CQ DX=== QRA Jason Chang QSL jason@csie.nctu.edu.tw QTH HsinChu, Taiwan QSO http://www.csie.nctu.edu.tw/~jason ==73 & 88========73 & 88========73 & 88========73 & 88========73 & 88======= From owner-freebsd-current Sun Apr 27 05:53:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA10723 for current-outgoing; Sun, 27 Apr 1997 05:53:27 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10718 for ; Sun, 27 Apr 1997 05:53:24 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id OAA04649 for ; Sun, 27 Apr 1997 14:52:15 +0200 (CEST) To: current@freebsd.org Subject: vnode->v_usage From: Poul-Henning Kamp Date: Sun, 27 Apr 1997 14:52:15 +0200 Message-ID: <4647.862145535@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Unless somebody convinces me of the utility of this field, I will remove it from the vnodes. If you will be trying to convince me, please explain why it's clamped at 32 in vfs_cache.c. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Apr 27 06:30:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA11627 for current-outgoing; Sun, 27 Apr 1997 06:30:59 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA11622 for ; Sun, 27 Apr 1997 06:30:55 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id PAA19266 for current@FreeBSD.org; Sun, 27 Apr 1997 15:30:23 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199704271330.PAA19266@helbig.informatik.ba-stuttgart.de> Subject: make world cannot build lkm's - missing opt_smp.h To: current@FreeBSD.org Date: Sun, 27 Apr 1997 15:30:22 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, make world fails when it tries to build LKMs because the files opt_smp.h opt_smp_invltbl.h are missing. They are included at least by the following files /sys/i386/include/smp.h /sys/i386/include/cpufunc.h /sys/i386/include/ipl.h /sys/i386/include/spl.h I suggest the following patch to /usr/src/share/mk/bsd.kmod.mk as a temporary workaround Wolfgang Index: bsd.kmod.mk =================================================================== RCS file: /usr/cvsroot/src/share/mk/bsd.kmod.mk,v retrieving revision 1.31 diff -c -r1.31 bsd.kmod.mk *** bsd.kmod.mk 1997/04/13 06:44:21 1.31 --- bsd.kmod.mk 1997/04/27 13:25:36 *************** *** 94,99 **** --- 94,106 ---- .SUFFIXES: .out .o .c .cc .cxx .C .y .l .s .S # + # A temporary fix to survive SMP changes. + # + CFLAGS+= -I. + beforedepend : + touch opt_smp.h + touch opt_smp_invltlb.h + # # Assume that we are in /usr/src/foo/bar, so /sys is # ${.CURDIR}/../../sys. We don't bother adding a .PATH since nothing # actually lives in /sys directly. From owner-freebsd-current Sun Apr 27 06:37:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA11782 for current-outgoing; Sun, 27 Apr 1997 06:37:11 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA11775 for ; Sun, 27 Apr 1997 06:37:07 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id OAA12909; Sun, 27 Apr 1997 14:36:36 +0100 (BST) Date: Sun, 27 Apr 1997 14:36:36 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: vnode->v_usage In-Reply-To: <4647.862145535@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Poul-Henning Kamp wrote: > > Unless somebody convinces me of the utility of this field, I will remove > it from the vnodes. > > If you will be trying to convince me, please explain why it's clamped > at 32 in vfs_cache.c. I think it is intended to be used to keep frequently used vnodes from being recycled by getnewvnode. The idea is that whenever a vnode is found as a hit in the cache, its usage is increased. When getvnode picks a vnode off the front of the free list, it checks the usage and if >0 it decrements it, puts it at the back of the queue and goes onto the next one. This means that the lifetime of commonly used vnodes is extended. I don't know why it is clamped; possibly to put an upper bound on the lifetime of the vnode when it stops being used so frequently. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Sun Apr 27 06:38:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA11842 for current-outgoing; Sun, 27 Apr 1997 06:38:57 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA11836 for ; Sun, 27 Apr 1997 06:38:53 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id PAA04502 for ; Sun, 27 Apr 1997 15:38:48 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id PAA32392 for freebsd-current@freebsd.org; Sun, 27 Apr 1997 15:38:19 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id OAA12950; Sun, 27 Apr 1997 14:37:21 +0200 (CEST) Message-ID: <19970427143720.26597@keltia.freenix.fr> Date: Sun, 27 Apr 1997 14:37:20 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: Re: dump a 4G partition to DAT References: <199704271109.TAA13075@Server.Dorm13.NCTU.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.67 In-Reply-To: <199704271109.TAA13075@Server.Dorm13.NCTU.edu.tw>; from Jason Chang on Sun, Apr 27, 1997 at 07:09:47PM +0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3245 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jason Chang: > It shows the error: > DUMP: Connection to iim.NCTU.edu.tw established. > DUMP: Date of this level 0 dump: Sun Apr 27 19:05:22 1997 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /mnt to /dev/nrst0 on host iim > DUMP: bad sblock magic number > DUMP: The ENTIRE dump is aborted. Is /mnt a filesystem on its own or just a subdirectory of "/" ? If the latter then it is expected as our dump(8) is not able to dump part of a filesystem. It is a pity... FYI the port of dump/restore made by R幦y Card for Linux is able to dump partial filesystems... -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #7: Sat Apr 26 17:13:26 CEST 1997 From owner-freebsd-current Sun Apr 27 07:45:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14306 for current-outgoing; Sun, 27 Apr 1997 07:45:34 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14301 for ; Sun, 27 Apr 1997 07:45:30 -0700 (PDT) Received: (from jason@localhost) by FreeBSD.csie.NCTU.edu.tw (8.8.5/8.8.5) id WAA23345; Sun, 27 Apr 1997 22:38:45 +0800 (CST) Date: Sun, 27 Apr 1997 22:38:45 +0800 (CST) From: CQ CQ de Jason Message-Id: <199704271438.WAA23345@FreeBSD.csie.NCTU.edu.tw> To: current@freebsd.org, roberto@keltia.freenix.fr Subject: Re: dump a 4G partition to DAT Newsgroups: mailing.freebsd.current In-Reply-To: <5jvlia$lir$1@FreeBSD.csie.NCTU.edu.tw> Organization: NCTU CSIE FreeBSD Server X-Newsreader: TIN [UNIX 1.3 unoff BETA 970324; i386 FreeBSD 2.2-STABLE] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 您在 <5jvlia$lir$1@FreeBSD.csie.NCTU.edu.tw> 文章內提到: > According to Jason Chang: > > It shows the error: > > DUMP: Connection to iim.NCTU.edu.tw established. > > DUMP: Date of this level 0 dump: Sun Apr 27 19:05:22 1997 > > DUMP: Date of last level 0 dump: the epoch > > DUMP: Dumping /mnt to /dev/nrst0 on host iim > > DUMP: bad sblock magic number > > DUMP: The ENTIRE dump is aborted. > Is /mnt a filesystem on its own or just a subdirectory of "/" ? > If the latter then it is expected as our dump(8) is not able to dump part > of a filesystem. It is a pity... > FYI the port of dump/restore made by R幦y Card for Linux is able to dump > partial filesystems... The /mnt is where I mount the BigFoot 4.3G IDE HD. (Not part of a filesystem) -- ==CQ CQ,CQ DX====CQ CQ,CQ DX====CQ CQ,CQ DX====CQ CQ,CQ DX====CQ CQ,CQ DX=== QRA Jason Chang QSL jason@csie.nctu.edu.tw QTH HsinChu, Taiwan QSO http://www.csie.nctu.edu.tw/~jason ==73 & 88========73 & 88========73 & 88========73 & 88========73 & 88======= From owner-freebsd-current Sun Apr 27 07:59:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14771 for current-outgoing; Sun, 27 Apr 1997 07:59:33 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14765 for ; Sun, 27 Apr 1997 07:59:26 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id KAA08965; Sun, 27 Apr 1997 10:44:53 -0400 (EDT) Date: Sun, 27 Apr 1997 10:44:53 -0400 (EDT) From: Garrett Wollman Message-Id: <199704271444.KAA08965@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: current@freebsd.org Subject: Re: cvs commit: src/etc rc rc.network In-Reply-To: <199704271347.VAA07550@spinner.DIALix.COM> References: <199704271230.WAA07923@godzilla.zeta.org.au> <199704271347.VAA07550@spinner.DIALix.COM> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > Apr 27 10:39:07 pasteur xntpd[171]: time reset (step) -0.418709 s > Apr 27 10:45:01 pasteur xntpd[171]: time reset (step) 0.561284 s > remote local st poll reach delay offset disp > ======================================================================= > *tictoc.dap.CSIR 203.12.3.8 1 256 377 0.05458 -0.061465 0.03783 You don't really give enough information here... There are two possibilities: 1) If that is your only server, then it's clear, you have substantial jitter on the link to it which is causing NTP to step all over the place. This is a flaw in xntpd, but it can't be fixed without having either a super-stable local clock, or at least a model of how the local oscillator behaves. If I were at work, I've give you the title of a Ph.D. thesis which explores these issues. 2) If you have multiple servers (as my ntpq seems to suggest), then the problem is also clear: you have different jitter on the links to those different servers, and the difference is enough, and varies enough, to cause xntpd to clock-hop. (You should be able to confirm this theory by examining which servers are considered synchronization sources before and after a step.) If I were at work, I'd give you the title of a Ph.D. thesis which explores these issues. > It seems to go through wild oscillations quite regularly. What worrys me > is that xntpd seems to call adjtime() very frequently, about every second > or so.. Does it have it's own PLL inside xntpd? Yes, it does. > Does having a PLL driving > a PLL work? The kernel PLL doesn't ever come into play, since xntpd doesn't think the time is stable enough to start using it. It would be calling adjtimex() if it were. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Apr 27 08:34:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA16103 for current-outgoing; Sun, 27 Apr 1997 08:34:22 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA16095 for ; Sun, 27 Apr 1997 08:34:19 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id QAA07106 for freebsd.org!freebsd-current; Sun, 27 Apr 1997 16:29:04 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Sun, 27 Apr 1997 16:29:43 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 1997 16:27:09 +0100 To: freebsd-current@freebsd.org From: Bob Bishop Subject: Anyone seen CTM src-cur 2859 ? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, CTM src-cur 2860 has turned up here but no sign of 2859. Same applies to the FTP mirror in Berlin. Any ideas? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-current Sun Apr 27 10:57:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA20946 for current-outgoing; Sun, 27 Apr 1997 10:57:01 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA20941 for ; Sun, 27 Apr 1997 10:56:59 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id NAA01808 for ; Sun, 27 Apr 1997 13:56:54 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id NAA05439 for ; Sun, 27 Apr 1997 13:56:50 -0400 Date: Sun, 27 Apr 1997 13:56:15 -0400 (EDT) From: Chuck Robey To: FreeBSD current Subject: edit-pr on freefall Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When I was doing my last committing using easy-import, I found that I couldn't yet do it on hub. I finished my work on freefall, then I started to go for edit-pr to close the pr, and found it didn't work from freefall. I ended up going to hub to do that part of it (edit-pr wasn't there on freefall). Was that on purpose, or an oversight, maybe? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Apr 27 12:09:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA23833 for current-outgoing; Sun, 27 Apr 1997 12:09:05 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA23825 for ; Sun, 27 Apr 1997 12:08:56 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.8.5/BSD4.4) id FAA21987 Mon, 28 Apr 1997 05:07:20 +1000 (EST) From: michael butler Message-Id: <199704271907.FAA21987@asstdc.scgt.oz.au> Subject: Re: cvs commit: src/etc rc rc.network In-Reply-To: <199704271444.KAA08965@khavrinen.lcs.mit.edu> from Garrett Wollman at "Apr 27, 97 10:44:53 am" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Mon, 28 Apr 1997 05:07:20 +1000 (EST) Cc: peter@spinner.dialix.com, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > < said: > > Apr 27 10:39:07 pasteur xntpd[171]: time reset (step) -0.418709 s > > Apr 27 10:45:01 pasteur xntpd[171]: time reset (step) 0.561284 s > > remote local st poll reach delay offset disp > > ======================================================================= > > *tictoc.dap.CSIR 203.12.3.8 1 256 377 0.05458 -0.061465 0.03783 This is normal on overpriced and under-powered Australian links where latency from one instant to the next is highly variable :-( > You don't really give enough information here... There are two > possibilities: > 1) If that is your only server, then it's clear, you have substantial > jitter on the link to it which is causing NTP to step all over the > place. This is a flaw in xntpd, but it can't be fixed without having > either a super-stable local clock, .. You can (sort of) fudge this by telling it that the local clock is one of the references, e.g. by adding .. server 127.127.1.0 fudge 127.127.1.0 stratum 10 .. to /etc/ntp.conf. When a real (as in .ATOM.) reference clock jitters too much (as seen at your place), xntpd will notice that the deviations are beyond the dispersion window considered "sensible". Since it has a (fudged) local reference with less deviation, it "locks" to that even though it's essentially free-running (modulo the accumulated/learnt drift stats which it continues to apply). When the external link recovers enough to display a consistent error over successive samples, xntpd reacquires the desired source. Using this approach, a local machine can be configured to appear to be a "locked" reference for most of the time despite the jitter. Other machines on the same ether will get up to the expected 1024 second poll period, no troubles. However, the instances of oscillatory stepping are only reduced by this, not completely eliminated :-( A GEOS receiver of your own is probably best if it's really that critical, michael From owner-freebsd-current Sun Apr 27 12:12:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24067 for current-outgoing; Sun, 27 Apr 1997 12:12:48 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24058; Sun, 27 Apr 1997 12:12:38 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id VAA04916; Sun, 27 Apr 1997 21:11:34 +0200 (CEST) To: Doug Rabson cc: Poul-Henning Kamp , current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Sun, 27 Apr 1997 14:36:36 BST." Date: Sun, 27 Apr 1997 21:11:33 +0200 Message-ID: <4914.862168293@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Dou g Rabson writes: >On Sun, 27 Apr 1997, Poul-Henning Kamp wrote: > >> >> Unless somebody convinces me of the utility of this field, I will remove >> it from the vnodes. >> >> If you will be trying to convince me, please explain why it's clamped >> at 32 in vfs_cache.c. > >I think it is intended to be used to keep frequently used vnodes from >being recycled by getnewvnode. The idea is that whenever a vnode is found >as a hit in the cache, its usage is increased. When getvnode picks a >vnode off the front of the free list, it checks the usage and if >0 it >decrements it, puts it at the back of the queue and goes onto the next >one. This means that the lifetime of commonly used vnodes is extended. I >don't know why it is clamped; possibly to put an upper bound on the >lifetime of the vnode when it stops being used so frequently. Wouldn't it make more sense to use a LRU algorithm then ? As far as I recall we already add things to either end of the vnode freelist, depending on the reusability of it, right ? So if vfs_cache.c simply pulled the vnode out of the free_list and put it back at the tail, wouldn't that work ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Apr 27 14:08:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28766 for current-outgoing; Sun, 27 Apr 1997 14:08:41 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28760 for ; Sun, 27 Apr 1997 14:08:37 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id RAA14375; Sun, 27 Apr 1997 17:07:44 -0400 (EDT) From: Peter Dufault Message-Id: <199704272107.RAA14375@hda.hda.com> Subject: Re: vnode->v_usage In-Reply-To: from Doug Rabson at "Apr 27, 97 02:36:36 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 27 Apr 1997 17:07:43 -0400 (EDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think it is intended to be used to keep frequently used vnodes from > being recycled by getnewvnode. The idea is that whenever a vnode is found > as a hit in the cache, its usage is increased. When getvnode picks a > vnode off the front of the free list, it checks the usage and if >0 it > decrements it, puts it at the back of the queue and goes onto the next > one. This means that the lifetime of commonly used vnodes is extended. I > don't know why it is clamped; possibly to put an upper bound on the > lifetime of the vnode when it stops being used so frequently. Warning: I'm going strictly by your description without looking at the code, but instead of clamping to avoid "integrator windup" put the cache-hit vnode at the tail of the queue. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-current Sun Apr 27 14:50:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA01381 for current-outgoing; Sun, 27 Apr 1997 14:50:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA01376 for ; Sun, 27 Apr 1997 14:50:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09824 for current@freebsd.org; Sun, 27 Apr 1997 14:46:04 -0700 From: Terry Lambert Message-Id: <199704272146.OAA09824@phaeton.artisoft.com> Subject: Minor bug in /usr/src/lib/csu/i386/Makefile, with patch To: current@freebsd.org Date: Sun, 27 Apr 1997 14:46:03 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The Makefile in /usr/src/lib/csu/i386 incorrectly references the system include sirectory instead of the local include directory to obtain the header dlfcn.h. Unless you blindly do a "make install" so that the install of the header occurs before the build, the build will fail for RTLD_NOW or similar dependency changes. For what it's worth, I think it's broken to put the dlfcn.h header here and install it seperately from the standard include installs, anyway. In any case, this patch makes the build look for the dlfcn.h locally before going to the (potentially stale) /usr/include version. Index: Makefile =================================================================== RCS file: /b/cvstree/ncvs/src/lib/csu/i386/Makefile,v retrieving revision 1.30 diff -c -r1.30 Makefile *** 1.30 1997/04/02 16:49:18 --- Makefile 1997/04/27 21:37:01 *************** *** 1,7 **** # from: @(#)Makefile 5.6 (Berkeley) 5/22/91 # $Id: Makefile,v 1.30 1997/04/02 16:49:18 jdp Exp $ ! CFLAGS+= -DLIBC_SCCS -fno-omit-frame-pointer OBJS= crt0.o c++rt0.o gcrt0.o scrt0.o sgcrt0.o CLEANFILES+= a.out MAN3+= dlopen.3 --- 1,7 ---- # from: @(#)Makefile 5.6 (Berkeley) 5/22/91 # $Id: Makefile,v 1.30 1997/04/02 16:49:18 jdp Exp $ ! CFLAGS+= -DLIBC_SCCS -fno-omit-frame-pointer -I${.CURDIR} OBJS= crt0.o c++rt0.o gcrt0.o scrt0.o sgcrt0.o CLEANFILES+= a.out MAN3+= dlopen.3 =================================================================== Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Apr 27 15:27:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA02623 for current-outgoing; Sun, 27 Apr 1997 15:27:22 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA02615 for ; Sun, 27 Apr 1997 15:27:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00413 for current@freebsd.org; Sun, 27 Apr 1997 15:27:06 -0700 From: Terry Lambert Message-Id: <199704272227.PAA00413@phaeton.artisoft.com> Subject: Longer user names: take 2 To: current@freebsd.org Date: Sun, 27 Apr 1997 15:27:05 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OThe saga of longer user names continues. Well, I just recompiled ps, and what to my 'ps -gaxu' amazement should I see, but a *huge* gap between the left hand column value and the rest of the world. Isn't there any way that the "USER" field specifically could determine the largest user name it was going to have to display, and size it that way? If you argue that dynamic sizing breaks scripts, I will argue that changing from 8 to 16 characters breaks those same scripts. In any case, dynamic sizing the field should handle this "magically", and at the same time be an overall win for those of us who are not so insane we define these huge long names. Maybe the length specifier should be negated? This would give a generalized mechanism for recognizing fields which should be sized dynamically, and make the ps output nice looking once again... As it is, "ps -gaxu" is now relatively useles without a "w" option, and "ps -gaxuwww" has always been pretty damn useless anyway. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Apr 27 15:54:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03913 for current-outgoing; Sun, 27 Apr 1997 15:54:45 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03908 for ; Sun, 27 Apr 1997 15:54:43 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id PAA05828 for ; Sun, 27 Apr 1997 15:54:16 -0700 (PDT) Date: Sun, 27 Apr 1997 15:54:14 -0700 (PDT) From: Vincent Poy To: current@FreebSD.ORG Subject: current build failed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreebSD.ORG X-Loop: FreeBSD.org Precedence: bulk from /usr/src/lkm/atapi/../../sys/sys/systm.h:45, from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:114: /usr/include/machine/spl.h:40: opt_smp.h: No such file or directory In file included from /usr/include/machine/spl.h:42, from /usr/include/machine/cpufunc.h:421, from /usr/src/lkm/atapi/../../sys/sys/systm.h:45, from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:114: /usr/include/machine/ipl.h:40: opt_smp.h: No such file or directory In file included from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:115: /usr/src/lkm/atapi/../../sys/sys/proc.h:53: opt_smp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. root@mercury [2:57pm][/usr/src] >> Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 16:40:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA05630 for current-outgoing; Sun, 27 Apr 1997 16:40:43 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05623 for ; Sun, 27 Apr 1997 16:40:41 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id QAA06136 for ; Sun, 27 Apr 1997 16:40:14 -0700 (PDT) Date: Sun, 27 Apr 1997 16:40:13 -0700 (PDT) From: Vincent Poy To: current@FreeBSD.ORG Subject: termcap question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On the older FreeBSD versions, I can add a entry in /etc/termcap and it would update the termcap database but in the recent -current, it seems that termcap.db doesn't update. What am I doing wrong? Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 17:06:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07081 for current-outgoing; Sun, 27 Apr 1997 17:06:52 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07076 for ; Sun, 27 Apr 1997 17:06:48 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id RAA08047; Sun, 27 Apr 1997 17:04:02 -0700 (PDT) Message-ID: <19970427170402.50307@hydrogen.nike.efn.org> Date: Sun, 27 Apr 1997 17:04:02 -0700 From: John-Mark Gurney To: Vincent Poy Cc: current@FreeBSD.ORG Subject: Re: termcap question References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Vincent Poy on Sun, Apr 27, 1997 at 04:40:13PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Vincent Poy scribbled this message on Apr 27: > On the older FreeBSD versions, I can add a entry in /etc/termcap > and it would update the termcap database but in the recent -current, it > seems that termcap.db doesn't update. What am I doing wrong? cap_mkdb /usr/share/misc/termcap the location has reciently changed to /usr/share/misc so that you don't have to have the symlink in /etc any more... the cap_mkdb is neccessary to rebuild the database that makes looking up termcap entries faster... ttyl.. -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Sun Apr 27 17:07:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07178 for current-outgoing; Sun, 27 Apr 1997 17:07:33 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07134; Sun, 27 Apr 1997 17:07:21 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id SAA22684; Sun, 27 Apr 1997 18:06:53 -0600 (MDT) Message-Id: <199704280006.SAA22684@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Wolfgang Helbig cc: Vincent Poy , Peter Wemm , current@freebsd.org, smp@freebsd.org Subject: Re: make world cannot build lkm's - missing opt_smp.h Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Apr 1997 18:06:53 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >make world fails when it tries to build LKMs because the files > opt_smp.h > opt_smp_invltbl.h >are missing. They are included at least by the following files > ... >I suggest the following patch to /usr/src/share/mk/bsd.kmod.mk as >a temporary workaround > ... done, thanx. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Apr 27 17:12:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07379 for current-outgoing; Sun, 27 Apr 1997 17:12:04 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07374 for ; Sun, 27 Apr 1997 17:12:02 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id RAA06293; Sun, 27 Apr 1997 17:11:33 -0700 (PDT) Date: Sun, 27 Apr 1997 17:11:32 -0700 (PDT) From: Vincent Poy To: John-Mark Gurney cc: current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <19970427170402.50307@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, John-Mark Gurney wrote: > Vincent Poy scribbled this message on Apr 27: > > On the older FreeBSD versions, I can add a entry in /etc/termcap > > and it would update the termcap database but in the recent -current, it > > seems that termcap.db doesn't update. What am I doing wrong? > > cap_mkdb /usr/share/misc/termcap > > the location has reciently changed to /usr/share/misc so that you don't > have to have the symlink in /etc any more... the cap_mkdb is neccessary > to rebuild the database that makes looking up termcap entries faster... I just figured this part out... However, something weird is happening, the termcap entries I manually put in no longer works anymore. linux|linux console:\ :am:eo:mi:ms:ut:xn:xo:\ :co#80:it#8:li#25:\ :&7=^Z:@7=\E[4~:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:\ :F1=\E[23~:F2=\E[24~:F3=\E[25~:F4=\E[26~:F5=\E[28~:\ :F6=\E[29~:F7=\E[31~:F8=\E[32~:F9=\E[33~:FA=\E[34~:\ :IC=\E[%d@:K2=\E[G:al=\E[L:bl=^G:cd=\E[J:ce=\E[K:\ :ch=\E[%i%dG:cl=\E[H\E[J:cm=\E[%i%d;%dH:cr=^M:\ :cs=\E[%i%d;%dr:ct=\E[3g:cv=\E[%i%dd:dc=\E[P:dl=\E[M:\ :do=^J:ei=\E[4l:ho=\E[H:ic=\E[@:im=\E[4h:k1=\E[[A:\ :k2=\E[[B:k3=\E[[C:k4=\E[[D:k5=\E[[E:k6=\E[17~:\ :k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:kB=\E[Z:\ :kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=^H:kd=\E[B:\ :kh=\E[1~:kl=\E[D:kr=\E[C:ku=\E[A:le=^H:mr=\E[7m:\ :nd=\E[C:nw=^M^J:r1=\Ec:rc=\E8:sc=\E7:sf=^J:sr=\EM:\ :st=\EH:ta=^I:u6=\E[%i%d;%dR:u7=\E[6n:u8=\E[?6c:\ :u9=\E[c:up=\E[A:vb=200\E[?5h\E[?5l:ve=\E[?25h:\ :vi=\E[?25l:tc=klone+sgr:tc=klone+color:tc=klone+acs: linux-m|Linux console no color:\ :Co@:pa@:\ :AB@:AF@:Sb@:Sf@:tc=linux: When I did: root@earth [5:10pm][/usr/share/misc] >> cap_mkdb /usr/share/misc/termcap cap_mkdb: Record not tc expanded: linux|linux console cap_mkdb: Record not tc expanded: linux-m|Linux console no color root@earth [5:11pm][/usr/share/misc] >> su -l vince chmod: No match. Terminal type? [screen] linux tset: termcap names not colon terminated Unmatched '. vince@earth [5:11pm][~] >> Any ideas? Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 18:33:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11104 for current-outgoing; Sun, 27 Apr 1997 18:33:13 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11098 for ; Sun, 27 Apr 1997 18:32:56 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id LAA04120; Mon, 28 Apr 1997 11:32:37 +1000 (EST) Message-Id: <199704280132.LAA04120@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Vincent Poy cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-reply-to: Your message of "Sun, 27 Apr 1997 17:11:32 MST." Mime-Version: 1.0 Content-Type: text/plain Date: Mon, 28 Apr 1997 11:32:37 +1000 From: David Nugent Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > :vi=\E[?25l:tc=klone+sgr:tc=klone+color:tc=klone+acs: ~ > root@earth [5:10pm][/usr/share/misc] >> cap_mkdb /usr/share/misc/termcap > cap_mkdb: Record not tc expanded: linux|linux console > cap_mkdb: Record not tc expanded: linux-m|Linux console no color ~ > Any ideas? Well, cap_mkdb tells you want the problem is. There are no termcap records for "klone+*" that the tc= references refer to. I have idea what to make of the message from tset though. :) Looking over the termcap, I can't see any missing colons. It may be related to the unresolved tc's though. Regards, David David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Apr 27 18:41:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11486 for current-outgoing; Sun, 27 Apr 1997 18:41:00 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11480 for ; Sun, 27 Apr 1997 18:40:50 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id LAA23432; Mon, 28 Apr 1997 11:40:36 +1000 Received: from maya.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id LAA14231; Mon, 28 Apr 1997 11:39:47 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by maya.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id LAA03612; Mon, 28 Apr 1997 11:39:44 +1000 (EST) Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA10540; Mon, 28 Apr 1997 01:43:32 GMT Message-Id: <199704280143.BAA10540@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freebsd.org cc: rkw@dataplex.net Subject: The missing ctm src-cur.2859 X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 11:43:31 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone else seen this beast? I have not received at two sites. Stephen. -- The views expressed above are not those of WorkCover Queensland, Australia. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California From owner-freebsd-current Sun Apr 27 18:48:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11757 for current-outgoing; Sun, 27 Apr 1997 18:48:28 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11748 for ; Sun, 27 Apr 1997 18:48:26 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id SAA06728; Sun, 27 Apr 1997 18:47:42 -0700 (PDT) Date: Sun, 27 Apr 1997 18:47:41 -0700 (PDT) From: Vincent Poy To: David Nugent cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <199704280132.LAA04120@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, David Nugent wrote: > > :vi=\E[?25l:tc=klone+sgr:tc=klone+color:tc=klone+acs: > ~ > > root@earth [5:10pm][/usr/share/misc] >> cap_mkdb /usr/share/misc/termcap > > cap_mkdb: Record not tc expanded: linux|linux console > > cap_mkdb: Record not tc expanded: linux-m|Linux console no color > ~ > > Any ideas? > > Well, cap_mkdb tells you want the problem is. There are no termcap > records for "klone+*" that the tc= references refer to. Hmmm, now where would I get the termcap records for "klone+*" though since it worked fine before there was cap_mkdb. > I have idea what to make of the message from tset though. :) Looking > over the termcap, I can't see any missing colons. It may be related > to the unresolved tc's though. I think you're right about this one since I compared my termcap entries with the sun termcap entry and it looks right. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 19:04:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12347 for current-outgoing; Sun, 27 Apr 1997 19:04:13 -0700 (PDT) Received: from hydrogen.nike.efn.org (metriclient-8.uoregon.edu [128.223.172.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12341 for ; Sun, 27 Apr 1997 19:04:06 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id TAA08249; Sun, 27 Apr 1997 19:03:56 -0700 (PDT) Message-ID: <19970427190355.65240@hydrogen.nike.efn.org> Date: Sun, 27 Apr 1997 19:03:55 -0700 From: John-Mark Gurney To: Vincent Poy Cc: current@FreeBSD.ORG Subject: Re: termcap question References: <19970427170402.50307@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Vincent Poy on Sun, Apr 27, 1997 at 05:11:32PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Vincent Poy scribbled this message on Apr 27: > On Sun, 27 Apr 1997, John-Mark Gurney wrote: > > > Vincent Poy scribbled this message on Apr 27: > > > On the older FreeBSD versions, I can add a entry in /etc/termcap > > > and it would update the termcap database but in the recent -current, it > > > seems that termcap.db doesn't update. What am I doing wrong? > > > > cap_mkdb /usr/share/misc/termcap > > > > the location has reciently changed to /usr/share/misc so that you don't > > have to have the symlink in /etc any more... the cap_mkdb is neccessary > > to rebuild the database that makes looking up termcap entries faster... > > I just figured this part out... However, something weird is > happening, the termcap entries I manually put in no longer works anymore. > > linux|linux console:\ [...] > :vi=\E[?25l:tc=klone+sgr:tc=klone+color:tc=klone+acs: my closest guess is that tc=klone+sgr and tc=klone+color are not last as termcap(5) says it's suppose to be... but other than that, I don't know... > linux-m|Linux console no color:\ > :Co@:pa@:\ > :AB@:AF@:Sb@:Sf@:tc=linux: > > When I did: > > root@earth [5:10pm][/usr/share/misc] >> cap_mkdb /usr/share/misc/termcap > cap_mkdb: Record not tc expanded: linux|linux console > cap_mkdb: Record not tc expanded: linux-m|Linux console no color and then this one (linux-m) isn't expanded because there is now linux... > Any ideas? hope the above it true... but I'm not sure... ttyl.. -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Sun Apr 27 19:04:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12407 for current-outgoing; Sun, 27 Apr 1997 19:04:44 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12375 for ; Sun, 27 Apr 1997 19:04:34 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id MAA04379; Mon, 28 Apr 1997 12:04:14 +1000 (EST) Message-Id: <199704280204.MAA04379@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Vincent Poy cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-reply-to: Your message of "Sun, 27 Apr 1997 18:47:41 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 12:04:14 +1000 From: David Nugent Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Well, cap_mkdb tells you want the problem is. There are no termcap > > records for "klone+*" that the tc= references refer to. > > Hmmm, now where would I get the termcap records for "klone+*" > though since it worked fine before there was cap_mkdb. If it worked, it was probably more by accident that design. Try removing the tc= references and see what breaks. If something does, then you may have to borrow those entries from some linux termcap, assuming they exist there. Regards, David David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Apr 27 19:09:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12890 for current-outgoing; Sun, 27 Apr 1997 19:09:56 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12882 for ; Sun, 27 Apr 1997 19:09:54 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id TAA06855; Sun, 27 Apr 1997 19:09:26 -0700 (PDT) Date: Sun, 27 Apr 1997 19:09:25 -0700 (PDT) From: Vincent Poy To: John-Mark Gurney cc: current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <19970427190355.65240@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, John-Mark Gurney wrote: > [...] > > > :vi=\E[?25l:tc=klone+sgr:tc=klone+color:tc=klone+acs: > > my closest guess is that tc=klone+sgr and tc=klone+color are not last > as termcap(5) says it's suppose to be... but other than that, I don't > know... I just add these before the sun entry at the top of /usr/share/misc/termcap. > > linux-m|Linux console no color:\ > > :Co@:pa@:\ > > :AB@:AF@:Sb@:Sf@:tc=linux: > > > > When I did: > > > > root@earth [5:10pm][/usr/share/misc] >> cap_mkdb /usr/share/misc/termcap > > cap_mkdb: Record not tc expanded: linux|linux console > > cap_mkdb: Record not tc expanded: linux-m|Linux console no color > > and then this one (linux-m) isn't expanded because there is now linux... Hmmm, this is the termcap from a linux machine though. > > Any ideas? > > hope the above it true... but I'm not sure... ttyl.. Hopefully it's true. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 19:13:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA13135 for current-outgoing; Sun, 27 Apr 1997 19:13:31 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13130 for ; Sun, 27 Apr 1997 19:13:29 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id WAA23133; Sun, 27 Apr 1997 22:13:21 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id WAA01471; Sun, 27 Apr 1997 22:13:14 -0400 Date: Sun, 27 Apr 1997 22:12:38 -0400 (EDT) From: Chuck Robey To: Stephen Hocking cc: current@FreeBSD.ORG, rkw@dataplex.net Subject: Re: The missing ctm src-cur.2859 In-Reply-To: <199704280143.BAA10540@netfl15a.devetir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id TAA13131 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, Stephen Hocking wrote: > > Has anyone else seen this beast? I have not received at two sites. I just checked the FreeBSD mail search page (very nice new page, BTW, much improved!) and I got this message: Date: Thu, 13 Mar 1997 23:58:50 +0800 (CST) From: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) To: freebsd-current@freebsd.org Sender: owner-current@freebsd.org Subject: Re: CTM-deltas over ftp ? > They are very difficult to get. The CTM servers mentioned in the > handbook all suffer from serious problems: Try ftp://ftp2.tw.freebsd.org/pub/FreeBSD-CTM/, there are : (aka freebsd.csie.nctu.edu.tw, T1-link) gnats, smp-cur, src-cur, cvs-cur, ports-cur, src-2.2, src-stable. Maybe someone can add this site into handbook. -- 李 建 達 (Jian-Da Li) 交 大 資 工 E-Mail ： http://www.csie.nctu.edu.tw/~jdli I checked, Stepehen, the one you want is sitting there. Go get it! :-) > > > Stephen. > -- > The views expressed above are not those of WorkCover Queensland, Australia. > > "We've heard that a million monkeys at a million keyboards could produce > the Complete Works of Shakespeare; now, thanks to the Internet, we know > this is not true." Robert Wilensky, University of California > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Apr 27 19:14:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA13237 for current-outgoing; Sun, 27 Apr 1997 19:14:32 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13229 for ; Sun, 27 Apr 1997 19:14:26 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id TAA06880; Sun, 27 Apr 1997 19:13:51 -0700 (PDT) Date: Sun, 27 Apr 1997 19:13:49 -0700 (PDT) From: Vincent Poy To: David Nugent cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <199704280204.MAA04379@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, David Nugent wrote: > > > Well, cap_mkdb tells you want the problem is. There are no termcap > > > records for "klone+*" that the tc= references refer to. > > > > Hmmm, now where would I get the termcap records for "klone+*" > > though since it worked fine before there was cap_mkdb. > > If it worked, it was probably more by accident that design. > Try removing the tc= references and see what breaks. If something > does, then you may have to borrow those entries from some linux > termcap, assuming they exist there. Hmmm, it did work before, atleast for the last 9-10 months. How does one add a termcap entry if it wasn't a supplied terminal type? Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 19:40:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA14277 for current-outgoing; Sun, 27 Apr 1997 19:40:21 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14247; Sun, 27 Apr 1997 19:40:11 -0700 (PDT) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id VAA28962; Sun, 27 Apr 1997 21:40:03 -0500 (CDT) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199704280143.BAA10540@netfl15a.devetir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 1997 21:32:36 -0500 To: Stephen Hocking From: Richard Wackerbarth Subject: Re: The missing ctm src-cur.2859 Cc: current@freebsd.org, postmaster@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 8:43 PM -0500 4/27/97, Stephen Hocking wrote: >Has anyone else seen this beast? I have not received at two sites. Apr 25 20:29:48 shrimp sendmail[10266]: UAA10101: to=ctm-src-cur@freebsd.org, ct laddr=library (900/900), delay=00:17:23, xdelay=00:00:05, mailer=esmtp, relay=hu b.freebsd.org. [204.216.27.18], stat=Sent (SAA23008 Message accepted for deliver y) Apr 25 20:29:50 shrimp sendmail[10266]: UAA10098: to=ctm-src-cur-fast@freebsd.or g, ctladdr=library (900/900), delay=00:17:27, xdelay=00:00:02, mailer=esmtp, rel ay=hub.freebsd.org. [204.216.27.18], stat=Sent (SAA23010 Message accepted for de livery) I suggest that we ask the postmaster... From owner-freebsd-current Sun Apr 27 20:00:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA15280 for current-outgoing; Sun, 27 Apr 1997 20:00:13 -0700 (PDT) Received: from hydrogen.nike.efn.org (metriclient-8.uoregon.edu [128.223.172.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA15268 for ; Sun, 27 Apr 1997 20:00:08 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id TAA08379; Sun, 27 Apr 1997 19:59:56 -0700 (PDT) Message-ID: <19970427195956.37887@hydrogen.nike.efn.org> Date: Sun, 27 Apr 1997 19:59:56 -0700 From: John-Mark Gurney To: Vincent Poy Cc: current@FreeBSD.ORG Subject: Re: termcap question References: <199704280204.MAA04379@labs.usn.blaze.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Vincent Poy on Sun, Apr 27, 1997 at 07:13:49PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Vincent Poy scribbled this message on Apr 27: > On Mon, 28 Apr 1997, David Nugent wrote: > > > > > Well, cap_mkdb tells you want the problem is. There are no termcap > > > > records for "klone+*" that the tc= references refer to. > > > > > > Hmmm, now where would I get the termcap records for "klone+*" > > > though since it worked fine before there was cap_mkdb. > > > > If it worked, it was probably more by accident that design. > > Try removing the tc= references and see what breaks. If something > > does, then you may have to borrow those entries from some linux > > termcap, assuming they exist there. > > Hmmm, it did work before, atleast for the last 9-10 months. How > does one add a termcap entry if it wasn't a supplied terminal type? termcap(5) says: To easily test a new terminal description you are working on you can put it in your home directory in a file called .termcap and programs will look there before looking in /usr/share/misc/termcap. You can also set the environment variable TERMPATH to a list of absolute file pathnames (separated by spaces or colons), one of which contains the description you are working on, and programs will search them in the order listed, and nowhere else. See termcap(3). The TERMCAP environment variable is another way is to go to the machine do: echo $TERMCAP > somefile transfer file to some machine... either add it to /usr/share/misc/termcap, or do something like: export TERMCAP=`cat somefile` export TERM=`awk -F| '{print $1 }' somefile` and because TERM matches TERMCAP it won't reload TERMCAP with the entry from /usr/share/misc/termcap... ttyl.. -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Sun Apr 27 21:17:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA20226 for current-outgoing; Sun, 27 Apr 1997 21:17:35 -0700 (PDT) Received: from peeper.my.domain ([208.128.8.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20171 for ; Sun, 27 Apr 1997 21:17:20 -0700 (PDT) Received: (from tom@localhost) by peeper.my.domain (8.8.5/8.7.3) id XAA22097; Sun, 27 Apr 1997 23:13:11 -0500 (CDT) Message-ID: <19970427231310.06006@peeper.my.domain> Date: Sun, 27 Apr 1997 23:13:10 -0500 From: Tom Jackson To: freebsd-current@freebsd.org Subject: Re: Anyone seen CTM src-cur 2859 ? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: ; from Bob Bishop on Sun, Apr 27, 1997 at 04:27:09PM +0100 Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, Apr 27, 1997 at 04:27:09PM +0100, Bob Bishop wrote: > Hi, > > CTM src-cur 2860 has turned up here but no sign of 2859. Same applies to > the FTP mirror in Berlin. Any ideas? > ports-cur.1828.gz is missing to. -- Tom Jackson I'm ProChoice->FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Sun Apr 27 22:03:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA22208 for current-outgoing; Sun, 27 Apr 1997 22:03:54 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA22203 for ; Sun, 27 Apr 1997 22:03:49 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id PAA05634; Mon, 28 Apr 1997 15:03:20 +1000 (EST) Message-Id: <199704280503.PAA05634@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Vincent Poy cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-reply-to: Your message of "Sun, 27 Apr 1997 19:13:49 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 15:03:20 +1000 From: David Nugent Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How does one add a termcap entry if it wasn't a supplied terminal type? Usually by adding it to ~/.termcap, unless you need it system-wide. FWIW, I think a "linux" console entry should be added to the standard FreeBSD termcap. I've needed it myself on occasion (but, fwiw, I don't remember having to add the tc= references you apparently need). David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Apr 27 22:09:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA22425 for current-outgoing; Sun, 27 Apr 1997 22:09:15 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA22420 for ; Sun, 27 Apr 1997 22:09:13 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id WAA07648; Sun, 27 Apr 1997 22:08:32 -0700 (PDT) Date: Sun, 27 Apr 1997 22:08:31 -0700 (PDT) From: Vincent Poy To: David Nugent cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <199704280503.PAA05634@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, David Nugent wrote: > > How does one add a termcap entry if it wasn't a supplied terminal type? > > Usually by adding it to ~/.termcap, unless you need it system-wide. Actually, it does need to be system-wide since it's for the users, I'm a FreeBSD cons25 user :-) > FWIW, I think a "linux" console entry should be added to the standard > FreeBSD termcap. I've needed it myself on occasion (but, fwiw, I don't > remember having to add the tc= references you apparently need). Hmmm, the linux and linux-nocolor were pulled from my friend's Linux machine and someone else said FreeBSD needs a vt220 termcap also. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sun Apr 27 22:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA23365 for current-outgoing; Sun, 27 Apr 1997 22:30:03 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA23314 for ; Sun, 27 Apr 1997 22:29:48 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id PAA05811; Mon, 28 Apr 1997 15:29:04 +1000 (EST) Message-Id: <199704280529.PAA05811@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Vincent Poy cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-reply-to: Your message of "Sun, 27 Apr 1997 22:08:31 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 15:29:03 +1000 From: David Nugent Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hmmm, the linux and linux-nocolor were pulled from my friend's > Linux machine and someone else said FreeBSD needs a vt220 termcap also. No, FreeBSD's vt220 works fine. I use it quite often. Of course, it may depend on which emulator you're using. :-) Some of them are pretty awful. ckermit's vt220 is about the best I've ever seen though. The problem with pulling termcap entries from other operating systems, though, is the question of compatiblity. It'd be nice if all termcaps were equal, but that doesn't agree with my experience. As usual, YYMV. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Apr 27 22:52:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA24607 for current-outgoing; Sun, 27 Apr 1997 22:52:49 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24602 for ; Sun, 27 Apr 1997 22:52:46 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id HAA25419; Mon, 28 Apr 1997 07:52:26 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199704280552.HAA25419@helbig.informatik.ba-stuttgart.de> Subject: Re: current build failed In-Reply-To: from Vincent Poy at "Apr 27, 97 03:54:14 pm" To: vince@mail.MCESTATE.COM (Vincent Poy) Date: Mon, 28 Apr 1997 07:52:25 +0200 (MET DST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This one is already temporarily fixed. Anyway, thanks for this note. Wolfgang. > from /usr/src/lkm/atapi/../../sys/sys/systm.h:45, > from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:114: > /usr/include/machine/spl.h:40: opt_smp.h: No such file or directory > In file included from /usr/include/machine/spl.h:42, > from /usr/include/machine/cpufunc.h:421, > from /usr/src/lkm/atapi/../../sys/sys/systm.h:45, > from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:114: > /usr/include/machine/ipl.h:40: opt_smp.h: No such file or directory > In file included from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:115: > /usr/src/lkm/atapi/../../sys/sys/proc.h:53: opt_smp.h: No such file or > directory > mkdep: compile failed > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > root@mercury [2:57pm][/usr/src] >> > > > Cheers, > Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ > Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] > GaiaNet Corporation - M & C Estate / / / / | / | __] ] > Beverly Hills, California USA 90210 / / / / / |/ / | __] ] > HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] > > > From owner-freebsd-current Sun Apr 27 23:59:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA27391 for current-outgoing; Sun, 27 Apr 1997 23:59:35 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA27386 for ; Sun, 27 Apr 1997 23:59:33 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id XAA07996; Sun, 27 Apr 1997 23:59:03 -0700 (PDT) Date: Sun, 27 Apr 1997 23:59:02 -0700 (PDT) From: Vincent Poy To: John-Mark Gurney cc: current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <19970427195956.37887@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, John-Mark Gurney wrote: > another way is to go to the machine do: > echo $TERMCAP > somefile > transfer file to some machine... > either add it to /usr/share/misc/termcap, or do something like: > export TERMCAP=`cat somefile` > export TERM=`awk -F| '{print $1 }' somefile` > > and because TERM matches TERMCAP it won't reload TERMCAP with the entry > from /usr/share/misc/termcap... I just added in the references for the tc= lines and somehow after doing a cap_mkdb, it doesn't recognize the linux terminal type but it does recognize the terminal types that tc= refers to. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Mon Apr 28 00:15:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28178 for current-outgoing; Mon, 28 Apr 1997 00:15:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA28173 for ; Mon, 28 Apr 1997 00:15:02 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02741 for freebsd-current@FreeBSD.org; Mon, 28 Apr 1997 09:15:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA02618; Mon, 28 Apr 1997 09:00:36 +0200 (MET DST) Message-ID: <19970428090036.SO07615@uriah.heep.sax.de> Date: Mon, 28 Apr 1997 09:00:36 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: ctm-gnats? X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've got the last CTM delta for GNATS more than two days ago. Who feels responsible for this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 28 00:24:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28490 for current-outgoing; Mon, 28 Apr 1997 00:24:30 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28485 for ; Mon, 28 Apr 1997 00:24:28 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id AAA08080; Mon, 28 Apr 1997 00:23:50 -0700 (PDT) Date: Mon, 28 Apr 1997 00:23:49 -0700 (PDT) From: Vincent Poy To: David Nugent cc: John-Mark Gurney , current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <199704280529.PAA05811@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, David Nugent wrote: > > Hmmm, the linux and linux-nocolor were pulled from my friend's > > Linux machine and someone else said FreeBSD needs a vt220 termcap also. > > No, FreeBSD's vt220 works fine. I use it quite often. Comeone was complaining about it but I found it in the vt200 entry. > Of course, it may depend on which emulator you're using. :-) > Some of them are pretty awful. ckermit's vt220 is about the > best I've ever seen though. > > The problem with pulling termcap entries from other operating > systems, though, is the question of compatiblity. It'd be > nice if all termcaps were equal, but that doesn't agree with > my experience. As usual, YYMV. Yep, that's true. One thing I can't figure out is that the linux termcap entry returns as unknown when the tc= lines it references to are there and those entries work while the linux one doesn't. Weird. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Mon Apr 28 00:51:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29550 for current-outgoing; Mon, 28 Apr 1997 00:51:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29541; Mon, 28 Apr 1997 00:51:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03014; Mon, 28 Apr 1997 09:51:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03356; Mon, 28 Apr 1997 09:45:35 +0200 (MET DST) Message-ID: <19970428094535.PI54966@uriah.heep.sax.de> Date: Mon, 28 Apr 1997 09:45:35 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.FreeBSD.ORG (FreeBSD current) Cc: mpp@freebsd.org Subject: Re: edit-pr on freefall References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chuck Robey on Apr 27, 1997 13:56:15 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > (edit-pr wasn't there on > freefall). Mike? The entire -pr suite is missing still. I've tried a quick hack on moving it, but shared libs were missing, so i eventually gave up. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 28 00:57:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29794 for current-outgoing; Mon, 28 Apr 1997 00:57:12 -0700 (PDT) Received: from fox.uni-trier.de (blank@fox.uni-trier.de [136.199.8.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA29789 for ; Mon, 28 Apr 1997 00:57:05 -0700 (PDT) Received: (from blank@localhost) by fox.uni-trier.de (8.8.5/8.8.5) id JAA14177 for freebsd-current@freebsd.org; Mon, 28 Apr 1997 09:56:24 +0200 From: Sascha Blank Message-Id: <199704280756.JAA14177@fox.uni-trier.de> Subject: Re: Anyone seen CTM src-cur 2859 ? In-Reply-To: <19970427231310.06006@peeper.my.domain> from Tom Jackson at "Apr 27, 97 11:13:10 pm" To: freebsd-current@freebsd.org Date: Mon, 28 Apr 1997 09:56:23 +0200 (MET DST) Reply-To: blank@fox.uni-trier.de (Sascha Blank) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, > > CTM src-cur 2860 has turned up here but no sign of 2859. Same applies to > > the FTP mirror in Berlin. Any ideas? > > > > ports-cur.1828.gz is missing to. have a look at my local CTM mirror on ftp://ftp.uni-trier.de/ ftp> cd /pub/unix/systems/BSD/FreeBSD/CTM 250 CWD command successful. ftp> dir src-cur/src-cur.2859.gz 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. -rw-r--r-- 1 1000 ftpadmin 3225 Apr 25 23:12 src-cur/src-cur.2859.gz 226 Transfer complete. ftp> dir ports-cur/ports-cur.1828.gz 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. -rw-r--r-- 1 1000 ftpadmin 1406 Apr 25 22:47 ports-cur/ports-cur.1828.gz 226 Transfer complete. That should help you. -- Sascha Blank - mailto:blank@fox.uni-trier.de Student and System Administrator at the University of Trier, Germany Finger my account to receive my Public PGP key I don't speak for my employers, they don't pay me enough for that. From owner-freebsd-current Mon Apr 28 01:19:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA00810 for current-outgoing; Mon, 28 Apr 1997 01:19:14 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00805 for ; Mon, 28 Apr 1997 01:19:10 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id BAA09602; Mon, 28 Apr 1997 01:19:01 -0700 (PDT) Message-ID: <19970428011900.36864@hydrogen.nike.efn.org> Date: Mon, 28 Apr 1997 01:19:00 -0700 From: John-Mark Gurney To: Vincent Poy Cc: David Nugent , current@FreeBSD.ORG Subject: Re: termcap question References: <199704280529.PAA05811@labs.usn.blaze.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Vincent Poy on Mon, Apr 28, 1997 at 12:23:49AM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Vincent Poy scribbled this message on Apr 28: > On Mon, 28 Apr 1997, David Nugent wrote: > > > > Hmmm, the linux and linux-nocolor were pulled from my friend's > > > Linux machine and someone else said FreeBSD needs a vt220 termcap also. > > > > No, FreeBSD's vt220 works fine. I use it quite often. > > Comeone was complaining about it but I found it in the vt200 > entry. heh.. right now I'm writing you from a vt220 emulated terminal... (ProComm+ for DOS) my only complaint is that every time I log in I have to do `stty rows 25' because I'm running without the status line.. would anybody object to making tset understand the convention that termcap(5) mentions about -n being number of lines? i.e. you don't have to have a definition for cons-30, but tset will see the -30 and automaticly set the rows to 30?? that would simplify and eliminate entries that are currently duplicated... (cons25, cons30, cons43, cons50, and cons60 are greate examples of this) > > Of course, it may depend on which emulator you're using. :-) > > Some of them are pretty awful. ckermit's vt220 is about the > > best I've ever seen though. > > > > The problem with pulling termcap entries from other operating > > systems, though, is the question of compatiblity. It'd be > > nice if all termcaps were equal, but that doesn't agree with > > my experience. As usual, YYMV. > > Yep, that's true. One thing I can't figure out is that the linux > termcap entry returns as unknown when the tc= lines it references to are > there and those entries work while the linux one doesn't. Weird. I think it's that you have multiple tc's which as I quoted from the termcap(5) man page aren't allowed... tc MUST be the last entry... and if you have multiple tc's then the tc(s) that are before the last one aren't last... try just one tc... and see if that works... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Apr 28 02:22:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA03486 for current-outgoing; Mon, 28 Apr 1997 02:22:29 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA03480 for ; Mon, 28 Apr 1997 02:22:24 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id KAA15389; Mon, 28 Apr 1997 10:21:37 +0100 (BST) Date: Mon, 28 Apr 1997 10:21:37 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: vnode->v_usage In-Reply-To: <4914.862168293@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Poul-Henning Kamp wrote: > >I think it is intended to be used to keep frequently used vnodes from > >being recycled by getnewvnode. The idea is that whenever a vnode is found > >as a hit in the cache, its usage is increased. When getvnode picks a > >vnode off the front of the free list, it checks the usage and if >0 it > >decrements it, puts it at the back of the queue and goes onto the next > >one. This means that the lifetime of commonly used vnodes is extended. I > >don't know why it is clamped; possibly to put an upper bound on the > >lifetime of the vnode when it stops being used so frequently. > > Wouldn't it make more sense to use a LRU algorithm then ? > > As far as I recall we already add things to either end of the vnode > freelist, depending on the reusability of it, right ? > > So if vfs_cache.c simply pulled the vnode out of the free_list and > put it back at the tail, wouldn't that work ? Yes, I think that would work just as well and be less obscure as a result. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Mon Apr 28 02:26:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA03678 for current-outgoing; Mon, 28 Apr 1997 02:26:00 -0700 (PDT) Received: from mail.MCESTATE.COM (mail.MCESTATE.COM [207.211.200.50]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA03672 for ; Mon, 28 Apr 1997 02:25:58 -0700 (PDT) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id CAA08650; Mon, 28 Apr 1997 02:25:18 -0700 (PDT) Date: Mon, 28 Apr 1997 02:25:17 -0700 (PDT) From: Vincent Poy To: John-Mark Gurney cc: David Nugent , current@FreeBSD.ORG Subject: Re: termcap question In-Reply-To: <19970428011900.36864@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, John-Mark Gurney wrote: > > > No, FreeBSD's vt220 works fine. I use it quite often. > > > > Someone was complaining about it but I found it in the vt200 > > entry. > > heh.. right now I'm writing you from a vt220 emulated terminal... > (ProComm+ for DOS) my only complaint is that every time I log in I have > to do `stty rows 25' because I'm running without the status line.. Hmmm, so it's always 24 lines by default? I always thought FreeBSD termcaps were all 80x25 or something. > > Yep, that's true. One thing I can't figure out is that the linux > > termcap entry returns as unknown when the tc= lines it references to are > > there and those entries work while the linux one doesn't. Weird. > > I think it's that you have multiple tc's which as I quoted from the > termcap(5) man page aren't allowed... tc MUST be the last entry... and > if you have multiple tc's then the tc(s) that are before the last one > aren't last... try just one tc... and see if that works... You're probably right about this one. Either I can do that or just take out the tc= altogether since I didn't have the tc(s) definition before and people said it work fine. Maybe I can even merge in the termcaps for the tc(s) to the linux one if I can figure out how to write a termcap entry . Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Mon Apr 28 07:59:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA18185 for current-outgoing; Mon, 28 Apr 1997 07:59:24 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA18179 for ; Mon, 28 Apr 1997 07:59:18 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id VAA08710; Mon, 28 Apr 1997 21:58:23 +1000 (EST) Message-Id: <199704281158.VAA08710@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: John-Mark Gurney cc: Vincent Poy , current@freebsd.org Subject: Re: termcap question In-reply-to: Your message of "Sun, 27 Apr 1997 19:03:55 MST." <19970427190355.65240@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 21:58:21 +1000 From: David Nugent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > :vi=\E[?25l:tc=klone+sgr:tc=klone+color:tc=klone+acs: > > my closest guess is that tc=klone+sgr and tc=klone+color are not last > as termcap(5) says it's suppose to be... but other than that, I don't > know... FWIW, BSD's termcap uses getcap(3) and friends. getcap(3) allows tc= at any position, and position is significant (the first matching tag is supported, for example), and multiple tc= fields are fine.> Vincent Poy scribbled this message on Apr 27: Regards, David David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Mon Apr 28 09:46:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA23776 for current-outgoing; Mon, 28 Apr 1997 09:46:32 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA23771 for ; Mon, 28 Apr 1997 09:46:25 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.5/8.8.5) id UAA01092; Mon, 28 Apr 1997 20:45:48 +0400 (MSD) Date: Mon, 28 Apr 1997 20:45:43 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: John-Mark Gurney cc: Vincent Poy , David Nugent , current@FreeBSD.org Subject: Re: termcap question In-Reply-To: <19970428011900.36864@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, John-Mark Gurney wrote: > would anybody object to making tset understand the convention that > termcap(5) mentions about -n being number of lines? i.e. you don't have > to have a definition for cons-30, but tset will see the -30 and > automaticly set the rows to 30?? that would simplify and eliminate > entries that are currently duplicated... (cons25, cons30, cons43, cons50, > and cons60 are greate examples of this) I don't think it worse to do it, we need to keep multiply entries for other (non-FreeBSD) machines in any case. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Mon Apr 28 10:07:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25039 for current-outgoing; Mon, 28 Apr 1997 10:07:49 -0700 (PDT) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA25034 for ; Mon, 28 Apr 1997 10:07:46 -0700 (PDT) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id KAA04450 for ; Mon, 28 Apr 1997 10:17:07 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id NAA27023; Mon, 28 Apr 1997 13:07:12 -0400 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id NAA06057; Mon, 28 Apr 1997 13:07:13 -0400 Received: (from alk@localhost) by compound.east.sun.com (8.8.5/8.7.3) id MAA01094; Mon, 28 Apr 1997 12:08:51 -0500 (CDT) Date: Mon, 28 Apr 1997 12:08:51 -0500 (CDT) Reply-To: Anthony.Kimball@East.Sun.COM Message-Id: <199704281708.MAA01094@compound.east.sun.com> From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@freebsd.org Subject: Re: Upgrading from 3.0-19970209-SNAP to -current X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd been experiencing crashes when iijppp quit for about a week. If I "close"d before "quit"ting, the problem did not arise. I never got around to looking at it before I had to revert to 2.2.1 for an unrelated reason (SIGSTOP propagation), but I think it had to do with deleting the route. From owner-freebsd-current Mon Apr 28 12:41:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA03883 for current-outgoing; Mon, 28 Apr 1997 12:41:01 -0700 (PDT) Received: from peeper.my.domain ([208.128.8.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA03865 for ; Mon, 28 Apr 1997 12:40:55 -0700 (PDT) Received: (from tom@localhost) by peeper.my.domain (8.8.5/8.7.3) id OAA00260; Mon, 28 Apr 1997 14:37:15 -0500 (CDT) Message-ID: <19970428143715.04265@peeper.my.domain> Date: Mon, 28 Apr 1997 14:37:15 -0500 From: Tom Jackson To: current@FreeBSD.org Subject: Re: The missing ctm src-cur.2859 References: <199704280143.BAA10540@netfl15a.devetir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <199704280143.BAA10540@netfl15a.devetir.qld.gov.au>; from Stephen Hocking on Mon, Apr 28, 1997 at 11:43:31AM +1000 Reply-To: toj@gorilla.net Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Apr 28, 1997 at 11:43:31AM +1000, Stephen Hocking wrote: > > Has anyone else seen this beast? I have not received at two sites. > Since src-cur.2859.gz is there now, how about ports-cur.1828.gz? -- Tom Jackson I'm ProChoice->FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Mon Apr 28 18:31:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13412 for current-outgoing; Mon, 28 Apr 1997 18:31:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA13407 for ; Mon, 28 Apr 1997 18:31:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA03420; Mon, 28 Apr 1997 18:30:52 -0700 From: Terry Lambert Message-Id: <199704290130.SAA03420@phaeton.artisoft.com> Subject: Re: Longer user names: take 2 To: terry@lambert.org (Terry Lambert) Date: Mon, 28 Apr 1997 18:30:51 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <199704272227.PAA00413@phaeton.artisoft.com> from "Terry Lambert" at Apr 27, 97 03:27:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Maybe the length specifier should be negated? This would give a > generalized mechanism for recognizing fields which should be sized > dynamically, and make the ps output nice looking once again... > As it is, "ps -gaxu" is now relatively useles without a "w" option, > and "ps -gaxuwww" has always been pretty damn useless anyway. I made the change to ps. It now outputs with a width of "USER" or the largest active name, whichever is greater. Ah, to have the column space back! Rather than negate the size (as above) I added a flag value. The change affects the 'ruser' and 'user' keywords only at this point... since the mechanism is very general (write a "size" function that takes a KINFO * and set the DSIZ flag and put the function in the VAR struct), if you want more fields to magically adjust their size, add them yourself. I didn't know where to put the size functions, do I stuck them in "print.c", since they affect output formatting. The patches follow the signature. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ----------------------------------------------------------------------- Index: extern.h =================================================================== RCS file: /b/cvstree/ncvs/src/bin/ps/extern.h,v retrieving revision 1.5 diff -c -r1.5 extern.h *** 1.5 1997/02/22 14:04:59 --- extern.h 1997/04/29 01:07:53 *************** *** 68,73 **** --- 68,74 ---- void pvar __P((KINFO *, VARENT *)); void rssize __P((KINFO *, VARENT *)); void runame __P((KINFO *, VARENT *)); + int s_runame __P((KINFO *)); void rvar __P((KINFO *, VARENT *)); void showkey __P((void)); void started __P((KINFO *, VARENT *)); *************** *** 80,85 **** --- 81,87 ---- void tsize __P((KINFO *, VARENT *)); void ucomm __P((KINFO *, VARENT *)); void uname __P((KINFO *, VARENT *)); + int s_uname __P((KINFO *)); void uvar __P((KINFO *, VARENT *)); void vsize __P((KINFO *, VARENT *)); void wchan __P((KINFO *, VARENT *)); Index: keyword.c =================================================================== RCS file: /b/cvstree/ncvs/src/bin/ps/keyword.c,v retrieving revision 1.14 diff -c -r1.14 keyword.c *** 1.14 1997/03/04 00:33:56 --- keyword.c 1997/04/29 01:19:40 *************** *** 67,77 **** #ifdef NOTINUSE int utime(), stime(), ixrss(), idrss(), isrss(); ! {{"utime"}, "UTIME", USER, utime, 4}, ! {{"stime"}, "STIME", USER, stime, 4}, ! {{"ixrss"}, "IXRSS", USER, ixrss, 4}, ! {{"idrss"}, "IDRSS", USER, idrss, 4}, ! {{"isrss"}, "ISRSS", USER, isrss, 4}, #endif /* Compute offset in common structures. */ --- 67,77 ---- #ifdef NOTINUSE int utime(), stime(), ixrss(), idrss(), isrss(); ! {{"utime"}, "UTIME", USER, utime, NULL, 4}, ! {{"stime"}, "STIME", USER, stime, NULL, 4}, ! {{"ixrss"}, "IXRSS", USER, ixrss, NULL, 4}, ! {{"idrss"}, "IDRSS", USER, idrss, NULL, 4}, ! {{"isrss"}, "ISRSS", USER, isrss, NULL, 4}, #endif /* Compute offset in common structures. */ *************** *** 88,267 **** VAR var[] = { #ifdef NEWVM ! {"%cpu", "%CPU", NULL, 0, pcpu, 4}, ! {"%mem", "%MEM", NULL, 0, pmem, 4}, ! {"acflag", "ACFLG", NULL, 0, pvar, 3, POFF(p_acflag), USHORT, "x"}, {"acflg", "", "acflag"}, {"blocked", "", "sigmask"}, {"caught", "", "sigcatch"}, ! {"command", "COMMAND", NULL, COMM|LJUST|USER, command, 16}, ! {"cpu", "CPU", NULL, 0, pvar, 3, POFF(p_estcpu), ULONG, "d"}, {"cputime", "", "time"}, ! {"f", "F", NULL, 0, pvar, 7, POFF(p_flag), LONG, "x"}, {"flags", "", "f"}, {"ignored", "", "sigignore"}, ! {"inblk", "INBLK", NULL, USER, rvar, 4, ROFF(ru_inblock), LONG, "d"}, {"inblock", "", "inblk"}, ! {"jobc", "JOBC", NULL, 0, evar, 4, EOFF(e_jobc), SHORT, "d"}, ! {"ktrace", "KTRACE", NULL, 0, pvar, 8, POFF(p_traceflag), LONG, "x"}, ! {"ktracep", "KTRACEP", NULL, 0, pvar, 8, POFF(p_tracep), LONG, "x"}, ! {"lim", "LIM", NULL, 0, maxrss, 5}, ! {"login", "LOGIN", NULL, LJUST, logname, MAXLOGNAME-1}, {"logname", "", "login"}, ! {"lstart", "STARTED", NULL, LJUST|USER, lstarted, 28}, ! {"majflt", "MAJFLT", NULL, USER, rvar, 4, ROFF(ru_majflt), LONG, "d"}, ! {"minflt", "MINFLT", NULL, USER, rvar, 4, ROFF(ru_minflt), LONG, "d"}, ! {"msgrcv", "MSGRCV", NULL, USER, rvar, 4, ROFF(ru_msgrcv), LONG, "d"}, ! {"msgsnd", "MSGSND", NULL, USER, rvar, 4, ROFF(ru_msgsnd), LONG, "d"}, {"ni", "", "nice"}, ! {"nice", "NI", NULL, 0, pvar, 2, POFF(p_nice), CHAR, "d"}, ! {"nivcsw", "NIVCSW", NULL, USER, rvar, 5, ROFF(ru_nivcsw), LONG, "d"}, {"nsignals", "", "nsigs"}, ! {"nsigs", "NSIGS", NULL, USER, rvar, 4, ROFF(ru_nsignals), LONG, "d"}, ! {"nswap", "NSWAP", NULL, USER, rvar, 4, ROFF(ru_nswap), LONG, "d"}, ! {"nvcsw", "NVCSW", NULL, USER, rvar, 5, ROFF(ru_nvcsw), LONG, "d"}, ! {"nwchan", "WCHAN", NULL, 0, pvar, 6, POFF(p_wchan), KPTR, "x"}, ! {"oublk", "OUBLK", NULL, USER, rvar, 4, ROFF(ru_oublock), LONG, "d"}, {"oublock", "", "oublk"}, ! {"p_ru", "P_RU", NULL, 0, pvar, 6, POFF(p_ru), KPTR, "x"}, ! {"paddr", "PADDR", NULL, 0, evar, 6, EOFF(e_paddr), KPTR, "x"}, ! {"pagein", "PAGEIN", NULL, USER, pagein, 6}, {"pcpu", "", "%cpu"}, {"pending", "", "sig"}, ! {"pgid", "PGID", NULL, 0, evar, PIDLEN, EOFF(e_pgid), ULONG, PIDFMT}, ! {"pid", "PID", NULL, 0, pvar, PIDLEN, POFF(p_pid), LONG, PIDFMT}, {"pmem", "", "%mem"}, ! {"ppid", "PPID", NULL, 0, evar, PIDLEN, EOFF(e_ppid), LONG, PIDFMT}, ! {"pri", "PRI", NULL, 0, pri, 3}, ! {"re", "RE", NULL, 0, pvar, 3, POFF(p_swtime), ULONG, "d"}, ! {"rgid", "RGID", NULL, 0, evar, UIDLEN, EOFF(e_pcred.p_rgid), ULONG, UIDFMT}, ! {"rlink", "RLINK", NULL, 0, pvar, 8, POFF(p_procq.tqe_prev), KPTR, "x"}, ! {"rss", "RSS", NULL, 0, p_rssize, 4}, {"rssize", "", "rsz"}, ! {"rsz", "RSZ", NULL, 0, rssize, 4}, ! {"rtprio", "RTPRIO", NULL, 0, pvar, 7, POFF(p_rtprio), LONG, "d"}, ! {"ruid", "RUID", NULL, 0, evar, UIDLEN, EOFF(e_pcred.p_ruid), ULONG, UIDFMT}, ! {"ruser", "RUSER", NULL, LJUST, runame, USERLEN}, ! {"sess", "SESS", NULL, 0, evar, 6, EOFF(e_sess), KPTR, "x"}, ! {"sig", "PENDING", NULL, 0, pvar, 8, POFF(p_siglist), LONG, "x"}, ! {"sigcatch", "CAUGHT", NULL, 0, pvar, 8, POFF(p_sigcatch), LONG, "x"}, {"sigignore", "IGNORED", ! NULL, 0, pvar, 8, POFF(p_sigignore), LONG, "x"}, ! {"sigmask", "BLOCKED", NULL, 0, pvar, 8, POFF(p_sigmask), LONG, "x"}, ! {"sl", "SL", NULL, 0, pvar, 3, POFF(p_slptime), ULONG, "d"}, ! {"start", "STARTED", NULL, LJUST|USER, started, 7}, {"stat", "", "state"}, ! {"state", "STAT", NULL, 0, state, 4}, ! {"svgid", "SVGID", ! NULL, 0, evar, UIDLEN, EOFF(e_pcred.p_svgid), ULONG, UIDFMT}, ! {"svuid", "SVUID", ! NULL, 0, evar, UIDLEN, EOFF(e_pcred.p_svuid), ULONG, UIDFMT}, ! {"tdev", "TDEV", NULL, 0, tdev, 4}, ! {"time", "TIME", NULL, USER, cputime, 9}, ! {"tpgid", "TPGID", NULL, 0, evar, 4, EOFF(e_tpgid), ULONG, PIDFMT}, ! {"tsess", "TSESS", NULL, 0, evar, 6, EOFF(e_tsess), KPTR, "x"}, ! {"tsiz", "TSIZ", NULL, 0, tsize, 4}, ! {"tt", "TT ", NULL, 0, tname, 4}, ! {"tty", "TTY", NULL, LJUST, longtname, 8}, ! {"ucomm", "UCOMM", NULL, LJUST, ucomm, MAXCOMLEN}, ! {"uid", "UID", NULL, 0, evar, UIDLEN, EOFF(e_ucred.cr_uid), ULONG, UIDFMT}, ! {"upr", "UPR", NULL, 0, pvar, 3, POFF(p_usrpri), CHAR, "d"}, ! {"user", "USER", NULL, LJUST, uname, USERLEN}, {"usrpri", "", "upr"}, {"vsize", "", "vsz"}, ! {"vsz", "VSZ", NULL, 0, vsize, 5}, ! {"wchan", "WCHAN", NULL, LJUST, wchan, 6}, ! {"xstat", "XSTAT", NULL, 0, pvar, 4, POFF(p_xstat), USHORT, "x"}, #else ! {"%cpu", "%CPU", NULL, 0, pcpu, 4}, ! {"%mem", "%MEM", NULL, 0, pmem, 4}, ! {"acflag", "ACFLG", NULL, USER, uvar, 3, UOFF(u_acflag), SHORT, "x"}, {"acflg", "", "acflag"}, {"blocked", "", "sigmask"}, {"caught", "", "sigcatch"}, ! {"command", "COMMAND", NULL, COMM|LJUST|USER, command, 16}, ! {"cpu", "CPU", NULL, 0, pvar, 3, POFF(p_cpu), ULONG, "d"}, {"cputime", "", "time"}, ! {"f", "F", NULL, 0, pvar, 7, POFF(p_flag), LONG, "x"}, {"flags", "", "f"}, {"ignored", "", "sigignore"}, ! {"inblk", "INBLK", NULL, USER, rvar, 4, ROFF(ru_inblock), LONG, "d"}, {"inblock", "", "inblk"}, ! {"jobc", "JOBC", NULL, 0, evar, 4, EOFF(e_jobc), SHORT, "d"}, ! {"ktrace", "KTRACE", NULL, 0, pvar, 8, POFF(p_traceflag), LONG, "x"}, ! {"ktracep", "KTRACEP", NULL, 0, pvar, 8, POFF(p_tracep), LONG, "x"}, ! {"lim", "LIM", NULL, 0, maxrss, 5}, ! {"logname", "LOGNAME", NULL, LJUST, logname, MAXLOGNAME-1}, ! {"lstart", "STARTED", NULL, LJUST|USER, lstarted, 28}, ! {"majflt", "MAJFLT", NULL, USER, rvar, 4, ROFF(ru_majflt), LONG, "d"}, ! {"minflt", "MINFLT", NULL, USER, rvar, 4, ROFF(ru_minflt), LONG, "d"}, ! {"msgrcv", "MSGRCV", NULL, USER, rvar, 4, ROFF(ru_msgrcv), LONG, "d"}, ! {"msgsnd", "MSGSND", NULL, USER, rvar, 4, ROFF(ru_msgsnd), LONG, "d"}, {"ni", "", "nice"}, ! {"nice", "NI", NULL, 0, pvar, 2, POFF(p_nice), CHAR, "d"}, ! {"nivcsw", "NIVCSW", NULL, USER, rvar, 5, ROFF(ru_nivcsw), LONG, "d"}, {"nsignals", "", "nsigs"}, ! {"nsigs", "NSIGS", NULL, USER, rvar, 4, ROFF(ru_nsignals), LONG, "d"}, ! {"nswap", "NSWAP", NULL, USER, rvar, 4, ROFF(ru_nswap), LONG, "d"}, ! {"nvcsw", "NVCSW", NULL, USER, rvar, 5, ROFF(ru_nvcsw), LONG, "d"}, ! {"nwchan", "WCHAN", NULL, 0, pvar, 6, POFF(p_wchan), KPTR, "x"}, ! {"oublk", "OUBLK", NULL, USER, rvar, 4, ROFF(ru_oublock), LONG, "d"}, {"oublock", "", "oublk"}, ! {"p_ru", "P_RU", NULL, 0, pvar, 6, POFF(p_ru), KPTR, "x"}, ! {"paddr", "PADDR", NULL, 0, evar, 6, EOFF(e_paddr), KPTR, "x"}, ! {"pagein", "PAGEIN", NULL, USER, pagein, 6}, {"pcpu", "", "%cpu"}, {"pending", "", "sig"}, ! {"pgid", "PGID", NULL, 0, evar, PIDLEN, EOFF(e_pgid), ULONG, PIDFMT}, ! {"pid", "PID", NULL, 0, pvar, PIDLEN, POFF(p_pid), LONG, PIDFMT}, {"pmem", "", "%mem"}, ! {"poip", "POIP", NULL, 0, pvar, 4, POFF(p_poip), SHORT, "d"}, ! {"ppid", "PPID", NULL, 0, pvar, PIDLEN, POFF(p_ppid), LONG, PIDFMT}, ! {"pri", "PRI", NULL, 0, pri, 3}, ! {"re", "RE", NULL, 0, pvar, 3, POFF(p_swtime), ULONG, "d"}, ! {"rgid", "RGID", NULL, 0, pvar, UIDLEN, POFF(p_rgid), USHORT, UIDFMT}, ! {"rlink", "RLINK", NULL, 0, pvar, 8, POFF(p_rlink), KPTR, "x"}, ! {"rss", "RSS", NULL, 0, p_rssize, 4}, {"rssize", "", "rsz"}, ! {"rsz", "RSZ", NULL, 0, rssize, 4}, ! {"ruid", "RUID", NULL, 0, pvar, UIDLEN, POFF(p_ruid), USHORT, UIDFMT}, ! {"rtprio", "RTPRIO", NULL, 0, pvar, 7, POFF(p_rtprio), LONG, "d"}, ! {"ruser", "RUSER", NULL, LJUST, runame, USERLEN}, ! {"sess", "SESS", NULL, 0, evar, 6, EOFF(e_sess), KPTR, "x"}, ! {"sig", "PENDING", NULL, 0, pvar, 8, POFF(p_sig), LONG, "x"}, ! {"sigcatch", "CAUGHT", NULL, 0, pvar, 8, POFF(p_sigcatch), LONG, "x"}, {"sigignore", "IGNORED", ! NULL, 0, pvar, 8, POFF(p_sigignore), LONG, "x"}, ! {"sigmask", "BLOCKED", NULL, 0, pvar, 8, POFF(p_sigmask), LONG, "x"}, ! {"sl", "SL", NULL, 0, pvar, 3, POFF(p_slptime), ULONG, "d"}, ! {"start", "STARTED", NULL, LJUST|USER, started, 7}, {"stat", "", "state"}, ! {"state", "STAT", NULL, 0, state, 4}, {"svgid", "SVGID", ! NULL, 0, pvar, UIDLEN, POFF(p_svgid), USHORT, UIDFMT}, {"svuid", "SVUID", ! NULL, 0, pvar, UIDLEN, POFF(p_svuid), USHORT, UIDFMT}, ! {"tdev", "TDEV", NULL, 0, tdev, 4}, ! {"time", "TIME", NULL, USER, cputime, 9}, ! {"tpgid", "TPGID", NULL, 0, evar, 4, EOFF(e_tpgid), ULONG, PIDFMT}, ! {"trs", "TRS", NULL, 0, trss, 3}, ! {"tsess", "TSESS", NULL, 0, evar, 6, EOFF(e_tsess), KPTR, "x"}, ! {"tsiz", "TSIZ", NULL, 0, tsize, 4}, ! {"tt", "TT", NULL, LJUST, tname, 4}, ! {"tty", "TTY", NULL, LJUST, longtname, 8}, ! {"ucomm", "UCOMM", NULL, LJUST, ucomm, MAXCOMLEN}, ! {"uid", "UID", NULL, 0, pvar, UIDLEN, POFF(p_uid),USHORT, UIDFMT}, ! {"upr", "UPR", NULL, 0, pvar, 3, POFF(p_usrpri), CHAR, "d"}, ! {"uprocp", "UPROCP", NULL, USER, uvar, 6, UOFF(u_procp), KPTR, "x"}, ! {"user", "USER", NULL, LJUST, uname, USERLEN}, {"usrpri", "", "upr"}, {"vsize", "", "vsz"}, ! {"vsz", "VSZ", NULL, 0, vsize, 5}, ! {"wchan", "WCHAN", NULL, LJUST, wchan, 6}, ! {"xstat", "XSTAT", NULL, 0, pvar, 4, POFF(p_xstat), USHORT, "x"}, #endif {""}, }; --- 88,307 ---- VAR var[] = { #ifdef NEWVM ! {"%cpu", "%CPU", NULL, 0, pcpu, NULL, 4}, ! {"%mem", "%MEM", NULL, 0, pmem, NULL, 4}, ! {"acflag", "ACFLG", ! NULL, 0, pvar, NULL, 3, POFF(p_acflag), USHORT, "x"}, {"acflg", "", "acflag"}, {"blocked", "", "sigmask"}, {"caught", "", "sigcatch"}, ! {"command", "COMMAND", NULL, COMM|LJUST|USER, command, NULL, 16}, ! {"cpu", "CPU", NULL, 0, pvar, NULL, 3, POFF(p_estcpu), ULONG, "d"}, {"cputime", "", "time"}, ! {"f", "F", NULL, 0, pvar, NULL, 7, POFF(p_flag), LONG, "x"}, {"flags", "", "f"}, {"ignored", "", "sigignore"}, ! {"inblk", "INBLK", ! NULL, USER, rvar, NULL, 4, ROFF(ru_inblock), LONG, "d"}, {"inblock", "", "inblk"}, ! {"jobc", "JOBC", NULL, 0, evar, NULL, 4, EOFF(e_jobc), SHORT, "d"}, ! {"ktrace", "KTRACE", ! NULL, 0, pvar, NULL, 8, POFF(p_traceflag), LONG, "x"}, ! {"ktracep", "KTRACEP", ! NULL, 0, pvar, NULL, 8, POFF(p_tracep), LONG, "x"}, ! {"lim", "LIM", NULL, 0, maxrss, NULL, 5}, ! {"login", "LOGIN", NULL, LJUST, logname, NULL, MAXLOGNAME-1}, {"logname", "", "login"}, ! {"lstart", "STARTED", NULL, LJUST|USER, lstarted, NULL, 28}, ! {"majflt", "MAJFLT", ! NULL, USER, rvar, NULL, 4, ROFF(ru_majflt), LONG, "d"}, ! {"minflt", "MINFLT", ! NULL, USER, rvar, NULL, 4, ROFF(ru_minflt), LONG, "d"}, ! {"msgrcv", "MSGRCV", ! NULL, USER, rvar, NULL, 4, ROFF(ru_msgrcv), LONG, "d"}, ! {"msgsnd", "MSGSND", ! NULL, USER, rvar, NULL, 4, ROFF(ru_msgsnd), LONG, "d"}, {"ni", "", "nice"}, ! {"nice", "NI", NULL, 0, pvar, NULL, 2, POFF(p_nice), CHAR, "d"}, ! {"nivcsw", "NIVCSW", ! NULL, USER, rvar, NULL, 5, ROFF(ru_nivcsw), LONG, "d"}, {"nsignals", "", "nsigs"}, ! {"nsigs", "NSIGS", ! NULL, USER, rvar, NULL, 4, ROFF(ru_nsignals), LONG, "d"}, ! {"nswap", "NSWAP", ! NULL, USER, rvar, NULL, 4, ROFF(ru_nswap), LONG, "d"}, ! {"nvcsw", "NVCSW", ! NULL, USER, rvar, NULL, 5, ROFF(ru_nvcsw), LONG, "d"}, ! {"nwchan", "WCHAN", NULL, 0, pvar, NULL, 6, POFF(p_wchan), KPTR, "x"}, ! {"oublk", "OUBLK", ! NULL, USER, rvar, NULL, 4, ROFF(ru_oublock), LONG, "d"}, {"oublock", "", "oublk"}, ! {"p_ru", "P_RU", NULL, 0, pvar, NULL, 6, POFF(p_ru), KPTR, "x"}, ! {"paddr", "PADDR", NULL, 0, evar, NULL, 6, EOFF(e_paddr), KPTR, "x"}, ! {"pagein", "PAGEIN", NULL, USER, pagein, NULL, 6}, {"pcpu", "", "%cpu"}, {"pending", "", "sig"}, ! {"pgid", "PGID", ! NULL, 0, evar, NULL, PIDLEN, EOFF(e_pgid), ULONG, PIDFMT}, ! {"pid", "PID", NULL, 0, pvar, NULL, PIDLEN, POFF(p_pid), LONG, PIDFMT}, {"pmem", "", "%mem"}, ! {"ppid", "PPID", ! NULL, 0, evar, NULL, PIDLEN, EOFF(e_ppid), LONG, PIDFMT}, ! {"pri", "PRI", NULL, 0, pri, NULL, 3}, ! {"re", "RE", NULL, 0, pvar, NULL, 3, POFF(p_swtime), ULONG, "d"}, ! {"rgid", "RGID", NULL, 0, evar, NULL, UIDLEN, EOFF(e_pcred.p_rgid), ULONG, UIDFMT}, ! {"rlink", "RLINK", ! NULL, 0, pvar, NULL, 8, POFF(p_procq.tqe_prev), KPTR, "x"}, ! {"rss", "RSS", NULL, 0, p_rssize, NULL, 4}, {"rssize", "", "rsz"}, ! {"rsz", "RSZ", NULL, 0, rssize, NULL, 4}, ! {"rtprio", "RTPRIO", NULL, 0, pvar, NULL, 7, POFF(p_rtprio), LONG, "d"}, ! {"ruid", "RUID", NULL, 0, evar, NULL, UIDLEN, EOFF(e_pcred.p_ruid), ULONG, UIDFMT}, ! {"ruser", "RUSER", NULL, LJUST|DSIZ, runame, s_runame, USERLEN}, ! {"sess", "SESS", NULL, 0, evar, NULL, 6, EOFF(e_sess), KPTR, "x"}, ! {"sig", "PENDING", NULL, 0, pvar, NULL, 8, POFF(p_siglist), LONG, "x"}, ! {"sigcatch", "CAUGHT", ! NULL, 0, pvar, NULL, 8, POFF(p_sigcatch), LONG, "x"}, {"sigignore", "IGNORED", ! NULL, 0, pvar, NULL, 8, POFF(p_sigignore), LONG, "x"}, ! {"sigmask", "BLOCKED", ! NULL, 0, pvar, NULL, 8, POFF(p_sigmask), LONG, "x"}, ! {"sl", "SL", NULL, 0, pvar, NULL, 3, POFF(p_slptime), ULONG, "d"}, ! {"start", "STARTED", NULL, LJUST|USER, started, NULL, 7}, {"stat", "", "state"}, ! {"state", "STAT", NULL, 0, state, NULL, 4}, ! {"svgid", "SVGID", NULL, 0, ! evar, NULL, UIDLEN, EOFF(e_pcred.p_svgid), ULONG, UIDFMT}, ! {"svuid", "SVUID", NULL, 0, ! evar, NULL, UIDLEN, EOFF(e_pcred.p_svuid), ULONG, UIDFMT}, ! {"tdev", "TDEV", NULL, 0, tdev, NULL, 4}, ! {"time", "TIME", NULL, USER, cputime, NULL, 9}, ! {"tpgid", "TPGID", ! NULL, 0, evar, NULL, 4, EOFF(e_tpgid), ULONG, PIDFMT}, ! {"tsess", "TSESS", NULL, 0, evar, NULL, 6, EOFF(e_tsess), KPTR, "x"}, ! {"tsiz", "TSIZ", NULL, 0, tsize, NULL, 4}, ! {"tt", "TT ", NULL, 0, tname, NULL, 4}, ! {"tty", "TTY", NULL, LJUST, longtname, NULL, 8}, ! {"ucomm", "UCOMM", NULL, LJUST, ucomm, NULL, MAXCOMLEN}, ! {"uid", "UID", NULL, 0, evar, NULL, UIDLEN, EOFF(e_ucred.cr_uid), ULONG, UIDFMT}, ! {"upr", "UPR", NULL, 0, pvar, NULL, 3, POFF(p_usrpri), CHAR, "d"}, ! {"user", "USER", NULL, LJUST|DSIZ, uname, s_uname, USERLEN}, {"usrpri", "", "upr"}, {"vsize", "", "vsz"}, ! {"vsz", "VSZ", NULL, 0, vsize, NULL, 5}, ! {"wchan", "WCHAN", NULL, LJUST, wchan, NULL, 6}, ! {"xstat", "XSTAT", NULL, 0, pvar, NULL, 4, POFF(p_xstat), USHORT, "x"}, #else ! {"%cpu", "%CPU", NULL, 0, pcpu, NULL, 4}, ! {"%mem", "%MEM", NULL, 0, pmem, NULL, 4}, ! {"acflag", "ACFLG", ! NULL, USER, uvar, NULL, 3, UOFF(u_acflag), SHORT, "x"}, {"acflg", "", "acflag"}, {"blocked", "", "sigmask"}, {"caught", "", "sigcatch"}, ! {"command", "COMMAND", NULL, COMM|LJUST|USER, command, NULL, 16}, ! {"cpu", "CPU", NULL, 0, pvar, NULL, 3, POFF(p_cpu), ULONG, "d"}, {"cputime", "", "time"}, ! {"f", "F", NULL, 0, pvar, NULL, 7, POFF(p_flag), LONG, "x"}, {"flags", "", "f"}, {"ignored", "", "sigignore"}, ! {"inblk", "INBLK", ! NULL, USER, rvar, NULL, 4, ROFF(ru_inblock), LONG, "d"}, {"inblock", "", "inblk"}, ! {"jobc", "JOBC", NULL, 0, evar, NULL, 4, EOFF(e_jobc), SHORT, "d"}, ! {"ktrace", "KTRACE", ! NULL, 0, pvar, NULL, 8, POFF(p_traceflag), LONG, "x"}, ! {"ktracep", "KTRACEP", ! NULL, 0, pvar, NULL, 8, POFF(p_tracep), LONG, "x"}, ! {"lim", "LIM", NULL, 0, maxrss, NULL, 5}, ! {"logname", "LOGNAME", NULL, LJUST, logname, NULL, MAXLOGNAME-1}, ! {"lstart", "STARTED", NULL, LJUST|USER, lstarted, NULL, 28}, ! {"majflt", "MAJFLT", ! NULL, USER, rvar, NULL, 4, ROFF(ru_majflt), LONG, "d"}, ! {"minflt", "MINFLT", ! NULL, USER, rvar, NULL, 4, ROFF(ru_minflt), LONG, "d"}, ! {"msgrcv", "MSGRCV", ! NULL, USER, rvar, NULL, 4, ROFF(ru_msgrcv), LONG, "d"}, ! {"msgsnd", "MSGSND", ! NULL, USER, rvar, NULL, 4, ROFF(ru_msgsnd), LONG, "d"}, {"ni", "", "nice"}, ! {"nice", "NI", NULL, 0, pvar, NULL, 2, POFF(p_nice), CHAR, "d"}, ! {"nivcsw", "NIVCSW", ! NULL, USER, rvar, NULL, 5, ROFF(ru_nivcsw), LONG, "d"}, {"nsignals", "", "nsigs"}, ! {"nsigs", "NSIGS", ! NULL, USER, rvar, NULL, 4, ROFF(ru_nsignals), LONG, "d"}, ! {"nswap", "NSWAP", ! NULL, USER, rvar, NULL, 4, ROFF(ru_nswap), LONG, "d"}, ! {"nvcsw", "NVCSW", ! NULL, USER, rvar, NULL, 5, ROFF(ru_nvcsw), LONG, "d"}, ! {"nwchan", "WCHAN", NULL, 0, pvar, NULL, 6, POFF(p_wchan), KPTR, "x"}, ! {"oublk", "OUBLK", ! NULL, USER, rvar, NULL, 4, ROFF(ru_oublock), LONG, "d"}, {"oublock", "", "oublk"}, ! {"p_ru", "P_RU", NULL, 0, pvar, NULL, 6, POFF(p_ru), KPTR, "x"}, ! {"paddr", "PADDR", NULL, 0, evar, NULL, 6, EOFF(e_paddr), KPTR, "x"}, ! {"pagein", "PAGEIN", NULL, USER, pagein, NULL, 6}, {"pcpu", "", "%cpu"}, {"pending", "", "sig"}, ! {"pgid", "PGID", ! NULL, 0, evar, NULL, PIDLEN, EOFF(e_pgid), ULONG, PIDFMT}, ! {"pid", "PID", NULL, 0, pvar, NULL, PIDLEN, POFF(p_pid), LONG, PIDFMT}, {"pmem", "", "%mem"}, ! {"poip", "POIP", NULL, 0, pvar, NULL, 4, POFF(p_poip), SHORT, "d"}, ! {"ppid", "PPID", ! NULL, 0, pvar, NULL, PIDLEN, POFF(p_ppid), LONG, PIDFMT}, ! {"pri", "PRI", NULL, 0, pri, NULL, 3}, ! {"re", "RE", NULL, 0, pvar, NULL, 3, POFF(p_swtime), ULONG, "d"}, ! {"rgid", "RGID", ! NULL, 0, pvar, NULL, UIDLEN, POFF(p_rgid), USHORT, UIDFMT}, ! {"rlink", "RLINK", NULL, 0, pvar, NULL, 8, POFF(p_rlink), KPTR, "x"}, ! {"rss", "RSS", NULL, 0, p_rssize, NULL, 4}, {"rssize", "", "rsz"}, ! {"rsz", "RSZ", NULL, 0, rssize, NULL, 4}, ! {"ruid", "RUID", ! NULL, 0, pvar, NULL, UIDLEN, POFF(p_ruid), USHORT, UIDFMT}, ! {"rtprio", "RTPRIO", NULL, 0, pvar, NULL, 7, POFF(p_rtprio), LONG, "d"}, ! {"ruser", "RUSER", NULL, LJUST|DSIZ, runame, s_runame, USERLEN}, ! {"sess", "SESS", NULL, 0, evar, NULL, 6, EOFF(e_sess), KPTR, "x"}, ! {"sig", "PENDING", NULL, 0, pvar, NULL, 8, POFF(p_sig), LONG, "x"}, ! {"sigcatch", "CAUGHT", ! NULL, 0, pvar, NULL, 8, POFF(p_sigcatch), LONG, "x"}, {"sigignore", "IGNORED", ! NULL, 0, pvar, NULL, 8, POFF(p_sigignore), LONG, "x"}, ! {"sigmask", "BLOCKED", ! NULL, 0, pvar, NULL, 8, POFF(p_sigmask), LONG, "x"}, ! {"sl", "SL", NULL, 0, pvar, NULL, 3, POFF(p_slptime), ULONG, "d"}, ! {"start", "STARTED", NULL, LJUST|USER, started, NULL, 7}, {"stat", "", "state"}, ! {"state", "STAT", NULL, 0, state, NULL, 4}, {"svgid", "SVGID", ! NULL, 0, pvar, NULL, UIDLEN, POFF(p_svgid), USHORT, UIDFMT}, {"svuid", "SVUID", ! NULL, 0, pvar, NULL, UIDLEN, POFF(p_svuid), USHORT, UIDFMT}, ! {"tdev", "TDEV", NULL, 0, tdev, NULL, 4}, ! {"time", "TIME", NULL, USER, cputime, NULL, 9}, ! {"tpgid", "TPGID", ! NULL, 0, evar, NULL, 4, EOFF(e_tpgid), ULONG, PIDFMT}, ! {"trs", "TRS", NULL, 0, trss, NULL, 3}, ! {"tsess", "TSESS", NULL, 0, evar, NULL, 6, EOFF(e_tsess), KPTR, "x"}, ! {"tsiz", "TSIZ", NULL, 0, tsize, NULL, 4}, ! {"tt", "TT", NULL, LJUST, tname, NULL, 4}, ! {"tty", "TTY", NULL, LJUST, longtname, NULL, 8}, ! {"ucomm", "UCOMM", NULL, LJUST, ucomm, NULL, MAXCOMLEN}, ! {"uid", "UID", NULL, 0, pvar, NULL, UIDLEN, POFF(p_uid),USHORT, UIDFMT}, ! {"upr", "UPR", NULL, 0, pvar, NULL, 3, POFF(p_usrpri), CHAR, "d"}, ! {"uprocp", "UPROCP", ! NULL, USER, uvar, NULL, 6, UOFF(u_procp), KPTR, "x"}, ! {"user", "USER", NULL, LJUST|DSIZ, uname, s_uname, USERLEN}, {"usrpri", "", "upr"}, {"vsize", "", "vsz"}, ! {"vsz", "VSZ", NULL, 0, vsize, NULL, 5}, ! {"wchan", "WCHAN", NULL, LJUST, wchan, NULL, 6}, ! {"xstat", "XSTAT", NULL, 0, pvar, NULL, 4, POFF(p_xstat), USHORT, "x"}, #endif {""}, }; Index: print.c =================================================================== RCS file: /b/cvstree/ncvs/src/bin/ps/print.c,v retrieving revision 1.20 diff -c -r1.20 print.c *** 1.20 1997/04/16 16:08:11 --- print.c 1997/04/29 01:17:37 *************** *** 284,289 **** --- 284,300 ---- #endif } + int + s_uname(k) + KINFO *k; + { + #ifndef NEWVM + return (strlen(user_from_uid(KI_PROC(k)->p_uid, 0))); + #else + return (strlen(user_from_uid(KI_EPROC(k)->e_ucred.cr_uid, 0))); + #endif + } + void runame(k, ve) KINFO *k; *************** *** 298,303 **** --- 309,325 ---- #else (void)printf("%-*s", (int)v->width, user_from_uid(KI_EPROC(k)->e_pcred.p_ruid, 0)); + #endif + } + + int + s_runame(k) + KINFO *k; + { + #ifndef NEWVM + return (strlen(user_from_uid(KI_PROC(k)->p_ruid, 0))); + #else + return (strlen(user_from_uid(KI_EPROC(k)->e_pcred.p_ruid, 0))); #endif } Index: ps.c =================================================================== RCS file: /b/cvstree/ncvs/src/bin/ps/ps.c,v retrieving revision 1.18 diff -c -r1.18 ps.c *** 1.18 1997/03/28 15:24:29 --- ps.c 1997/04/29 01:16:54 *************** *** 92,97 **** --- 92,99 ---- static int pscomp __P((const void *, const void *)); static void saveuser __P((KINFO *)); static void scanvars __P((void)); + static void dynsizevars __P((KINFO *)); + static void sizevars __P((void)); static void usage __P((void)); char dfmt[] = "pid tt state time command"; *************** *** 324,330 **** --- 326,336 ---- kinfo[i].ki_p = kp; if (needuser) saveuser(&kinfo[i]); + dynsizevars(&kinfo[i]); } + + sizevars(); + /* * print header */ *************** *** 362,367 **** --- 368,412 ---- { struct varent *vent; VAR *v; + + for (vent = vhead; vent; vent = vent->next) { + v = vent->var; + if (v->flag & DSIZ) { + v->dwidth = v->width; + v->width = 0; + } + if (v->flag & USER) + needuser = 1; + if (v->flag & COMM) + needcomm = 1; + } + } + + static void + dynsizevars(ki) + KINFO *ki; + { + struct varent *vent; + VAR *v; + int i; + + for (vent = vhead; vent; vent = vent->next) { + v = vent->var; + if (!(v->flag & DSIZ)) + continue; + i = (v->sproc)( ki); + if (v->width < i) + v->width = i; + if (v->width > v->dwidth) + v->width = v->dwidth; + } + } + + static void + sizevars() + { + struct varent *vent; + VAR *v; int i; for (vent = vhead; vent; vent = vent->next) { *************** *** 370,379 **** if (v->width < i) v->width = i; totwidth += v->width + 1; /* +1 for space */ - if (v->flag & USER) - needuser = 1; - if (v->flag & COMM) - needcomm = 1; } totwidth--; } --- 415,420 ---- Index: ps.h =================================================================== RCS file: /b/cvstree/ncvs/src/bin/ps/ps.h,v retrieving revision 1.4 diff -c -r1.4 ps.h *** 1.4 1997/02/22 14:05:09 --- ps.h 1997/04/29 00:41:54 *************** *** 68,76 **** --- 68,79 ---- #define COMM 0x01 /* needs exec arguments and environment (XXX) */ #define LJUST 0x02 /* left adjust on output (trailing blanks) */ #define USER 0x04 /* needs user structure */ + #define DSIZ 0x08 /* field size is dynamic*/ u_int flag; /* output routine */ void (*oproc) __P((struct kinfo *, struct varent *)); + /* sizing routine*/ + int (*sproc) __P((struct kinfo *)); short width; /* printing width */ /* * The following (optional) elements are hooks for passing information *************** *** 81,86 **** --- 84,90 ---- enum type type; /* type of element */ char *fmt; /* printf format */ char *time; /* time format */ + short dwidth; /* dynamic printing width */ /* * glue to link selected fields together */ ----------------------------------------------------------------------- From owner-freebsd-current Mon Apr 28 18:33:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13500 for current-outgoing; Mon, 28 Apr 1997 18:33:32 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA13491 for ; Mon, 28 Apr 1997 18:33:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA03440; Mon, 28 Apr 1997 18:32:19 -0700 From: Terry Lambert Message-Id: <199704290132.SAA03440@phaeton.artisoft.com> Subject: Re: Longer user names: take 2 To: asami@vader.cs.berkeley.edu (Satoshi Asami) Date: Mon, 28 Apr 1997 18:32:19 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199704282338.QAA20319@vader.cs.berkeley.edu> from "Satoshi Asami" at Apr 28, 97 04:38:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * Isn't there any way that the "USER" field specifically could determine > * the largest user name it was going to have to display, and size it > * that way? > > I think that's a good idea. Please send a patch to ps. (Any others > you noticed? I don't run -current around here.) Patches posted. 'w'. But if I go in there, I'm not coming out until it takes a '-d' option like it's supposed to. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 28 21:41:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA23794 for current-outgoing; Mon, 28 Apr 1997 21:41:45 -0700 (PDT) Received: from marker.cs.utah.edu (marker.cs.utah.edu [155.99.212.61]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23777; Mon, 28 Apr 1997 21:41:28 -0700 (PDT) Received: (from vanmaren@localhost) by marker.cs.utah.edu (8.8.5/8.7.3) id WAA18907; Mon, 28 Apr 1997 22:41:23 -0600 (MDT) Date: Mon, 28 Apr 1997 22:41:23 -0600 (MDT) From: Kevin Van Maren Message-Id: <199704290441.WAA18907@marker.cs.utah.edu> To: dfr@hub.freebsd.org, freebsd-current@hub.freebsd.org Subject: AMD support under current Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Many thanks to Doug Rabson, who apparently committed changes to amd so that /n/FOO works again! Interestingly, the hesiod support worked (/home/BAR), but not `normal' accesses. In addition to the config file changes, we've had to change this line since at least 2.1.5 for hesiod support: (So maybe change it in 2.2 and 2.1 as well?) Index: amd/info_hes.c =================================================================== RCS file: /q/current/src/usr.sbin/amd/amd/info_hes.c,v retrieving revision 1.4 diff -u -r1.4 info_hes.c --- info_hes.c 1997/02/22 16:01:31 1.4 +++ info_hes.c 1997/04/29 04:20:32 @@ -107,7 +107,7 @@ * Do a Hesiod nameserver call. * Modify time is ignored by Hesiod - XXX */ -int hesiod_search P((mnt_map *m, char *map, char **pval, time_t *tp)); +int hesiod_search P((mnt_map *m, char *map, char *key, char **pval, time_t *tp)); int hesiod_search(m, map, key, pval, tp) mnt_map *m; char *map; Also, the Makefile is missing this line: Index: amd/Makefile =================================================================== RCS file: /q/current/src/usr.sbin/amd/amd/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 1997/04/19 09:15:09 1.5 +++ Makefile 1997/04/29 04:19:27 @@ -23,6 +23,7 @@ CFLAGS+=-DOS_HDR=\"os-${OS}.h\" CFLAGS+=${CONFIG} CFLAGS+=-D_NEW_VFSCONF +LDADD= ${XLIBDIR} ${RESOLV} CLEANFILES+=vers.${PROG}.c vers.${PROG}.o version.amd CLEANFILES+=mount.h mount_xdr.c nfs_prot.h nfs_prot_xdr.c nfs_prot_svc.c RPCCOM = rpcgen With that line, it is just necessary to modify the amd/Makefile.config file. (That, and provide the hesiod library and header files). Would it be possible to get these changes into -current? They are trivial. Thanks, Kevin From owner-freebsd-current Mon Apr 28 22:28:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA26082 for current-outgoing; Mon, 28 Apr 1997 22:28:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26057 for ; Mon, 28 Apr 1997 22:27:58 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA05163; Mon, 28 Apr 1997 22:27:25 -0700 (PDT) To: Terry Lambert cc: current@freebsd.org Subject: Re: Longer user names: take 2 In-reply-to: Your message of "Mon, 28 Apr 1997 18:30:51 PDT." <199704290130.SAA03420@phaeton.artisoft.com> Date: Mon, 28 Apr 1997 22:27:24 -0700 Message-ID: <5161.862291644@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I made the change to ps. It now outputs with a width of "USER" or > the largest active name, whichever is greater. Ah, to have the > column space back! Definitely! Nice job, thanks. Committed. Jordan From owner-freebsd-current Mon Apr 28 23:32:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA29057 for current-outgoing; Mon, 28 Apr 1997 23:32:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29051; Mon, 28 Apr 1997 23:32:15 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA05521; Mon, 28 Apr 1997 23:32:22 -0700 (PDT) To: Kevin Van Maren cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: AMD support under current In-reply-to: Your message of "Mon, 28 Apr 1997 22:41:23 MDT." <199704290441.WAA18907@marker.cs.utah.edu> Date: Mon, 28 Apr 1997 23:32:22 -0700 Message-ID: <5519.862295542@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In addition to the config file changes, we've had to change this > line since at least 2.1.5 for hesiod support: (So maybe change it > in 2.2 and 2.1 as well?) I don't know much about hesiod (never used it) but it sounds good to me. Doug, are you going to field this? Just trying to make sure it doesn't go down a crack. Thanks! Jordan From owner-freebsd-current Tue Apr 29 00:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA02837 for current-outgoing; Tue, 29 Apr 1997 00:50:05 -0700 (PDT) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02780 for ; Tue, 29 Apr 1997 00:49:59 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id JAA01198 for current@freebsd.org; Tue, 29 Apr 1997 09:50:42 +0200 (MEST) From: S鷨en Schmidt Message-Id: <199704290750.JAA01198@ravenock.cybercity.dk> Subject: Where is cvs-cur.3254.gz ?? To: current@freebsd.org (FreeBSD current) Date: Tue, 29 Apr 1997 09:50:41 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Its also missing from the archives :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- S鷨en Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Apr 29 01:48:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA05531 for current-outgoing; Tue, 29 Apr 1997 01:48:03 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA05505; Tue, 29 Apr 1997 01:47:58 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA18632; Tue, 29 Apr 1997 09:21:21 +0100 (BST) Date: Tue, 29 Apr 1997 09:21:21 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: Kevin Van Maren , dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: AMD support under current In-Reply-To: <5519.862295542@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, Jordan K. Hubbard wrote: > > In addition to the config file changes, we've had to change this > > line since at least 2.1.5 for hesiod support: (So maybe change it > > in 2.2 and 2.1 as well?) > > I don't know much about hesiod (never used it) but it sounds good to > me. Doug, are you going to field this? Just trying to make sure it > doesn't go down a crack. I will deal with this. It looks pretty trivial so I can probably put it into current today. Since it is conditional on building AMD with hesiod support, I don't see why I shouldn't put it into the other branches as well. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue Apr 29 02:45:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA07770 for current-outgoing; Tue, 29 Apr 1997 02:45:18 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA07764 for ; Tue, 29 Apr 1997 02:45:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA29358; Tue, 29 Apr 1997 19:36:27 +1000 Date: Tue, 29 Apr 1997 19:36:27 +1000 From: Bruce Evans Message-Id: <199704290936.TAA29358@godzilla.zeta.org.au> To: current@freebsd.org, sos@ravenock.cybercity.dk Subject: Re: Where is cvs-cur.3254.gz ?? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Its also missing from the archives :( I received another 3252 instead of 3254. Bruce From owner-freebsd-current Tue Apr 29 04:57:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA12226 for current-outgoing; Tue, 29 Apr 1997 04:57:47 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA12220; Tue, 29 Apr 1997 04:57:44 -0700 (PDT) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id GAA13513; Tue, 29 Apr 1997 06:57:33 -0500 (CDT) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199704290936.TAA29358@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Apr 1997 06:56:20 -0500 To: Bruce Evans , postmaster@freebsd.org From: Richard Wackerbarth Subject: Re: Where is cvs-cur.3254.gz ?? Cc: current@freebsd.org, sos@ravenock.cybercity.dk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 4:36 AM -0500 4/29/97, Bruce Evans wrote: >>Its also missing from the archives :( I have caused this delta to be retransmitted. This is yet another failure which has occurred since the new freefall was brought online :-( It seems to be happening on many different ctm lists. I was having NO problems prior to that. SOMEONE better address the situation or I will be forced to discontinue all ctm services since I can neither fix the problem myself nor do I have time to keep patching things up when it fails :-( Times are CDT: Apr 28 17:09:58 shrimp sendmail[11221]: RAA11221: to=ctm-cvs-cur-fast@freebsd.org, delay=00:00:02, mailer=esmtp, stat=queued Apr 28 17:09:58 shrimp sendmail[11225]: RAA11225: to=ctm-cvs-cur@freebsd.org, delay=00:00:00, mailer=esmtp, stat=queued Apr 28 17:30:00 shrimp sendmail[14971]: RAA11225: to=ctm-cvs-cur@freebsd.org, ctladdr=library (900/900), delay=00:20:02, xdelay=00:00:14, mailer=esmtp, relay=hub.freebsd.org. [204.216.27.18], stat=Sent (PAA08099 Message accepted for delivery) Apr 28 17:30:07 shrimp sendmail[14971]: RAA11221: to=ctm-cvs-cur-fast@freebsd.org, ctladdr=library (900/900), delay=00:20:11, xdelay=00:00:06, mailer=esmtp, relay=hub.freebsd.org. [204.216.27.18], stat=Sent (PAA08115 Message accepted for delivery) From owner-freebsd-current Tue Apr 29 06:05:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA15454 for current-outgoing; Tue, 29 Apr 1997 06:05:12 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15447 for ; Tue, 29 Apr 1997 06:05:09 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id JAA13195; Tue, 29 Apr 1997 09:04:36 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id JAA00273; Tue, 29 Apr 1997 09:04:36 -0400 (EDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) From: "Gary Palmer" Subject: Re: ctm-gnats? In-reply-to: Your message of "Mon, 28 Apr 1997 09:00:36 +0200." <19970428090036.SO07615@uriah.heep.sax.de> Date: Tue, 29 Apr 1997 09:04:35 -0400 Message-ID: <271.862319075@orion.webspan.net> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote in message ID <19970428090036.SO07615@uriah.heep.sax.de>: > I've got the last CTM delta for GNATS more than two days ago. Who > feels responsible for this? The mail to root@hub.freebsd.org indicates the CTM generator is spinning on a lock (probably stale). I don't know enough about the setup to go touching. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Tue Apr 29 08:40:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA21538 for current-outgoing; Tue, 29 Apr 1997 08:40:48 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21533 for ; Tue, 29 Apr 1997 08:40:45 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA20096 for ; Tue, 29 Apr 1997 17:41:34 +0200 (MET DST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id SAA02644 for freebsd-current@freefall.cdrom.com; Tue, 29 Apr 1997 18:00:03 +0200 (MET DST) Date: Tue, 29 Apr 1997 18:00:03 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199704291600.SAA02644@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: panic in vm Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On a not very current machine: FreeBSD toots.physik.rwth-aachen.de 2.2-970225-GAMMA FreeBSD 2.2-970225-GAMMA #0: Wed Apr 2 16:57:52 CEST 1997 kuku@toots.physik.rwth-aachen.de:/usr/src/sys/compile/TOOTS i386 I got the following crash today after 29 days of uptime: Apr 29 16:12:39 toots /kernel: Apr 29 16:12:39 toots /kernel: Fatal trap 1: privileged instruction fault while in kernel mode Apr 29 16:12:39 toots /kernel: instruction pointer = 0x8:0xf019f837 Apr 29 16:12:39 toots /kernel: stack pointer = 0x10:0xefbff790 Apr 29 16:12:39 toots /kernel: frame pointer = 0x10:0xefbff7dc Apr 29 16:12:39 toots /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Apr 29 16:12:40 toots /kernel: = DPL 0, pres 1, def32 1, gran 1 Apr 29 16:12:40 toots /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Apr 29 16:12:40 toots /kernel: current process = 106 (nfsd) Apr 29 16:12:40 toots /kernel: interrupt mask = bio Apr 29 16:12:40 toots /kernel: panic: privileged instruction fault Apr 29 16:12:40 toots /kernel: Apr 29 16:12:40 toots /kernel: syncing disks... 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 from kernel symbol table: f019f7cc t _vm_map_entry_delete f019f820 T _vm_map_delete <<<<<<<<< ip = f019f837 f019f9a8 T _vm_map_remove f019fa5c T _vm_map_check_protection Were there fixes or changes in 2.2.1R or 3.0-current in that area, that would make it necessary upgrading the machine? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Apr 29 08:40:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA21558 for current-outgoing; Tue, 29 Apr 1997 08:40:52 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21549 for ; Tue, 29 Apr 1997 08:40:50 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id LAA02695 for ; Tue, 29 Apr 1997 11:40:48 -0400 (EDT) Message-Id: <199704291540.LAA02695@whizzo.transsys.com> To: current@freebsd.org From: "Louis A. Mamakos" Subject: latest -current upgrade and CFS Date: Tue, 29 Apr 1997 11:40:48 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk CFS is the crypto filesystem that Matt Blaze did. Essentially, you talk to it via NFS and it decrypts/encrypts files on the fly which are stored elsewhere in the UNIX filesystem. I just upgraded my system running an older -current to the version checkout as of last night. My cfsd stopped working; it appears the the NFSv3 default is the cause of this problem, and the "auto-fallback" to NFSv2 mechansim doesn't work with cfs. I had to add the '-2' option to the mount command to get things working; I recompiled cfsd for good measure too. So my /usr/local/etc/rc.d/cfs.sh now looks like: if [ -x /usr/local/sbin/cfsd ]; then /usr/local/sbin/cfsd && \ mount -o port=3049,intr,-2 localhost:/null /crypt fi Note that this still requires the one-line fix to correctly parse mount options with parameters, like the 'port=3049', in the file /usr/src/sbin/mount/getmntopts.c. I submitted a PR on this on quite a while ago: Index: getmntopts.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/src/sbin/mount/getmntopts.c,v retrieving revision 1.4 diff -u -r1.4 getmntopts.c --- getmntopts.c 1997/03/11 12:27:56 1.4 +++ getmntopts.c 1997/04/06 00:38:32 @@ -78,7 +78,7 @@ */ p = strchr(opt, '='); if (p) - *p = '\0'; + *++p = '\0'; /* Scan option table. */ for (m = m0; m->m_option != NULL; ++m) { Hope this saves someone some time.. louie From owner-freebsd-current Tue Apr 29 11:15:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00403 for current-outgoing; Tue, 29 Apr 1997 11:15:10 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00398 for ; Tue, 29 Apr 1997 11:15:06 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id TAA01591; Tue, 29 Apr 1997 19:14:34 +0100 (BST) Date: Tue, 29 Apr 1997 19:14:34 +0100 (BST) From: Doug Rabson To: "Louis A. Mamakos" cc: current@freebsd.org Subject: Re: latest -current upgrade and CFS In-Reply-To: <199704291540.LAA02695@whizzo.transsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Louis A. Mamakos wrote: > > CFS is the crypto filesystem that Matt Blaze did. Essentially, you > talk to it via NFS and it decrypts/encrypts files on the fly which are > stored elsewhere in the UNIX filesystem. > > I just upgraded my system running an older -current to the version > checkout as of last night. My cfsd stopped working; it appears the > the NFSv3 default is the cause of this problem, and the > "auto-fallback" to NFSv2 mechansim doesn't work with cfs. I had to > add the '-2' option to the mount command to get things working; I > recompiled cfsd for good measure too. I will look into it soon. Where can I get a copy of CFS? > Note that this still requires the one-line fix to correctly parse > mount options with parameters, like the 'port=3049', in the file > /usr/src/sbin/mount/getmntopts.c. I submitted a PR on this on quite a > while ago: Can you remember the PR number? The fix looks good, so I will probably commit it tomorrow. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue Apr 29 11:19:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00647 for current-outgoing; Tue, 29 Apr 1997 11:19:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA00642 for ; Tue, 29 Apr 1997 11:19:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04811; Tue, 29 Apr 1997 11:18:17 -0700 From: Terry Lambert Message-Id: <199704291818.LAA04811@phaeton.artisoft.com> Subject: Re: Longer user names: take 2 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 29 Apr 1997 11:18:17 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <5161.862291644@time.cdrom.com> from "Jordan K. Hubbard" at Apr 28, 97 10:27:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I made the change to ps. It now outputs with a width of "USER" or > > the largest active name, whichever is greater. Ah, to have the > > column space back! > > Definitely! Nice job, thanks. Committed. But I feel dirty... user space code is so ...trivial. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 29 11:33:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01500 for current-outgoing; Tue, 29 Apr 1997 11:33:24 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01463; Tue, 29 Apr 1997 11:32:57 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id UAA02675; Tue, 29 Apr 1997 20:31:40 +0200 (CEST) To: "Gary Palmer" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@FreeBSD.org (FreeBSD-current users) From: Poul-Henning Kamp Subject: Re: ctm-gnats? In-reply-to: Your message of "Tue, 29 Apr 1997 09:04:35 EDT." <271.862319075@orion.webspan.net> Date: Tue, 29 Apr 1997 20:31:39 +0200 Message-ID: <2673.862338699@critter> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <271.862319075@orion.webspan.net>, "Gary Palmer" writes: >J Wunsch wrote in message ID ><19970428090036.SO07615@uriah.heep.sax.de>: >> I've got the last CTM delta for GNATS more than two days ago. Who >> feels responsible for this? > >The mail to root@hub.freebsd.org indicates the CTM generator is spinning >on a lock (probably stale). I don't know enough about the setup to go >touching. I kicked it, lets see if it's better now. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Apr 29 11:36:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01867 for current-outgoing; Tue, 29 Apr 1997 11:36:26 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA01860 for ; Tue, 29 Apr 1997 11:36:21 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA15474; Tue, 29 Apr 1997 11:35:05 -0700 Date: Tue, 29 Apr 1997 11:35:05 -0700 (PDT) From: "Brian N. Handy" To: Terry Lambert Cc: current@freebsd.org Subject: Re: Longer user names: take 2 In-Reply-To: <199704291818.LAA04811@phaeton.artisoft.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Terry wrote: >> > I made the change to ps. It now outputs with a width of "USER" or >> > the largest active name, whichever is greater. Ah, to have the >> > column space back! >> >> Definitely! Nice job, thanks. Committed. > >But I feel dirty... user space code is so ...trivial. Terry's secret shame: Userland fixes. "Hi, my name's Terry, and I fix userland code. I first realized I had to fix userland code when ..." Shamefully, Brian From owner-freebsd-current Tue Apr 29 11:56:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02921 for current-outgoing; Tue, 29 Apr 1997 11:56:31 -0700 (PDT) Received: from draw.ubet.com (draw.ubet.com [206.79.156.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02915 for ; Tue, 29 Apr 1997 11:56:29 -0700 (PDT) Received: from roulette.ubet.com (roulette.ubet.com [10.10.10.11]) by draw.ubet.com with SMTP (8.7.5/8.7.3) id LAA28273 for ; Tue, 29 Apr 1997 11:54:33 -0700 (PDT) Received: by roulette.ubet.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5) id <01BC5494.915A52C0@roulette.ubet.com>; Tue, 29 Apr 1997 11:57:53 -0700 Message-ID: From: Sam Wu To: "'current@freebsd.org'" Subject: remove Date: Tue, 29 Apr 1997 11:57:52 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Remove saminfo@ubet.com From owner-freebsd-current Tue Apr 29 12:47:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05405 for current-outgoing; Tue, 29 Apr 1997 12:47:35 -0700 (PDT) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05400 for ; Tue, 29 Apr 1997 12:47:33 -0700 (PDT) Received: from localhost (taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id PAA02167; Tue, 29 Apr 1997 15:43:19 -0400 (EDT) Date: Tue, 29 Apr 1997 15:43:19 -0400 (EDT) From: Brian Tao To: Terry Lambert cc: current@freebsd.org Subject: Re: Longer user names: take 2 In-Reply-To: <199704272227.PAA00413@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Terry Lambert wrote: > > If you argue that dynamic sizing breaks scripts, I will argue that > changing from 8 to 16 characters breaks those same scripts. Bah, 'ls -l' already does dynamic column sizing. Besides, with -o, you can order your fields so that the user stuff comes at the end... -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-current Tue Apr 29 13:53:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA09342 for current-outgoing; Tue, 29 Apr 1997 13:53:19 -0700 (PDT) Received: from tamis.com (tamis.com [206.24.116.161]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA09333; Tue, 29 Apr 1997 13:53:15 -0700 (PDT) Received: (from daveh@localhost) by tamis.com (8.6.12/8.6.12) id NAA20665; Tue, 29 Apr 1997 13:48:34 -0700 Date: Tue, 29 Apr 1997 13:48:33 -0700 (PDT) From: David Holloway To: freebsd-announce@freefall.FreeBSD.org cc: freebsd-current@freefall.FreeBSD.org Subject: Solaris Source Code Annoucement Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk interesting information folks.... http://www.sun.com/edu/hot/hot.html Solaris SPARC and Intel Source Code Program Sun Announces Solaris Source code is now available for both SPARC and Intel versions and includes DDK (device driver kit). This new bundle is priced only to recover order processing costs and will be discounted to $0 if ordered along with another Sun product. The program includes code sharing between licensees, support over email (starting in the summer), upgrade licenses at cost, relaxed licensing terms, and possibility of inclusion of changes into Solaris base code. Part number is UNSOL-2.5.1-SRC, price $100. David Holloway, CTO |mailto://daveh@tamis.com Sigma Tamis |http://www.tamis.com -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.3i mQBtAzNlZLYAAAEDAMgNdZzjQLVUlL2iYYC5LXU7hGjB+NB6BPL5OyFM7/iAhhIo Z/u6VCQ9I3ly8c9kYwDcKoFCwn2qmEOFjiCDHdeGoUShtUD3UASm9j0yVlpUrzpS 8i8Rz9Ug1R1YtC9oEQAFEbQfRGF2aWQgSG9sbG93YXk8ZGF2ZWhAdGFtaXMuY29t PokAdQMFEDNlZLYg1R1YtC9oEQEBRJQC/3B3/CUirR2zTi/jxkU8vA1UtCiZXH1x oaUrSpeH3YDbV7zIRNBoIIgtncPgySACdH8+ikLAegfkImcYYqSDtu+y1qslYIAL XzTX9Wk6zE1k0JEPMkkKu8uLhx3Lk7Uscw== =8hwm -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-current Tue Apr 29 15:40:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15465 for current-outgoing; Tue, 29 Apr 1997 15:40:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA15458 for ; Tue, 29 Apr 1997 15:40:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00766; Tue, 29 Apr 1997 15:39:43 -0700 From: Terry Lambert Message-Id: <199704292239.PAA00766@phaeton.artisoft.com> Subject: Re: Longer user names: take 2 To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Tue, 29 Apr 1997 15:39:43 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Brian N. Handy" at Apr 29, 97 11:35:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> > I made the change to ps. It now outputs with a width of "USER" or > >> > the largest active name, whichever is greater. Ah, to have the > >> > column space back! > >> > >> Definitely! Nice job, thanks. Committed. > > > >But I feel dirty... user space code is so ...trivial. > > Terry's secret shame: Userland fixes. "Hi, my name's Terry, and I fix > userland code. I first realized I had to fix userland code when ..." Ugh. To add to my shame, since I was deluged by mail (is 12 a deluge?) from other forlorn ex-SunOS users, here's the '-d' (debug) flag for 'w'. I didn't shrink up the user field, since the 'w' display isn't too wide, even with the width expansion of the user field. Patches follow .sig. These things are taking me less than 30 minutes, including writing and sending the mail -- they really aren't worthy... >B-6. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. -------------------------------------------------------------------------- Index: w.c =================================================================== RCS file: /b/cvstree/ncvs/src/usr.bin/w/w.c,v retrieving revision 1.20 diff -c -r1.20 w.c *** 1.20 1997/03/29 04:33:51 --- w.c 1997/04/29 22:31:34 *************** *** 92,97 **** --- 92,98 ---- int argwidth; /* width of tty */ int header = 1; /* true if -h flag: don't print heading */ int nflag; /* true if -n flag: don't convert addrs */ + int dflag; /* true if -d flag: output debug info */ int sortidle; /* sort bu idle time */ char *sel_user; /* login of particular user selected */ char domain[MAXHOSTNAMELEN]; *************** *** 102,111 **** struct entry { struct entry *next; struct utmp utmp; ! dev_t tdev; /* dev_t of terminal */ ! time_t idle; /* idle time of terminal in seconds */ ! struct kinfo_proc *kp; /* `most interesting' proc */ ! char *args; /* arg list of interesting process */ } *ep, *ehead = NULL, **nextp = &ehead; static void pr_header __P((time_t *, int)); --- 103,113 ---- struct entry { struct entry *next; struct utmp utmp; ! dev_t tdev; /* dev_t of terminal */ ! time_t idle; /* idle time of terminal in seconds */ ! struct kinfo_proc *kp; /* `most interesting' proc */ ! char *args; /* arg list of interesting process */ ! struct kinfo_proc *dkp; /* debug option proc list */ } *ep, *ehead = NULL, **nextp = &ehead; static void pr_header __P((time_t *, int)); *************** *** 122,127 **** --- 124,130 ---- { extern char *__progname; struct kinfo_proc *kp; + struct kinfo_proc *dkp; struct hostent *hp; struct stat *stp; FILE *ut; *************** *** 142,153 **** p = ""; } else { wcmd = 1; ! p = "hiflM:N:nsuw"; } memf = nlistf = NULL; while ((ch = getopt(argc, argv, p)) != -1) switch (ch) { case 'h': header = 0; break; --- 145,159 ---- p = ""; } else { wcmd = 1; ! p = "dhiflM:N:nsuw"; } memf = nlistf = NULL; while ((ch = getopt(argc, argv, p)) != -1) switch (ch) { + case 'd': + dflag = 1; + break; case 'h': header = 0; break; *************** *** 250,262 **** continue; e = &kp->kp_eproc; for (ep = ehead; ep != NULL; ep = ep->next) { ! if (ep->tdev == e->e_tdev && e->e_pgid == e->e_tpgid) { /* ! * Proc is in foreground of this terminal */ ! if (proc_compare(&ep->kp->kp_proc, p)) ! ep->kp = kp; ! break; } } } --- 256,281 ---- continue; e = &kp->kp_eproc; for (ep = ehead; ep != NULL; ep = ep->next) { ! if (ep->tdev == e->e_tdev) { ! /* ! * proc is associated with this terminal ! */ ! if (ep->kp == NULL && e->e_pgid == e->e_tpgid) { ! /* ! * Proc is 'most interesting' ! */ ! if (proc_compare(&ep->kp->kp_proc, p)) ! ep->kp = kp; ! } /* ! * Proc debug option info; add to debug ! * list using kinfo_proc kp_eproc.e_spare ! * as next pointer; ptr to ptr avoids the ! * ptr = long assumption. */ ! dkp = ep->dkp; ! ep->dkp = kp; ! *((struct kinfo_proc **)(&kp->kp_eproc.e_spare[ 0])) = dkp; } } } *************** *** 337,342 **** --- 356,371 ---- (void)snprintf(buf, sizeof(buf), "%s:%.*s", p, ep->utmp.ut_host + UT_HOSTSIZE - x, x); p = buf; + } + if( dflag) { + for( dkp = ep->dkp; dkp != NULL; dkp = *((struct kinfo_proc **)(&dkp->kp_eproc.e_spare[ 0]))) { + char *p; + p = fmt_argv(kvm_getargv(kd, dkp, argwidth), + dkp->kp_proc.p_comm, MAXCOMLEN); + if (p == NULL) + p = "-"; + (void)printf( "\t\t%-9d %s\n", dkp->kp_proc.p_pid, p); + } } (void)printf("%-*.*s %-3.3s %-*.*s ", UT_NAMESIZE, UT_NAMESIZE, ep->utmp.ut_name, -------------------------------------------------------------------------- From owner-freebsd-current Tue Apr 29 15:41:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15552 for current-outgoing; Tue, 29 Apr 1997 15:41:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA15547 for ; Tue, 29 Apr 1997 15:41:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00779 for current@freebsd.org; Tue, 29 Apr 1997 15:41:26 -0700 From: Terry Lambert Message-Id: <199704292241.PAA00779@phaeton.artisoft.com> Subject: PLEASE COMMIT: Minor bug in /usr/src/lib/csu/i386/Makefile, with patch (resend) To: current@freebsd.org Date: Tue, 29 Apr 1997 15:41:26 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did you just miss this because of the long subject? Here it is again... ------------------------------------------------------------------------ The Makefile in /usr/src/lib/csu/i386 incorrectly references the system include sirectory instead of the local include directory to obtain the header dlfcn.h. Unless you blindly do a "make install" so that the install of the header occurs before the build, the build will fail for RTLD_NOW or similar dependency changes. For what it's worth, I think it's broken to put the dlfcn.h header here and install it seperately from the standard include installs, anyway. In any case, this patch makes the build look for the dlfcn.h locally before going to the (potentially stale) /usr/include version. Index: Makefile =================================================================== RCS file: /b/cvstree/ncvs/src/lib/csu/i386/Makefile,v retrieving revision 1.30 diff -c -r1.30 Makefile *** 1.30 1997/04/02 16:49:18 --- Makefile 1997/04/27 21:37:01 *************** *** 1,7 **** # from: @(#)Makefile 5.6 (Berkeley) 5/22/91 # $Id: Makefile,v 1.30 1997/04/02 16:49:18 jdp Exp $ ! CFLAGS+= -DLIBC_SCCS -fno-omit-frame-pointer OBJS= crt0.o c++rt0.o gcrt0.o scrt0.o sgcrt0.o CLEANFILES+= a.out MAN3+= dlopen.3 --- 1,7 ---- # from: @(#)Makefile 5.6 (Berkeley) 5/22/91 # $Id: Makefile,v 1.30 1997/04/02 16:49:18 jdp Exp $ ! CFLAGS+= -DLIBC_SCCS -fno-omit-frame-pointer -I${.CURDIR} OBJS= crt0.o c++rt0.o gcrt0.o scrt0.o sgcrt0.o CLEANFILES+= a.out MAN3+= dlopen.3 =================================================================== Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 29 16:46:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA18295 for current-outgoing; Tue, 29 Apr 1997 16:46:31 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA18274 for ; Tue, 29 Apr 1997 16:46:22 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMMZr-0002II-00; Tue, 29 Apr 1997 17:44:55 -0600 To: S ren Schmidt Subject: Re: Where is cvs-cur.3254.gz ?? Cc: current@freebsd.org (FreeBSD current) In-reply-to: Your message of "Tue, 29 Apr 1997 09:50:41 +0200." <199704290750.JAA01198@ravenock.cybercity.dk> References: <199704290750.JAA01198@ravenock.cybercity.dk> Date: Tue, 29 Apr 1997 17:44:55 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704290750.JAA01198@ravenock.cybercity.dk> S ren Schmidt writes: : Its also missing from the archives :( I have a copy here if someone wants to fix that problem and needs it. Warner From owner-freebsd-current Tue Apr 29 17:28:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA20081 for current-outgoing; Tue, 29 Apr 1997 17:28:07 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20072 for ; Tue, 29 Apr 1997 17:28:04 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id UAA07694; Tue, 29 Apr 1997 20:27:50 -0400 (EDT) Message-Id: <199704300027.UAA07694@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug Rabson cc: current@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest -current upgrade and CFS References: In-reply-to: Your message of "Tue, 29 Apr 1997 19:14:34 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Apr 1997 20:27:50 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I will look into it soon. Where can I get a copy of CFS? You have to request it from Matt Blaze and declare that you're a US citizen, you won't export it, etc. As far as I know, it's not up for anonymous FTP anywhere. > > Note that this still requires the one-line fix to correctly parse > > mount options with parameters, like the 'port=3049', in the file > > /usr/src/sbin/mount/getmntopts.c. I submitted a PR on this on quite a > > while ago: > > Can you remember the PR number? The fix looks good, so I will probably > commit it tomorrow. I don't recall the PR number. It likely would have been sent in about early February. louie From owner-freebsd-current Tue Apr 29 18:30:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA23252 for current-outgoing; Tue, 29 Apr 1997 18:30:32 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA23247 for ; Tue, 29 Apr 1997 18:30:29 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA10120 for ; Wed, 30 Apr 1997 01:30:22 GMT Date: Wed, 30 Apr 1997 10:30:21 +0900 (JST) From: Michael Hancock To: current@freebsd.org Subject: Patch for vputrele - Too much public scope In-Reply-To: <199704292241.PAA00779@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Let's staticize this, it looks like an fs api. Index: vfs_subr.c =================================================================== RCS file: /jaz/cvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.83 diff -u -r1.83 vfs_subr.c --- vfs_subr.c 1997/04/25 06:47:12 1.83 +++ vfs_subr.c 1997/04/30 00:44:33 @@ -78,7 +78,7 @@ static void vclean __P((struct vnode *vp, int flags, struct proc *p)); static void vgonel __P((struct vnode *vp, struct proc *p)); unsigned long numvnodes; -extern void vputrele __P((struct vnode *vp, int put)); +static void vputrele __P((struct vnode *vp, int put)); enum vtype iftovt_tab[16] = { VNON, VFIFO, VCHR, VNON, VDIR, VNON, VBLK, VNON, @@ -1074,7 +1074,7 @@ * Vnode put/release. * If count drops to zero, call inactive routine and return to freelist. */ -void +static void vputrele(vp, put) struct vnode *vp; int put; From owner-freebsd-current Tue Apr 29 18:42:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA23861 for current-outgoing; Tue, 29 Apr 1997 18:42:52 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA23852; Tue, 29 Apr 1997 18:42:46 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.5/8.8.5) id FAA00965; Wed, 30 Apr 1997 05:42:11 +0400 (MSD) Date: Wed, 30 Apr 1997 05:42:08 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current , wollman@freebsd.org Subject: inetd error in -current, please fix Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got this on startup: inetd[111]: setsockopt (SO_PRIVSTATE): Protocol not available I recompile everything, of course. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Tue Apr 29 19:32:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA26942 for current-outgoing; Tue, 29 Apr 1997 19:32:51 -0700 (PDT) Received: from mcluhan.utoronto.ca (pippin.mcluhan.utoronto.ca [128.100.44.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26932 for ; Tue, 29 Apr 1997 19:32:45 -0700 (PDT) From: jorel@mcluhan.utoronto.ca Received: (from root@localhost) by mcluhan.utoronto.ca (8.8.5/8.8.4) id KAA01099; Tue, 29 Apr 1997 10:30:26 GMT Date: Tue, 29 Apr 1997 10:30:26 GMT Message-Id: <199704291030.KAA01099@mcluhan.utoronto.ca> To: freebsd-current@FreeBSD.ORG X-URL: http://195.9.8.30/handbook188.html X-Mailer: Lynx, Version 2.6FM X-Personal_name: Joel West Subject: http://195.9.8.30/handbook188.html Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe me to the mailing lists ...all of them please From owner-freebsd-current Tue Apr 29 20:24:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29554 for current-outgoing; Tue, 29 Apr 1997 20:24:11 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29542 for ; Tue, 29 Apr 1997 20:24:08 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA23188; Tue, 29 Apr 1997 20:23:34 -0700 (PDT) To: Terry Lambert cc: current@freebsd.org Subject: Re: Longer user names: take 2 In-reply-to: Your message of "Tue, 29 Apr 1997 11:18:17 PDT." <199704291818.LAA04811@phaeton.artisoft.com> Date: Tue, 29 Apr 1997 20:23:34 -0700 Message-ID: <23186.862370614@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But I feel dirty... user space code is so ...trivial. You've *clearly* never seen the inside of Lotus Notes. And it's all user space code. ;-) Jordan From owner-freebsd-current Tue Apr 29 21:09:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA01904 for current-outgoing; Tue, 29 Apr 1997 21:09:25 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA01899 for ; Tue, 29 Apr 1997 21:09:23 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA23460; Tue, 29 Apr 1997 21:08:46 -0700 (PDT) To: Terry Lambert cc: handy@sag.space.lockheed.com (Brian N. Handy), current@FreeBSD.ORG Subject: Re: Longer user names: take 2 In-reply-to: Your message of "Tue, 29 Apr 1997 15:39:43 PDT." <199704292239.PAA00766@phaeton.artisoft.com> Date: Tue, 29 Apr 1997 21:08:45 -0700 Message-ID: <23458.862373325@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > + if( dflag) { > + for( dkp = ep->dkp; dkp != NULL; dkp = *((struct kinfo_ proc **)(&dkp->kp_eproc.e_spare[ 0]))) { That's a *really mutant* coding style you have there, Mr. Lambert. :-) Please, for Richie's sake, how about something more like: if (dflag) { for (dkp = ep->dkp; dkp != NULL; dkp = *((struct kinfo_proc **)(&dkp->kp_eproc.e_spare[0]))) { ... And lose the extra space before the double-quote char. If nothing else, just your added code will then remain self-consistent throughout the file. :) Jordan From owner-freebsd-current Tue Apr 29 22:22:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05454 for current-outgoing; Tue, 29 Apr 1997 22:22:57 -0700 (PDT) Received: from user2.inficad.com (straka@user2.inficad.com [207.19.74.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05448 for ; Tue, 29 Apr 1997 22:22:54 -0700 (PDT) Received: from localhost (straka@localhost) by user2.inficad.com (8.8.5/8.7.3) with SMTP id WAA00109 for ; Tue, 29 Apr 1997 22:24:22 -0700 (MST) Date: Tue, 29 Apr 1997 22:24:22 -0700 (MST) From: Richard Straka Reply-To: Richard Straka To: current@freebsd.org Subject: ie ethernet driver and Intel EtherExpress16 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recently upgraded to the 2.2-970422-RELENG kernel on my 486dx4-100 with an EtherExpress16. This computer is attached to a Pentium 133 with an SMC EtherPower 8432BT with a 10base2 connection. When FTPing from the Pentium to the 486, I get spurts of 925kb/sec and then 1-2 second pauses (according to netstat). The following messages continually appear on the 486 ie: receive descriptors out of sync at 18 ie: reset The number 18 in the message above varies between 0 and 40 something. When FTPing from the 486 to the Pentium, the throughput is about 15kB/sec with no kernel error messages. With the old ix driver, I would consistently get between 700-800kB/sec both sending and receiving with an occational ix: timeout error message. If anybody has any ideas as to what is happening, please let me know. The change to the ie driver seems to have rendered my EtherExpress16 card useless. Richard Straka straka@inficad.com From owner-freebsd-current Tue Apr 29 22:38:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06031 for current-outgoing; Tue, 29 Apr 1997 22:38:48 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06024 for ; Tue, 29 Apr 1997 22:38:44 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id HAA08449; Wed, 30 Apr 1997 07:30:08 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id XAA25441; Tue, 29 Apr 1997 23:43:58 +0200 (CEST) Message-ID: <19970429234357.53437@klemm.gtn.com> Date: Tue, 29 Apr 1997 23:43:57 +0200 From: Andreas Klemm To: Terry Lambert Cc: current@FreeBSD.org Subject: Re: Longer user names: take 2 References: <199704272227.PAA00413@phaeton.artisoft.com> <199704290130.SAA03420@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199704290130.SAA03420@phaeton.artisoft.com>; from Terry Lambert on Mon, Apr 28, 1997 at 06:30:51PM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Apr 28, 1997 at 06:30:51PM -0700, Terry Lambert wrote: > > Maybe the length specifier should be negated? This would give a > > generalized mechanism for recognizing fields which should be sized > > dynamically, and make the ps output nice looking once again... > > As it is, "ps -gaxu" is now relatively useles without a "w" option, > > and "ps -gaxuwww" has always been pretty damn useless anyway. > > I made the change to ps. It now outputs with a width of "USER" or > the largest active name, whichever is greater. Ah, to have the > column space back! Same for top would be great ! -- powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html From owner-freebsd-current Tue Apr 29 22:50:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06861 for current-outgoing; Tue, 29 Apr 1997 22:50:46 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06852 for ; Tue, 29 Apr 1997 22:50:43 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id HAA10546 for current@FreeBSD.ORG; Wed, 30 Apr 1997 07:45:04 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id HAA00814; Wed, 30 Apr 1997 07:28:29 +0200 (CEST) Message-ID: <19970430072829.30539@klemm.gtn.com> Date: Wed, 30 Apr 1997 07:28:29 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: verbose booting shows PS/2 mouse IRQ 12 disabled, but it's enabled Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Apr 29 17:57:12 CEST 1997 root@:/local/sys.bisdn/compile/BISDNSMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011 cpu1 (AP): apic id: 0, version: 0x00040011 io0 (APIC): apic id: 2, version: 0x00170011 Calibrating clock(s) ... i8254 clock: 1193122 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) avail memory = 63602688 (62112K bytes) bdevsw_add_generic: adding D_DISK flag for device 15 pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 [class=60000] [hdr=0] is there (id=12378086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled ^^^^^^^^ Interrupt Routing: A: , B: , C: , D: MB0: , MB1: BTW, is the use of the coprocessor in FreeBSD-SMP still disabled or is this also a wrong display ? Andreas /// -- powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html From owner-freebsd-current Tue Apr 29 23:05:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07625 for current-outgoing; Tue, 29 Apr 1997 23:05:03 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07618 for ; Tue, 29 Apr 1997 23:05:00 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id AAA08147; Wed, 30 Apr 1997 00:04:56 -0600 (MDT) Message-Id: <199704300604.AAA08147@pluto.plutotech.com> To: Richard Straka cc: current@freebsd.org Subject: Re: ie ethernet driver and Intel EtherExpress16 In-reply-to: Your message of "Tue, 29 Apr 1997 22:24:22 PDT." Date: Wed, 30 Apr 1997 01:03:32 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Are you sure that you have ie0 configured properly for interrupt number, port address, maddr, and size? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Apr 29 23:45:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10072 for current-outgoing; Tue, 29 Apr 1997 23:45:19 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10066 for ; Tue, 29 Apr 1997 23:45:15 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id HAA02898; Wed, 30 Apr 1997 07:44:46 +0100 (BST) Date: Wed, 30 Apr 1997 07:44:46 +0100 (BST) From: Doug Rabson To: "Louis A. Mamakos" cc: current@freebsd.org Subject: Re: latest -current upgrade and CFS In-Reply-To: <199704300027.UAA07694@whizzo.transsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Louis A. Mamakos wrote: > > > I will look into it soon. Where can I get a copy of CFS? > > You have to request it from Matt Blaze and declare that you're a US > citizen, you won't export it, etc. As far as I know, it's not up > for anonymous FTP anywhere. I'm stuffed then. I am not a US citizen. Oh well; maybe Matt will implement the V3 protocol. The server side of it is really quite simple. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Wed Apr 30 01:02:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13330 for current-outgoing; Wed, 30 Apr 1997 01:02:08 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13320 for ; Wed, 30 Apr 1997 01:02:03 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id SAA00567; Wed, 30 Apr 1997 18:01:43 +1000 Received: by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id RAA24865; Wed, 30 Apr 1997 17:58:48 +1000 (EST) Date: Wed, 30 Apr 1997 17:58:48 +1000 (EST) From: Stephen McKay Message-Id: <199704300758.RAA24865@ogre.dtir.qld.gov.au> To: "Louis A. Mamakos" cc: freebsd-current@freebsd.org, syssgm@dtir.qld.gov.au Subject: Re: latest -current upgrade and CFS X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Louis A. Mamakos" wrote: >> I will look into it soon. Where can I get a copy of CFS? > >You have to request it from Matt Blaze and declare that you're a US >citizen, you won't export it, etc. As far as I know, it's not up >for anonymous FTP anywhere. He could export it if he left out the underlying crypto bits. Clever non-US citizens could put new crypto bits in to make the non-US version. Has anyone put this to him? I don't know Matt's address to ask him. Stephen. From owner-freebsd-current Wed Apr 30 02:30:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18089 for current-outgoing; Wed, 30 Apr 1997 02:30:14 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17933 for ; Wed, 30 Apr 1997 02:29:03 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id LAA19043; Wed, 30 Apr 1997 11:43:38 +0300 (EEST) Date: Wed, 30 Apr 1997 11:42:18 +0300 (EEST) From: Narvi To: David Holloway cc: freebsd-current@freefall.FreeBSD.ORG Subject: Re: Solaris Source Code Annoucement In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, David Holloway wrote: > interesting information folks.... > > > http://www.sun.com/edu/hot/hot.html > > Solaris SPARC and Intel Source Code Program > Sun Announces Solaris Source code is now available for both > SPARC and Intel versions and includes DDK (device driver kit). This new > bundle is priced only to recover order processing costs and will be discounted > to $0 if ordered along with another Sun product. The program includes code > sharing between licensees, support over email (starting in the summer), > upgrade licenses at cost, relaxed licensing terms, and possibility of > inclusion of changes into Solaris base code. > Part number is UNSOL-2.5.1-SRC, price $100. > > David Holloway, CTO |mailto://daveh@tamis.com > Sigma Tamis |http://www.tamis.com Would it perchance bring having solaris emulation nearer? Sander > [public key snipped] From owner-freebsd-current Wed Apr 30 02:31:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18193 for current-outgoing; Wed, 30 Apr 1997 02:31:18 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18185 for ; Wed, 30 Apr 1997 02:31:08 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id SAA26609; Wed, 30 Apr 1997 18:26:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (ozZG/Np7UlBqysBIx2ArULQXLLCLVDA8@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id SAA20599; Wed, 30 Apr 1997 18:26:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA09917; Wed, 30 Apr 1997 18:31:09 +0900 (JST) Message-Id: <199704300931.SAA09917@zodiac.mech.utsunomiya-u.ac.jp> To: Andreas Klemm cc: current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: verbose booting shows PS/2 mouse IRQ 12 disabled, but it's enabled In-reply-to: Your message of "Wed, 30 Apr 1997 07:28:29 +0200." <19970430072829.30539@klemm.gtn.com> References: <19970430072829.30539@klemm.gtn.com> Date: Wed, 30 Apr 1997 18:31:07 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Probing for devices on PCI bus 0: > configuration mode 1 allows 32 devices. >chip0 rev 2 on pci0:0:0 >chip1 rev 1 on pci0:7:0 >chip2 rev 0 on pci0:7:1 > mapreg[20] type=1 addr=0000f000 size=0010. > I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks > Extended BIOS: disabled > Lower BIOS: disabled > Coprocessor IRQ13: disabled > Mouse IRQ12: disabled > ^^^^^^^^ Maybe the pci support code is checking a wrong bit? I have seen this before. I have a MB which has a jumper to enable/disable PS/2 mouse I/F. I had this jumper set to the "enabled" position and naturally could use the PS/2 mouse. But, the verbose listing showed "Mouse IRQ12: disabled" like yours. I also heard from someone who owns a MB whose PS/2 mouse I/F can be controlled via the BIOS setup menu. His verbose listing also shows "Mouse IRQ12: disabled" despite that he has enabled the PS/2 mouse I/F. At that time I didn't pursue the matter any further because it didn't seem to have ill effects. Kazu From owner-freebsd-current Wed Apr 30 08:20:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01217 for current-outgoing; Wed, 30 Apr 1997 08:20:11 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01196; Wed, 30 Apr 1997 08:20:05 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id QAA10367; Wed, 30 Apr 1997 16:30:02 +0100 (BST) Date: Wed, 30 Apr 1997 16:30:02 +0100 (BST) From: Stephen Roome To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: netatalk/de0 and addmulti errors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've heard that netatalk 1.4b2 works "out of the box" on 2.2.x versions. But as yet my luck with my (couple of weeks old) -SMP machine I'm having a really bad time. (Anyway, I doubt this is being caused by anything SMP.) Anyway, I downloaded netatalk-1.4b2 and made it (I had to add a couple of #include bits because doesn't include it but needs it for ifi_timechange). atalkd doesn't do much but this sort of stuff: root@yakko# atalkd AppleTalk not up! Child exited with 1. Apr 30 15:58:16 yakko atalkd[5673]: addmulti: Invalid argument Apr 30 15:59:01 yakko atalkd[5678]: addmulti: Invalid argument This seems to be because in atalkd/main.c at about line 1300 ioctl(s,cmd,&ifr) returns -1 also leaving errno set as EINVAL (22) basically, I don't get it, and really don't understand what ioctl should be called, for this to work. Any help would go down well =) Thanks, Steve Roome. More information follows.. I've got a de card which identifies as : === (inserted from dmesg output from verbose boot) de0 rev 32 int a irq 18 on pci0:10:0 Freeing (NOT implimented) irq 11 for ISA cards. mapreg[10] type=1 addr=00006400 size=0080. mapreg[14] type=0 addr=e0800000 size=0080. reg16: ioaddr=0x6400 size=0x80 de0: 21140A [10-100Mb/s] pass 2.0 de0: address 00:00:21:74:51:01 de0: enabling 10baseT port bpf: de0 attached === I have NETATALK configed into the kernel as such: options NETATALK The kernel compiles fine, netatalk compiles with a few dir.h passing wrong pointer warnings (i.e. not too bad and not net related). I'd include a full dmesg, but I don't think it'll help. -- Steve Roome Technical Systems Manager, Vision Interactive Ltd. E: steve@visint.co.uk M: +44 (0) 976 241 342 T: +44 (0) 117 973 0597 F: +44 (0) 117 923 8522 From owner-freebsd-current Wed Apr 30 09:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03364 for current-outgoing; Wed, 30 Apr 1997 09:03:47 -0700 (PDT) Received: from user2.inficad.com (straka@user2.inficad.com [207.19.74.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03359 for ; Wed, 30 Apr 1997 09:03:45 -0700 (PDT) Received: from localhost (straka@localhost) by user2.inficad.com (8.8.5/8.7.3) with SMTP id JAA18917; Wed, 30 Apr 1997 09:05:03 -0700 (MST) Date: Wed, 30 Apr 1997 09:05:02 -0700 (MST) From: Richard Straka To: "Justin T. Gibbs" cc: current@FreeBSD.org Subject: Re: ie ethernet driver and Intel EtherExpress16 In-Reply-To: <199704300604.AAA08147@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Justin T. Gibbs wrote: > Are you sure that you have ie0 configured properly for interrupt > number, port address, maddr, and size? > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > I just checked the configuration of ie. It appears to be setup properly and probes as follows ie0 at 0x300-0x30f irq 10 maddr 0xd0000 msize 32768 on isa ie0: address 00:aa:00:5b:4d:69 These setting are consistent with the adaptors eeprom setup using the Intel supplied softset program. I have also noticed that the machine seems to hang after disk syncing during a halt/reboot. The machine shuts down properly with the old ix driver. Again, any help would be greatly appreciated. Richard S. Straka straka@inficad.com From owner-freebsd-current Wed Apr 30 09:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04859 for current-outgoing; Wed, 30 Apr 1997 09:34:10 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04854 for ; Wed, 30 Apr 1997 09:34:04 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id KAA17426; Wed, 30 Apr 1997 10:34:00 -0600 (MDT) Message-Id: <199704301634.KAA17426@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Richard Straka cc: "Justin T. Gibbs" , current@FreeBSD.org Subject: Re: ie ethernet driver and Intel EtherExpress16 In-reply-to: Your message of "Wed, 30 Apr 1997 09:05:02 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 11:32:31 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I have also noticed that the machine seems to hang after disk syncing >during a halt/reboot. The machine shuts down properly with the old >ix driver. Can you see if this patch fixes the hang? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== Index: if_ie.c =================================================================== RCS file: /usr/cvs/src/sys/i386/isa/if_ie.c,v retrieving revision 1.41 diff -c -r1.41 if_ie.c *** if_ie.c 1997/04/14 00:37:50 1.41 --- if_ie.c 1997/04/30 17:31:13 *************** *** 576,585 **** { struct ie_softc *ie = (struct ie_softc *)sc; int unit = ie - &ie_softc[0]; ! ee16_reset_586(unit); ! outb(PORT + IEE16_ECTRL, IEE16_RESET_ASIC); ! outb(PORT + IEE16_ECTRL, 0); } --- 576,596 ---- { struct ie_softc *ie = (struct ie_softc *)sc; int unit = ie - &ie_softc[0]; + int s; ! s = splimp(); ! ! /* disable interrupts on the controller */ ! outb(PORT + IEE16_IRQ, ie->irq_encoded); ! ! ee16_reset_586(unit); ! outb(PORT + IEE16_ECTRL, IEE16_RESET_ASIC); ! outb(PORT + IEE16_ECTRL, 0); ! ! /* disable interrupts again just in case */ ! outb(PORT + IEE16_IRQ, ie->irq_encoded); ! ! splx(s); } From owner-freebsd-current Wed Apr 30 09:34:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04987 for current-outgoing; Wed, 30 Apr 1997 09:34:48 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04975 for ; Wed, 30 Apr 1997 09:34:37 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA25831 for ; Wed, 30 Apr 1997 18:33:43 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id SAA10378 for current@freebsd.org; Wed, 30 Apr 1997 18:32:31 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id HAA02000; Wed, 30 Apr 1997 07:22:04 +0200 (CEST) Message-ID: <19970430072204.31689@keltia.freenix.fr> Date: Wed, 30 Apr 1997 07:22:04 +0200 From: Ollivier Robert To: current@freebsd.org Subject: Re: latest -current upgrade and CFS References: <199704300027.UAA07694@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <199704300027.UAA07694@whizzo.transsys.com>; from Louis A. Mamakos on Tue, Apr 29, 1997 at 08:27:50PM -0400 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3245 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Louis A. Mamakos: > You have to request it from Matt Blaze and declare that you're a US > citizen, you won't export it, etc. As far as I know, it's not up > for anonymous FTP anywhere. You should be able to fetch it from a few "crypto" sites outside of USA such as idea.sec.unimi.it, ftp.funet.fi or ftp.informatik.uni-hannover.de. A search with FTPsearch should give you pointers. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #7: Sat Apr 26 17:13:26 CEST 1997 From owner-freebsd-current Wed Apr 30 09:41:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05283 for current-outgoing; Wed, 30 Apr 1997 09:41:31 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05278 for ; Wed, 30 Apr 1997 09:41:29 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA06991; Wed, 30 Apr 1997 09:41:16 -0700 (PDT) Message-Id: <199704301641.JAA06991@austin.polstra.com> To: imp@village.org Subject: Re: Bug in dump | restore Newsgroups: polstra.freebsd.current In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 30 Apr 1997 09:41:15 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is old stuff, but I didn't see any replies. In article , Warner Losh wrote: > > Consider: > > # newfs /some/place/interesting > # mount /some/place/interesting > # cd /some/place/interesting > # dump 0f - /usr | restore -rf - > ... > warning: cannot create hard link ./bin/ypchsh->./bin/chpass: Operation not permitted > warning: cannot create hard link ./bin/ypchfn->./bin/chpass: Operation not permitted > warning: cannot create hard link ./bin/ypchpass->./bin/chpass: Operation not permitted > warning: cannot create hard link ./bin/chsh->./bin/chpass: Operation not permitted > warning: cannot create hard link ./bin/chfn->./bin/chpass: Operation not permitted > warning: cannot create hard link ./bin/yppasswd->./bin/passwd: Operation not permitted > > chpass and passwd are imutable, so the hardlink fails. I claim this > is a bug. Can anybody think of a good reason to think of this as a > desirable feature? No. It's a bug. Personally, I think the immutable flag is a joke and should be ignored at securelevel <= 0. It has never saved me from myself, but it's gotten in my way a few thousand times. But that's a different topic. > P.S. All the links should be created and then the mutable flags > should be set, imho. Or, for each link: clear flags, make the link, restore flags. That's probably easier than saving up all the links and doing them at the end. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Apr 30 09:51:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05756 for current-outgoing; Wed, 30 Apr 1997 09:51:47 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05745; Wed, 30 Apr 1997 09:51:38 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id SAA00209; Wed, 30 Apr 1997 18:31:02 +0200 (CEST) To: Doug Rabson cc: Poul-Henning Kamp , current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Sun, 27 Apr 1997 14:36:36 BST." Date: Wed, 30 Apr 1997 18:31:02 +0200 Message-ID: <207.862417862@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Dou g Rabson writes: >On Sun, 27 Apr 1997, Poul-Henning Kamp wrote: >> >> Unless somebody convinces me of the utility of this field, I will remove >> it from the vnodes. >> >I think it is intended to be used to keep frequently used vnodes from >being recycled by getnewvnode. Well, I've done it. Here is a patch that implements LRU for name-cache hits on the vnode freelist. I doubt that it has any performance impact, but it makes the vnode 4 bytes smaller, which is a good thing. Please test and report. Recompile or rename your LKMs before trying this! Poul-Henning Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.43 diff -u -r1.43 vnode.h --- vnode.h 1997/04/04 17:43:32 1.43 +++ vnode.h 1997/04/30 16:12:08 @@ -104,7 +104,6 @@ daddr_t v_cstart; /* start block of cluster */ daddr_t v_lasta; /* last allocation */ int v_clen; /* length of current cluster */ - int v_usage; /* Vnode usage counter */ struct vm_object *v_object; /* Place to store VM object */ struct simplelock v_interlock; /* lock on usecount and flag */ struct lock *v_vnlock; /* used for non-locking fs's */ @@ -506,6 +505,7 @@ checkalias __P((struct vnode *vp, dev_t nvp_rdev, struct mount *mp)); void vput __P((struct vnode *vp)); void vrele __P((struct vnode *vp)); +void vtouch __P((struct vnode *vp)); #endif /* KERNEL */ #endif /* !_SYS_VNODE_H_ */ Index: kern/vfs_cache.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.24 diff -u -r1.24 vfs_cache.c --- vfs_cache.c 1997/03/08 15:22:14 1.24 +++ vfs_cache.c 1997/04/30 16:15:56 @@ -187,9 +187,9 @@ if (ncp->nc_vp) { nchstats.ncs_goodhits++; TOUCH(ncp); + if (!ncp->nc_vp->v_usecount) /* on the freelist, LRU it */ + vtouch(ncp->nc_vp); *vpp = ncp->nc_vp; - if ((*vpp)->v_usage < MAXVNODEUSE) - (*vpp)->v_usage++; return (-1); } @@ -263,9 +263,9 @@ */ ncp->nc_vp = vp; if (vp) { + if (!vp->v_usecount) /* on the freelist, LRU it */ + vtouch(vp); ncp->nc_vpid = vp->v_id; - if (vp->v_usage < MAXVNODEUSE) - ++vp->v_usage; } else ncp->nc_vpid = cnp->cn_flags & ISWHITEOUT; ncp->nc_dvp = dvp; Index: kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.83 diff -u -r1.83 vfs_subr.c --- vfs_subr.c 1997/04/25 06:47:12 1.83 +++ vfs_subr.c 1997/04/30 16:13:35 @@ -382,12 +382,6 @@ if (vp->v_usecount) panic("free vnode isn't"); TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - if (vp->v_usage > 0) { - simple_unlock(&vp->v_interlock); - --vp->v_usage; - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); - goto retry; - } freevnodes--; /* see comment on why 0xdeadb is set at end of vgone (below) */ @@ -420,7 +414,6 @@ vp->v_clen = 0; vp->v_socket = 0; vp->v_writecount = 0; /* XXX */ - vp->v_usage = 0; } vp->v_type = VNON; cache_purge(vp); @@ -1119,7 +1112,6 @@ simple_lock(&vnode_free_list_slock); if (vp->v_flag & VAGE) { vp->v_flag &= ~VAGE; - vp->v_usage = 0; if(vp->v_tag != VT_TFS) TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); } else { @@ -2146,4 +2138,16 @@ retn: return error; +} + +void +vtouch(vp) + struct vnode *vp; +{ + if (vp->v_usecount) + return; + simple_lock(&vnode_free_list_slock); + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + simple_unlock(&vnode_free_list_slock); } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Wed Apr 30 11:19:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08896 for current-outgoing; Wed, 30 Apr 1997 11:19:30 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08888 for ; Wed, 30 Apr 1997 11:19:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02356; Wed, 30 Apr 1997 11:14:55 -0700 From: Terry Lambert Message-Id: <199704301814.LAA02356@phaeton.artisoft.com> Subject: Re: Longer user names: take 2 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 30 Apr 1997 11:14:55 -0700 (MST) Cc: terry@lambert.org, handy@sag.space.lockheed.com, current@FreeBSD.ORG In-Reply-To: <23458.862373325@time.cdrom.com> from "Jordan K. Hubbard" at Apr 29, 97 09:08:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > + if( dflag) { > > + for( dkp = ep->dkp; dkp != NULL; dkp = *((struct kinfo_ > proc **)(&dkp->kp_eproc.e_spare[ 0]))) { > > That's a *really mutant* coding style you have there, Mr. Lambert. :-) > Please, for Richie's sake, how about something more like: > > if (dflag) { > for (dkp = ep->dkp; dkp != NULL; dkp = *((struct kinfo_proc **)(&dkp->kp_eproc.e_spare[0]))) { > ... > > And lose the extra space before the double-quote char. If nothing > else, just your added code will then remain self-consistent throughout > the file. :) I tried hard to conform to the existing coding standards in the file. Normally, if this were new code, I would have used: if( dflag) { for( dkp = ep->dkp; dkp != NULL; dkp = *( (struct kinfo_proc **) (&dkp->kp_eproc.e_spare[ 0]))) { to clean the line break. So you are lucky I controlled myself into "standard unreadability" as much as I did. If the address protion were an expression, it would have gotten a space too: ( ptr + val) But it was just a precedence clarification. 8-). Feel free to make the "corrections"... I know that beauty is in the eyes of the beholder. FWIW, a lot if V7 code was written using my style... many old (bad) C compilers used stuff like ... } else if( !strcmp( token, "if(")) { paren++; ... } else if( !strcmp( token, "for(")) { paren++; ... So the keyword and the paren were treated as single syntactic elements. Style evolves from your tools... I don't know if I really like all these new "EMACS'y" style changes... ;-). Mine evolved from porting code to 140+ platforms using borrowed machines where I had to live with the tools that were there. You'll notice I avoid using bit fields, or assuming an enumerated type starts with an option base of 0, etc., too. I also type 'sync' semi-regularly. 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Apr 30 12:43:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12170 for current-outgoing; Wed, 30 Apr 1997 12:43:07 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA12159 for ; Wed, 30 Apr 1997 12:43:02 -0700 (PDT) Received: (qmail 16162 invoked by uid 100); 30 Apr 1997 19:42:33 -0000 Message-ID: <19970430124233.55591@mpress.com> Date: Wed, 30 Apr 1997 12:42:33 -0700 From: Brian Litzinger To: freebsd-current@freebsd.org Subject: current no compile Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cvsup'ed at Wed Apr 30 12:41:38 PDT 1997 Did a config and cc -c -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DIPDIVERT -DFAILSAFE -DCOMPAT_43 -DCD9660 -DNFS -DFFS -DINET -DSMP_INVLTLB -DKERNEL -include opt_global.h ../../netinet/ip_divert.c ../../netinet/ip_divert.c: In function `div_usrreq': ../../netinet/ip_divert.c:275: `SS_PRIV' undeclared (first use this function) ../../netinet/ip_divert.c:275: (Each undeclared identifier is reported only once ../../netinet/ip_divert.c:275: for each function it appears in.) ../../netinet/ip_divert.c:280: too few arguments to function `in_pcballoc' ../../netinet/ip_divert.c:307: too few arguments to function `in_pcbbind' *** Error code 1 -- Brian Litzinger brian@mediacity.com From owner-freebsd-current Wed Apr 30 13:07:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14305 for current-outgoing; Wed, 30 Apr 1997 13:07:21 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14272 for ; Wed, 30 Apr 1997 13:07:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA07100 for ; Wed, 30 Apr 1997 12:07:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02559; Wed, 30 Apr 1997 12:06:33 -0700 From: Terry Lambert Message-Id: <199704301906.MAA02559@phaeton.artisoft.com> Subject: Re: Longer user names: take 2 To: andreas@klemm.gtn.com (Andreas Klemm) Date: Wed, 30 Apr 1997 12:06:33 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <19970429234357.53437@klemm.gtn.com> from "Andreas Klemm" at Apr 29, 97 11:43:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I made the change to ps. It now outputs with a width of "USER" or > > the largest active name, whichever is greater. Ah, to have the > > column space back! > > Same for top would be great ! Sorry, that's a port, not a system utility, isn't it? Actually, I don't know how I'd deal with changing the display as the width increased/decreased... this seeems like it would be a liability for top. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Apr 30 13:07:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14322 for current-outgoing; Wed, 30 Apr 1997 13:07:24 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14278 for ; Wed, 30 Apr 1997 13:07:15 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07092 for ; Wed, 30 Apr 1997 12:06:57 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA05133; Wed, 30 Apr 1997 11:58:56 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd005129; Wed Apr 30 18:58:52 1997 Message-ID: <3367964E.59E2B600@whistle.com> Date: Wed, 30 Apr 1997 11:58:22 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp CC: Doug Rabson , current@freebsd.org Subject: Re: vnode->v_usage References: <207.862417862@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > > Well, I've done it. Here is a patch that implements LRU for name-cache > hits on the vnode freelist. I doubt that it has any performance impact, > but it makes the vnode 4 bytes smaller, which is a good thing. Why? are they just over a power of 2 in length now? do we need to lose 4 bytes? > > Please test and report. > > Recompile or rename your LKMs before trying this! > > Poul-Henning > > Index: sys/vnode.h > =================================================================== From owner-freebsd-current Wed Apr 30 13:07:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14349 for current-outgoing; Wed, 30 Apr 1997 13:07:34 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14299 for ; Wed, 30 Apr 1997 13:07:19 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07351 ; Wed, 30 Apr 1997 12:53:01 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id VAA00565; Wed, 30 Apr 1997 21:51:43 +0200 (CEST) To: Julian Elischer cc: Poul-Henning Kamp , Doug Rabson , current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Wed, 30 Apr 1997 11:58:22 PDT." <3367964E.59E2B600@whistle.com> Date: Wed, 30 Apr 1997 21:51:43 +0200 Message-ID: <563.862429903@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3367964E.59E2B600@whistle.com>, Julian Elischer writes: >Poul-Henning Kamp wrote: >> > >> Well, I've done it. Here is a patch that implements LRU for name-cache >> hits on the vnode freelist. I doubt that it has any performance impact, >> but it makes the vnode 4 bytes smaller, which is a good thing. > >Why? are they just over a power of 2 in length now? >do we need to lose 4 bytes? We are just below 2^7 bytes, but I will need some more space, so these 4 bytes will be needed for better purposes than this. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Wed Apr 30 13:35:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16344 for current-outgoing; Wed, 30 Apr 1997 13:35:57 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16332 for ; Wed, 30 Apr 1997 13:35:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id NAA07452 for ; Wed, 30 Apr 1997 13:10:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02609; Wed, 30 Apr 1997 13:09:14 -0700 From: Terry Lambert Message-Id: <199704302009.NAA02609@phaeton.artisoft.com> Subject: Re: What's the deal with cc? *CRAP* To: jdp@polstra.com (John Polstra) Date: Wed, 30 Apr 1997 13:09:14 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199704301711.KAA07173@austin.polstra.com> from "John Polstra" at Apr 30, 97 10:11:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Physically rearrange the CVS repository to move them and their history > > to the new location (sed script time) so that they aren't largely > > duplicated, is what I meant. > > You can't do that, because it destroys the ability to checkout a version > of the sources from before the move -- which, after all, is the > whole point of CVS. You can too; it just checks out to a different place. If the build environment is sufficiently modular, that won't matter. It probably isn't, though. > If you really don't want any of the history, then I'd suggest not > fetching the repository. Just use CVSup in checkout mode with > "tag=." and keep yourself up-to-date with -current. I do want the history. I don't want the duplicate code. CVS needs repository "symlinks". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Apr 30 13:35:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16368 for current-outgoing; Wed, 30 Apr 1997 13:35:59 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16337 for ; Wed, 30 Apr 1997 13:35:55 -0700 (PDT) Received: from user2.inficad.com (straka@user2.inficad.com [207.19.74.4]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id NAA07461 for ; Wed, 30 Apr 1997 13:11:26 -0700 (PDT) Received: from localhost (straka@localhost) by user2.inficad.com (8.8.5/8.7.3) with SMTP id NAA29969; Wed, 30 Apr 1997 13:12:50 -0700 (MST) Date: Wed, 30 Apr 1997 13:12:50 -0700 (MST) From: Richard Straka To: "Justin T. Gibbs" cc: current@freebsd.org Subject: Re: ie ethernet driver and Intel EtherExpress16 In-Reply-To: <199704301634.KAA17426@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Justin T. Gibbs wrote: > >I have also noticed that the machine seems to hang after disk syncing > >during a halt/reboot. The machine shuts down properly with the old > >ix driver. > > Can you see if this patch fixes the hang? > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > I applied the patch which you sent me, but the machine still hangs when being shutdown. It did manage to produce panic output once but it rebooted before I could stop it. I believe it was a page fault error and it refered to netmask (propably in an interrupt handler). I did however manage to get the "receive frame desciptor out of sync" error to go away. The buffers seem to be setup assuming a 16k adapter. NFRAMES is set to 16 for the rx frame descriptor buffer, but only around 9 full frames worth of buffer space (48*256) is set up. Either reducing NFRAMES to 8 or increasing NRXBUF to 96 seems to cure the problem. Increasing NRXBUF seems to be about a 2% faster (885kB/sec vs 905kB/sec) than decreasing NFRAMES on my machine during FTP transfers. FTPing files from my 486 (with ie0) to my Pentium (with de0) is still painfully slow. From netstat, it appears to send 4 to 8 packets and then pause for 2 to 3 seconds. Total transfer rates for large files end up being less than 5kB/sec. Hope this helps shed some light on the problem. Richard Straka straka@inficad.com From owner-freebsd-current Wed Apr 30 14:20:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18566 for current-outgoing; Wed, 30 Apr 1997 14:20:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18561 for ; Wed, 30 Apr 1997 14:20:54 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA20954 for freebsd-current@freebsd.org; Wed, 30 Apr 1997 23:20:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA03889; Wed, 30 Apr 1997 22:57:34 +0200 (MET DST) Message-ID: <19970430225734.DV58900@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 22:57:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: latest -current upgrade and CFS References: <199704300758.RAA24865@ogre.dtir.qld.gov.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704300758.RAA24865@ogre.dtir.qld.gov.au>; from Stephen McKay on Apr 30, 1997 17:58:48 +1000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Stephen McKay wrote: > He could export it if he left out the underlying crypto bits. Clever > non-US citizens could put new crypto bits in to make the non-US version. > Has anyone put this to him? I don't know Matt's address to ask him. Or he could put it up on freefall.freebsd.org, which is in the San Francisco area, for which exporting crypto code seems to be allowed now. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 30 14:21:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18615 for current-outgoing; Wed, 30 Apr 1997 14:21:33 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18609 for ; Wed, 30 Apr 1997 14:21:30 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA20961 for freebsd-current@FreeBSD.org; Wed, 30 Apr 1997 23:20:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA03898; Wed, 30 Apr 1997 22:59:59 +0200 (MET DST) Message-ID: <19970430225959.BT38160@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 22:59:59 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Crash in gbincore() X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk After unloading my cd9660 LKM, when reloading it, my kernel crashed in gbincore(). This was inside write(2) while ld(1) was linking the new module. The crash was here: /* * Check to see if a block is currently memory resident. */ struct buf * gbincore(struct vnode * vp, daddr_t blkno) { struct buf *bp; struct bufhashhdr *bh; bh = BUFHASH(vp, blkno); bp = bh->lh_first; /* Search hash chain */ while (bp != NULL) { /* hit */ if (bp->b_vp == vp && bp->b_lblkno == blkno && ^^^^^^^^ bp was (void *)0xffffffff. I wonder how this happened... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 30 14:50:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19935 for current-outgoing; Wed, 30 Apr 1997 14:50:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19927 for ; Wed, 30 Apr 1997 14:50:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA21597 for current@freebsd.org; Wed, 30 Apr 1997 23:50:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA04116; Wed, 30 Apr 1997 23:25:34 +0200 (MET DST) Message-ID: <19970430232534.DI02051@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 23:25:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Longer user names: take 2 References: <19970429234357.53437@klemm.gtn.com> <199704301906.MAA02559@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704301906.MAA02559@phaeton.artisoft.com>; from Terry Lambert on Apr 30, 1997 12:06:33 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Same for top would be great ! > > Sorry, that's a port, not a system utility, isn't it? No, you're out of date. It's a system utility in -current, and now even in RELENG_2_2 (though not in 2.2.1R). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 30 19:39:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00235 for current-outgoing; Wed, 30 Apr 1997 19:39:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00169; Wed, 30 Apr 1997 19:38:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id SAA08946 ; Wed, 30 Apr 1997 18:09:13 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.8.5/8.6.9) id SAA23899; Wed, 30 Apr 1997 18:09:32 -0700 (PDT) Date: Wed, 30 Apr 1997 18:09:32 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705010109.SAA23899@time.cdrom.com> To: bde@freebsd.org Subject: -current build is now broken.. Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> lib/libcom_err/doc install-info --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /R/stage/trees/bin/usr/share/info/dir install -c -o bin -g bin -m 444 com_err.info.gz /R/stage/trees/bin/usr/share/info ===> lib/libcom_err/doc cd /usr/src/lib/libcom_err/doc ; make install DESTDIR=/R/stage/trees/info SHARED=copies make: don't know how to make /R/stage/trees/info/usr/share/info/dir. Stop *** Error code 2 Stop. *** Error code 1 I think you were last in bsd.info.mk? Sheesh, I'm never going to get this SNAPshot out at this rate. ;-) Jordan From owner-freebsd-current Wed Apr 30 19:43:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01159 for current-outgoing; Wed, 30 Apr 1997 19:43:04 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01133; Wed, 30 Apr 1997 19:42:51 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0040.livingston.net [207.22.211.49]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id PAA08026 ; Wed, 30 Apr 1997 15:34:03 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id RAA09267; Wed, 30 Apr 1997 17:33:18 -0500 (CDT) From: Gary Clark II Message-Id: <199704302233.RAA09267@main.gbdata.com> Subject: Re: Upgrading from 3.0-19970209-SNAP to -current To: obiwan@zeppelin.net (Josh Howard) Date: Wed, 30 Apr 1997 17:33:17 -0500 (CDT) Cc: burton@bsampley.vip.best.com, davidn@labs.usn.blaze.net.au, freebsd-current@freebsd.org, bde@freebsd.org In-Reply-To: from Josh Howard at "Apr 25, 97 01:19:47 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Well it is not PPPD...:( It almost has to be the routing tables... Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-current Wed Apr 30 19:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01359 for current-outgoing; Wed, 30 Apr 1997 19:43:49 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01338 for ; Wed, 30 Apr 1997 19:43:45 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA07703 for ; Wed, 30 Apr 1997 14:21:45 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA20978 for current@freebsd.org; Wed, 30 Apr 1997 23:21:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA03922; Wed, 30 Apr 1997 23:08:23 +0200 (MET DST) Message-ID: <19970430230823.QS39202@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 23:08:23 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Bug in dump | restore References: <199704301641.JAA06991@austin.polstra.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704301641.JAA06991@austin.polstra.com>; from John Polstra on Apr 30, 1997 09:41:15 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John Polstra wrote: > > P.S. All the links should be created and then the mutable flags > > should be set, imho. > > Or, for each link: clear flags, make the link, restore flags. > That's probably easier than saving up all the links and doing them > at the end. I thought link creation does already happen at the end? At least, that's what the messages suggest. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 30 19:47:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02435 for current-outgoing; Wed, 30 Apr 1997 19:47:46 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02376 for ; Wed, 30 Apr 1997 19:47:32 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06173 for ; Wed, 30 Apr 1997 10:12:42 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id KAA07173; Wed, 30 Apr 1997 10:11:53 -0700 (PDT) Message-Id: <199704301711.KAA07173@austin.polstra.com> To: terry@lambert.org Subject: Re: What's the deal with cc? *CRAP* Newsgroups: polstra.freebsd.current In-Reply-To: <199704251517.IAA03404@phaeton.artisoft.com> References: <199704251517.IAA03404@phaeton.artisoft.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 30 Apr 1997 10:11:53 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199704251517.IAA03404@phaeton.artisoft.com>, Terry Lambert wrote: > > > What a bunch of crap. Why weren't these files > > > actually *moved* instead of being placed in an Attic (bleah, CVS). > > > > Moved to where? "Cellar"? "Cistern"? "Outhouse"? They have to be > > kept around someplace. > > Physically rearrange the CVS repository to move them and their history > to the new location (sed script time) so that they aren't largely > duplicated, is what I meant. You can't do that, because it destroys the ability to checkout a version of the sources from before the move -- which, after all, is the whole point of CVS. If you really don't want any of the history, then I'd suggest not fetching the repository. Just use CVSup in checkout mode with "tag=." and keep yourself up-to-date with -current. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Apr 30 20:34:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04492 for current-outgoing; Wed, 30 Apr 1997 20:34:39 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04482; Wed, 30 Apr 1997 20:34:08 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id UAA22782; Wed, 30 Apr 1997 20:36:27 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704302233.RAA09267@main.gbdata.com> Date: Wed, 30 Apr 1997 20:34:04 -0700 (PDT) From: Josh Howard To: Gary Clark II Subject: Re: Upgrading from 3.0-19970209-SNAP to -current Cc: bde@FreeBSD.org, freebsd-current@FreeBSD.org, davidn@labs.usn.blaze.net.au, burton@bsampley.vip.best.com Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've fairly convinced it's the sio driver. I've been up for nearly 4 days, which is a record as of late. I want to give it a few more days before I declare the sio driver broken :-) (This is with running an older sio) I seem to remember talk a while back about changes to the sio driver (sometime after the merge) and I think it may be possible it got broke then. On 30-Apr-97 Gary Clark II wrote: >Hello, > >Well it is not PPPD...:( It almost has to be the routing tables... > >Gary > > >-- >Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company >gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups - http://WWW.GBData.com for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 --- Josh Howard (obiwan@zeppelin.net) Cynic, n.: One who looks through rose-colored glasses with a jaundiced eye. From owner-freebsd-current Wed Apr 30 21:06:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06256 for current-outgoing; Wed, 30 Apr 1997 21:06:25 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06242 for ; Wed, 30 Apr 1997 21:06:21 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id JAA06009 for ; Wed, 30 Apr 1997 09:56:44 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA07116; Wed, 30 Apr 1997 09:56:23 -0700 (PDT) Message-Id: <199704301656.JAA07116@austin.polstra.com> To: imp@village.org Subject: Re: Speed deamons: How to build a build box? Newsgroups: polstra.freebsd.current In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 30 Apr 1997 09:56:23 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Warner Losh wrote: > I have learned the following: > 1) async and noatime really help a lot. Do this to both > /usr/obj and /usr/src. For /usr/src, it seems like noatime alone should be all you need. Make world accesses /usr/src read-only, and I can't see how async would help there. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Apr 30 21:06:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06289 for current-outgoing; Wed, 30 Apr 1997 21:06:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06265; Wed, 30 Apr 1997 21:06:26 -0700 (PDT) Received: from lamb.sas.com (daemon@lamb.sas.com [192.35.83.8]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id KAA06062 ; Wed, 30 Apr 1997 10:01:19 -0700 (PDT) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA03867; Wed, 30 Apr 1997 13:01:06 -0400 Received: from iluvatar.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA13297; Wed, 30 Apr 1997 12:49:00 -0400 Received: by iluvatar.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA18235; Wed, 30 Apr 1997 12:47:25 -0400 From: "John W. DeBoskey" Message-Id: <199704301647.AA18235@iluvatar.unx.sas.com> Subject: Adaptec AIC-7880 Ultra/Ultra W problems To: freebsd-current@freebsd.org, freebsd-smp@freebsd.org Date: Wed, 30 Apr 1997 12:46:55 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, As the subject says, I'm having problems with the 7880 onboard scsi controller. I am running 3.0-CURRENT as of Monday, April 28. I am running an SMP kernel, without the additional CPU's activated. When doing heavy i/o the following messages appear on the console, followed by the machine locking up. I've run with the adapter in both wide/ultra wide mode with the same results. The drives are WD 4.3GB, Single-ended Ultra Fast Wide SCSI-3. The disconnnect option is on. Any ideas on how to approach this problem are greatly appreciated. Thanks, John ps: If this is the 2940 problem, I'll be more than happy to test any patches. These are typed in by hand so any typos are mine. ------------------------------------------------------------------ sd1: SCB 0x1 - timed out in message out phase, SCSISIGI == 0xb6 SEQADDR = 0x47 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x3 sd1: abort message in buffer sd1: SCB 0 - Abort Completed sd1: no longer in timeout sd1: SCB 0xd - timed out while idle, LASTPHASE == 0x1, SCSISIGI = 0x0 SEQADDR = 0xd SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0x2 sd1: Queueing an Abort SCB sd1: Abort Message Sent sd1: SCB 0x0 - timed out in message out phase, SCSISIGI == 0xb6 SEQADDR = 0x47 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x3 The above sequence repeats many times. The dmesg output for my machine follows: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Mon Apr 28 12:46:53 EST 1997 root@magenta.pc.sas.com:/usr/src/sys/compile/FOURWAY FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011 cpu1 (AP): apic id: 4, version: 0x00040011 cpu2 (AP): apic id: 1, version: 0x00040011 cpu3 (AP): apic id: 2, version: 0x00040011 io0 (APIC): apic id: 14, version: 0x000f0011 CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 134217728 (131072K bytes) avail memory = 129470464 (126436K bytes) bdevsw_add_generic: adding D_DISK flag for device 16 eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0 rev 5 on pci0:14:0 pci0:15:0: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:1: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:2: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:3: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:4: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:5: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:6: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] pci0:15:7: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] chip1 rev 5 on pci0:20:0 chip2 rev 6 on pci0:25:0 chip3 rev 6 on pci0:26:0 Probing for devices on PCI bus 1: fxp0 rev 1 int a irq 10 on pci1:10:0 fxp0: Ethernet address 00:a0:c9:2d:14:34 ahc0 rev 0 int a irq 11 on pci1:11:0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 1030MB (2109840 512 byte sectors) cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size ahc1 rev 0 int a irq 10 on pci1:12:0 ahc1: Using left over BIOS settings ahc1: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc1: waiting for scsi devices to settle scbus1 at ahc1 bus 0 sd1 at scbus1 target 0 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4095MB (8388314 512 byte sectors) sd2 at scbus1 target 1 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 4095MB (8388314 512 byte sectors) sd3 at scbus1 target 2 lun 0 sd3: type 0 fixed SCSI 2 sd3: Direct-Access 4095MB (8388314 512 byte sectors) sd4 at scbus1 target 3 lun 0 sd4: type 0 fixed SCSI 2 sd4: Direct-Access 4095MB (8388314 512 byte sectors) sd5 at scbus1 target 4 lun 0 sd5: type 0 fixed SCSI 2 sd5: Direct-Access 4095MB (8388314 512 byte sectors) sd6 at scbus1 target 5 lun 0 sd6: type 0 fixed SCSI 2 sd6: Direct-Access 4095MB (8388314 512 byte sectors) uk0 at scbus1 target 6 lun 0 uk0: type 3 fixed SCSI 2 uk0: Unknown Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found mse0 not found at 0x23c psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 2 buttons fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to sd0a Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 10, 11, 12, imen: 0x00ffe221 WARNING: / was not properly dismounted. SMP: All idle procs online. -- jwd@unx.sas.com (w) John W. De Boskey (919) 677-8000 x6915 From owner-freebsd-current Wed Apr 30 22:52:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA11603 for current-outgoing; Wed, 30 Apr 1997 22:52:42 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11426; Wed, 30 Apr 1997 22:46:27 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id XAA05180; Wed, 30 Apr 1997 23:46:22 -0600 (MDT) Message-Id: <199705010546.XAA05180@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "John W. DeBoskey" cc: freebsd-current@freebsd.org, freebsd-smp@freebsd.org Subject: Re: Adaptec AIC-7880 Ultra/Ultra W problems In-reply-to: Your message of "Wed, 30 Apr 1997 12:46:55 EDT." <199704301647.AA18235@iluvatar.unx.sas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 23:46:22 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > As the subject says, I'm having problems with the 7880 onboard >scsi controller. I am running 3.0-CURRENT as of Monday, April 28. >I am running an SMP kernel, without the additional CPU's >activated. what motherboard is this? have you previously sent me the output of mptable? it looks like 'options APIC_IO' is NOT enabled, is this true? is the standard UP kernel working OK? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Wed Apr 30 23:07:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA12131 for current-outgoing; Wed, 30 Apr 1997 23:07:03 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12124 for ; Wed, 30 Apr 1997 23:06:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id XAA25008; Wed, 30 Apr 1997 23:08:13 -0700 (PDT) Message-Id: <199705010608.XAA25008@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Christoph Kukulies cc: freebsd-current@freefall.FreeBSD.ORG Subject: Re: panic in vm In-reply-to: Your message of "Tue, 29 Apr 1997 18:00:03 +0200." <199704291600.SAA02644@gilberto.physik.rwth-aachen.de> From: David Greenman Reply-To: dg@root.com Date: Wed, 30 Apr 1997 23:08:13 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Apr 29 16:12:39 toots /kernel: Fatal trap 1: privileged instruction fault while in kernel mode >Apr 29 16:12:39 toots /kernel: instruction pointer = 0x8:0xf019f837 >Apr 29 16:12:39 toots /kernel: stack pointer = 0x10:0xefbff790 >Apr 29 16:12:39 toots /kernel: frame pointer = 0x10:0xefbff7dc >Apr 29 16:12:39 toots /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b >Apr 29 16:12:40 toots /kernel: = DPL 0, pres 1, def32 1, gran 1 >Apr 29 16:12:40 toots /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 >Apr 29 16:12:40 toots /kernel: current process = 106 (nfsd) >Apr 29 16:12:40 toots /kernel: interrupt mask = bio >Apr 29 16:12:40 toots /kernel: panic: privileged instruction fault >Apr 29 16:12:40 toots /kernel: >Apr 29 16:12:40 toots /kernel: syncing disks... 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 > >from kernel symbol table: >f019f7cc t _vm_map_entry_delete >f019f820 T _vm_map_delete <<<<<<<<< ip = f019f837 >f019f9a8 T _vm_map_remove >f019fa5c T _vm_map_check_protection > >Were there fixes or changes in 2.2.1R or 3.0-current in that area, >that would make it necessary upgrading the machine? The above smells strongly of a RAM or cache problem (or overclocked CPU?). The instruction that the CPU decoded within the function was invalid. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu May 1 05:47:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22275 for current-outgoing; Thu, 1 May 1997 05:47:12 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22270 for ; Thu, 1 May 1997 05:47:10 -0700 (PDT) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id FAA21319 for ; Thu, 1 May 1997 05:49:40 -0700 (PDT) Received: (qmail 11024 invoked by uid 110); 1 May 1997 12:46:31 -0000 Message-ID: <19970501124630.11023.qmail@suburbia.net> Subject: Re: latest -current upgrade and CFS In-Reply-To: <199704300758.RAA24865@ogre.dtir.qld.gov.au> from Stephen McKay at "Apr 30, 97 05:58:48 pm" To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Thu, 1 May 1997 22:46:30 +1000 (EST) Cc: louie@TransSys.COM, freebsd-current@freebsd.org, syssgm@dtir.qld.gov.au X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > "Louis A. Mamakos" wrote: > > >> I will look into it soon. Where can I get a copy of CFS? > > > >You have to request it from Matt Blaze and declare that you're a US > >citizen, you won't export it, etc. As far as I know, it's not up > >for anonymous FTP anywhere. > > He could export it if he left out the underlying crypto bits. Clever > non-US citizens could put new crypto bits in to make the non-US version. > Has anyone put this to him? I don't know Matt's address to ask him. > > Stephen. > No. This is verboten as well. CFS is available at a number of ftp sites outside the us. http://ftpsearch.ntnu.no/ftpsearch -- Prof. Julian Assange |If you want to build a ship, don't drum up people |together to collect wood and don't assign them tasks proff@suburbia.net |and work, but rather teach them to long for the endless proff@gnu.ai.mit.edu |immensity of the sea. -- Antoine de Saint Exupery From owner-freebsd-current Thu May 1 06:27:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23744 for current-outgoing; Thu, 1 May 1997 06:27:14 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23739; Thu, 1 May 1997 06:27:06 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA09791; Thu, 1 May 1997 23:10:22 +1000 Date: Thu, 1 May 1997 23:10:22 +1000 From: Bruce Evans Message-Id: <199705011310.XAA09791@godzilla.zeta.org.au> To: bde@freebsd.org, jkh@time.cdrom.com Subject: Re: -current build is now broken.. Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >===> lib/libcom_err/doc >install-info --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /R/stage/trees/bin/usr/share/info/dir >install -c -o bin -g bin -m 444 com_err.info.gz /R/stage/trees/bin/usr/share/info >===> lib/libcom_err/doc >cd /usr/src/lib/libcom_err/doc ; make install DESTDIR=/R/stage/trees/info SHARED=copies >make: don't know how to make /R/stage/trees/info/usr/share/info/dir. Stop >*** Error code 2 > >Stop. >*** Error code 1 > >I think you were last in bsd.info.mk? > >Sheesh, I'm never going to get this SNAPshot out at this rate. ;-) Apparently your src/Makefile is out of date, or your /usr/share/sys/*.mk are inconsistent with the src tree. Current versions of *.mk can't be used to build old releases. Bruce From owner-freebsd-current Thu May 1 06:57:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24924 for current-outgoing; Thu, 1 May 1997 06:57:07 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24919 for ; Thu, 1 May 1997 06:57:04 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id PAA23164; Thu, 1 May 1997 15:55:21 +0200 (MET DST) Date: Thu, 1 May 1997 15:55:21 +0200 (MET DST) Message-Id: <199705011355.PAA23164@bitbox.follo.net> From: Eivind Eklund To: Terry Lambert CC: jdp@polstra.com, current@freebsd.org In-reply-to: Terry Lambert's message of Wed, 30 Apr 1997 13:09:14 -0700 (MST) Subject: Re: What's the deal with cc? *CRAP* References: <199704301711.KAA07173@austin.polstra.com> <199704302009.NAA02609@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You can too; it just checks out to a different place. If the build > environment is sufficiently modular, that won't matter. It probably > isn't, though. I wouldn't consider this a 'real checkout' of a previous version. If I want a previous version, I want it exactly - no changes, to be able to compare with others etc. Changing directory layout is different. > CVS needs repository "symlinks". No, CVS needs understanding of directories and that files can move. There has been discussion of adding this at cvs-info list, but I don't think anything has come of it so far. In fact, CVS probably need a major change of the database interface, to allow use of different databases for different purposes - I'd be willing to sacrifice disk space for speed, but I'm not certain everybody else would. Eivind. From owner-freebsd-current Thu May 1 07:00:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25234 for current-outgoing; Thu, 1 May 1997 07:00:33 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25223 for ; Thu, 1 May 1997 07:00:27 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id PAA07471; Thu, 1 May 1997 15:45:13 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id LAA01003; Thu, 1 May 1997 11:52:39 +0200 (CEST) Message-ID: <19970501115238.57246@klemm.gtn.com> Date: Thu, 1 May 1997 11:52:38 +0200 From: Andreas Klemm To: Terry Lambert Cc: current@FreeBSD.org Subject: Top no system utility ? (was Re: Longer user names: take 2 ) References: <19970429234357.53437@klemm.gtn.com> <199704301906.MAA02559@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199704301906.MAA02559@phaeton.artisoft.com>; from Terry Lambert on Wed, Apr 30, 1997 at 12:06:33PM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Apr 30, 1997 at 12:06:33PM -0700, Terry Lambert wrote: > > > I made the change to ps. It now outputs with a width of "USER" or > > > the largest active name, whichever is greater. Ah, to have the > > > column space back! > > > > Same for top would be great ! > > Sorry, that's a port, not a system utility, isn't it? revision 1.1.1.1 date: 1997/03/23 18:55:20; author: joerg; state: Exp; lines: +0 -0 ;-) -- powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html From owner-freebsd-current Thu May 1 07:44:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27782 for current-outgoing; Thu, 1 May 1997 07:44:44 -0700 (PDT) Received: from bach.ca.sandia.gov (bach.ca.sandia.gov [146.246.245.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27777 for ; Thu, 1 May 1997 07:44:42 -0700 (PDT) Received: from bach.ca.sandia.gov (localhost [127.0.0.1]) by bach.ca.sandia.gov (8.8.5/8.8.5) with ESMTP id HAA16684; Thu, 1 May 1997 07:44:04 -0700 (PDT) Message-Id: <199705011444.HAA16684@bach.ca.sandia.gov> X-Mailer: exmh version 2.0gamma+ 1/27/96 To: proff@suburbia.net Cc: syssgm@dtir.qld.gov.au (Stephen McKay), louie@TransSys.COM, freebsd-current@freebsd.org Subject: Re: latest -current upgrade and CFS In-Reply-To: Your message of "Thu, 01 May 1997 22:46:30 +1000." <19970501124630.11023.qmail@suburbia.net> From: bmah@CA.Sandia.GOV (Bruce A. Mah) Reply-To: bmah@CA.Sandia.GOV X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Url: http://www.ca.sandia.gov/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_593979645P"; micalg=pgp-md5; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 01 May 1997 07:44:04 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --==_Exmh_593979645P Content-Type: text/plain; charset=us-ascii proff@suburbia.net writes: > > "Louis A. Mamakos" wrote: > > He could export it if he left out the underlying crypto bits. Clever > > non-US citizens could put new crypto bits in to make the non-US version. > > Has anyone put this to him? I don't know Matt's address to ask him. > No. This is verboten as well. CFS is available at a number of ftp sites > outside the us. http://ftpsearch.ntnu.no/ftpsearch This is probably a stupid question, but it seems to me that if you take out all the crypto parts of CFS, all that's left is a framework that takes filesystem data, runs it through a transform, and makes it available to the filesystem at a different mountpoint. Why is that forbidden? (Slap me upside the head if this is straying too far from -current topics.) Bruce. --==_Exmh_593979645P Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.2 iQCVAwUBM2isMajOOi0j7CY9AQEdtgP/VH0ggEK2SqB9SV/gPqobB4188lFOVQur o89FvWbxNsmALXBKADhlT38P28tmGeZ0FzWKK6bgYlQJNJu3jVmcNWpChzPnti/9 ymMFlp2PmcaGV+e7+79Srd+TdipGGAajEeyqqJV4JZ6JGTTSZSzsItn5nDmUq7j6 pP8QZHu/b2A= =xlBJ -----END PGP MESSAGE----- --==_Exmh_593979645P-- From owner-freebsd-current Thu May 1 09:43:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01856 for current-outgoing; Thu, 1 May 1997 09:43:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01849; Thu, 1 May 1997 09:43:37 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA24425; Thu, 1 May 1997 09:43:55 -0700 (PDT) To: Bruce Evans cc: bde@freebsd.org, current@freebsd.org Subject: Re: -current build is now broken.. In-reply-to: Your message of "Thu, 01 May 1997 23:10:22 +1000." <199705011310.XAA09791@godzilla.zeta.org.au> Date: Thu, 01 May 1997 09:43:55 -0700 Message-ID: <24423.862505035@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Apparently your src/Makefile is out of date, or your /usr/share/sys/*.mk > are inconsistent with the src tree. Current versions of *.mk can't be > used to build old releases. Nope - this is all checked out of a current CVS repository. The release build checks out the entire tree, chroots into it and does a make world (which quickly and early on builds and installs the *.mk files). As I said in my commit message - try it. :) Jordan From owner-freebsd-current Thu May 1 09:57:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02551 for current-outgoing; Thu, 1 May 1997 09:57:39 -0700 (PDT) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02546; Thu, 1 May 1997 09:57:35 -0700 (PDT) Received: from server.id.net (server.id.net [199.125.2.20]) by mail.id.net (8.8.5/8.8.5) with ESMTP id MAA23863; Thu, 1 May 1997 12:58:18 -0400 (EDT) From: Robert Shady Received: (from rls@localhost) by server.id.net (8.8.5/8.7.3) id MAA15205; Thu, 1 May 1997 12:57:36 -0400 (EDT) Message-Id: <199705011657.MAA15205@server.id.net> Subject: Problem To: freebsd-current@freebsd.org Date: Thu, 1 May 1997 12:57:36 -0400 (EDT) Cc: freebsd-questions@freebsd.org, freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a serious problem with *ANY* 3.0 snapshots. I've seen several other people say in the mailing lists that they have experienced similar problems, but I have yet to see a legitimate answer to them. PLEASE respond asap. The problem: In certain software packages, the gethostbyname call appears to fail. The software: (so far) sendmail, and harvest The scenario: Webserver - Approximately 100 virtual hosts. Running nothing but YP client, webservices, and sendmail with client (forward) configuration. /etc/host.conf ============== # $FreeBSD$ # Default is to use the nameserver first bind # If that doesn't work, then try the /etc/hosts file hosts # If you have YP/NIS configured, uncomment the next line nis # -rwxrwxr-x 1 root wheel 178 May 1 00:03 /etc/host.conf Sendmail complains: =================== ... May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.95 May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.96 May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.97 May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.98 May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.99 Harvest complains: ================== broker: 970430 23:43:07: select returned: 1 broker: 970430 23:43:07: host_cache: get_host (199.125.2.24) broker: 970430 23:43:07: getfullhostname: gethostbyname(www001.id.net) returned NULL. broker: 970430 23:43:07: host_cache: get_host (www001.id.net) broker: 970430 23:43:07: host_cache: hash index = 425 broker: 970430 23:43:07: new_host: Adding www001.id.net broker: 970430 23:43:07: xmalloc: Allocated 14 bytes for 0x75a530. broker: 970430 23:43:07: new_host: gethostbyname(www001.id.net) failed. broker: 970430 23:43:07: new_host: www001.id.net: unknown host broker: 970430 23:43:07: xfree: Deallocating space for 0x75a530 broker: 970430 23:43:07: Can't get my own host info!? -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net From owner-freebsd-current Thu May 1 10:17:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03635 for current-outgoing; Thu, 1 May 1997 10:17:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03628 for ; Thu, 1 May 1997 10:17:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04216; Thu, 1 May 1997 10:14:52 -0700 From: Terry Lambert Message-Id: <199705011714.KAA04216@phaeton.artisoft.com> Subject: Re: What's the deal with cc? *CRAP* To: eivind@bitbox.follo.net (Eivind Eklund) Date: Thu, 1 May 1997 10:14:52 -0700 (MST) Cc: terry@lambert.org, jdp@polstra.com, current@freebsd.org In-Reply-To: <199705011355.PAA23164@bitbox.follo.net> from "Eivind Eklund" at May 1, 97 03:55:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You can too; it just checks out to a different place. If the build > > environment is sufficiently modular, that won't matter. It probably > > isn't, though. > > I wouldn't consider this a 'real checkout' of a previous version. If > I want a previous version, I want it exactly - no changes, to be able > to compare with others etc. Changing directory layout is different. OK. > > CVS needs repository "symlinks". > > No, CVS needs understanding of directories and that files can move. > There has been discussion of adding this at cvs-info list, but I don't > think anything has come of it so far. Actually, the "symlink" idea is "it's stored here, but it looks like an Attic here, and it checks out to there". This would let it ve "virtually" moved to the new location, but not duplicated. Yeah, it's a kludge compared to rewriting the database, but any port in a storm. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 1 10:24:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04071 for current-outgoing; Thu, 1 May 1997 10:24:52 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04066 for ; Thu, 1 May 1997 10:24:46 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id TAA19862 for current@freebsd.org; Thu, 1 May 1997 19:24:45 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705011724.TAA19862@helbig.informatik.ba-stuttgart.de> Subject: cvs-cur.3262.gz To: current@freebsd.org Date: Thu, 1 May 1997 19:24:45 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, What happened to cvs-cur.3261.gz. It's missing in my incoming mail box and at ftp.freebsd.org. The next ctm-delta cvs-cur.3262 arrived already. Thanks in advance, Wolfgang From owner-freebsd-current Thu May 1 10:33:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04636 for current-outgoing; Thu, 1 May 1997 10:33:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04631 for ; Thu, 1 May 1997 10:33:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04301; Thu, 1 May 1997 10:31:49 -0700 From: Terry Lambert Message-Id: <199705011731.KAA04301@phaeton.artisoft.com> Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) To: andreas@klemm.gtn.com (Andreas Klemm) Date: Thu, 1 May 1997 10:31:49 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.org In-Reply-To: <19970501115238.57246@klemm.gtn.com> from "Andreas Klemm" at May 1, 97 11:52:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Same for top would be great ! > > > > Sorry, that's a port, not a system utility, isn't it? > > revision 1.1.1.1 > date: 1997/03/23 18:55:20; author: joerg; state: Exp; lines: +0 -0 > > ;-) % which ls /bin/ls % which ps /bin/ps % which top top: Command not found. What I meant is that top is under active maintenance by a third party, so any patches need to go through there instead of through FreeBSD. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 1 10:38:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04934 for current-outgoing; Thu, 1 May 1997 10:38:52 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04929 for ; Thu, 1 May 1997 10:38:47 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id TAA11657 for freebsd-current@FreeBSD.ORG; Thu, 1 May 1997 19:38:44 +0200 (SAT) From: John Hay Message-Id: <199705011738.TAA11657@zibbi.mikom.csir.co.za> Subject: cvs-cur.3261.gz lost? To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Thu, 1 May 1997 19:38:44 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, It looks like cvs-cur.3261.gz got lost during the mail problem on hub. I had a look on ftp.FreeBSD.org/pub/FreeBSD/CTM/cvs-cur but it isn't there either. Is there somebody that received it and can make it available please? Or is there some other place where I can look for it? John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Thu May 1 10:55:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05985 for current-outgoing; Thu, 1 May 1997 10:55:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05972; Thu, 1 May 1997 10:55:30 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA19281; Fri, 2 May 1997 03:52:42 +1000 Date: Fri, 2 May 1997 03:52:42 +1000 From: Bruce Evans Message-Id: <199705011752.DAA19281@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: -current build is now broken.. Cc: bde@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Apparently your src/Makefile is out of date, or your /usr/share/sys/*.mk >> are inconsistent with the src tree. Current versions of *.mk can't be >> used to build old releases. > >Nope - this is all checked out of a current CVS repository. The >release build checks out the entire tree, chroots into it and does a >make world (which quickly and early on builds and installs the *.mk >files). Nope - first it populates the chroot tree using: cd ${.CURDIR}/.. && ${MAKE} install DESTDIR=${CHROOTDIR} NOMAN=1 Apparently your /usr/share/sys/*.mk are inconsistent with ${.CURDIR}/../Makefile :-). This can be fixed using something like cd ${.CURDIR}/.. && ${MAKE} -m ${.CURDIR}/../share/mk install \ DESTDIR=${CHROOTDIR} NOINFO=1 NOMAN=1 NOINFO=1 saves time and would probably have fixed the current problem. --- src/Makefile should use -m instead of not so quickly installing *.mk: diff -c2 src/Makefile~ src/Makefile *** Makefile~ Fri May 2 00:16:46 1997 --- Makefile Fri May 2 01:41:51 1997 *************** *** 33,36 **** --- 33,37 ---- # obj depend all install clean cleandepend cleanobj + .MAKEFLAGS:= -m ${.CURDIR}/share/mk # Put initial settings here. *************** *** 155,163 **** @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding /usr/share/mk" - @echo "--------------------------------------------------------------" - cd ${.CURDIR} && ${MAKE} mk - @echo - @echo "--------------------------------------------------------------" @echo " Cleaning up the source tree" @echo "--------------------------------------------------------------" --- 156,159 ---- *************** *** 250,258 **** @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding /usr/share/mk" - @echo "--------------------------------------------------------------" - cd ${.CURDIR} && ${MAKE} mk - @echo - @echo "--------------------------------------------------------------" @echo " Installing everything.." @echo "--------------------------------------------------------------" --- 246,249 ---- *************** *** 357,366 **** hierarchy: cd ${.CURDIR}/etc && ${MAKE} distrib-dirs - - # - # mk - update the /usr/share/mk makefiles. - # - mk: - cd ${.CURDIR}/share/mk && ${MAKE} install # --- 348,351 ---- This fixes `make ' in the top-level src directory when the installed *.mk files are not too inconsistent. The have to be correct enough for src/Makefile to be interpreted correctly. In particular, sys.mk, bsd.own.mk and bsd.subdir.mk have to be installed. There is no way to change the include path in time for a Makefile to affect its own includes. -m must be used on the command line to avoid using the default `mk' files. This is most annoying for src/Makefile and leaf Makefiles. Bruce From owner-freebsd-current Thu May 1 11:02:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06420 for current-outgoing; Thu, 1 May 1997 11:02:00 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06412 for ; Thu, 1 May 1997 11:01:53 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id UAA12259; Thu, 1 May 1997 20:00:25 +0200 (SAT) From: John Hay Message-Id: <199705011800.UAA12259@zibbi.mikom.csir.co.za> Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) In-Reply-To: <199705011731.KAA04301@phaeton.artisoft.com> from Terry Lambert at "May 1, 97 10:31:49 am" To: terry@lambert.org (Terry Lambert) Date: Thu, 1 May 1997 20:00:25 +0200 (SAT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Same for top would be great ! > > > > > > Sorry, that's a port, not a system utility, isn't it? > > ... > > % which ls > /bin/ls > % which ps > /bin/ps > % which top > top: Command not found. angel:/a/work/ipx > which top /usr/bin/top angel:/a/work/ipx > uname -a FreeBSD angel.cids.org.za 3.0-CURRENT FreeBSD 3.0-CURRENT #66: Thu May 1 13:59:30 SAT 1997 jhay@angel.cids.org.za:/usr/src/sys/compile/ANGEL i386 sinope:~ > which top /usr/bin/top sinope:~ > uname -a FreeBSD sinope.mikom.csir.co.za 2.2-STABLE FreeBSD 2.2-STABLE #1: Sat Apr 12 16:29:35 SAT 1997 jhay@sinope.mikom.csir.co.za:/usr/src/sys/compile/CIDSMON i386 :-) > > What I meant is that top is under active maintenance by a third party, > so any patches need to go through there instead of through FreeBSD. > > > Terry Lambert > terry@lambert.org John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Thu May 1 11:11:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07239 for current-outgoing; Thu, 1 May 1997 11:11:55 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07234 for ; Thu, 1 May 1997 11:11:52 -0700 (PDT) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id NAA22665; Thu, 1 May 1997 13:11:26 -0500 (CDT) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199705011738.TAA11657@zibbi.mikom.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 1 May 1997 13:09:02 -0500 To: John Hay From: Richard Wackerbarth Subject: Re: cvs-cur.3261.gz lost? Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 12:38 PM -0500 5/1/97, John Hay wrote: >Hi, > >It looks like cvs-cur.3261.gz got lost during the mail problem on hub. I >had a look on ftp.FreeBSD.org/pub/FreeBSD/CTM/cvs-cur but it isn't there >either. Is there somebody that received it and can make it available >please? Or is there some other place where I can look for it? I'll remail it to everyone. These mail problems are getting OLD very fast. Perhaps I should directly mail it to each of the major mirrors. If you have a site that falls in that category, please send me e-mail. From owner-freebsd-current Thu May 1 11:15:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07463 for current-outgoing; Thu, 1 May 1997 11:15:30 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07454 for ; Thu, 1 May 1997 11:15:24 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id UAA12712; Thu, 1 May 1997 20:00:24 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id TAA11907; Thu, 1 May 1997 19:55:13 +0200 (CEST) Message-ID: <19970501195513.22731@klemm.gtn.com> Date: Thu, 1 May 1997 19:55:13 +0200 From: Andreas Klemm To: Terry Lambert Cc: current@FreeBSD.org Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) References: <19970501115238.57246@klemm.gtn.com> <199705011731.KAA04301@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.69 In-Reply-To: <199705011731.KAA04301@phaeton.artisoft.com>; from Terry Lambert on Thu, May 01, 1997 at 10:31:49AM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, May 01, 1997 at 10:31:49AM -0700, Terry Lambert wrote: > > > > Same for top would be great ! > > > > > > Sorry, that's a port, not a system utility, isn't it? > > > > revision 1.1.1.1 > > date: 1997/03/23 18:55:20; author: joerg; state: Exp; lines: +0 -0 > > > > ;-) > > % which ls > /bin/ls > % which ps > /bin/ps > % which top > top: Command not found. ^^^^^^ ? I can't follow your arguments here, Terry. When I type this I get "strange" other results ;-) % which top /usr/bin/top It's in the main source tree ! Good morning ;-) > What I meant is that top is under active maintenance by a third party, > so any patches need to go through there instead of through FreeBSD. >From J顤gs commit message: This tools is simply too system-dependant to maintain it in the ports collection. User names with more than 8 characters is already FreeBSD specific. And because of this FreeBSD specific change it would be fine, fix this FreeBSD specific behaviour not to waste 16 colums space, if the displayed user id's consume perhaps only 7 characters. This would leave more space for showing the executed command. Otherwise I'd follow your thoughts ... -- powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html From owner-freebsd-current Thu May 1 11:17:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07630 for current-outgoing; Thu, 1 May 1997 11:17:48 -0700 (PDT) Received: from mercury.uniserve.com (mercury.uniserve.com [204.191.197.248]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07621 for ; Thu, 1 May 1997 11:17:44 -0700 (PDT) Received: from haven.uniserve.com (shell.uniserve.com [198.53.215.121]) by mercury.uniserve.com with SMTP id LAA14563; Thu, 1 May 1997 11:16:56 -0700 (PDT) Date: Thu, 1 May 1997 11:23:20 -0700 (PDT) From: Tom Samplonius To: Robert Shady cc: freebsd-current@freebsd.org Subject: Re: Problem In-Reply-To: <199705011657.MAA15205@server.id.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Robert Shady wrote: > I've got a serious problem with *ANY* 3.0 snapshots. I've seen several > other people say in the mailing lists that they have experienced similar > problems, but I have yet to see a legitimate answer to them. PLEASE > respond asap. > > The problem: > In certain software packages, the gethostbyname call appears to fail. > The software: > (so far) sendmail, and harvest > > The scenario: > Webserver - Approximately 100 virtual hosts. Running nothing but YP > client, webservices, and sendmail with client (forward) configuration. > > /etc/host.conf > ============== > # $FreeBSD$ > # Default is to use the nameserver first > bind > # If that doesn't work, then try the /etc/hosts file > hosts > # If you have YP/NIS configured, uncomment the next line > nis > # > > -rwxrwxr-x 1 root wheel 178 May 1 00:03 /etc/host.conf > > > Sendmail complains: > =================== > ... > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.95 > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.96 > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.97 > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.98 > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.99 > > Harvest complains: > ================== > broker: 970430 23:43:07: select returned: 1 > broker: 970430 23:43:07: host_cache: get_host (199.125.2.24) > broker: 970430 23:43:07: getfullhostname: gethostbyname(www001.id.net) returned NULL. > broker: 970430 23:43:07: host_cache: get_host (www001.id.net) > broker: 970430 23:43:07: host_cache: hash index = 425 > broker: 970430 23:43:07: new_host: Adding www001.id.net > broker: 970430 23:43:07: xmalloc: Allocated 14 bytes for 0x75a530. > broker: 970430 23:43:07: new_host: gethostbyname(www001.id.net) failed. > broker: 970430 23:43:07: new_host: www001.id.net: unknown host > broker: 970430 23:43:07: xfree: Deallocating space for 0x75a530 > broker: 970430 23:43:07: Can't get my own host info!? > > -- Rob > === > _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ > _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ > _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ > > Innovative Data Services > Serving South-Eastern Michigan > Internet Service Provider / Hardware Sales / Consulting Services > Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net > 3.0 is early beta software, and is still is in development, and changes are made daily. You won't be able to get a developer to comment on these problems, unless you upgrade to current first. If you need a system to work, use 2.1.7.1 Tom From owner-freebsd-current Thu May 1 11:36:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08758 for current-outgoing; Thu, 1 May 1997 11:36:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08753 for ; Thu, 1 May 1997 11:36:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04802; Thu, 1 May 1997 11:34:47 -0700 From: Terry Lambert Message-Id: <199705011834.LAA04802@phaeton.artisoft.com> Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) To: andreas@klemm.gtn.com (Andreas Klemm) Date: Thu, 1 May 1997 11:34:46 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <19970501195513.22731@klemm.gtn.com> from "Andreas Klemm" at May 1, 97 07:55:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What I meant is that top is under active maintenance by a third party, > > so any patches need to go through there instead of through FreeBSD. > > From J=F6rgs commit message: > > This tools is simply too system-dependant to maintain it=20 > in the ports collection. > > User names with more than 8 characters is already FreeBSD specific. > And because of this FreeBSD specific change it would be fine,=20 > fix this FreeBSD specific behaviour not to waste 16 colums space, if > the displayed user id's consume perhaps only 7 characters. This would > leave more space for showing the executed command. > > Otherwise I'd follow your thoughts ... The 8/16 is parameteric via a manifest constant. It's not a system specific change, unless top itself is not parametric. There are other changes that have obviously not been sent back to the official maintainers like they should be. Is there a FreeBSD maintainer of 'top' now? If there's an assigned, responsible party for additional maintenance, I'll make the change; otherwise, I'm not going to be the fall guy for advocating FreeBSD's changes back to the real maintainer simply because someone else was too lazy. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 1 12:05:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10080 for current-outgoing; Thu, 1 May 1997 12:05:17 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10070 for ; Thu, 1 May 1997 12:05:13 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id VAA20101; Thu, 1 May 1997 21:04:05 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705011904.VAA20101@helbig.informatik.ba-stuttgart.de> Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) In-Reply-To: <199705011731.KAA04301@phaeton.artisoft.com> from Terry Lambert at "May 1, 97 10:31:49 am" To: terry@lambert.org (Terry Lambert) Date: Thu, 1 May 1997 21:04:04 +0200 (MET DST) Cc: andreas@klemm.gtn.com, terry@lambert.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Same for top would be great ! > > > > > > Sorry, that's a port, not a system utility, isn't it? > > > > revision 1.1.1.1 > > date: 1997/03/23 18:55:20; author: joerg; state: Exp; lines: +0 -0 > > > > ;-) > > % which ls > /bin/ls > % which ps > /bin/ps > % which top > top: Command not found. In -current you get $ which top /usr/bin/top Wolfgang From owner-freebsd-current Thu May 1 12:59:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12546 for current-outgoing; Thu, 1 May 1997 12:59:48 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12535; Thu, 1 May 1997 12:59:33 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA05568; Thu, 1 May 1997 12:59:52 -0700 (PDT) To: Bruce Evans cc: bde@freebsd.org, current@freebsd.org Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 03:52:42 +1000." <199705011752.DAA19281@godzilla.zeta.org.au> Date: Thu, 01 May 1997 12:59:52 -0700 Message-ID: <5566.862516792@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Apparently your src/Makefile is out of date, or your /usr/share/sys/*.mk > >> are inconsistent with the src tree. Current versions of *.mk can't be > >> used to build old releases. > > > >Nope - this is all checked out of a current CVS repository. The > >release build checks out the entire tree, chroots into it and does a Sorry for the bogus explanation - it was 4am and I was tired. :-) I meant to say, of course, that it populates a chroot tree from the host system, then checks out an entire tree into the chroot area, then chroots in and does a make world. And yes, it's possible for the older *.mk files on the host to screw you up, but that *also has to be taken into account* in any changes folks may make to the build structure since almost all of the 3.0 release/snap builds will be taking place on 2.2 systems for some time to come. You've no choice but to install 2.2 *.mk files on the first pass and, if this becomes a problem as the result of some change, then /usr/src/release/Makefile should be updated along with the change in question in order to not break the world. You can't just change the files and say "oh well" if the make release rule then breaks. For a good example of doing this correctly, see what Joerg recently did for dealing with the bootstrapping problems with shared libraries and certain binaries from 2.2. I haven't reviewed your changes yet (I have a whole pile of things to do before running off for the next day and a half to the "USENIX futures" forum) but if they do the job, commit 'em! Jordan From owner-freebsd-current Thu May 1 13:11:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13433 for current-outgoing; Thu, 1 May 1997 13:11:19 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13401; Thu, 1 May 1997 13:11:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04968; Thu, 1 May 1997 13:09:29 -0700 From: Terry Lambert Message-Id: <199705012009.NAA04968@phaeton.artisoft.com> Subject: Re: Problem To: rls@mail.id.net (Robert Shady) Date: Thu, 1 May 1997 13:09:28 -0700 (MST) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-bugs@freebsd.org In-Reply-To: <199705011657.MAA15205@server.id.net> from "Robert Shady" at May 1, 97 12:57:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've got a serious problem with *ANY* 3.0 snapshots. I've seen several > other people say in the mailing lists that they have experienced similar > problems, but I have yet to see a legitimate answer to them. PLEASE > respond asap. > > The problem: > In certain software packages, the gethostbyname call appears to fail. > The software: > (so far) sendmail, and harvest > > The scenario: > Webserver - Approximately 100 virtual hosts. Running nothing but YP > client, webservices, and sendmail with client (forward) configuration. [ ... ] > Sendmail complains: > =================== > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.95 [ ... ] > Harvest complains: > ================== > broker: 970430 23:43:07: select returned: 1 > broker: 970430 23:43:07: host_cache: get_host (199.125.2.24) Gets host by addr > broker: 970430 23:43:07: getfullhostname: gethostbyname(www001.id.net) returned NULL. Attempts to cannonize name to primar 'A' record. Name returned is not cannonical. Summary: DNS is misconfigured. You are aware that you can not mix versions fo sendmail and bind and changes in versions of FreeBSD networking structures, right? You must rebuild (a *matched*!) sendmail and bind if you update past a structure change. If you replace sendmail (or bind), you must generally replace bind (or sendmail) at the same time. This was especially problematic when they were both "sanitized" for Linux style cshared library usage. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 1 13:24:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14181 for current-outgoing; Thu, 1 May 1997 13:24:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14174 for ; Thu, 1 May 1997 13:24:27 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA05692; Thu, 1 May 1997 13:24:38 -0700 (PDT) To: Richard Wackerbarth cc: John Hay , freebsd-current@FreeBSD.org (FreeBSD-current) Subject: Re: cvs-cur.3261.gz lost? In-reply-to: Your message of "Thu, 01 May 1997 13:09:02 CDT." Date: Thu, 01 May 1997 13:24:38 -0700 Message-ID: <5690.862518278@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > These mail problems are getting OLD very fast. For us too. Don't think for a second that nobody is working on the problem or that it's not already a far more annoying problem for others. This was not a point which needed to be made. :-) Jordan From owner-freebsd-current Thu May 1 13:35:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15088 for current-outgoing; Thu, 1 May 1997 13:35:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15083 for ; Thu, 1 May 1997 13:35:03 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA05792; Thu, 1 May 1997 13:34:05 -0700 (PDT) To: Terry Lambert cc: andreas@klemm.gtn.com (Andreas Klemm), current@freebsd.org Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) In-reply-to: Your message of "Thu, 01 May 1997 11:34:46 PDT." <199705011834.LAA04802@phaeton.artisoft.com> Date: Thu, 01 May 1997 13:34:04 -0700 Message-ID: <5789.862518844@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The 8/16 is parameteric via a manifest constant. It's not a system > specific change, unless top itself is not parametric. > > There are other changes that have obviously not been sent back to the > official maintainers like they should be. I agree that this is a generic change, not a FreeBSD specific issue. We are *not* the only system to go to longer than 8 character usernames (I think BSDI beat us by a fair number of months) and I'm sure that making top deal with flexible name lengths would be of more than general interest. Unfortunately, I don't know that anyone has taken any specific responsibility for top in FreeBSD. If someone has, that person should probably step forward at this point. ;-) Jordan From owner-freebsd-current Thu May 1 14:14:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17510 for current-outgoing; Thu, 1 May 1997 14:14:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17492; Thu, 1 May 1997 14:14:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA25766; Fri, 2 May 1997 07:06:14 +1000 Date: Fri, 2 May 1997 07:06:14 +1000 From: Bruce Evans Message-Id: <199705012106.HAA25766@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: -current build is now broken.. Cc: bde@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Sorry for the bogus explanation - it was 4am and I was tired. :-) I >meant to say, of course, that it populates a chroot tree from the host >system, then checks out an entire tree into the chroot area, then >chroots in and does a make world. Yes, it naively assumes that src/Makefile actually handles bootstrapping properly. >And yes, it's possible for the older *.mk files on the host to screw >you up, but that *also has to be taken into account* in any changes >folks may make to the build structure since almost all of the 3.0 >release/snap builds will be taking place on 2.2 systems for some time >to come. You've no choice but to install 2.2 *.mk files on the first >pass and, if this becomes a problem as the result of some change, then No, it's the responsibility of release/Makefile to be almost independent of the host. Just use -m like I said to get *.mk from the src tree instead of from the host. If that fails, then use `make -m ../share/mk' in src/release to get even the `mk' files used by release/Makefile itself from the src tree. src/Makefile should do some of this too. I will fix it in -current. Bruce From owner-freebsd-current Thu May 1 14:22:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18105 for current-outgoing; Thu, 1 May 1997 14:22:15 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18100; Thu, 1 May 1997 14:22:08 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA26111; Thu, 1 May 1997 14:22:24 -0700 (PDT) To: Bruce Evans cc: bde@freebsd.org, current@freebsd.org Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 07:06:14 +1000." <199705012106.HAA25766@godzilla.zeta.org.au> Date: Thu, 01 May 1997 14:22:23 -0700 Message-ID: <26101.862521743@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > No, it's the responsibility of release/Makefile to be almost independent > of the host. Just use -m like I said to get *.mk from the src tree Technically, yes. In reality, no. If you're keen to change that reality then go for it with my full blessings. Otherwise, it's simply pointless to target a _potential_ scenario rather than the one we have right now and people will still get nasty-grams from me if they break my release builds with some change. Pureness of heart and a strong ideology are all well and good, but the current constraints are still valid and there's no excuse for not operating within the parameters established by the build/release system we have. If a release worked "yesterday" and breaks today then the blame does not fall on the system itself, it falls on whomever broke it between yesterday and today. :-) Jordan From owner-freebsd-current Thu May 1 14:26:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18282 for current-outgoing; Thu, 1 May 1997 14:26:16 -0700 (PDT) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18277; Thu, 1 May 1997 14:26:13 -0700 (PDT) Received: from server.id.net (server.id.net [199.125.2.20]) by mail.id.net (8.8.5/8.8.5) with ESMTP id RAA26194; Thu, 1 May 1997 17:26:59 -0400 (EDT) From: Robert Shady Received: (from rls@localhost) by server.id.net (8.8.5/8.7.3) id RAA08597; Thu, 1 May 1997 17:26:03 -0400 (EDT) Message-Id: <199705012126.RAA08597@server.id.net> Subject: Re: Problem In-Reply-To: <199705012009.NAA04968@phaeton.artisoft.com> from Terry Lambert at "May 1, 97 01:09:28 pm" To: terry@lambert.org (Terry Lambert) Date: Thu, 1 May 1997 17:26:03 -0400 (EDT) Cc: rls@mail.id.net, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've got a serious problem with *ANY* 3.0 snapshots. I've seen several > > other people say in the mailing lists that they have experienced similar > > problems, but I have yet to see a legitimate answer to them. PLEASE > > respond asap. > > > > The problem: > > In certain software packages, the gethostbyname call appears to fail. > > The software: > > (so far) sendmail, and harvest > > > > The scenario: > > Webserver - Approximately 100 virtual hosts. Running nothing but YP > > client, webservices, and sendmail with client (forward) configuration. > > [ ... ] > > > Sendmail complains: > > =================== > > May 1 08:43:33 www001 sendmail[4405]: gethostbyaddr() failed for 199.125.2.95 > > [ ... ] > > > Harvest complains: > > ================== > > broker: 970430 23:43:07: select returned: 1 > > broker: 970430 23:43:07: host_cache: get_host (199.125.2.24) > > Gets host by addr > > > broker: 970430 23:43:07: getfullhostname: gethostbyname(www001.id.net) returned NULL. > > Attempts to cannonize name to primar 'A' record. Name returned is not > cannonical. > > Summary: DNS is misconfigured. > > You are aware that you can not mix versions fo sendmail and bind and > changes in versions of FreeBSD networking structures, right? You must > rebuild (a *matched*!) sendmail and bind if you update past a structure > change. If you replace sendmail (or bind), you must generally replace > bind (or sendmail) at the same time. This was especially problematic > when they were both "sanitized" for Linux style cshared library usage. That's great! But what exactly does that mean... (C8 [rls@server]% nslookup www001.id.net Name: www001.id.net Address: 199.125.2.11 [rls@server]% nslookup 199.125.2.11 Name: www001.id.net Address: 199.125.2.11 Forward/Reverse look right... The 2.24 address is a virtual host on this machine.. How exactly would I *fix* this DNS misconfiguration, and what is misconfigured? :) -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net From owner-freebsd-current Thu May 1 14:53:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19731 for current-outgoing; Thu, 1 May 1997 14:53:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19719; Thu, 1 May 1997 14:53:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA27153; Fri, 2 May 1997 07:42:16 +1000 Date: Fri, 2 May 1997 07:42:16 +1000 From: Bruce Evans Message-Id: <199705012142.HAA27153@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: -current build is now broken.. Cc: bde@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> No, it's the responsibility of release/Makefile to be almost independent >> of the host. Just use -m like I said to get *.mk from the src tree > >Technically, yes. In reality, no. If you're keen to change that >reality then go for it with my full blessings. Otherwise, it's simply I just told you how to make it reality for *.mk. Please test and use the fix and don't blow away my changes without review. Bruce From owner-freebsd-current Thu May 1 15:03:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20263 for current-outgoing; Thu, 1 May 1997 15:03:37 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20255 for ; Thu, 1 May 1997 15:03:33 -0700 (PDT) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id RAA27172; Thu, 1 May 1997 17:03:13 -0500 (CDT) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199705012106.HAA25766@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 1 May 1997 16:58:13 -0500 To: Bruce Evans From: Richard Wackerbarth Subject: Re: -current build is now broken.. Cc: jkh@time.cdrom.com, current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>And yes, it's possible for the older *.mk files on the host to screw >>you up, but that *also has to be taken into account* in any changes >>folks may make to the build structure since almost all of the 3.0 >>release/snap builds will be taking place on 2.2 systems for some time >>to come. You've no choice but to install 2.2 *.mk files on the first >>pass and, if this becomes a problem as the result of some change, then > >No, it's the responsibility of release/Makefile to be almost independent >of the host. I agree. In fact, this is the motive behind my desire to redo the make system. THE ENTIRE BUILD PROCEDURE SHOULD BE INDEPENDENT OF, AND NOT CONFLICT WITH THE UNDERLYING HOST. Unfortunately, when I really had time to work on this, I was "shot down". Now that I really no longer have time for FreeBSD, others are finally beginning to "see the light". :-( From owner-freebsd-current Thu May 1 15:04:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20394 for current-outgoing; Thu, 1 May 1997 15:04:15 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20262; Thu, 1 May 1997 15:03:36 -0700 (PDT) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id RAA27175; Thu, 1 May 1997 17:03:15 -0500 (CDT) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <26101.862521743@time.cdrom.com> References: Your message of "Fri, 02 May 1997 07:06:14 +1000." <199705012106.HAA25766@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 1 May 1997 17:03:08 -0500 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: -current build is now broken.. Cc: Bruce Evans , bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 4:22 PM -0500 5/1/97, Jordan K. Hubbard wrote: >Pureness of heart and a strong ideology are all well and good, but the >current constraints are still valid and there's no excuse for not >operating within the parameters established by the build/release system we >have. If a release worked "yesterday" and breaks today then the blame >does not fall on the system itself, it falls on whomever broke it between >yesterday and today. :-) > > Jordan Please omit the ":-)". :-) As some of my friends who say, you are "spot on". However that does not excuse the effort to make the system easier to avoid the "gotcha"'s. From owner-freebsd-current Thu May 1 15:33:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21877 for current-outgoing; Thu, 1 May 1997 15:33:36 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA21837; Thu, 1 May 1997 15:33:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07346; Thu, 1 May 1997 15:31:50 -0700 From: Terry Lambert Message-Id: <199705012231.PAA07346@phaeton.artisoft.com> Subject: Re: Problem To: rls@mail.id.net (Robert Shady) Date: Thu, 1 May 1997 15:31:50 -0700 (MST) Cc: terry@lambert.org, rls@mail.id.net, freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-bugs@freebsd.org In-Reply-To: <199705012126.RAA08597@server.id.net> from "Robert Shady" at May 1, 97 05:26:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [rls@server]% nslookup www001.id.net > Name: www001.id.net > Address: 199.125.2.11 > > [rls@server]% nslookup 199.125.2.11 > Name: www001.id.net > Address: 199.125.2.11 > > Forward/Reverse look right... The 2.24 address is a virtual host on this > machine.. How exactly would I *fix* this DNS misconfiguration, and what > is misconfigured? :) It's misconfigured in that gethostbyname() returns NULL: > > > broker: 970430 23:43:07: getfullhostname: gethostbyname(www001.id.net) returned NULL. Here's an 'nslookup' on your stuff: | > set q=any | > 11.2.125.199.in-addr.arpa. | Server: ns.lambert.org | Address: 198.17.250.50 | | 11.2.125.199.in-addr.arpa name = webserver.id.net | 2.125.199.in-addr.arpa nameserver = ns1.id.net | 2.125.199.in-addr.arpa nameserver = ns2.id.net | ns1.id.net internet address = 199.125.1.1 | ns2.id.net internet address = 199.125.1.2 Offhand, I'd say that this was entirely too much stuff to be returned for an RARP entry. I'd expect something like a single line of: | 11.2.125.199.in-addr.arpa name = webserver.id.net I'd also expect, on a forward lookup, something like: | > www001.id.net | www001.id.net canonical name = webserver.id.net instead of a huge amount of cruft. The cruft won't really hurt (probably), but it's indicative of no logical seperation of SOA and namedb records. THEN I'd expect the huge amount of cruft for the CNAME record for a forward on "webserver.id.net". Probably the lack of a "cannonical name" (CNAME) record is why it's failing to find the cannonical name. You probably have the numeric value listed multiple times instead of using alias (A) records, if I had to guess. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 1 15:41:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22488 for current-outgoing; Thu, 1 May 1997 15:41:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22440; Thu, 1 May 1997 15:41:04 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA25341; Thu, 1 May 1997 15:41:11 -0700 (PDT) To: Bruce Evans cc: bde@freebsd.org, current@freebsd.org Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 07:42:16 +1000." <199705012142.HAA27153@godzilla.zeta.org.au> Date: Thu, 01 May 1997 15:41:11 -0700 Message-ID: <25335.862526471@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> No, it's the responsibility of release/Makefile to be almost independent > >> of the host. Just use -m like I said to get *.mk from the src tree > > > >Technically, yes. In reality, no. If you're keen to change that > >reality then go for it with my full blessings. Otherwise, it's simply > > I just told you how to make it reality for *.mk. Please test and use > the fix and don't blow away my changes without review. Well, as I already told you, I don't have time to do this right now but if you want to wait until the weekend or early next week then I will be happy to look at them for you. In your specific case, however, I think that you can also test the release target just as easily as I can and it's probably time you started doing so anyway since you tend to be in these areas a fair bit. For one thing, doing so would free me from having to fight these sorts of issues with you since you'd be testing the efficacy of any build system changes through the release target as well as the world target, and I think you'd also gain a better understanding of how and where the release system is vulnerable to such changes. The world target is simply an insufficient test if you're going to go modifying the *.mk files (or do any sort of significant Makefile changes, for that matter) as it does not test all the fine permutations of DESTDIR handling and dependency issues. Also, as I said, now that we're *bootstrapping* many 3.0 builds from 2.2 ones there are even more issues involved and, while I'd love to be able to say "chicken and egg, install a 3.0 machine to make 3.0 releases and simplify the makesfiles", I simply don't have the resources to have *both* 2.2 and 3.0 release building machines available at the moment (though it'd sure be nice) nor do, I believe, the other release engineers. That's another one of them-there "real-world constraints" I mentioned earlier. :-) This is also not a question of me blowing away your changes without review, this is a case of you breaking the tree and me fixing it again, pure and simple, and I think I'm entirely justified in saying *please don't do that*. Producing snapshots and trying to serve the developer community through the process of generating releases is already more than difficult enough without making it harder on the release engineers, and I repeat (generally, and to all): If you're going to play with the makefiles or make macro mechanisms then also be willing and able to make a release so that you're sure you haven't broken one of the more subtle dependencies of the system. A make world is *no longer* a sufficient test of such changes and if disk space or other resources do not permit you to run a "make release" then do not make such changes yourself, send them to someone like myself, Poul-Henning or Joerg for review (since all of us frequently build test releases and have the infrastructure for it). This may not have been so critical before, but 3.0 has added a lot of things to the tree and all the contrib reshuffling has created some new frailties that we're going to have to test more thoroughly now. It's either that or people have just had an uncommonly bad run of tree breakage in -current, but I can say that getting a successful release build done in -current has been like winning the lottery lately, and that sucks. More rigorous testing would definitely help. Thanks. Jordan From owner-freebsd-current Thu May 1 15:47:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22741 for current-outgoing; Thu, 1 May 1997 15:47:47 -0700 (PDT) Received: from mail.ai.com (Mail.ai.com [204.144.182.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22734; Thu, 1 May 1997 15:47:26 -0700 (PDT) From: rich@vegasone.com Message-Id: <199705012247.PAA22734@hub.freebsd.org> Received: from Dial-up323 ([208.193.202.83]) by mail.ai.com (Post.Office MTA v3.0 release 0121 ID# 0-32332U1000L100S10000) with SMTP id AAP193; Thu, 1 May 1997 16:42:50 -0600 Date: Thu, 01 May 1997 15:39:59 PDT Subject: Add LIVE Girls to your website! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To: undisclosed-recipients:; Want to increase your profits by adding LIVE strippers to your adult website? Check out what Virtual Net Productions has to offer: We will provide a Live Stripshow with chat for your website starting at only $500 per month and NEVER more than $1600.00 a month!! (read on for details) The $500 rate is based on 744 hours (The amount of hours in a month for 1 person). - Additional hours beyond 744 will be rated at 60 cents per hour. You may or may not use additional hours depending on the amount of traffic you receive on your website. I can tell you that we have had our stream on over 100 different websites for the past year and only the top 10 sites exceeded 700 hours for any given month, so for the majority of adult websites our stream will never cost more than $500 per month. But what if you do use more? No problem cause we are capping the stream at $1600! You will never pay over $1600 no matter how many hours you use. And we are throwing in chat at no additional cost! So just to recap, get our stream on your website for $500 - no setup fees, you are paid in advance for the month for only $500. Then if you use more than 744 hours you pay .60 cents per hour up until you reach $1600, then you pay no more, and chat is included! Our stream has been used reliably on sites like Cybererotica, Sexmuseum and Newd.com just to name a few. Don't waste your money with untried services that can't match our quality or reliability, not to mention our prices! But don't take my word for it, see our girls in action for yourself. Just visit http://www.mojave.net/stream USER ID: visitor PASSWORD: live213 If you need any additional information ask for Rich or Glenn.. Rich Olson Virtual Net Productions OFFICE: 1-800-314-4285 or 1-702-360-4939 E-MAIL: rich@vegasone.com From owner-freebsd-current Thu May 1 15:58:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23403 for current-outgoing; Thu, 1 May 1997 15:58:12 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23383; Thu, 1 May 1997 15:58:05 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id PAA14534; Thu, 1 May 1997 15:58:04 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id PAA29391; Thu, 1 May 1997 15:58:05 -0700 (PDT) Date: Thu, 1 May 1997 15:58:04 -0700 (PDT) From: Chris Timmons To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: cvsup.freebsd.org unreachable 0500-0900 UTC 2/May/1997 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk IP connectivity to cvsup.freebsd.org has suffered in recent days, culminating with an operating system upgrade to our service provider's backbone routers last evening that made everything worse. >From 0500-0900 UTC on Friday, May 2 (i.e. 2200-0200 PDT thursday night/friday morning) our provider will be downgrading their routers to stable code. During this time connectivity to cvsup.freebsd.org will be spotty. The machine will be up during the outage; if you experience difficulty try back later. Sorry for the inconvenience. -Chris From owner-freebsd-current Thu May 1 16:14:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24245 for current-outgoing; Thu, 1 May 1997 16:14:55 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA24239 for ; Thu, 1 May 1997 16:14:47 -0700 (PDT) Received: from mailbox.ser.bbnplanet.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0wN53h-000A7aC; Thu, 1 May 97 16:14 PDT Received: from nola.srrc.usda.gov (nola.srrc.usda.gov [199.78.118.2]) by mailbox.ser.bbnplanet.com (8.8.4/8.7.2) with SMTP id TAA28572 for ; Thu, 1 May 1997 19:12:49 -0400 (EDT) Received: from [199.78.118.118] by nola.srrc.usda.gov (AIX 3.2/UCB 5.64/4.03) id AA13908; Thu, 1 May 1997 18:04:13 -0500 Message-Id: <3369307B.5DBC8F6E@nola.srrc.usda.gov> Date: Thu, 01 May 1997 19:08:27 -0500 From: Glenn Johnson Organization: USDA-ARS-SRRC; CFQ X-Mailer: Mozilla 4.0b3C (X11; I; Linux 2.0.27 i686) Mime-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe -- ------------- Glenn Johnson USDA-ARS-SRRC; CFQ Phone: (504) 286-4252; FAX: (504) 286-4217 e-mail: gjohnson@nola.srrc.usda.gov From owner-freebsd-current Thu May 1 16:16:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24365 for current-outgoing; Thu, 1 May 1997 16:16:58 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24339; Thu, 1 May 1997 16:16:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id JAA31083; Fri, 2 May 1997 09:14:02 +1000 Date: Fri, 2 May 1997 09:14:02 +1000 From: Bruce Evans Message-Id: <199705012314.JAA31083@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: -current build is now broken.. Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I just told you how to make it reality for *.mk. Please test and use >> the fix and don't blow away my changes without review. > >Well, as I already told you, I don't have time to do this right now >but if you want to wait until the weekend or early next week then I >will be happy to look at them for you. In your specific case, It takes about 1 minute to test if you have things set up to build releases. Just check that the dir file gets installed early. >however, I think that you can also test the release target just as >easily as I can and it's probably time you started doing so anyway Sorry, I don't have time to test releases or 2.2. >system is vulnerable to such changes. The world target is simply an >insufficient test if you're going to go modifying the *.mk files (or I don't normally use the world target either :-). You're wrong that *.mk have much to do with the release makefile. Except for the DISTRIBUTION targets (which I won't go near), *.mk is about dependencies, building and installing standard things. The chroot in release/Makefile reduces these problems to the same ones faced by `make world'. >This is also not a question of me blowing away your changes without >review, this is a case of you breaking the tree and me fixing it >again, pure and simple, and I think I'm entirely justified in saying >*please don't do that*. Producing snapshots and trying to serve the Well, I have been testing the de-grossing change in -current since January, and I asked you to fix it properly then, with no results. Bruce From owner-freebsd-current Thu May 1 16:28:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24841 for current-outgoing; Thu, 1 May 1997 16:28:41 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24836 for ; Thu, 1 May 1997 16:28:38 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA03418; Thu, 1 May 1997 16:28:34 -0700 (PDT) To: Richard Wackerbarth cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Thu, 01 May 1997 16:58:13 CDT." Date: Thu, 01 May 1997 16:28:33 -0700 Message-ID: <3416.862529313@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Unfortunately, when I really had time to work on this, I was "shot down". Now Oh grrr, please don't start this again, Richard. You made certain demands as prerequisites to doing this work at all and we in the core team considered your demands to be bogus and said so. You then evidently weren't willing to do it unless your demands were met so took your ball and went home. End of story and entirely your decision. We have *always* considered the effort to fix the many known (from practically day one) build system bogosities to be worthwhile and we've only lacked the time to do so, not the desire. We'd also love to have someone dive in and start working seriously on it, just so long as they also fully understood that the implementation methods chosen *must* move the system forward in one single leap which leaves it functioning after the transition, it cannot simply be done incrementally to the existing -current tree as some have erroneously thought in the past. Why can't it be done incrementally? Because: 1. If someone from outside the core team, say Richard here, tries to do this then they will almost certainly be missing two very crucial elements which are necessary prerequisites for something like this to ever possibly succeed: o The complete trust of the FreeBSD development community (e.g. we trust you enough to play with the build system, essentially part of FreeBSD's CNS, and not break it). o A very detailed, public roadmap describing in painstaking detail what was planned and how it would be implemented. Just going through the nit-picking stage on such a document (and I think we're seriously talking about 300-400 pages if done to full "ISO 9000 spec" here) would probably take close to a year before everyone finally ratified it and construction could begin. 2. If someone from inside the core team tries to do this then even though they might have the trust of the development community, perhaps even so much as to waive the roadmap requirements (a long history of public successes can often be substituted for detailed plans, as good or bad as that might be :-), they'll only be nit-picked to death so badly by the other core team members during the implementation phase that they'll eventually throw up their hands and say "OK! OK!! Yuu guys want to drive? Fine! Drive! I'm outta here!!" [other core team members: "Aieeeee!! Somebody grab the wheel, the bastard's bailing out the window and we're doing 80MPH!"] So it has to be done all at once, with all the technology available up-front for inspection before adoption (and some reasonable plans for integration as I would hardly expect such a step to be painless). Sure, you're still going to have to deal with some of the same mistrust and nit-picking issues you would have gotten had you done it incrementally, but at least you've now got fait-accompli on your side ("It's *done*, damnit! You just need to take it now!") and you can demonstrate the system in action to any skeptical viewers, perhaps winning over enough of them that you start to get a chorus of voices shouting: "It's *done*, damnit! You just need to take it now!" That's definitely one of the ways that things get into the system. Finally, I see nothing wrong with multiple people working on this, perhaps trying different proof-of-concept implementations in the privacy of their own homes (and what goes on behind locked doors is none of my business). If someone comes up with something they truly deem presentable, they're also welcome to present it and the users are, in turn, welcome to either champion its introduction by popular acclaim (and trust me, a truly fine system which generated raves *would* be adopted) or hold their noses and go "Eueeggh! What were you thinking, you animal!" It's software darwinism at its finest. :) Jordan From owner-freebsd-current Thu May 1 16:59:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26844 for current-outgoing; Thu, 1 May 1997 16:59:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26839; Thu, 1 May 1997 16:58:49 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA09436; Thu, 1 May 1997 16:57:43 -0700 (PDT) To: Bruce Evans cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 09:14:02 +1000." <199705012314.JAA31083@godzilla.zeta.org.au> Date: Thu, 01 May 1997 16:57:42 -0700 Message-ID: <9434.862531062@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It takes about 1 minute to test if you have things set up to build > releases. Just check that the dir file gets installed early. You're assuming that I'm not already in the middle of a multi-hour release, Bruce. :-) That is not the case right now and so it is not a one minute affair. > >however, I think that you can also test the release target just as > >easily as I can and it's probably time you started doing so anyway > > Sorry, I don't have time to test releases or 2.2. OK, well, then when you change Makefiles which you think might break the release build, please send me diffs for review rather than committing them directly. It might take me up to a week to review them since I do testing for multiple branches and I don't have the disk space to keep more than one release tree active at a time, needing a few days to "reset" from whatever I was last doing, but it's better than a broken SNAPshot when I least need the hassle. See below: > Well, I have been testing the de-grossing change in -current since > January, and I asked you to fix it properly then, with no results. Sorry, it didn't seem to be one of those "critical path" kinds of items and I've had a pretty busy year so far, but if it'll make the difference between having my builds fall over and not, I'm willing to try and review your changes more aggressively. Jordan From owner-freebsd-current Thu May 1 17:12:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27834 for current-outgoing; Thu, 1 May 1997 17:12:52 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27794; Thu, 1 May 1997 17:12:44 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id AAA27072; Fri, 2 May 1997 00:11:14 GMT Date: Thu, 1 May 1997 17:11:14 -0700 (PDT) From: Dan Busarow To: Terry Lambert cc: Robert Shady , freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Problem In-Reply-To: <199705012231.PAA07346@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Terry Lambert wrote: > Here's an 'nslookup' on your stuff: > > | > set q=any > | > 11.2.125.199.in-addr.arpa. > | Server: ns.lambert.org > | Address: 198.17.250.50 > | > | 11.2.125.199.in-addr.arpa name = webserver.id.net > | 2.125.199.in-addr.arpa nameserver = ns1.id.net > | 2.125.199.in-addr.arpa nameserver = ns2.id.net > | ns1.id.net internet address = 199.125.1.1 > | ns2.id.net internet address = 199.125.1.2 > > Offhand, I'd say that this was entirely too much stuff to be returned > for an RARP entry. I'd expect something like a single line of: Stick to file systems Terry, or was this supposed to be tongue in cheek? If not, you set query to any so it gave you that, set it to ptr if all you want is the name. > Probably the lack of a "cannonical name" (CNAME) record is why it's > failing to find the cannonical name. You probably have the numeric > value listed multiple times instead of using alias (A) records, if > I had to guess. I don't see any smileys here !?!? Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-current Thu May 1 17:17:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28302 for current-outgoing; Thu, 1 May 1997 17:17:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28246; Thu, 1 May 1997 17:17:24 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id KAA01026; Fri, 2 May 1997 10:12:34 +1000 Date: Fri, 2 May 1997 10:12:34 +1000 From: Bruce Evans Message-Id: <199705020012.KAA01026@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: -current build is now broken.. Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >OK, well, then when you change Makefiles which you think might break >the release build, please send me diffs for review rather than >committing them directly. It might take me up to a week to review I never commit changes that I think might break builds :-). Bruce From owner-freebsd-current Thu May 1 17:40:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29741 for current-outgoing; Thu, 1 May 1997 17:40:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA29687; Thu, 1 May 1997 17:40:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA07591; Thu, 1 May 1997 17:38:06 -0700 From: Terry Lambert Message-Id: <199705020038.RAA07591@phaeton.artisoft.com> Subject: Re: Problem To: dan@dpcsys.com (Dan Busarow) Date: Thu, 1 May 1997 17:38:06 -0700 (MST) Cc: terry@lambert.org, rls@mail.id.net, freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-Reply-To: from "Dan Busarow" at May 1, 97 05:11:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Stick to file systems Terry, or was this supposed to be tongue in > cheek? > > If not, you set query to any so it gave you that, set it to ptr > if all you want is the name. I still don't see anything other than an authority record for the damn thing. Try using 'dig' yourself. If you can find a better explanation without seeing the actual namedb files or shrugging your shoulders and pointing at the O'Reilly DNS/BIND book, feel free to offer advice. (See line marked with "****" below. Where is the corresponding line for www001.id.com?) Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. =========================================================================== % dig gatekeeper.dec.com ; <<>> DiG 2.1 <<>> gatekeeper.dec.com ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6 ;; flags: qr rd ra; Ques: 1, Ans: 1, Auth: 7, Addit: 7 ;; QUESTIONS: ;; gatekeeper.dec.com, type = A, class = IN ;; ANSWERS: ********************* gatekeeper.dec.com. 7041 A 204.123.2.2 ;; AUTHORITY RECORDS: DEC.COM. 165214 NS NS.DEC.COM. DEC.COM. 165214 NS CRL.DEC.COM. DEC.COM. 165214 NS NS11.DIGITAL.COM. DEC.COM. 7041 NS ns1.pa.dec.com. DEC.COM. 7041 NS us1rmc.bb.dec.com. DEC.COM. 7041 NS vbormc.vbo.dec.com. DEC.COM. 7041 NS ultdns.reo.dec.com. ;; ADDITIONAL RECORDS: NS.DEC.COM. 172688 A 204.123.2.42 CRL.DEC.COM. 172688 A 192.58.206.2 NS11.DIGITAL.COM. 165214 A 192.208.46.3 ns1.pa.dec.com. 7041 A 16.1.240.41 us1rmc.bb.dec.com. 7041 A 16.57.16.6 vbormc.vbo.dec.com. 7041 A 16.36.208.94 ultdns.reo.dec.com. 7041 A 16.36.32.10 ;; Total query time: 3 msec ;; FROM: phaeton.artisoft.com to SERVER: default -- 198.17.250.162 ;; WHEN: Thu May 1 17:33:48 1997 ;; MSG SIZE sent: 36 rcvd: 335 % dig www001.id.com ; <<>> DiG 2.1 <<>> www001.id.com ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 6 ;; flags: qr aa rd ra; Ques: 1, Ans: 0, Auth: 1, Addit: 0 ;; QUESTIONS: ;; www001.id.com, type = A, class = IN ;; AUTHORITY RECORDS: id.com. 86400 SOA ns1.secure.net. hostmaster.secure.net. ( 1996061900 ; serial 10800 ; refresh (3 hours) 3600 ; retry (1 hour) 604800 ; expire (7 days) 86400 ) ; minimum (1 day) ;; Total query time: 553 msec ;; FROM: phaeton.artisoft.com to SERVER: default -- 198.17.250.162 ;; WHEN: Thu May 1 17:34:41 1997 ;; MSG SIZE sent: 31 rcvd: 98 =========================================================================== From owner-freebsd-current Thu May 1 18:32:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03010 for current-outgoing; Thu, 1 May 1997 18:32:37 -0700 (PDT) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03004; Thu, 1 May 1997 18:32:34 -0700 (PDT) Received: from shell.id.net (shell.id.net [199.125.2.8]) by mail.id.net (8.8.5/8.8.5) with ESMTP id VAA28183; Thu, 1 May 1997 21:33:26 -0400 (EDT) From: Robert Shady Received: (from rls@localhost) by shell.id.net (8.8.5/8.7.3) id VAA26228; Thu, 1 May 1997 21:32:58 -0400 (EDT) Message-Id: <199705020132.VAA26228@shell.id.net> Subject: Re: Problem In-Reply-To: <199705020038.RAA07591@phaeton.artisoft.com> from Terry Lambert at "May 1, 97 05:38:06 pm" To: terry@lambert.org (Terry Lambert) Date: Thu, 1 May 1997 21:32:58 -0400 (EDT) Cc: dan@dpcsys.com, terry@lambert.org, rls@mail.id.net, freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Stick to file systems Terry, or was this supposed to be tongue in > > cheek? > > > > If not, you set query to any so it gave you that, set it to ptr > > if all you want is the name. > > > I still don't see anything other than an authority record for the > damn thing. Try using 'dig' yourself. ... MISC REMOVED... > % dig www001.id.com > > ; <<>> DiG 2.1 <<>> www001.id.com > ;; res options: init recurs defnam dnsrch > ;; got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 6 > ;; flags: qr aa rd ra; Ques: 1, Ans: 0, Auth: 1, Addit: 0 > ;; QUESTIONS: > ;; www001.id.com, type = A, class = IN Could be because it's called 'www001.id.net'.. :) ; <<>> DiG 2.2 <<>> www001.id.net ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6 ;; flags: qr aa rd ra; Ques: 1, Ans: 1, Auth: 5, Addit: 5 ;; QUESTIONS: ;; www001.id.net, type = A, class = IN ;; ANSWERS: www001.id.net. 86400 A 199.125.2.11 ;; AUTHORITY RECORDS: id.net. 86400 NS ns0.id.net. id.net. 86400 NS ns1.id.net. id.net. 86400 NS ns2.id.net. id.net. 86400 NS ns3.id.net. id.net. 86400 NS ns4.id.net. ;; ADDITIONAL RECORDS: ns0.id.net. 86400 A 204.152.168.1 ns1.id.net. 86400 A 199.125.1.1 ns2.id.net. 86400 A 199.125.1.2 ns3.id.net. 86400 A 199.125.1.3 ns4.id.net. 86400 A 199.125.1.4 ;; Total query time: 3 msec ;; FROM: shell.id.net to SERVER: default -- 204.152.168.1 ;; WHEN: Thu May 1 21:32:29 1997 ;; MSG SIZE sent: 31 rcvd: 223 From owner-freebsd-current Thu May 1 20:03:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06994 for current-outgoing; Thu, 1 May 1997 20:03:10 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06956; Thu, 1 May 1997 20:03:01 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id DAA28222; Fri, 2 May 1997 03:01:35 GMT Date: Thu, 1 May 1997 20:01:35 -0700 (PDT) From: Dan Busarow To: Terry Lambert cc: rls@mail.id.net, freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Problem In-Reply-To: <199705020038.RAA07591@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Terry Lambert wrote: > I still don't see anything other than an authority record for the > damn thing. Try using 'dig' yourself. > > If you can find a better explanation without seeing the actual namedb > files or shrugging your shoulders and pointing at the O'Reilly DNS/BIND > book, feel free to offer advice. It's id.net having a problem, not id.com ; <<>> DiG 2.0 <<>> www001.id.net ;; ->>HEADER<<- opcode: QUERY , status: NOERROR, id: 6 ;; flags: qr rd ra ; Ques: 1, Ans: 1, Auth: 4, Addit: 4 ;; QUESTIONS: ;; www001.id.net, type = A, class = IN ;; ANSWERS: www001.id.net. 56208 A 199.125.2.11 Looking at the zone file might be a good idea though. Both forward and reverse. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-current Thu May 1 20:11:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07626 for current-outgoing; Thu, 1 May 1997 20:11:11 -0700 (PDT) Received: from user2.inficad.com (straka@user2.inficad.com [207.19.74.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07621 for ; Thu, 1 May 1997 20:11:05 -0700 (PDT) Received: from localhost (straka@localhost) by user2.inficad.com (8.8.5/8.7.3) with SMTP id UAA17809; Thu, 1 May 1997 20:12:25 -0700 (MST) Date: Thu, 1 May 1997 20:12:24 -0700 (MST) From: Richard Straka To: "Justin T. Gibbs" cc: current@freebsd.org Subject: ie driver fixes for EtherExpress 16 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following is a patch for if_ie.c which can be applied to the 2.2-970422-RELENG kernel to make it work with the EtherExpress 16 ethernet adapter. The patch does the following. 1. Change the number of frame desciptors NFRAMES from 16 to 8. This is consistent with the number of ether frame buffers NRXBUF (48) allocated. This solves the "descriptors out of sync" error while receiving. 2. Commented out the at_shutdown call. This seems to be unnecessary. I have repeatedly rebooted between FreeBSD and DOS/Packet Driver and have not noticed any problems with the card settings. This solves the hang/panic at shutdown. 3. Moved the interrupt acknowledge call to the top of the "event loop" in ieintr. This allows events to be recognized while current events are being processed. This solves the transmit problems. 4. Changed the initialization of the transmit buffers. Was hard coded for 2 buffers. Changed to initialize NTXBUF buffers. This would only be a problem if one wanted to increase NTXBUF from its current value of 2. 5. Moved the block of code which take the adapter out of "loop back" mode to the very end of ieinit. This seems cleaner and may eliminate inadvertant packets sent during initialization. Note that the number of buffers are setup for a 16k adapter. With a 32k EtherExpress 16 NFRAMES, NRXBUF, and NTXBUF could all be safely doubled. For my application (486dx4-100), doubling NFRAMES and NRXBUF made a marginal improvement in receive performance while doubling NTXBUF didn't seem to make a difference in transmit performance. With the patch applied, my EtherExpress is transmitting 725kB/sec and receiving 900kB/sec during FTP transfers. These results seem to be better (especially receiving) than the old ix driver. If you have any questions, please let me know. *** if_ie.c Wed Apr 30 21:05:31 1997 --- if_ie.c Thu May 1 16:04:07 1997 *************** *** 290,296 **** both transmit and receive buffers. */ ! #define NFRAMES 16 /* number of receive frames */ #define NRXBUF 48 /* number of buffers to allocate */ #define IE_RBUF_SIZE 256 /* size of each buffer, MUST BE POWER OF TWO */ --- 290,296 ---- both transmit and receive buffers. */ ! #define NFRAMES 8 /* number of receive frames */ #define NRXBUF 48 /* number of buffers to allocate */ #define IE_RBUF_SIZE 256 /* size of each buffer, MUST BE POWER OF TWO */ *************** *** 828,835 **** ifp->if_addrlen = 6; ifp->if_hdrlen = 14; ! if (ie->hard_type == IE_EE16) ! at_shutdown(ee16_shutdown, ie, SHUTDOWN_POST_SYNC); #if NBPFILTER > 0 bpfattach(ifp, DLT_EN10MB, sizeof(struct ether_header)); --- 828,835 ---- ifp->if_addrlen = 6; ifp->if_hdrlen = 14; ! /* if (ie->hard_type == IE_EE16) ! at_shutdown(ee16_shutdown, ie, SHUTDOWN_POST_SYNC);*/ #if NBPFILTER > 0 bpfattach(ifp, DLT_EN10MB, sizeof(struct ether_header)); *************** *** 861,866 **** --- 861,870 ---- status = ie->scb->ie_status; loop: + + /* Don't ack interrupts which we didn't receive */ + ie_ack(ie->scb, IE_ST_WHENCE & status, unit, ie->ie_chan_attn); + if(status & (IE_ST_RECV | IE_ST_RNR)) { #ifdef DEBUG in_ierint++; *************** *** 898,906 **** && (ie_debug & IED_CNA)) printf("ie%d: cna\n", unit); #endif - - /* Don't ack interrupts which we didn't receive */ - ie_ack(ie->scb, IE_ST_WHENCE & status, unit, ie->ie_chan_attn); if ((status = ie->scb->ie_status) & IE_ST_WHENCE) goto loop; --- 902,907 ---- *************** *** 2108,2113 **** --- 2109,2115 ---- struct ie_softc *ie = &ie_softc[unit]; volatile struct ie_sys_ctl_block *scb = ie->scb; caddr_t ptr; + int i; ptr = (caddr_t)Align((caddr_t)scb + sizeof *scb); /* ignore cast-qual */ *************** *** 2161,2181 **** */ ie_ack(ie->scb, IE_ST_WHENCE, unit, ie->ie_chan_attn); - /* take the ee16 out of loopback */ - { - u_char bart_config; - - if(ie->hard_type == IE_EE16) { - bart_config = inb(PORT + IEE16_CONFIG); - bart_config &= ~IEE16_BART_LOOPBACK; - /* inb doesn't get bit! */ - bart_config |= IEE16_BART_MCS16_TEST; - outb(PORT + IEE16_CONFIG, bart_config); - ee16_interrupt_enable(ie); - ee16_chan_attn(unit); - } - } - /* * Set up the RFA. */ --- 2163,2168 ---- *************** *** 2184,2214 **** /* * Finally, the transmit command and buffer are the last little bit of work. */ - ie->xmit_cmds[0] = (void *)ptr; - ptr += sizeof *ie->xmit_cmds[0]; - ptr = Align(ptr); - ie->xmit_buffs[0] = (void *)ptr; - ptr += sizeof *ie->xmit_buffs[0]; - ptr = Align(ptr); - - /* Second transmit command */ - ie->xmit_cmds[1] = (void *)ptr; - ptr += sizeof *ie->xmit_cmds[1]; - ptr = Align(ptr); - ie->xmit_buffs[1] = (void *)ptr; - ptr += sizeof *ie->xmit_buffs[1]; - ptr = Align(ptr); ! /* Both transmit buffers */ ! ie->xmit_cbuffs[0] = (void *)ptr; ! ptr += IE_BUF_LEN; ! ptr = Align(ptr); ! ie->xmit_cbuffs[1] = (void *)ptr; ! ! bzero((caddr_t)ie->xmit_cmds[0], sizeof *ie->xmit_cmds[0]); /* ignore */ ! bzero((caddr_t)ie->xmit_buffs[0], sizeof *ie->xmit_buffs[0]); /* cast-qual */ ! bzero((caddr_t)ie->xmit_cmds[1], sizeof *ie->xmit_cmds[0]); /* warnings */ ! bzero((caddr_t)ie->xmit_buffs[1], sizeof *ie->xmit_buffs[0]); /* here */ /* * This must be coordinated with iestart() and ietint(). --- 2171,2199 ---- /* * Finally, the transmit command and buffer are the last little bit of work. */ ! /* transmit command buffers */ ! for (i=0;ixmit_cmds[i] = (void *)ptr; ! ptr += sizeof *ie->xmit_cmds[i]; ! ptr = Align(ptr); ! ie->xmit_buffs[i] = (void *)ptr; ! ptr += sizeof *ie->xmit_buffs[i]; ! ptr = Align(ptr); ! } ! ! /* transmit buffers */ ! for (i=0;ixmit_cbuffs[i] = (void *)ptr; ! ptr += IE_BUF_LEN; ! ptr = Align(ptr); ! } ! ie->xmit_cbuffs[NTXBUF-1] = (void *)ptr; ! ! for (i=1;ixmit_cmds[i], sizeof *ie->xmit_cmds[i]); /* cast-qual */ ! bzero((caddr_t)ie->xmit_buffs[i], sizeof *ie->xmit_buffs[i]);/* warnings */ ! } /* here */ /* * This must be coordinated with iestart() and ietint(). *************** *** 2217,2222 **** --- 2202,2222 ---- ie->arpcom.ac_if.if_flags |= IFF_RUNNING; /* tell higher levels we're here */ start_receiver(unit); + + /* take the ee16 out of loopback */ + { + u_char bart_config; + + if(ie->hard_type == IE_EE16) { + bart_config = inb(PORT + IEE16_CONFIG); + bart_config &= ~IEE16_BART_LOOPBACK; + /* inb doesn't get bit! */ + bart_config |= IEE16_BART_MCS16_TEST; + outb(PORT + IEE16_CONFIG, bart_config); + ee16_interrupt_enable(ie); + ee16_chan_attn(unit); + } + } return; } Richard Straka straka@inficad.com From owner-freebsd-current Thu May 1 20:24:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA08468 for current-outgoing; Thu, 1 May 1997 20:24:27 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08463 for ; Thu, 1 May 1997 20:24:25 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id XAA09983; Thu, 1 May 1997 23:23:28 -0400 (EDT) Message-Id: <199705020323.XAA09983@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: bmah@CA.Sandia.GOV cc: proff@suburbia.net, syssgm@dtir.qld.gov.au (Stephen McKay), freebsd-current@freebsd.org From: "Louis A. Mamakos" Subject: Re: latest -current upgrade and CFS References: <199705011444.HAA16684@bach.ca.sandia.gov> In-reply-to: Your message of "Thu, 01 May 1997 07:44:04 PDT." <199705011444.HAA16684@bach.ca.sandia.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 23:23:27 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is probably a stupid question, but it seems to me that if you take out > all the crypto parts of CFS, all that's left is a framework that takes > filesystem data, runs it through a transform, and makes it available to the > filesystem at a different mountpoint. Why is that forbidden? > > (Slap me upside the head if this is straying too far from -current topics.) > Yeah, I thought it would be neat to take this part of CFS and a bit of SAMBA so that you could mount a remote Win95 or NT file system using SMB. louie From owner-freebsd-current Thu May 1 21:12:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10292 for current-outgoing; Thu, 1 May 1997 21:12:31 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10276 for ; Thu, 1 May 1997 21:12:28 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id WAA29396; Thu, 1 May 1997 22:12:25 -0600 (MDT) Message-Id: <199705020412.WAA29396@pluto.plutotech.com> To: Richard Straka cc: "Justin T. Gibbs" , current@freebsd.org Subject: Re: ie driver fixes for EtherExpress 16 In-reply-to: Your message of "Thu, 01 May 1997 20:12:24 PDT." Date: Thu, 01 May 1997 23:11:02 -0600 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >The following is a patch for if_ie.c which can be applied >to the 2.2-970422-RELENG kernel to make it work with the >EtherExpress 16 ethernet adapter. The patch does the >following. > >1. Change the number of frame desciptors NFRAMES from 16 >to 8. This is consistent with the number of ether frame >buffers NRXBUF (48) allocated. This solves the "descriptors >out of sync" error while receiving. The driver should really be changed so that this can be configured dynamically at probe time. This would allow you to take full advantage of the memory on the card. This becomes important if you have multiple interfaces or the box is busy. >2. Commented out the at_shutdown call. This seems to be >unnecessary. I have repeatedly rebooted between FreeBSD and >DOS/Packet Driver and have not noticed any problems with >the card settings. This solves the hang/panic at shutdown. You can't boot Win95 after using FreeBSD without the shutdown hook. The original contributor of that code hasn't been able to reproduce this panic, so it would be nice if you could put DDB in your kernel and determine what the cause is so that the shutdown hook can remain but doesn't panic the system. >3. Moved the interrupt acknowledge call to the top of the >"event loop" in ieintr. This allows events to be recognized >while current events are being processed. This solves the >transmit problems. This seems to be correct according to the ix driver. I wish I had documentation on this though. >4. Changed the initialization of the transmit buffers. Was >hard coded for 2 buffers. Changed to initialize NTXBUF buffers. >This would only be a problem if one wanted to increase NTXBUF >from its current value of 2. Watch your white space. You should be using tabs where appropriate instead of spaces. Take a look at the style.9 man page for details. (Not that much of if_ie.c conforms to style.9, but it is a good habit to get into). >5. Moved the block of code which take the adapter out of "loop >back" mode to the very end of ieinit. This seems cleaner and >may eliminate inadvertant packets sent during initialization. >+ >+ /* take the ee16 out of loopback */ >+ { >+ u_char bart_config; >+ >+ if(ie->hard_type == IE_EE16) { >+ bart_config = inb(PORT + IEE16_CONFIG); >+ bart_config &= ~IEE16_BART_LOOPBACK; This would look better as: /* take the ee16 out of loopback */ if (ie->hard_type == IE_EE16) { u_char bart_config; bart_config = inb(PORT + IEE16_CONFIG); bart_config &= ~IEE16_BART_LOOPBACK; ... } It seems strange to me to first start the receiver then take the card out of loopback mode instead of the other way around. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri May 2 00:51:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19056 for current-outgoing; Fri, 2 May 1997 00:51:09 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA19044 for ; Fri, 2 May 1997 00:50:39 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with ESMTP id AAA27405; Fri, 2 May 1997 00:45:55 -0700 (PDT) Received: by joes.users.spiritone.com via sendmail with stdio id for abuse@vnp1.com; Fri, 2 May 1997 00:21:51 -0700 (PDT) (Smail-3.2 1996-Jul-4 #1 built 1997-Apr-28) Message-Id: From: joes@spiritone.com (Joseph Stein) Subject: Unwanted electronic mail is a federal crime. To: darrel@JUNO.COM, abuse@vnp.net, abuse@vnp1.com, postmaster@vnp.net, postmaster@vnp1.com, ah@vegasone.com, rduran@netxs.net, date@netxs.net, root@vnp.net, root@vnp1.com, root@vegasone.com, root@netxs.net, postmaster@vegasone.com, postmaster@netxs.net Date: Fri, 2 May 1997 00:21:51 -0700 (PDT) Priority: Urgent X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following message was received at this site multiple times. Under the Telecommunications Act of 1996, delivery of any unsolicited commercial messages to any facsimile machine (which includes a computer with a modem) is a federal crime. Following is the text of the message received along with the headers. Further receipt of messages of this type will result in calls to the Federal Bureau of Investigation as well as the Attorney General of the State of Nevada for prosecution of criminal charges, as well as complaints registered with the Internet Network Information Center (InterNIC) for an attempted removal of your domain name space from the internet. Thank you for your prompt attention to this matter. >From vegasone.com!rich Thu May 1 16:38:27 1997 Return-Path: Received: from mail.spiritone.com(really [205.139.111.224]) by joes.users.spiritone.com via sendmail with esmtp id for ; Thu, 1 May 1997 16:38:25 -0700 (PDT) (Smail-3.2 1996-Jul-4 #1 built 1997-Apr-28) Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by ridge.spiritone.com (8.8.5/8.8.5) with ESMTP id QAA18850 for ; Thu, 1 May 1997 16:21:10 -0700 (PDT) Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by smyrno.sol.net (8.8.5/8.8.3) with ESMTP id SAA03416; Thu, 1 May 1997 18:23:17 -0500 (CDT) Received: from localhost (daemon@localhost) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22839; Thu, 1 May 1997 15:49:13 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22741 for current-outgoing; Thu, 1 May 1997 15:47:47 -0700 (PDT) Received: from mail.ai.com (Mail.ai.com [204.144.182.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22734; Thu, 1 May 1997 15:47:26 -0700 (PDT) From: rich@vegasone.com Message-Id: <199705012247.PAA22734@hub.freebsd.org> Received: from Dial-up323 ([208.193.202.83]) by mail.ai.com (Post.Office MTA v3.0 release 0121 ID# 0-32332U1000L100S10000) with SMTP id AAP193; Thu, 1 May 1997 16:42:50 -0600 Date: Thu, 01 May 1997 15:39:59 PDT Subject: Add LIVE Girls to your website! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To: undisclosed-recipients:;@mail.spiritone.com Status: RO Want to increase your profits by adding LIVE strippers to your adult website? Check out what Virtual Net Productions has to offer: We will provide a Live Stripshow with chat for your website starting at only $500 per month and NEVER more than $1600.00 a month!! (read on for details) The $500 rate is based on 744 hours (The amount of hours in a month for 1 person). - Additional hours beyond 744 will be rated at 60 cents per hour. You may or may not use additional hours depending on the amount of traffic you receive on your website. I can tell you that we have had our stream on over 100 different websites for the past year and only the top 10 sites exceeded 700 hours for any given month, so for the majority of adult websites our stream will never cost more than $500 per month. But what if you do use more? No problem cause we are capping the stream at $1600! You will never pay over $1600 no matter how many hours you use. And we are throwing in chat at no additional cost! So just to recap, get our stream on your website for $500 - no setup fees, you are paid in advance for the month for only $500. Then if you use more than 744 hours you pay .60 cents per hour up until you reach $1600, then you pay no more, and chat is included! Our stream has been used reliably on sites like Cybererotica, Sexmuseum and Newd.com just to name a few. Don't waste your money with untried services that can't match our quality or reliability, not to mention our prices! But don't take my word for it, see our girls in action for yourself. Just visit http://www.mojave.net/stream USER ID: visitor PASSWORD: live213 If you need any additional information ask for Rich or Glenn.. Rich Olson Virtual Net Productions OFFICE: 1-800-314-4285 or 1-702-360-4939 E-MAIL: rich@vegasone.com From owner-freebsd-current Fri May 2 02:12:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21887 for current-outgoing; Fri, 2 May 1997 02:12:43 -0700 (PDT) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21871 for ; Fri, 2 May 1997 02:12:33 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.8.5/8.6.9) with ESMTP id LAA16176 for ; Fri, 2 May 1997 11:12:14 GMT Message-Id: <199705021112.LAA16176@peedub.gj.org> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@freebsd.org Subject: gdb broken ? From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 11:12:13 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk since the last changes to gdb (generate init.c) I always get: ``GDB can't read core files on this machine.'' I've tried doing a cleandir in /usr/src and even making gdb in a freshly checked-out directory. No dice. Is it just me, or has anyone else seen this ? -------- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Fri May 2 02:44:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22852 for current-outgoing; Fri, 2 May 1997 02:44:57 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22847 for ; Fri, 2 May 1997 02:44:54 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id MAA22316 for current@freebsd.org; Fri, 2 May 1997 12:45:03 +0300 (EET DST) From: mika ruohotie Message-Id: <199705020945.MAA22316@shadows.aeon.net> Subject: divert still broken? To: current@freebsd.org Date: Fri, 2 May 1997 12:45:03 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is my /usr/src/sys hosed, or is the IPDIVERT really broken? anyone else with that problem? (i posted the exact error few days ago) mickey From owner-freebsd-current Fri May 2 03:04:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA23415 for current-outgoing; Fri, 2 May 1997 03:04:55 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA23409 for ; Fri, 2 May 1997 03:04:51 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id LAA04707; Fri, 2 May 1997 11:04:33 +0100 (BST) Date: Fri, 2 May 1997 11:04:33 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: vnode->v_usage In-Reply-To: <207.862417862@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Poul-Henning Kamp wrote: > In message , Dou > g Rabson writes: > >On Sun, 27 Apr 1997, Poul-Henning Kamp wrote: > >> > >> Unless somebody convinces me of the utility of this field, I will remove > >> it from the vnodes. > >> > >I think it is intended to be used to keep frequently used vnodes from > >being recycled by getnewvnode. > > Well, I've done it. Here is a patch that implements LRU for name-cache > hits on the vnode freelist. I doubt that it has any performance impact, > but it makes the vnode 4 bytes smaller, which is a good thing. > > Please test and report. I don't have any performance numbers but it seems to work fine. I think the cache should just call vtouch for all vnodes and not check the usage count. Also vtouch should take the v_interlock simple_lock before reading the v_usecount field as specified by vnode.h. I know we have a long way to go before we get to an SMP vfs but the Lite2 is a lot cleaner than the old code and we should try to keep to the rules when accessing fields of the vnode. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Fri May 2 03:19:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA23850 for current-outgoing; Fri, 2 May 1997 03:19:40 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA23845 for ; Fri, 2 May 1997 03:19:38 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0wNFR5-0006SXC; Fri, 2 May 97 03:19 PDT Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id TAA00349; Fri, 2 May 1997 19:16:06 +0900 (JST) Message-Id: <199705021016.TAA00349@gneiss.eps.nagoya-u.ac.jp> To: Gary.Jennejohn@munich.netsurf.de Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb broken ? In-Reply-To: Your message of "Fri, 02 May 1997 11:12:13 +0000" References: <199705021112.LAA16176@peedub.gj.org> X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 02 May 1997 19:16:06 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Gary Jennejohn Subject: gdb broken ? Date: Fri, 02 May 1997 11:12:13 +0000 > ``GDB can't read core files on this machine.'' > > I've tried doing a cleandir in /usr/src and even making gdb in > a freshly checked-out directory. No dice. > > Is it just me, or has anyone else seen this ? I got same problem. I cannot analyze vmcore :-(. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-current Fri May 2 03:45:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA24645 for current-outgoing; Fri, 2 May 1997 03:45:02 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA24631; Fri, 2 May 1997 03:44:55 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id MAA05323; Fri, 2 May 1997 12:43:42 +0200 (CEST) To: Doug Rabson cc: Poul-Henning Kamp , current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Fri, 02 May 1997 11:04:33 BST." Date: Fri, 02 May 1997 12:43:41 +0200 Message-ID: <5321.862569821@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I don't have any performance numbers but it seems to work fine. I think >the cache should just call vtouch for all vnodes and not check the usage >count. OK. >Also vtouch should take the v_interlock simple_lock before reading >the v_usecount field as specified by vnode.h. Ok, now I'm in doubt here... Which of these two places are the correct place to release the interlock, I've marked the candidates with XXX, I pressume the later, right ? void vtouch(vp) struct vnode *vp; { simple_lock(&vp->v_interlock); if (vp->v_usecount) { simple_unlock(&vp->v_interlock); return; } simple_unlock(&vp->v_interlock); /* XXX */ simple_lock(&vnode_free_list_slock); TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); simple_unlock(&vnode_free_list_slock); simple_unlock(&vp->v_interlock); /* XXX */ } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri May 2 03:54:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA24895 for current-outgoing; Fri, 2 May 1997 03:54:47 -0700 (PDT) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA24889 for ; Fri, 2 May 1997 03:54:33 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.8.5/8.6.9) with ESMTP id MAA17508; Fri, 2 May 1997 12:53:02 GMT Message-Id: <199705021253.MAA17508@peedub.gj.org> X-Mailer: exmh version 2.0gamma 1/27/96 To: KATO Takenori Cc: freebsd-current@freebsd.org Subject: Re: gdb broken ? Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 02 May 1997 19:16:06 +0900." <199705021016.TAA00349@gneiss.eps.nagoya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 12:53:01 +0000 From: Gary Jennejohn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk KATO Takenori writes: >From: Gary Jennejohn >Subject: gdb broken ? >Date: Fri, 02 May 1997 11:12:13 +0000 > >> ``GDB can't read core files on this machine.'' >> >> I've tried doing a cleandir in /usr/src and even making gdb in >> a freshly checked-out directory. No dice. >> >> Is it just me, or has anyone else seen this ? > >I got same problem. I cannot analyze vmcore :-(. > I figured out what it is. init.c is calling _initialize_kcorelow() twice. That's because (mea culpa) the totally unneeded kcorelow.c is listed in the XSRCS. kcorelow.c is always empty because its compilation is controlled by KERNEL_DEBUGGING, which isn't defined anywhere. However, the generation of init.c isn't smart enough to know that it shouldn't pull the _initialize_kcorelow in from kcorelow.c. Only the reference from kvm-fbsd.c is needed. Just delete kcorelow.c from the list of sources, regenerate init.c and everything should work. That's what I did and gdb is now OK. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Fri May 2 04:26:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25805 for current-outgoing; Fri, 2 May 1997 04:26:06 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25792 for ; Fri, 2 May 1997 04:26:03 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA27754; Fri, 2 May 1997 07:24:55 -0400 (EDT) From: Peter Dufault Message-Id: <199705021124.HAA27754@hda.hda.com> Subject: Re: vnode->v_usage In-Reply-To: <5321.862569821@critter> from Poul-Henning Kamp at "May 2, 97 12:43:41 pm" To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Fri, 2 May 1997 07:24:54 -0400 (EDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ok, now I'm in doubt here... Which of these two places are the > correct place to release the interlock, I've marked the candidates > with XXX, I pressume the later, right ? > > void > vtouch(vp) > struct vnode *vp; > { > simple_lock(&vp->v_interlock); > if (vp->v_usecount) { > simple_unlock(&vp->v_interlock); > return; > } > simple_unlock(&vp->v_interlock); /* XXX */ > simple_lock(&vnode_free_list_slock); > TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); > TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); > simple_unlock(&vnode_free_list_slock); > simple_unlock(&vp->v_interlock); /* XXX */ > } > The first unlock won't work since a second thread can come in and decide to do the same move. Obviously you have a lock ordering issue with the nested lock and you have to define the ordering. Moving items between two lists should be atomic - it is common and lends itself to clean implementation. Aside: how about making the queues truly opaque while you're doing this? Then you have a single place to enable locking hierarchy violation detection, *CAS types of implementations, etc. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-current Fri May 2 05:01:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27261 for current-outgoing; Fri, 2 May 1997 05:01:55 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27253; Fri, 2 May 1997 05:01:49 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id OAA00222; Fri, 2 May 1997 14:00:39 +0200 (CEST) To: Peter Dufault cc: phk@dk.tfs.com (Poul-Henning Kamp), current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Fri, 02 May 1997 07:24:54 EDT." <199705021124.HAA27754@hda.hda.com> Date: Fri, 02 May 1997 14:00:39 +0200 Message-ID: <220.862574439@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705021124.HAA27754@hda.hda.com>, Peter Dufault writes: >The first unlock won't work since a second thread can come in and >decide to do the same move. Obviously you have a lock ordering issue >with the nested lock and you have to define the ordering. see below for my solution. >Moving items between two lists should be atomic - it is common >and lends itself to clean implementation. It's actually the same list in this case... >Aside: how about making the queues truly opaque while you're doing this? >Then you have a single place to enable locking hierarchy violation detection, >*CAS types of implementations, etc. I don't think that would be very easy. On the other hand, there are very few pieces of code manipulating the vnode free list, do it's hardly worth the effort. Or did I misunderstand you ? Poul-Henning void vtouch(vp) struct vnode *vp; { simple_lock(&vp->v_interlock); if (vp->v_usecount) { simple_unlock(&vp->v_interlock); return; } if (simple_lock_try(&vnode_free_list_slock)) { TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); simple_unlock(&vnode_free_list_slock); } simple_unlock(&vp->v_interlock); } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri May 2 05:14:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27682 for current-outgoing; Fri, 2 May 1997 05:14:49 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27676 for ; Fri, 2 May 1997 05:14:45 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id NAA06750; Fri, 2 May 1997 13:14:47 +0100 (BST) Date: Fri, 2 May 1997 13:14:47 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: vnode->v_usage In-Reply-To: <5321.862569821@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Poul-Henning Kamp wrote: > > >I don't have any performance numbers but it seems to work fine. I think > >the cache should just call vtouch for all vnodes and not check the usage > >count. > OK. > > >Also vtouch should take the v_interlock simple_lock before reading > >the v_usecount field as specified by vnode.h. > > Ok, now I'm in doubt here... Which of these two places are the > correct place to release the interlock, I've marked the candidates > with XXX, I pressume the later, right ? I think that you don't need the v_interlock for using v_freelist so probably releasing it earlier is better. Maybe something like: int usecount; simple_lock(&vp->v_interlock); usecount = vp->v_usecount; simple_unlock(&vp->v_interlock); if (usecount) ... ... -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Fri May 2 05:20:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27880 for current-outgoing; Fri, 2 May 1997 05:20:30 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27873 for ; Fri, 2 May 1997 05:20:26 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id IAA27851; Fri, 2 May 1997 08:19:20 -0400 (EDT) From: Peter Dufault Message-Id: <199705021219.IAA27851@hda.hda.com> Subject: Re: vnode->v_usage In-Reply-To: <220.862574439@critter> from Poul-Henning Kamp at "May 2, 97 02:00:39 pm" To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Fri, 2 May 1997 08:19:20 -0400 (EDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Moving items between two lists should be atomic - it is common > >and lends itself to clean implementation. > It's actually the same list in this case... > > >Aside: how about making the queues truly opaque while you're doing this? > >Then you have a single place to enable locking hierarchy violation detection, > >*CAS types of implementations, etc. > > I don't think that would be very easy. On the other hand, there > are very few pieces of code manipulating the vnode free list, do > it's hardly worth the effort. Or did I misunderstand you ? I meant this: if I had the time for some research I'd replace all the *Q* macros with a single opaque data structure (and most likely a single flavor of queue) with access functions and see what effect that had on system performance. I'd push operations that leant themselves to non-locking approaches (e.g., moving between lists) down there and try to use those. I doubt the performance hit would be much. Then the locking could be kept down there. Let this slide - it is idle speculation. > if (simple_lock_try(&vnode_free_list_slock)) { I have to look at vtouch now since I don't know that you aren't committed to do the move to the tail. Can't someone have locked the freelist for another reason? If you don't have to do the move it looks good. There is still an ordering, as you know, and I'll have to find the "white paper" that explains how the lock ordering is supposed to work. Anyway, it looks fun. It is good to see this showing up in FBSD. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-current Fri May 2 06:55:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA01345 for current-outgoing; Fri, 2 May 1997 06:55:55 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA01337 for ; Fri, 2 May 1997 06:55:53 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id JAA03060; Fri, 2 May 1997 09:55:39 -0400 (EDT) Date: Fri, 2 May 1997 09:55:39 -0400 (EDT) From: Garrett Wollman Message-Id: <199705021355.JAA03060@khavrinen.lcs.mit.edu> To: mika ruohotie Cc: current@FreeBSD.ORG Subject: divert still broken? In-Reply-To: <199705020945.MAA22316@shadows.aeon.net> References: <199705020945.MAA22316@shadows.aeon.net> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > is my /usr/src/sys hosed, or is the IPDIVERT really broken? > anyone else with that problem? (i posted the exact error few > days ago) Yes, it is broken. When somebody who has the time cares enough to fix it, it will become unbroken. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Fri May 2 07:08:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA01934 for current-outgoing; Fri, 2 May 1997 07:08:56 -0700 (PDT) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA01929; Fri, 2 May 1997 07:08:45 -0700 (PDT) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id QAA02086; Fri, 2 May 1997 16:08:26 +0200 (SAT) Message-Id: <199705021408.QAA02086@grackle.grondar.za> To: committers@freebsd.org, current@freebsd.org Subject: New eBones/Kerberos import (repeat (sorta)). X-Face: "=q0"STs_81w9y4&#}>]hpQ-VBL.1^,QB{9u[05?&^k1*y#*OpIkS7b?V0Rs8qg]`Z}LBTa JT}q{S+z%%SR{~1@;Ybho~Ck.)PC/#3$lceQZ`O Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I have asked this before, and certain of my questions were underwhelmingly underanswered, So I am going to ask them again :-). I also am embellishing on previous questions: I have KTH-eBones (KerberosIV) ready for commit, and there are a few points about the procedure that I am unsure about: 1) I am going to put the sources into src/contrib/crypto/kerberosIV. This is therefore a "heads up" to the CTM/cvsup-meisters to add src/contrib/crypto to their "naughty bits" exclusion files. I'll add this directory in a day or so if there is no objection, and import eBones up when I get the say-so. OK? :-) 2) I will import the new Makefiles into src/kerberos/ (Kerberos5 will go in there as well, eventually). There are still bits of KerberosIV that must live _somewhere_. (rkinit, telnet and bits of passwd). I need a home for them that does not pollute src/kerberos with unexportable crypto. Suggestions? (I'd like to put rkinit/rkinitd/librkinit into src/contrib/crypto as it is (kinda) a complete package - I figure I'll get opposition as it is not an "original", rather a "moved". Comments?) 3) Further to above, I'd like to re-import "secure" telnet into src/contrib/crypto. There are some cute possibilities there - If _only_ the secure stuff is imported, it is still possible to generate the "normal" telnet. Appropriate setting of macros will turn on/off the kerberised/encrypted features. Comments? Flames? 4) I would also like to make a target/distribution that can be used to "unkerberise" a system. Right now it can be done if you have source loaded and you understand the make system. I'd prefer an "un-krb" distribution for the CD/ftp. Comments? M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Fri May 2 07:38:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03386 for current-outgoing; Fri, 2 May 1997 07:38:36 -0700 (PDT) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03380 for ; Fri, 2 May 1997 07:38:32 -0700 (PDT) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id QAA28097; Fri, 2 May 1997 16:36:18 +0200 (MET DST) Received: from oo7 (pc136.dimaga.com [192.0.0.136]) by dimaga.com (8.7.5/8.7.2) with SMTP id PAA24255; Fri, 2 May 1997 15:58:50 +0200 (MET DST) Message-Id: <3.0.32.19970502145850.011fadd0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 14:58:51 +0200 To: mika ruohotie From: Eivind Eklund Subject: Re: divert still broken? Cc: current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 12:45 PM 5/2/97 +0300, mika ruohotie wrote: >is my /usr/src/sys hosed, or is the IPDIVERT really broken? > >anyone else with that problem? (i posted the exact error few >days ago) I believe it to still be broken after the cleanup Garret did, unless I've missed a commit that cleared it up. Eivind. From owner-freebsd-current Fri May 2 07:38:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03410 for current-outgoing; Fri, 2 May 1997 07:38:44 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03381; Fri, 2 May 1997 07:38:33 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id QAA02057; Fri, 2 May 1997 16:36:43 +0200 (CEST) To: Peter Dufault cc: phk@dk.tfs.com (Poul-Henning Kamp), current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Fri, 02 May 1997 08:19:20 EDT." <199705021219.IAA27851@hda.hda.com> Date: Fri, 02 May 1997 16:36:43 +0200 Message-ID: <2055.862583803@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705021219.IAA27851@hda.hda.com>, Peter Dufault writes: >> if (simple_lock_try(&vnode_free_list_slock)) { > >I have to look at vtouch now since I don't know that you aren't >committed to do the move to the tail. I don't have to move it, it's just an optimization. Here is the entire change as it stands now: 1. Link namecache entries to vnodes or special ncneg list. 2. Free namecache entries when vnode is invalidated. 3. Limit negative entries to a (sysctl'able) fraction of the total namecache. 4. No hard limit on the size of the namecache. 5. Assign v_id correctly across 32bit wrap, and don't invalidate them all on a wrap. 6. Vnode freelist is now LRU updated by namecache. Test results and comments most welcome! Poul-Henning Index: sys/namei.h =================================================================== RCS file: /home/ncvs/src/sys/sys/namei.h,v retrieving revision 1.13 diff -u -r1.13 namei.h --- namei.h 1997/02/22 09:45:38 1.13 +++ namei.h 1997/05/02 13:24:24 @@ -153,30 +153,18 @@ /* * This structure describes the elements in the cache of recent - * names looked up by namei. NCHNAMLEN is sized to make structure - * size a power of two to optimize malloc's. Minimum reasonable - * size is 15. + * names looked up by namei. */ -#ifdef NCH_STATISTICS -#define NCHNAMLEN 23 /* maximum name segment length we bother with */ -#else -#define NCHNAMLEN 31 /* maximum name segment length we bother with */ -#endif - struct namecache { LIST_ENTRY(namecache) nc_hash; /* hash chain */ - TAILQ_ENTRY(namecache) nc_lru; /* LRU chain */ + LIST_ENTRY(namecache) nc_src; /* source vnode list */ + TAILQ_ENTRY(namecache) nc_dst; /* destination vnode list */ struct vnode *nc_dvp; /* vnode of parent of name */ - u_long nc_dvpid; /* capability number of nc_dvp */ struct vnode *nc_vp; /* vnode the name refers to */ - u_long nc_vpid; /* capability number of nc_vp */ -#ifdef NCH_STATISTICS - u_long nc_nbr; /* a serial number */ - u_long nc_hits; /* how many times we got hit */ -#endif + char nc_flag; /* flag bits */ char nc_nlen; /* length of name */ - char nc_name[NCHNAMLEN]; /* segment name */ + char nc_name[0]; /* segment name */ }; #ifdef KERNEL Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.43 diff -u -r1.43 vnode.h --- vnode.h 1997/04/04 17:43:32 1.43 +++ vnode.h 1997/05/02 13:24:10 @@ -70,6 +70,7 @@ typedef int vop_t __P((void *)); struct vm_object; +struct namecache; /* * Reading or writing any of these items requires holding the appropriate lock. @@ -104,12 +105,15 @@ daddr_t v_cstart; /* start block of cluster */ daddr_t v_lasta; /* last allocation */ int v_clen; /* length of current cluster */ - int v_usage; /* Vnode usage counter */ struct vm_object *v_object; /* Place to store VM object */ struct simplelock v_interlock; /* lock on usecount and flag */ struct lock *v_vnlock; /* used for non-locking fs's */ enum vtagtype v_tag; /* type of underlying data */ void *v_data; /* private data for fs */ + LIST_HEAD(, namecache) v_cache_src; /* Cache entries from us */ + TAILQ_HEAD(, namecache) v_cache_dst; /* Cache entries to us */ + struct vnode *v_dd; /* .. vnode */ + u_long v_ddid; /* .. capability identifier */ }; #define v_mountedhere v_un.vu_mountedhere #define v_socket v_un.vu_socket @@ -506,6 +510,7 @@ checkalias __P((struct vnode *vp, dev_t nvp_rdev, struct mount *mp)); void vput __P((struct vnode *vp)); void vrele __P((struct vnode *vp)); +void vtouch __P((struct vnode *vp)); #endif /* KERNEL */ #endif /* !_SYS_VNODE_H_ */ Index: kern/vfs_cache.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.24 diff -u -r1.24 vfs_cache.c --- vfs_cache.c 1997/03/08 15:22:14 1.24 +++ vfs_cache.c 1997/05/02 13:42:18 @@ -62,10 +62,6 @@ * If it is a "negative" entry, (i.e. for a name that is known NOT to * exist) the vnode pointer will be NULL. * - * For simplicity (and economy of storage), names longer than - * a maximum length of NCHNAMLEN are not cached; they occur - * infrequently in any case, and are almost never of interest. - * * Upon reaching the last segment of a path, if the reference * is for DELETE, or NOCACHE is set (rewrite), and the * name is located in the cache, it will be dropped. @@ -77,44 +73,45 @@ #define NCHHASH(dvp, cnp) \ (&nchashtbl[((dvp)->v_id + (cnp)->cn_hash) % nchash]) static LIST_HEAD(nchashhead, namecache) *nchashtbl; /* Hash Table */ +static TAILQ_HEAD(, namecache) ncneg; /* Hash Table */ static u_long nchash; /* size of hash table */ +static u_long ncnegfactor = 16; /* ratio of negative entries */ +SYSCTL_INT(_debug, OID_AUTO, ncnegfactor, CTLFLAG_RW, &ncnegfactor, 0, ""); +static u_long numneg; /* number of cache entries allocated */ +SYSCTL_INT(_debug, OID_AUTO, numneg, CTLFLAG_RD, &numneg, 0, ""); static u_long numcache; /* number of cache entries allocated */ -static TAILQ_HEAD(, namecache) nclruhead; /* LRU chain */ +SYSCTL_INT(_debug, OID_AUTO, numcache, CTLFLAG_RD, &numcache, 0, ""); struct nchstats nchstats; /* cache effectiveness statistics */ static int doingcache = 1; /* 1 => enable the cache */ SYSCTL_INT(_debug, OID_AUTO, vfscache, CTLFLAG_RW, &doingcache, 0, ""); +SYSCTL_INT(_debug, OID_AUTO, vnsize, CTLFLAG_RD, 0, sizeof(struct vnode), ""); +SYSCTL_INT(_debug, OID_AUTO, ncsize, CTLFLAG_RD, 0, sizeof(struct namecache), ""); -#ifdef NCH_STATISTICS -u_long nchnbr; -#define NCHNBR(ncp) (ncp)->nc_nbr = ++nchnbr; -#define NCHHIT(ncp) (ncp)->nc_hits++ -#else -#define NCHNBR(ncp) -#define NCHHIT(ncp) -#endif +static void cache_zap __P((struct namecache *ncp)); /* - * Delete an entry from its hash list and move it to the front - * of the LRU list for immediate reuse. + * Flags in namecache.nc_flag */ -#define PURGE(ncp) { \ - LIST_REMOVE(ncp, nc_hash); \ - ncp->nc_hash.le_prev = 0; \ - TAILQ_REMOVE(&nclruhead, ncp, nc_lru); \ - TAILQ_INSERT_HEAD(&nclruhead, ncp, nc_lru); \ -} - +#define NCF_WHITE 1 /* - * Move an entry that has been used to the tail of the LRU list - * so that it will be preserved for future use. + * Delete an entry from its hash list and move it to the front + * of the LRU list for immediate reuse. */ -#define TOUCH(ncp) { \ - if (ncp->nc_lru.tqe_next != 0) { \ - TAILQ_REMOVE(&nclruhead, ncp, nc_lru); \ - TAILQ_INSERT_TAIL(&nclruhead, ncp, nc_lru); \ - NCHNBR(ncp); \ - } \ +static void +cache_zap(ncp) + struct namecache *ncp; +{ + LIST_REMOVE(ncp, nc_hash); + LIST_REMOVE(ncp, nc_src); + if (ncp->nc_vp) { + TAILQ_REMOVE(&ncp->nc_vp->v_cache_dst, ncp, nc_dst); + } else { + TAILQ_REMOVE(&ncneg, ncp, nc_dst); + numneg--; + } + numcache--; + free(ncp, M_CACHE); } /* @@ -145,25 +142,25 @@ cnp->cn_flags &= ~MAKEENTRY; return (0); } - if (cnp->cn_namelen > NCHNAMLEN) { - nchstats.ncs_long++; - cnp->cn_flags &= ~MAKEENTRY; - return (0); - } - ncpp = NCHHASH(dvp, cnp); - for (ncp = ncpp->lh_first; ncp != 0; ncp = nnp) { - nnp = ncp->nc_hash.le_next; - /* If one of the vp's went stale, don't bother anymore. */ - if ((ncp->nc_dvpid != ncp->nc_dvp->v_id) || - (ncp->nc_vp && ncp->nc_vpid != ncp->nc_vp->v_id)) { - nchstats.ncs_falsehits++; - PURGE(ncp); - continue; + if (cnp->cn_nameptr[0] == '.') { + if (cnp->cn_namelen == 1) { + *vpp = dvp; + return (-1); + } + if (cnp->cn_namelen == 2 && cnp->cn_nameptr[1] == '.') { + if (dvp->v_dd->v_id != dvp->v_ddid || + (cnp->cn_flags & MAKEENTRY) == 0) { + dvp->v_ddid = 0; + return (0); + } + *vpp = dvp->v_dd; + return (-1); } - /* Now that we know the vp's to be valid, is it ours ? */ - if (ncp->nc_dvp == dvp && - ncp->nc_nlen == cnp->cn_namelen && + } + + LIST_FOREACH(ncp, (NCHHASH(dvp, cnp)), nc_hash) { + if (ncp->nc_dvp == dvp && ncp->nc_nlen == cnp->cn_namelen && !bcmp(ncp->nc_name, cnp->cn_nameptr, (u_int)ncp->nc_nlen)) break; } @@ -174,29 +171,25 @@ return (0); } - NCHHIT(ncp); - /* We don't want to have an entry, so dump it */ if ((cnp->cn_flags & MAKEENTRY) == 0) { nchstats.ncs_badhits++; - PURGE(ncp); + cache_zap(ncp); return (0); } /* We found a "positive" match, return the vnode */ if (ncp->nc_vp) { nchstats.ncs_goodhits++; - TOUCH(ncp); + vtouch(ncp->nc_vp); *vpp = ncp->nc_vp; - if ((*vpp)->v_usage < MAXVNODEUSE) - (*vpp)->v_usage++; return (-1); } /* We found a negative match, and want to create it, so purge */ if (cnp->cn_nameiop == CREATE) { nchstats.ncs_badhits++; - PURGE(ncp); + cache_zap(ncp); return (0); } @@ -204,9 +197,11 @@ * We found a "negative" match, ENOENT notifies client of this match. * The nc_vpid field records whether this is a whiteout. */ + TAILQ_REMOVE(&ncneg, ncp, nc_dst); + TAILQ_INSERT_TAIL(&ncneg, ncp, nc_dst); nchstats.ncs_neghits++; - TOUCH(ncp); - cnp->cn_flags |= ncp->nc_vpid; + if (ncp->nc_flag & NCF_WHITE) + cnp->cn_flags |= ISWHITEOUT; return (ENOENT); } @@ -225,35 +220,27 @@ if (!doingcache) return; - if (cnp->cn_namelen > NCHNAMLEN) { - printf("cache_enter: name too long"); - return; + if (cnp->cn_nameptr[0] == '.') { + if (cnp->cn_namelen == 1) { + return; + } + if (cnp->cn_namelen == 2 && cnp->cn_nameptr[1] == '.') { + dvp->v_dd = vp; + dvp->v_ddid = vp->v_id; + return; + } } - /* * We allocate a new entry if we are less than the maximum * allowed and the one at the front of the LRU list is in use. * Otherwise we use the one at the front of the LRU list. */ - if (numcache < desiredvnodes && - ((ncp = nclruhead.tqh_first) == NULL || - ncp->nc_hash.le_prev != 0)) { - /* Add one more entry */ - ncp = (struct namecache *) - malloc((u_long)sizeof *ncp, M_CACHE, M_WAITOK); - bzero((char *)ncp, sizeof *ncp); - numcache++; - } else if (ncp = nclruhead.tqh_first) { - /* reuse an old entry */ - TAILQ_REMOVE(&nclruhead, ncp, nc_lru); - if (ncp->nc_hash.le_prev != 0) { - LIST_REMOVE(ncp, nc_hash); - ncp->nc_hash.le_prev = 0; - } - } else { - /* give up */ - return; - } + ncp = (struct namecache *) + malloc(sizeof *ncp + cnp->cn_namelen, M_CACHE, M_WAITOK); + bzero((char *)ncp, sizeof *ncp); + numcache++; + if (!vp) + numneg++; /* * Fill in cache info, if vp is NULL this is a "negative" cache entry. @@ -262,19 +249,25 @@ * otherwise unused. */ ncp->nc_vp = vp; - if (vp) { - ncp->nc_vpid = vp->v_id; - if (vp->v_usage < MAXVNODEUSE) - ++vp->v_usage; - } else - ncp->nc_vpid = cnp->cn_flags & ISWHITEOUT; + if (vp) + vtouch(vp); + else + ncp->nc_flag = cnp->cn_flags & ISWHITEOUT ? NCF_WHITE : 0; ncp->nc_dvp = dvp; - ncp->nc_dvpid = dvp->v_id; ncp->nc_nlen = cnp->cn_namelen; bcopy(cnp->cn_nameptr, ncp->nc_name, (unsigned)ncp->nc_nlen); - TAILQ_INSERT_TAIL(&nclruhead, ncp, nc_lru); ncpp = NCHHASH(dvp, cnp); LIST_INSERT_HEAD(ncpp, ncp, nc_hash); + LIST_INSERT_HEAD(&dvp->v_cache_src, ncp, nc_src); + if (vp) { + TAILQ_INSERT_HEAD(&vp->v_cache_dst, ncp, nc_dst); + } else { + TAILQ_INSERT_TAIL(&ncneg, ncp, nc_dst); + } + if (numneg*ncnegfactor > numcache) { + ncp = TAILQ_FIRST(&ncneg); + cache_zap(ncp); + } } /* @@ -284,7 +277,7 @@ nchinit() { - TAILQ_INIT(&nclruhead); + TAILQ_INIT(&ncneg); nchashtbl = phashinit(desiredvnodes, M_CACHE, &nchash); } @@ -304,14 +297,20 @@ struct nchashhead *ncpp; static u_long nextvnodeid; - vp->v_id = ++nextvnodeid; - if (nextvnodeid != 0) - return; - for (ncpp = &nchashtbl[nchash - 1]; ncpp >= nchashtbl; ncpp--) { - while (ncp = ncpp->lh_first) - PURGE(ncp); - } - vp->v_id = ++nextvnodeid; + while (!LIST_EMPTY(&vp->v_cache_src)) + cache_zap(LIST_FIRST(&vp->v_cache_src)); + while (!TAILQ_EMPTY(&vp->v_cache_dst)) + cache_zap(TAILQ_FIRST(&vp->v_cache_dst)); + + /* Never assign the same v_id, and never assign zero as v_id */ + do { + if (++nextvnodeid == vp->v_id) + ++nextvnodeid; + } while (!nextvnodeid); + + vp->v_id = nextvnodeid; + vp->v_dd = vp; + vp->v_ddid = 0; } /* @@ -329,12 +328,10 @@ /* Scan hash tables for applicable entries */ for (ncpp = &nchashtbl[nchash - 1]; ncpp >= nchashtbl; ncpp--) { - for (ncp = ncpp->lh_first; ncp != 0; ncp = nnp) { - nnp = ncp->nc_hash.le_next; - if (ncp->nc_dvpid != ncp->nc_dvp->v_id || - (ncp->nc_vp && ncp->nc_vpid != ncp->nc_vp->v_id) || - ncp->nc_dvp->v_mount == mp) { - PURGE(ncp); + for (ncp = LIST_FIRST(ncpp); ncp != 0; ncp = nnp) { + nnp = LIST_NEXT(ncp, nc_hash); + if (ncp->nc_dvp->v_mount == mp) { + cache_zap(ncp); } } } Index: kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.84 diff -u -r1.84 vfs_subr.c --- vfs_subr.c 1997/04/30 03:09:15 1.84 +++ vfs_subr.c 1997/05/02 13:24:43 @@ -361,6 +361,9 @@ vp = (struct vnode *) malloc((u_long) sizeof *vp, M_VNODE, M_WAITOK); bzero((char *) vp, sizeof *vp); + vp->v_dd = vp; + LIST_INIT(&vp->v_cache_src); + TAILQ_INIT(&vp->v_cache_dst); numvnodes++; } else { for (vp = vnode_free_list.tqh_first; @@ -382,12 +385,6 @@ if (vp->v_usecount) panic("free vnode isn't"); TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - if (vp->v_usage > 0) { - simple_unlock(&vp->v_interlock); - --vp->v_usage; - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); - goto retry; - } freevnodes--; /* see comment on why 0xdeadb is set at end of vgone (below) */ @@ -420,7 +417,6 @@ vp->v_clen = 0; vp->v_socket = 0; vp->v_writecount = 0; /* XXX */ - vp->v_usage = 0; } vp->v_type = VNON; cache_purge(vp); @@ -1119,7 +1115,6 @@ simple_lock(&vnode_free_list_slock); if (vp->v_flag & VAGE) { vp->v_flag &= ~VAGE; - vp->v_usage = 0; if(vp->v_tag != VT_TFS) TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); } else { @@ -2146,4 +2141,21 @@ retn: return error; +} + +void +vtouch(vp) + struct vnode *vp; +{ + simple_lock(&vp->v_interlock); + if (vp->v_usecount) { + simple_unlock(&vp->v_interlock); + return; + } + if (simple_lock_try(&vnode_free_list_slock)) { + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + simple_unlock(&vnode_free_list_slock); + } + simple_unlock(&vp->v_interlock); } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri May 2 08:29:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA06140 for current-outgoing; Fri, 2 May 1997 08:29:10 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06133 for ; Fri, 2 May 1997 08:29:07 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA25493 for ; Fri, 2 May 1997 17:29:59 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id RAA00261 for freebsd-current@freefall.cdrom.com; Fri, 2 May 1997 17:37:32 +0200 (MET DST) Date: Fri, 2 May 1997 17:37:32 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705021537.RAA00261@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: some quirks - inetd, setsockopt Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I upgraded one machine to a todays's -current with the rc.conf changes. I saw someone else already mentioning this but didn't pay attention - now it caught me - What is this inetd setsockopt (SO_PRIVSTATE) about? May 2 17:17:13 gil /kernel: changing root device to sd0a May 2 17:17:14 gil mountd[91]: Gethostbyname failed for mozart May 2 17:17:14 gil mountd[91]: Bad exports list line /a -alldirs -maproot May 2 17:17:14 gil mountd[91]: Gethostbyname failed for bgate May 2 17:17:14 gil mountd[91]: Bad exports list line /usr/ftp bgate May 2 17:17:16 gil inetd[124]: setsockopt (SO_PRIVSTATE): Protocol not available And why does Gethostbyname (mountd) fail for some hosts ? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri May 2 08:54:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA07329 for current-outgoing; Fri, 2 May 1997 08:54:23 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA07324 for ; Fri, 2 May 1997 08:54:20 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id IAA21290; Fri, 2 May 1997 08:54:11 -0700 (PDT) Message-Id: <199705021554.IAA21290@austin.polstra.com> To: jkh@time.cdrom.com Subject: Re: -current build is now broken.. Newsgroups: polstra.freebsd.current In-Reply-To: <25335.862526471@time.cdrom.com> References: <25335.862526471@time.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Fri, 02 May 1997 08:54:10 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <25335.862526471@time.cdrom.com>, Jordan K. Hubbard wrote: > Also, as I said, now that we're *bootstrapping* many 3.0 builds from > 2.2 ones there are even more issues involved and, while I'd love to be > able to say "chicken and egg, install a 3.0 machine to make 3.0 > releases and simplify the makesfiles", I simply don't have the > resources to have *both* 2.2 and 3.0 release building machines > available at the moment (though it'd sure be nice) nor do, I believe, > the other release engineers. That's another one of them-there > "real-world constraints" I mentioned earlier. :-) I think it is reasonable to require that it be possible to bootstrap a make world for 3.0 on a 2.2 machine. But I do not think it is reasonable to require that it be possible to bootstrap a make _release_ for 3.0 on a 2.2 machine. The changes that might break a make release aren't just confined to the *.mk files and /usr/src/Makefile. There are many other potential problem areas. Any changes to include files, libraries, compiler, assembler, linker, c*rt0.o files -- any of them might cause bootstrapping problems for make release. When you include all the problem areas, suddenly 90% of the developers are working in the area of risk. Most developers (myself included) don't understand make release well enough to feel confident of avoiding problems in this area. Not to mention that they don't have the time or machine resources to test release builds. (My -current building machine is a 486. It takes >>12 hours just to do a make world. *sob*) Whereas a make world is essentially a system upgrade that will be done by many users as well as developers, a make release is a very specialized operation that is likely to be done by only a few release engineers and nobody else. I understand the following point about lack of resources: > I simply don't have the resources to have *both* 2.2 and 3.0 release > building machines available at the moment But it seems that you are asking most developers themselves to acquire exactly those resources, or to have one of the few (3?) release engineers review any changes to *.mk, /usr/src/Makefile, include files, libraries, compiler, assembler, linker, ... creating a very narrow bottleneck indeed. Wouldn't it make more sense to solicit whatever contributions are needed to put the required resources (3 disk drives total?) into the hands of the few release engineers, so that they can have release building machines running -current? John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri May 2 09:08:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08084 for current-outgoing; Fri, 2 May 1997 09:08:04 -0700 (PDT) Received: from kodiak.eos.ncsu.edu (kodiak.eos.ncsu.edu [152.1.68.61]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08013 for ; Fri, 2 May 1997 09:07:56 -0700 (PDT) Received: (from camattin@localhost) by kodiak.eos.ncsu.edu (8.8.4/EC02Jan97) id QAA18128; Fri, 2 May 1997 16:07:51 GMT Message-Id: <199705021607.QAA18128@kodiak.eos.ncsu.edu> Subject: Re: some quirks - inetd, setsockopt To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Fri, 2 May 1997 12:07:51 -0400 (EDT) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <199705021537.RAA00261@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at May 02, 1997 05:37:32 PM From: camattin@ncsu.edu (Chris A. Mattingly) Reply-To: camattin@ncsu.edu X-Mailer: ELM [version 2.5 PL0b1/POP] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies wrote the following about "some quirks - inetd, setsockopt" on Fri May 2 11:37:32 1997 > > I upgraded one machine to a todays's -current with the rc.conf > changes. > > I saw someone else already mentioning this but didn't pay attention - > now it caught me - What is this inetd setsockopt (SO_PRIVSTATE) about? > > May 2 17:17:13 gil /kernel: changing root device to sd0a > May 2 17:17:14 gil mountd[91]: Gethostbyname failed for mozart > May 2 17:17:14 gil mountd[91]: Bad exports list line /a -alldirs -maproot > May 2 17:17:14 gil mountd[91]: Gethostbyname failed for bgate > May 2 17:17:14 gil mountd[91]: Bad exports list line /usr/ftp bgate > May 2 17:17:16 gil inetd[124]: setsockopt (SO_PRIVSTATE): Protocol not available > > > And why does Gethostbyname (mountd) fail for some hosts ? I noticed this problem when I only upgraded the kernel, before my make world. After the make world, it went away. Go figure. :) -Chris -- Chris Mattingly | My views are not necessarily those of my employers camattin@ncsu.edu | NC State University/ITECS | "Good programmers write good code; great Systems Programmer | programmers 'borrow' good code." -- Mike Gancarz From owner-freebsd-current Fri May 2 10:12:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10962 for current-outgoing; Fri, 2 May 1997 10:12:06 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA10894; Fri, 2 May 1997 10:11:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08870; Fri, 2 May 1997 10:09:20 -0700 From: Terry Lambert Message-Id: <199705021709.KAA08870@phaeton.artisoft.com> Subject: Re: Problem To: dan@dpcsys.com (Dan Busarow) Date: Fri, 2 May 1997 10:09:19 -0700 (MST) Cc: terry@lambert.org, rls@mail.id.net, freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-Reply-To: from "Dan Busarow" at May 1, 97 08:01:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It's id.net having a problem, not id.com > > ; <<>> DiG 2.0 <<>> www001.id.net > ;; ->>HEADER<<- opcode: QUERY , status: NOERROR, id: 6 > ;; flags: qr rd ra ; Ques: 1, Ans: 1, Auth: 4, Addit: 4 > ;; QUESTIONS: > ;; www001.id.net, type = A, class = IN > > ;; ANSWERS: > www001.id.net. 56208 A 199.125.2.11 > > Looking at the zone file might be a good idea though. Both forward > and reverse. Oh, scrud. That's very different. Never mind. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 2 10:16:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA11339 for current-outgoing; Fri, 2 May 1997 10:16:47 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA11334 for ; Fri, 2 May 1997 10:16:41 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id NAA03543; Fri, 2 May 1997 13:16:04 -0400 (EDT) Date: Fri, 2 May 1997 13:16:04 -0400 (EDT) From: Garrett Wollman Message-Id: <199705021716.NAA03543@khavrinen.lcs.mit.edu> To: Christoph Kukulies Cc: freebsd-current@freefall.FreeBSD.org Subject: some quirks - inetd, setsockopt In-Reply-To: <199705021537.RAA00261@gil.physik.rwth-aachen.de> References: <199705021537.RAA00261@gil.physik.rwth-aachen.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > May 2 17:17:16 gil inetd[124]: setsockopt (SO_PRIVSTATE): Protocol not available This is harmless and will go away when you recompile inetd. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Fri May 2 10:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12349 for current-outgoing; Fri, 2 May 1997 10:40:06 -0700 (PDT) Received: from sliphost37.uni-trier.de (root@sliphost37.uni-trier.de [136.199.240.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA12338 for ; Fri, 2 May 1997 10:40:01 -0700 (PDT) Received: (from blank@localhost) by sliphost37.uni-trier.de (8.8.5/8.8.5) id TAA01765 for current@freebsd.org; Fri, 2 May 1997 19:39:13 +0200 (CEST) From: Sascha Blank Message-Id: <199705021739.TAA01765@sliphost37.uni-trier.de> Subject: Corrected URL for CTM mirror site in the handbook To: current@freebsd.org Date: Fri, 2 May 1997 19:39:13 +0200 (CEST) Reply-To: blank@fox.uni-trier.de (Sascha Blank) X-System: FreeBSD 2.2-STABLE X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, the URL for the CTM mirror at ftp.uni-trier.de has changed. Could one of the commiters please apply the following patch to the handbook? *** share/doc/handbook/mirrors.sgml.orig Fri May 2 19:25:34 1997 --- share/doc/handbook/mirrors.sgml Fri May 2 19:26:01 1997 *************** *** 587,594 **** Germany, Trier ! --- 587,594 ---- Germany, Trier ! Bye. -- Sascha Blank - mailto:blank@fox.uni-trier.de Student and System Administrator at the University of Trier, Germany Finger my account to receive my Public PGP key I don't speak for my employers, they don't pay me enough for that. From owner-freebsd-current Fri May 2 11:28:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14648 for current-outgoing; Fri, 2 May 1997 11:28:19 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA14641 for ; Fri, 2 May 1997 11:28:16 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA18860; Fri, 2 May 1997 11:26:08 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd018840; Fri May 2 18:25:59 1997 Message-ID: <336A31B5.6201DD56@whistle.com> Date: Fri, 02 May 1997 11:25:57 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: mika ruohotie CC: current@FreeBSD.ORG Subject: Re: divert still broken? References: <199705020945.MAA22316@shadows.aeon.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk mika ruohotie wrote: > > is my /usr/src/sys hosed, or is the IPDIVERT really broken? > > anyone else with that problem? (i posted the exact error few > days ago) > > mickey it is broken.. garret broke it and we have yet to fix it... From owner-freebsd-current Fri May 2 11:38:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15308 for current-outgoing; Fri, 2 May 1997 11:38:03 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15295 for ; Fri, 2 May 1997 11:37:56 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id UAA12732 for ; Fri, 2 May 1997 20:36:19 +0200 (CEST) To: current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Fri, 02 May 1997 16:36:43 +0200." <2055.862583803@critter> Date: Fri, 02 May 1997 20:36:17 +0200 Message-ID: <12725.862598177@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, one bug less in the last patch I sent out. In rare circumstances ufs will enter a ("..", NULL) tupple into the namecache... new patch: Index: sys/namei.h =================================================================== RCS file: /home/ncvs/src/sys/sys/namei.h,v retrieving revision 1.13 diff -u -r1.13 namei.h --- namei.h 1997/02/22 09:45:38 1.13 +++ namei.h 1997/05/02 13:24:24 @@ -153,30 +153,18 @@ /* * This structure describes the elements in the cache of recent - * names looked up by namei. NCHNAMLEN is sized to make structure - * size a power of two to optimize malloc's. Minimum reasonable - * size is 15. + * names looked up by namei. */ -#ifdef NCH_STATISTICS -#define NCHNAMLEN 23 /* maximum name segment length we bother with */ -#else -#define NCHNAMLEN 31 /* maximum name segment length we bother with */ -#endif - struct namecache { LIST_ENTRY(namecache) nc_hash; /* hash chain */ - TAILQ_ENTRY(namecache) nc_lru; /* LRU chain */ + LIST_ENTRY(namecache) nc_src; /* source vnode list */ + TAILQ_ENTRY(namecache) nc_dst; /* destination vnode list */ struct vnode *nc_dvp; /* vnode of parent of name */ - u_long nc_dvpid; /* capability number of nc_dvp */ struct vnode *nc_vp; /* vnode the name refers to */ - u_long nc_vpid; /* capability number of nc_vp */ -#ifdef NCH_STATISTICS - u_long nc_nbr; /* a serial number */ - u_long nc_hits; /* how many times we got hit */ -#endif + char nc_flag; /* flag bits */ char nc_nlen; /* length of name */ - char nc_name[NCHNAMLEN]; /* segment name */ + char nc_name[0]; /* segment name */ }; #ifdef KERNEL Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.43 diff -u -r1.43 vnode.h --- vnode.h 1997/04/04 17:43:32 1.43 +++ vnode.h 1997/05/02 13:24:10 @@ -70,6 +70,7 @@ typedef int vop_t __P((void *)); struct vm_object; +struct namecache; /* * Reading or writing any of these items requires holding the appropriate lock. @@ -104,12 +105,15 @@ daddr_t v_cstart; /* start block of cluster */ daddr_t v_lasta; /* last allocation */ int v_clen; /* length of current cluster */ - int v_usage; /* Vnode usage counter */ struct vm_object *v_object; /* Place to store VM object */ struct simplelock v_interlock; /* lock on usecount and flag */ struct lock *v_vnlock; /* used for non-locking fs's */ enum vtagtype v_tag; /* type of underlying data */ void *v_data; /* private data for fs */ + LIST_HEAD(, namecache) v_cache_src; /* Cache entries from us */ + TAILQ_HEAD(, namecache) v_cache_dst; /* Cache entries to us */ + struct vnode *v_dd; /* .. vnode */ + u_long v_ddid; /* .. capability identifier */ }; #define v_mountedhere v_un.vu_mountedhere #define v_socket v_un.vu_socket @@ -506,6 +510,7 @@ checkalias __P((struct vnode *vp, dev_t nvp_rdev, struct mount *mp)); void vput __P((struct vnode *vp)); void vrele __P((struct vnode *vp)); +void vtouch __P((struct vnode *vp)); #endif /* KERNEL */ #endif /* !_SYS_VNODE_H_ */ Index: kern/vfs_cache.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.24 diff -u -r1.24 vfs_cache.c --- vfs_cache.c 1997/03/08 15:22:14 1.24 +++ vfs_cache.c 1997/05/02 18:19:02 @@ -62,10 +62,6 @@ * If it is a "negative" entry, (i.e. for a name that is known NOT to * exist) the vnode pointer will be NULL. * - * For simplicity (and economy of storage), names longer than - * a maximum length of NCHNAMLEN are not cached; they occur - * infrequently in any case, and are almost never of interest. - * * Upon reaching the last segment of a path, if the reference * is for DELETE, or NOCACHE is set (rewrite), and the * name is located in the cache, it will be dropped. @@ -77,44 +73,45 @@ #define NCHHASH(dvp, cnp) \ (&nchashtbl[((dvp)->v_id + (cnp)->cn_hash) % nchash]) static LIST_HEAD(nchashhead, namecache) *nchashtbl; /* Hash Table */ +static TAILQ_HEAD(, namecache) ncneg; /* Hash Table */ static u_long nchash; /* size of hash table */ +static u_long ncnegfactor = 16; /* ratio of negative entries */ +SYSCTL_INT(_debug, OID_AUTO, ncnegfactor, CTLFLAG_RW, &ncnegfactor, 0, ""); +static u_long numneg; /* number of cache entries allocated */ +SYSCTL_INT(_debug, OID_AUTO, numneg, CTLFLAG_RD, &numneg, 0, ""); static u_long numcache; /* number of cache entries allocated */ -static TAILQ_HEAD(, namecache) nclruhead; /* LRU chain */ +SYSCTL_INT(_debug, OID_AUTO, numcache, CTLFLAG_RD, &numcache, 0, ""); struct nchstats nchstats; /* cache effectiveness statistics */ static int doingcache = 1; /* 1 => enable the cache */ SYSCTL_INT(_debug, OID_AUTO, vfscache, CTLFLAG_RW, &doingcache, 0, ""); +SYSCTL_INT(_debug, OID_AUTO, vnsize, CTLFLAG_RD, 0, sizeof(struct vnode), ""); +SYSCTL_INT(_debug, OID_AUTO, ncsize, CTLFLAG_RD, 0, sizeof(struct namecache), ""); -#ifdef NCH_STATISTICS -u_long nchnbr; -#define NCHNBR(ncp) (ncp)->nc_nbr = ++nchnbr; -#define NCHHIT(ncp) (ncp)->nc_hits++ -#else -#define NCHNBR(ncp) -#define NCHHIT(ncp) -#endif +static void cache_zap __P((struct namecache *ncp)); /* - * Delete an entry from its hash list and move it to the front - * of the LRU list for immediate reuse. + * Flags in namecache.nc_flag */ -#define PURGE(ncp) { \ - LIST_REMOVE(ncp, nc_hash); \ - ncp->nc_hash.le_prev = 0; \ - TAILQ_REMOVE(&nclruhead, ncp, nc_lru); \ - TAILQ_INSERT_HEAD(&nclruhead, ncp, nc_lru); \ -} - +#define NCF_WHITE 1 /* - * Move an entry that has been used to the tail of the LRU list - * so that it will be preserved for future use. + * Delete an entry from its hash list and move it to the front + * of the LRU list for immediate reuse. */ -#define TOUCH(ncp) { \ - if (ncp->nc_lru.tqe_next != 0) { \ - TAILQ_REMOVE(&nclruhead, ncp, nc_lru); \ - TAILQ_INSERT_TAIL(&nclruhead, ncp, nc_lru); \ - NCHNBR(ncp); \ - } \ +static void +cache_zap(ncp) + struct namecache *ncp; +{ + LIST_REMOVE(ncp, nc_hash); + LIST_REMOVE(ncp, nc_src); + if (ncp->nc_vp) { + TAILQ_REMOVE(&ncp->nc_vp->v_cache_dst, ncp, nc_dst); + } else { + TAILQ_REMOVE(&ncneg, ncp, nc_dst); + numneg--; + } + numcache--; + free(ncp, M_CACHE); } /* @@ -145,25 +142,25 @@ cnp->cn_flags &= ~MAKEENTRY; return (0); } - if (cnp->cn_namelen > NCHNAMLEN) { - nchstats.ncs_long++; - cnp->cn_flags &= ~MAKEENTRY; - return (0); - } - ncpp = NCHHASH(dvp, cnp); - for (ncp = ncpp->lh_first; ncp != 0; ncp = nnp) { - nnp = ncp->nc_hash.le_next; - /* If one of the vp's went stale, don't bother anymore. */ - if ((ncp->nc_dvpid != ncp->nc_dvp->v_id) || - (ncp->nc_vp && ncp->nc_vpid != ncp->nc_vp->v_id)) { - nchstats.ncs_falsehits++; - PURGE(ncp); - continue; + if (cnp->cn_nameptr[0] == '.') { + if (cnp->cn_namelen == 1) { + *vpp = dvp; + return (-1); + } + if (cnp->cn_namelen == 2 && cnp->cn_nameptr[1] == '.') { + if (dvp->v_dd->v_id != dvp->v_ddid || + (cnp->cn_flags & MAKEENTRY) == 0) { + dvp->v_ddid = 0; + return (0); + } + *vpp = dvp->v_dd; + return (-1); } - /* Now that we know the vp's to be valid, is it ours ? */ - if (ncp->nc_dvp == dvp && - ncp->nc_nlen == cnp->cn_namelen && + } + + LIST_FOREACH(ncp, (NCHHASH(dvp, cnp)), nc_hash) { + if (ncp->nc_dvp == dvp && ncp->nc_nlen == cnp->cn_namelen && !bcmp(ncp->nc_name, cnp->cn_nameptr, (u_int)ncp->nc_nlen)) break; } @@ -174,29 +171,25 @@ return (0); } - NCHHIT(ncp); - /* We don't want to have an entry, so dump it */ if ((cnp->cn_flags & MAKEENTRY) == 0) { nchstats.ncs_badhits++; - PURGE(ncp); + cache_zap(ncp); return (0); } /* We found a "positive" match, return the vnode */ if (ncp->nc_vp) { nchstats.ncs_goodhits++; - TOUCH(ncp); + vtouch(ncp->nc_vp); *vpp = ncp->nc_vp; - if ((*vpp)->v_usage < MAXVNODEUSE) - (*vpp)->v_usage++; return (-1); } /* We found a negative match, and want to create it, so purge */ if (cnp->cn_nameiop == CREATE) { nchstats.ncs_badhits++; - PURGE(ncp); + cache_zap(ncp); return (0); } @@ -204,9 +197,11 @@ * We found a "negative" match, ENOENT notifies client of this match. * The nc_vpid field records whether this is a whiteout. */ + TAILQ_REMOVE(&ncneg, ncp, nc_dst); + TAILQ_INSERT_TAIL(&ncneg, ncp, nc_dst); nchstats.ncs_neghits++; - TOUCH(ncp); - cnp->cn_flags |= ncp->nc_vpid; + if (ncp->nc_flag & NCF_WHITE) + cnp->cn_flags |= ISWHITEOUT; return (ENOENT); } @@ -225,35 +220,30 @@ if (!doingcache) return; - if (cnp->cn_namelen > NCHNAMLEN) { - printf("cache_enter: name too long"); - return; - } - - /* - * We allocate a new entry if we are less than the maximum - * allowed and the one at the front of the LRU list is in use. - * Otherwise we use the one at the front of the LRU list. - */ - if (numcache < desiredvnodes && - ((ncp = nclruhead.tqh_first) == NULL || - ncp->nc_hash.le_prev != 0)) { - /* Add one more entry */ - ncp = (struct namecache *) - malloc((u_long)sizeof *ncp, M_CACHE, M_WAITOK); - bzero((char *)ncp, sizeof *ncp); - numcache++; - } else if (ncp = nclruhead.tqh_first) { - /* reuse an old entry */ - TAILQ_REMOVE(&nclruhead, ncp, nc_lru); - if (ncp->nc_hash.le_prev != 0) { - LIST_REMOVE(ncp, nc_hash); - ncp->nc_hash.le_prev = 0; + if (cnp->cn_nameptr[0] == '.') { + if (cnp->cn_namelen == 1) { + return; + } + if (cnp->cn_namelen == 2 && cnp->cn_nameptr[1] == '.') { + if (vp) { + dvp->v_dd = vp; + dvp->v_ddid = vp->v_id; + } else { + dvp->v_dd = dvp; + dvp->v_ddid = 0; + } + return; } - } else { - /* give up */ - return; } + + ncp = (struct namecache *) + malloc(sizeof *ncp + cnp->cn_namelen, M_CACHE, M_WAITOK); + if (!ncp) +Debugger("What??"); + bzero((char *)ncp, sizeof *ncp); + numcache++; + if (!vp) + numneg++; /* * Fill in cache info, if vp is NULL this is a "negative" cache entry. @@ -262,19 +252,25 @@ * otherwise unused. */ ncp->nc_vp = vp; - if (vp) { - ncp->nc_vpid = vp->v_id; - if (vp->v_usage < MAXVNODEUSE) - ++vp->v_usage; - } else - ncp->nc_vpid = cnp->cn_flags & ISWHITEOUT; + if (vp) + vtouch(vp); + else + ncp->nc_flag = cnp->cn_flags & ISWHITEOUT ? NCF_WHITE : 0; ncp->nc_dvp = dvp; - ncp->nc_dvpid = dvp->v_id; ncp->nc_nlen = cnp->cn_namelen; bcopy(cnp->cn_nameptr, ncp->nc_name, (unsigned)ncp->nc_nlen); - TAILQ_INSERT_TAIL(&nclruhead, ncp, nc_lru); ncpp = NCHHASH(dvp, cnp); LIST_INSERT_HEAD(ncpp, ncp, nc_hash); + LIST_INSERT_HEAD(&dvp->v_cache_src, ncp, nc_src); + if (vp) { + TAILQ_INSERT_HEAD(&vp->v_cache_dst, ncp, nc_dst); + } else { + TAILQ_INSERT_TAIL(&ncneg, ncp, nc_dst); + } + if (numneg*ncnegfactor > numcache) { + ncp = TAILQ_FIRST(&ncneg); + cache_zap(ncp); + } } /* @@ -284,7 +280,7 @@ nchinit() { - TAILQ_INIT(&nclruhead); + TAILQ_INIT(&ncneg); nchashtbl = phashinit(desiredvnodes, M_CACHE, &nchash); } @@ -304,14 +300,20 @@ struct nchashhead *ncpp; static u_long nextvnodeid; - vp->v_id = ++nextvnodeid; - if (nextvnodeid != 0) - return; - for (ncpp = &nchashtbl[nchash - 1]; ncpp >= nchashtbl; ncpp--) { - while (ncp = ncpp->lh_first) - PURGE(ncp); - } - vp->v_id = ++nextvnodeid; + while (!LIST_EMPTY(&vp->v_cache_src)) + cache_zap(LIST_FIRST(&vp->v_cache_src)); + while (!TAILQ_EMPTY(&vp->v_cache_dst)) + cache_zap(TAILQ_FIRST(&vp->v_cache_dst)); + + /* Never assign the same v_id, and never assign zero as v_id */ + do { + if (++nextvnodeid == vp->v_id) + ++nextvnodeid; + } while (!nextvnodeid); + + vp->v_id = nextvnodeid; + vp->v_dd = vp; + vp->v_ddid = 0; } /* @@ -329,12 +331,10 @@ /* Scan hash tables for applicable entries */ for (ncpp = &nchashtbl[nchash - 1]; ncpp >= nchashtbl; ncpp--) { - for (ncp = ncpp->lh_first; ncp != 0; ncp = nnp) { - nnp = ncp->nc_hash.le_next; - if (ncp->nc_dvpid != ncp->nc_dvp->v_id || - (ncp->nc_vp && ncp->nc_vpid != ncp->nc_vp->v_id) || - ncp->nc_dvp->v_mount == mp) { - PURGE(ncp); + for (ncp = LIST_FIRST(ncpp); ncp != 0; ncp = nnp) { + nnp = LIST_NEXT(ncp, nc_hash); + if (ncp->nc_dvp->v_mount == mp) { + cache_zap(ncp); } } } Index: kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.84 diff -u -r1.84 vfs_subr.c --- vfs_subr.c 1997/04/30 03:09:15 1.84 +++ vfs_subr.c 1997/05/02 13:24:43 @@ -361,6 +361,9 @@ vp = (struct vnode *) malloc((u_long) sizeof *vp, M_VNODE, M_WAITOK); bzero((char *) vp, sizeof *vp); + vp->v_dd = vp; + LIST_INIT(&vp->v_cache_src); + TAILQ_INIT(&vp->v_cache_dst); numvnodes++; } else { for (vp = vnode_free_list.tqh_first; @@ -382,12 +385,6 @@ if (vp->v_usecount) panic("free vnode isn't"); TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - if (vp->v_usage > 0) { - simple_unlock(&vp->v_interlock); - --vp->v_usage; - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); - goto retry; - } freevnodes--; /* see comment on why 0xdeadb is set at end of vgone (below) */ @@ -420,7 +417,6 @@ vp->v_clen = 0; vp->v_socket = 0; vp->v_writecount = 0; /* XXX */ - vp->v_usage = 0; } vp->v_type = VNON; cache_purge(vp); @@ -1119,7 +1115,6 @@ simple_lock(&vnode_free_list_slock); if (vp->v_flag & VAGE) { vp->v_flag &= ~VAGE; - vp->v_usage = 0; if(vp->v_tag != VT_TFS) TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); } else { @@ -2146,4 +2141,21 @@ retn: return error; +} + +void +vtouch(vp) + struct vnode *vp; +{ + simple_lock(&vp->v_interlock); + if (vp->v_usecount) { + simple_unlock(&vp->v_interlock); + return; + } + if (simple_lock_try(&vnode_free_list_slock)) { + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + simple_unlock(&vnode_free_list_slock); + } + simple_unlock(&vp->v_interlock); } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri May 2 11:48:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15838 for current-outgoing; Fri, 2 May 1997 11:48:22 -0700 (PDT) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15817; Fri, 2 May 1997 11:48:16 -0700 (PDT) Received: from server.id.net (server.id.net [199.125.2.20]) by mail.id.net (8.8.5/8.8.5) with ESMTP id OAA05853; Fri, 2 May 1997 14:49:33 -0400 (EDT) From: Robert Shady Received: (from rls@localhost) by server.id.net (8.8.5/8.7.3) id OAA21614; Fri, 2 May 1997 14:48:19 -0400 (EDT) Message-Id: <199705021848.OAA21614@server.id.net> Subject: Re: Problem In-Reply-To: from Dan Busarow at "May 2, 97 10:03:32 am" To: dan@dpcsys.com (Dan Busarow) Date: Fri, 2 May 1997 14:48:19 -0400 (EDT) Cc: freebsd-bugs@freebsd.org, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just had a thought. Have you rebuilt harvest on the new system? > > I don't have anything running 3.0 but I get the impression that > some backward compatability problems are going to arise with it. Yes, and actually.. That's when the problem started.. Do you know how I can tell the new binaries to use the old libc.so.2.2? It seems as though it runs fine when I symbolically link the libc.so.3.0 to the libc.so.2.2 (although other things crash obviously).. So I have a feeling if I can force it to use the older shared library, everything will be just peachy.. Although, I have NO idea why it's happening in the first place. -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net From owner-freebsd-current Fri May 2 11:56:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16208 for current-outgoing; Fri, 2 May 1997 11:56:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA16161 for ; Fri, 2 May 1997 11:55:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09219; Fri, 2 May 1997 11:54:24 -0700 From: Terry Lambert Message-Id: <199705021854.LAA09219@phaeton.artisoft.com> Subject: Re: vnode->v_usage To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Fri, 2 May 1997 11:54:24 -0700 (MST) Cc: dfr@nlsystems.com, phk@dk.tfs.com, current@FreeBSD.ORG In-Reply-To: <5321.862569821@critter> from "Poul-Henning Kamp" at May 2, 97 12:43:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ok, now I'm in doubt here... Which of these two places are the > correct place to release the interlock, I've marked the candidates > with XXX, I pressume the later, right ? > > void > vtouch(vp) > struct vnode *vp; > { > simple_lock(&vp->v_interlock); > if (vp->v_usecount) { > simple_unlock(&vp->v_interlock); > return; > } > simple_unlock(&vp->v_interlock); /* XXX */ > simple_lock(&vnode_free_list_slock); > TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); > TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); > simple_unlock(&vnode_free_list_slock); > simple_unlock(&vp->v_interlock); /* XXX */ > } The first place may allow the code to be reentered. The second place may deadly-embrace deadlock during directory lookups for open or elsewhere, though I can't tell you for sure. Could you artifically bump the use count over the operation? Hold the interlock, bump the count, release the interlock, move the vnode, hold the interlock, decrement the use count, release the interlock? The problem seems to be that you don't want the count going 0 without the interlock held. This way, it wouldn't. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 2 12:16:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17286 for current-outgoing; Fri, 2 May 1997 12:16:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17185 for ; Fri, 2 May 1997 12:14:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09250; Fri, 2 May 1997 12:12:08 -0700 From: Terry Lambert Message-Id: <199705021912.MAA09250@phaeton.artisoft.com> Subject: Re: vnode->v_usage To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Fri, 2 May 1997 12:12:08 -0700 (MST) Cc: dufault@hda.com, phk@dk.tfs.com, current@FreeBSD.ORG In-Reply-To: <2055.862583803@critter> from "Poul-Henning Kamp" at May 2, 97 04:36:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Test results and comments most welcome! [ ... ] > struct simplelock v_interlock; /* lock on usecount and flag */ > struct lock *v_vnlock; /* used for non-locking fs's */ > enum vtagtype v_tag; /* type of underlying data */ > void *v_data; /* private data for fs */ > + LIST_HEAD(, namecache) v_cache_src; /* Cache entries from us */ > + TAILQ_HEAD(, namecache) v_cache_dst; /* Cache entries to us */ > + struct vnode *v_dd; /* .. vnode */ > + u_long v_ddid; /* .. capability identifier */ > }; Could this be changed to something like: struct simplelock v_interlock; /* lock on usecount and flag */ struct lock *v_vnlock; /* used for non-locking fs's */ struct _cachedata { LIST_HEAD(, namecache) v_cache_src; /* entries from us */ TAILQ_HEAD(, namecache) v_cache_dst; /* entries to us */ struct vnode *v_dd; /* .. vnode */ u_long v_ddid; /* .. capability */ } v_namecache; enum vtagtype v_tag; /* type of underlying data */ void *v_data; /* private data for fs */ }; instead? It should be before the enum and the v_data because the enum should be murdered, and the v_data should be last. I would vastly prefer it if this structure were accessed by pointer. Also, I'm not comfortable with this: > - * For simplicity (and economy of storage), names longer than > - * a maximum length of NCHNAMLEN are not cached; they occur > - * infrequently in any case, and are almost never of interest. > - * The limit on path component name caching was intentional, and I thought, well reasoned. This will tend to artifically inflate the cache effects, and will make it hard to do an apples/apples comparison of the code on random data. The limit should remain for side-by-side testing. Finally, though I dislike the idea of hanging the cache entry off the directory vnode to increase sparsity, what about: 1) Hang the cache off the directory vnode (via pointer). I don't see a lot of use for the _cachedata fields on a non-directory inode. 2) Since the directory vnode is available to do the lookup, it's likely the pages in the directory are in core or can be easily faulted, if necessary. So instead of copying the names, point to the name data in the directory entry itself. This seems to be a better method of removing the length limit in any case, since it drastically reduces the storage requirements. This would also reduce the cache entry space requirements, and make them (once again) static sized. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 2 15:36:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27524 for current-outgoing; Fri, 2 May 1997 15:36:05 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA27511 for ; Fri, 2 May 1997 15:35:58 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id AAA26971; Sat, 3 May 1997 00:35:27 +0200 (SAT) From: John Hay Message-Id: <199705022235.AAA26971@zibbi.mikom.csir.co.za> Subject: Re: -current build is now broken.. In-Reply-To: <199705021554.IAA21290@austin.polstra.com> from John Polstra at "May 2, 97 08:54:10 am" To: jdp@polstra.com (John Polstra) Date: Sat, 3 May 1997 00:35:27 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In article <25335.862526471@time.cdrom.com>, > Jordan K. Hubbard wrote: > > Also, as I said, now that we're *bootstrapping* many 3.0 builds from > > 2.2 ones there are even more issues involved and, while I'd love to be > > able to say "chicken and egg, install a 3.0 machine to make 3.0 > > releases and simplify the makesfiles", I simply don't have the > > resources to have *both* 2.2 and 3.0 release building machines > > available at the moment (though it'd sure be nice) nor do, I believe, > > the other release engineers. That's another one of them-there > > "real-world constraints" I mentioned earlier. :-) > > I think it is reasonable to require that it be possible to bootstrap > a make world for 3.0 on a 2.2 machine. > > But I do not think it is reasonable to require that it be possible > to bootstrap a make _release_ for 3.0 on a 2.2 machine. > I don't think it is unreasonable to expect it. I have been building 2.2 and 2.2.1 releases on a 2.1.7 box here (because it is the only PPro box here). That box has been upgraded today to 2.2-stable but I would want to use it to build 3.0 snaps and releases. It can't run -current because it is also in use as our server. I think with a little care it will be possible to keep building 3.0 snaps and releases on a 2.2 machine. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Fri May 2 16:09:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA29169 for current-outgoing; Fri, 2 May 1997 16:09:13 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29161 for ; Fri, 2 May 1997 16:09:08 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA03793; Fri, 2 May 1997 16:08:58 -0700 (PDT) Message-Id: <199705022308.QAA03793@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: John Hay cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Sat, 03 May 1997 00:35:27 +0200." <199705022235.AAA26971@zibbi.mikom.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 16:08:58 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What is your point? If you ask me I rather that you get a second machine to do the 3.0 builds. Amancio From owner-freebsd-current Fri May 2 16:39:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00490 for current-outgoing; Fri, 2 May 1997 16:39:44 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA00485 for ; Fri, 2 May 1997 16:39:42 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id QAA24331; Fri, 2 May 1997 16:39:29 -0700 (PDT) Message-Id: <199705022339.QAA24331@austin.polstra.com> To: John Hay cc: current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Sat, 03 May 1997 00:35:27 +0200." <199705022235.AAA26971@zibbi.mikom.csir.co.za> References: <199705022235.AAA26971@zibbi.mikom.csir.co.za> Date: Fri, 02 May 1997 16:39:28 -0700 From: John Polstra Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I think with a little care it will be possible to keep building > 3.0 snaps and releases on a 2.2 machine. Have you forgotten how this thread got started? The thing that you say will be possible "with a little care" got broken by Bruce. Nobody on this project is more careful than Bruce. (And his competence is hardly in doubt, either.) A little care doesn't cut it in software -- you need testing. It's unreasonable to expect all the developers to have what's needed for testing 3.0 release builds on 2.2 machines. It's much more reasonable to ask that the people who build releases -- a dramatically smaller group -- do it on up-to-date systems. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri May 2 17:01:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01335 for current-outgoing; Fri, 2 May 1997 17:01:59 -0700 (PDT) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01328 for ; Fri, 2 May 1997 17:01:57 -0700 (PDT) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id RAA18660; Fri, 2 May 1997 17:01:25 -0700 (PDT) Date: Fri, 2 May 1997 17:01:25 -0700 (PDT) From: "Steven P. Donegan" To: John Hay cc: John Polstra , current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-Reply-To: <199705022235.AAA26971@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, John Hay wrote: > > In article <25335.862526471@time.cdrom.com>, > > Jordan K. Hubbard wrote: > > > Also, as I said, now that we're *bootstrapping* many 3.0 builds from > > > 2.2 ones there are even more issues involved and, while I'd love to be > > > able to say "chicken and egg, install a 3.0 machine to make 3.0 > > > releases and simplify the makesfiles", I simply don't have the > > > resources to have *both* 2.2 and 3.0 release building machines > > > available at the moment (though it'd sure be nice) nor do, I believe, > > > the other release engineers. That's another one of them-there > > > "real-world constraints" I mentioned earlier. :-) > > > > I think it is reasonable to require that it be possible to bootstrap > > a make world for 3.0 on a 2.2 machine. > > > > But I do not think it is reasonable to require that it be possible > > to bootstrap a make _release_ for 3.0 on a 2.2 machine. > > > > I don't think it is unreasonable to expect it. I have been building > 2.2 and 2.2.1 releases on a 2.1.7 box here (because it is the only > PPro box here). That box has been upgraded today to 2.2-stable but > I would want to use it to build 3.0 snaps and releases. It can't > run -current because it is also in use as our server. > > I think with a little care it will be possible to keep building 3.0 > snaps and releases on a 2.2 machine. > > John > -- > John Hay -- John.Hay@mikom.csir.co.za > John, where I work if you bring up a 'problem' or 'issue' guess what - you own it. So, if you want to be able to build non-congruent releases (early on late or vice-versa) then go ahead and take a whack at making it possible. Fading back to lurker status again... Steven P. Donegan donegan@quick.net From owner-freebsd-current Fri May 2 17:45:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03137 for current-outgoing; Fri, 2 May 1997 17:45:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA03131 for ; Fri, 2 May 1997 17:45:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA09757; Fri, 2 May 1997 17:42:55 -0700 From: Terry Lambert Message-Id: <199705030042.RAA09757@phaeton.artisoft.com> Subject: Re: -current build is now broken.. To: donegan@quick.net (Steven P. Donegan) Date: Fri, 2 May 1997 17:42:55 -0700 (MST) Cc: jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG In-Reply-To: from "Steven P. Donegan" at May 2, 97 05:01:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > John, where I work if you bring up a 'problem' or 'issue' guess what - > you own it. That must be remarkably effective in discouraging people from bringing up problems -- no matter how critical or damaging to your employer... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 2 18:15:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04080 for current-outgoing; Fri, 2 May 1997 18:15:50 -0700 (PDT) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04075 for ; Fri, 2 May 1997 18:15:48 -0700 (PDT) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id SAA20013; Fri, 2 May 1997 18:14:24 -0700 (PDT) Date: Fri, 2 May 1997 18:14:24 -0700 (PDT) From: "Steven P. Donegan" To: Terry Lambert cc: jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-Reply-To: <199705030042.RAA09757@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Terry Lambert wrote: > > John, where I work if you bring up a 'problem' or 'issue' guess what - > > you own it. > > That must be remarkably effective in discouraging people from bringing > up problems -- no matter how critical or damaging to your employer... > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > Not really, it tends to keep people focused on need-to-haves rather than want-to-haves. Works quite well in a team environment where everyone is already 200% overloaded. And I thought it might work with a volunteer group that is focused on producing new things that work rather than making old, now potentially obsolete, things work in somewhat weird ways. Sorry if I offended anyone. I'll keep my ideas to myself since I've now been discouraged from expressing them :-) Steven P. Donegan donegan@quick.net From owner-freebsd-current Fri May 2 18:19:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04193 for current-outgoing; Fri, 2 May 1997 18:19:23 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04188 for ; Fri, 2 May 1997 18:19:21 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id SAA14883; Fri, 2 May 1997 18:18:09 -0700 (PDT) Message-Id: <199705030118.SAA14883@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: donegan@quick.net (Steven P. Donegan), jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 17:42:55 PDT." <199705030042.RAA09757@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 18:18:09 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Terry, Why am I not surprised about your comment? Actually anything to an extreme is bad . Just think before you post. Best Regards, Amancio >From The Desk Of Terry Lambert : > > John, where I work if you bring up a 'problem' or 'issue' guess what - > > you own it. > > That must be remarkably effective in discouraging people from bringing > up problems -- no matter how critical or damaging to your employer... > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-current Fri May 2 18:58:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA05340 for current-outgoing; Fri, 2 May 1997 18:58:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA05335 for ; Fri, 2 May 1997 18:58:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA09852; Fri, 2 May 1997 18:55:22 -0700 From: Terry Lambert Message-Id: <199705030155.SAA09852@phaeton.artisoft.com> Subject: Re: -current build is now broken.. To: donegan@quick.net (Steven P. Donegan) Date: Fri, 2 May 1997 18:55:22 -0700 (MST) Cc: terry@lambert.org, jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG In-Reply-To: from "Steven P. Donegan" at May 2, 97 06:14:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > John, where I work if you bring up a 'problem' or 'issue' guess what - > > > you own it. > > > > That must be remarkably effective in discouraging people from bringing > > up problems -- no matter how critical or damaging to your employer... > > Not really, it tends to keep people focused on need-to-haves rather than > want-to-haves. Works quite well in a team environment where everyone is > already 200% overloaded. And I thought it might work with a volunteer > group that is focused on producing new things that work rather than > making old, now potentially obsolete, things work in somewhat weird ways. > Sorry if I offended anyone. I'll keep my ideas to myself since I've now > been discouraged from expressing them :-) Well, it's called "limiting events while engaging in crisis management"; it's the "crisis management" part that results in people being 200% overloaded in the first place. Feel free to keep posting; I'm not offended (just hoping that you are the competition). 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 2 19:07:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05688 for current-outgoing; Fri, 2 May 1997 19:07:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA05668 for ; Fri, 2 May 1997 19:07:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA09872; Fri, 2 May 1997 19:04:16 -0700 From: Terry Lambert Message-Id: <199705030204.TAA09872@phaeton.artisoft.com> Subject: Re: -current build is now broken.. To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 2 May 1997 19:04:16 -0700 (MST) Cc: terry@lambert.org, donegan@quick.net, jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG In-Reply-To: <199705030118.SAA14883@rah.star-gate.com> from "Amancio Hasty" at May 2, 97 06:18:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > John, where I work if you bring up a 'problem' or 'issue' guess what - > > > you own it. > > > > That must be remarkably effective in discouraging people from bringing > > up problems -- no matter how critical or damaging to your employer... > > Hi Terry, > > Why am I not surprised about your comment? > > Actually anything to an extreme is bad . > > Just think before you post. Well, taking your advice, I thought about it again. I still think negative reinforcement for people trying to help you is a bad thing. I'd rather know about a bug, even if the person telling me isn't volunteering to fix it; at least I'd be aware of the bug, and might fix it myself. Kicking people in the head for telling me about bugs may reduce the number of bugs I get told about, but it won't mean they aren't there, and I can't personally fix a bug I don't know is there. So I don't understand what you thought was wrong with my comment... can you explain? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 2 19:50:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07754 for current-outgoing; Fri, 2 May 1997 19:50:36 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07749 for ; Fri, 2 May 1997 19:50:34 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id TAA15482; Fri, 2 May 1997 19:49:33 -0700 (PDT) Message-Id: <199705030249.TAA15482@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: donegan@quick.net, jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 19:04:16 PDT." <199705030204.TAA09872@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 19:49:33 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You failed to take into consideration the culture and level expertise involved. Yes, it is generally true that is good to have problems pointed out however : 1. Some environs quickly forget to tackle problems and chose the easy route of pointing out problems. 2. If you are aware that the individual can help and is lazy by way of just pointing the problem specially when you are up to your ears with the situation then why not help ? 3. Is always easier to point out problems than to contribute. Some companies bypass this level of cultural management and they just simply swamp their brilliant minds with work in the hope of keeping them focus in the process. Not sure how to respond to your question, in lieu of the current spams in the hackers mailing list . Just casually reading the list I see many complaints yet I don't get a real sense of the group banding together to solve problems. The ones that are really working hard are just quietly typing away at the keyboard is one of my guesses or just don't want to par take on the -hackers spamming. As for bug reporting , if I think that the bug reporter can actually fix the bug -- I feel morally obligated to ask for a patch well at least thats my attitude when it comes to public domain work. My guess is that at the rate that things are going on the -hackers list we are surely bound to win some Golden award for the highest noise/ratio in the internet 8) Best Regards, Amancio >From The Desk Of Terry Lambert : > > > > John, where I work if you bring up a 'problem' or 'issue' guess what - > > > > you own it. > > > > > > That must be remarkably effective in discouraging people from bringing > > > up problems -- no matter how critical or damaging to your employer... > > > > Hi Terry, > > > > Why am I not surprised about your comment? > > > > Actually anything to an extreme is bad . > > > > Just think before you post. > > Well, taking your advice, I thought about it again. > > I still think negative reinforcement for people trying to help you > is a bad thing. I'd rather know about a bug, even if the person > telling me isn't volunteering to fix it; at least I'd be aware of > the bug, and might fix it myself. Kicking people in the head for > telling me about bugs may reduce the number of bugs I get told > about, but it won't mean they aren't there, and I can't personally > fix a bug I don't know is there. > > So I don't understand what you thought was wrong with my comment... > can you explain? > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-current Fri May 2 21:50:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12116 for current-outgoing; Fri, 2 May 1997 21:50:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12093 for ; Fri, 2 May 1997 21:50:15 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA15682; Fri, 2 May 1997 21:50:40 -0700 (PDT) To: John Polstra cc: current@freebsd.org Subject: Re: -current build is now broken.. In-reply-to: Your message of "Fri, 02 May 1997 08:54:10 PDT." <199705021554.IAA21290@austin.polstra.com> Date: Fri, 02 May 1997 21:50:39 -0700 Message-ID: <15680.862635039@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But it seems that you are asking most developers themselves to > acquire exactly those resources, or to have one of the few (3?) > release engineers review any changes to *.mk, /usr/src/Makefile, > include files, libraries, compiler, assembler, linker, ... creating > a very narrow bottleneck indeed. Wouldn't it make more sense to > solicit whatever contributions are needed to put the required > resources (3 disk drives total?) into the hands of the few release > engineers, so that they can have release building machines running > -current? Hmmmm. Well, since it seems like this is going to become the defacto state of affairs anyway, no matter how much I yell and scream about wider release testing, I suppose I have little choice. ;-) Jordan From owner-freebsd-current Fri May 2 23:19:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA15206 for current-outgoing; Fri, 2 May 1997 23:19:44 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA15201 for ; Fri, 2 May 1997 23:19:41 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id IAA06658; Sat, 3 May 1997 08:19:26 +0200 (SAT) From: John Hay Message-Id: <199705030619.IAA06658@zibbi.mikom.csir.co.za> Subject: Re: -current build is now broken.. In-Reply-To: <199705022339.QAA24331@austin.polstra.com> from John Polstra at "May 2, 97 04:39:28 pm" To: jdp@polstra.com (John Polstra) Date: Sat, 3 May 1997 08:19:26 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I think with a little care it will be possible to keep building > > 3.0 snaps and releases on a 2.2 machine. > > Have you forgotten how this thread got started? The thing that > you say will be possible "with a little care" got broken by Bruce. > Nobody on this project is more careful than Bruce. (And his > competence is hardly in doubt, either.) > > A little care doesn't cut it in software -- you need testing. It's > unreasonable to expect all the developers to have what's needed > for testing 3.0 release builds on 2.2 machines. It's much more > reasonable to ask that the people who build releases -- a dramatically > smaller group -- do it on up-to-date systems. > Maybe first a little background. I normally build the releases that go onto ftp.internat.freebsd.org - the international crypto releases. So in the last few months I had to build various 2.1.x and 2.2.x releases and a 3.0 snap or two, but I only have one machine (our server) that have the capability (mostly disk space) to build releases. I do have a machine at home that is running current, but while I have the cvs tree there and can do a make world, it doesn't have enough diskspace to do a make release. O as an added bonus, none of these two machines actually run the crypto stuff. :-) When a make release breaks, I make sure that make world still works on my -current box at home and if it works, I know it is a make release problem and if I can figure out what is wrong I send in patches or have a chat with Jordan or Mark Murray. Up to now this has worked for me and while it did not guarantee a buildable make release everytime, we did get there again. :-) By far the most problems that I had was dependency related or assuming that something will be there (which is also kind of dependency I guess). I don't doubt Bruce's capabilties. Maybe what we need to do, is when we change the build behaviour (adding and using a new option in install for instance) that we also add it to the appropriate bootstrap targets and if we can't test a make world and make release, we give a "heads up" warning so that people building releases know about it. Remember that even if you decide not to worry about people building 3.0 releases on 2.2 machines, we still need to support source upgrades from 2.2 to 3.0 and that will generally take us 90% of the way. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Fri May 2 23:50:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16440 for current-outgoing; Fri, 2 May 1997 23:50:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA16432 for ; Fri, 2 May 1997 23:50:46 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA03119 for current@FreeBSD.ORG; Sat, 3 May 1997 08:50:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA02962; Sat, 3 May 1997 08:46:53 +0200 (MET DST) Message-ID: <19970503084653.BI23309@uriah.heep.sax.de> Date: Sat, 3 May 1997 08:46:53 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: -current build is now broken.. References: <25335.862526471@time.cdrom.com> <199705021554.IAA21290@austin.polstra.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705021554.IAA21290@austin.polstra.com>; from John Polstra on May 2, 1997 08:54:10 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John Polstra wrote: > I think it is reasonable to require that it be possible to bootstrap > a make world for 3.0 on a 2.2 machine. > > But I do not think it is reasonable to require that it be possible > to bootstrap a make _release_ for 3.0 on a 2.2 machine. It is, and it used to work, John. It should at least not artificially broken for no good reason. > The changes that might break a make release aren't just confined > to the *.mk files and /usr/src/Makefile. Right. They are, for example, in the new mount(2) semantics. But this has been easily isolatable, by simply always using the mount binaries that fit for the running kernel. This allows bootstrapping a `make release' between 2.2 and 3.0 machines in both directions. > > I simply don't have the resources to have *both* 2.2 and 3.0 release > > building machines available at the moment > > But it seems that you are asking most developers themselves to > acquire exactly those resources, No. Jordan was telling that it right now only requires the resources to do a `make release' at all, and it's at the will of the operator whether he's doing a 2.2 or 3.0 release. > or to have one of the few (3?) > release engineers review any changes to *.mk, /usr/src/Makefile, > include files, libraries, compiler, assembler, linker, ... creating > a very narrow bottleneck indeed. I wouldn't go so far as Jordan did here. However, people working in areas that are `red zones' for a make release should at least notify the potential release engineers of this. I prefer to get the bits via CVS anyway, since it's fully automatic (and `make release' does its own CVS checkout). However, if something breaks in the release building process, we should fix it ASAP. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 3 02:05:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19936 for current-outgoing; Sat, 3 May 1997 02:05:16 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19931 for ; Sat, 3 May 1997 02:05:13 -0700 (PDT) Received: (qmail 14970 invoked by uid 100); 3 May 1997 09:05:07 -0000 Message-ID: <19970503020507.39310@mpress.com> Date: Sat, 3 May 1997 02:05:07 -0700 From: Brian Litzinger To: freebsd-current@freebsd.org Subject: ucd-snmp and -current not work? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been using the ucd-snmp package for some time, and recently found that it doesn't compile under 3.0. I've fixed most of the compile problems. However, there seems to be some problem with traversing either the list of network interfaces or the list of addresses associated with a particular interface. Either seems to put the snmpd daemon into an infinite loop. Has anyone noticed this behavior? Does anyone have snmpd working correctly under 3.0? -- Brian Litzinger brian@mediacity.com From owner-freebsd-current Sat May 3 02:21:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20670 for current-outgoing; Sat, 3 May 1997 02:21:29 -0700 (PDT) Received: from bsd.fs.bauing.th-darmstadt.de (bsd.fs.bauing.th-darmstadt.de [130.83.63.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA20665 for ; Sat, 3 May 1997 02:21:27 -0700 (PDT) Received: from campa.panke.de (anonymous214.ppp.cs.tu-berlin.de [130.149.17.214]) by bsd.fs.bauing.th-darmstadt.de (8.8.5/8.8.5) with ESMTP id LAA28422; Sat, 3 May 1997 11:21:17 +0200 (MET DST) Received: (from wosch@localhost) by campa.panke.de (8.8.5/8.6.12) id KAA00637; Sat, 3 May 1997 10:54:48 +0200 (MET DST) To: Terry Lambert Cc: andreas@klemm.gtn.com (Andreas Klemm), current@freebsd.org Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) References: <199705011834.LAA04802@phaeton.artisoft.com> From: Wolfram Schneider Date: 03 May 1997 10:54:46 +0200 In-Reply-To: Terry Lambert's message of Thu, 1 May 1997 11:34:46 -0700 (MST) Message-ID: Lines: 12 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > Is there a FreeBSD maintainer of 'top' now? If there's an assigned, > responsible party for additional maintenance, I'll make the change; > otherwise, I'm not going to be the fall guy for advocating FreeBSD's > changes back to the real maintainer simply because someone else was > too lazy. If you have a patch for top write a PR. If I have time I will look at the PR. -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-current Sat May 3 02:43:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21157 for current-outgoing; Sat, 3 May 1997 02:43:19 -0700 (PDT) Received: from gw.itfs.nsk.su (ns.itfs.nsk.su [193.124.36.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA21152 for ; Sat, 3 May 1997 02:43:15 -0700 (PDT) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id QAA02695 for current@freebsd.org; Sat, 3 May 1997 16:30:06 +0700 Received: by itfs.nsk.su; Sat, 3 May 97 16:58:50 +0700 (NST) Received: (from daemon@localhost) by news.itfs.nsk.su (8.7.5/8.6.12) id QAA00115; Sat, 3 May 1997 16:31:47 +0700 (NSD) From: "Nickolay N. Dudorov" To: current@freebsd.org Subject: Re: divert still broken? Date: 3 May 1997 09:31:45 GMT Message-ID: <5kf0m1$s96@news.itfs.nsk.su> References: <199705020945.MAA22316@shadows.aeon.net> <336A31B5.6201DD56@whistle.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer wrote: > it is broken.. > garret broke it and we have yet to fix it... May be it is possible not only "unbroke" it but slightly extend it's functionality/usability (not really an IPDIVERT but 'ipfw' functionality) ? It seems to me that IP-traffic monitoring/accounting can be made more convinient with ipfw rules of type add 5000 tee 98 ip from some.net/24 to any out via interf0 wich will differ from add 5000 divert 98 ip from some.net/24 to any out via interf0 in not only diverting (copies of)packets to socket 98 but also in allowing usual processing of this packets (with the next ipfw rules and normal routing). In this case my (yet to be written) monitoring/accounting program will just read packets from (read-only ?) divert socket 98 not bothering itself with returning packets back to kernel. Is such an "idea' feasible ? N.Dudorov From owner-freebsd-current Sat May 3 02:49:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21252 for current-outgoing; Sat, 3 May 1997 02:49:46 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21247 for ; Sat, 3 May 1997 02:49:43 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id FAA02259 for current@freebsd.org; Sat, 3 May 1997 05:48:36 -0400 (EDT) From: Peter Dufault Message-Id: <199705030948.FAA02259@hda.hda.com> Subject: Current is spinning down disk To: current@freebsd.org Date: Sat, 3 May 1997 05:48:35 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A warning: yesterdays -current seems to have enabled some power saving with my normal config file on my crash-compaq that I've never known it had. The consolse is now blank (and that won't come back) and the wd0 drive is spinning down. It comes back to life with: > wd0: interrupt timeout: > wd0: status 58 error 0 The system mostly works though I do see a cron job that died with what is probably a disk error. I'm turning on "apm" to see if that does anything such as catch this error, or give me some diagnostics about the capabilities, or make the display come back to life. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-current Sat May 3 04:29:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25638 for current-outgoing; Sat, 3 May 1997 04:29:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25628 for ; Sat, 3 May 1997 04:29:43 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id EAA09681; Sat, 3 May 1997 04:30:06 -0700 (PDT) To: Peter Dufault cc: current@FreeBSD.ORG Subject: Re: Current is spinning down disk In-reply-to: Your message of "Sat, 03 May 1997 05:48:35 EDT." <199705030948.FAA02259@hda.hda.com> Date: Sat, 03 May 1997 04:30:06 -0700 Message-ID: <9679.862659006@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A warning: yesterdays -current seems to have enabled some power > saving with my normal config file on my crash-compaq that I've > never known it had. The consolse is now blank (and that won't come > back) and the wd0 drive is spinning down. It comes back to life > with: This could be due to bogosity in the etc files which I just now fixed. Jordan From owner-freebsd-current Sat May 3 08:45:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02608 for current-outgoing; Sat, 3 May 1997 08:45:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA02602 for ; Sat, 3 May 1997 08:45:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA12499; Sat, 3 May 1997 08:41:55 -0700 From: Terry Lambert Message-Id: <199705031541.IAA12499@phaeton.artisoft.com> Subject: Re: -current build is now broken.. To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 3 May 1997 08:41:54 -0700 (MST) Cc: terry@lambert.org, donegan@quick.net, jhay@zibbi.mikom.csir.co.za, jdp@polstra.com, current@FreeBSD.ORG In-Reply-To: <199705030249.TAA15482@rah.star-gate.com> from "Amancio Hasty" at May 2, 97 07:49:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You failed to take into consideration the culture and level expertise > involved. Yes, it is generally true that is good to have problems pointed > out however : > > 1. Some environs quickly forget to tackle problems and chose the easy > route of pointing out problems. Honestly, the only place I've ever seen this is where the problems were out of the zone of control of the person complaining, either because it's out of the person's authority, or the zone of control is artificially restricted. I suppose that you could have habitual whiners... if so, the strategy he suggests would be one of the two most effective ways of dealing with the problem ...the other being "fire the guy", which is probably less effective, since it sets a bad precedent "complain and you'll be fired". Of course, "complain about upper managements crisis management and we'll invite you to the crisis" is also a bad precedent, but at least you won't lose your workaholics over it. > 2. If you are aware that the individual can help and is lazy by way of > just pointing the problem specially when you are up to your ears > with the situation then why not help ? You mean "why not ask him to help"? If so, I agree. That's the "habitual whiner" case, above. I think it is relatively rare. > 3. Is always easier to point out problems than to contribute. If this were true, software companies would not explicitly hire test engineers. 8-). Actually, I have been involved in a number of organizations with significant barriers to contribution. USL, for instance, maintained their source tree in such a way that you have to pull pieces from three different trees out of a larger set of trees in order to get a buildable SVR4 source tree. Then they centralized the "keys to the source tree" in a few individuals, just to make sure you got the point that any change by someone without keys was not only not appreciated, but intentionally discouraged. If you wanted to make a change that affected anything central enough to be platform dependent in implementation, well, you just decided on a two year career goal for yourself. At USL, it was *always*, *unconditionally* easier to point out problems than to contribute. Mostly because the problems they had were comfortable, and contribution was not just difficult, it required potentially career-limiting risks to get anywhere. It's generally not difficulty, but danger, that weighs against contribution. > Some companies bypass this level of cultural management and they > just simply swamp their brilliant minds with work in the hope of > keeping them focus in the process. Ah... "focus"... the 1990's substitute for "vision". "Forget vision, if only we had enough focus, we could get that stock price up...". Companies which do this rarely achive their hopes. | We've all heared that a million monkeys banging on a million typewriters | will eventually reproduce the entire works of Shakespeare. Now, thanks | to the internet, we know this is not true. | -- Richard Jenkins (Seemed appropriate for a "process is the product" discussion). > As for bug reporting , if I think that the bug reporter can actually > fix the bug -- I feel morally obligated to ask for a patch well at least > thats my attitude when it comes to public domain work. Maybe it was just my inherent bias here. I generally don't complain unless there's no way for me to make the change myself. Typically, this boils down to management vs. technology (and in my book, until the Catholic Church builds light bulbs that work from only the data available from doctrine, technology should win that battle). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat May 3 12:27:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11048 for current-outgoing; Sat, 3 May 1997 12:27:06 -0700 (PDT) Received: from relay.NL.net (relay.NL.net [193.78.240.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA11043 for ; Sat, 3 May 1997 12:27:03 -0700 (PDT) Received: from stuyts by relay.NL.net (5.65b/NLnet-3.4) id AA00557; Sat, 3 May 1997 21:27:00 +0200 Received: from trantor.stuyts.nl (uucp@localhost) by terminus.stuyts.nl (8.8.5/8.8.4) with UUCP id TAA01624 for current@freebsd.org; Wed, 28 Oct 2009 19:31:35 +0100 (MET) Received: from trantor.stuyts.nl (localhost [127.0.0.1]) by trantor.stuyts.nl (8.8.5/8.8.5) with ESMTP id TAA28844 for ; Sat, 3 May 1997 19:23:52 +0200 (MET DST) Message-Id: <199705031723.TAA28844@trantor.stuyts.nl> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freebsd.org Subject: Philips CDD2600 bug ?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 May 1997 19:23:51 +0200 From: Paul van der Zwan Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yesterday my Philips CDD2600 CD-R arrived. After adding the worm driver I have been able to access CD-ROMS in it. (Haven't tried burning one yet) Weird problem is that only the first access succeeds. If I mount a CD it is OK, if I umount the CD I have to open and close the drawer to be able to mount it again. Same thing happens if I try 'hd /dev/worm0 |more' , first time is OK, after that all accesses fail with a 'Device not configured' error, until I open and close the drawer. The drive is a CDD2600 fw 1.07 hooked up to an Adaptec 2940U ( bios 1.23). I'm running -current up to date till yesterday. Any ideas Paul -- Paul van der Zwan paulz@trantor.stuyts.nl "I think I'll move to theory, everything works in theory..." From owner-freebsd-current Sat May 3 14:51:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20351 for current-outgoing; Sat, 3 May 1997 14:51:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20340 for ; Sat, 3 May 1997 14:51:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA13470; Sat, 3 May 1997 23:51:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00709; Sat, 3 May 1997 23:46:45 +0200 (MET DST) Message-ID: <19970503234644.ZH55731@uriah.heep.sax.de> Date: Sat, 3 May 1997 23:46:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: paulz@trantor.stuyts.nl (Paul van der Zwan) Subject: Re: Philips CDD2600 bug ?? References: <199705031723.TAA28844@trantor.stuyts.nl> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705031723.TAA28844@trantor.stuyts.nl>; from Paul van der Zwan on May 3, 1997 19:23:51 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Paul van der Zwan wrote: > Yesterday my Philips CDD2600 CD-R arrived. After adding the worm driver > I have been able to access CD-ROMS in it. (Haven't tried burning one yet) > Weird problem is that only the first access succeeds. > If I mount a CD it is OK, if I umount the CD I have to open and close the > drawer to be able to mount it again. This sounds as if the device responds with a ``Not ready'' later. Which version of FreeBSD are you using? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 3 15:35:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22345 for current-outgoing; Sat, 3 May 1997 15:35:09 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22340 for ; Sat, 3 May 1997 15:35:06 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id PAA05082; Sat, 3 May 1997 15:34:21 -0700 (PDT) Message-Id: <199705032234.PAA05082@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: -current build is now broken.. In-reply-to: Your message of "Sat, 03 May 1997 08:41:54 PDT." <199705031541.IAA12499@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 May 1997 15:34:20 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Terry Lambert : > You mean "why not ask him to help"? If so, I agree. That's the > "habitual whiner" case, above. I think it is relatively rare. Hmm... I don't think so . "Habitual Whiners" is probably a more common problem than you think. > > > 3. Is always easier to point out problems than to contribute. > > If this were true, software companies would not explicitly hire > test engineers. 8-). Yes , many companies have a problem with Test Engineering because they think it doesnt contribute to the bottom line . Test Engineers are usually ranked as second or third engineers. At any rate, Q/A is a bit different from the problem which I was thinking about. > Actually, I have been involved in a number of organizations with > significant barriers to contribution. USL, for instance, maintained Yes, so have I and they usually don't survive. > > Some companies bypass this level of cultural management and they > > just simply swamp their brilliant minds with work in the hope of > > keeping them focus in the process. > > Ah... "focus"... the 1990's substitute for "vision". "Forget vision, > if only we had enough focus, we could get that stock price up...". > Companies which do this rarely achive their hopes. Is not so much focus vs. vision is more like a focused disciplined approach to manage change and to follow a vision. What we are debating is what constitutes an effective engineering company. Bear in mind that the analytical skills which engineers bring along is like a blade which can either benefit or turn against the company. > | We've all heared that a million monkeys banging on a million typewriters > | will eventually reproduce the entire works of Shakespeare. Now, thanks > | to the internet, we know this is not true. > | -- Richard Jenkins > > (Seemed appropriate for a "process is the product" discussion). I honestly don't think is appropriate . Walk around Cisco and tell them that they are like a "million monkeys banging away..." 8) > > As for bug reporting , if I think that the bug reporter can actually > > fix the bug -- I feel morally obligated to ask for a patch well at least > > thats my attitude when it comes to public domain work. > > Maybe it was just my inherent bias here. I generally don't complain > unless there's no way for me to make the change myself. Typically, > this boils down to management vs. technology (and in my book, until > the Catholic Church builds light bulbs that work from only the data > available from doctrine, technology should win that battle). Then again we are not talking about you;however, if you do peruse the -hackers mailing list is not hard to see that there is very little cohesiveness in the way of productivity. Actually, I think that the -hackers mailing list behaves more like the "Town plaza of FreeBSD Town" where people gather together to chit chat which is not bad however is not what I consider a technical mailing list. Cheers, Amancio From owner-freebsd-current Sat May 3 16:20:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24201 for current-outgoing; Sat, 3 May 1997 16:20:09 -0700 (PDT) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24196 for ; Sat, 3 May 1997 16:20:07 -0700 (PDT) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id QAA05735; Sat, 3 May 1997 16:19:59 -0700 (PDT) Date: Sat, 3 May 1997 16:19:58 -0700 (PDT) From: "Steven P. Donegan" To: current@freebsd.org Subject: Dumb question :-) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone email me the cvsup file they use to snarf down 3.0-CURRENT? Thanks. Steven P. Donegan donegan@quick.net From owner-freebsd-current Sat May 3 22:56:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10864 for current-outgoing; Sat, 3 May 1997 22:56:57 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10858 for ; Sat, 3 May 1997 22:56:53 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id WAA04419; Sat, 3 May 1997 22:56:49 -0700 (PDT) Message-Id: <199705040556.WAA04419@austin.polstra.com> To: blank@fox.uni-trier.de Subject: Re: Corrected URL for CTM mirror site in the handbook Newsgroups: polstra.freebsd.current In-Reply-To: <199705021739.TAA01765@sliphost37.uni-trier.de> References: <199705021739.TAA01765@sliphost37.uni-trier.de> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sat, 03 May 1997 22:56:49 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199705021739.TAA01765@sliphost37.uni-trier.de>, Sascha Blank wrote: > the URL for the CTM mirror at ftp.uni-trier.de has changed. Could one of > the commiters please apply the following patch to the handbook? Done. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth