From owner-freebsd-current Sun Dec 24 00:20:52 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA12579
for current-outgoing; Sun, 24 Dec 1995 00:20:52 -0800 (PST)
Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12572
for <freebsd-current@freebsd.org>; Sun, 24 Dec 1995 00:20:47 -0800 (PST)
Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id BAA09186; Sun, 24 Dec 1995 01:23:03 -0700
Date: Sun, 24 Dec 1995 01:23:03 -0700
From: Nate Williams <nate@rocky.sri.MT.net>
Message-Id: <199512240823.BAA09186@rocky.sri.MT.net>
To: peter@haywire.dialix.com (Peter Wemm)
Cc: freebsd-current@freebsd.org
Subject: Re: cvs fails to remove no-longer-present files
In-Reply-To: <4bitna$d6q$1@haywire.DIALix.COM>
References: <199512230435.PAA07671@godzilla.zeta.org.au>
<199512230438.UAA00172@corbin.Root.COM>
<4bitna$d6q$1@haywire.DIALix.COM>
Sender: owner-current@freebsd.org
Precedence: bulk
> >>The new cvs apparently has a bugfeature of checking out old things from
> >>the Attic when there are references to the old things in CVS/Entries
> >>This is inconsistent with the old cvs, and breaks ctm, which doesn't
> >>export CVS/*.
>
> > Oh! I haven't switched to using the new cvs yet...that explains it.
> > Peter?
>
> >-DG
>
> The death support code in the new cvs is getting tripped up because we
> are writing the repository with the old cvs.
However, any of the old files in the CVS tree which don't have their
state set to 'death' will appear in checked out versions. :(
> The "fix" is to install cvs from -current on freefall. This is
> overdue.. I've just made the changes on freefall to enable it to be
> compiled there...
It would be *very* good to run the (newly improved) convert.sh script in
the cvs source tree on our repository to make the old Attic files have a
'death' state, else they will be checked out by the new cvs binary.
Nate
From owner-freebsd-current Sun Dec 24 00:25:34 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA12825
for current-outgoing; Sun, 24 Dec 1995 00:25:34 -0800 (PST)
Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12820
for <freebsd-current@freebsd.org>; Sun, 24 Dec 1995 00:25:31 -0800 (PST)
Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id BAA09189; Sun, 24 Dec 1995 01:27:42 -0700
Date: Sun, 24 Dec 1995 01:27:42 -0700
From: Nate Williams <nate@rocky.sri.MT.net>
Message-Id: <199512240827.BAA09189@rocky.sri.MT.net>
To: peter@haywire.dialix.com (Peter Wemm)
Cc: freebsd-current@freebsd.org
Subject: Re: cvs fails to remove no-longer-present files
In-Reply-To: <4biva7$epv$1@haywire.DIALix.COM>
References: <199512230438.UAA00172@corbin.Root.COM>
<199512230519.WAA07542@rocky.sri.MT.net>
<4biva7$epv$1@haywire.DIALix.COM>
Sender: owner-current@freebsd.org
Precedence: bulk
> >The new version of CVS has 'death-support',
> >which allows you to bring stuff in-out of the Repository w/out moving
> >things in/out of the Attic. I'm not sure how to fix this other than to
> >upgrade the version of CVS on freefall to the new version, and make sure
> >all the developers also upgrade to it at the same time.
>
> No need for developers to update.. The older cvs has absolutely no
> problems with files generated by the new cvs, once freefall is
> updated.
No need, but it would sure be nice to have everyone using the same
version of CVS on the tree, especially if they start using the remote
features of the new version.
Nate
From owner-freebsd-current Sun Dec 24 03:45:55 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id DAA24190
for current-outgoing; Sun, 24 Dec 1995 03:45:55 -0800 (PST)
Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA24184
for <current@freebsd.org>; Sun, 24 Dec 1995 03:45:40 -0800 (PST)
Received: by sequent.kiae.su id AA08185
(5.65.kiae-2 for current@freebsd.org); Sun, 24 Dec 1995 14:41:00 +0300
Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 24 Dec 95 14:40:59 +0300
Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id OAA01036 for current@freebsd.org; Sun, 24 Dec 1995 14:38:38 +0300 (MSK)
To: current@freebsd.org
Message-Id: <IH-kJtme04@ache.dialup.ru>
Organization: Olahm Ha-Yetzirah
Date: Sun, 24 Dec 1995 14:38:38 +0300 (MSK)
X-Mailer: Mail/@ [v2.41 FreeBSD]
From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=
(aka Andrey A. Chernov, Black Mage) <ache@astral.msk.su>
X-Class: Fast
Subject: Bothered by m_copydata TCP panic...
Lines: 8
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
I got it quite regulary :-(
Is there any progres in this direction?
Maybe some sort of raw patches? I am ready to test them.
--
Andrey A. Chernov : And I rest so composedly, /Now, in my bed,
ache@astral.msk.su : That any beholder /Might fancy me dead -
http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead.
RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849
From owner-freebsd-current Sun Dec 24 07:46:30 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA06823
for current-outgoing; Sun, 24 Dec 1995 07:46:30 -0800 (PST)
Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA06816
for <freebsd-current@FreeBSD.ORG>; Sun, 24 Dec 1995 07:46:24 -0800 (PST)
Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id PAA01422; Sun, 24 Dec 1995 15:46:51 GMT
Message-Id: <199512241546.PAA01422@linus.demon.co.uk>
From: mark@linus.demon.co.uk (Mark Valentine)
Date: Sun, 24 Dec 1995 15:46:50 +0000
In-Reply-To: Kent Hamilton's message of Dec 23, 11:39pm
X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95)
To: KentH@HNS.St-Louis.Mo.US
Subject: Re: Kernel Panic in Current
Cc: freebsd-current@FreeBSD.ORG
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
> From: Kent Hamilton <kenth@HNS.St-Louis.Mo.US>
> Date: Sat 23 Dec, 1995
> Subject: Re: Kernel Panic in Current
> > Garrett committed a fix for this recently - see sys/netinet/tcp_subr.c.
> >
> > * $Id: tcp_subr.c,v 1.25 1995/12/20 17:42:28 wollman Exp $
> >
> > If you're up to date and still having problems, I can probably help you
> > with a workaround...
>
> I'm current on it and I'm still getting the panic. I guess I'd like
> to get some info about the work-around since I consult for the person
> I'm connecting to and this is my way of getting in to do work. :-)
OK, if Garrett's fix didn't solve your problem, my workarounds may or may
not work for you too...
Firstly, if you're using a small MTU (like 296), try using a larger one
(I use pppd, and I just let it default instead of explicitly specifying
296 - you'll need to do whatever ijppp wants). This workaround was all
I needed. If the other end is also trying to negotiate a small MTU,
then I guess this might invalidate this workaround(?).
Another thing to try is to lock the MTU associated with the route as soon
as the link is up (the -lock and -mtu flags with route(8)). This might work
because the bug seems to be to do with Path MTU discovery, which is disabled
when the MTU is locked (if I follow that code correctly).
My problem was the tcpcb t_maxseg going zero. You can check whether this is
also happening to you in ddb by dumping the structure (the address is the first
arg to tcp_timers in the traceback), e.g. "x/x 0xf083c900, 20" - decode by hand
using sys/netinet/tcp_var.h. (If you can get a kernel dump and use kgdb, all
the easier.)
If nothing else works, then you'll have to hack on tcp_mtudisc() - see the
code around ``mss = min(mss, offered);'' (there should be a comment there
describing this problem). You can borrow some code from tcp_input.c:tcp_mss()
- in particular, the line which falls back to tcp_mssdflt when the "offered"
value is zero.
Some printfs sprinkled around assignments to t_maxseg might also help figure
out what's going on, if you have the inclination (in which case I can offer
to forward you more details of my own debugging attempts).
Mark.
From owner-freebsd-current Sun Dec 24 12:06:53 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA18500
for current-outgoing; Sun, 24 Dec 1995 12:06:53 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA18493
for <current@freebsd.org>; Sun, 24 Dec 1995 12:06:50 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id FAA02731 for <current@freebsd.org>; Mon, 25 Dec 1995 05:06:47 +0900 (JST)
Message-Id: <199512242006.FAA02731@marble.eps.nagoya-u.ac.jp>
To: current@freebsd.org
Subject: bug from Pentium Pro support
X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Mon, 25 Dec 1995 05:06:45 +0900
From: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Sender: owner-current@freebsd.org
Precedence: bulk
Recent change in machdep.c for Pentium Pro support contains bug.
The function identifycpu() has following code:
#if !defined(I586_CPU)
case CPUCLASS_586:
#endif
#if !defined(I686_CPU)
case CPUCLASS_586:
#endif
panic("CPU class not configured");
default:
break;
}
dev_attach(&kdc_cpu0);
}
This causes compiler error, 'duplicate case value', when I686_CPU is
not defined. Correct case value for '#if !defined(I686_CPU)' is
case CPUCLASS_686:
----
KATO Takenori
Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01
Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp
From owner-freebsd-current Sun Dec 24 17:05:31 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA16523
for current-outgoing; Sun, 24 Dec 1995 17:05:31 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA16516
for <current@freebsd.org>; Sun, 24 Dec 1995 17:05:27 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA03356; Sun, 24 Dec 1995 17:05:25 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id RAA01193; Sun, 24 Dec 1995 17:05:29 -0800 (PST)
Message-Id: <199512250105.RAA01193@corbin.Root.COM>
To: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
cc: current@freebsd.org
Subject: Re: bug from Pentium Pro support
In-reply-to: Your message of "Mon, 25 Dec 95 05:06:45 +0900."
<199512242006.FAA02731@marble.eps.nagoya-u.ac.jp>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Sun, 24 Dec 1995 17:05:28 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>Recent change in machdep.c for Pentium Pro support contains bug.
Thanks, that was an unfortunately typo.
-DG
From owner-freebsd-current Sun Dec 24 21:03:50 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id VAA02074
for current-outgoing; Sun, 24 Dec 1995 21:03:50 -0800 (PST)
Received: from else (root@else.net [204.92.4.245])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA02067
for <current@freebsd.org>; Sun, 24 Dec 1995 21:03:47 -0800 (PST)
Date: Sat, 23 Dec 1995 13:50:47 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: Missing File in sys/i386/include/conf.h ?
Message-ID: <Pine.LNX.3.91.951223134401.14951A-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
I'm rather new to -current, but hopefully this will be of interest to
someone:
In current-122395, in sys/i386/include/conf.h, there is this construct:
#ifdef KERNEL
#ifndef ACTUALLY_LKM_NOT_KERN
#include "ioconf.h"
#endif
There doesn't seem to be an ioconf.h in that subdirectory, and the
compile fails. I tried to check this against 2.1R, but using the same
config file, sys/i386/include/conf.h isn't even included from the
previous file.
Any ideas?
j.
From owner-freebsd-current Sun Dec 24 22:01:26 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA03608
for current-outgoing; Sun, 24 Dec 1995 22:01:26 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA03603
for <current@FreeBSD.ORG>; Sun, 24 Dec 1995 22:01:15 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id PAA03702 for <current@FreeBSD.ORG>; Mon, 25 Dec 1995 15:01:09 +0900 (JST)
Message-Id: <199512250601.PAA03702@marble.eps.nagoya-u.ac.jp>
To: current@FreeBSD.ORG
Subject: Re: return value of ffs_blkpref()
In-Reply-To: Your message of "Sun, 24 Dec 1995 16:08:18 +0900"
References: <199512240708.QAA00452@marble.eps.nagoya-u.ac.jp>
X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Mon, 25 Dec 1995 15:01:06 +0900
From: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
On 24 Dec 1995, I wrote:
> But ffs_clusteralloc doesn't check pref is correct or not.
One of the solution of this problem is as follows:
*** ffs_alloc.c.orig Mon Dec 25 14:53:59 1995
--- ffs_alloc.c Mon Dec 25 14:56:22 1995
***************
*** 1058,1065 ****
*/
if (dtog(fs, bpref) != cg)
bpref = 0;
! else
! bpref = fragstoblks(fs, dtogd(fs, blknum(fs, bpref)));
mapp = &cg_clustersfree(cgp)[bpref / NBBY];
map = *mapp++;
bit = 1 << (bpref % NBBY);
--- 1058,1069 ----
*/
if (dtog(fs, bpref) != cg)
bpref = 0;
! else {
! if (bpref >= fs->fs_size)
! bpref = 0;
! else
! bpref = fragstoblks(fs, dtogd(fs, blknum(fs, bpref)));
! }
mapp = &cg_clustersfree(cgp)[bpref / NBBY];
map = *mapp++;
bit = 1 << (bpref % NBBY);
----
KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Dept. Earth Planet. Sci., Nagoya Univ., Nagoya 464-01
Voice: +81-52-789-2529 Fax: +81-52-789-3033
From owner-freebsd-current Sun Dec 24 22:32:11 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA04106
for current-outgoing; Sun, 24 Dec 1995 22:32:11 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA04101
for <current@FreeBSD.ORG>; Sun, 24 Dec 1995 22:32:06 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id BAA29873; Mon, 25 Dec 1995 01:31:46 -0500 (EST)
Date: Mon, 25 Dec 1995 01:31:43 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: James FitzGibbon <james@else.net>
cc: current@FreeBSD.ORG
Subject: Re: Missing File in sys/i386/include/conf.h ?
In-Reply-To: <Pine.LNX.3.91.951223134401.14951A-100000@else.net>
Message-ID: <Pine.BSF.3.91.951225012837.29853A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
On Sat, 23 Dec 1995, James FitzGibbon wrote:
>
> I'm rather new to -current, but hopefully this will be of interest to
> someone:
>
> In current-122395, in sys/i386/include/conf.h, there is this construct:
>
> #ifdef KERNEL
> #ifndef ACTUALLY_LKM_NOT_KERN
> #include "ioconf.h"
> #endif
>
> There doesn't seem to be an ioconf.h in that subdirectory, and the
> compile fails. I tried to check this against 2.1R, but using the same
> config file, sys/i386/include/conf.h isn't even included from the
> previous file.
>
> Any ideas?
>
I believe, but am not 100% positive, that ioconf.h is
generated by config, and is based on what devices you have defined
in your config file.
Try re-sup'ng the sys sources, and then reconfig using
'config <config file>'...I just rebuilt my kernel without any
problems, and my first step is to sup in any new stuff, so the
sources are within hours of the build:
freebsd# what /kernel
/kernel
FreeBSD 2.2-CURRENT #6: Sun Dec 24 01:33:38 EST 1995
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Mon Dec 25 00:44:55 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA09088
for current-outgoing; Mon, 25 Dec 1995 00:44:55 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA09083
for <freebsd-current@FreeBSD.org>; Mon, 25 Dec 1995 00:44:49 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27432; Mon, 25 Dec 1995 09:43:17 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id JAA15630; Mon, 25 Dec 1995 09:43:16 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA05145; Mon, 25 Dec 1995 09:36:17 +0100
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512250836.JAA05145@uriah.heep.sax.de>
Subject: Re: Missing File in sys/i386/include/conf.h ?
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Mon, 25 Dec 1995 09:36:17 +0100 (MET)
Cc: james@else.net
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <Pine.BSF.3.91.951225012837.29853A-100000@hub.org> from "Marc G. Fournier" at Dec 25, 95 01:31:43 am
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
As Marc G. Fournier wrote:
>
> > #ifdef KERNEL
> > #ifndef ACTUALLY_LKM_NOT_KERN
> > #include "ioconf.h"
> > #endif
> >
> > There doesn't seem to be an ioconf.h in that subdirectory, and the
> I believe, but am not 100% positive, that ioconf.h is
> generated by config, and is based on what devices you have defined
> in your config file.
You are right, but your advise (re-sup usr/src/sys) was wrong.
config(8) is closely related to the kernel source, so whenever you see
a problem like this, it's 99 % likely that you need a new _config_.
Re-sup usr/src/usr.sbin/config, rebuild and reinstall it, and re-
config your kernel. Events that make a new config necessary are
normally being announced to freebsd-current, that's why you should
follow this list. (Of course, if you are new to -current, you could
not have seen it.)
--
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 Dec 25 01:48:45 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA11191
for current-outgoing; Mon, 25 Dec 1995 01:48:45 -0800 (PST)
Received: (from dima@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA11183
Mon, 25 Dec 1995 01:48:40 -0800 (PST)
Message-Id: <199512250948.BAA11183@freefall.freebsd.org>
Subject: Re: Bothered by m_copydata TCP panic...
To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=)
Date: Mon, 25 Dec 1995 01:48:39 -0800 (PST)
Cc: current@FreeBSD.org
In-Reply-To: <IH-kJtme04@ache.dialup.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Dec 24, 95 02:38:38 pm
From: dima@FreeBSD.org (Dima Ruban)
X-Class: Fast
Organization: HackerDome
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@FreeBSD.org
Precedence: bulk
=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>
> I got it quite regulary :-(
Yeap. I'm getting it most definitely, if I'm trying to download something
from your computer ... :-(
> Is there any progres in this direction?
> Maybe some sort of raw patches? I am ready to test them.
> --
> Andrey A. Chernov : And I rest so composedly, /Now, in my bed,
> ache@astral.msk.su : That any beholder /Might fancy me dead -
> http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead.
> RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849
>
-- dima
From owner-freebsd-current Mon Dec 25 02:08:41 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id CAA11798
for current-outgoing; Mon, 25 Dec 1995 02:08:41 -0800 (PST)
Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA11788
for <current@freebsd.org>; Mon, 25 Dec 1995 02:08:35 -0800 (PST)
Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1])
by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id LAA23972
; Mon, 25 Dec 1995 11:08:33 +0100
Received: from (uucp@localhost)
by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id LAA06514
; Mon, 25 Dec 1995 11:08:33 +0100
Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id LAA06550; Mon, 25 Dec 1995 11:06:05 +0100 (MET)
From: Ollivier Robert <roberto@keltia.freenix.fr>
Message-Id: <199512251006.LAA06550@keltia.freenix.fr>
Subject: Re: Missing File in sys/i386/include/conf.h ?
To: james@else.net (James FitzGibbon)
Date: Mon, 25 Dec 1995 11:06:05 +0100 (MET)
Cc: current@freebsd.org
In-Reply-To: <Pine.LNX.3.91.951223134401.14951A-100000@else.net> from "James FitzGibbon" at Dec 23, 95 01:50:47 pm
X-Operating-System: FreeBSD 2.2-CURRENT ctm#1475
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
It seems that James FitzGibbon said:
> There doesn't seem to be an ioconf.h in that subdirectory, and the
> compile fails. I tried to check this against 2.1R, but using the same
> config file, sys/i386/include/conf.h isn't even included from the
> previous file.
The ioconf.h is automatically generated by config(8) in the
/sys/compile/YOUR_CONFIG.
/*
* Extern declarations for I/O configuration.
* DO NOT EDIT-- this file is automatically generated.
*/
Re-run config, it should be created.
--
Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net
FreeBSD keltia.freenix.fr 2.2-CURRENT #8: Sat Dec 23 21:44:39 MET 1995
From owner-freebsd-current Mon Dec 25 03:58:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id DAA14478
for current-outgoing; Mon, 25 Dec 1995 03:58:18 -0800 (PST)
Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14452
Mon, 25 Dec 1995 03:57:21 -0800 (PST)
Received: by sovcom.kiae.su id AA12997
(5.65.kiae-1 ); Mon, 25 Dec 1995 14:49:33 +0300
Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 25 Dec 95 14:49:33 +0300
Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id OAA00317; Mon, 25 Dec 1995 14:21:44 +0300 (MSK)
To: Dima Ruban <dima@FreeBSD.org>
Cc: current@FreeBSD.org
References: <199512250948.BAA11183@freefall.freebsd.org>
In-Reply-To: <199512250948.BAA11183@freefall.freebsd.org>;
from Dima Ruban at Mon, 25 Dec 1995 01:48:39 -0800 (PST)
Message-Id: <Sx7betmWJ1@ache.dialup.ru>
Organization: Olahm Ha-Yetzirah
Date: Mon, 25 Dec 1995 14:21:43 +0300 (MSK)
X-Mailer: Mail/@ [v2.41 FreeBSD]
From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=
(aka Andrey A. Chernov, Black Mage) <ache@astral.msk.su>
X-Class: Fast
Subject: Re: Bothered by m_copydata TCP panic...
Lines: 17
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
In message <199512250948.BAA11183@freefall.freebsd.org> Dima Ruban
writes:
>=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>>
>> I got it quite regulary :-(
>Yeap. I'm getting it most definitely, if I'm trying to download something
>from your computer ... :-(
I run pure -current, nothing more :-)
--
Andrey A. Chernov : And I rest so composedly, /Now, in my bed,
ache@astral.msk.su : That any beholder /Might fancy me dead -
http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead.
RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849
From owner-freebsd-current Mon Dec 25 05:52:50 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id FAA17250
for current-outgoing; Mon, 25 Dec 1995 05:52:50 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA17245
for <current@freebsd.org>; Mon, 25 Dec 1995 05:52:48 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id WAA00273 for <current@freebsd.org>; Mon, 25 Dec 1995 22:52:45 +0900 (JST)
Message-Id: <199512251352.WAA00273@marble.eps.nagoya-u.ac.jp>
To: current@freebsd.org
Subject: Cyrix 5x86 is not identified
X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Mon, 25 Dec 1995 22:52:42 +0900
From: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Sender: owner-current@freebsd.org
Precedence: bulk
I have got new machdep.c (revision 1.164), and compiled new kernel.
When I run this kernel on Cyrix 5x86 box, it is paniced by
CPU: Pentium Proc (unknown-class CPU)
CPU class not configured
Before Pentium Pro support, 5x86 was identified with 486-class CPU,
and it starts without problem (Cyrix 5x86 *IS NOT* Pentium compatible,
but i486 compatible.)
Now I have applied following quick hack to run -current:
---------- BEGIN ----------
*** locore.s.1.57 Mon Dec 25 22:41:10 1995
--- locore.s Mon Dec 25 22:41:48 1995
***************
*** 458,463 ****
--- 458,466 ----
movl $CPU_586,_cpu-KERNBASE
jmp 3f
2:
+ /* Cyrix 5x86 ? */
+ cmpl $6,%eax
+ jb 3f
/* Greater than Pentium...call it a Pentium Pro */
movl $CPU_686,_cpu-KERNBASE
3:
---------- END ----------
Comparison between revision 1.56 and 1.57, I can't find the reason why
5x86 is not identified. The reason seems to be gas problem which
cannot produce correct code for 'jmp 3f' just after
/* less than Pentium; must be 486 */
movl $CPU_486,_cpu-KERNBASE
(Unfortunately, I don't know how to disassemble around here.)
----
KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Dept. Earth Planet. Sci., Nagoya Univ., Nagoya 464-01
Voice: +81-52-789-2529 Fax: +81-52-789-3033
From owner-freebsd-current Mon Dec 25 06:39:28 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id GAA18110
for current-outgoing; Mon, 25 Dec 1995 06:39:28 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA18104
for <current@freebsd.org>; Mon, 25 Dec 1995 06:39:25 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id GAA04456; Mon, 25 Dec 1995 06:39:19 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id GAA03368; Mon, 25 Dec 1995 06:39:21 -0800 (PST)
Message-Id: <199512251439.GAA03368@corbin.Root.COM>
To: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
cc: current@freebsd.org
Subject: Re: Cyrix 5x86 is not identified
In-reply-to: Your message of "Mon, 25 Dec 95 22:52:42 +0900."
<199512251352.WAA00273@marble.eps.nagoya-u.ac.jp>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Mon, 25 Dec 1995 06:39:21 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>Comparison between revision 1.56 and 1.57, I can't find the reason why
>5x86 is not identified. The reason seems to be gas problem which
>cannot produce correct code for 'jmp 3f' just after
> /* less than Pentium; must be 486 */
> movl $CPU_486,_cpu-KERNBASE
The problem was a few dozen lines up. I forgot to change two forward lables
when I renumbered what was '2' to '3'.
The correct fix is attached.
-DG
Index: locore.s
===================================================================
RCS file: /home/ncvs/src/sys/i386/i386/locore.s,v
retrieving revision 1.57
diff -c -r1.57 locore.s
*** locore.s 1995/12/24 08:10:39 1.57
--- locore.s 1995/12/25 14:38:35
***************
*** 366,372 ****
andw $0x08d5,%cx
cmpw %ax,%cx
! jnz 2f # if flags changed, Intel chip
movl $CPU_486DLC,_cpu-KERNBASE # set CPU value for Cyrix
movl $0x69727943,_cpu_vendor-KERNBASE # store vendor string
--- 366,372 ----
andw $0x08d5,%cx
cmpw %ax,%cx
! jnz 3f # if flags changed, Intel chip
movl $CPU_486DLC,_cpu-KERNBASE # set CPU value for Cyrix
movl $0x69727943,_cpu_vendor-KERNBASE # store vendor string
***************
*** 428,434 ****
movl %eax,%cr0
invd
#endif /* CYRIX_CACHE_WORKS */
! jmp 2f
1: /* Use the `cpuid' instruction. */
xorl %eax,%eax
--- 428,434 ----
movl %eax,%cr0
invd
#endif /* CYRIX_CACHE_WORKS */
! jmp 3f
1: /* Use the `cpuid' instruction. */
xorl %eax,%eax
From owner-freebsd-current Mon Dec 25 06:56:35 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id GAA18503
for current-outgoing; Mon, 25 Dec 1995 06:56:35 -0800 (PST)
Received: from news1.gtn.com (news1.gtn.com [192.109.159.3])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA18496
for <current@freebsd.org>; Mon, 25 Dec 1995 06:56:32 -0800 (PST)
Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id PAA26756 for current@freebsd.org; Mon, 25 Dec 1995 15:45:20 +0100 (MET)
Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id PAA03263 for <current@freebsd.org>; Mon, 25 Dec 1995 15:35:10 +0100 (MET)
Date: Mon, 25 Dec 1995 15:35:10 +0100 (MET)
From: Andreas Klemm <andreas@knobel.gun.de>
To: current@freebsd.org
Subject: Re: New sendmail sucks a bit ... (host map: lookup (wup.de): deferred)
In-Reply-To: <Pine.BSF.3.91.951221194035.4506A-100000@knobel.gun.de>
Message-ID: <Pine.BSF.3.91.951225153406.1360D-100000@knobel.gun.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Thanks for all your help. I needed both
a) the FEATURE(nocanonify) in the mc file and
b) a /etc/service.switch file with the following content:
hosts files
Best regards
Andreas ///
--
andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH
Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de -
\/
ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz
apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<<
From owner-freebsd-current Mon Dec 25 06:57:17 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id GAA18542
for current-outgoing; Mon, 25 Dec 1995 06:57:17 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA18537
for <current@freebsd.org>; Mon, 25 Dec 1995 06:57:06 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA31681; Tue, 26 Dec 1995 01:56:10 +1100
Date: Tue, 26 Dec 1995 01:56:10 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512251456.BAA31681@godzilla.zeta.org.au>
To: current@freebsd.org, kato@eclogite.eps.nagoya-u.ac.jp
Subject: Re: Cyrix 5x86 is not identified
Sender: owner-current@freebsd.org
Precedence: bulk
>When I run this kernel on Cyrix 5x86 box, it is paniced by
> CPU: Pentium Proc (unknown-class CPU)
> CPU class not configured
>...
>Now I have applied following quick hack to run -current:
>---------- BEGIN ----------
>*** locore.s.1.57 Mon Dec 25 22:41:10 1995
>--- locore.s Mon Dec 25 22:41:48 1995
>***************
>*** 458,463 ****
>--- 458,466 ----
> movl $CPU_586,_cpu-KERNBASE
> jmp 3f
> 2:
>+ /* Cyrix 5x86 ? */
>+ cmpl $6,%eax
>+ jb 3f
> /* Greater than Pentium...call it a Pentium Pro */
> movl $CPU_686,_cpu-KERNBASE
> 3:
>---------- END ----------
>Comparison between revision 1.56 and 1.57, I can't find the reason why
>5x86 is not identified. The reason seems to be gas problem which
An earlier `jmp 2f' (after detecting a CYRIX) didn't get changed to
`jmp 3f'.
Numeric local labels shouldn't be used here. They should only be used
in macros and for very short branches.
Bruce
From owner-freebsd-current Mon Dec 25 06:56:39 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id GAA18517
for current-outgoing; Mon, 25 Dec 1995 06:56:39 -0800 (PST)
Received: from news1.gtn.com (news1.gtn.com [192.109.159.3])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA18501
for <current@freebsd.org>; Mon, 25 Dec 1995 06:56:35 -0800 (PST)
Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id PAA26746 for current@freebsd.org; Mon, 25 Dec 1995 15:45:18 +0100 (MET)
Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id PAA03200 for <current@freebsd.org>; Mon, 25 Dec 1995 15:29:03 +0100 (MET)
Date: Mon, 25 Dec 1995 15:29:03 +0100 (MET)
From: Andreas Klemm <andreas@knobel.gun.de>
To: current@freebsd.org
Subject: MAKEDEV doesn't create all necessary scsi-harddisk devices
Message-ID: <Pine.BSF.3.91.951225151457.1360A-100000@knobel.gun.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Hi !
After upgrading to -current I invoked '/usr/src/etc/etc.i386/MAKEDEV all'
to create all possible device entries.
The special file in /dev for the root fs (/dev/sd0a) was created.
But the following special files were only deleted, but not re-made:
/dev/sd0s3b /dev/sd0s3d /dev/sd0s3e /dev/sd0s3f
/dev/sd0s3g /dev/sd0s3h
Calling MAKEDEV with different arguments ( all | std | sd0 )
didn't work. I had to call MAKEDEV with the following arguments:
MAKEDEV sd0s3d sd0s3e sd0s3f sd0s3g sd0s3h
During runtime MAKEDEV complained, that it couldn't find chown
and chgrp.
I think these programs (chown, chgrp) should move to /bin for the
case, that you can't mount the /usr filesystem.
Additionally I would suggest, to add an editor and a pager
to the /bin tree. I forgot the exact command flags of the
mount command, to remout a read only mounted device rw.
Good luck, I have the O'Reilly manual set...
I know that this command is in one of the rc files, but,
can you read as fast as a "cat /etc/rc" ?! Not possible.
I'd vote to get a pager and an editor into /bin.
Or what do you think about it ?
Andreas ///
--
andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH
Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de -
\/
ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz
apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<<
From owner-freebsd-current Mon Dec 25 07:02:28 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA18745
for current-outgoing; Mon, 25 Dec 1995 07:02:28 -0800 (PST)
Received: from news.st.rim.or.jp (news.st.rim.or.jp [202.255.181.3])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA18736
Mon, 25 Dec 1995 07:01:56 -0800 (PST)
Received: (from uucp@localhost) by news.st.rim.or.jp (8.7.1/3.3W-rim1.0) with UUCP id AAA19105; Tue, 26 Dec 1995 00:01:50 +0900 (JST)
Received: (from sa2c@localhost) by us.and.or.jp (8.7.3/3.4W) id AAA00306; Tue, 26 Dec 1995 00:01:11 +0900 (JST)
Date: Tue, 26 Dec 1995 00:01:11 +0900 (JST)
From: NIIMI Satoshi <sa2c@and.or.jp>
Message-Id: <199512251501.AAA00306@us.and.or.jp>
To: current@freebsd.org, davidg@freebsd.org
Subject: wrong cpu identification on -current
Sender: owner-current@freebsd.org
Precedence: bulk
-current kernel identifies my 486 to be 686. The wrong code is in
$Id: locore.s,v 1.57 1995/12/24 08:10:39 davidg Exp $.
fix is here
--- locore.s.orig Mon Dec 25 23:49:32 1995
+++ locore.s Mon Dec 25 23:51:27 1995
@@ -366,7 +366,7 @@
andw $0x08d5,%cx
cmpw %ax,%cx
- jnz 2f # if flags changed, Intel chip
+ jnz 3f # if flags changed, Intel chip
movl $CPU_486DLC,_cpu-KERNBASE # set CPU value for Cyrix
movl $0x69727943,_cpu_vendor-KERNBASE # store vendor string
@@ -428,7 +428,7 @@
movl %eax,%cr0
invd
#endif /* CYRIX_CACHE_WORKS */
- jmp 2f
+ jmp 3f
1: /* Use the `cpuid' instruction. */
xorl %eax,%eax
Thanx,
Satoshi
--
NIIMI Satoshi
From owner-freebsd-current Mon Dec 25 07:04:01 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA18772
for current-outgoing; Mon, 25 Dec 1995 07:04:01 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18765
for <current@freebsd.org>; Mon, 25 Dec 1995 07:03:56 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id HAA00189; Mon, 25 Dec 1995 07:03:53 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id HAA03417; Mon, 25 Dec 1995 07:03:56 -0800 (PST)
Message-Id: <199512251503.HAA03417@corbin.Root.COM>
To: NIIMI Satoshi <sa2c@and.or.jp>
cc: current@freebsd.org
Subject: Re: wrong cpu identification on -current
In-reply-to: Your message of "Tue, 26 Dec 95 00:01:11 +0900."
<199512251501.AAA00306@us.and.or.jp>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Mon, 25 Dec 1995 07:03:55 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>-current kernel identifies my 486 to be 686. The wrong code is in
>$Id: locore.s,v 1.57 1995/12/24 08:10:39 davidg Exp $.
>
>fix is here
>
>--- locore.s.orig Mon Dec 25 23:49:32 1995
>+++ locore.s Mon Dec 25 23:51:27 1995
>@@ -366,7 +366,7 @@
> andw $0x08d5,%cx
> cmpw %ax,%cx
>
>- jnz 2f # if flags changed, Intel chip
>+ jnz 3f # if flags changed, Intel chip
>
> movl $CPU_486DLC,_cpu-KERNBASE # set CPU value for Cyrix
> movl $0x69727943,_cpu_vendor-KERNBASE # store vendor string
>@@ -428,7 +428,7 @@
> movl %eax,%cr0
> invd
> #endif /* CYRIX_CACHE_WORKS */
>- jmp 2f
>+ jmp 3f
>
> 1: /* Use the `cpuid' instruction. */
> xorl %eax,%eax
Thanks, but the problem has already been fixed.
-DG
From owner-freebsd-current Mon Dec 25 08:38:04 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA23238
for current-outgoing; Mon, 25 Dec 1995 08:38:04 -0800 (PST)
Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23232
for <current@FreeBSD.org>; Mon, 25 Dec 1995 08:38:00 -0800 (PST)
Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA10122; Mon, 25 Dec 1995 09:40:25 -0700
Date: Mon, 25 Dec 1995 09:40:25 -0700
From: Nate Williams <nate@rocky.sri.MT.net>
Message-Id: <199512251640.JAA10122@rocky.sri.MT.net>
To: Andreas Klemm <andreas@knobel.gun.de>
Cc: current@FreeBSD.org
Subject: Re: MAKEDEV doesn't create all necessary scsi-harddisk devices
In-Reply-To: <Pine.BSF.3.91.951225151457.1360A-100000@knobel.gun.de>
References: <Pine.BSF.3.91.951225151457.1360A-100000@knobel.gun.de>
Sender: owner-current@FreeBSD.org
Precedence: bulk
> Additionally I would suggest, to add an editor and a pager
> to the /bin tree. I forgot the exact command flags of the
> mount command, to remout a read only mounted device rw.
If you have an editor, you don't need a pager, but we do have an editor
on the root fs.
root # which ed
/bin/ed
Nate
From owner-freebsd-current Mon Dec 25 11:24:05 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id LAA28347
for current-outgoing; Mon, 25 Dec 1995 11:24:05 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28337
for <current@FreeBSD.org>; Mon, 25 Dec 1995 11:24:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA00354; Mon, 25 Dec 1995 11:23:50 -0800
To: Andreas Klemm <andreas@knobel.gun.de>
cc: current@FreeBSD.org
Subject: Re: MAKEDEV doesn't create all necessary scsi-harddisk devices
In-reply-to: Your message of "Mon, 25 Dec 1995 15:29:03 +0100."
<Pine.BSF.3.91.951225151457.1360A-100000@knobel.gun.de>
Date: Mon, 25 Dec 1995 11:23:50 -0800
Message-ID: <352.819919430@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
> Calling MAKEDEV with different arguments ( all | std | sd0 )
> didn't work. I had to call MAKEDEV with the following arguments:
>
> MAKEDEV sd0s3d sd0s3e sd0s3f sd0s3g sd0s3h
MAKEDEV sd0s3
Jordan
From owner-freebsd-current Mon Dec 25 12:39:15 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA00409
for current-outgoing; Mon, 25 Dec 1995 12:39:15 -0800 (PST)
Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00402
for <current@FreeBSD.org>; Mon, 25 Dec 1995 12:39:12 -0800 (PST)
Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1])
by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA24971
; Mon, 25 Dec 1995 21:39:09 +0100
Received: from (uucp@localhost)
by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA07293
; Mon, 25 Dec 1995 21:39:09 +0100
Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id SAA08215; Mon, 25 Dec 1995 18:57:43 +0100 (MET)
From: Ollivier Robert <roberto@keltia.freenix.fr>
Message-Id: <199512251757.SAA08215@keltia.freenix.fr>
Subject: Re: MAKEDEV doesn't create all necessary scsi-harddisk devices
To: nate@rocky.sri.MT.net (Nate Williams)
Date: Mon, 25 Dec 1995 18:57:43 +0100 (MET)
Cc: andreas@knobel.gun.de, current@FreeBSD.org
In-Reply-To: <199512251640.JAA10122@rocky.sri.MT.net> from "Nate Williams" at Dec 25, 95 09:40:25 am
X-Operating-System: FreeBSD 2.2-CURRENT ctm#1475
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
It seems that Nate Williams said:
> root # which ed
> /bin/ed
Yeah, The One True and Only Editor(tm) :-)
--
Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net
FreeBSD keltia.freenix.fr 2.2-CURRENT #8: Sat Dec 23 21:44:39 MET 1995
From owner-freebsd-current Mon Dec 25 15:57:22 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA08075
for current-outgoing; Mon, 25 Dec 1995 15:57:22 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08070
for <current@FreeBSD.ORG>; Mon, 25 Dec 1995 15:57:17 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA10075; Tue, 26 Dec 1995 10:51:59 +1100
Date: Tue, 26 Dec 1995 10:51:59 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512252351.KAA10075@godzilla.zeta.org.au>
To: andreas@knobel.gun.de, jkh@time.cdrom.com
Subject: Re: MAKEDEV doesn't create all necessary scsi-harddisk devices
Cc: current@FreeBSD.ORG
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
>> Calling MAKEDEV with different arguments ( all | std | sd0 )
>> didn't work. I had to call MAKEDEV with the following arguments:
>>
>> MAKEDEV sd0s3d sd0s3e sd0s3f sd0s3g sd0s3h
>MAKEDEV sd0s3
That only makes the slices sd0s3 and rsd0s3.
MAKEDEV sd0s3p where p is any partition letter creates all partitions
on these slices.
Bruce
From owner-freebsd-current Mon Dec 25 16:35:39 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA09081
for current-outgoing; Mon, 25 Dec 1995 16:35:39 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA09076
for <current@freebsd.org>; Mon, 25 Dec 1995 16:35:35 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA01001; Mon, 25 Dec 1995 16:34:09 -0800
To: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund)
cc: jgreco@brasil.moneng.mei.com (Joe Greco), current@freebsd.org
Subject: Re: iostat and msps
In-reply-to: Your message of "Tue, 26 Dec 1995 00:49:14 +0100."
<9512252349.AA04456@sws021.sa.erisoft.se>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <998.819938048.1@time.cdrom.com>
Date: Mon, 25 Dec 1995 16:34:09 -0800
Message-ID: <999.819938049@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@freebsd.org
Precedence: bulk
> And I would love to give it a try, if this is something that more people
> than I think whould be an improvment of FreeBSD.
Yes! Better stats on *all* resource consumption is something we're going
to have to work for if we're to have any hope at all of serving the
needs of FreeBSD's growing ISP & server community.
Jordan
From owner-freebsd-current Mon Dec 25 17:13:12 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA10187
for current-outgoing; Mon, 25 Dec 1995 17:13:12 -0800 (PST)
Received: from twitch.io.org (root@twitch.io.org [198.133.36.152])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10178
for <current@freebsd.org>; Mon, 25 Dec 1995 17:12:56 -0800 (PST)
Received: from else (root@else.net [204.92.4.245]) by twitch.io.org (8.6.9/8.6.9) with SMTP id LAA03429 for <current@freebsd.org>; Mon, 25 Dec 1995 11:36:43 -0500
Date: Mon, 25 Dec 1995 11:37:33 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: Suggestion for target 'includes'
Message-ID: <Pine.LNX.3.91.951225112834.10875A-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
I'd like to make a suggestion for a slight change to the
/usr/src/Makefile target 'includes'. Granted, it's a change that
shouldn't be required if everything has been done by the book, but it
would have saved me a lot of trouble trying to build current:
The target runs an rm -rf on /usr/include followed by an mtree only if
CLOBBER is defined. Consider what happens if the directories that mtree
would install are not there (corrupted include directory) but CLOBBER is
not defined - all includes in the main directory are installed fine, but
something like /usr/include/readline/history.h never gets there.
Instead, the five files that should be in the readline directory are
copies successively over the file named /usr/include/readline. This
causes failed builds duirng a make world, but not until the compile is
all the way into 'make all gnu/usr.bin'.
It's hard to fix this error without digging, and then running a -DCLOBBEr
(which negates most of what you built before the crash).
Since mtree is already being called in a non-destructive manner, why not
move it out of the .if-.endif clause and make it run whether CLOBBER is
defined or not? That would save a build from failing halfway through for
stupid reasons.
j.
From owner-freebsd-current Mon Dec 25 17:15:58 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA10266
for current-outgoing; Mon, 25 Dec 1995 17:15:58 -0800 (PST)
Received: from wink.io.org (root@wink.io.org [198.133.36.7])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10261
for <current@freebsd.org>; Mon, 25 Dec 1995 17:15:55 -0800 (PST)
Received: (from jfitz@localhost) by wink.io.org (8.6.9/8.6.9) id TAA20727; Mon, 25 Dec 1995 19:23:39 GMT
Date: Mon, 25 Dec 1995 19:23:35 +0000 (GMT)
From: James FitzGibbon <jfitz@io.org>
To: current@freebsd.org
Subject: Executables now data in -current?
Message-ID: <Pine.BSI.3.91.951225191435.20485A-100000@wink.io.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
I've noticed something peculiar about building -current and using
utilities built under a prior kernel.
I did the build of -current using a 2.1R kernel, since I couldn't build
the new kernel without the new suplementary utilities and libraries.
After building and rebooting the new kernel, I notice that some ports
(specifically joe) and even some system programs (like fortune) now fail
with an "Exec format error. Wrong Architecture" error.
If I do a file on them, I get "/usr/games/fortune: data".
I've tried recompiling the apps under -current, but they still fail.
Is this related to the branching at 2.0.5, meaning that I built
2.2-current under a kernel from a branch that didn't directly precede it
? Is there a solution that will let me run these applications? (fortune
I could care less about, joe... well let's just say that my new year's
resolution is not to use vi any more than necessary.)
j.
----------------------------------------------------------------------------
James FitzGibbon jfitz@io.org
... Go ahead, jump. 100,000 lemmings can't be wrong.
----------------------------------------------------------------------------
From owner-freebsd-current Mon Dec 25 17:25:43 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA10723
for current-outgoing; Mon, 25 Dec 1995 17:25:43 -0800 (PST)
Received: from pinch.io.org (root@pinch.io.org [198.133.36.9])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA10718
for <freebsd-current@FreeBSD.ORG>; Mon, 25 Dec 1995 17:25:40 -0800 (PST)
Received: from else (root@else.net [204.92.4.245]) by pinch.io.org (8.6.9/8.6.9) with SMTP id LAA08533; Mon, 25 Dec 1995 11:56:38 -0500
Date: Mon, 25 Dec 1995 11:56:43 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
cc: FreeBSD-current users <freebsd-current@FreeBSD.ORG>
Subject: Re: Missing File in sys/i386/include/conf.h ?
In-Reply-To: <199512250836.JAA05145@uriah.heep.sax.de>
Message-ID: <Pine.LNX.3.91.951225115328.10875C-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
On Mon, 25 Dec 1995, J Wunsch wrote:
> > I believe, but am not 100% positive, that ioconf.h is
> > generated by config, and is based on what devices you have defined
> > in your config file.
>
> You are right, but your advise (re-sup usr/src/sys) was wrong.
>
> config(8) is closely related to the kernel source, so whenever you see
> a problem like this, it's 99 % likely that you need a new _config_.
>
> Re-sup usr/src/usr.sbin/config, rebuild and reinstall it, and re-
> config your kernel. Events that make a new config necessary are
> normally being announced to freebsd-current, that's why you should
> follow this list. (Of course, if you are new to -current, you could
> not have seen it.)
This is exactly right - I wanted to find out if the changes to -current
would allow me to run BSD/OS 2.0 binaries, and so just built the kernel
sources rather than all the utilities. I've since been tied up trying to
get all the utilities to compile, but I imagine that the new config would
solve this.
Several others have experienced this problem as well, and I imagine that
the root of their problem is the same.
(And for the record, this is the first time I've tried to build
-current. I've learned my lesson...)
j.
From owner-freebsd-current Mon Dec 25 18:08:19 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id SAA12088
for current-outgoing; Mon, 25 Dec 1995 18:08:19 -0800 (PST)
Received: (from dima@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id SAA12082
Mon, 25 Dec 1995 18:08:17 -0800 (PST)
Message-Id: <199512260208.SAA12082@freefall.freebsd.org>
Subject: Re: Bothered by m_copydata TCP panic...
To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=)
Date: Mon, 25 Dec 1995 18:08:17 -0800 (PST)
Cc: dima@FreeBSD.org, current@FreeBSD.org
In-Reply-To: <Sx7betmWJ1@ache.dialup.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Dec 25, 95 02:21:43 pm
From: dima@FreeBSD.org (Dima Ruban)
X-Class: Fast
Organization: HackerDome
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@FreeBSD.org
Precedence: bulk
=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>
> In message <199512250948.BAA11183@freefall.freebsd.org> Dima Ruban
> writes:
>
> >=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
> >>
> >> I got it quite regulary :-(
>
> >Yeap. I'm getting it most definitely, if I'm trying to download something
> >from your computer ... :-(
>
> I run pure -current, nothing more :-)
same here
> --
> Andrey A. Chernov : And I rest so composedly, /Now, in my bed,
> ache@astral.msk.su : That any beholder /Might fancy me dead -
> http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead.
> RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849
>
-- dima
From owner-freebsd-current Mon Dec 25 22:16:41 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA18864
for current-outgoing; Mon, 25 Dec 1995 22:16:41 -0800 (PST)
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA18858
for <current@freebsd.org>; Mon, 25 Dec 1995 22:16:37 -0800 (PST)
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id WAA17601; Mon, 25 Dec 1995 22:16:16 -0800
From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
Message-Id: <199512260616.WAA17601@GndRsh.aac.dev.com>
Subject: Re: Suggestion for target 'includes'
To: james@else.net (James FitzGibbon)
Date: Mon, 25 Dec 1995 22:16:15 -0800 (PST)
Cc: current@freebsd.org
In-Reply-To: <Pine.LNX.3.91.951225112834.10875A-100000@else.net> from "James FitzGibbon" at Dec 25, 95 11:37:33 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
Precedence: bulk
>
>
> I'd like to make a suggestion for a slight change to the
> /usr/src/Makefile target 'includes'. Granted, it's a change that
> shouldn't be required if everything has been done by the book, but it
> would have saved me a lot of trouble trying to build current:
...
>
> Since mtree is already being called in a non-destructive manner, why not
> move it out of the .if-.endif clause and make it run whether CLOBBER is
> defined or not? That would save a build from failing halfway through for
> stupid reasons.
This should have already occured when the ``make hierarchy'' was run as
that includes an mtree run for /usr/include, see src/etc/Makefile distrib-dirs:.
--
Rod Grimes rgrimes@gndrsh.aac.dev.com
Accurate Automation Company Reliable computers for FreeBSD
From owner-freebsd-current Tue Dec 26 01:32:28 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA22650
for current-outgoing; Tue, 26 Dec 1995 01:32:28 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22640
for <current@freebsd.org>; Tue, 26 Dec 1995 01:32:16 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA29379 for current@freebsd.org; Tue, 26 Dec 1995 20:29:25 +1100
Date: Tue, 26 Dec 1995 20:29:25 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512260929.UAA29379@godzilla.zeta.org.au>
To: current@freebsd.org
Subject: libkern.a going away
Sender: owner-current@freebsd.org
Precedence: bulk
I'm about to nuke libkern.a to ensure that all objects are compiled with
the correct ${CFLAGS}. This will also ensure that all objects are
compiled with the same <sys> and <machine> directories. Objects that
are currently in the library will be specified by putting their sources
in files.${MACHINE}. The set of necessary objects has to be machine-
dependent to save space but kernel-independent so that lkms can depend
on all the necessary functions being present.
Does anyone want to do this better or differently?
Bruce
From owner-freebsd-current Tue Dec 26 01:47:52 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA23698
for current-outgoing; Tue, 26 Dec 1995 01:47:52 -0800 (PST)
Received: from vip.cybercity.dk (www.cybercity.dk [194.16.56.1])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23678
for <current@freebsd.org>; Tue, 26 Dec 1995 01:47:45 -0800 (PST)
Received: from critter.tfs.com by vip.cybercity.dk via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
id KAA24739; Tue, 26 Dec 1995 10:47:47 +0100
Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA13143; Tue, 26 Dec 1995 09:26:40 +0100
X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol
To: Bruce Evans <bde@zeta.org.au>
cc: current@freebsd.org
Subject: Re: libkern.a going away
In-reply-to: Your message of "Tue, 26 Dec 1995 20:29:25 +1100."
<199512260929.UAA29379@godzilla.zeta.org.au>
Date: Tue, 26 Dec 1995 09:26:39 +0100
Message-ID: <13141.819966399@critter.tfs.com>
From: Poul-Henning Kamp <phk@critter.tfs.com>
Sender: owner-current@freebsd.org
Precedence: bulk
> I'm about to nuke libkern.a to ensure that all objects are compiled with
> the correct ${CFLAGS}. This will also ensure that all objects are
> compiled with the same <sys> and <machine> directories. Objects that
> are currently in the library will be specified by putting their sources
> in files.${MACHINE}. The set of necessary objects has to be machine-
> dependent to save space but kernel-independent so that lkms can depend
> on all the necessary functions being present.
>
> Does anyone want to do this better or differently?
Please go ahead. Long overdue.
Should we add a semi-mandatory kernel option "GCC" which pulls in the
stuff gcc needs ?
--
Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox.
whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.
From owner-freebsd-current Tue Dec 26 02:02:27 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id CAA25281
for current-outgoing; Tue, 26 Dec 1995 02:02:27 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA25257
for <current@freebsd.org>; Tue, 26 Dec 1995 02:02:18 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA30149; Tue, 26 Dec 1995 20:57:25 +1100
Date: Tue, 26 Dec 1995 20:57:25 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512260957.UAA30149@godzilla.zeta.org.au>
To: bde@zeta.org.au, phk@critter.tfs.com
Subject: Re: libkern.a going away
Cc: current@freebsd.org
Sender: owner-current@freebsd.org
Precedence: bulk
>> Does anyone want to do this better or differently?
>Please go ahead. Long overdue.
>Should we add a semi-mandatory kernel option "GCC" which pulls in the
>stuff gcc needs ?
The reverse is more necessary: an option "NOTGCC" that pulls support
out of the Attics for all the functions that depend on gcc features
(mostly ones with inline asm). I wouldn't worry about it until we
have a non-gcc compiler. Try compiling the kernel with lcc or lint
to see how much it depends on gcc.
Bruce
From owner-freebsd-current Tue Dec 26 03:00:28 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id DAA28432
for current-outgoing; Tue, 26 Dec 1995 03:00:28 -0800 (PST)
Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28423
Tue, 26 Dec 1995 03:00:23 -0800 (PST)
Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id DAA21327; Tue, 26 Dec 1995 03:00:02 -0800
Date: Tue, 26 Dec 1995 03:00:02 -0800
Message-Id: <199512261100.DAA21327@silvia.HIP.Berkeley.EDU>
To: phk@critter.tfs.com, dbaker@crash.ops.neosoft.com, smace@neosoft.com,
hsu@clinet.fi
CC: current@FreeBSD.org, julian@jhome.DIALix.COM, gibbs@FreeBSD.org
In-reply-to: <6681.819022616@critter.tfs.com> (message from Poul-Henning Kamp on Fri, 15 Dec 1995 11:16:56 +0100)
Subject: oops not queued
From: asami@cs.berkeley.edu (Satoshi Asami)
Sender: owner-current@FreeBSD.org
Precedence: bulk
* > Dec 18 13:18:55 silvia /kernel: sd1: oops not queued
* > Dec 18 13:18:55 silvia /kernel: biodone: buffer already done
* > Dec 18 13:18:55 silvia /kernel: spec_getpages: I/O read error
* > Dec 18 13:18:55 silvia /kernel: vm_fault: pager input (probably hardware) error, PID 144 failure
I am still seeing this on -current. You guys (on the To: list)
mentioned you have also seen this from Dec 14 or so on. Did it go
away for any of you?
Just to be sure, I checked out a new copy of the /usr/src/sys tree and
built a GENERIC kernel out of it, but I still get the same errors.
Satoshi (happy holidays)
From owner-freebsd-current Tue Dec 26 06:22:04 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id GAA04183
for current-outgoing; Tue, 26 Dec 1995 06:22:04 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA04178
for <current@freefall.freebsd.org>; Tue, 26 Dec 1995 06:21:58 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA05610 for current@freefall.freebsd.org; Wed, 27 Dec 1995 01:19:37 +1100
Date: Wed, 27 Dec 1995 01:19:37 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512261419.BAA05610@godzilla.zeta.org.au>
To: current@freefall.freebsd.org
Subject: Re: cvs commit: src/sys/libkern Makefile
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
>bde 95/12/26 05:58:32
> Modified: sys Makefile
> sys/i386/conf Makefile.i386 files.i386
> sys/i386/i386 support.s
> Removed: sys/libkern Makefile
> Log:
> Removed almost all traces of libkern.a. The objects that were in
> libkern.a are now specified by listing their source files in
> files.${MACHINE}. The list is machine-dependent to save space.
> All the necessary object for each machine must be linked into the
> kernel in case an lkm wants one.
>
> Revision Changes Path
> 1.4 +2 -2 src/sys/Makefile
> 1.72 +4 -26 src/sys/i386/conf/Makefile.i386
> 1.121 +18 -1 src/sys/i386/conf/files.i386
> 1.29 +1 -20 src/sys/i386/i386/support.s
Run config to sync with these changes.
Bruce
From owner-freebsd-current Tue Dec 26 07:31:37 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA06300
for current-outgoing; Tue, 26 Dec 1995 07:31:37 -0800 (PST)
Received: from twirl.io.org (root@twirl.io.org [198.133.36.5])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA06280
for <current@freebsd.org>; Tue, 26 Dec 1995 07:31:19 -0800 (PST)
Received: from else (root@else.net [204.92.4.245]) by twirl.io.org (8.6.9/8.6.9) with SMTP id KAA21698; Tue, 26 Dec 1995 10:28:02 -0500
Received: by else (Smail3.1.29.1 #3)
id m0tUbJ6-000MF2C; Tue, 26 Dec 95 10:28 EST
Date: Tue, 26 Dec 1995 10:28:49 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
cc: current@freebsd.org
Subject: Re: Suggestion for target 'includes'
In-Reply-To: <199512260616.WAA17601@GndRsh.aac.dev.com>
Message-ID: <Pine.LNX.3.91.951226102327.5934A-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
On Mon, 25 Dec 1995, Rodney W. Grimes wrote:
> > Since mtree is already being called in a non-destructive manner, why not
> > move it out of the .if-.endif clause and make it run whether CLOBBER is
> > defined or not? That would save a build from failing halfway through for
> > stupid reasons.
>
> This should have already occured when the ``make hierarchy'' was run as
> that includes an mtree run for /usr/include, see src/etc/Makefile distrib-dirs:.
Ah, so it does. Well, that still leaves the problem of a file existing
where mtree wants to make a directory.
What about a modification to mtree to have it fail if a file already
exists and it's type doesn't match what is listed in the distfile? That
way if /usr/include/readline existed as a file and mtree wanted to create
a directory called /usr/include/readline, it would by default fail, or
with a switch delete the file and create the directory.
Comments?
j.
From owner-freebsd-current Tue Dec 26 08:07:12 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA08293
for current-outgoing; Tue, 26 Dec 1995 08:07:12 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08277
for <freebsd-current@FreeBSD.org>; Tue, 26 Dec 1995 08:07:06 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA21070 for <freebsd-current@FreeBSD.org>; Tue, 26 Dec 1995 17:07:03 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id RAA24083 for freebsd-current@FreeBSD.org; Tue, 26 Dec 1995 17:07:03 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA09396 for freebsd-current@FreeBSD.org; Tue, 26 Dec 1995 17:05:42 +0100
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512261605.RAA09396@uriah.heep.sax.de>
Subject: cvs misbehaviour?
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Tue, 26 Dec 1995 17:05:42 +0100 (MET)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
Why is this?
joerg@freefall 57% cvs release -dQ sys*
cvs [release aborted]: -q or -Q must be specified before "release"
--
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 Tue Dec 26 08:53:03 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA09668
for current-outgoing; Tue, 26 Dec 1995 08:53:03 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA09663
Tue, 26 Dec 1995 08:53:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA02940; Tue, 26 Dec 1995 08:52:44 -0800
To: current@freebsd.org
cc: wpaul@freebsd.org
Subject: rcpgen needs to be added to the tools target?
Date: Tue, 26 Dec 1995 08:52:44 -0800
Message-ID: <2938.819996764@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@freebsd.org
Precedence: bulk
It will otherwise cause a fresh `make world' to fall right over
when building usr.sbin/ypserv! :-(
From owner-freebsd-current Tue Dec 26 09:08:21 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id JAA10099
for current-outgoing; Tue, 26 Dec 1995 09:08:21 -0800 (PST)
Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA10090
for <current@freebsd.org>; Tue, 26 Dec 1995 09:08:15 -0800 (PST)
Received: (from james@localhost) by miller.cs.uwm.edu (8.7.3/8.7.3) id LAA14134 for current@freebsd.org; Tue, 26 Dec 1995 11:08:13 -0600
Date: Tue, 26 Dec 1995 11:08:13 -0600
From: Jim Lowe <james@miller.cs.uwm.edu>
Message-Id: <199512261708.LAA14134@miller.cs.uwm.edu>
To: current@freebsd.org
Subject: Tick, tock, adjust the clock
Sender: owner-current@freebsd.org
Precedence: bulk
There seems to be a problem with the Pentium clock on my mainboard
with FreeBSD-current (as of a few weeks ago). It doesn't seem to
keep correct time. I didn't have this problem when I ran a 486 system.
I know for US$10 or a subscription to Sports Illustrated, I can get a
football watch that keeps better time than my computer :-)!
The mainboard is an ASUS P55TP4XE, but I also had the same problem
with a SuperMicro mainboard. I run xtnpd which adjusts the clock
at a fairly regular interval:
...
Dec 26 02:54:02 miller-genuine-draft xntpd[75]: time reset (step) -1.803289 s
Dec 26 03:01:45 miller-genuine-draft xntpd[75]: time reset (step) 1.913048 s
Dec 26 03:08:09 miller-genuine-draft xntpd[75]: time reset (step) 0.465431 s
Dec 26 03:14:19 miller-genuine-draft xntpd[75]: time reset (step) -1.514804 s
Dec 26 03:19:52 miller-genuine-draft xntpd[75]: time reset (step) 0.452551 s
Dec 26 03:26:16 miller-genuine-draft xntpd[75]: time reset (step) 0.373672 s
...
These step adjustments are extremley annoying to programs that run
and clock things in the 10ms range. The clock jumps forward and
backward like a jumping bean. If I discontinue running xntpd my
time adjustment problems go away, but then my clock doesn't keep
correct time.
Any ideas or fixes? Any good starting places to start hacking away to fix
this?
Thanks for your help,
-Jim
From owner-freebsd-current Tue Dec 26 12:57:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA15737
for current-outgoing; Tue, 26 Dec 1995 12:57:18 -0800 (PST)
Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15732
Tue, 26 Dec 1995 12:57:13 -0800 (PST)
Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id WAA16081; Tue, 26 Dec 1995 22:55:49 +0200
Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id WAA15885; Tue, 26 Dec 1995 22:56:02 +0200
Date: Tue, 26 Dec 1995 22:56:02 +0200
Message-Id: <199512262056.WAA15885@katiska.clinet.fi>
From: Heikki Suonsivu <hsu@clinet.fi>
To: asami@cs.berkeley.edu (Satoshi Asami)
Cc: phk@critter.tfs.com, dbaker@crash.ops.neosoft.com, smace@neosoft.com,
hsu@clinet.fi, current@FreeBSD.org, julian@jhome.DIALix.COM,
gibbs@FreeBSD.org
Subject: oops not queued
In-Reply-To: <199512261100.DAA21327@silvia.HIP.Berkeley.EDU>
References: <6681.819022616@critter.tfs.com>
<199512261100.DAA21327@silvia.HIP.Berkeley.EDU>
Organization: Clinet Ltd, Espoo, Finland
Sender: owner-current@FreeBSD.org
Precedence: bulk
Satoshi Asami writes:
> * > Dec 18 13:18:55 silvia /kernel: sd1: oops not queued
> * > Dec 18 13:18:55 silvia /kernel: biodone: buffer already done
> * > Dec 18 13:18:55 silvia /kernel: spec_getpages: I/O read error
> * > Dec 18 13:18:55 silvia /kernel: vm_fault: pager input (probably hardware) error, PID 144 failure
>
> I am still seeing this on -current. You guys (on the To: list)
> mentioned you have also seen this from Dec 14 or so on. Did it go
> away for any of you?
>
> Just to be sure, I checked out a new copy of the /usr/src/sys tree and
> built a GENERIC kernel out of it, but I still get the same errors.
I still get this with -current less than 24 hour ago, and this may be the
same problem as with SCSI systems I got the same "oops not queued" error.
The ide systems don't get even to the probes with exactly the same kernel.
The kernel is ftp://clinet.fi/pub/FreeBSD/crashdumps/kernel.broken.2.gz and
the config file is ftp://clinet.fi/pub/FreeBSD/crashdumps/CLINETSERVER.
BTW, dependency for rpcgen in make world is missing, it has to be manually
compiled.
486-40 IDE
pcvt: do_reset() - got KEYB_R_RESEND response ... - one time only messag
e.
...
real memory = 16777216 (16384..)
kmem_suballoc: bad status returned 3.
panic: kmem_suballoc
after this normal rebooting in 15 seconds message.
I think I PR'd this, but I can't find the PR number anywhere.
--
Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND,
hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121
From owner-freebsd-current Tue Dec 26 18:32:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id SAA27477
for current-outgoing; Tue, 26 Dec 1995 18:32:18 -0800 (PST)
Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA27472
for <freebsd-current@freebsd.org>; Tue, 26 Dec 1995 18:32:13 -0800 (PST)
Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id KAA07065 for freebsd-current@freebsd.org; Wed, 27 Dec 1995 10:32:07 +0800 (WST)
Received: from GATEWAY by haywire.DIALix.COM with netnews
for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com)
To: freebsd-current@freebsd.org
Date: 27 Dec 1995 10:32:00 +0800
From: peter@haywire.dialix.com (Peter Wemm)
Message-ID: <4bqb70$6s2$1@haywire.DIALix.COM>
Organization: DIALix Services, Perth, Australia.
References: <Sx7betmWJ1@ache.dialup.ru>, <199512260208.SAA12082@freefall.freebsd.org>
Subject: Re: Bothered by m_copydata TCP panic...
Sender: owner-current@freebsd.org
Precedence: bulk
dima@FreeBSD.ORG (Dima Ruban) writes:
>=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>>
>> In message <199512250948.BAA11183@freefall.freebsd.org> Dima Ruban
>> writes:
>>
>> >=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>> >>
>> >> I got it quite regulary :-(
>>
>> >Yeap. I'm getting it most definitely, if I'm trying to download something
>> >from your computer ... :-(
>>
>> I run pure -current, nothing more :-)
>same here
Umm.. Is everybody seeing this running slip?
-Peter
From owner-freebsd-current Tue Dec 26 19:09:11 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id TAA28449
for current-outgoing; Tue, 26 Dec 1995 19:09:11 -0800 (PST)
Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA28439
for <freebsd-current@freebsd.org>; Tue, 26 Dec 1995 19:09:02 -0800 (PST)
Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id LAA08742 for freebsd-current@freebsd.org; Wed, 27 Dec 1995 11:08:57 +0800 (WST)
Received: from GATEWAY by haywire.DIALix.COM with netnews
for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com)
To: freebsd-current@freebsd.org
Date: 27 Dec 1995 11:08:52 +0800
From: peter@haywire.dialix.com (Peter Wemm)
Message-ID: <4bqdc4$8h2$1@haywire.DIALix.COM>
Organization: DIALix Services, Perth, Australia.
References: <199512261708.LAA14134@miller.cs.uwm.edu>
Subject: Re: Tick, tock, adjust the clock
Sender: owner-current@freebsd.org
Precedence: bulk
james@miller.cs.uwm.edu (Jim Lowe) writes:
>There seems to be a problem with the Pentium clock on my mainboard
>with FreeBSD-current (as of a few weeks ago). It doesn't seem to
>keep correct time. I didn't have this problem when I ran a 486 system.
>I know for US$10 or a subscription to Sports Illustrated, I can get a
>football watch that keeps better time than my computer :-)!
>The mainboard is an ASUS P55TP4XE, but I also had the same problem
>with a SuperMicro mainboard. I run xtnpd which adjusts the clock
>at a fairly regular interval:
>...
>Dec 26 02:54:02 miller-genuine-draft xntpd[75]: time reset (step) -1.803289 s
>Dec 26 03:01:45 miller-genuine-draft xntpd[75]: time reset (step) 1.913048 s
>Dec 26 03:08:09 miller-genuine-draft xntpd[75]: time reset (step) 0.465431 s
>Dec 26 03:14:19 miller-genuine-draft xntpd[75]: time reset (step) -1.514804 s
>Dec 26 03:19:52 miller-genuine-draft xntpd[75]: time reset (step) 0.452551 s
>Dec 26 03:26:16 miller-genuine-draft xntpd[75]: time reset (step) 0.373672 s
>...
>These step adjustments are extremley annoying to programs that run
>and clock things in the 10ms range. The clock jumps forward and
>backward like a jumping bean. If I discontinue running xntpd my
>time adjustment problems go away, but then my clock doesn't keep
>correct time.
>Any ideas or fixes? Any good starting places to start hacking away to fix
>this?
I've had the same problem for quite some time.. On all the
FreeBSD machines I have access to, the xntpd oscilates very very badly
(like you've shown) and eventually logs "not logging any more time
steps" or something like that.
The really depressing part, is the SVR4 machines (you know, the ones
with the horrible 10ms clock resolution) sitting right next to the
FreeBSD machines with their super-high-res clocks are locking right in
and staying very stable (xntpd getting to 1024 poll and very low
dispersion), while the FreeBSD machines are constantly wobbling all
over the place. :-(
I've tried lots of silly things like chopping the xntpd precision down
to -6 like the SVR4 boxes, but it still doesn't help. :-( On the SVR4
version, the xntpd PLL/VCO/whatever_its_called locks in, and on
FreeBSD it does not. I do not understand the xntpd mechanisms, so I
have no idea what to try and change.
(just about to try making tickadj more coarse (5us -> 40us) in case
the clock drift is too fast for adjtime() to keep up. The SVR4
machines are running at 40us. I have no idea what to expect as a result.)
-Peter
>Thanks for your help,
>
> -Jim
From owner-freebsd-current Tue Dec 26 19:13:04 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id TAA28629
for current-outgoing; Tue, 26 Dec 1995 19:13:04 -0800 (PST)
Received: from dworshak.cs.uidaho.edu (root@dworshak.cs.uidaho.edu [129.101.100.160])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA28623
for <freebsd-current@freebsd.org>; Tue, 26 Dec 1995 19:12:59 -0800 (PST)
Received: from hoodoo.cs.uidaho.edu (hoodoo.cs.uidaho.edu [129.101.100.34]) by dworshak.cs.uidaho.edu (8.6.12/1.1) with ESMTP id TAA29223; Tue, 26 Dec 1995 19:12:55 -0800
Received: from localhost (localhost [127.0.0.1]) by hoodoo.cs.uidaho.edu (8.6.10/1.0) with SMTP id TAA15444; Tue, 26 Dec 1995 19:09:16 -0800
Message-Id: <199512270309.TAA15444@hoodoo.cs.uidaho.edu>
X-Authentication-Warning: hoodoo.cs.uidaho.edu: Host localhost didn't use HELO protocol
To: peter@haywire.dialix.com (Peter Wemm)
cc: freebsd-current@freebsd.org
Subject: Re: Bothered by m_copydata TCP panic...
In-reply-to: Your message of "27 Dec 1995 10:32:00 PST."
<4bqb70$6s2$1@haywire.DIALix.COM>
Date: Tue, 26 Dec 1995 19:09:16 PST
From: faried nawaz <nawaz921@cs.uidaho.edu>
Sender: owner-current@freebsd.org
Precedence: bulk
Peter Wemm wrote...
Umm.. Is everybody seeing this running slip?
i'm on ethernet, one ne2000-compat card at 0x300, irq 15.
the kernel is configured with 1 tun device.
From owner-freebsd-current Tue Dec 26 21:01:43 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id VAA04156
for current-outgoing; Tue, 26 Dec 1995 21:01:43 -0800 (PST)
Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA04151
for <freebsd-current@freebsd.org>; Tue, 26 Dec 1995 21:01:37 -0800 (PST)
Received: by sovcom.kiae.su id AA09144
(5.65.kiae-1 ); Wed, 27 Dec 1995 08:00:43 +0300
Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 27 Dec 95 08:00:42 +0300
Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id HAA01127; Wed, 27 Dec 1995 07:07:49 +0300 (MSK)
To: freebsd-current@freebsd.org, Peter Wemm <peter@haywire.dialix.com>
References: <Sx7betmWJ1@ache.dialup.ru>,
<199512260208.SAA12082@freefall.freebsd.org>
<4bqb70$6s2$1@haywire.DIALix.COM>
In-Reply-To: <4bqb70$6s2$1@haywire.DIALix.COM>;
from Peter Wemm at 27 Dec 1995 10:32:00 +0800
Message-Id: <wzLQCume14@ache.dialup.ru>
Organization: Olahm Ha-Yetzirah
Date: Wed, 27 Dec 1995 07:07:49 +0300 (MSK)
X-Mailer: Mail/@ [v2.41 FreeBSD]
From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=
(aka Andrey A. Chernov, Black Mage) <ache@astral.msk.su>
X-Class: Fast
Subject: Re: Bothered by m_copydata TCP panic...
Lines: 34
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
In message <4bqb70$6s2$1@haywire.DIALix.COM> Peter Wemm writes:
>dima@FreeBSD.ORG (Dima Ruban) writes:
>>=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>>>
>>> In message <199512250948.BAA11183@freefall.freebsd.org> Dima Ruban
>>> writes:
>>>
>>> >=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
>>> >>
>>> >> I got it quite regulary :-(
>>>
>>> >Yeap. I'm getting it most definitely, if I'm trying to download something
>>> >from your computer ... :-(
>>>
>>> I run pure -current, nothing more :-)
>>same here
>Umm.. Is everybody seeing this running slip?
Yes, I saw it on my home comp running slip.
But, I saw it on my office comp on ethernet too.
So, it is slip-independend.
It depends on network load of course. It is very rare
on my home slip comp and often on office comp due to more network load.
Maybe it somehow related to MTU discovery code (I don't remember
another essential changes in TCP area).
--
Andrey A. Chernov : And I rest so composedly, /Now, in my bed,
ache@astral.msk.su : That any beholder /Might fancy me dead -
http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead.
RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849
From owner-freebsd-current Tue Dec 26 21:48:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id VAA05714
for current-outgoing; Tue, 26 Dec 1995 21:48:18 -0800 (PST)
Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA05708
for <current@freebsd.org>; Tue, 26 Dec 1995 21:48:14 -0800 (PST)
Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id AAA01154; Wed, 27 Dec 1995 00:49:26 -0500
From: A boy and his worm gear <wpaul@skynet.ctr.columbia.edu>
Message-Id: <199512270549.AAA01154@skynet.ctr.columbia.edu>
Subject: Re: rcpgen needs to be added to the tools target?
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Wed, 27 Dec 1995 00:49:25 -0500 (EST)
Cc: current@freebsd.org
In-Reply-To: <2938.819996764@time.cdrom.com> from "Jordan K. Hubbard" at Dec 26, 95 08:52:44 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@freebsd.org
Precedence: bulk
Of all the gin joints in all the towns in all the world, Jordan K. Hubbard
had to walk into mine and say:
> It will otherwise cause a fresh `make world' to fall right over
> when building usr.sbin/ypserv! :-(
I suppose it does need to be in the tools target at that, but...
I'm confoozed: I remember seeing that librpcsvc is also built using
rpcgen; how is it that librpcsvc can get built but not ypserv?
-Bill
--
=============================================================================
-Bill Paul (212) 854-6020 | System Manager
Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research
Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City
=============================================================================
License error: The license for this .sig file has expired. You must obtain
a new license key before any more witty phrases will appear in this space.
=============================================================================
From owner-freebsd-current Tue Dec 26 22:54:45 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA07315
for current-outgoing; Tue, 26 Dec 1995 22:54:45 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA07307
Tue, 26 Dec 1995 22:54:38 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id WAA08907; Tue, 26 Dec 1995 22:54:35 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id WAA06132; Tue, 26 Dec 1995 22:54:37 -0800 (PST)
Message-Id: <199512270654.WAA06132@corbin.Root.COM>
To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A.
Chernov, Black Mage) <ache@astral.msk.su>
cc: freebsd-current@freebsd.org, Peter Wemm <peter@haywire.dialix.com>,
wollman@freebsd.org
Subject: Re: Bothered by m_copydata TCP panic...
In-reply-to: Your message of "Wed, 27 Dec 95 07:07:49 +0300."
<wzLQCume14@ache.dialup.ru>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Tue, 26 Dec 1995 22:54:35 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>>Umm.. Is everybody seeing this running slip?
>
>Yes, I saw it on my home comp running slip.
>But, I saw it on my office comp on ethernet too.
>So, it is slip-independend.
>It depends on network load of course. It is very rare
>on my home slip comp and often on office comp due to more network load.
>Maybe it somehow related to MTU discovery code (I don't remember
>another essential changes in TCP area).
Yes, that's exactly what is causing it. I'm sure Garrett will fix it when
he can.
-DG
From owner-freebsd-current Tue Dec 26 23:14:57 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA07747
for current-outgoing; Tue, 26 Dec 1995 23:14:57 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA07742
Tue, 26 Dec 1995 23:14:53 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id XAA08917; Tue, 26 Dec 1995 23:14:51 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id XAA06150; Tue, 26 Dec 1995 23:14:53 -0800 (PST)
Message-Id: <199512270714.XAA06150@corbin.Root.COM>
To: ache@astral.msk.su
cc: freebsd-current@freebsd.org, Peter Wemm <peter@haywire.dialix.com>,
wollman@freebsd.org
Subject: Re: Bothered by m_copydata TCP panic...
In-reply-to: Your message of "Tue, 26 Dec 95 22:54:35 PST."
<199512270654.WAA06132@corbin.Root.COM>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Tue, 26 Dec 1995 23:14:53 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>>>Umm.. Is everybody seeing this running slip?
>>
>>Yes, I saw it on my home comp running slip.
>>But, I saw it on my office comp on ethernet too.
>>So, it is slip-independend.
>>It depends on network load of course. It is very rare
>>on my home slip comp and often on office comp due to more network load.
>>Maybe it somehow related to MTU discovery code (I don't remember
>>another essential changes in TCP area).
>
> Yes, that's exactly what is causing it. I'm sure Garrett will fix it when
>he can.
Hmm, I spoke a bit quickly there...actually, I think this bug started
before Garrett turned on the MTU discovery stuff. It's probably caused by
some other changes that were made back in November.
From owner-freebsd-current Tue Dec 26 23:30:07 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA08160
for current-outgoing; Tue, 26 Dec 1995 23:30:07 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA08152
for <current@freebsd.org>; Tue, 26 Dec 1995 23:30:03 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id XAA08931; Tue, 26 Dec 1995 23:30:01 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id XAA06196; Tue, 26 Dec 1995 23:30:04 -0800 (PST)
Message-Id: <199512270730.XAA06196@corbin.Root.COM>
To: Faried Nawaz <fn@pain.csrv.uidaho.edu>
cc: current@freebsd.org
Subject: Re: another m_copydata crash
In-reply-to: Your message of "Thu, 21 Dec 95 12:38:22 PST."
<199512212038.MAA00467@pain.csrv.uidaho.edu>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Tue, 26 Dec 1995 23:30:03 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>i had > 3 crashes today, but /var/crash (actually /usr/crash) filled up
>so i only got the first dump.
>
>
>Script started on Thu Dec 21 12:35:25 1995
>; gdb -k -q
>(kgdb) symbol-file kernel.debug
>Reading symbols from kernel.debug...done.
>(kgdb) exec-file /var/crash/kernel.20
>(kgdb) core-file /var/crash/vmcore.20
>IdlePTD 1a2000
>current pcb at 1937fc
>panic: m_copydata
I think this bug has to do with the packet length when tcp options are
involved. How do you have tcp_extensions set in /etc/sysconfig?
-DG
From owner-freebsd-current Tue Dec 26 23:41:35 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA08518
for current-outgoing; Tue, 26 Dec 1995 23:41:35 -0800 (PST)
Received: from gwydion.hns.st-louis.mo.us (root@dialup-66.icon-stl.net [199.217.153.66])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA08513
for <freebsd-current@freebsd.org>; Tue, 26 Dec 1995 23:41:32 -0800 (PST)
Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id BAA00221 for freebsd-current@freebsd.org; Wed, 27 Dec 1995 01:40:37 -0600 (CST)
From: Kent Hamilton <kenth@HNS.St-Louis.Mo.US>
Message-Id: <199512270740.BAA00221@gwydion.hns.st-louis.mo.us>
Subject: ATAPI / wcd Panics
To: freebsd-current@freebsd.org
Date: Wed, 27 Dec 1995 01:40:37 -0600 (CST)
Reply-To: KentH@HNS.St-Louis.Mo.US
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
Under -current as of 2 days ago.
I'm having problems with ATAPI/wcd. It won't work if I try to
compile it static (ATAPI_STATIC) anymore. Don't know if I missed
a message saying this wasn't supported anymore or what. If I try
to use the modules I get this when try to load wcd_mod.o. It's
consistant. Happens every time wcd_mod.o loads. I can try to
provide more info if someone will give me a starting point.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x44101fa
fault code = supervisor write, page not present
instruction pointer = 0x8:0xf01d3003
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
proccessor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask =
kernel: type 12 trap, code = 0
Stopped at _pcaioctl+0x37: addb %al,0x844101fa(%ecx)
db> trace
_pcaioctl(f0836300,efbfff94,f0836300,f01f0438,efbfff4c) at _pcaioctl+0x37
_exit1(f0836300,0,efbfffb4,f01bff9f,f0836300) at _exit1+0x313
_exit(f0836300,efbfff94,efbfff8c,ffffffff,0) at _exit+0x14
_syscall(27,27,0,0,efbfdc60) at _syscall+0x157
_Xsyscall() at _Xsyscall+0x2d
--- syscall 1, eip = 0x787d, ebp = 0xefbfdc60 ---
--
Kent Hamilton Work: KHamilton@Hunter.COM
URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US
From owner-freebsd-current Wed Dec 27 00:00:33 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA09038
for current-outgoing; Wed, 27 Dec 1995 00:00:33 -0800 (PST)
Received: (from dima@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA09032
Wed, 27 Dec 1995 00:00:31 -0800 (PST)
Message-Id: <199512270800.AAA09032@freefall.freebsd.org>
Subject: Re: Bothered by m_copydata TCP panic...
To: peter@haywire.dialix.com (Peter Wemm)
Date: Wed, 27 Dec 1995 00:00:31 -0800 (PST)
Cc: freebsd-current@FreeBSD.org
In-Reply-To: <4bqb70$6s2$1@haywire.DIALix.COM> from "Peter Wemm" at Dec 27, 95 10:32:00 am
From: dima@FreeBSD.org (Dima Ruban)
X-Class: Fast
Organization: HackerDome
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@FreeBSD.org
Precedence: bulk
Peter Wemm writes:
>
> dima@FreeBSD.ORG (Dima Ruban) writes:
> >=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
> >>
> >> In message <199512250948.BAA11183@freefall.freebsd.org> Dima Ruban
> >> writes:
> >>
> >> >=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes:
> >> >>
> >> >> I got it quite regulary :-(
> >>
> >> >Yeap. I'm getting it most definitely, if I'm trying to download something
> >> >from your computer ... :-(
> >>
> >> I run pure -current, nothing more :-)
>
> >same here
>
> Umm.. Is everybody seeing this running slip?
Nope. I got it on computer, which is connected through ethernet.
>
> -Peter
>
-- dima
From owner-freebsd-current Wed Dec 27 01:12:10 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA11338
for current-outgoing; Wed, 27 Dec 1995 01:12:10 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11312
for <freebsd-current@FreeBSD.org>; Wed, 27 Dec 1995 01:12:03 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06461 for <freebsd-current@FreeBSD.org>; Wed, 27 Dec 1995 10:12:01 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id KAA03345 for freebsd-current@FreeBSD.org; Wed, 27 Dec 1995 10:12:01 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA03852 for freebsd-current@FreeBSD.org; Wed, 27 Dec 1995 10:05:49 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512270905.KAA03852@uriah.heep.sax.de>
Subject: Re: Bothered by m_copydata TCP panic...
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Wed, 27 Dec 1995 10:05:49 +0100 (MET)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <4bqb70$6s2$1@haywire.DIALix.COM> from "Peter Wemm" at Dec 27, 95 10:32:00 am
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
As Peter Wemm wrote:
>
> >> I run pure -current, nothing more :-)
>
> >same here
>
> Umm.. Is everybody seeing this running slip?
Well, lemme see. I've just run ``make world'' and are about to
install it in a few moments. I'm heavily using slip (though i could
also go to ppp in case of trouble).
--
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 Dec 27 02:32:48 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id CAA16118
for current-outgoing; Wed, 27 Dec 1995 02:32:48 -0800 (PST)
Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA16110
for <freebsd-current@FreeBSD.ORG>; Wed, 27 Dec 1995 02:32:39 -0800 (PST)
Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.7.3/8.6.9) with ESMTP id MAA13461; Wed, 27 Dec 1995 12:32:32 +0200 (SAT)
Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.6.9) with SMTP id MAA02728; Wed, 27 Dec 1995 12:32:21 +0200 (SAT)
Message-Id: <199512271032.MAA02728@grumble.grondar.za>
X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users)
Subject: Re: Bothered by m_copydata TCP panic...
Date: Wed, 27 Dec 1995 12:32:20 +0200
From: Mark Murray <mark@grondar.za>
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
J Wunsch wrote:
> As Peter Wemm wrote:
> >
> > >> I run pure -current, nothing more :-)
> >
> > >same here
> >
> > Umm.. Is everybody seeing this running slip?
>
> Well, lemme see. I've just run ``make world'' and are about to
> install it in a few moments. I'm heavily using slip (though i could
> also go to ppp in case of trouble).
I have a 386sx as a router, so I am all ethernet. I _occaisionally_
see these m_copydata panics - usually when my machine is busy (like
a make world), _and_ the ethernet is busy (like lots of NFS traffic
- I have a 386 as an NFS server)
M
--
Mark Murray
46 Harvey Rd, Claremont, Cape Town 7700, South Africa
+27 21 61-3768 GMT+0200
Finger mark@grondar.za for PGP key
From owner-freebsd-current Wed Dec 27 02:50:49 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id CAA17755
for current-outgoing; Wed, 27 Dec 1995 02:50:49 -0800 (PST)
Received: from news1.gtn.com (news1.gtn.com [192.109.159.3])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA17744
for <current@freebsd.org>; Wed, 27 Dec 1995 02:50:45 -0800 (PST)
Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA15030; Wed, 27 Dec 1995 11:30:22 +0100 (MET)
Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id LAA00598; Wed, 27 Dec 1995 11:23:17 +0100 (MET)
Date: Wed, 27 Dec 1995 11:23:17 +0100 (MET)
From: Andreas Klemm <andreas@knobel.gun.de>
To: A boy and his worm gear <wpaul@skynet.ctr.columbia.edu>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, current@freebsd.org
Subject: Re: rcpgen needs to be added to the tools target?
In-Reply-To: <199512270549.AAA01154@skynet.ctr.columbia.edu>
Message-ID: <Pine.BSF.3.91.951227111857.460C-100000@knobel.gun.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
On Wed, 27 Dec 1995, A boy and his worm gear wrote:
> Of all the gin joints in all the towns in all the world, Jordan K. Hubbard
> had to walk into mine and say:
>
> > It will otherwise cause a fresh `make world' to fall right over
> > when building usr.sbin/ypserv! :-(
>
> I suppose it does need to be in the tools target at that, but...
> I'm confoozed: I remember seeing that librpcsvc is also built using
> rpcgen; how is it that librpcsvc can get built but not ypserv?
The commandline options of rpcgen cause rpcgen to fail when running
in usr.sbin/ypserv. I reported that already in the thread about my
-current experiences.
In lib/librpcsvc/Makefile rpcgen is execured without any commandline
options. So it doesn't fail ...
In ypserv you'll find this line:
RPCGEN= rpcgen -I -C
--
andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH
Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de -
\/
ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz
apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<<
From owner-freebsd-current Wed Dec 27 03:50:37 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id DAA19988
for current-outgoing; Wed, 27 Dec 1995 03:50:37 -0800 (PST)
Received: from peedub.gj.org (ns050.munich.netsurf.de [194.64.166.50])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA19981
for <freebsd-current@freebsd.org>; Wed, 27 Dec 1995 03:50:23 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id MAA29809 for <freebsd-current@freebsd.org>; Wed, 27 Dec 1995 12:53:42 GMT
Message-Id: <199512271253.MAA29809@peedub.gj.org>
X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol
To: freebsd-current@freebsd.org
Subject: a few patches
From: Gary Jennejohn <Gary.Jennejohn@munich.netsurf.de>
Date: Wed, 27 Dec 1995 12:53:42 +0000
Sender: owner-current@freebsd.org
Precedence: bulk
these patches are mostly to allow -current to completely compile
when a DESTDIR is specified. I needed the patch to fmt.c so that
it would compile at all. One patch installs the man page for zgrep.
The patches are relative to -current on Dec. 24.
Gary J
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
*** ./Makefile.orig Sat Dec 23 23:18:58 1995
--- ./Makefile Sat Dec 23 23:20:27 1995
***************
*** 295,300 ****
--- 295,306 ----
cd ${.CURDIR}/lib/libtermcap && \
${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
.endif
+ .if exists(lib)
+ cd ${.CURDIR}/lib/csu/i386 && \
+ ${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
+ cd ${.CURDIR}/lib && \
+ ${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
+ .endif
.if exists(gnu)
cd ${.CURDIR}/gnu/lib && \
${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
***************
*** 303,314 ****
.endif
.if exists(secure) && !defined(NOCRYPT) && !defined(NOSECURE)
cd ${.CURDIR}/secure/lib && \
- ${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
- .endif
- .if exists(lib)
- cd ${.CURDIR}/lib/csu/i386 && \
- ${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
- cd ${.CURDIR}/lib && \
${MAKE} depend all install ${CLEANDIR} ${OBJDIR}
.endif
.if exists(usr.sbin/lex/lib)
--- 309,314 ----
*** ./gnu/usr.bin/gzip/Makefile.orig Mon Dec 25 01:39:24 1995
--- ./gnu/usr.bin/gzip/Makefile Mon Dec 25 01:40:29 1995
***************
*** 3,9 ****
PROG= gzip
SRCS= gzip.c zip.c deflate.c trees.c bits.c unzip.c inflate.c util.c \
crypt.c lzw.c unlzw.c unlzh.c unpack.c getopt.c match.S
! MAN1= gzexe.1 gzip.1 zdiff.1 zforce.1 zmore.1 znew.1
CFLAGS+=-DASMV -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DDIRENT=1
MLINKS= gzip.1 gunzip.1 gzip.1 zcat.1 gzip.1 gzcat.1
LINKS+= ${BINDIR}/gzip ${BINDIR}/gunzip
--- 3,9 ----
PROG= gzip
SRCS= gzip.c zip.c deflate.c trees.c bits.c unzip.c inflate.c util.c \
crypt.c lzw.c unlzw.c unlzh.c unpack.c getopt.c match.S
! MAN1= gzexe.1 gzip.1 zdiff.1 zforce.1 zgrep.1 zmore.1 znew.1
CFLAGS+=-DASMV -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DDIRENT=1
MLINKS= gzip.1 gunzip.1 gzip.1 zcat.1 gzip.1 gzcat.1
LINKS+= ${BINDIR}/gzip ${BINDIR}/gunzip
*** ./lkm/cd9660/Makefile.orig Sun Dec 24 15:18:45 1995
--- ./lkm/cd9660/Makefile Sun Dec 24 15:26:33 1995
***************
*** 6,11 ****
cd9660_util.c cd9660_vfsops.c cd9660_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DCD9660
.include <bsd.kmod.mk>
--- 6,11 ----
cd9660_util.c cd9660_vfsops.c cd9660_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DCD9660 -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/coff/Makefile.orig Sun Dec 24 15:33:26 1995
--- ./lkm/coff/Makefile Sun Dec 24 15:33:53 1995
***************
*** 5,10 ****
SRCS= coff.c imgact_coff.c vnode_if.h
NOMAN=
CLEANFILES+= vnode_if.h vnode_if.c
! CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= coff.c imgact_coff.c vnode_if.h
NOMAN=
CLEANFILES+= vnode_if.h vnode_if.c
! CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2 -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/fdesc/Makefile.orig Sun Dec 24 15:37:48 1995
--- ./lkm/fdesc/Makefile Sun Dec 24 15:38:12 1995
***************
*** 5,10 ****
SRCS= fdesc_vfsops.c fdesc_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DFDESC
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= fdesc_vfsops.c fdesc_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DFDESC -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/fpu/Makefile.orig Sun Dec 24 15:38:47 1995
--- ./lkm/fpu/Makefile Sun Dec 24 15:39:11 1995
***************
*** 5,10 ****
SRCS= math_emulate.c
NOMAN=
PSEUDO_LKM=
! CFLAGS+= -DLKM
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= math_emulate.c
NOMAN=
PSEUDO_LKM=
! CFLAGS+= -DLKM -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/gnufpu/Makefile.orig Sun Dec 24 15:48:04 1995
--- ./lkm/gnufpu/Makefile Sun Dec 24 15:48:30 1995
***************
*** 9,15 ****
reg_ld_str.c reg_u_mul.s reg_u_sub.s wm_shrx.s wm_sqrt.s
NOMAN=
PSEUDO_LKM=
! CFLAGS+= -DLKM -I${.CURDIR}/../../sys/sys
.s.o:
cpp -DLOCORE ${COPTS} $< | ${AS} ${ASFLAGS} -o $*.o
--- 9,15 ----
reg_ld_str.c reg_u_mul.s reg_u_sub.s wm_shrx.s wm_sqrt.s
NOMAN=
PSEUDO_LKM=
! CFLAGS+= -DLKM -I${.CURDIR}/../../sys/sys -I${DESTDIR}/usr/include
.s.o:
cpp -DLOCORE ${COPTS} $< | ${AS} ${ASFLAGS} -o $*.o
*** ./lkm/ibcs2/Makefile.orig Sun Dec 24 15:49:17 1995
--- ./lkm/ibcs2/Makefile Sun Dec 24 15:50:10 1995
***************
*** 9,15 ****
ibcs2_msg.c ibcs2_other.c ibcs2_sysi86.c ibcs2_sysvec.c vnode_if.h
MAN8= ibcs2.8
! CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2
CLEANFILES+= vnode_if.h vnode_if.c
EXPORT_SYMS= _ibcs2_mod _ibcs2_emul_path _ibcs2_svr3_sysvec
--- 9,15 ----
ibcs2_msg.c ibcs2_other.c ibcs2_sysi86.c ibcs2_sysvec.c vnode_if.h
MAN8= ibcs2.8
! CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2 -I${DESTDIR}/usr/include
CLEANFILES+= vnode_if.h vnode_if.c
EXPORT_SYMS= _ibcs2_mod _ibcs2_emul_path _ibcs2_svr3_sysvec
*** ./lkm/kernfs/Makefile.orig Sun Dec 24 15:51:22 1995
--- ./lkm/kernfs/Makefile Sun Dec 24 15:51:40 1995
***************
*** 5,10 ****
SRCS= kernfs_vfsops.c kernfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DKERNFS
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= kernfs_vfsops.c kernfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DKERNFS -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/linux/Makefile.orig Sun Dec 24 15:52:02 1995
--- ./lkm/linux/Makefile Sun Dec 24 15:53:06 1995
***************
*** 7,12 ****
--- 7,13 ----
linux_dummy.c linux_sysent.c imgact_linux.c vnode_if.h
NOMAN=
CFLAGS+= -DLKM -I. -DCOMPAT_LINUX -DSYSVSHM #-DSYSVMSG -DSYSVSEM #-DDEBUG
+ CFLAGS+= -I${DESTDIR}/usr/include
CLEANFILES+= vnode_if.h vnode_if.c
afterinstall:
*** ./lkm/msdos/Makefile.orig Sun Dec 24 15:53:42 1995
--- ./lkm/msdos/Makefile Sun Dec 24 15:54:00 1995
***************
*** 6,11 ****
msdosfs_vfsops.c msdosfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DMSDOSFS
.include <bsd.kmod.mk>
--- 6,11 ----
msdosfs_vfsops.c msdosfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DMSDOSFS -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/nfs/Makefile.orig Sun Dec 24 15:54:34 1995
--- ./lkm/nfs/Makefile Sun Dec 24 15:54:55 1995
***************
*** 6,11 ****
nfs_srvcache.c nfs_subs.c nfs_syscalls.c nfs_vfsops.c nfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DNFS -DINET
.include <bsd.kmod.mk>
--- 6,11 ----
nfs_srvcache.c nfs_subs.c nfs_syscalls.c nfs_vfsops.c nfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DNFS -DINET -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/nullfs/Makefile.orig Sun Dec 24 15:57:00 1995
--- ./lkm/nullfs/Makefile Sun Dec 24 15:57:23 1995
***************
*** 5,10 ****
SRCS= null_subr.c null_vfsops.c null_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DNULLFS
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= null_subr.c null_vfsops.c null_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DNULLFS -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/portal/Makefile.orig Sun Dec 24 15:57:47 1995
--- ./lkm/portal/Makefile Sun Dec 24 15:58:09 1995
***************
*** 5,10 ****
SRCS= portal_vfsops.c portal_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DPORTAL
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= portal_vfsops.c portal_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DPORTAL -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/procfs/Makefile.orig Sun Dec 24 15:58:31 1995
--- ./lkm/procfs/Makefile Sun Dec 24 15:58:53 1995
***************
*** 8,13 ****
procfs_vfsops.c procfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DPROCFS
.include <bsd.kmod.mk>
--- 8,13 ----
procfs_vfsops.c procfs_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DPROCFS -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/umapfs/Makefile.orig Sun Dec 24 15:59:29 1995
--- ./lkm/umapfs/Makefile Sun Dec 24 15:59:47 1995
***************
*** 5,10 ****
SRCS= umap_subr.c umap_vfsops.c umap_vnops.c
NOMAN=
VFS_LKM= yes
! CFLAGS+= -DUMAPFS
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= umap_subr.c umap_vfsops.c umap_vnops.c
NOMAN=
VFS_LKM= yes
! CFLAGS+= -DUMAPFS -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./lkm/union/Makefile.orig Sun Dec 24 16:00:09 1995
--- ./lkm/union/Makefile Sun Dec 24 16:00:26 1995
***************
*** 5,10 ****
SRCS= union_subr.c union_vfsops.c union_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DUNION
.include <bsd.kmod.mk>
--- 5,10 ----
SRCS= union_subr.c union_vfsops.c union_vnops.c
NOMAN=
VFS_LKM=
! CFLAGS+= -DUNION -I${DESTDIR}/usr/include
.include <bsd.kmod.mk>
*** ./usr.bin/fmt/fmt.c.orig Sun Dec 24 13:19:06 1995
--- ./usr.bin/fmt/fmt.c Sun Dec 24 13:20:00 1995
***************
*** 69,75 ****
--- 69,77 ----
int lineno; /* Current input line */
int mark; /* Last place we saw a head line */
+ #if 0
char *malloc(); /* for lint . . . */
+ #endif
char *headnames[] = {"To", "Subject", "Cc", 0};
/*
From owner-freebsd-current Wed Dec 27 05:04:20 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id FAA23048
for current-outgoing; Wed, 27 Dec 1995 05:04:20 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23040
for <freebsd-current@FreeBSD.org>; Wed, 27 Dec 1995 05:04:13 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA10356 for <freebsd-current@FreeBSD.org>; Wed, 27 Dec 1995 14:04:09 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id OAA04887 for freebsd-current@FreeBSD.org; Wed, 27 Dec 1995 14:04:06 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id NAA00791 for freebsd-current@FreeBSD.org; Wed, 27 Dec 1995 13:57:37 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512271257.NAA00791@uriah.heep.sax.de>
Subject: ls /devfs: bad-id
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Wed, 27 Dec 1995 13:57:37 +0100 (MET)
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
Hi all,
first time with the new kernel that now also supports devfs.
Whenever i do an ``ls /devfs'' (except for the very first time after
reboot, if i remember well), i get
bad-id bad-id bad-id bad-id ...
on the console. Should i get nervous about it?
Why are all the files in /devfs owned by group `games'? ;-)
--
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 Dec 27 05:50:12 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id FAA24291
for current-outgoing; Wed, 27 Dec 1995 05:50:12 -0800 (PST)
Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24286
for <current@freebsd.org>; Wed, 27 Dec 1995 05:50:08 -0800 (PST)
Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id IAA01809; Wed, 27 Dec 1995 08:51:16 -0500
From: A boy and his worm gear <wpaul@skynet.ctr.columbia.edu>
Message-Id: <199512271351.IAA01809@skynet.ctr.columbia.edu>
Subject: Re: rcpgen needs to be added to the tools target?
To: andreas@knobel.gun.de (Andreas Klemm)
Date: Wed, 27 Dec 1995 08:51:15 -0500 (EST)
Cc: jkh@time.cdrom.com, current@freebsd.org
In-Reply-To: <Pine.BSF.3.91.951227111857.460C-100000@knobel.gun.de> from "Andreas Klemm" at Dec 27, 95 11:23:17 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@freebsd.org
Precedence: bulk
Of all the gin joints in all the towns in all the world, Andreas Klemm
had to walk into mine and say:
> On Wed, 27 Dec 1995, A boy and his worm gear wrote:
> The commandline options of rpcgen cause rpcgen to fail when running
> in usr.sbin/ypserv. I reported that already in the thread about my
> -current experiences.
>
> In lib/librpcsvc/Makefile rpcgen is execured without any commandline
> options. So it doesn't fail ...
>
> In ypserv you'll find this line:
>
> RPCGEN= rpcgen -I -C
Oh... I think I see now. These arguments only work with the new
rpcgen. Then it should have been in the tools target all along; the fact
that it didn't fail before was just an incredible coincidence. :)
It looks as though somebody beat me to fixing this. Sorry for being
slow to notice the complaints: I have a huge amount of things I have
to do before Columbia's spring semester starts up and the FIFO just
isn't emptying as fast as I thought it would.
-Bill
--
=============================================================================
-Bill Paul (212) 854-6020 | System Manager
Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research
Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City
=============================================================================
License error: The license for this .sig file has expired. You must obtain
a new license key before any more witty phrases will appear in this space.
=============================================================================
From owner-freebsd-current Wed Dec 27 07:35:33 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA28437
for current-outgoing; Wed, 27 Dec 1995 07:35:33 -0800 (PST)
Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA28423
for <current@freebsd.org>; Wed, 27 Dec 1995 07:35:25 -0800 (PST)
Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.6.12/8.6.9) with ESMTP id HAA01660; Wed, 27 Dec 1995 07:35:18 -0800
Message-Id: <199512271535.HAA01660@pain.csrv.uidaho.edu>
To: davidg@Root.COM
cc: current@freebsd.org
Subject: Re: another m_copydata crash
In-reply-to: Your message of "Tue, 26 Dec 1995 23:30:03 PST."
<199512270730.XAA06196@corbin.Root.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <1654.820078516.1@pain.csrv.uidaho.edu>
Date: Wed, 27 Dec 1995 07:35:17 -0800
From: Faried Nawaz <fn@pain.csrv.uidaho.edu>
Sender: owner-current@freebsd.org
Precedence: bulk
David Greenman wrote...
I think this bug has to do with the packet length when tcp options are
involved. How do you have tcp_extensions set in /etc/sysconfig?
i've got tcp extensions turned on --
net.inet.tcp.rfc1323 = 1
net.inet.tcp.rfc1644 = 1
faried
ps i got dropped off almost all the freebsd lists for about 4-6 days; i may
have missed some of the discussion on this.
From owner-freebsd-current Wed Dec 27 07:37:53 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA28571
for current-outgoing; Wed, 27 Dec 1995 07:37:53 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA28563
for <current@freebsd.org>; Wed, 27 Dec 1995 07:37:43 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id HAA09433; Wed, 27 Dec 1995 07:37:40 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id HAA00679; Wed, 27 Dec 1995 07:37:41 -0800 (PST)
Message-Id: <199512271537.HAA00679@corbin.Root.COM>
To: Faried Nawaz <fn@pain.csrv.uidaho.edu>
cc: current@freebsd.org
Subject: Re: another m_copydata crash
In-reply-to: Your message of "Wed, 27 Dec 95 07:35:17 PST."
<199512271535.HAA01660@pain.csrv.uidaho.edu>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Wed, 27 Dec 1995 07:37:41 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>David Greenman wrote...
>
> I think this bug has to do with the packet length when tcp options are
> involved. How do you have tcp_extensions set in /etc/sysconfig?
>
>i've got tcp extensions turned on --
>
>net.inet.tcp.rfc1323 = 1
>net.inet.tcp.rfc1644 = 1
Try turning them off (tcp_extensions=NO) and see if it makes any difference.
-DG
From owner-freebsd-current Wed Dec 27 08:09:01 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA00558
for current-outgoing; Wed, 27 Dec 1995 08:09:01 -0800 (PST)
Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA00550
for <freebsd-current@freebsd.org>; Wed, 27 Dec 1995 08:08:55 -0800 (PST)
Received: by Sysiphos id AA16605
(5.67b/IDA-1.5 for freebsd-current@freebsd.org); Wed, 27 Dec 1995 17:06:12 +0100
Message-Id: <199512271606.AA16605@Sysiphos>
From: se@zpr.uni-koeln.de (Stefan Esser)
Date: Wed, 27 Dec 1995 17:06:12 +0100
In-Reply-To: Jean-Marc Zucconi <jmz@cabri.obs-besancon.fr>
"ncrcontrol" (Dec 27, 2:13)
X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95)
To: Jean-Marc Zucconi <jmz@cabri.obs-besancon.fr>
Subject: Re: ncrcontrol
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
On Dec 27, 2:13, Jean-Marc Zucconi wrote:
} Subject: ncrcontrol
} With a kernel from yesterday and after a make world, I get
} $ ncrcontrol
} ncrcontrol: no symbol "_nncr" in "/kernel.new".
This is a result of the recent statifications ...
Apply the following patch to get the variable defined
and exported again ...
I'll change this back in -current, too, until there is
a better interface (possibly using sysctl).
Regards, STefan
Index: ncr.c
===================================================================
RCS file: /usr/cvs/src/sys/pci/ncr.c,v
retrieving revision 1.52
diff -C2 -r1.52 ncr.c
*** ncr.c 1995/12/16 00:27:44 1.52
--- ncr.c 1995/12/22 13:47:39
***************
*** 1261,1269 ****
#ifndef __NetBSD__
! static ncb_p ncrp [MAX_UNITS];
#endif /* !__NetBSD__ */
static int ncr_debug = SCSI_DEBUG_FLAGS;
- SYSCTL_INT(_debug, OID_AUTO, ncr_debug, CTLFLAG_RW, &ncr_debug, 0, "");
static int ncr_cache; /* to be aligned _NOT_ static */
--- 1261,1269 ----
#ifndef __NetBSD__
! u_long nncr=MAX_UNITS;
! ncb_p ncrp [MAX_UNITS];
#endif /* !__NetBSD__ */
static int ncr_debug = SCSI_DEBUG_FLAGS;
static int ncr_cache; /* to be aligned _NOT_ static */
--
Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021
Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160
==============================================================================
http://www.zpr.uni-koeln.de/~se <se@ZPR.Uni-Koeln.DE>
From owner-freebsd-current Wed Dec 27 10:43:57 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA07657
for current-outgoing; Wed, 27 Dec 1995 10:43:57 -0800 (PST)
Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA07651
for <freebsd-current@FreeBSD.org>; Wed, 27 Dec 1995 10:43:52 -0800 (PST)
Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id CAA10949; Thu, 28 Dec 1995 02:43:32 +0800 (WST)
From: Julian Elischer <julian@jhome.DIALix.COM>
Message-Id: <199512271843.CAA10949@jhome.DIALix.COM>
Subject: Re: ls /devfs: bad-id
To: j@uriah.heep.sax.de (J Wunsch)
Date: Thu, 28 Dec 1995 02:43:31 +0800 (WST)
Cc: freebsd-current@FreeBSD.org
In-Reply-To: <199512271257.NAA00791@uriah.heep.sax.de> from "J Wunsch" at Dec 27, 95 01:57:37 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
>
> Hi all,
>
> first time with the new kernel that now also supports devfs.
>
> Whenever i do an ``ls /devfs'' (except for the very first time after
> reboot, if i remember well), i get
>
> bad-id bad-id bad-id bad-id ...
This was defensive programming.. I wanted to see how often this
occured..
that message and the "no references" message can be commented out..
>
basially it just means that the vnode was reused so I needed to get another..
> on the console. Should i get nervous about it?
>
> Why are all the files in /devfs owned by group `games'? ;-)
I was thinking that it might want to be used by such a group of users?
(I was feeling cynical?)
>
> --
> 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 Dec 27 11:03:43 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id LAA09053
for current-outgoing; Wed, 27 Dec 1995 11:03:43 -0800 (PST)
Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09001
for <current@freebsd.org>; Wed, 27 Dec 1995 11:02:29 -0800 (PST)
Received: by sovcom.kiae.su id AA05579
(5.65.kiae-1 ); Wed, 27 Dec 1995 22:01:11 +0300
Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 27 Dec 95 22:01:11 +0300
Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id VAA00391; Wed, 27 Dec 1995 21:28:26 +0300 (MSK)
To: davidg@Root.COM, Faried Nawaz <fn@pain.csrv.uidaho.edu>
Cc: current@freebsd.org
References: <199512271535.HAA01660@pain.csrv.uidaho.edu>
In-Reply-To: <199512271535.HAA01660@pain.csrv.uidaho.edu>;
from Faried Nawaz at Wed, 27 Dec 1995 07:35:17 -0800
Message-Id: <szA1Pum8M1@ache.dialup.ru>
Organization: Olahm Ha-Yetzirah
Date: Wed, 27 Dec 1995 21:28:26 +0300 (MSK)
X-Mailer: Mail/@ [v2.41 FreeBSD]
From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=
(aka Andrey A. Chernov, Black Mage) <ache@astral.msk.su>
X-Class: Fast
Subject: Re: another m_copydata crash
Lines: 15
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
In message <199512271535.HAA01660@pain.csrv.uidaho.edu> Faried Nawaz
writes:
>i've got tcp extensions turned on --
>net.inet.tcp.rfc1323 = 1
>net.inet.tcp.rfc1644 = 1
I got them ON too.
--
Andrey A. Chernov : And I rest so composedly, /Now, in my bed,
ache@astral.msk.su : That any beholder /Might fancy me dead -
http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead.
RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849
From owner-freebsd-current Wed Dec 27 11:54:20 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id LAA12316
for current-outgoing; Wed, 27 Dec 1995 11:54:20 -0800 (PST)
Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12311
for <current@freebsd.org>; Wed, 27 Dec 1995 11:54:14 -0800 (PST)
Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF)
id UAA07739; Wed, 27 Dec 1995 20:54:05 +0100
Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB)
id UAA06868; Wed, 27 Dec 1995 20:53:50 +0100
Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4)
id UAA11850; Wed, 27 Dec 1995 20:53:50 +0100
To: current@freebsd.org
Subject: Fwd: Re: another m_copydata crash
Date: Wed, 27 Dec 1995 20:53:49 +0100
Message-ID: <11849.820094029@curie.cs.utwente.nl>
From: Andras Olah <olah@cs.utwente.nl>
Sender: owner-current@freebsd.org
Precedence: bulk
Hi guys,
Here's a message I sent to Garrett a few days ago after my first attempt
to find the bug. As far as I know, Garrett doesn't know it either
what's causing this situation. I'm really sorry but I don't have too
much time recently to work on it so I thought I share my results with
you in the hope that someone else may find out what's happening here.
It seems like that the MTU discovery hypothesis is excluded already (see
earlier mail of DavidG).
Andras
------- Forwarded Message
From: Andras Olah <olah>
To: "Garrett A. Wollman" <wollman@lcs.mit.edu>
Subject: Re: another m_copydata crash
Date: Fri, 22 Dec 1995 17:35:28 +0100
Garrett,
During my first attempt to localize the bug, I found the immediate
cause of the crash, but I'm still clueless how this situation can
happen. It might have something to do with MTU discovery (although
I couldn't see any suspicious changes for the first sight), so I'd
appreciate your input.
In both traces of Faried tp->snd_nxt == tp->snd_una - 1, which
should never happen. snd_nxt >= snd_una must always hold during
TCP's operation.
Here's the relevant part of the tcpcb (this is in tcp_output()):
t_state = ESTABLISHED
t_flags = TF_ACKNOW|TF_REQ_SCALE|TF_RCVD_SCALE|
TF_REQ_TSTMP|TF_RCVD_TSTMP|TF_RQ_CC|TF_RCVD_CC
send side:
snd_max = iss + 1 we have sent our SYN only
snd_una = iss + 1 and it's acknowledged (we're in ESTABL state)
snd_nxt = iss <-- that's weird!!!
receive side:
rcv_nxt = irs + 1 we've got only the SYN from our peer so far
The rest of *tp seems to be normal.
Note also that in both crashes tcp_output() is called from
tcp_input() upon the reception of an out of order FIN segment:
seq = irs + 10 we missed 9 bytes of data in between
len = 0
ack = iss + 1 it acks our SYN
flags = TH_ACK|TH_FIN peer wants to close
I'd appreciate your ideas.
Andras
------- End of Forwarded Message
From owner-freebsd-current Wed Dec 27 12:01:08 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA12660
for current-outgoing; Wed, 27 Dec 1995 12:01:08 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA12643
for <current@freebsd.org>; Wed, 27 Dec 1995 12:01:02 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id PAA05127; Wed, 27 Dec 1995 15:01:02 -0500 (EST)
Date: Wed, 27 Dec 1995 15:01:01 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: current@freebsd.org
Subject: panic: CPU class not configured
Message-ID: <Pine.BSF.3.91.951227145904.5111A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Just submitted the following PR, but with the holidays and such, figured
it might help to send it here too, as someone here may be able to offer
a quicker response:
SEND-PR: -*- send-pr -*-
SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as
SEND-PR: will all comments (text enclosed in `<' and `>').
SEND-PR:
SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo
SEND-PR: manual if you are not sure how to fill out a problem report.
SEND-PR:
SEND-PR: Choose from the following categories:
SEND-PR:
SEND-PR: bin conf docs gnu i386 kern misc ports
SEND-PR:
To: FreeBSD-gnats-submit@freebsd.org
Subject:
From: scrappy
Reply-To: scrappy
X-send-pr-version: 3.2
>Submitter-Id: current-users
>Originator: Marc G. Fournier
>Organization: <Organization of PR author (multiple lines)>
>Confidential: yes
>Synopsis: panic: CPU class not configured
>Severity: critical
>Priority: high
>Category: kern
>Release: FreeBSD 2.2-CURRENT i386
>Class: sw-bug
>Environment:
This is on a good boot, using a good kernel:
FreeBSD 2.2-CURRENT #6: Sun Dec 24 01:33:38 EST 1995
scrappy@freebsd.hub.org:/usr/src/sys/compile/freebsd
CPU: i386DX (386-class CPU)
real memory = 8781824 (8576K bytes)
avail memory = 6889472 (6728K bytes)
DEVFS: ready for devices
Probing for devices on the ISA bus:
vt0 at 0x60-0x6f irq 1 on motherboard
vt0: mda, mono, 8 scr, mf2-kbd, [R3.20-b24]
sio0 not found at 0x3f8
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16450
lpt0 at 0x3bc-0x3c3 irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 765
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <Maxtor 7345 AT>
wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S
1 3C5x9 board(s) on ISA found at 0x300
ep0 at 0x300-0x30f irq 10 on isa
ep0: aui/bnc[*BNC*] address 00:a0:24:0a:5a:fe irq 10
npx0 on motherboard
npx0: 387 emulator
devfs ready to run
WARNING: / was not properly dismounted.
>Description:
When booting the system on the newest sources (sup'd in at
around 5am on Dec 27th, 1995, the kernel is detecting my machine as
being a Pentium Pro, instead of the 386DX40 it is.
The opening messages come up with:
CPU: Pentium Pro (unknown-class CPU)
panic: CPU class not configured
A trace shows:
Debugger()
panic()
identifycpu(f01d958c,f01d1d44,f01d9634,221000,0) at identifycpu+0xdd
cpu_startup()
main()
begin()
I don't know if the stuff inside the parentheses(sp?) mean anything,
but figured if they do, the only ones that would be important would be
the ones where it was attempting to identify the CPU.
>How-To-Repeat:
<Code/input/activities to reproduce the problem (multiple lines)>
>Fix:
<How to correct or work around the problem, if known (multiple lines)>
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Wed Dec 27 12:32:29 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA15117
for current-outgoing; Wed, 27 Dec 1995 12:32:29 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15110
for <current@FreeBSD.org>; Wed, 27 Dec 1995 12:32:25 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA06948; Wed, 27 Dec 1995 12:31:40 -0800
To: "Marc G. Fournier" <scrappy@hub.org>
cc: current@FreeBSD.org
Subject: Re: panic: CPU class not configured
In-reply-to: Your message of "Wed, 27 Dec 1995 15:01:01 EST."
<Pine.BSF.3.91.951227145904.5111A-100000@hub.org>
Date: Wed, 27 Dec 1995 12:31:40 -0800
Message-ID: <6946.820096300@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
This was just fixed - sup again from last night's sources!
Jordan
From owner-freebsd-current Wed Dec 27 13:03:25 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id NAA16620
for current-outgoing; Wed, 27 Dec 1995 13:03:25 -0800 (PST)
Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16610
for <freebsd-current@freebsd.org>; Wed, 27 Dec 1995 13:03:20 -0800 (PST)
Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM)
id AA17279; Wed, 27 Dec 1995 16:03:05 -0500
Date: Wed, 27 Dec 1995 16:03:05 -0500
From: "Garrett A. Wollman" <wollman@lcs.mit.edu>
Message-Id: <9512272103.AA17279@halloran-eldar.lcs.mit.edu>
To: peter@haywire.dialix.com (Peter Wemm)
Cc: freebsd-current@freebsd.org
Subject: Re: Tick, tock, adjust the clock
In-Reply-To: <4bqdc4$8h2$1@haywire.DIALix.COM>
References: <199512261708.LAA14134@miller.cs.uwm.edu>
<4bqdc4$8h2$1@haywire.DIALix.COM>
Sender: owner-current@freebsd.org
Precedence: bulk
<<On 27 Dec 1995 11:08:52 +0800, peter@haywire.dialix.com (Peter Wemm) said:
> I've had the same problem for quite some time.. On all the
> FreeBSD machines I have access to, the xntpd oscilates very very badly
> (like you've shown) and eventually logs "not logging any more time
> steps" or something like that.
I'm curious to know whether the clock speed is correctly diagnosed on
these machines... This sounds like the sort of thing I would expect
to happen if the clock-speed-diagnosis code doesn't come up with an
answer that's reasonably close. My 60-MHz machine is diagnosed as
59.99-MHz, and xntpd reports its frequency error as about 7.6 seconds
per day.
You might try making i586_ctr_rate tunable via sysctl(8), and fiddling
the value a little bit to see if you can come up with something more
correct. That would be a very good feature to have, and I may get
around to adding it sometime soon since PHK's sysctl is able to deal
with variables that are only conditionally defined in a reasonable
way. (It's a fixed-point number with I586_CTR_RATE_SHIFT bits of
fractional precision.)
> The really depressing part, is the SVR4 machines (you know, the ones
> with the horrible 10ms clock resolution) sitting right next to the
> FreeBSD machines with their super-high-res clocks are locking right in
> and staying very stable (xntpd getting to 1024 poll and very low
> dispersion), while the FreeBSD machines are constantly wobbling all
> over the place. :-(
My machine looks like this:
remote refid st t when poll reach delay offset disp
==============================================================================
+catfish.lcs.mit rackety.udel.ed 2 u 294 1024 357 2.24 5.002 1.25
+amsterdam.lcs.m ncar.ucar.edu 2 u 540 1024 377 2.09 5.686 4.17
eiffel.lcs.mit. tock.usno.navy. 2 - 38m 512 0 2.93 3.993 16000.0
pepper.lcs.mit. catfish.lcs.mit 3 u 654 1024 377 4.50 5.002 1.46
*pooch.osf.org .WWV. 1 u 69 1024 377 10.24 4.069 4.06
halloran-eldar. catfish.lcs.mit 3 u 815 512 324 3.97 6.322 4.65
hergotha.lcs.mi catfish.lcs.mit 3 u 417 1024 252 0.87 4.868 7.98
NTP.MCAST.NET 0.0.0.0 16 u - 64 0 0.00 0.000 16000.0
-GAWollman
--
Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ...
wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance.
Opinions not those of| It is a bond more powerful than absence. We like people
MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant
From owner-freebsd-current Wed Dec 27 14:20:37 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id OAA22127
for current-outgoing; Wed, 27 Dec 1995 14:20:37 -0800 (PST)
Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA22121
for <freebsd-current@FreeBSD.ORG>; Wed, 27 Dec 1995 14:20:29 -0800 (PST)
Received: from sa.erisoft.se (epls01.sa.erisoft.se [150.132.128.1]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id XAA15024 for <freebsd-current@FreeBSD.ORG>; Wed, 27 Dec 1995 23:20:27 +0100
Received: from sws021.sa.erisoft.se by sa.erisoft.se (4.1/SMI-4.1-ERIS0.99)
id AA21315; Wed, 27 Dec 95 23:20:26 +0100
From: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund)
Received: by sws021.sa.erisoft.se (5.x/client-1.3)
id AA04716; Wed, 27 Dec 1995 23:19:54 +0100
Message-Id: <9512272219.AA04716@sws021.sa.erisoft.se>
Subject: NFS ROOT 0.0.0.0:/...
To: freebsd-current@FreeBSD.ORG
Date: Wed, 27 Dec 1995 23:19:53 +0100 (MET)
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
Precedence: bulk
Hi!
After struggling a while I got 2.2-current alive!
But I found out that there seems to be a typo in nfs_vfsops.c.
When booting I get a message that tells me that I have the same
IP-number for both the root and swap server, swap_saddr should
be root_saddr. Here's a path:
ps.c.orig Fri Dec 22 15:58:16 1995
--- nfs_vfsops.c Tue Dec 26 17:21:59 1995
***************
*** 428,434 ****
* If using nfsv3_diskless, replace NFSX_V2FH with nd->root_fhsize.
*/
nd->root_args.fhsize = NFSX_V2FH;
! l = ntohl(nd->swap_saddr.sin_addr.s_addr);
sprintf(buf,"%ld.%ld.%ld.%ld:%s",
(l >> 24) & 0xff, (l >> 16) & 0xff,
(l >> 8) & 0xff, (l >> 0) & 0xff,nd->root_hostnam);
--- 428,434 ----
* If using nfsv3_diskless, replace NFSX_V2FH with nd->root_fhsize.
*/
nd->root_args.fhsize = NFSX_V2FH;
! l = ntohl(nd->root_saddr.sin_addr.s_addr);
sprintf(buf,"%ld.%ld.%ld.%ld:%s",
(l >> 24) & 0xff, (l >> 16) & 0xff,
(l >> 8) & 0xff, (l >> 0) & 0xff,nd->root_hostnam);
/Mattias
From owner-freebsd-current Wed Dec 27 15:42:50 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA26059
for current-outgoing; Wed, 27 Dec 1995 15:42:50 -0800 (PST)
Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26048
for <current@FreeBSD.org>; Wed, 27 Dec 1995 15:42:43 -0800 (PST)
Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id XAA04875; Wed, 27 Dec 1995 23:38:10 GMT
From: Paul Richards <paul@netcraft.co.uk>
Message-Id: <199512272338.XAA04875@server.netcraft.co.uk>
Subject: Re: pcnfsd..
To: asami@cs.berkeley.edu (Satoshi Asami)
Date: Wed, 27 Dec 1995 23:38:10 +0000 (GMT)
Cc: p.richards@elsevier.co.uk, jkh@time.cdrom.com, andreas@knobel.gun.de,
graichen@omega.physik.fu-berlin.de, current@FreeBSD.org
In-Reply-To: <199512222113.NAA02901@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Dec 22, 95 01:13:25 pm
Reply-to: paul@netcraft.co.uk
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
In reply to Satoshi Asami who said
>
> * I think you're mixing up the idea of config files and startup files, X config
> * files will still end up in the X tree which is something we should be a bit
> * more forcefull about with the X folks because it's a badly broken concept.
>
> That's not what I meant. The X ports don't know where the local tree
> (usually "/usr/local") is, the way the ports mechanism is designed
> now. I made several suggestions on how to solve this (and the startup
> file situation), but none was good enough.
Ahh, OK. Then Jordan's last suggestion seems to be the ticket then.
--
Paul Richards, Netcraft Ltd.
Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk
Phone: 0370 462071 (Mobile), +44 1225 447500 (work)
From owner-freebsd-current Wed Dec 27 15:46:24 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA26261
for current-outgoing; Wed, 27 Dec 1995 15:46:24 -0800 (PST)
Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26255
for <current@FreeBSD.org>; Wed, 27 Dec 1995 15:46:18 -0800 (PST)
Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id XAA04888; Wed, 27 Dec 1995 23:41:49 GMT
From: Paul Richards <paul@netcraft.co.uk>
Message-Id: <199512272341.XAA04888@server.netcraft.co.uk>
Subject: Re: pcnfsd..
To: rich@lamprey.utmb.edu
Date: Wed, 27 Dec 1995 23:41:49 +0000 (GMT)
Cc: p.richards@elsevier.co.uk, asami@cs.berkeley.edu, jkh@time.cdrom.com,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@FreeBSD.org
In-Reply-To: <199512222258.QAA02389@rmurphy.slip.bcm.tmc.edu> from "Rich Murphey" at Dec 22, 95 04:58:16 pm
Reply-to: paul@netcraft.co.uk
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
In reply to Rich Murphey who said
>
> |From: Paul Richards <p.richards@elsevier.co.uk>
> |I think you're mixing up the idea of config files and startup files, X config
> |files will still end up in the X tree which is something we should be a bit
> |more forcefull about with the X folks because it's a badly broken concept.
>
> Most of the critical X runtime config files such as
> XF86Config or xdm-config can be put in /etc so that the
> distribution copies in /usr/X11R6.. are ignored.
>
> What config files do you mean? Perhaps we can sort it out.
> Rich
>
It'd be good if X programs picked up their config files from somewhere
specifiable, this would include stuff that end up in the app-defaults
directory. You could nuke X11R6/* and re-install a new verios of XFree86
then without worrying about clobbering any local packages. There are other
advantages too.
--
Paul Richards, Netcraft Ltd.
Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk
Phone: 0370 462071 (Mobile), +44 1225 447500 (work)
From owner-freebsd-current Wed Dec 27 16:06:52 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA26869
for current-outgoing; Wed, 27 Dec 1995 16:06:52 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA26864
for <current@FreeBSD.org>; Wed, 27 Dec 1995 16:06:48 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id TAA07968; Wed, 27 Dec 1995 19:06:26 -0500 (EST)
Date: Wed, 27 Dec 1995 19:06:25 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: current@FreeBSD.org
Subject: Re: panic: CPU class not configured
In-Reply-To: <6946.820096300@time.cdrom.com>
Message-ID: <Pine.BSF.3.91.951227185518.7934B-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@FreeBSD.org
Precedence: bulk
On Wed, 27 Dec 1995, Jordan K. Hubbard wrote:
> This was just fixed - sup again from last night's sources!
>
> Jordan
>
Hi...
First up, this is the most recent 'sup' of the source tree that
I have, from 4pm this afternoon:
hub# sup -v current-kernel
SUP 8.26 (4.3 BSD) for file current-kernel at Dec 27 16:35:02
SUP Upgrade of src-sys-current at Wed Dec 27 16:35:06 1995
SUP Fileserver 9.13 (4.3 BSD) 18837 on freefall.FreeBSD.org at 16:35:06
SUP Fileserver supports compression.
SUP Requesting changes since Dec 26 22:58:15 1995
SUP Receiving file sys/i386/i386/mem.c
SUP Receiving file sys/i386/include/random.h
SUP Receiving file sys/i386/isa/random_machdep.c
SUP Receiving file sys/i386/isa/vector.s
SUP Receiving file sys/kern/kern_exit.c
SUP Receiving file sys/kern/sysv_sem.c
SUP Receiving file sys/sys/sem.h
SUP Updated directory sys/sys
SUP Updated directory sys/kern
SUP Updated directory sys/i386/isa/sound
SUP Updated directory sys/i386/isa
SUP Updated directory sys/i386/include
SUP Updated directory sys/i386/i386
SUP Updated directory sys/i386/boot
SUP Updated directory sys/i386
SUP Updated directory sys/gnu
SUP Updated directory lkm
SUP Upgrade of src-sys-current completed at Dec 27 16:39:04 1995
And, after doing a 'config -g <configfile>', followed by the appropriate
make depend and make, I get:
loading kernel
../../kern/kern_exit.c:140: Undefined symbol `_semexit' referenced from text segment
*** Error code 1
Stop.
BTW...assuming that its 'machdep.c' that was modified for the
Pentium Pro detection bug, this is the one I have on my most recent
source tree (assumed it was in identifycpu(), which is in machdep.c):
* from: @(#)machdep.c 7.4 (Berkeley) 6/3/91
* $Id: machdep.c,v 1.164 1995/12/25 01:02:32 davidg Exp $
which is over 2 days old now :(
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Wed Dec 27 16:07:49 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA26893
for current-outgoing; Wed, 27 Dec 1995 16:07:49 -0800 (PST)
Received: from rmurphy.slip.bcm.tmc.edu (root@RMURPHY.SLIP.BCM.TMC.EDU [128.249.250.138])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA26888
for <current@freebsd.org>; Wed, 27 Dec 1995 16:07:45 -0800 (PST)
Received: (from rich@localhost) by rmurphy.slip.bcm.tmc.edu (8.6.12/8.6.9) id SAA09660; Wed, 27 Dec 1995 18:07:33 -0600
Date: Wed, 27 Dec 1995 18:07:33 -0600
Message-Id: <199512280007.SAA09660@rmurphy.slip.bcm.tmc.edu>
From: Rich Murphey <rich@lamprey.utmb.edu>
To: paul@netcraft.co.uk
CC: p.richards@elsevier.co.uk, asami@cs.berkeley.edu, jkh@time.cdrom.com,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@freebsd.org
In-reply-to: <199512272341.XAA04888@server.netcraft.co.uk> (message from Paul
Richards on Wed, 27 Dec 1995 23:41:49 +0000 (GMT))
Subject: Re: pcnfsd..
Reply-to: rich@lamprey.utmb.edu
Sender: owner-current@freebsd.org
Precedence: bulk
|From: Paul Richards <paul@netcraft.co.uk>
|Date: Wed, 27 Dec 1995 23:41:49 +0000 (GMT)
|It'd be good if X programs picked up their config files from somewhere
|specifiable, this would include stuff that end up in the app-defaults
|directory. You could nuke X11R6/* and re-install a new verios of XFree86
|then without worrying about clobbering any local packages. There are other
|advantages too.
OK, yes, although you can override the default value of the
app-defaults directory path using the XAPPLRESDIR environment
variable, you can't otherwise change the default itself systemwide.
Do you want the clients to read another configuration file that will
specify the default location of all other configuration files on local
filesystems? This would add the overhead of opening the extra
configuration file and you'd be faced with a similar issue of chosing
a location for the runtime determination of that path.
Or do you want to have the clients search
/usr/local/lib/X11/app-defaults first before looking in
/usr/X11R6/lib/X11/app-defaults? Or do you have another scheme in
mind? Rich
From owner-freebsd-current Wed Dec 27 16:11:42 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA27015
for current-outgoing; Wed, 27 Dec 1995 16:11:42 -0800 (PST)
Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA27010
for <current@freebsd.org>; Wed, 27 Dec 1995 16:11:40 -0800 (PST)
Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id TAA07038 for current@freebsd.org; Wed, 27 Dec 1995 19:11:15 -0500
Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id JAA16464; Wed, 27 Dec 1995 09:47:32 -0500
Date: Wed, 27 Dec 1995 09:47:32 -0500
From: Gene Stark <gene@starkhome.cs.sunysb.edu>
Message-Id: <199512271447.JAA16464@starkhome.cs.sunysb.edu>
To: peter@haywire.dialix.com (Peter Wemm)
Cc: current@freebsd.org
In-reply-to: peter@haywire.dialix.com's message of 27 Dec 1995 11:08:52 +0800
Subject: Re: Tick, tock, adjust the clock
References: <199512261708.LAA14134@miller.cs.uwm.edu> <4bqic1$e6g@starkhome.cs.sunysb.edu>
Sender: owner-current@freebsd.org
Precedence: bulk
>>These step adjustments are extremley annoying to programs that run
>>and clock things in the 10ms range. The clock jumps forward and
>>backward like a jumping bean. If I discontinue running xntpd my
>>time adjustment problems go away, but then my clock doesn't keep
>>correct time.
>
>>Any ideas or fixes? Any good starting places to start hacking away to fix
>>this?
>
>I've had the same problem for quite some time.. On all the
>FreeBSD machines I have access to, the xntpd oscilates very very badly
>(like you've shown) and eventually logs "not logging any more time
>steps" or something like that.
I solved this problem (on 486 systems) by using tickadj to adjust the value
of "tick" a few notches off of its standard value of 10000. The values I had
to use were obtained by trial and error, and are different on each system.
For example, I recall having to use values like 9994 instead of 10000.
I also use a driftfile to avoid the lengthy resync period when the system
is rebooted.
Changing the tick value causes the system time to increment at a different
rate. This gets the drift rate of the clock into a region where
xntpd can sync to it with slew adjustments rather than step adjustments.
I still have a nagging suspicion that there is a problem with the timekeeping
code, since on forty-some systems I never had to use a tick value above
10000, only below. This suggests systematic bias, probably in software.
However at one point Bruce Evans assured me that he believed the stuff was
working correctly, so I haven't investigated further.
- Gene Stark
From owner-freebsd-current Wed Dec 27 16:18:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA27236
for current-outgoing; Wed, 27 Dec 1995 16:18:18 -0800 (PST)
Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA27226
for <current@freebsd.org>; Wed, 27 Dec 1995 16:18:12 -0800 (PST)
Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id AAA05031; Thu, 28 Dec 1995 00:13:41 GMT
From: Paul Richards <paul@netcraft.co.uk>
Message-Id: <199512280013.AAA05031@server.netcraft.co.uk>
Subject: Re: pcnfsd..
To: rich@lamprey.utmb.edu
Date: Thu, 28 Dec 1995 00:13:40 +0000 (GMT)
Cc: paul@netcraft.co.uk, p.richards@elsevier.co.uk, asami@cs.berkeley.edu,
jkh@time.cdrom.com, andreas@knobel.gun.de,
graichen@omega.physik.fu-berlin.de, current@freebsd.org
In-Reply-To: <199512280007.SAA09660@rmurphy.slip.bcm.tmc.edu> from "Rich Murphey" at Dec 27, 95 06:07:33 pm
Reply-to: paul@netcraft.co.uk
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@freebsd.org
Precedence: bulk
In reply to Rich Murphey who said
>
> Do you want the clients to read another configuration file that will
> specify the default location of all other configuration files on local
> filesystems? This would add the overhead of opening the extra
> configuration file and you'd be faced with a similar issue of chosing
> a location for the runtime determination of that path.
>
> Or do you want to have the clients search
> /usr/local/lib/X11/app-defaults first before looking in
> /usr/X11R6/lib/X11/app-defaults? Or do you have another scheme in
> mind? Rich
>
I think it's a build issue rather than a runtime issue. I'd want
to be able to set something in bsd.ports.mk, which itself would
probably look in /etc/sysconfig, that specified where local X
programs lived, e.g. /usr/local/X11. I don't think this is currently
easy (or at all possible) because of what gets picked up running
xmkmf.
--
Paul Richards, Netcraft Ltd.
Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk
Phone: 0370 462071 (Mobile), +44 1225 447500 (work)
From owner-freebsd-current Wed Dec 27 16:40:30 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA28082
for current-outgoing; Wed, 27 Dec 1995 16:40:30 -0800 (PST)
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28076
for <current@freebsd.org>; Wed, 27 Dec 1995 16:40:18 -0800 (PST)
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id QAA24557; Wed, 27 Dec 1995 16:37:41 -0800
From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
Message-Id: <199512280037.QAA24557@GndRsh.aac.dev.com>
Subject: Re: pcnfsd..
To: rich@lamprey.utmb.edu
Date: Wed, 27 Dec 1995 16:37:41 -0800 (PST)
Cc: paul@netcraft.co.uk, p.richards@elsevier.co.uk, asami@cs.berkeley.edu,
jkh@time.cdrom.com, andreas@knobel.gun.de,
graichen@omega.physik.fu-berlin.de, current@freebsd.org
In-Reply-To: <199512280007.SAA09660@rmurphy.slip.bcm.tmc.edu> from "Rich Murphey" at Dec 27, 95 06:07: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
Precedence: bulk
>
> |From: Paul Richards <paul@netcraft.co.uk>
> |Date: Wed, 27 Dec 1995 23:41:49 +0000 (GMT)
> |It'd be good if X programs picked up their config files from somewhere
> |specifiable, this would include stuff that end up in the app-defaults
> |directory. You could nuke X11R6/* and re-install a new verios of XFree86
> |then without worrying about clobbering any local packages. There are other
> |advantages too.
>
> OK, yes, although you can override the default value of the
> app-defaults directory path using the XAPPLRESDIR environment
> variable, you can't otherwise change the default itself systemwide.
Is what I would like is to change XAPPLRESDIR from specifying a
single directory to being a path (perhaps even rename it to
XAPPLRESPATH).
>
> Do you want the clients to read another configuration file that will
> specify the default location of all other configuration files on local
> filesystems? This would add the overhead of opening the extra
> configuration file and you'd be faced with a similar issue of chosing
> a location for the runtime determination of that path.
>
> Or do you want to have the clients search
> /usr/local/lib/X11/app-defaults first before looking in
> /usr/X11R6/lib/X11/app-defaults? Or do you have another scheme in
> mind? Rich
>
XAPPLRESPATH=~/X11/app-defaults:/usr/local/lib/X11/app-defaults:/usr/X11R6/lib/X11/app-defaults
:-)
--
Rod Grimes rgrimes@gndrsh.aac.dev.com
Accurate Automation Company Reliable computers for FreeBSD
From owner-freebsd-current Wed Dec 27 16:51:22 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA28581
for current-outgoing; Wed, 27 Dec 1995 16:51:22 -0800 (PST)
Received: from rmurphy.slip.bcm.tmc.edu (root@RMURPHY.SLIP.BCM.TMC.EDU [128.249.250.138])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28576
for <current@freebsd.org>; Wed, 27 Dec 1995 16:51:17 -0800 (PST)
Received: (from rich@localhost) by rmurphy.slip.bcm.tmc.edu (8.6.12/8.6.9) id SAA09823; Wed, 27 Dec 1995 18:51:06 -0600
Date: Wed, 27 Dec 1995 18:51:06 -0600
Message-Id: <199512280051.SAA09823@rmurphy.slip.bcm.tmc.edu>
From: Rich Murphey <rich@lamprey.utmb.edu>
To: paul@netcraft.co.uk
CC: p.richards@elsevier.co.uk,
rgrimes@gndrsh.aac.dev.com.asami@cs.berkeley.edu, jkh@time.cdrom.com,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@freebsd.org
In-reply-to: <199512280013.AAA05031@server.netcraft.co.uk> (message from Paul
Richards on Thu, 28 Dec 1995 00:13:40 +0000 (GMT))
Subject: XFree86 configuration files (was: pcnfsd..)
Reply-to: rich@lamprey.utmb.edu
Sender: owner-current@freebsd.org
Precedence: bulk
|From: Paul Richards <paul@netcraft.co.uk>
|I think it's a build issue rather than a runtime issue. I'd want
|to be able to set something in bsd.ports.mk, which itself would
|probably look in /etc/sysconfig, that specified where local X
|programs lived, e.g. /usr/local/X11. I don't think this is currently
|easy (or at all possible) because of what gets picked up running
|xmkmf.
When building the core X11R6 you can specify a top directory
of the tree other than /usr/X11R6 fairly easily in
xc/config/cf/site.def. So you could to read a value of
/usr/local/X11 from /etc/sysconfig and use sed to replace it
in xc/config/cf/site.def.
When you're building clients outside the core source tree
using xmkmf this would depend on the sources of the
particular package, but I imagine you would want to edit the
Imakefile to set the paths.
You could also make a copy of imake's configuration files in
/usr/local/X11/... and tell it to use the modified files
using 'xmkmf /usr/local/X11'. But it'd be conceptually
easier to follow if you just installed the core release
there first.
The flaw in this seems to be that the core release wasn't
intended to be installed in a separate location from all the
non-core clients and other data.
|From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com>
|Is what I would like is to change XAPPLRESDIR from specifying a
|single directory to being a path (perhaps even rename it to
|XAPPLRESPATH).
...
|XAPPLRESPATH=~/X11/app-defaults:/usr/local/lib/X11/app-defaults:/usr/X11R6/lib/X11/app-defaults
Yea, changing the libraries to use a path still seems like a
good idea. Is there anything in particular besides the
XAPPLRESDIR that needs similar treatment?
Rich
From owner-freebsd-current Wed Dec 27 16:53:11 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA28648
for current-outgoing; Wed, 27 Dec 1995 16:53:11 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28641
for <current@freebsd.org>; Wed, 27 Dec 1995 16:53:08 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id QAA10513; Wed, 27 Dec 1995 16:53:00 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id QAA00230; Wed, 27 Dec 1995 16:53:01 -0800 (PST)
Message-Id: <199512280053.QAA00230@corbin.Root.COM>
To: "Marc G. Fournier" <scrappy@hub.org>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, current@freebsd.org
Subject: Re: panic: CPU class not configured
In-reply-to: Your message of "Wed, 27 Dec 95 19:06:25 EST."
<Pine.BSF.3.91.951227185518.7934B-100000@hub.org>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Wed, 27 Dec 1995 16:52:59 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>And, after doing a 'config -g <configfile>', followed by the appropriate
>make depend and make, I get:
>
>loading kernel
>../../kern/kern_exit.c:140: Undefined symbol `_semexit' referenced from text segment
>*** Error code 1
>
>Stop.
Gack.
> BTW...assuming that its 'machdep.c' that was modified for the
>Pentium Pro detection bug, this is the one I have on my most recent
>source tree (assumed it was in identifycpu(), which is in machdep.c):
>
> * from: @(#)machdep.c 7.4 (Berkeley) 6/3/91
> * $Id: machdep.c,v 1.164 1995/12/25 01:02:32 davidg Exp $
>
> which is over 2 days old now :(
No, the bug was in locore.s:
revision 1.58
date: 1995/12/25 14:40:49; author: davidg; state: Exp; lines: +3 -3
Fix a lable goofup I made in the previous P6 support changes.
The sup source trees can easily lag behind by a day or two, and that's
probably what has happend in your case. Make sure that locore.s is rev 1.58.
-DG
From owner-freebsd-current Wed Dec 27 17:15:24 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA29829
for current-outgoing; Wed, 27 Dec 1995 17:15:24 -0800 (PST)
Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA29810
for <current@freebsd.org>; Wed, 27 Dec 1995 17:15:11 -0800 (PST)
Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id BAA03208; Thu, 28 Dec 1995 01:13:14 GMT
Message-Id: <199512280113.BAA03208@linus.demon.co.uk>
From: mark@linus.demon.co.uk (Mark Valentine)
Date: Thu, 28 Dec 1995 01:13:14 +0000
In-Reply-To: Rich Murphey's message of Dec 27, 6:07pm
X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95)
To: rich@lamprey.utmb.edu, paul@netcraft.co.uk
Subject: Re: pcnfsd..
Cc: p.richards@elsevier.co.uk, asami@cs.berkeley.edu, jkh@time.cdrom.com,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@freebsd.org
Sender: owner-current@freebsd.org
Precedence: bulk
> From: Rich Murphey <rich@lamprey.utmb.edu>
> Date: Wed 27 Dec, 1995
> Subject: Re: pcnfsd..
> Do you want the clients to read another configuration file that will
> specify the default location of all other configuration files on local
> filesystems? This would add the overhead of opening the extra
> configuration file and you'd be faced with a similar issue of chosing
> a location for the runtime determination of that path.
>
> Or do you want to have the clients search
> /usr/local/lib/X11/app-defaults first before looking in
> /usr/X11R6/lib/X11/app-defaults? Or do you have another scheme in
> mind? Rich
The existing environment variables are probably fine for tweaking the core
XFree86 setup post-installation. My problems are usually due to additional
stuff (e.g. ports), installing themselves, or expecting their data files,
in ProjectRoot. Environment variables are too fragile to handle this reliably.
What I'd like to be able to do is tell xmkmf to produce a Makefile which
installs the add-on package (including its app-defaults) under /usr/local
(or wherever, on a per-package basis) and look for them there by default
(not just by adding another directory to the search path in the hope that
it'll find what it's looking for) - yet without losing track of all the
stuff it needs to find from the XFree86 base system in ProjectRoot (i.e.
changing ProjectRoot for the package doesn't hack it).
Is this what others have in mind too?
Mark.
From owner-freebsd-current Wed Dec 27 17:29:03 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA00624
for current-outgoing; Wed, 27 Dec 1995 17:29:03 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA00614
for <current@FreeBSD.org>; Wed, 27 Dec 1995 17:29:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA02005; Wed, 27 Dec 1995 17:27:17 -0800
To: paul@netcraft.co.uk
cc: asami@cs.berkeley.edu (Satoshi Asami), p.richards@elsevier.co.uk,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@FreeBSD.org
Subject: Re: pcnfsd..
In-reply-to: Your message of "Wed, 27 Dec 1995 23:38:10 GMT."
<199512272338.XAA04875@server.netcraft.co.uk>
Date: Wed, 27 Dec 1995 17:27:16 -0800
Message-ID: <2003.820114036@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
> Ahh, OK. Then Jordan's last suggestion seems to be the ticket then.
And I've just committed the changes.
As noted in my commit message, one unfortunate thing is that the pcnfsd
package will still need to modify /etc/sysconfig. Back when we had pcnfsd
in /etc/sysconfig, it was conditionalized off of in netstart so that we'd
know when to start mountd with the `-n' flag (see man page). Now that
the pcnfsd variable is gone, I've had to create another variable in
its place: ``weak_mountd_authentication''
If you read the man page for mountd, you'll see that this is something
we don't want to enable all the time. Sigh. I hate special cases.
At least apache and gated are out, though again, you'll need to go set
routedflags to NO if you ever install the gated package as a
replacement for routed!
Jordan
From owner-freebsd-current Wed Dec 27 17:33:58 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA01011
for current-outgoing; Wed, 27 Dec 1995 17:33:58 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA01006
for <current@FreeBSD.org>; Wed, 27 Dec 1995 17:33:55 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA02051; Wed, 27 Dec 1995 17:33:16 -0800
To: "Marc G. Fournier" <scrappy@hub.org>
cc: current@FreeBSD.org
Subject: Re: panic: CPU class not configured
In-reply-to: Your message of "Wed, 27 Dec 1995 19:06:25 EST."
<Pine.BSF.3.91.951227185518.7934B-100000@hub.org>
Date: Wed, 27 Dec 1995 17:33:16 -0800
Message-ID: <2049.820114396@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
> First up, this is the most recent 'sup' of the source tree that
> I have, from 4pm this afternoon:
Sorry - I fixed the static semexit() problem in my own sources but got
side-tracked before I had a chance to see if anyone else had committed
the fairly obvious fix to sysv_sem.c. Seeing now that this has not
been the case, I just did the deed. Should be in the next CVS update
(7pm PST).
Jordan
From owner-freebsd-current Wed Dec 27 17:46:35 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA01794
for current-outgoing; Wed, 27 Dec 1995 17:46:35 -0800 (PST)
Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA01785
for <current@freebsd.org>; Wed, 27 Dec 1995 17:46:30 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id TAA15572; Wed, 27 Dec 1995 19:45:36 -0600
Message-Id: <199512280145.TAA15572@chrome.jdl.com>
X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol
To: Gene Stark <gene@starkhome.cs.sunysb.edu>
cc: current@freebsd.org
Subject: Re: Tick, tock, adjust the clock
In-reply-to: Your message of "Wed, 27 Dec 1995 09:47:32 EST."
<199512271447.JAA16464@starkhome.cs.sunysb.edu>
Clarity-Index: null
Threat-Level: none
Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code.
Net-thought: If you meet the Buddha on the net, put him in your Kill file.
Date: Wed, 27 Dec 1995 19:45:36 -0600
From: Jon Loeliger <jdl@jdl.com>
Sender: owner-current@freebsd.org
Precedence: bulk
Apparently, Gene Stark scribbled:
> This suggests systematic bias, probably in software.
> However at one point Bruce Evans assured me that he believed the stuff was
> working correctly, so I haven't investigated further.
Digging deep into the FreeBSD files, jdl found Jerry Alexandratos
<alexandr@louie.udel.edu> leaning over and, inserting a floppy, saying:
> Help me Bruce Evans, you're my only hope...
> Help me Bruce Evans, you're my only hope...
> Help me Bruce Evans, you're my only hope...
> Help me Bruce Evans, you're my only hope...
jdl
From owner-freebsd-current Wed Dec 27 17:50:09 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id RAA01950
for current-outgoing; Wed, 27 Dec 1995 17:50:09 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA01944
for <current@freebsd.org>; Wed, 27 Dec 1995 17:50:04 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id UAA08762; Wed, 27 Dec 1995 20:49:54 -0500 (EST)
Date: Wed, 27 Dec 1995 20:49:53 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: David Greenman <davidg@Root.COM>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, current@freebsd.org
Subject: Re: panic: CPU class not configured
In-Reply-To: <199512280053.QAA00230@corbin.Root.COM>
Message-ID: <Pine.BSF.3.91.951227204820.8750A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
On Wed, 27 Dec 1995, David Greenman wrote:
> No, the bug was in locore.s:
>
> revision 1.58
> date: 1995/12/25 14:40:49; author: davidg; state: Exp; lines: +3 -3
> Fix a lable goofup I made in the previous P6 support changes.
>
> The sup source trees can easily lag behind by a day or two, and that's
> probably what has happend in your case. Make sure that locore.s is rev 1.58.
>
Ya mean this one:
* from: @(#)locore.s 7.3 (Berkeley) 5/13/91
* $Id: locore.s,v 1.58 1995/12/25 14:40:49 davidg Exp $
Where in the file should I be looking for the change? Since I did
do a 'config -g' instead of a 'config -ng', I'm assuming that this
file should have been re-compiled...there shouldn't be any residue
from previous compiles laying around?
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Wed Dec 27 18:10:21 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id SAA02648
for current-outgoing; Wed, 27 Dec 1995 18:10:21 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA02642
for <current@freebsd.org>; Wed, 27 Dec 1995 18:10:16 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id UAA08762; Wed, 27 Dec 1995 20:49:54 -0500 (EST)
Date: Wed, 27 Dec 1995 20:49:53 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: David Greenman <davidg@Root.COM>
cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, current@freebsd.org
Subject: Re: panic: CPU class not configured
In-Reply-To: <199512280053.QAA00230@corbin.Root.COM>
Message-ID: <Pine.BSF.3.91.951227204820.8750A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
On Wed, 27 Dec 1995, David Greenman wrote:
> No, the bug was in locore.s:
>
> revision 1.58
> date: 1995/12/25 14:40:49; author: davidg; state: Exp; lines: +3 -3
> Fix a lable goofup I made in the previous P6 support changes.
>
> The sup source trees can easily lag behind by a day or two, and that's
> probably what has happend in your case. Make sure that locore.s is rev 1.58.
>
Ya mean this one:
* from: @(#)locore.s 7.3 (Berkeley) 5/13/91
* $Id: locore.s,v 1.58 1995/12/25 14:40:49 davidg Exp $
Where in the file should I be looking for the change? Since I did
do a 'config -g' instead of a 'config -ng', I'm assuming that this
file should have been re-compiled...there shouldn't be any residue
from previous compiles laying around?
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Wed Dec 27 22:03:25 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA16128
for current-outgoing; Wed, 27 Dec 1995 22:03:25 -0800 (PST)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA16122
for <current@freebsd.org>; Wed, 27 Dec 1995 22:03:20 -0800 (PST)
Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA01385 for current@freebsd.org; Thu, 28 Dec 1995 16:40:40 +1030
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199512280610.QAA01385@genesis.atrad.adelaide.edu.au>
Subject: Bizarre bogon in 'make world' (libgmp)
To: current@freebsd.org
Date: Thu, 28 Dec 1995 16:40:39 +1030 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
Freshly-supped -current tree as of a few hours ago
(from sup.physics.usyd.edu.au), world falls over with :
===> libgmp
make: don't know how to make /remote1/2.2.0-CURRENT/src/gnu/lib/libgmp/../libmp/gmp.h. Stop
Now, this wouldn't be so bad if I could work out _why_ it expects "gmp.h"
to be there, or for that matter what actually has a dependency _on_ it.
gmp.h is only mentioned _once_ in the Makefile :
beforeinstall:
${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 \
${.CURDIR}/gmp.h ${DESTDIR}/usr/include/
Yet 'make -dg1' lists it (in the above mutilated form)...
I'd have thought I was caught in the middle of a set of commits, but I
haven't seen any go past, and all the dates on things are mid-late
November.
Any ideas? (libmp, which appears to be libgmp under a different name has
the same problem...)
--
]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[
]] Genesis Software genesis@atrad.adelaide.edu.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control (ph/fax) +61-8-267-3039 [[
]] "Who does BSD?" "We do Chucky, we do." [[
From owner-freebsd-current Wed Dec 27 22:29:57 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA17494
for current-outgoing; Wed, 27 Dec 1995 22:29:57 -0800 (PST)
Received: from else (root@else.net [204.92.4.245])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17483
for <current@freebsd.org>; Wed, 27 Dec 1995 22:29:34 -0800 (PST)
Received: by else (Smail3.1.29.1 #3)
id m0tVBr8-000MHUC; Thu, 28 Dec 95 01:30 EST
Date: Thu, 28 Dec 1995 01:30:24 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: cpu_class undeclared in random_machdep.c
Message-ID: <Pine.LNX.3.91.951228012558.24195A-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
I'm not sure if this is the same bug related to P6 detection (that one
was in locore.s, right?):
When building a kernel under -current (CTM 1316), I get :
../../i386/isa/random_machdep.c: In function 'add_timer_randomness':
../../i386/isa/random_machdep.c:184: 'cpu_class' undeclared (first use
this function)
(standard stuff about each function only reported once)
../../i386/isa/random_machdep.c: 'CPUCLASS_586' undeclared (first use
this function)
This is with a make world completed sucessfully on 1316, using the
GENERIC config file as it comes.
j.
From owner-freebsd-current Wed Dec 27 22:32:14 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA17593
for current-outgoing; Wed, 27 Dec 1995 22:32:14 -0800 (PST)
Received: from else (root@else.net [204.92.4.245])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17584
for <current@freebsd.org>; Wed, 27 Dec 1995 22:32:06 -0800 (PST)
Received: by else (Smail3.1.29.1 #3)
id m0tVBtU-000MHGC; Thu, 28 Dec 95 01:32 EST
Date: Thu, 28 Dec 1995 01:32:48 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: Screen Saver affected by recent lkm changes?
Message-ID: <Pine.LNX.3.91.951228013031.24195B-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
In current (ctm 1316) during bootup:
screensaver: undefined symbol '_lkm_nullcmd' referenced from text segment
ld: Spurious undefined symbols: # undefined symbols 2, reported 1.
modload: /usr/bin/ld: return code 1
j.
From owner-freebsd-current Wed Dec 27 22:47:24 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA18081
for current-outgoing; Wed, 27 Dec 1995 22:47:24 -0800 (PST)
Received: from else (root@else.net [204.92.4.245])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA18075
for <current@freebsd.org>; Wed, 27 Dec 1995 22:47:14 -0800 (PST)
Received: by else (Smail3.1.29.1 #3)
id m0tVC8B-000MHGC; Thu, 28 Dec 95 01:48 EST
Date: Thu, 28 Dec 1995 01:47:59 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: make -DCLOBBER clobbers too much...
Message-ID: <Pine.LNX.3.91.951228014132.24195D-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
When doing a 'make world -DCLOBBER', crt0.o is nuked. It's needed to
make gnu/lib/limgmp (and libmp), but lib/csu/i386/ (where crt0.o is
built) is not targeted until later on in the 'libraries' target.
So, lib/csu/i386/ needs to be moved from below secure/ to just below
lib/termcap/.
Additionally, if this fails, you end up with a bunch of libraries missing
that are needed in target 'lib-tools' (because the -DCLOBBER nuked them).
These include crt0.o, scrt0.o, libgcc.a, libc, and libmalloc. One is
left to dig and manually re-make these libraries, or complete the rest of
the build manually (since doing a make world again will fail time and again).
This may be taking the idea of pre-targets a little far, but what about a
target that builds these critical libraries only if they are missing?
When they are built, the $CLEANDIR variable could be left off of the line
so that when they are rebuilt during target 'libraries', the object
aren't trashed.
j.
From owner-freebsd-current Wed Dec 27 22:55:41 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA18250
for current-outgoing; Wed, 27 Dec 1995 22:55:41 -0800 (PST)
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA18243
for <current@FreeBSD.org>; Wed, 27 Dec 1995 22:55:35 -0800 (PST)
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id WAA24755; Wed, 27 Dec 1995 22:53:33 -0800
From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
Message-Id: <199512280653.WAA24755@GndRsh.aac.dev.com>
Subject: Re: pcnfsd..
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Wed, 27 Dec 1995 22:53:33 -0800 (PST)
Cc: paul@netcraft.co.uk, asami@cs.berkeley.edu, p.richards@elsevier.co.uk,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@FreeBSD.org
In-Reply-To: <2003.820114036@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 05:27:16 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
Precedence: bulk
...
> At least apache and gated are out, though again, you'll need to go set
> routedflags to NO if you ever install the gated package as a
> replacement for routed!
And then go back in to /etc/netstart and add the lines to start
gated. You must have your routing protocol started very early,
you can't start half the stuff in /etc/rc without a routing
protocol up and running on any real network.
Please revert the configuration stuff for gated in /etc/sysconfig
and /etc/netstart, your new tools will not work for this application.
--
Rod Grimes rgrimes@gndrsh.aac.dev.com
Accurate Automation Company Reliable computers for FreeBSD
From owner-freebsd-current Wed Dec 27 23:10:37 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA18710
for current-outgoing; Wed, 27 Dec 1995 23:10:37 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [192.216.222.226])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18705
for <current@FreeBSD.org>; Wed, 27 Dec 1995 23:10:35 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA04355; Wed, 27 Dec 1995 23:08:50 -0800
To: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
cc: paul@netcraft.co.uk, asami@cs.berkeley.edu, p.richards@elsevier.co.uk,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@FreeBSD.org
Subject: Re: pcnfsd..
In-reply-to: Your message of "Wed, 27 Dec 1995 22:53:33 PST."
<199512280653.WAA24755@GndRsh.aac.dev.com>
Date: Wed, 27 Dec 1995 23:08:50 -0800
Message-ID: <4353.820134530@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
> Please revert the configuration stuff for gated in /etc/sysconfig
> and /etc/netstart, your new tools will not work for this application.
Sigh. It's really annoying that we can't just bundle gated.
And what do you say about pcnfsd, which perturbs the starting of
mountd? Should we bring it in and keep our exposure down to one
port?
Jordan
From owner-freebsd-current Wed Dec 27 23:20:54 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA19143
for current-outgoing; Wed, 27 Dec 1995 23:20:54 -0800 (PST)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA19138
for <current@freebsd.org>; Wed, 27 Dec 1995 23:20:51 -0800 (PST)
Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA01634 for current@freebsd.org; Thu, 28 Dec 1995 17:58:13 +1030
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199512280728.RAA01634@genesis.atrad.adelaide.edu.au>
Subject: -current make bogon was NOCLEAN's fault
To: current@freebsd.org
Date: Thu, 28 Dec 1995 17:58:12 +1030 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
Subject says it all; mea maxima culpa.
--
]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[
]] Genesis Software genesis@atrad.adelaide.edu.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control (ph/fax) +61-8-267-3039 [[
]] "Who does BSD?" "We do Chucky, we do." [[
From owner-freebsd-current Wed Dec 27 23:26:20 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA19361
for current-outgoing; Wed, 27 Dec 1995 23:26:20 -0800 (PST)
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19356
for <current@freebsd.org>; Wed, 27 Dec 1995 23:26:17 -0800 (PST)
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id XAA24820; Wed, 27 Dec 1995 23:26:08 -0800
From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
Message-Id: <199512280726.XAA24820@GndRsh.aac.dev.com>
Subject: Re: pcnfsd..
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Wed, 27 Dec 1995 23:26:08 -0800 (PST)
Cc: current@freebsd.org
In-Reply-To: <4353.820134530@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 11:08:50 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
Precedence: bulk
>
> > Please revert the configuration stuff for gated in /etc/sysconfig
> > and /etc/netstart, your new tools will not work for this application.
>
> Sigh. It's really annoying that we can't just bundle gated.
I agree, as then we could just kill routed and supply a default
gated configuration that would replace it (plus add rip2 support
at the same time).
> And what do you say about pcnfsd, which perturbs the starting of
> mountd? Should we bring it in and keep our exposure down to one
> port?
I don't have a real strong opinion here (other than I won't allow pcnfs
on any network I have to manage :-))
--
Rod Grimes rgrimes@gndrsh.aac.dev.com
Accurate Automation Company Reliable computers for FreeBSD
From owner-freebsd-current Thu Dec 28 00:08:29 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA20891
for current-outgoing; Thu, 28 Dec 1995 00:08:29 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20881
for <current@freebsd.org>; Thu, 28 Dec 1995 00:08:10 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA21272; Thu, 28 Dec 1995 19:05:09 +1100
Date: Thu, 28 Dec 1995 19:05:09 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512280805.TAA21272@godzilla.zeta.org.au>
To: current@freebsd.org, james@else.net
Subject: Re: cpu_class undeclared in random_machdep.c
Sender: owner-current@freebsd.org
Precedence: bulk
>When building a kernel under -current (CTM 1316), I get :
>../../i386/isa/random_machdep.c: In function 'add_timer_randomness':
>../../i386/isa/random_machdep.c:184: 'cpu_class' undeclared (first use
>this function)
Add `#include <machine/cpu.h>' somewhere in random_machdep.c.
Bruce
From owner-freebsd-current Thu Dec 28 00:09:20 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA20928
for current-outgoing; Thu, 28 Dec 1995 00:09:20 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20923
for <current@freebsd.org>; Thu, 28 Dec 1995 00:09:14 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA21189; Thu, 28 Dec 1995 19:03:20 +1100
Date: Thu, 28 Dec 1995 19:03:20 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512280803.TAA21189@godzilla.zeta.org.au>
To: current@freebsd.org, james@else.net
Subject: Re: Screen Saver affected by recent lkm changes?
Sender: owner-current@freebsd.org
Precedence: bulk
>In current (ctm 1316) during bootup:
>screensaver: undefined symbol '_lkm_nullcmd' referenced from text segment
>ld: Spurious undefined symbols: # undefined symbols 2, reported 1.
>modload: /usr/bin/ld: return code 1
This changed on 14 Nov.
Don't mix lkms and kernels that were compiled with different sources. The
interface is too fragile to allow it.
Bruce
From owner-freebsd-current Thu Dec 28 01:19:10 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA23266
for current-outgoing; Thu, 28 Dec 1995 01:19:10 -0800 (PST)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA23261
for <current@freebsd.org>; Thu, 28 Dec 1995 01:19:04 -0800 (PST)
Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA02422 for current@freebsd.org; Thu, 28 Dec 1995 19:56:29 +1030
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199512280926.TAA02422@genesis.atrad.adelaide.edu.au>
Subject: Where's the earth-shattering KABOOM?
To: current@freebsd.org
Date: Thu, 28 Dec 1995 19:56:28 +1030 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
Ok, so I should just sit back and wait and try again, but I'm impatient 8)
Anyone care to comment? :
building shared resolv library (version 2.0)
===> lib/librpcsvc
cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o
In file included from klm_prot_xdr.c:6:
/usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats'
/usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class
...
and about fifty more. Is this something I'll read about when the mail
gets here, or a Real Original Problem?
--
]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[
]] Genesis Software genesis@atrad.adelaide.edu.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control (ph/fax) +61-8-267-3039 [[
]] "Who does BSD?" "We do Chucky, we do." [[
From owner-freebsd-current Thu Dec 28 01:26:47 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA23696
for current-outgoing; Thu, 28 Dec 1995 01:26:47 -0800 (PST)
Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA23690
for <freebsd-current@FreeBSD.ORG>; Thu, 28 Dec 1995 01:26:39 -0800 (PST)
Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1])
by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA09496
for <freebsd-current@FreeBSD.ORG>; Thu, 28 Dec 1995 10:26:36 +0100
Received: from (uucp@localhost)
by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id KAA12533
for freebsd-current@FreeBSD.ORG; Thu, 28 Dec 1995 10:26:36 +0100
Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id KAA26671 for freebsd-current@FreeBSD.ORG; Thu, 28 Dec 1995 10:20:31 +0100 (MET)
From: Ollivier Robert <roberto@keltia.freenix.fr>
Message-Id: <199512280920.KAA26671@keltia.freenix.fr>
Subject: FYI
To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list)
Date: Thu, 28 Dec 1995 10:20:30 +0100 (MET)
X-Operating-System: FreeBSD 2.2-CURRENT ctm#1489
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
Hello,
My "make world" failed today with a weird error :
284 [1:01] root@keltia:libregex/doc# make -d a
awk -f /usr/src/gnu/lib/libregex/doc/include.awk -vsource=/usr/src/gnu/lib/libregex/doc/../regex.h < /usr/src/gnu/lib/libregex/doc/xregex.texi | expand >regex.texi
makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc regex.texi -o regex.info
Making info file `regex.info' from `regex.texi'.
regex.texi:2214: itemize requires an argument: the formatter for @item.
regex.texi:2236: itemize requires an argument: the formatter for @item.
regex.texi:2254: itemize requires an argument: the formatter for @item.
regex.texi:2271: itemize requires an argument: the formatter for @item.
regex.texi:2308: itemize requires an argument: the formatter for @item.
regex.texi:2323: itemize requires an argument: the formatter for @item.
regex.texi:2346: itemize requires an argument: the formatter for @item.
*** Error code 2
xregex.texi which is the source used to generate regex.texi is ages old so
I don't understand why it is failing *now* !?
I added "-" at the beginning of the rules in bsd.info.mk in order to have
the "make world" complete...
Now for the FYI: with my DX4/100 EISA, 32 MB, 2x SCSI controllers (BT-747S
and AHA-1740A), 1 Conner 1 GB + 1 Seagate 1 GB (not much used during "make
world" though), I end up with less than *5* hours for a complete "make
world". Who needs a P5 or P6 ? :-))
/usr/src and /usr/obj are mounted "async" and it helps a lot... (no
profiled libraries though).
--
Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net
FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Dec 25 22:55:52 MET 1995
From owner-freebsd-current Thu Dec 28 01:38:15 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id BAA24391
for current-outgoing; Thu, 28 Dec 1995 01:38:15 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24379
for <freebsd-current@FreeBSD.org>; Thu, 28 Dec 1995 01:38:09 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA01023; Thu, 28 Dec 1995 10:36:00 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id KAA12981; Thu, 28 Dec 1995 10:35:59 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA04767; Thu, 28 Dec 1995 10:13:22 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512280913.KAA04767@uriah.heep.sax.de>
Subject: Re: pcnfsd..
To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes)
Date: Thu, 28 Dec 1995 10:13:22 +0100 (MET)
Cc: freebsd-current@FreeBSD.org (FreeBSD-current users)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199512280037.QAA24557@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Dec 27, 95 04:37:41 pm
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
As Rodney W. Grimes wrote:
>
> Is what I would like is to change XAPPLRESDIR from specifying a
> single directory to being a path (perhaps even rename it to
> XAPPLRESPATH).
XAPPLRESDIR is actually a path. That's what i've been using for ages
now (backslashified for clarity):
j@uriah 129% printenv XAPPLRESDIR
/home/joerg/app-defaults/%N%C:/home/joerg/app-defaults/%N:\
/usr/X11R6/lib/X11/app-defaults/%N%C:/usr/X11R6/lib/X11/app-defaults/%N:\
/usr/X386/lib/X11/app-defaults/%N%C:/usr/X386/lib/X11/app-defaults/%N
Unfortunately, it's already very lengthy, but still doesn't account
for internationalized app-defaults. At least, it allows me to pick an
app-defaults file from the system location, throw it into my
~/app-defaults, and edit it there.
--
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 Thu Dec 28 02:43:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id CAA27180
for current-outgoing; Thu, 28 Dec 1995 02:43:18 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27169
for <current@freebsd.org>; Thu, 28 Dec 1995 02:43:05 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA25874; Thu, 28 Dec 1995 21:36:29 +1100
Date: Thu, 28 Dec 1995 21:36:29 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512281036.VAA25874@godzilla.zeta.org.au>
To: gene@starkhome.cs.sunysb.edu, peter@haywire.dialix.com
Subject: Re: Tick, tock, adjust the clock
Cc: current@freebsd.org
Sender: owner-current@freebsd.org
Precedence: bulk
>>I've had the same problem for quite some time.. On all the
>>FreeBSD machines I have access to, the xntpd oscilates very very badly
>>(like you've shown) and eventually logs "not logging any more time
>>steps" or something like that.
>I solved this problem (on 486 systems) by using tickadj to adjust the value
>of "tick" a few notches off of its standard value of 10000. The values I had
>to use were obtained by trial and error, and are different on each system.
>For example, I recall having to use values like 9994 instead of 10000.
Note that this method doesn't work on 586's. The tick length is now given
by the macro CPU_THISTICKLEN(tick) instead of plain `tick', and on 586's
the `tick' arg to the macro is ignored. A similar effect can be obtained
by adjusting `i586_ctr_rate' instead of `tick', but it would be better in
all cases to adjust the 8254 clock's maximum count so that clock interrupts
occur every 10000 +- 0.5 ideal ticks. Then `tick' wouldn't need to be
adjusted.
>I still have a nagging suspicion that there is a problem with the timekeeping
>code, since on forty-some systems I never had to use a tick value above
>10000, only below. This suggests systematic bias, probably in software.
>However at one point Bruce Evans assured me that he believed the stuff was
>working correctly, so I haven't investigated further.
I knew that settimeofday() doesn't work right. After setting the time,
the time may be up to 9999 usec later due to a residual count in the
timer registers. However, this is probably unimportant, since
settimeofday() is only useful for getting somewhere near the correct
time.
Now I know of other bugs in microtime():
- The timer registers are apparently read too fast on some systems.
This may cause errors of +- 60000 usec.
- Adjustments to `tick' are not compensated for. If `tick' is about
10000 +- 6, then current machines are fast enough for times to
appear to go backwards.
Bruce
From owner-freebsd-current Thu Dec 28 03:30:08 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id DAA28851
for current-outgoing; Thu, 28 Dec 1995 03:30:08 -0800 (PST)
Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28822
for <current@freebsd.org>; Thu, 28 Dec 1995 03:29:47 -0800 (PST)
Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id GAA07344; Thu, 28 Dec 1995 06:27:10 -0500
Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id GAA20008; Thu, 28 Dec 1995 06:27:03 -0500
Date: Thu, 28 Dec 1995 06:27:03 -0500
From: Gene Stark <gene@starkhome.cs.sunysb.edu>
Message-Id: <199512281127.GAA20008@starkhome.cs.sunysb.edu>
To: bde@zeta.org.au
CC: peter@haywire.dialix.com, current@freebsd.org
In-reply-to: <199512281036.VAA25874@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 28 Dec 1995 21:36:29 +1100)
Subject: Re: Tick, tock, adjust the clock
Sender: owner-current@freebsd.org
Precedence: bulk
>Note that this method doesn't work on 586's. The tick length is now given
>by the macro CPU_THISTICKLEN(tick) instead of plain `tick', and on 586's
>the `tick' arg to the macro is ignored. A similar effect can be obtained
>by adjusting `i586_ctr_rate' instead of `tick', but it would be better in
>all cases to adjust the 8254 clock's maximum count so that clock interrupts
>occur every 10000 +- 0.5 ideal ticks. Then `tick' wouldn't need to be
>adjusted.
Awhile back when we communicated about this, you suggested the same thing.
I spent awhile trying kernels that had been compiled with modified values
for the constant that controls the 8254 clock count (I have forgotten
what it was called), but after a number of tries I was only able to make
the problem worse, rather than better. When what seemed to be the correct
direction of change (smaller value to make the clock tick faster, larger
value to make the clock tick slower) didn't work, I tried an offset in the
opposite direction. The results seemed very counterintuitive to me at the
time, making me think there must be some other adjustment mechanism at work
that I wasn't seeing. After spending a bunch of time on it, I found that
adjusting `tick' made it work, so I did that.
The other bugs you just mentioned are one-time things that shouldn't
affect the ability of xntpd to sync up the time.
- Gene
From owner-freebsd-current Thu Dec 28 04:44:17 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id EAA02604
for current-outgoing; Thu, 28 Dec 1995 04:44:17 -0800 (PST)
Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA02598
for <current@freebsd.org>; Thu, 28 Dec 1995 04:44:09 -0800 (PST)
Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id MAA08105; Thu, 28 Dec 1995 12:39:33 GMT
From: Paul Richards <paul@netcraft.co.uk>
Message-Id: <199512281239.MAA08105@server.netcraft.co.uk>
Subject: Re: XFree86 configuration files (was: pcnfsd..)
To: rich@lamprey.utmb.edu
Date: Thu, 28 Dec 1995 12:39:33 +0000 (GMT)
Cc: paul@netcraft.co.uk, p.richards@elsevier.co.uk,
rgrimes%gndrsh.aac.dev.com.asami@cs.berkeley.edu, jkh@time.cdrom.com,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@freebsd.org
In-Reply-To: <199512280051.SAA09823@rmurphy.slip.bcm.tmc.edu> from "Rich Murphey" at Dec 27, 95 06:51:06 pm
Reply-to: paul@netcraft.co.uk
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@freebsd.org
Precedence: bulk
In reply to Rich Murphey who said
>
> The flaw in this seems to be that the core release wasn't
> intended to be installed in a separate location from all the
> non-core clients and other data.
Uhh, yeah, this is the point I was getting at which is outside our scope
really and needs to be discussed by the X guys. I'd want something
conceptually similar to the way that we can separate the "core"
FreeBSD code and the add-on packages. It doesn't seem easy to do that with
X11 and non-core X packages.
--
Paul Richards, Netcraft Ltd.
Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk
Phone: 0370 462071 (Mobile), +44 1225 447500 (work)
From owner-freebsd-current Thu Dec 28 07:21:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA08453
for current-outgoing; Thu, 28 Dec 1995 07:21:18 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA08448
for <current@freebsd.org>; Thu, 28 Dec 1995 07:21:14 -0800 (PST)
Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id AAA00298 for <current@freebsd.org>; Fri, 29 Dec 1995 00:21:12 +0900 (JST)
Message-Id: <199512281521.AAA00298@marble.eps.nagoya-u.ac.jp>
To: current@freebsd.org
Subject: outb in random_machdep.c
X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Fri, 29 Dec 1995 00:21:10 +0900
From: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Sender: owner-current@freebsd.org
Precedence: bulk
The random_machdep.c rev. 1.2, version 0.95 contains
outb(TIMER_LATCH|TIMER_SEL0, TIMER_MODE); /* latch ASAP */
This should be
outb(TIMER_MODE, TIMER_LATCH|TIMER_SEL0); /* latch ASAP */
----
KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
Dept. Earth Planet. Sci., Nagoya Univ., Nagoya 464-01
Voice: +81-52-789-2529 Fax: +81-52-789-3033
From owner-freebsd-current Thu Dec 28 07:32:58 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA09099
for current-outgoing; Thu, 28 Dec 1995 07:32:58 -0800 (PST)
Received: from rmurphy.slip.bcm.tmc.edu (root@RMURPHY.SLIP.BCM.TMC.EDU [128.249.250.138])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09090
for <freebsd-current@FreeBSD.org>; Thu, 28 Dec 1995 07:32:49 -0800 (PST)
Received: (from rich@localhost) by rmurphy.slip.bcm.tmc.edu (8.6.12/8.6.9) id JAA25697; Thu, 28 Dec 1995 09:31:55 -0600
Date: Thu, 28 Dec 1995 09:31:55 -0600
Message-Id: <199512281531.JAA25697@rmurphy.slip.bcm.tmc.edu>
From: Rich Murphey <rich@lamprey.utmb.edu>
To: joerg_wunsch@uriah.heep.sax.de
CC: rgrimes@gndrsh.aac.dev.com, freebsd-current@FreeBSD.org
In-reply-to: <199512280913.KAA04767@uriah.heep.sax.de> (message from J Wunsch
on Thu, 28 Dec 1995 10:13:22 +0100 (MET))
Subject: Re: pcnfsd..
Reply-to: rich@lamprey.utmb.edu
Sender: owner-current@FreeBSD.org
Precedence: bulk
|From: J Wunsch <j@uriah.heep.sax.de>
|XAPPLRESDIR is actually a path. That's what i've been using for ages
|now (backslashified for clarity):
|
|j@uriah 129% printenv XAPPLRESDIR
|/home/joerg/app-defaults/%N%C:/home/joerg/app-defaults/%N:\
|/usr/X11R6/lib/X11/app-defaults/%N%C:/usr/X11R6/lib/X11/app-defaults/%N:\
|/usr/X386/lib/X11/app-defaults/%N%C:/usr/X386/lib/X11/app-defaults/%N
|
|Unfortunately, it's already very lengthy, but still doesn't account
|for internationalized app-defaults. At least, it allows me to pick an
|app-defaults file from the system location, throw it into my
|~/app-defaults, and edit it there.
The next question is, what extra paths do we prepend to the
system-wide default XAPPLRESDIR? Should it be
/usr/local/lib/X11/app-defaults/... or would you all prefer
another path? Rich
From owner-freebsd-current Thu Dec 28 08:48:18 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA15165
for current-outgoing; Thu, 28 Dec 1995 08:48:18 -0800 (PST)
Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA15160
for <current@freebsd.org>; Thu, 28 Dec 1995 08:48:10 -0800 (PST)
Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id SAA02831; Thu, 28 Dec 1995 18:47:35 +0200 (SAT)
Message-Id: <199512281647.SAA02831@grumble.grondar.za>
X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol
To: KATO Takenori <kato@eclogite.eps.nagoya-u.ac.jp>
cc: current@freebsd.org
Subject: Re: outb in random_machdep.c
Date: Thu, 28 Dec 1995 18:47:34 +0200
From: Mark Murray <mark@grondar.za>
Sender: owner-current@freebsd.org
Precedence: bulk
KATO Takenori wrote:
> The random_machdepA.c rev. 1.2, version 0.95 contains
Thanks!
M
--
Mark Murray
46 Harvey Rd, Claremont, Cape Town 7700, South Africa
+27 21 61-3768 GMT+0200
Finger mark@grondar.za for PGP key
From owner-freebsd-current Thu Dec 28 09:54:26 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id JAA19531
for current-outgoing; Thu, 28 Dec 1995 09:54:26 -0800 (PST)
Received: from vector.enet (slip139-92-42-171.emea.ibm.net [139.92.42.171])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA19473
Thu, 28 Dec 1995 09:53:06 -0800 (PST)
Received: (from jhs@localhost) by vector.enet (8.7.3/8.6.9) id MAA00507; Wed, 27 Dec 1995 12:05:08 +0100 (MET)
Date: Wed, 27 Dec 1995 12:05:08 +0100 (MET)
From: "Julian Stacey jhs@freebsd.org" <jhs@vector.enet>
Message-Id: <199512271105.MAA00507@vector.enet>
To: lost@vector.enet
Subject: Julian Stacey jhs@freebsd.org has lost his mail.
Reply-To: "Julian H. Stacey" <jhs@freebsd.org>
Sender: owner-current@freebsd.org
Precedence: bulk
Anyone awaiting a reply from Julian S.: ... my apologies, please Resend !
- A mail relay host (not mine) died before 17:30 GMT+01:00 21 or 22 Dec.
- Until ~ 8 Jan '96 I won't know if it was a disc crash (that deleted mail),
or a mere power failure (with recovery possible).
- Mail between ~17:30 GMT+01:00 21 or 22 Dec. & ~20:00 GMT+01:00 25 Dec.
is in Internet mail queues waiting for the dead host to reappear.
- Mail after ~20:00 GMT+01:00 25 Dec. is back to normal.
PS Don't reply to this without trimming the big CC: line please.
Julian
--
Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/
From owner-freebsd-current Thu Dec 28 10:47:20 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA21848
for current-outgoing; Thu, 28 Dec 1995 10:47:20 -0800 (PST)
Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21842
for <freebsd-current@FreeBSD.ORG>; Thu, 28 Dec 1995 10:47:13 -0800 (PST)
Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM)
id AA24583; Thu, 28 Dec 1995 13:47:09 -0500
Date: Thu, 28 Dec 1995 13:47:09 -0500
From: "Garrett A. Wollman" <wollman@lcs.mit.edu>
Message-Id: <9512281847.AA24583@halloran-eldar.lcs.mit.edu>
To: Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund)
Cc: freebsd-current@FreeBSD.ORG
Subject: NFS ROOT 0.0.0.0:/...
In-Reply-To: <9512272219.AA04716@sws021.sa.erisoft.se>
References: <9512272219.AA04716@sws021.sa.erisoft.se>
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
<<On Wed, 27 Dec 1995 23:19:53 +0100 (MET), Mattias.Gronlund@sa.erisoft.se (Mattias Gronlund) said:
> sprintf(buf,"%ld.%ld.%ld.%ld:%s",
> (l >> 24) & 0xff, (l >> 16) & 0xff,
> (l >> 8) & 0xff, (l >> 0) & 0xff,nd->root_hostnam);
Should use inet_ntoa(), that's what it's there for.
-GAWollman
--
Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ...
wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance.
Opinions not those of| It is a bond more powerful than absence. We like people
MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant
From owner-freebsd-current Thu Dec 28 11:29:38 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id LAA24674
for current-outgoing; Thu, 28 Dec 1995 11:29:38 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA24664
for <current@freebsd.org>; Thu, 28 Dec 1995 11:29:31 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id OAA23418; Thu, 28 Dec 1995 14:29:16 -0500 (EST)
Date: Thu, 28 Dec 1995 14:29:13 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: current@freebsd.org
Subject: panic: CPU class not configured...still
Message-ID: <Pine.BSF.3.91.951228142037.23370B-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Hi...
Just sup'd in the newest sources, again (well, I do it at least
once a day...) and recompiled the kernel. did a 'make clean; make depend;
make' in the compile directory, and my machine *still* thinks its a Pentium
Pro :(
Is there anything else other then locore.s that I should check
version numbers on? Were there any other utilities that required an
upgrade before I recompiled the kernel? config?
I'm currently recompiling config and will see if that makes any
difference, but I don't recall any upgrades to config going through
cvs-all...
Any other suggestions would be great...
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Thu Dec 28 11:57:05 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id LAA26082
for current-outgoing; Thu, 28 Dec 1995 11:57:05 -0800 (PST)
Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26074
for <current@freebsd.org>; Thu, 28 Dec 1995 11:56:57 -0800 (PST)
Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1)
id AA06037; Thu, 28 Dec 95 20:56:49 +0100
Received: by freebsd.first.gmd.de (TAA02526); Fri, 29 Dec 1995 19:33:11 +0100
From: Andreas Schulz <ats@freebsd.first.gmd.de>
Message-Id: <199512291833.TAA02526@freebsd.first.gmd.de>
Subject: Re: panic: CPU class not configured...still
To: scrappy@hub.org (Marc G. Fournier)
Date: Fri, 29 Dec 1995 19:33:11 +0059 (MET)
Cc: current@freebsd.org
In-Reply-To: <Pine.BSF.3.91.951228142037.23370B-100000@hub.org> from "Marc G. Fournier" at Dec 28, 95 02:29: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
Precedence: bulk
> Just sup'd in the newest sources, again (well, I do it at least
> once a day...) and recompiled the kernel. did a 'make clean; make depend;
> make' in the compile directory, and my machine *still* thinks its a Pentium
> Pro :(
> Is there anything else other then locore.s that I should check
Check the version number of locore.s, should be 1.58 from 95/12/25.
The id is around line 37 in locore.s.
That should be all. You are sure you have no Pentium Pro :-) ?
ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de )
Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5
Gebaeude 13.10 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe
From owner-freebsd-current Thu Dec 28 12:49:06 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA28453
for current-outgoing; Thu, 28 Dec 1995 12:49:06 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28448
for <current@freebsd.org>; Thu, 28 Dec 1995 12:49:02 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id MAA12158; Thu, 28 Dec 1995 12:49:01 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id MAA00546; Thu, 28 Dec 1995 12:49:06 -0800 (PST)
Message-Id: <199512282049.MAA00546@corbin.Root.COM>
To: "Marc G. Fournier" <scrappy@hub.org>
cc: current@freebsd.org
Subject: Re: panic: CPU class not configured...still
In-reply-to: Your message of "Thu, 28 Dec 95 14:29:13 EST."
<Pine.BSF.3.91.951228142037.23370B-100000@hub.org>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Thu, 28 Dec 1995 12:49:06 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
> Just sup'd in the newest sources, again (well, I do it at least
>once a day...) and recompiled the kernel. did a 'make clean; make depend;
>make' in the compile directory, and my machine *still* thinks its a Pentium
>Pro :(
Okay, tell me what kind of hardware/CPU you have, and I'll look into it.
-DG
From owner-freebsd-current Thu Dec 28 13:08:37 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id NAA29547
for current-outgoing; Thu, 28 Dec 1995 13:08:37 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29540
for <current@freebsd.org>; Thu, 28 Dec 1995 13:08:31 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA12230 for <current@freebsd.org>; Thu, 28 Dec 1995 13:08:29 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id NAA00605 for <current@freebsd.org>; Thu, 28 Dec 1995 13:08:34 -0800 (PST)
Message-Id: <199512282108.NAA00605@corbin.Root.COM>
To: current@freebsd.org
Subject: CPU is a "Pentium Pro" bug
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Thu, 28 Dec 1995 13:08:34 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
I just fixed the last of the cpu type recognition bugs that I caused when
I added the P6 processor support. The last one that I just fixed would have
caused regular 386's to be incorrectly recognized. All of the bugs were caused
by botches I made with temporary assembler labels in locore.s. All these
problems should now be fixed as of revision 1.59 of locore.s.
-DG
From owner-freebsd-current Thu Dec 28 13:13:01 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id NAA29676
for current-outgoing; Thu, 28 Dec 1995 13:13:01 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29671
for <current@freebsd.org>; Thu, 28 Dec 1995 13:12:52 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA12239; Thu, 28 Dec 1995 13:12:50 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id NAA00623; Thu, 28 Dec 1995 13:12:56 -0800 (PST)
Message-Id: <199512282112.NAA00623@corbin.Root.COM>
To: "Marc G. Fournier" <scrappy@hub.org>, current@freebsd.org
Subject: Re: panic: CPU class not configured...still
In-reply-to: Your message of "Thu, 28 Dec 95 12:49:06 PST."
<199512282049.MAA00546@corbin.Root.COM>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Thu, 28 Dec 1995 13:12:56 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
>> Just sup'd in the newest sources, again (well, I do it at least
>>once a day...) and recompiled the kernel. did a 'make clean; make depend;
>>make' in the compile directory, and my machine *still* thinks its a Pentium
>>Pro :(
>
> Okay, tell me what kind of hardware/CPU you have, and I'll look into it.
>
>-DG
Nevermind...I found your original bug report. As I just said in another
message to -current, I've fixed the problem in rev 1.59 of locore.s. Sorry
about the hassles.
-DG
From owner-freebsd-current Thu Dec 28 13:45:29 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id NAA01930
for current-outgoing; Thu, 28 Dec 1995 13:45:29 -0800 (PST)
Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01923
for <current@freebsd.org>; Thu, 28 Dec 1995 13:45:23 -0800 (PST)
Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id QAA04169; Thu, 28 Dec 1995 16:46:59 -0500
From: A boy and his worm gear <wpaul@skynet.ctr.columbia.edu>
Message-Id: <199512282146.QAA04169@skynet.ctr.columbia.edu>
Subject: Re: Where's the earth-shattering KABOOM?
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Thu, 28 Dec 1995 16:46:58 -0500 (EST)
Cc: current@freebsd.org
In-Reply-To: <199512280926.TAA02422@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Dec 28, 95 07:56:28 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@freebsd.org
Precedence: bulk
Of all the gin joints in all the world, Michael Smith had to walk
into mine and say:
>
> Ok, so I should just sit back and wait and try again, but I'm impatient 8)
>
> Anyone care to comment? :
>
> building shared resolv library (version 2.0)
> ===> lib/librpcsvc
> cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o
> In file included from klm_prot_xdr.c:6:
> /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats'
> /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class
> ...
This is a side effect of the new rpcgen: you need to rebuild
/usr/include/rpcsvc before rebuilding librpcsvc.{a.so}. And you
need to have the new rpcgen installed first, of course. :) This should
work correctly now that rpcgen has been added to the tools target in
the top level Makefile.
Basically, the new rpcgen creates the header files with #include <rpc/rpc.h>
in them, whereas the old rpcgen put this line in the stub files. Until
you rebuild /usr/include/rpcsvc/klm_prot.h with the new rpcgen, you won't
have #include <rpc/rpc.h> in either the header or klm_prot_xdr.c, so
the compiler complains about lots of things being undefined.
If you want to be quick and dirty, manually install the new rpcgen and
do a 'make includes'.
-Bill
--
=============================================================================
-Bill Paul (212) 854-6020 | System Manager
Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research
Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City
=============================================================================
License error: The license for this .sig file has expired. You must obtain
a new license key before any more witty phrases will appear in this space.
=============================================================================
From owner-freebsd-current Thu Dec 28 14:13:23 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id OAA03929
for current-outgoing; Thu, 28 Dec 1995 14:13:23 -0800 (PST)
Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA03924
for <current@FreeBSD.ORG>; Thu, 28 Dec 1995 14:13:12 -0800 (PST)
Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id VAA01984; Thu, 28 Dec 1995 21:26:23 GMT
Message-Id: <199512282126.VAA01984@linus.demon.co.uk>
From: mark@linus.demon.co.uk (Mark Valentine)
Date: Thu, 28 Dec 1995 21:26:22 +0000
In-Reply-To: "Jordan K. Hubbard"'s message of Dec 27, 11:08pm
X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95)
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: pcnfsd..
Cc: current@FreeBSD.ORG
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
> From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
> Date: Wed 27 Dec, 1995
> Subject: Re: pcnfsd..
> Sigh. It's really annoying that we can't just bundle gated.
This might be handled as a special "would-be-in-the-base-system-if-we-could-
do-it" package class, rather than a straight "port".
Include all the hooks and configuration knobs for it, with the instructions
for obtaining and installing it supplied with the base system. (Note: this
class of package probably shouldn't touch /usr/local by default; ideally, as
"almost" part of the base system, it shouldn't require the administrator to
subscribe to the "ports" way of doing things.)
> And what do you say about pcnfsd, which perturbs the starting of
> mountd? Should we bring it in and keep our exposure down to one
> port?
I like the way you have it now, with a (sort of) general-purpose knob in
sysconfig to tweak the behaviour of the base system. Add-on packages might
be taught to know about such knobs, and either instruct the administrator
to turn it on, or offer to turn it on for him.
Mark.
From owner-freebsd-current Thu Dec 28 14:33:42 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id OAA05098
for current-outgoing; Thu, 28 Dec 1995 14:33:42 -0800 (PST)
Received: from peedub.gj.org (ns038.munich.netsurf.de [194.64.166.38])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA05089
for <freebsd-current@freebsd.org>; Thu, 28 Dec 1995 14:33:34 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id XAA04592 for <freebsd-current@freebsd.org>; Thu, 28 Dec 1995 23:33:22 GMT
Message-Id: <199512282333.XAA04592@peedub.gj.org>
X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol
To: freebsd-current@freebsd.org
Subject: Re: Where's the earth-shattering KABOOM?
Reply-To: Gary Jennejohn <Gary.Jennejohn@munich.netsurf.de>
In-reply-to: Your message of "Thu, 28 Dec 1995 16:46:58 EST."
<199512282146.QAA04169@skynet.ctr.columbia.edu>
Date: Thu, 28 Dec 1995 23:33:21 +0000
From: Gary Jennejohn <garyj@munich.netsurf.de>
Sender: owner-current@freebsd.org
Precedence: bulk
Bill Paul writes:
>This is a side effect of the new rpcgen: you need to rebuild
>/usr/include/rpcsvc before rebuilding librpcsvc.{a.so}. And you
>need to have the new rpcgen installed first, of course. :) This should
>work correctly now that rpcgen has been added to the tools target in
>the top level Makefile.
>
I haven't tried it out, but I'll bet that this will fail miserably
if you do "DESTDIR=/foo/bar make world", since the new rpcgen will
not be used. This also applies to things like as/cc/ld. There are
already several places in the source which don't use the new includes
in this situation. Seems like we need to somehow munge PATH in the
case where DESTDIR is defined. Oh yeah, and also do an ldconfig.
---
Gary Jennejohn
Home - Gary.Jennejohn@munich.netsurf.de
Work - gjennejohn@frt.dec.com
From owner-freebsd-current Thu Dec 28 18:26:12 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id SAA17138
for current-outgoing; Thu, 28 Dec 1995 18:26:12 -0800 (PST)
Received: from austin.polstra.com (austin.polstra.com [206.213.73.10])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17133
for <freebsd-current@freebsd.org>; Thu, 28 Dec 1995 18:26:09 -0800 (PST)
Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id SAA23099; Thu, 28 Dec 1995 18:25:52 -0800
Message-Id: <199512290225.SAA23099@austin.polstra.com>
To: Gary.Jennejohn@munich.netsurf.de
Cc: freebsd-current@freebsd.org
Subject: Re: Where's the earth-shattering KABOOM?
Date: Thu, 28 Dec 1995 18:25:52 -0800
From: John Polstra <jdp@polstra.com>
Sender: owner-current@freebsd.org
Precedence: bulk
Gary Jennejohn writes:
> Bill Paul writes:
> >This is a side effect of the new rpcgen: you need to rebuild
> >/usr/include/rpcsvc before rebuilding librpcsvc.{a.so}. And you
> >need to have the new rpcgen installed first, of course. :) This should
> >work correctly now that rpcgen has been added to the tools target in
> >the top level Makefile.
> >
>
> I haven't tried it out, but I'll bet that this will fail miserably
> if you do "DESTDIR=/foo/bar make world", since the new rpcgen will
> not be used.
That is correct, as I painfully found out today.
It's the first day I've ever tried to do a "make world" from the
-current sources, and I've run into several problems. I'm using
DESTDIR, because I don't want to wipe out my existing (working) system,
of course. I'll report more details, once I get through it all.
> This also applies to things like as/cc/ld. There are already several
> places in the source which don't use the new includes in this
> situation. Seems like we need to somehow munge PATH in the case
> where DESTDIR is defined. Oh yeah, and also do an ldconfig.
And, don't forget that you have to make "cc" find its helper programs
(such as "cc1") in the right places. And, "ld" has to look in the right
places for its libraries, and for crt0.o, etc. And on and on. There are
lots of problems.
I don't think an ldconfig will be necessary, as long as LD_LIBRARY_PATH
is set properly.
Here is a shell script I am working on that solves almost all of the
problems that I've encountered so far today. (I also had to edit the
top-level Makefile. It does something that requires c++rt0.o, before
that file has been built or installed.) (Diffs at 11!) I'm optimistic
that this approach will work, eventually.
-------------------------------------------------------------------------------
#! /bin/sh
topdir=/home/jdp/current
srcdir=${topdir}/src
dstdir=${topdir}/dst
makeargs="DESTDIR=${dstdir} SHARED=copies world"
# setpath ENV_VAR /dir1 /dir2 /dir3 ...
#
# This sets a PATH-style environment variable such that the appropriate
# directories under ${dstdir} are searched before the corresponding
# system directories. For example,
#
# setpath COMPILER_PATH /usr/libexec /usr/bin
#
# has the same effect as:
#
# COMPILER_PATH=${dstdir}/usr/libexec:/usr/libexec:${dstdir}/usr/bin:/usr/bin
# export COMPILER_PATH
setpath() {
local env_var
local newpath
local pathdir
local basedir
env_var=$1; shift
newpath=
for pathdir; do
for basedir in ${dstdir} ""; do
if [ -n "${newpath}" ]; then
newpath="${newpath}:"
fi
newpath="${newpath}${basedir}${pathdir}"
done
done
echo "Using: ${env_var}=${newpath}"
eval ${env_var}=${newpath}
export ${env_var}
}
date
echo "Building from ${srcdir}"
echo "Using: make ${makeargs}"
setpath COMPILER_PATH /usr/libexec /usr/bin
setpath LIBRARY_PATH /usr/lib
setpath LD_LIBRARY_PATH /usr/lib
setpath C_INCLUDE_PATH /usr/include
setpath CPLUS_INCLUDE_PATH /usr/include/g++ /usr/include
setpath PATH /sbin /usr/sbin /bin /usr/bin
test -d ${dstdir} || mkdir -p ${dstdir}
cd ${srcdir}
exec make ${makeargs}
-------------------------------------------------------------------------------
--
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 Thu Dec 28 19:07:29 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id TAA19255
for current-outgoing; Thu, 28 Dec 1995 19:07:29 -0800 (PST)
Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA19249
for <current@freebsd.org>; Thu, 28 Dec 1995 19:07:25 -0800 (PST)
Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.6.12/8.6.9) with ESMTP id TAA04622 for <current@freebsd.org>; Thu, 28 Dec 1995 19:07:22 -0800
Message-Id: <199512290307.TAA04622@pain.csrv.uidaho.edu>
To: current@freebsd.org
Subject: finger problem.
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <4616.820206440.1@pain.csrv.uidaho.edu>
Date: Thu, 28 Dec 1995 19:07:20 -0800
From: Faried Nawaz <fn@pain.csrv.uidaho.edu>
Sender: owner-current@freebsd.org
Precedence: bulk
Hi,
I'm running -current, and i can't finger certain sites. Try
finger @uidaho.edu
finger @hotcity.com
as examples.
I can get output with 2.1's finger, though.
I'm guessing this has to do with the sys/iov.h changes.
faried.
From owner-freebsd-current Thu Dec 28 20:25:29 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id UAA23294
for current-outgoing; Thu, 28 Dec 1995 20:25:29 -0800 (PST)
Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA23289
for <current@freebsd.org>; Thu, 28 Dec 1995 20:25:25 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with ESMTP id AAA04866 for <current@freebsd.org>; Tue, 26 Dec 1995 00:42:37 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id DAA21135; Tue, 26 Dec 1995 03:23:31 -0500 (EST)
Date: Tue, 26 Dec 1995 03:23:28 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: current@freebsd.org
Subject: CRITICAL: Problem with most recent kernel sourcces...
Message-ID: <Pine.BSF.3.91.951226020843.19762A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Hi...
Just installed the newest sources onto my 386DX40, and when
rebooting, its being detected as a Pentium Pro *nod* Of course,
since the kernel isn't configured for one, it comes up as CPU class
not configured, but I'm impressed at how my 386DX40 has grown up :)
Now, DDB is coming up and allowing me to do a trace, but
I'm not getting a core file on this.
The trace I get shows:
Debugger()
panic()
identifycpu()
cpu_startup()
main()
begin()
The kernel was created three times, with the final one being
a straight 'config -g <configfile>'. The code that generated the
panic (if I follow the trace right) is in i386/i386/machdep.c...
...has anyone else experienced this?
I've just tried removing the i486_CPU definition from the config
file to see if it makes any difference, as looking through the machdep.c
code, there is alot of stuff that is ifdef'd in if i486 is defined...
i finally got a smaller kernel out of it, but it still seems to register
my system as Pentium Pro...
Thanks...
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
scrappy@hub.org | WWW Services Database Services | Knowledge,
soon to be: | | Information and
scrappy@ki.net | WWW: http://hub.org | Communications, Inc
From owner-freebsd-current Thu Dec 28 20:53:08 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id UAA24703
for current-outgoing; Thu, 28 Dec 1995 20:53:08 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA24696
for <current@freebsd.org>; Thu, 28 Dec 1995 20:53:03 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id UAA13029; Thu, 28 Dec 1995 20:53:02 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id UAA04087; Thu, 28 Dec 1995 20:53:03 -0800 (PST)
Message-Id: <199512290453.UAA04087@corbin.Root.COM>
To: "Marc G. Fournier" <scrappy@hub.org>
cc: current@freebsd.org
Subject: Re: CRITICAL: Problem with most recent kernel sourcces...
In-reply-to: Your message of "Tue, 26 Dec 95 03:23:28 EST."
<Pine.BSF.3.91.951226020843.19762A-100000@hub.org>
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Thu, 28 Dec 1995 20:53:03 -0800
Sender: owner-current@freebsd.org
Precedence: bulk
> Just installed the newest sources onto my 386DX40, and when
>rebooting, its being detected as a Pentium Pro *nod* Of course,
>since the kernel isn't configured for one, it comes up as CPU class
>not configured, but I'm impressed at how my 386DX40 has grown up :)
...more old mail, clogged up at BARRnet. Sheesh - two days - I think we
should remove the barrnet.net MX record. :-(
-DG
From owner-freebsd-current Thu Dec 28 23:22:13 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA02970
for current-outgoing; Thu, 28 Dec 1995 23:22:13 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA02964
for <current@freebsd.org>; Thu, 28 Dec 1995 23:22:09 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id CAA29336; Fri, 29 Dec 1995 02:22:04 -0500 (EST)
Date: Fri, 29 Dec 1995 02:22:02 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: David Greenman <davidg@Root.COM>
cc: current@freebsd.org
Subject: Re: CRITICAL: Problem with most recent kernel sourcces...
In-Reply-To: <199512290453.UAA04087@corbin.Root.COM>
Message-ID: <Pine.BSF.3.91.951229022143.29329A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
On Thu, 28 Dec 1995, David Greenman wrote:
> > Just installed the newest sources onto my 386DX40, and when
> >rebooting, its being detected as a Pentium Pro *nod* Of course,
> >since the kernel isn't configured for one, it comes up as CPU class
> >not configured, but I'm impressed at how my 386DX40 has grown up :)
>
> ...more old mail, clogged up at BARRnet. Sheesh - two days - I think we
> should remove the barrnet.net MX record. :-(
>
Yup...kernel installed fine this afternoon :)
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
System | WWW Services Database Services | Knowledge,
Administrator | | Information and
scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc
From owner-freebsd-current Fri Dec 29 00:28:23 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id AAA07012
for current-outgoing; Fri, 29 Dec 1995 00:28:23 -0800 (PST)
Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA07007
for <current@freebsd.org>; Fri, 29 Dec 1995 00:28:19 -0800 (PST)
Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA05976 for current@freebsd.org; Fri, 29 Dec 1995 19:06:12 +1030
From: Michael Smith <msmith@atrad.adelaide.edu.au>
Message-Id: <199512290836.TAA05976@genesis.atrad.adelaide.edu.au>
Subject: ARGH! X binaries _still_ in -current
To: current@freebsd.org
Date: Fri, 29 Dec 1995 19:06:12 +1030 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
*sigh*
Ok, I'll raise this one again:
The base system should not attempt to install into /usr/X11R6, correct?
This has been further accented by the recent removal of the X-based games
from the base system.
I propose that having xditview in src/gnu/usr.bin/groff is a Bad Thing.
For one, anyone like me that mounts /usr/X11R6 readonly (as is only
sensible) has the wondrous experience of having world barf on them
at the wrong end.
At the very least, the pile of conditionals at the top of the xditroff
Makefile could check that the directories are writable.
Honestly, if I was a make-fiend, I would have committed diffs on this ages
ago; as it is, all I can do is whine.
Please?
--
]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[
]] Genesis Software genesis@atrad.adelaide.edu.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control (ph/fax) +61-8-267-3039 [[
]] "Who does BSD?" "We do Chucky, we do." [[
From owner-freebsd-current Fri Dec 29 03:21:12 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id DAA14854
for current-outgoing; Fri, 29 Dec 1995 03:21:12 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14849
Fri, 29 Dec 1995 03:21:05 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA25797; Fri, 29 Dec 1995 12:21:02 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id MAA22997; Fri, 29 Dec 1995 12:20:57 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA10015; Fri, 29 Dec 1995 10:59:04 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512290959.KAA10015@uriah.heep.sax.de>
Subject: Re: cvs commit: src/lib/libc/gen getpass.c
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Fri, 29 Dec 1995 10:59:04 +0100 (MET)
Cc: wollman@lcs.mit.edu, pst@FreeBSD.org
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199512282218.OAA12618@precipice.shockwave.com> from "Paul Traina" at Dec 28, 95 02:18:15 pm
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
As Paul Traina wrote:
>
> Two points:
> (a) you two just changed the semantics of this routine, you need to check
> all of the callers to make sure THEY block SIGINT and SIGTSTP.
> (b) This is a bad idea if you use ^C or ^Z as part of your password, which
> was legal.
> From: "Garrett A. Wollman" <wollman@lcs.mit.edu>
> > Don't block SIGINT in getpass(3); this doesn't make sense.
>
> It shouldn't block SIGTSTP, either. (The calling program should if
> it's important.)
Paul:
* Where have you been on Dec 10, when i've been asking in -current
(Subject: getpass() and SIGINT) whether somebody objects?
* No, this hasn't changed the behaviour of getpass() in accepting any
of the signalling characters; they had to be quoted with ^V (or
whatever your lnext character is set to) anyway, as well as for
example ^\. The only change is that the ^C interpretation is now
immediate, while you first had to press enter in order to see the
effect of you intr previously.
Garrett:
* No, _blocking_ the signals isn't the right thing to do in any case.
It has only been done to avoid the tty hassles involved (turning
echo on/off). Well, i just noticed that we should install a SIGINT
handler anyway (i didn't notice this on tcsh since it's restoring
the old tty settings itself, but it's very obvious if you interrupt
a `su' attempt right now, say on plain ol' csh). So it's perhaps a
good idea to also install handlers for SIGTSTP and SIGCONT as well,
in which case we could also avoid to block SIGTSTP.
--
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 Fri Dec 29 04:48:15 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id EAA18832
for current-outgoing; Fri, 29 Dec 1995 04:48:15 -0800 (PST)
Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA18827
for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 04:48:11 -0800 (PST)
Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1)
from reido.in-berlin.de with uucp
id <m0tVeEC-0009ksC>; Fri, 29 Dec 95 13:48 MET
Received: by reido.in-berlin.de
id m0tVeBs-0002NIC; Fri, 29 Dec 95 13:45 MET
(/\oo/\ Smail3.1.29.1 #29.1)
Message-Id: <m0tVeBs-0002NIC@reido.in-berlin.de>
From: balu@reido.in-berlin.de (Boris Staeblow)
Subject: SCSI II CDROM fails to play
To: current@freefall.freebsd.org
Date: Fri, 29 Dec 1995 13:45:43 +0100 (MET)
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
I've a problem with my new CDROM - It refuse to play audio cd's:
(No problems with W95).
(ncr0:5:0): "SONY CD-ROM CDU-76S 1.1a" type 5 removable SCSI 2
cd0(ncr0:5:0): CD-ROM
cd0(ncr0:5:0): 200ns (5 Mb/sec) offset 8.
cd0(ncr0:5:0): UNIT ATTENTION asc:28,0
cd0(ncr0:5:0): Not ready to ready transition, medium may have changed
When I try to play audio cd's (xcdplayer,cdplay etc.):
cd0(ncr0:5:0): ILLEGAL REQUEST asc:26,0 Invalid field in parameter list
Is the audio-play support broken?
(BTW: What's the "UNIT ATTENTION" at boot-up?)
Boris.
From owner-freebsd-current Fri Dec 29 05:24:46 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id FAA20126
for current-outgoing; Fri, 29 Dec 1995 05:24:46 -0800 (PST)
Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA20121
for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 05:24:33 -0800 (PST)
Received: by Sysiphos id AA16829
(5.67b/IDA-1.5 for current@freefall.freebsd.org); Fri, 29 Dec 1995 14:24:28 +0100
Message-Id: <199512291324.AA16829@Sysiphos>
From: se@zpr.uni-koeln.de (Stefan Esser)
Date: Fri, 29 Dec 1995 14:24:27 +0100
In-Reply-To: balu@reido.in-berlin.de (Boris Staeblow)
"SCSI II CDROM fails to play" (Dec 29, 13:45)
X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95)
To: balu@reido.in-berlin.de (Boris Staeblow)
Subject: Re: SCSI II CDROM fails to play
Cc: current@freefall.freebsd.org
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
On Dec 29, 13:45, Boris Staeblow wrote:
} Subject: SCSI II CDROM fails to play
}
} I've a problem with my new CDROM - It refuse to play audio cd's:
} (No problems with W95).
}
} (ncr0:5:0): "SONY CD-ROM CDU-76S 1.1a" type 5 removable SCSI 2
} cd0(ncr0:5:0): CD-ROM
} cd0(ncr0:5:0): 200ns (5 Mb/sec) offset 8.
Looks fine so far ...
} cd0(ncr0:5:0): UNIT ATTENTION asc:28,0
} cd0(ncr0:5:0): Not ready to ready transition, medium may have changed
Well, there was a CD in the drive, and the
middle layer SCSI code has been notified of
this fact.
} When I try to play audio cd's (xcdplayer,cdplay etc.):
}
} cd0(ncr0:5:0): ILLEGAL REQUEST asc:26,0 Invalid field in parameter list
The command has been sent correctly and a
status received. Seems there was an illegal
(or not understood) parameter in the command
last sent.
This is not a driver problem, but perhaps
the drive does not like some optional field
in a request sent by cdplay ...
} Is the audio-play support broken?
>From some earlier mail exchange with someone
who had trouble playing audio CDs:
% > Verify that the program does work with the Adaptec. If it does
% > you have found a bug.
%
% I no more have the adaptec. However, I have found the problem :-)
%
% $ cdplay cd1
% CD>tocentry
% track minute second frame
% 1 0 2 0
% 2 22 39 3
% 255 43 44 3
% CD>msfplay 0 2 0 43 44 3
% cdplay: Invalid argument #ILLEGAL REQUEST asc:24,0 Invalid field in CDB
% CD>msfplay 0 2 0 43 44 2
% CD>stop
%
% I always used the last minute-second-frame with the msf play
% command. Apparently, one must not play the last frame of the disk. But
% this does not explain why the adaptec driver does not report the error:
% the bug is now in the aha1542 driver :-)
Perhaps you can try a few such commands, too,
and let us know what you find ...
} (BTW: What's the "UNIT ATTENTION" at boot-up?)
Just a notification to the upper level code,
which might for example make it "umount" some
file system it had mounted from that drive
before ...
Regards, STefan
--
Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021
Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160
==============================================================================
http://www.zpr.uni-koeln.de/~se <se@ZPR.Uni-Koeln.DE>
From owner-freebsd-current Fri Dec 29 08:04:17 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA27758
for current-outgoing; Fri, 29 Dec 1995 08:04:17 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA27709
for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 08:03:39 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA00953 for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 17:03:37 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id RAA24984 for current@freefall.freebsd.org; Fri, 29 Dec 1995 17:03:36 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id QAA28686 for current@freefall.freebsd.org; Fri, 29 Dec 1995 16:42:37 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512291542.QAA28686@uriah.heep.sax.de>
Subject: Re: SCSI II CDROM fails to play
To: current@freefall.freebsd.org
Date: Fri, 29 Dec 1995 16:42:37 +0100 (MET)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <m0tVeBs-0002NIC@reido.in-berlin.de> from "Boris Staeblow" at Dec 29, 95 01:45:43 pm
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
As Boris Staeblow wrote:
>
>
> I've a problem with my new CDROM - It refuse to play audio cd's:
> (No problems with W95).
>
> (ncr0:5:0): "SONY CD-ROM CDU-76S 1.1a" type 5 removable SCSI 2
> cd0(ncr0:5:0): CD-ROM
> cd0(ncr0:5:0): 200ns (5 Mb/sec) offset 8.
>
> cd0(ncr0:5:0): UNIT ATTENTION asc:28,0
> cd0(ncr0:5:0): Not ready to ready transition, medium may have changed
>
> When I try to play audio cd's (xcdplayer,cdplay etc.):
>
> cd0(ncr0:5:0): ILLEGAL REQUEST asc:26,0 Invalid field in parameter list
>
> Is the audio-play support broken?
See my current posting to bugs@freebsd.org and freebsd-scsi@freebsd.org.
SONY has a very weird understanding of the SCSI 2 standard in that
their MODE SELECT command doesn't allow the medium type field that it
was just spitting out with a MODE SENSE. The fix would be to always
MODE SELECT with a medium type field of 0 (as pointed out by Stu [?]).
--
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 Fri Dec 29 08:06:40 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA27829
for current-outgoing; Fri, 29 Dec 1995 08:06:40 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA27821
for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 08:06:30 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA21468 for current@freefall.freebsd.org; Sat, 30 Dec 1995 03:03:14 +1100
Date: Sat, 30 Dec 1995 03:03:14 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512291603.DAA21468@godzilla.zeta.org.au>
To: current@freefall.freebsd.org
Subject: Re: cvs commit: src/usr.sbin/kgmon kgmon.8 kgmon.c
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
To configure the kernel for this:
config -n -pp YOUR_KERNEL
cd /sys/compile/YOUR_KERNEL
make clean # not optional
make depend
make # gcc must be up to date for this
Use it something like:
high resolution (new) low resolution (old)
--------------------- --------------------
kgmon -rB kgmon -rb
run_test run_test
kgmon -hp kgmon -hp
gprof4 -u /kernel >gprof4.out gprof -u /kernel >gprof.out
Bruce
>bde 95/12/29 07:30:09
> Modified: lib/libc/gmon mcount.c
> sys/i386/conf files.i386
> sys/i386/include asmacros.h profile.h
> sys/kern subr_prof.c
> sys/libkern mcount.c
> sys/sys gmon.h
> usr.bin Makefile
> usr.sbin/config config.8 mkmakefile.c
> usr.sbin/kgmon kgmon.8 kgmon.c
> Added: sys/i386/isa prof_machdep.c
> usr.bin/gprof4 Makefile
> Log:
> Implemented non-statistical kernel profiling. This is based on
> looking at a high resolution clock for each of the following events:
> function call, function return, interrupt entry, interrupt exit,
> and interesting branches. The differences between the times of
> these events are added at appropriate places in a ordinary histogram
> (as if very fast statistical profiling sampled the pc at those
> places) so that ordinary gprof can be used to analyze the times.
>
> gmon.h:
> Histogram counters need to be 4 bytes for microsecond resolutions.
> They will need to be larger for the 586 clock.
> The comments were vax-centric and wrong even on vaxes. Does anyone
> disagree?
>
> gprof4.c:
> The standard gprof should support counters of all integral sizes
> and the size of the counter should be in the gmon header. This
> hack will do until then. (Use gprof4 -u to examine the results
> of non-statistical profiling.)
>
> config/*:
> Non-statistical profiling is configured with `config -pp'.
> `config -p' still gives ordinary profiling.
>
> kgmon/*:
> Non-statistical profiling is enabled with `kgmon -B'. `kgmon -b'
> still enables ordinary profiling (and distables non-statistical
> profiling) if non-statistical profiling is configured.
>
> Revision Changes Path
> 1.4 +148 -8 src/lib/libc/gmon/mcount.c
> 1.122 +2 -1 src/sys/i386/conf/files.i386
> 1.6 +64 -28 src/sys/i386/include/asmacros.h
> 1.5 +39 -15 src/sys/i386/include/profile.h
> 1.16 +90 -5 src/sys/kern/subr_prof.c
> 1.5 +3 -179 src/sys/libkern/mcount.c
> 1.8 +57 -9 src/sys/sys/gmon.h
> 1.64 +2 -1 src/usr.bin/Makefile
> 1.6 +5 -0 src/usr.sbin/config/config.8
> 1.14 +6 -2 src/usr.sbin/config/mkmakefile.c
> 1.3 +9 -2 src/usr.sbin/kgmon/kgmon.8
> 1.6 +27 -10 src/usr.sbin/kgmon/kgmon.c
From owner-freebsd-current Fri Dec 29 09:04:31 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id JAA00722
for current-outgoing; Fri, 29 Dec 1995 09:04:31 -0800 (PST)
Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA00714
for <freebsd-current@FreeBSD.org>; Fri, 29 Dec 1995 09:04:28 -0800 (PST)
Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.6.12) with SMTP id JAA15305; Fri, 29 Dec 1995 09:03:48 -0800 (PST)
Message-Id: <199512291703.JAA15305@precipice.shockwave.com>
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-current@FreeBSD.org (FreeBSD-current users), wollman@lcs.mit.edu
Subject: Re: cvs commit: src/lib/libc/gen getpass.c
In-reply-to: Your message of "Fri, 29 Dec 1995 10:59:04 +0100."
<199512290959.KAA10015@uriah.heep.sax.de>
Date: Fri, 29 Dec 1995 09:03:48 -0800
From: Paul Traina <pst@shockwave.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
From: J Wunsch <j@uriah.heep.sax.de>
Subject: Re: cvs commit: src/lib/libc/gen getpass.c
As Paul Traina wrote:
* Where have you been on Dec 10, when i've been asking in -current
(Subject: getpass() and SIGINT) whether somebody objects?
Belize... I just got back.
* No, this hasn't changed the behaviour of getpass() in accepting any
of the signalling characters; they had to be quoted with ^V (or
whatever your lnext character is set to) anyway, as well as for
example ^\. The only change is that the ^C interpretation is now
immediate, while you first had to press enter in order to see the
effect of you intr previously.
Wait, are you trying to tell me that ^V^C would not normally generate a
signal? I find that difficult to believe, although I haven't tested it.
From owner-freebsd-current Fri Dec 29 09:13:23 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id JAA01161
for current-outgoing; Fri, 29 Dec 1995 09:13:23 -0800 (PST)
Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA01153
for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 09:13:17 -0800 (PST)
Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id BAA00868; Sat, 30 Dec 1995 01:12:46 +0800 (WST)
From: Julian Elischer <julian@jhome.DIALix.COM>
Message-Id: <199512291712.BAA00868@jhome.DIALix.COM>
Subject: Re: SCSI II CDROM fails to play
To: joerg_wunsch@uriah.heep.sax.de
Date: Sat, 30 Dec 1995 01:12:46 +0800 (WST)
Cc: current@freefall.freebsd.org
In-Reply-To: <199512291542.QAA28686@uriah.heep.sax.de> from "J Wunsch" at Dec 29, 95 04:42:37 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
>
>
>
> SONY has a very weird understanding of the SCSI 2 standard in that
> their MODE SELECT command doesn't allow the medium type field that it
> was just spitting out with a MODE SENSE. The fix would be to always
> MODE SELECT with a medium type field of 0 (as pointed out by Stu [?]).
while it is common usage to allow fields to be moved directly from
MODE_SENSE to MODE_SELECT, it is in fact the case that
this is not always required by the standard.. In fact the
mode-page descriptor in the mode select/sense command itself has a field
that should be set differently..
certainly it does not make much sense to tell a read-only device
what kind of media it has in it.. so Maybe SONY were being
a little "TOO CLEVER", but they are not wrong..
It's actually a GREAT IMPROVEMENT as some of the early SONY
drives didn't seem to follow SCSI-2 at all with regards to Sound..
julian
From owner-freebsd-current Fri Dec 29 10:23:50 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA04539
for current-outgoing; Fri, 29 Dec 1995 10:23:50 -0800 (PST)
Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04534
for <current@freebsd.org>; Fri, 29 Dec 1995 10:23:43 -0800 (PST)
Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM)
id AA30469; Fri, 29 Dec 1995 13:23:37 -0500
Date: Fri, 29 Dec 1995 13:23:37 -0500
From: "Garrett A. Wollman" <wollman@lcs.mit.edu>
Message-Id: <9512291823.AA30469@halloran-eldar.lcs.mit.edu>
To: Faried Nawaz <fn@pain.csrv.uidaho.edu>
Cc: current@freebsd.org
Subject: finger problem.
In-Reply-To: <199512290307.TAA04622@pain.csrv.uidaho.edu>
References: <199512290307.TAA04622@pain.csrv.uidaho.edu>
Sender: owner-current@freebsd.org
Precedence: bulk
<<On Thu, 28 Dec 1995 19:07:20 -0800, Faried Nawaz <fn@pain.csrv.uidaho.edu> said:
> finger @uidaho.edu
> finger @hotcity.com
Hmmm... There look to be two different problems here...
13:16:16.216366 khavrinen.lcs.mit.edu.1195 > crow.csrv.uidaho.edu.finger: SFP 1329011561:1329011563(2) win 16728 <mss 1460,nop,wscale 0,nop,nop,timestamp 509768 0,nop,nop,ccnew 305> (DF)
We send one packet with all the information....
13:16:16.379675 crow.csrv.uidaho.edu.finger > khavrinen.lcs.mit.edu.1195: S 288832000:288832000(0) ack 1329011562 win 8192
They reply, acknowledging everything except the FIN bit.
13:16:16.379957 khavrinen.lcs.mit.edu.1195 > crow.csrv.uidaho.edu.finger: F 3:3(0) ack 1 win 16728 (DF)
We reply, resending the FIN bit.
13:16:16.516433 crow.csrv.uidaho.edu.finger > khavrinen.lcs.mit.edu.1195: . ack 4 win 8190
They acknowledge the FIN bit.
13:16:16.835325 crow.csrv.uidaho.edu.finger > khavrinen.lcs.mit.edu.1195: F 1:1(0) ack 4 win 8192
They then send a FIN bit of their own, without sending anything.
13:16:16.835577 khavrinen.lcs.mit.edu.1195 > crow.csrv.uidaho.edu.finger: . ack 2 win 16728 (DF)
And we acknowledge their close.
Here's the other one, where it looks like hotcity.com has gotten
itself /really/ confused.
13:17:06.198470 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: SFP 1339044514:1339044516(2) win 16728 <mss 1460,nop,wscale 0,nop,nop,timestamp 509868 0,nop,nop,ccnew 307> (DF)
13:17:12.000913 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: SFP 1339044514:1339044516(2) win 16728 <mss 1460,nop,wscale 0,nop,nop,timestamp 509879 0,nop,nop,ccnew 307> (DF)
13:17:12.633025 hotcity.com.finger > khavrinen.lcs.mit.edu.1197: SF 3506960969:3506960969(0) ack 1339044515 win 14335 <mss 512>
13:17:12.633308 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: F 3:3(0) ack 2 win 16727 (DF)
13:17:12.943619 hotcity.com.finger > khavrinen.lcs.mit.edu.1197: R 3506960971:3506960971(0) win 0
13:17:15.616483 hotcity.com.finger > khavrinen.lcs.mit.edu.1197: SF 3506960969:3506960969(0) ack 1339044515 win 14335 <mss 512>
13:17:15.616700 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: R 1339044515:1339044515(0) win 0
13:17:21.621782 hotcity.com.finger > khavrinen.lcs.mit.edu.1197: SF 3506960969:3506960969(0) ack 1339044515 win 14335 <mss 512>
13:17:21.622043 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: R 1339044515:1339044515(0) win 0
13:17:33.630237 hotcity.com.finger > khavrinen.lcs.mit.edu.1197: SF 3506960969:3506960969(0) ack 1339044515 win 14335 <mss 512>
13:17:33.630453 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: R 1339044515:1339044515(0) win 0
Both of these seem likely to be bugs in the other end's software.
-GAWollman
--
Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ...
wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance.
Opinions not those of| It is a bond more powerful than absence. We like people
MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant
From owner-freebsd-current Fri Dec 29 10:36:49 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA05288
for current-outgoing; Fri, 29 Dec 1995 10:36:49 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA05283
for <current@freebsd.org>; Fri, 29 Dec 1995 10:36:44 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id NAA04769; Fri, 29 Dec 1995 13:36:32 -0500 (EST)
Date: Fri, 29 Dec 1995 13:36:30 -0500 (EST)
From: "Marc G. Fournier" <scrappy@hub.org>
To: current@freebsd.org
Subject: make on usr.sbin/pkg_manage fails: missing header files
Message-ID: <Pine.BSF.3.91.951229133221.4756A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Hi...
In trying to get my binaries up to date, I can't seem to get past
the pkg_manage directory, as there seems to be some header files missing:
freebsd# make
cc -O2 -m486 -pipe -Wall -Wstrict-prototypes -DHELP_PATH=\"/usr/share/misc/pkg_manage/\" -I/usr/src/usr.sbin/pkg_manage/../../gnu/lib/libdialog -I/usr/src/usr.sbin/pkg_manage/../../lib/libncurses -c /usr/src/usr.sbin/pkg_manage/pkg_ui.c
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:25: dir.h: No such file or directory
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:26: dialog.priv.h: No such file or directory
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:27: ui_objects.h: No such file or directory
I've fond a complete search of my system, as well as the
/usr/src/stable hierarchies, to see if it exists anywhere, to no avail.
When I try and remove them (as if they are redundant headers),
I start getting a slew of undeclared "stuff", like:
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:221: `DirList' undeclared (first use this
function)
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:221: `d' undeclared (first use this funct
ion)
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:226: `ListObj' undeclared (first use this
function)
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:226: `pkg_obj' undeclared (first use this
function)
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:226: `pkgi_obj' undeclared (first use thi
s function)
/usr/src/usr.sbin/pkg_manage/pkg_ui.c:227: `ButtonObj' undeclared (first use th
is function)
And more...
I've just checked to make sure I have the most uptodate sources,
and I seem to have them...but I also haven't seen any other reports of
this, so figure its got to be isolated to me...again ;(
Any suggestions?
Thanks...
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
System | WWW Services Database Services | Knowledge,
Administrator | | Information and
scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc
From owner-freebsd-current Fri Dec 29 10:55:48 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA06116
for current-outgoing; Fri, 29 Dec 1995 10:55:48 -0800 (PST)
Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06111
for <freebsd-current@freebsd.org>; Fri, 29 Dec 1995 10:55:46 -0800 (PST)
Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM)
id AA31348; Fri, 29 Dec 1995 13:55:42 -0500
Date: Fri, 29 Dec 1995 13:55:42 -0500
From: "Garrett A. Wollman" <wollman@lcs.mit.edu>
Message-Id: <9512291855.AA31348@halloran-eldar.lcs.mit.edu>
To: Gary Jennejohn <Gary.Jennejohn@munich.netsurf.de>
Cc: freebsd-current@freebsd.org
Subject: Re: Where's the earth-shattering KABOOM?
In-Reply-To: <199512282333.XAA04592@peedub.gj.org>
References: <199512282146.QAA04169@skynet.ctr.columbia.edu>
<199512282333.XAA04592@peedub.gj.org>
Sender: owner-current@freebsd.org
Precedence: bulk
<<On Thu, 28 Dec 1995 23:33:21 +0000, Gary Jennejohn <garyj@munich.netsurf.de> said:
> I haven't tried it out, but I'll bet that this will fail miserably
> if you do "DESTDIR=/foo/bar make world"
This has never worked, to my knowledge, and was never intended to work
in its current form. If you want to do something like that, then
you'll need to do the same sort of work as is done by `make release'
in building a chroot environment and then running a `make world'
there.
`make world' is more useful as a VM/IO regression test than as a way
to build a working system.
-GAWollman
--
Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ...
wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance.
Opinions not those of| It is a bond more powerful than absence. We like people
MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant
From owner-freebsd-current Fri Dec 29 11:33:25 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id LAA08126
for current-outgoing; Fri, 29 Dec 1995 11:33:25 -0800 (PST)
Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA08115
for <freebsd-current@FreeBSD.org>; Fri, 29 Dec 1995 11:33:20 -0800 (PST)
Received: from ugen-tr (ugen-tr.worldbank.org [138.220.101.58]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id OAA00616; for ; Fri, 29 Dec 1995 14:33:17 -0500
Date: Fri, 29 Dec 95 14:31:14
From: "Ugen J.S.Antsilevich" <ugen@latte.worldbank.org>
Subject: Re: Where's the earth-shattering KABOOM?
To: Gary Jennejohn <Gary.Jennejohn@munich.netsurf.de>,
"Garrett A. Wollman" <wollman@lcs.mit.edu>
Cc: freebsd-current@FreeBSD.org
X-PRIORITY: 3 (Normal)
X-Mailer: Chameleon 4.00.4, TCP/IP for Windows, NetManage Inc.
Message-ID: <Chameleon.820265487.ugen@ugen-tr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@FreeBSD.org
Precedence: bulk
>`make world' is more useful as a VM/IO regression test than as a way
>to build a working system.
What's the correct way then?
--Ugen
From owner-freebsd-current Fri Dec 29 14:30:32 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id OAA18573
for current-outgoing; Fri, 29 Dec 1995 14:30:32 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18568
for <freebsd-current@FreeBSD.org>; Fri, 29 Dec 1995 14:30:15 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA08048; Fri, 29 Dec 1995 23:30:02 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id XAA28176; Fri, 29 Dec 1995 23:30:01 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA10329; Fri, 29 Dec 1995 23:25:26 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512292225.XAA10329@uriah.heep.sax.de>
Subject: Re: cvs commit: src/lib/libc/gen getpass.c
To: pst@shockwave.com (Paul Traina)
Date: Fri, 29 Dec 1995 23:25:25 +0100 (MET)
Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org,
wollman@lcs.mit.edu
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199512291703.JAA15305@precipice.shockwave.com> from "Paul Traina" at Dec 29, 95 09:03:48 am
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
As Paul Traina wrote:
>
> * Where have you been on Dec 10, when i've been asking in -current
> (Subject: getpass() and SIGINT) whether somebody objects?
>
> Belize... I just got back.
Oh, i hope you enjoyed it. :)
> Wait, are you trying to tell me that ^V^C would not normally generate a
> signal? I find that difficult to believe, although I haven't tested it.
Of course, it doesn't. That's what lnext is for. (Remember, SysV
used to use \ instead of lnext, this always gave me a hard time to
erase an accidentally typed backslash.)
Too bad that Posix didn't standardize lnext.
--
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 Fri Dec 29 15:43:05 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA23612
for current-outgoing; Fri, 29 Dec 1995 15:43:05 -0800 (PST)
Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA23597
for <current@freebsd.org>; Fri, 29 Dec 1995 15:43:02 -0800 (PST)
Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.6.12) with SMTP id PAA16681; Fri, 29 Dec 1995 15:37:34 -0800 (PST)
Message-Id: <199512292337.PAA16681@precipice.shockwave.com>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
cc: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>, paul@netcraft.co.uk,
asami@cs.berkeley.edu, p.richards@elsevier.co.uk,
andreas@knobel.gun.de, graichen@omega.physik.fu-berlin.de,
current@freebsd.org
Subject: Re: pcnfsd..
In-reply-to: Your message of "Wed, 27 Dec 1995 23:08:50 PST."
<4353.820134530@time.cdrom.com>
Date: Fri, 29 Dec 1995 15:37:33 -0800
From: Paul Traina <pst@shockwave.com>
Sender: owner-current@freebsd.org
Precedence: bulk
How many people run pcnfsd? It was pretty low when I first ported it 2 years
ago, and I can't imagine anyone has been stupid enough to migrate TO it. :-)
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Subject: Re: pcnfsd..
> Please revert the configuration stuff for gated in /etc/sysconfig
> and /etc/netstart, your new tools will not work for this application.
Sigh. It's really annoying that we can't just bundle gated.
And what do you say about pcnfsd, which perturbs the starting of
mountd? Should we bring it in and keep our exposure down to one
port?
Jordan
From owner-freebsd-current Fri Dec 29 15:49:01 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA24363
for current-outgoing; Fri, 29 Dec 1995 15:49:01 -0800 (PST)
Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA24350
for <current@freefall.freebsd.org>; Fri, 29 Dec 1995 15:48:56 -0800 (PST)
Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.6.12) with SMTP id PAA16944; Fri, 29 Dec 1995 15:48:15 -0800 (PST)
Message-Id: <199512292348.PAA16944@precipice.shockwave.com>
To: se@zpr.uni-koeln.de (Stefan Esser), peter@freebsd.org
cc: balu@reido.in-berlin.de (Boris Staeblow), current@freefall.freebsd.org
Subject: Re: SCSI II CDROM fails to play
In-reply-to: Your message of "Fri, 29 Dec 1995 14:24:27 +0100."
<199512291324.AA16829@Sysiphos>
Date: Fri, 29 Dec 1995 15:48:15 -0800
From: Paul Traina <root@shockwave.com>
Sender: owner-current@freebsd.org
Precedence: bulk
Since we're discussing CD's anyway, has anyone had luck getting the NEC CDR 210
(Peter: aka the NEC CDR 53) to play audio CD's under FreeBSD?
(bt0:4:0): "NEC CD-ROM DRIVE:210 1.0" type 5 removable SCSI 1
bash# cdplay cd0
CD>tocentry
cdplay: Bad file descriptor
cd0(bt0:4:0): ILLEGAL REQUEST csi:20,20,0,0 asc:20,0 Invalid command operation code
This drive doesn't appear to be totally SCSI-II CCS compliant, however a number
of DOS programs have been capable of controlling it (as has W95).
Curious,
Paul
From owner-freebsd-current Fri Dec 29 19:12:43 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id TAA06219
for current-outgoing; Fri, 29 Dec 1995 19:12:43 -0800 (PST)
Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA06214
Fri, 29 Dec 1995 19:12:38 -0800 (PST)
Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.6.12) with SMTP id TAA17438; Fri, 29 Dec 1995 19:12:07 -0800 (PST)
Message-Id: <199512300312.TAA17438@precipice.shockwave.com>
To: wollman@freebsd.org
cc: current@freebsd.org
Subject: -current TCP interoperability issues
Date: Fri, 29 Dec 1995 19:12:07 -0800
From: Paul Traina <pst@shockwave.com>
Sender: owner-current@freebsd.org
Precedence: bulk
I'm having problems with tcp connections that contain data with SYN packets.
It seems like turning off the TCP extensions is not sufficient.
Unfortunately, there are a number of broken TCP stacks out there. Sigh.
Paul
From owner-freebsd-current Fri Dec 29 21:00:09 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id VAA28674
for current-outgoing; Fri, 29 Dec 1995 21:00:09 -0800 (PST)
Received: from gwydion.hns.st-louis.mo.us (root@dialup-93.icon-stl.net [199.217.153.93])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA28590
for <freebsd-current@freebsd.org>; Fri, 29 Dec 1995 20:59:59 -0800 (PST)
Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id XAA08622 for freebsd-current@freebsd.org; Fri, 29 Dec 1995 23:00:24 -0600 (CST)
From: Kent Hamilton <kenth@HNS.St-Louis.Mo.US>
Message-Id: <199512300500.XAA08622@gwydion.hns.st-louis.mo.us>
Subject: Kernel build failing
To: freebsd-current@freebsd.org
Date: Fri, 29 Dec 1995 23:00:23 -0600 (CST)
Reply-To: KentH@HNS.St-Louis.Mo.US
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
I just finished sup'ing the latest changes. Did I catch someone in
the middle of changes?
loading kernel
atapi.o: Undefined symbol `_wcdattach' referenced from text segment
mcount.o: Undefined symbol `_cputime' referenced from text segment
mcount.o: Undefined symbol `_cputime' referenced from text segment
*** Error code 1
Stop.
I'll start a make world before I go to bed and see if that makes
any difference in the morning.
I'm still getting the wcd_mod.o panics I reported a few days ago
as well so.....
--
Kent Hamilton Work: KHamilton@Hunter.COM
URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US
From owner-freebsd-current Fri Dec 29 21:54:20 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id VAA01091
for current-outgoing; Fri, 29 Dec 1995 21:54:20 -0800 (PST)
Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01082
for <freebsd-current@FreeBSD.ORG>; Fri, 29 Dec 1995 21:54:14 -0800 (PST)
Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id NAA27274 for freebsd-current@FreeBSD.ORG; Sat, 30 Dec 1995 13:51:07 +0800
From: Chien-Ta Lee <jdli@linux.csie.nctu.edu.tw>
Message-Id: <199512300551.NAA27274@linux.csie.nctu.edu.tw>
Subject: EXT2FS support
To: freebsd-current@FreeBSD.ORG
Date: Sat, 30 Dec 1995 13:51:06 +0800 (CST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
Hi :
I just tried the ext2fs on 2.2-CURRENT (1995/12/6) and it works
great. But if I give it mount options like "async,userquota"
the mount will seg-fault.
My questions are :
1. does ext2fs support QUOTA ?
2. is ext2fs default async (i think so) ?
3. do we have any ext2fs-tools such as e2fsck (important) and mke2fs ?
(if we mount ext2fs read-write and system crashes, will the
system fsck ext2fs-partition while rebooting ?)
Thanks.
--
§õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u
Mail: jdli@csie.nctu.edu.tw
From owner-freebsd-current Fri Dec 29 23:22:10 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA04401
for current-outgoing; Fri, 29 Dec 1995 23:22:10 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04395
for <freebsd-current@FreeBSD.ORG>; Fri, 29 Dec 1995 23:21:51 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA18182; Sat, 30 Dec 1995 18:19:01 +1100
Date: Sat, 30 Dec 1995 18:19:01 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512300719.SAA18182@godzilla.zeta.org.au>
To: freebsd-current@FreeBSD.ORG, kenth@HNS.St-Louis.Mo.US
Subject: Re: Kernel build failing
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
>I just finished sup'ing the latest changes. Did I catch someone in
>the middle of changes?
>loading kernel
>atapi.o: Undefined symbol `_wcdattach' referenced from text segment
This was broken for a long time but was fixed a few hours ago.
>mcount.o: Undefined symbol `_cputime' referenced from text segment
Re-config your kernel to get some new files.
>I'm still getting the wcd_mod.o panics I reported a few days ago
>as well so.....
I get only modload errors with a kernel not configured with ATAPI
or wcd0.
Bruce
From owner-freebsd-current Fri Dec 29 23:22:52 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA04434
for current-outgoing; Fri, 29 Dec 1995 23:22:52 -0800 (PST)
Received: (from dyson@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id XAA04428
Fri, 29 Dec 1995 23:22:51 -0800 (PST)
From: John Dyson <dyson>
Message-Id: <199512300722.XAA04428@freefall.freebsd.org>
Subject: Re: EXT2FS support
To: jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee)
Date: Fri, 29 Dec 1995 23:22:50 -0800 (PST)
Cc: freebsd-current@FreeBSD.ORG
In-Reply-To: <199512300551.NAA27274@linux.csie.nctu.edu.tw> from "Chien-Ta Lee" at Dec 30, 95 01:51:06 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
>
>
> Hi :
>
> I just tried the ext2fs on 2.2-CURRENT (1995/12/6) and it works
> great. But if I give it mount options like "async,userquota"
> the mount will seg-fault.
>
The mount_ext2fs command needs a bit of work.
> My questions are :
> 1. does ext2fs support QUOTA ?
I don't know yet.. Probably will...
> 2. is ext2fs default async (i think so) ?
No, not on FreeBSD.-current It might be on release (2.2) though.
> 3. do we have any ext2fs-tools such as e2fsck (important) and mke2fs ?
> (if we mount ext2fs read-write and system crashes, will the
> system fsck ext2fs-partition while rebooting ?)
I have not gotten around to those yet -- but they will be there within a
month or so. You probably can port the stuff from lites -- I think that
at least the fsck works only with a few mods.
Sorry for not being more complete in my answers. One of my goals is
to fully support ext2fs as a user filesystem in 2.2. I would be suprised
if we will be able to boot from ext2fs though. (It could happen.)
John
dyson@freebsd.org
From owner-freebsd-current Sat Dec 30 05:52:05 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id FAA18624
for current-outgoing; Sat, 30 Dec 1995 05:52:05 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA18584
for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 05:52:00 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA20736 for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 14:51:51 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id OAA04395 for freebsd-current@FreeBSD.org; Sat, 30 Dec 1995 14:51:51 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA00348 for freebsd-current@FreeBSD.org; Sat, 30 Dec 1995 14:27:21 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512301327.OAA00348@uriah.heep.sax.de>
Subject: minor change to ls -l
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Sat, 30 Dec 1995 14:27:20 +0100 (MET)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
What do people think about the following change to the behaviour of
ls -l?
Currently:
j@uriah 54% ls -l /dev/*ctl
crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
crw------- 1 root wheel 70, 536870912 Aug 19 14:44 /dev/rod0.ctl
crw------- 1 root wheel 13, 536870912 Jun 10 1995 /dev/rsd0.ctl
crw------- 1 root wheel 13, 536870920 Jun 10 1995 /dev/rsd1.ctl
crw------- 1 root wheel 13, 536870928 Jun 15 1995 /dev/rsd2.ctl
crw------- 1 root wheel 13, 536870936 Aug 15 23:50 /dev/rsd3.ctl
Intended:
j@uriah 55% ./ls -l /dev/*ctl
crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl
crw------- 1 root wheel 13, 0x20000000 Jun 10 1995 /dev/rsd0.ctl
crw------- 1 root wheel 13, 0x20000008 Jun 10 1995 /dev/rsd1.ctl
crw------- 1 root wheel 13, 0x20000010 Jun 15 1995 /dev/rsd2.ctl
crw------- 1 root wheel 13, 0x20000018 Aug 15 23:50 /dev/rsd3.ctl
--
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 Dec 30 06:31:11 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id GAA19825
for current-outgoing; Sat, 30 Dec 1995 06:31:11 -0800 (PST)
Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA19820
for <freebsd-current@FreeBSD.ORG>; Sat, 30 Dec 1995 06:31:08 -0800 (PST)
Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1])
by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id PAA22657
; Sat, 30 Dec 1995 15:31:05 +0100
Received: from (uucp@localhost)
by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id PAA17499
; Sat, 30 Dec 1995 15:31:04 +0100
Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id KAA15007; Sat, 30 Dec 1995 10:29:37 +0100 (MET)
From: Ollivier Robert <roberto@keltia.freenix.fr>
Message-Id: <199512300929.KAA15007@keltia.freenix.fr>
Subject: Re: EXT2FS support
To: jdli@linux.csie.nctu.edu.tw (Chien-Ta Lee)
Date: Sat, 30 Dec 1995 10:29:37 +0100 (MET)
Cc: freebsd-current@FreeBSD.ORG
In-Reply-To: <199512300551.NAA27274@linux.csie.nctu.edu.tw> from "Chien-Ta Lee" at Dec 30, 95 01:51:06 pm
X-Operating-System: FreeBSD 2.2-CURRENT ctm#1489
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
It seems that Chien-Ta Lee said:
> 1. does ext2fs support QUOTA ?
I don't think so. The Linux ext2fs code has been modified for quotas just a few
weeks ago (quotas have been a semi-working thing for months in Linux). It
has probably not been modified for BSD quotas.
> 2. is ext2fs default async (i think so) ?
Yes.
> 3. do we have any ext2fs-tools such as e2fsck (important) and mke2fs ?
> (if we mount ext2fs read-write and system crashes, will the
> system fsck ext2fs-partition while rebooting ?)
Not yet. One should try to port the libext2.a/so before that though. I
don't know if Lites' code (that's what we're using for ext2fs) support that.
--
Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net
FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Dec 25 22:55:52 MET 1995
From owner-freebsd-current Sat Dec 30 07:08:42 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA20768
for current-outgoing; Sat, 30 Dec 1995 07:08:42 -0800 (PST)
Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20754
for <freebsd-current@freebsd.org>; Sat, 30 Dec 1995 07:08:34 -0800 (PST)
Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA27444; Sat, 30 Dec 1995 16:10:14 +0100
Message-Id: <199512301510.QAA27444@gilberto.physik.rwth-aachen.de>
Subject: Re: minor change to ls -l
To: joerg_wunsch@uriah.heep.sax.de
Date: Sat, 30 Dec 1995 16:10:13 +0100 (MET)
Cc: freebsd-current@freebsd.org
In-Reply-To: <199512301327.OAA00348@uriah.heep.sax.de> from "J Wunsch" at Dec 30, 95 02:27:20 pm
From: Christoph Kukulies <kuku@gilberto.physik.rwth-aachen.de>
Reply-To: Christoph Kukulies <kuku@gilberto.physik.rwth-aachen.de>
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-current@freebsd.org
Precedence: bulk
>
> What do people think about the following change to the behaviour of
> ls -l?
>
> Currently:
>
> j@uriah 54% ls -l /dev/*ctl
> crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
> crw------- 1 root wheel 70, 536870912 Aug 19 14:44 /dev/rod0.ctl
> crw------- 1 root wheel 13, 536870912 Jun 10 1995 /dev/rsd0.ctl
> crw------- 1 root wheel 13, 536870920 Jun 10 1995 /dev/rsd1.ctl
> crw------- 1 root wheel 13, 536870928 Jun 15 1995 /dev/rsd2.ctl
> crw------- 1 root wheel 13, 536870936 Aug 15 23:50 /dev/rsd3.ctl
>
> Intended:
>
> j@uriah 55% ./ls -l /dev/*ctl
> crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
> crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl
> crw------- 1 root wheel 13, 0x20000000 Jun 10 1995 /dev/rsd0.ctl
> crw------- 1 root wheel 13, 0x20000008 Jun 10 1995 /dev/rsd1.ctl
> crw------- 1 root wheel 13, 0x20000010 Jun 15 1995 /dev/rsd2.ctl
> crw------- 1 root wheel 13, 0x20000018 Aug 15 23:50 /dev/rsd3.ctl
>
It's like HP/UX does it for the various tape devices/flags
It looks more senseful than the decimal numbers.
>
> --
> 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. ;-)
>
--Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de
From owner-freebsd-current Sat Dec 30 07:09:45 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id HAA20820
for current-outgoing; Sat, 30 Dec 1995 07:09:45 -0800 (PST)
Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20813
for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 07:09:39 -0800 (PST)
Received: from critter.tfs.com (dial117.cybercity.dk [194.16.56.117]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id PAA28346; Sat, 30 Dec 1995 15:55:43 +0100
Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id QAA00958; Sat, 30 Dec 1995 16:09:35 +0100
X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-current@FreeBSD.org (FreeBSD-current users)
Subject: Re: minor change to ls -l
In-reply-to: Your message of "Sat, 30 Dec 1995 14:27:20 +0100."
<199512301327.OAA00348@uriah.heep.sax.de>
Date: Sat, 30 Dec 1995 16:09:35 +0100
Message-ID: <956.820336175@critter.tfs.com>
From: Poul-Henning Kamp <phk@critter.tfs.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
> What do people think about the following change to the behaviour of
> ls -l?
I think it would be nice, but it would probably break something...
what criteria will you use for %x ?
(minor > 0xff) ?
>
> Currently:
>
> j@uriah 54% ls -l /dev/*ctl
> crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
> crw------- 1 root wheel 70, 536870912 Aug 19 14:44 /dev/rod0.ctl
> crw------- 1 root wheel 13, 536870912 Jun 10 1995 /dev/rsd0.ctl
> crw------- 1 root wheel 13, 536870920 Jun 10 1995 /dev/rsd1.ctl
> crw------- 1 root wheel 13, 536870928 Jun 15 1995 /dev/rsd2.ctl
> crw------- 1 root wheel 13, 536870936 Aug 15 23:50 /dev/rsd3.ctl
>
> Intended:
>
> j@uriah 55% ./ls -l /dev/*ctl
> crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
> crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl
> crw------- 1 root wheel 13, 0x20000000 Jun 10 1995 /dev/rsd0.ctl
> crw------- 1 root wheel 13, 0x20000008 Jun 10 1995 /dev/rsd1.ctl
> crw------- 1 root wheel 13, 0x20000010 Jun 15 1995 /dev/rsd2.ctl
> crw------- 1 root wheel 13, 0x20000018 Aug 15 23:50 /dev/rsd3.ctl
>
>
> --
> 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. ;-)
--
Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox.
whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.
From owner-freebsd-current Sat Dec 30 08:30:26 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id IAA23843
for current-outgoing; Sat, 30 Dec 1995 08:30:26 -0800 (PST)
Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA23835
for <current@freefall.freebsd.org>; Sat, 30 Dec 1995 08:30:19 -0800 (PST)
Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id AAA10019; Sun, 31 Dec 1995 00:30:04 +0800 (WST)
Date: Sun, 31 Dec 1995 00:30:03 +0800 (WST)
From: Peter Wemm <peter@jhome.DIALix.COM>
To: Paul Traina <root@shockwave.com>
cc: Stefan Esser <se@zpr.uni-koeln.de>,
Boris Staeblow <balu@reido.in-berlin.de>, current@freefall.freebsd.org
Subject: Re: SCSI II CDROM fails to play
In-Reply-To: <199512292348.PAA16944@precipice.shockwave.com>
Message-ID: <Pine.BSF.3.91.951231002302.6208D-100000@jhome.DIALix.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@FreeBSD.ORG
Precedence: bulk
On Fri, 29 Dec 1995, Paul Traina wrote:
> Since we're discussing CD's anyway, has anyone had luck getting the NEC CDR 210
> (Peter: aka the NEC CDR 53) to play audio CD's under FreeBSD?
>
> (bt0:4:0): "NEC CD-ROM DRIVE:210 1.0" type 5 removable SCSI 1
>
> bash# cdplay cd0
> CD>tocentry
> cdplay: Bad file descriptor
>
> cd0(bt0:4:0): ILLEGAL REQUEST csi:20,20,0,0 asc:20,0 Invalid command operation code
>
> This drive doesn't appear to be totally SCSI-II CCS compliant, however a number
> of DOS programs have been capable of controlling it (as has W95).
>
> Curious,
>
> Paul
I've just discovered that xmcd-1.4 can run in text mode without Motif.
It has NEC CDR-210 support. It also has 'NEC Vendor Specific' scsi
commands for the non-scsi-I/II compliant command set in their older
drives. I'm "hopeful" that this might work for me, but I'm not sure.
At least, it can be configured at a very fine grained level which
commands to use... Fingers crossed... :-)
-Peter
From owner-freebsd-current Sat Dec 30 10:09:31 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA27548
for current-outgoing; Sat, 30 Dec 1995 10:09:31 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA27543
for <current@freebsd.org>; Sat, 30 Dec 1995 10:09:24 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id NAA27118; Sat, 30 Dec 1995 13:09:15 -0500 (EST)
Date: Sat, 30 Dec 1995 13:09:14 -0500 (EST)
From: "Marc G. Fournier" <scrappy@ki.net>
X-Sender: scrappy@hub.org
To: current@freebsd.org
Subject: Problem Reports
Message-ID: <Pine.BSF.3.91.951230130731.27105A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Hi...
I'm just wondering what SOP is for problem reports...how should I
handle the problem repeating itself? Re-report it?
Problem in question is kern/911, where a find operation seems to
be causing a panic in statfs...
Thanks...
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
System | WWW Services Database Services | Knowledge,
Administrator | | Information and
scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc
From owner-freebsd-current Sat Dec 30 10:18:59 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA28260
for current-outgoing; Sat, 30 Dec 1995 10:18:59 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28253
for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 10:18:54 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA24928 for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 19:18:51 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id TAA06809 for freebsd-current@FreeBSD.org; Sat, 30 Dec 1995 19:18:51 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA01671 for freebsd-current@FreeBSD.org; Sat, 30 Dec 1995 18:43:10 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512301743.SAA01671@uriah.heep.sax.de>
Subject: Re: minor change to ls -l
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Sat, 30 Dec 1995 18:43:09 +0100 (MET)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <956.820336175@critter.tfs.com> from "Poul-Henning Kamp" at Dec 30, 95 04:09:35 pm
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
As Poul-Henning Kamp wrote:
>
> > What do people think about the following change to the behaviour of
> > ls -l?
>
> I think it would be nice, but it would probably break something...
>
> what criteria will you use for %x ?
> (minor > 0xff) ?
Yup, minor > 0xff. Since minor numbers were traditionally restricted
to 8 bits anyway, i could not think of things that might be broken
(though there will certainly come something up :).
The decision > 0xff is also the difference to HP/UX, btw.
--
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 Dec 30 10:20:07 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id KAA28428
for current-outgoing; Sat, 30 Dec 1995 10:20:07 -0800 (PST)
Received: from io.org (io.org [142.77.70.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28362
for <current@freebsd.org>; Sat, 30 Dec 1995 10:19:56 -0800 (PST)
Received: from else (root@else.net [204.92.4.245]) by io.org (8.6.12/8.6.12) with SMTP id NAA10860 for <current@freebsd.org>; Sat, 30 Dec 1995 13:19:52 -0500
Received: by else (Smail3.1.29.1 #3)
id m0tW5tx-000MF2C; Sat, 30 Dec 95 13:21 EST
Date: Sat, 30 Dec 1995 13:21:01 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: Unknow oid in sysctl
Message-ID: <Pine.LNX.3.91.951230131927.29559B-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Starting about a week ago in current, I noticed that when 'make
install'ing my kernels, it fails on the line
sysctl -w kernel.bootfile=/kernel.old
with the message
sysctl: unknown oid 'kern.bootfile'
If I manually do the install line, it seems to work, but I'm unsure as to
why this fails.
Any ideas?
j.
From owner-freebsd-current Sat Dec 30 12:08:02 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA11085
for current-outgoing; Sat, 30 Dec 1995 12:08:02 -0800 (PST)
Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA11050
for <freebsd-current@freebsd.org>; Sat, 30 Dec 1995 12:07:56 -0800 (PST)
Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id EAA25743 for freebsd-current@freebsd.org; Sun, 31 Dec 1995 04:07:50 +0800 (WST)
Received: from GATEWAY by haywire.DIALix.COM with netnews
for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com)
To: freebsd-current@freebsd.org
Date: 31 Dec 1995 04:07:45 +0800
From: peter@haywire.dialix.com (Peter Wemm)
Message-ID: <4c466h$p4b$1@haywire.DIALix.COM>
Organization: DIALix Services, Perth, Australia.
References: (Gene, Stark), <199512271447.JAA16464@starkhome.cs.sunysb.edu>
Subject: Re: Tick, tock, adjust the clock
Sender: owner-current@freebsd.org
Precedence: bulk
gene@starkhome.cs.sunysb.edu (Gene Stark) writes:
>>>These step adjustments are extremley annoying to programs that run
>>>and clock things in the 10ms range. The clock jumps forward and
>>>backward like a jumping bean. If I discontinue running xntpd my
>>>time adjustment problems go away, but then my clock doesn't keep
>>>correct time.
>>
>>>Any ideas or fixes? Any good starting places to start hacking away to fix
>>>this?
>>
>>I've had the same problem for quite some time.. On all the
>>FreeBSD machines I have access to, the xntpd oscilates very very badly
>>(like you've shown) and eventually logs "not logging any more time
>>steps" or something like that.
>I solved this problem (on 486 systems) by using tickadj to adjust the value
>of "tick" a few notches off of its standard value of 10000. The values I had
>to use were obtained by trial and error, and are different on each system.
>For example, I recall having to use values like 9994 instead of 10000.
>I also use a driftfile to avoid the lengthy resync period when the system
>is rebooted.
>Changing the tick value causes the system time to increment at a different
>rate. This gets the drift rate of the clock into a region where
>xntpd can sync to it with slew adjustments rather than step adjustments.
>I still have a nagging suspicion that there is a problem with the timekeeping
>code, since on forty-some systems I never had to use a tick value above
>10000, only below. This suggests systematic bias, probably in software.
>However at one point Bruce Evans assured me that he believed the stuff was
>working correctly, so I haven't investigated further.
> - Gene Stark
Well, I've found an answer that totally cures it for us.. I increased
the 'tickadj' rate from 5us to 40us.. ie: tickadj -a 40
pwroot@gecko2[3:35am]~-101# tickadj
tick = 10000 us, tickadj = 40 us
calculated hz = 100.00 Hz
recommended value of tickadj = 5 us
And after a few days of running, behold! It has locked in!
pwroot@gecko2[3:34am]~-100# xntpdc -p
remote local st poll reach delay offset disp
=======================================================================
=tictoc.dap.CSIR 192.203.228.5 1 1024 357 0.24709 0.005590 0.03264
*murgon.cs.mu.OZ 192.203.228.5 1 1024 377 0.10953 0.078037 0.03770
[ /etc/ntp.drift: -460.729 0 (!?!)]
And after doing the same on jhome:
peter@jhome[3:12am]~src/gnu/usr.bin-126> xntpdc -p
remote local st poll reach delay offset disp
=======================================================================
*gecko2.DIALix.C 192.203.228.69 2 1024 377 0.17325 0.013486 0.02042
=perth.DIALix.oz 192.203.228.69 3 1024 377 0.18427 0.024247 0.01062
=gecko.DIALix.oz 192.203.228.69 3 1024 377 0.20697 0.016953 0.01904
[ /etc/ntp.drift: -275.651 0, also this is over a modem.]
Neither of these machines has *ever* reached a 'poll' of 1024.
The 'previous adjustment didn't complete' syslog message is also gone
now.
The question is.. what have I done? :-) Have I simply made the kernel
respond to adjtime() faster?
Which makes me wonder about the 'prev adjustment didn't complete'
messages.. Doesn't xntpd "know" how long the adjustments are meant to
take? (it records the tickadj rate when it starts up) Perhaps there
is a bug somewhere in that the adjtime() settings are taking effect
much slower than they should be? (meaning the clock is drifting
faster than adjtime?)
-Peter
From owner-freebsd-current Sat Dec 30 12:39:26 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA12436
for current-outgoing; Sat, 30 Dec 1995 12:39:26 -0800 (PST)
Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12421
for <current@FreeBSD.org>; Sat, 30 Dec 1995 12:39:21 -0800 (PST)
Received: from critter.tfs.com (dial105.cybercity.dk [194.16.56.105]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id VAA29914; Sat, 30 Dec 1995 21:25:21 +0100
Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id VAA01325; Sat, 30 Dec 1995 21:38:33 +0100
X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol
To: James FitzGibbon <james@else.net>
cc: current@FreeBSD.org
Subject: Re: Unknow oid in sysctl
In-reply-to: Your message of "Sat, 30 Dec 1995 13:21:01 EST."
<Pine.LNX.3.91.951230131927.29559B-100000@else.net>
Date: Sat, 30 Dec 1995 21:38:32 +0100
Message-ID: <1323.820355912@critter.tfs.com>
From: Poul-Henning Kamp <phk@critter.tfs.com>
Sender: owner-current@FreeBSD.org
Precedence: bulk
>
> Starting about a week ago in current, I noticed that when 'make
> install'ing my kernels, it fails on the line
>
> sysctl -w kernel.bootfile=/kernel.old
>
> with the message
>
> sysctl: unknown oid 'kern.bootfile'
>
> If I manually do the install line, it seems to work, but I'm unsure as to
> why this fails.
>
>
> Any ideas?
recompile sysctl(8)
--
Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox.
whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.
From owner-freebsd-current Sat Dec 30 12:40:59 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id MAA12547
for current-outgoing; Sat, 30 Dec 1995 12:40:59 -0800 (PST)
Received: from io.org (io.org [142.77.70.2])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12542
for <current@freebsd.org>; Sat, 30 Dec 1995 12:40:56 -0800 (PST)
Received: from else (root@else.net [204.92.4.245]) by io.org (8.6.12/8.6.12) with SMTP id PAA06600 for <current@freebsd.org>; Sat, 30 Dec 1995 15:40:45 -0500
Received: by else (Smail3.1.29.1 #3)
id m0tW86P-000MF2C; Sat, 30 Dec 95 15:42 EST
Date: Sat, 30 Dec 1995 15:42:02 -0500 (EST)
From: James FitzGibbon <james@else.net>
To: current@freebsd.org
Subject: ATAPI CD-ROM?
Message-ID: <Pine.LNX.3.91.951230154030.31861A-100000@else.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Can someone who has their ATAPI cd-rom working with current please post
the wdc and wcd clippings of a -v boot here?
I get the wcd pickup, but absolutely nothing about the cd-rom. It's
hookup up correctly, as the drive works just fine under OS/2.
Thanks
j.
From owner-freebsd-current Sat Dec 30 13:17:02 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id NAA17761
for current-outgoing; Sat, 30 Dec 1995 13:17:02 -0800 (PST)
Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17737
for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 13:16:52 -0800 (PST)
Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA27548 for <freebsd-current@FreeBSD.org>; Sat, 30 Dec 1995 22:16:49 +0100
Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP
id WAA07670 for freebsd-current@FreeBSD.org; Sat, 30 Dec 1995 22:16:47 +0100
Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA01418 for freebsd-current@FreeBSD.org; Sat, 30 Dec 1995 22:11:03 +0100 (MET)
From: J Wunsch <j@uriah.heep.sax.de>
Message-Id: <199512302111.WAA01418@uriah.heep.sax.de>
Subject: /dev/io
To: freebsd-current@FreeBSD.org (FreeBSD-current users)
Date: Sat, 30 Dec 1995 22:11:01 +0100 (MET)
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
X-Phone: +49-351-2012 669
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-current@FreeBSD.org
Precedence: bulk
Is there any good reason why access to /dev/io is allowed for members
of group kmem? Note that this will give any setgid kmem program
_full_ (read and write) access to the io registers (since open() is
the only important action for this device).
--
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 Dec 30 14:26:33 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id OAA21915
for current-outgoing; Sat, 30 Dec 1995 14:26:33 -0800 (PST)
Received: from hub.org (hub.org [199.166.238.138])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA21907
Sat, 30 Dec 1995 14:26:17 -0800 (PST)
Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id RAA05215; Sat, 30 Dec 1995 17:00:55 -0500 (EST)
Date: Sat, 30 Dec 1995 17:00:52 -0500 (EST)
From: "Marc G. Fournier" <scrappy@ki.net>
X-Sender: scrappy@hub.org
To: questions@freebsd.org
cc: current@freebsd.org
Subject: Quotas over NFS
Message-ID: <Pine.BSF.3.91.951230164941.5182A-100000@hub.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-current@freebsd.org
Precedence: bulk
Hi...
Okay, trying to come up with a definitive answer here, or some sort
of semblance of it...What happens with Quotas over NFS-mounts :)
Test NFS server v2.1-STABLE machine
Test NFS client v2.2-CURRENT machine
With quotas turned on for my personal account, set at a value lower
then what I currently have:
> cp /etc/ttys .
/usr/home: write failed, user disk limit reached
cp: ./ttys: Disc quota exceeded
The system does as it should, rejects any further writes to the
drive.
On the client machine:
freebsd> cp /etc/ttys .
freebsd> ls -l ttys
-rw-r--r-- 1 scrappy wheel 0 Dec 30 16:48 ttys
It truncates the file, but gives no warnings/error messages at
all. This, I think, could be construed as being worse overall then leaving
Quotas turned off altogether, since a user would never know his quota is
exceeded.
So...the answer to the question. Yes, quotas will work if someone
tries to exceed their quota from an nfs mount'd drive...but, IMHO, since their
are no warnings or reasons giving to the user that would be trying to write
that file, at this stage, Quotas over NFS are not usuable.
Is anyone working on fixing this? This is *duck* one point in favor
of BSDi over FreeBSD right now...BSDi does give an error message if you
attempt to exceed your quota from an NFS mounted machine (the error message
eludes me at this time). Does anyone know if NetBSD has support for this?
Note: I only bring up BSDi because I believe BSDi/FreeBSD and NetBSD
tends to be branches from the same try...aren't they? And one of the threads
that was brought up a short while ago tended to revolve around what needs to
be done to FreeBSD in order to make it more palatable to ISPs...this is a
major shortcoming towards that end, I think.
Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
System | WWW Services Database Services | Knowledge,
Administrator | | Information and
scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc
From owner-freebsd-current Sat Dec 30 15:08:25 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA23393
for current-outgoing; Sat, 30 Dec 1995 15:08:25 -0800 (PST)
Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23366
Sat, 30 Dec 1995 15:08:19 -0800 (PST)
Message-Id: <199512302308.PAA23366@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol
To: "Marc G. Fournier" <scrappy@ki.net>
cc: questions@FreeBSD.org, current@FreeBSD.org
Subject: Re: Quotas over NFS
In-reply-to: Your message of "Sat, 30 Dec 1995 17:00:52 EST."
<Pine.BSF.3.91.951230164941.5182A-100000@hub.org>
Date: Sat, 30 Dec 1995 15:08:19 -0800
From: "Justin T. Gibbs" <gibbs@freefall.freebsd.org>
Sender: owner-current@FreeBSD.org
Precedence: bulk
>
>Hi...
>
> Okay, trying to come up with a definitive answer here, or some sort
>of semblance of it...What happens with Quotas over NFS-mounts :)
>
> Test NFS server v2.1-STABLE machine
> Test NFS client v2.2-CURRENT machine
>
> On the client machine:
>
> It truncates the file, but gives no warnings/error messages at
>all. This, I think, could be construed as being worse overall then leaving
>Quotas turned off altogether, since a user would never know his quota is
>exceeded.
>
> Is anyone working on fixing this? This is *duck* one point in favor
>of BSDi over FreeBSD right now...BSDi does give an error message if you
>attempt to exceed your quota from an NFS mounted machine (the error message
>eludes me at this time). Does anyone know if NetBSD has support for this?
>
Any system that gives "quota exceeded" type error messages on NFS mounted
filesytems has an rpc.rquotad implementation. NetBSD has one. We're about
to import NetBSD's and it looks like BSDI has one already. I'm not sure
about the amount of glue required in the kernel once we have the daemon in
the tree, but it is WIP.
>
>Marc G. Fournier | POP Mail Telnet Acct DNS Hosting
--
Justin T. Gibbs
===========================================
FreeBSD: Turning PCs into workstations
===========================================
From owner-freebsd-current Sat Dec 30 15:34:36 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id PAA24556
for current-outgoing; Sat, 30 Dec 1995 15:34:36 -0800 (PST)
Received: from vector.enet (slip139-92-42-143.emea.ibm.net [139.92.42.143])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA24469
Sat, 30 Dec 1995 15:33:39 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by vector.enet (8.7.3/8.6.9) with SMTP id AAA25809; Sun, 31 Dec 1995 00:30:56 +0100 (MET)
Message-Id: <199512302330.AAA25809@vector.enet>
X-Authentication-Warning: vector.enet: Host localhost [127.0.0.1] didn't use HELO protocol
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
cc: freebsd-current@FreeBSD.org
Subject: Re: minor change to ls -l
Reply-To: "Julian H. Stacey" <jhs@FreeBSD.org>
Organization: Vector Systems Ltd. (Internet Unix & C Consultants)
Address: Holz Strasse 27d, 80469 Munich, Germany
Phone: +49.89.268616
Fax: +49.89.2608126 (pending reconfig)
Web: http://www.freebsd.org/~jhs/
Mailer: EXMH version 1.6.5 95 12 11
In-reply-to: Your message of "Sat, 30 Dec 1995 14:27:20 +0100."
<199512301327.OAA00348@uriah.heep.sax.de>
Date: Sun, 31 Dec 1995 00:30:55 +0100
From: "Julian H. Stacey" <jhs@vector.enet>
Sender: owner-current@FreeBSD.org
Precedence: bulk
Hi, Reference:
> What do people think about the following change to the behaviour of
> ls -l?
Inconsistent.
I see how it might be useful, could be atractive,
but if you do it for /dev/rod*
for consistency it should be done for /dev/pcaudio*
& all other /dev
& then there'd be a mass of manuals that refer to the old decimal values,
to be updated by ... who ?
I grant you those large decimals are ugly as hell, maybe we should bite
the inconsistency bullet :-)
> Currently:
>
> j@uriah 54% ls -l /dev/*ctl
> crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
> crw------- 1 root wheel 70, 536870912 Aug 19 14:44 /dev/rod0.ctl
> crw------- 1 root wheel 13, 536870912 Jun 10 1995 /dev/rsd0.ctl
> crw------- 1 root wheel 13, 536870920 Jun 10 1995 /dev/rsd1.ctl
> crw------- 1 root wheel 13, 536870928 Jun 15 1995 /dev/rsd2.ctl
> crw------- 1 root wheel 13, 536870936 Aug 15 23:50 /dev/rsd3.ctl
>
> Intended:
>
> j@uriah 55% ./ls -l /dev/*ctl
> crw-rw-rw- 1 root wheel 24, 128 Feb 10 1995 /dev/pcaudioctl
> crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl
> crw------- 1 root wheel 13, 0x20000000 Jun 10 1995 /dev/rsd0.ctl
> crw------- 1 root wheel 13, 0x20000008 Jun 10 1995 /dev/rsd1.ctl
> crw------- 1 root wheel 13, 0x20000010 Jun 15 1995 /dev/rsd2.ctl
> crw------- 1 root wheel 13, 0x20000018 Aug 15 23:50 /dev/rsd3.ctl
>
>
> --
> 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. ;-)
>
Regards, Julian.
--
Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/
From owner-freebsd-current Sat Dec 30 16:08:33 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id QAA25775
for current-outgoing; Sat, 30 Dec 1995 16:08:33 -0800 (PST)
Received: from vector.enet (slip139-92-42-143.emea.ibm.net [139.92.42.143])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25746
Sat, 30 Dec 1995 16:08:25 -0800 (PST)
Received: (from jhs@localhost) by vector.enet (8.7.3/8.6.9) id BAA26364; Sun, 31 Dec 1995 01:08:33 +0100 (MET)
Date: Sun, 31 Dec 1995 01:08:33 +0100 (MET)
From: "Julian Stacey jhs@freebsd.org" <jhs@vector.enet>
Message-Id: <199512310008.BAA26364@vector.enet>
To: ache@astral.msk.su
cc: current@freebsd.org
Subject: http://www.freebsd.org/~jhs/freebsd_people.html
Reply-To: "Julian H. Stacey" <jhs@freebsd.org>
Organization: Vector Systems Ltd. (Internet Unix & C Consultants)
Address: Holz Strasse 27d, 80469 Munich, Germany
Phone: +49.89.268616
Fax: +49.89.2608126 (pending reconfig)
Web: http://www.freebsd.org/~jhs/
Mailer: EXMH [version 1.6.5 95 12 11]
Sender: owner-current@freebsd.org
Precedence: bulk
--------
Hi Andrey,
CC current@freebsd.org
Just to confirm I've added you (Face gif, web & mail URLs) to
http://www.freebsd.org/~jhs/freebsd_people.html
Thanks for the entry.
Other active FreeBSD contributors are welcome to send me their entries :-)
We've got a gallery of 22 faces now :-) ... but not even all of core yet.
Come on current@ folks, any photo's better than none :-)
Julian
--
Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/
From owner-freebsd-current Sat Dec 30 19:35:04 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id TAA03597
for current-outgoing; Sat, 30 Dec 1995 19:35:04 -0800 (PST)
Received: from gwydion.hns.st-louis.mo.us (root@dialup-61.icon-stl.net [199.217.153.61])
by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA03582
for <freebsd-current@freebsd.org>; Sat, 30 Dec 1995 19:34:58 -0800 (PST)
Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id VAA01067; Sat, 30 Dec 1995 21:25:33 -0600 (CST)
From: Kent Hamilton <kenth@HNS.St-Louis.Mo.US>
Message-Id: <199512310325.VAA01067@gwydion.hns.st-louis.mo.us>
Subject: Re: ATAPI CD-ROM?
To: james@else.net (James FitzGibbon)
Date: Sat, 30 Dec 1995 21:25:32 -0600 (CST)
Cc: freebsd-current@freebsd.org
In-Reply-To: <Pine.LNX.3.91.951230154030.31861A-100000@else.net> from "James FitzGibbon" at Dec 30, 95 03:42:02 pm
Reply-To: KentH@HNS.St-Louis.Mo.US
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
> Can someone who has their ATAPI cd-rom working with current please post
> the wdc and wcd clippings of a -v boot here?
>
> I get the wcd pickup, but absolutely nothing about the cd-rom. It's
> hookup up correctly, as the drive works just fine under OS/2.
Are you trying to use it as a lkm or built static in the kernel?
The static build has been broken up until yesterday and it was fixed
last night by Soren Schmidt. I've been getting panics when trying
to use it as a lkm for a week or two now. I reported it a few
days ago on this list.
Building it in the kernel is working now though, here's what I get
out of a -v boot.
wdc1 at 0x170-0x177 irq 15 on isa
wdc1: unit 0 (atapi): <FX001DE/B05>, removable, intr, iordis
wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray
wcd0: door open, unlocked
--
Kent Hamilton Work: KHamilton@Hunter.COM
URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US
From owner-freebsd-current Sat Dec 30 21:05:00 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id VAA07551
for current-outgoing; Sat, 30 Dec 1995 21:05:00 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07536
for <freebsd-current@freebsd.org>; Sat, 30 Dec 1995 21:04:37 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA17446; Sun, 31 Dec 1995 16:03:21 +1100
Date: Sun, 31 Dec 1995 16:03:21 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512310503.QAA17446@godzilla.zeta.org.au>
To: freebsd-current@freebsd.org, peter@haywire.dialix.com
Subject: Re: Tick, tock, adjust the clock
Sender: owner-current@freebsd.org
Precedence: bulk
>Well, I've found an answer that totally cures it for us.. I increased
>the 'tickadj' rate from 5us to 40us.. ie: tickadj -a 40
>pwroot@gecko2[3:35am]~-101# tickadj
>tick = 10000 us, tickadj = 40 us
>calculated hz = 100.00 Hz
>recommended value of tickadj = 5 us
>And after a few days of running, behold! It has locked in!
>...
>The question is.. what have I done? :-) Have I simply made the kernel
>respond to adjtime() faster?
I think you just made it possible for adjtime() to work. One of my
clocks has a drift of about 7 parts in 10000, so a tickadj of 5 couldn't
possibly work for it.
tickadj = 40 was the default in FreeBSD-1.1.5. The `recommended'
value above is based on 5 being the largest reasonable amount of
drift for a `tick' of 10000 (except on RS6000's, which apparently
live in a universe with different universal constants :-).
I still think the best fix involves changing TIMER_FREQUENCY. There
is no official mechanism for doing this, but it can be fiddled with
fairly easily:
- write a slightly different value to timer_0_max_count in /dev/kmem
- access pcaudio to get the new value written to the clock hardware.
Bruce
From owner-freebsd-current Sat Dec 30 22:28:55 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA10264
for current-outgoing; Sat, 30 Dec 1995 22:28:55 -0800 (PST)
Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10259
for <freebsd-current@freebsd.org>; Sat, 30 Dec 1995 22:28:48 -0800 (PST)
Received: (from imb@localhost)
by asstdc.scgt.oz.au (8.6.12/BSD4.4)
id RAA11546; Sun, 31 Dec 1995 17:28:24 +1100
From: michael butler <imb@scgt.oz.au>
Message-Id: <199512310628.RAA11546@asstdc.scgt.oz.au>
Subject: Re: Tick, tock, adjust the clock
To: bde@zeta.org.au (Bruce Evans)
Date: Sun, 31 Dec 1995 17:28:23 +1100 (EST)
Cc: freebsd-current@freebsd.org, peter@haywire.dialix.com
In-Reply-To: <199512310503.QAA17446@godzilla.zeta.org.au> from "Bruce Evans" at Dec 31, 95 04:03:21 pm
X-Mailer: ELM [version 2.4 PL24beta]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
Peter Wemm writes:
> >tick = 10000 us, tickadj = 40 us
> >calculated hz = 100.00 Hz
> >recommended value of tickadj = 5 us
> >And after a few days of running, behold! It has locked in!
> >...
> >The question is.. what have I done? :-) Have I simply made the kernel
> >respond to adjtime() faster?
The "tickadj" value is one of the seed values to determine how far xntpd can
slew the clock in a 2 second interval. Consistent errors, as you've
discovered, beyond this slew rate will result in the fall-back method of
clock stepping :-( Essentially, what is being done by changing "tickadj" is
to broaden the PLL's capture range at the expense of clock jitter.
Bruce Evans writes:
> I think you just made it possible for adjtime() to work. One of my
> clocks has a drift of about 7 parts in 10000, so a tickadj of 5 couldn't
> possibly work for it.
If the clock is precise but inaccurate by this factor, then changing the
"tick" variable is possibly a better option in that it preserves the clock's
precision without incurring significant additional jitter (as raising
"tickadj" does).
> I still think the best fix involves changing TIMER_FREQUENCY. There
> is no official mechanism for doing this, but it can be fiddled with
> fairly easily:
Which achieves a similar net effect to changing the "tick" variable. In your
example, "tickadj -Aq -t 9993" will probably do the trick without source
code changes (assuming it's "wrong" in that direction, most PCs are :-().
Note that you must restart xntpd after playing with these.
You know when you've hit the best "tickadj" value when /etc/ntp.drift
is consistently indicates a drift of less then +/- 128 after a few days of
"settle time".
My comments above are based on the assumption that you have a consistently
low latency link to your chosen clock reference(s). PPP links, particularly
busy ones, rarely have this characteristic and alterations to "tickadj" may
be preferable in that case,
michael
From owner-freebsd-current Sat Dec 30 22:35:26 1995
Return-Path: owner-current
Received: (from root@localhost)
by freefall.freebsd.org (8.7.3/8.7.3) id WAA10525
for current-outgoing; Sat, 30 Dec 1995 22:35:26 -0800 (PST)
Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65])
by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10514
for <freebsd-current@freebsd.org>; Sat, 30 Dec 1995 22:35:16 -0800 (PST)
Received: (from imb@localhost)
by asstdc.scgt.oz.au (8.6.12/BSD4.4)
id RAA11838; Sun, 31 Dec 1995 17:34:56 +1100
From: michael butler <imb@scgt.oz.au>
Message-Id: <199512310634.RAA11838@asstdc.scgt.oz.au>
Subject: Re: Tick, tock, adjust the clock
To: bde@zeta.org.au
Date: Sun, 31 Dec 1995 17:34:53 +1100 (EST)
Cc: freebsd-current@freebsd.org, peter@haywire.dialix.com
In-Reply-To:
X-Mailer: ELM [version 2.4 PL24beta]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@freebsd.org
Precedence: bulk
I wrote:
> My comments above are based on the assumption that you have a consistently
> low latency link to your chosen clock reference(s).
^^^^^^^^^^^
Sorry .. should've been "low jitter" .. latency doesn't matter so long as
it's consistent,
michael