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 ; 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 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 ; 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 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 ; 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: 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) 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 ; 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 > 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 ; 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 ; 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 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 ; 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 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 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 ; Sun, 24 Dec 1995 21:03:47 -0800 (PST) Date: Sat, 23 Dec 1995 13:50:47 -0500 (EST) From: James FitzGibbon To: current@freebsd.org Subject: Missing File in sys/i386/include/conf.h ? Message-ID: 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 ; 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 ; 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 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 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 ; 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" To: James FitzGibbon cc: current@FreeBSD.ORG Subject: Re: Missing File in sys/i386/include/conf.h ? In-Reply-To: Message-ID: 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 '...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 ; 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 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: 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: 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 ; 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 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: 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 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: 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) 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 ; 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 ; 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 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 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 ; 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 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 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 ; 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 ; Mon, 25 Dec 1995 15:35:10 +0100 (MET) Date: Mon, 25 Dec 1995 15:35:10 +0100 (MET) From: Andreas Klemm To: current@freebsd.org Subject: Re: New sendmail sucks a bit ... (host map: lookup (wup.de): deferred) In-Reply-To: Message-ID: 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 ; 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 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 ; 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 ; Mon, 25 Dec 1995 15:29:03 +0100 (MET) Date: Mon, 25 Dec 1995 15:29:03 +0100 (MET) From: Andreas Klemm To: current@freebsd.org Subject: MAKEDEV doesn't create all necessary scsi-harddisk devices Message-ID: 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 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 ; 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 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 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 ; 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 Message-Id: <199512251640.JAA10122@rocky.sri.MT.net> To: Andreas Klemm Cc: current@FreeBSD.org Subject: Re: MAKEDEV doesn't create all necessary scsi-harddisk devices In-Reply-To: References: 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 ; 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 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." Date: Mon, 25 Dec 1995 11:23:50 -0800 Message-ID: <352.819919430@time.cdrom.com> From: "Jordan K. Hubbard" 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 ; 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 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 ; 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 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 ; 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" 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 ; 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 ; Mon, 25 Dec 1995 11:36:43 -0500 Date: Mon, 25 Dec 1995 11:37:33 -0500 (EST) From: James FitzGibbon To: current@freebsd.org Subject: Suggestion for target 'includes' Message-ID: 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 ; 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 To: current@freebsd.org Subject: Executables now data in -current? Message-ID: 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 ; 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 To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: Missing File in sys/i386/include/conf.h ? In-Reply-To: <199512250836.JAA05145@uriah.heep.sax.de> Message-ID: 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: 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 ; 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" 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: 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 ; 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 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 and 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 ; 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 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 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 and 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 ; 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 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 ; 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 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 ; 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 To: "Rodney W. Grimes" cc: current@freebsd.org Subject: Re: Suggestion for target 'includes' In-Reply-To: <199512260616.WAA17601@GndRsh.aac.dev.com> Message-ID: 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 ; 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 ; 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 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" 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 ; 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 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 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 ; 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: , <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 ; 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 ; 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 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 ; 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 References: , <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: 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) 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 ; 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 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) cc: freebsd-current@freebsd.org, Peter Wemm , 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." From: David Greenman 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 , 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 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 ; 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 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 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 ; 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 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 ; 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 ; 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 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 ; 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 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 ; 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 To: A boy and his worm gear cc: "Jordan K. Hubbard" , 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: 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 ; 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 ; 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 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 --- 6,11 ---- cd9660_util.c cd9660_vfsops.c cd9660_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DCD9660 -I${DESTDIR}/usr/include .include *** ./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 --- 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 *** ./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 --- 5,10 ---- SRCS= fdesc_vfsops.c fdesc_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DFDESC -I${DESTDIR}/usr/include .include *** ./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 --- 5,10 ---- SRCS= math_emulate.c NOMAN= PSEUDO_LKM= ! CFLAGS+= -DLKM -I${DESTDIR}/usr/include .include *** ./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 --- 5,10 ---- SRCS= kernfs_vfsops.c kernfs_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DKERNFS -I${DESTDIR}/usr/include .include *** ./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 --- 6,11 ---- msdosfs_vfsops.c msdosfs_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DMSDOSFS -I${DESTDIR}/usr/include .include *** ./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 --- 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 *** ./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 --- 5,10 ---- SRCS= null_subr.c null_vfsops.c null_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DNULLFS -I${DESTDIR}/usr/include .include *** ./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 --- 5,10 ---- SRCS= portal_vfsops.c portal_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DPORTAL -I${DESTDIR}/usr/include .include *** ./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 --- 8,13 ---- procfs_vfsops.c procfs_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DPROCFS -I${DESTDIR}/usr/include .include *** ./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 --- 5,10 ---- SRCS= umap_subr.c umap_vfsops.c umap_vnops.c NOMAN= VFS_LKM= yes ! CFLAGS+= -DUMAPFS -I${DESTDIR}/usr/include .include *** ./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 --- 5,10 ---- SRCS= union_subr.c union_vfsops.c union_vnops.c NOMAN= VFS_LKM= ! CFLAGS+= -DUNION -I${DESTDIR}/usr/include .include *** ./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 ; 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 ; 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 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 ; 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 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: 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 ; 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 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 ; 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 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 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 ; 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 "ncrcontrol" (Dec 27, 2:13) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jean-Marc Zucconi 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 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 ; 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 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 ; 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 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: 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) 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 ; 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 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 To: "Garrett A. Wollman" 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 ; 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" To: current@freebsd.org Subject: panic: CPU class not configured Message-ID: 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: >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): 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: >Fix: 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 ; 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" 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." Date: Wed, 27 Dec 1995 12:31:40 -0800 Message-ID: <6946.820096300@time.cdrom.com> From: "Jordan K. Hubbard" 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 ; 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" 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 < 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 ; 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 ; 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 ; 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 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 ; 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 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 > |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 ; 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" To: "Jordan K. Hubbard" cc: current@FreeBSD.org Subject: Re: panic: CPU class not configured In-Reply-To: <6946.820096300@time.cdrom.com> Message-ID: 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 ', 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 ; 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 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 |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 ; 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 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 ; 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 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 ; 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" 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 > |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 ; 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 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 |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" |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 ; 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" cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: panic: CPU class not configured In-reply-to: Your message of "Wed, 27 Dec 95 19:06:25 EST." From: David Greenman 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 ', 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 ; 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 > 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 ; 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" 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 ; 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" 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." Date: Wed, 27 Dec 1995 17:33:16 -0800 Message-ID: <2049.820114396@time.cdrom.com> From: "Jordan K. Hubbard" 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 ; 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 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 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 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 ; 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" To: David Greenman cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: panic: CPU class not configured In-Reply-To: <199512280053.QAA00230@corbin.Root.COM> Message-ID: 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 ; 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" To: David Greenman cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: panic: CPU class not configured In-Reply-To: <199512280053.QAA00230@corbin.Root.COM> Message-ID: 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 ; 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 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 ; 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 To: current@freebsd.org Subject: cpu_class undeclared in random_machdep.c Message-ID: 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 ; 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 To: current@freebsd.org Subject: Screen Saver affected by recent lkm changes? Message-ID: 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 ; 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 To: current@freebsd.org Subject: make -DCLOBBER clobbers too much... Message-ID: 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 ; 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" 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 ; 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" 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" 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 ; 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 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 ; 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" 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 ; 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 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 ' 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 ; 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 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 ; 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 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 ; 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 ; 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 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 ; 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 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 ; 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 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 ; 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 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 ; 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 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 ; 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 ; 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 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 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 ; 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 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 |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 ; 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 cc: current@freebsd.org Subject: Re: outb in random_machdep.c Date: Thu, 28 Dec 1995 18:47:34 +0200 From: Mark Murray 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" 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" 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 ; 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" 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 < 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 ; 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" To: current@freebsd.org Subject: panic: CPU class not configured...still Message-ID: 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 ; 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 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: 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 ; 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" 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." From: David Greenman 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 ; 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 ; 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 ; 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 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 ; 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" , 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 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 ; 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 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 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 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 ; 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" Subject: Re: pcnfsd.. Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk > From: "Jordan K. Hubbard" > 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 ; 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 ; 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 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 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 ; 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 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 ; 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 ; 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 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 ; 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 ; 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" To: current@freebsd.org Subject: CRITICAL: Problem with most recent kernel sourcces... Message-ID: 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 '. 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 ; 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" 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." From: David Greenman 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 ; 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" To: David Greenman cc: current@freebsd.org Subject: Re: CRITICAL: Problem with most recent kernel sourcces... In-Reply-To: <199512290453.UAA04087@corbin.Root.COM> Message-ID: 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 ; 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 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 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" > > 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 ; 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 ; 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: 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 ; 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 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 ; 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 ; 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 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: 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 ; 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 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 ; 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 Sender: owner-current@FreeBSD.org Precedence: bulk From: J Wunsch 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 ; 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 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 ; 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" Message-Id: <9512291823.AA30469@halloran-eldar.lcs.mit.edu> To: Faried Nawaz 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 < 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 (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 (DF) 13:17:12.000913 khavrinen.lcs.mit.edu.1197 > hotcity.com.finger: SFP 1339044514:1339044516(2) win 16728 (DF) 13:17:12.633025 hotcity.com.finger > khavrinen.lcs.mit.edu.1197: SF 3506960969:3506960969(0) ack 1339044515 win 14335 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 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 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 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 ; 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" To: current@freebsd.org Subject: make on usr.sbin/pkg_manage fails: missing header files Message-ID: 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 ; 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" Message-Id: <9512291855.AA31348@halloran-eldar.lcs.mit.edu> To: Gary Jennejohn 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 < 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 ; 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" Subject: Re: Where's the earth-shattering KABOOM? To: Gary Jennejohn , "Garrett A. Wollman" Cc: freebsd-current@FreeBSD.org X-PRIORITY: 3 (Normal) X-Mailer: Chameleon 4.00.4, TCP/IP for Windows, NetManage Inc. Message-ID: 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 ; 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 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 ; 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" cc: "Rodney W. Grimes" , 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 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" 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 ; 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 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 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 ; 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 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 ; 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 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. -- 李 建 達 (Adonis) 交大資工 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 ; 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 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 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 ; 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 ; 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 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 ; 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 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 ; 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 Reply-To: Christoph Kukulies 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 ; 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 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 ; 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 To: Paul Traina cc: Stefan Esser , Boris Staeblow , current@freefall.freebsd.org Subject: Re: SCSI II CDROM fails to play In-Reply-To: <199512292348.PAA16944@precipice.shockwave.com> Message-ID: 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 ; 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" X-Sender: scrappy@hub.org To: current@freebsd.org Subject: Problem Reports Message-ID: 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 ; 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 ; 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 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 ; 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 ; 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 To: current@freebsd.org Subject: Unknow oid in sysctl Message-ID: 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 ; 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 ; 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 cc: current@FreeBSD.org Subject: Re: Unknow oid in sysctl In-reply-to: Your message of "Sat, 30 Dec 1995 13:21:01 EST." Date: Sat, 30 Dec 1995 21:38:32 +0100 Message-ID: <1323.820355912@critter.tfs.com> From: Poul-Henning Kamp 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 ; 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 ; 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 To: current@freebsd.org Subject: ATAPI CD-ROM? Message-ID: 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 ; 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 ; 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 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" X-Sender: scrappy@hub.org To: questions@freebsd.org cc: current@freebsd.org Subject: Quotas over NFS Message-ID: 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" 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." Date: Sat, 30 Dec 1995 15:08:19 -0800 From: "Justin T. Gibbs" 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" 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" 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" 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" 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 ; 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 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: 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): , 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 ; 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 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 ; 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 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 ; 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 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