From owner-freebsd-current Sun Oct 5 07:58:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA24183 for current-outgoing; Sun, 5 Oct 1997 07:58:06 -0700 (PDT) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA24123 for ; Sun, 5 Oct 1997 07:58:00 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.7/8.8.5) with SMTP id QAA16010; Sun, 5 Oct 1997 16:59:41 +0200 (CEST) Date: Sun, 5 Oct 1997 16:59:41 +0200 (CEST) From: Andrzej Bialecki To: Brandon Gillespie cc: freebsd-current@FreeBSD.ORG Subject: Re: new command: doconfig In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 Oct 1997, Brandon Gillespie wrote: > On Sat, 4 Oct 1997, Andrzej Bialecki wrote: > > > On Wed, 1 Oct 1997, Brandon Gillespie wrote: > > > > > I would like to add this as a new command to FreeBSD. I mentioned it a > > I use sometimes SCO, and there is (almost only :-) one thing that I liked: > > curses-driven program to tune running system parameters (such as mbufs, > > sysadmin's tool for tuning system's parameters. What do you think? > Modularity :) > > I think a kernel configuration subsystem is fine on its own, as a single > module. Later somebody can easilly wrap it in a more general kerneltuner > program (which tunes and configures), but there is no reason to over-do > one thing in complexity... (IMHO) Seems OK. There is a question of consistent user interface, though. Do you use libdialog? I remember there was discussion on the subject of using/not using it. What I don't remember is the final conclusion... :-) Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-current Sun Oct 5 09:55:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29404 for current-outgoing; Sun, 5 Oct 1997 09:55:48 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA29395 for ; Sun, 5 Oct 1997 09:55:43 -0700 (PDT) Received: (qmail 6688 invoked by uid 1000); 5 Oct 1997 16:56:09 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199710050457.XAA11236@dyson.iquest.net> Date: Sun, 05 Oct 1997 09:56:09 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "John S. Dyson" Subject: RE: I have placed a potentially useful PPro utility up for FTP Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "John S. Dyson"; On 05-Oct-97 you wrote: > > This utility http://ftp.freebsd.org/pub/FreeBSD/incoming/pm.cpio.gz > supports > relatively convienient access to the P6/P2 performance counters. This > code > will not work with a P5, or on SMP systems. What cpio flags did you use? --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Sun Oct 5 10:47:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01682 for current-outgoing; Sun, 5 Oct 1997 10:47:23 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA01677; Sun, 5 Oct 1997 10:47:16 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id LAA16424; Sun, 5 Oct 1997 11:47:20 -0600 (MDT) Message-Id: <199710051747.LAA16424@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jordan K. Hubbard" cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-reply-to: Your message of "Sun, 05 Oct 1997 02:40:25 PDT." <199710050940.CAA12763@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 11:47:20 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan, Isn't the second 'all' redundant here: *** Makefile 1997/10/05 17:16:26 1.3 --- Makefile 1997/10/05 17:26:47 *************** *** 218,224 **** ${IBMAKE} -I${.CURDIR}/share/mk -B ${CLEANDIR} ${OBJDIR} depend && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} all && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} \ ! -B all install clean cleandepend @echo @echo "--------------------------------------------------------------" @echo " Making hierarchy" --- 218,224 ---- ${IBMAKE} -I${.CURDIR}/share/mk -B ${CLEANDIR} ${OBJDIR} depend && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} all && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} \ ! -B install clean cleandepend @echo @echo "--------------------------------------------------------------" @echo " Making hierarchy" --- Also, I had to do "rm -rf /usr/obj" to get past the depend phase of "Making Make", otherwise it complained about "_mkdep12345 not found". I'm about 15 minutes into a "make -j12 -k buildworld" on the dual P6, I'll report back when it finishes. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Oct 5 12:44:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05985 for current-outgoing; Sun, 5 Oct 1997 12:44:06 -0700 (PDT) Received: from veda.is (adam@veda.is [193.4.230.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05954 for ; Sun, 5 Oct 1997 12:43:59 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.7/8.8.5) id TAA21975; Sun, 5 Oct 1997 19:41:38 GMT Date: Sun, 5 Oct 1997 19:41:38 GMT From: Adam David Message-Id: <199710051941.TAA21975@veda.is> To: mike@smith.NET.AU (Mike Smith) Cc: freebsd-current@freebsd.org Subject: Re: Staying -current with FreeBSD References: <199709281709.CAA06890@word.smith.net.au> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looks good. 2 corrections below. ># make world >& makelog ># tail -f makelog # make world >& makelog & tail -f makelog > >You can hit ^C at any time to exit the 'tail' command, and then reissue >it whenever you want to check on the build. > >A world build transcript generated like this will generally be around >the 7 megabyte mark; you should make sure you have space for it. > >If you are unsure about whether the buid will work, and would prefer to ^^^^ build -- --------------------------------------------------------------------------- | Adam David | What's a bigger annoyance than toll bridges? | | | Bill Gates! | +========================+ Why? | | Because we're _still_ waiting for him to put the curtains on Windows! | From owner-freebsd-current Sun Oct 5 12:57:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06454 for current-outgoing; Sun, 5 Oct 1997 12:57:35 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06446; Sun, 5 Oct 1997 12:57:30 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id NAA17128; Sun, 5 Oct 1997 13:57:33 -0600 (MDT) Message-Id: <199710051957.NAA17128@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: smp@freebsd.org cc: current@freebsd.org Subject: Re: machine/up.h In-reply-to: Your message of "Mon, 08 Sep 1997 07:34:19 +0200." <11169.873696859@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 13:57:33 -0600 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, awhile back I requested comment on adding a file. I think the winning reply was: > Why not simply have the code do a > > #include > > and in that file have > > #ifdef SMP > #define THIS_STUFF (lkjsdfgskdj) > #define THAT_STUFF (lkjsdfgskdj) > #else /* !SMP */ > #define THIS_STUFF /* Nothing */ > #define THAT_STUFF /* Nothing */ > #endif > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." If no one objects, I'll try to get to this within a week or so... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Oct 5 13:00:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06609 for current-outgoing; Sun, 5 Oct 1997 13:00:01 -0700 (PDT) Received: from veda.is (veda.is [193.4.230.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06556 for ; Sun, 5 Oct 1997 12:59:47 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.7/8.8.5) id TAA22184; Sun, 5 Oct 1997 19:56:32 GMT Date: Sun, 5 Oct 1997 19:56:32 GMT From: Adam David Message-Id: <199710051956.TAA22184@veda.is> To: grog@lemis.COM (Greg Lehey) Cc: freebsd-current@freebsd.org Subject: Re: Staying -current with FreeBSD References: <199709290620.XAA10818@mail.san.rr.com> <19970929164643.40234@lemis.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > +-------------------------+-----------+ > |Component | Size (MB) | > +-------------------------+-----------+ > |Repository src/sys | 53 | > |Repository src | 330 | > |Repository ports | 36 | > |Source tree /usr/src/sys | 65 | > |Source tree /usr/src | 225 | > |Source tree /usr/ports | 200 | > |Object tree src | 160 | > +-------------------------+-----------+ >In fact, I measured 224 MB for ports, but as I observe, you >could fill up several gigabytes of disk with ports if you wanted to. >200 MB is comfortable if you do a make clean from time to time. It is valid as an example datapoint, but the size of /usr/ports containing distfiles and .../work) is equivalent to the question "how long is a piece of string?". Therefore it would be a better indication to display the size of the checked out ports tree before any fetching is done. -- --------------------------------------------------------------------------- | Adam David | What's a bigger annoyance than toll bridges? | | | Bill Gates! | +========================+ Why? | | Because we're _still_ waiting for him to put the curtains on Windows! | From owner-freebsd-current Sun Oct 5 13:05:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06972 for current-outgoing; Sun, 5 Oct 1997 13:05:42 -0700 (PDT) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [128.8.10.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA06964 for ; Sun, 5 Oct 1997 13:05:38 -0700 (PDT) Received: from baud.eng.umd.edu (chuckr@baud.eng.umd.edu [129.2.98.183]) by po1.glue.umd.edu (8.8.7/8.8.7) with ESMTP id QAA27466 for ; Sun, 5 Oct 1997 16:05:35 -0400 (EDT) Received: from localhost (chuckr@localhost) by baud.eng.umd.edu (8.8.7/8.8.7) with SMTP id QAA00835 for ; Sun, 5 Oct 1997 16:05:31 -0400 (EDT) X-Authentication-Warning: baud.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 5 Oct 1997 16:05:31 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@baud.eng.umd.edu To: FreeBSD current Subject: ctm disaster recovery Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've had a disaster here, and I need to reload from a ctm base. I want to get a base from cvs-cur, but it looks like the naming conventions might have changed since the last time I had to do this. I was looking on wcarchive.cdrom.com for a file cvs-cur.3700A.gz, and couldn't find it. The "A" used to be appended to the base deltas (when they were generated, one the cvs deltas mod 100). There's a file with the name "xEmpty" from 3600, the file size is in the range I expected (about 90-110 megs), I was wondering if someone could verify fro me that it's the file I am after. I am behind a slow link, and just can't afford to make a mistake on this. Obviously, I'd rather get the 3700 one instead of the 3600 one, but I didn't see any candidate for it on wcarchive. If someone could recommend maybe a different site that has this, so I don't need to load down wcarchive, I'd appreciate that too. The list of site names was one of the things that got lunched on me. At least I had a fresh backup of my school projects! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt. T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Oct 5 13:43:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA08343 for current-outgoing; Sun, 5 Oct 1997 13:43:44 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA08326 for ; Sun, 5 Oct 1997 13:43:34 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id WAA19344 for ; Sun, 5 Oct 1997 22:43:39 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id WAA13582 for freebsd-current@freefall.FreeBSD.org; Sun, 5 Oct 1997 22:42:54 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.10/nospam) id WAA00531; Sun, 5 Oct 1997 22:42:01 +0200 (CEST) Message-ID: <19971005224201.01246@keltia.freenix.fr> Date: Sun, 5 Oct 1997 22:42:01 +0200 From: Ollivier Robert To: FreeBSD current Subject: Re: ctm disaster recovery References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: ; from Chuck Robey on Sun, Oct 05, 1997 at 04:05:31PM -0400 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Chuck Robey: > one the cvs deltas mod 100). There's a file with the name "xEmpty" from > 3600, the file size is in the range I expected (about 90-110 megs), I was > wondering if someone could verify fro me that it's the file I am after. I It is the one you want. I don't know why the naming was changed but it is the file with everything in it. > Obviously, I'd rather get the 3700 one instead of the 3600 one, but I > didn't see any candidate for it on wcarchive. I don't know when Richard make the big one. Probably soon. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #35: Sun Sep 21 19:28:07 CEST 1997 From owner-freebsd-current Sun Oct 5 14:23:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10620 for current-outgoing; Sun, 5 Oct 1997 14:23:45 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA10614 for ; Sun, 5 Oct 1997 14:23:40 -0700 (PDT) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id QAA14248; Sun, 5 Oct 1997 16:18:17 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <19971005224201.01246@keltia.freenix.fr> References: ; from Chuck Robey on Sun, Oct 05, 1997 at 04:05:31PM -0400 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 5 Oct 1997 16:18:22 -0500 To: Ollivier Robert From: Richard Wackerbarth Subject: Re: ctm disaster recovery Cc: FreeBSD current Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 3:42 PM -0500 10/5/97, Ollivier Robert wrote: >According to Chuck Robey: >> one the cvs deltas mod 100). There's a file with the name "xEmpty" from >> 3600, the file size is in the range I expected (about 90-110 megs), I was >> wondering if someone could verify fro me that it's the file I am after. I > >It is the one you want. I don't know why the naming was changed but it is >the file with everything in it. > >> Obviously, I'd rather get the 3700 one instead of the 3600 one, but I >> didn't see any candidate for it on wcarchive. > >I don't know when Richard make the big one. Probably soon. It was automatically generated about an hour after the 3700 delta went out on Oct 1. I noticed the .jp mirror picking it up a few days ago. Perhaps wcarchive does their syncing only once a week or so. Our present scheme is that I "push" the deltas to the major CTM archives and the mailing lists. The archives periodically "pull" (ftp mirror) to obtain anything that might have gotten lost and the large baselines that cannot reasonably be mailed. Richard Wackerbarth From owner-freebsd-current Sun Oct 5 14:35:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11379 for current-outgoing; Sun, 5 Oct 1997 14:35:12 -0700 (PDT) Received: from earth.mat.net (chuckr@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11360 for ; Sun, 5 Oct 1997 14:35:00 -0700 (PDT) Received: from localhost (chuckr@localhost) by earth.mat.net (8.8.7/8.6.12) with SMTP id RAA18837; Sun, 5 Oct 1997 17:34:40 -0400 (EDT) Date: Sun, 5 Oct 1997 17:34:39 -0400 (EDT) From: Chuck Robey To: Ollivier Robert cc: FreeBSD current Subject: Re: ctm disaster recovery In-Reply-To: <19971005224201.01246@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Ollivier Robert wrote: > According to Chuck Robey: > > one the cvs deltas mod 100). There's a file with the name "xEmpty" from > > 3600, the file size is in the range I expected (about 90-110 megs), I was > > wondering if someone could verify fro me that it's the file I am after. I > > It is the one you want. I don't know why the naming was changed but it is > the file with everything in it. > > > Obviously, I'd rather get the 3700 one instead of the 3600 one, but I > > didn't see any candidate for it on wcarchive. > > I don't know when Richard make the big one. Probably soon. Thanks, I will use that one. Richard explained in private mail that he did that to avoid naming conflist with different collections. > -- > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #35: Sun Sep 21 19:28:07 CEST 1997 > From owner-freebsd-current Sun Oct 5 15:31:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13689 for current-outgoing; Sun, 5 Oct 1997 15:31:57 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13684; Sun, 5 Oct 1997 15:31:49 -0700 (PDT) (envelope-from fsmp@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id QAA18045; Sun, 5 Oct 1997 16:31:52 -0600 (MDT) Message-Id: <199710052231.QAA18045@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jordan K. Hubbard" cc: smp@FreeBSD.ORG, current@FreeBSD.ORG, nnd@nnd.itfs.nsk.su Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-reply-to: Your message of "Sun, 05 Oct 1997 11:47:20 MDT." <199710051747.LAA16424@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 16:31:51 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Here are my results with the new parallel-make capable files. I want to thank Nickolay Dudorov for having done most of the grunt work on this, good job Nickolay! --- build with NO -j, clean /usr/obj: # time make buildworld 7662.32s real 1410.24s user 6546.13s system 2 hours, 7 minutes, 42.32 seconds --- build with -j12, clean /usr/obj: # time make -j12 buildworld 6041.75s real 3632.54s user 5185.52s system 1 hour, 40 minutes, 41.75 seconds --- Time savings with -j12: 27 minutes, 0.57 seconds --- hardware summary: FreeBSD 3.0-CURRENT #0: Fri Sep 26 21:55:35 MDT 1997 root@Victor.StevesCafe.com:/usr/src/sysdevel/compile/SMPV CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff real memory = 67108864 (65536K bytes) avail memory = 62185472 (60728K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000 ahc0: rev 0x00 int a irq 17 on pci0.9. 0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2061MB (4222640 512 byte sectors) sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2061MB (4222640 512 byte sectors) CPUs with 512k L2 cache, clocked at 200MHz --- SCSI disk setup: /dev/sd0s1h on /usr (local) <- disk #1 /dev/sd0f on /usr/src (local, noatime) <- disk #1 /dev/sd1g on /usr/obj (asynchronous, local, noatime) <- disk #2 --- /etc/make.conf: CFLAGS= -O -pipe COPTFLAGS= -pipe --- changes to (-current) src/Makefile. Note that I have already committed these to freefall -current. *** Makefile.orig 1997/10/05 17:16:26 --- Makefile 1997/10/05 20:09:09 *************** *** 218,224 **** ${IBMAKE} -I${.CURDIR}/share/mk -B ${CLEANDIR} ${OBJDIR} depend && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} all && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} \ ! -B all install clean cleandepend @echo @echo "--------------------------------------------------------------" @echo " Making hierarchy" --- 218,224 ---- ${IBMAKE} -I${.CURDIR}/share/mk -B ${CLEANDIR} ${OBJDIR} depend && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} all && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} \ ! -B install clean cleandepend @echo @echo "--------------------------------------------------------------" @echo " Making hierarchy" *************** *** 333,339 **** @echo "--------------------------------------------------------------" @echo "Updating /usr/src from cvs repository" ${CVSROOT} @echo "--------------------------------------------------------------" ! cd ${.CURDIR} && cvs -q update -P -d -r RELENG_2_2 .endif # --- 333,339 ---- @echo "--------------------------------------------------------------" @echo "Updating /usr/src from cvs repository" ${CVSROOT} @echo "--------------------------------------------------------------" ! cd ${.CURDIR} && cvs -q update -P -d .endif # -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Oct 5 15:43:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14210 for current-outgoing; Sun, 5 Oct 1997 15:43:07 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14202; Sun, 5 Oct 1997 15:43:00 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id PAA17738; Sun, 5 Oct 1997 15:42:17 -0700 (PDT) To: Steve Passe cc: "Jordan K. Hubbard" , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-reply-to: Your message of "Sun, 05 Oct 1997 11:47:20 MDT." <199710051747.LAA16424@Ilsa.StevesCafe.com> Date: Sun, 05 Oct 1997 15:42:17 -0700 Message-ID: <17735.876091337@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Isn't the second 'all' redundant here: Yeah, I thought this myself but left it in there during testing since I wasn't 100% sure and was more concerned with verifying the patch (that and the diffs which re-enabled TCPWRAPPERS by default for sendmail makes me think that these patches were generated a bit oddly to begin with - we should probably be more selective in the future :-). I see you've already fixed it - thanks! Jordan From owner-freebsd-current Sun Oct 5 16:32:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16318 for current-outgoing; Sun, 5 Oct 1997 16:32:56 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16310 for ; Sun, 5 Oct 1997 16:32:50 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id SAA01814; Sun, 5 Oct 1997 18:32:39 -0500 (EST) From: "John S. Dyson" Message-Id: <199710052332.SAA01814@dyson.iquest.net> Subject: Re: I have placed a potentially useful PPro utility up for FTP In-Reply-To: from Simon Shapiro at "Oct 5, 97 09:56:09 am" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Sun, 5 Oct 1997 18:32:39 -0500 (EST) Cc: current@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro said: > > Hi "John S. Dyson"; On 05-Oct-97 you wrote: > > > > This utility http://ftp.freebsd.org/pub/FreeBSD/incoming/pm.cpio.gz > > supports > > relatively convienient access to the P6/P2 performance counters. This > > code > > will not work with a P5, or on SMP systems. > > What cpio flags did you use? > You should be able to unpack by: gunzip Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17447 for current-outgoing; Sun, 5 Oct 1997 16:54:14 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17423; Sun, 5 Oct 1997 16:53:38 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id QAA00302; Sun, 5 Oct 1997 16:53:36 -0700 (PDT) Message-Id: <199710052353.QAA00302@rah.star-gate.com> To: dyson@FreeBSD.ORG cc: Shimon@i-Connect.Net (Simon Shapiro), current@FreeBSD.ORG Subject: Re: I have placed a potentially useful PPro utility up for FTP In-reply-to: Your message of "Sun, 05 Oct 1997 18:32:39 CDT." <199710052332.SAA01814@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 16:53:36 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Curious, Whats the relationship of pm.cpio to /sys/i386/i386/permon.c Tnks, Amancio >From The Desk Of "John S. Dyson" : > Simon Shapiro said: > > > > Hi "John S. Dyson"; On 05-Oct-97 you wrote: > > > > > > This utility http://ftp.freebsd.org/pub/FreeBSD/incoming/pm.cpio.gz > > > supports > > > relatively convienient access to the P6/P2 performance counters. This > > > code > > > will not work with a P5, or on SMP systems. > > > > What cpio flags did you use? > > > You should be able to unpack by: > > gunzip > John From owner-freebsd-current Sun Oct 5 16:54:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17469 for current-outgoing; Sun, 5 Oct 1997 16:54:18 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17457 for ; Sun, 5 Oct 1997 16:54:16 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA25067; Sun, 5 Oct 1997 16:54:09 -0700 (MST) From: Terry Lambert Message-Id: <199710052354.QAA25067@usr05.primenet.com> Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? To: dg@root.com Date: Sun, 5 Oct 1997 23:54:09 +0000 (GMT) Cc: jas@flyingfox.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199710021722.KAA21858@implode.root.com> from "David Greenman" at Oct 2, 97 10:22:46 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, I added a work-around for this bug a few days ago in -current and > -stable. If you could verify that the problem is 'fixed', that would be > most helpful. Try as I might, I can't reproduce the lock-up problem here, > so I don't know for certain if it is really fixed. Anecdotally, bouncing the power on your hubs should be able to do it. Try it without the fix (I'm afraid it works ;-)). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 17:02:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA17877 for current-outgoing; Sun, 5 Oct 1997 17:02:43 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA17871 for ; Sun, 5 Oct 1997 17:02:40 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA25214; Sun, 5 Oct 1997 16:59:48 -0700 (MST) From: Terry Lambert Message-Id: <199710052359.QAA25214@usr05.primenet.com> Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sun, 5 Oct 1997 23:59:47 +0000 (GMT) Cc: tom@uniserve.com, sthaug@nethelp.no, jas@flyingfox.com, freebsd-current@FreeBSD.ORG In-Reply-To: <5652.875828050@critter.freebsd.dk> from "Poul-Henning Kamp" at Oct 2, 97 11:34:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >However, currently ethernet interfaces that do not have carrier/link > >active, still show us UP. I wish that loss of carrier/link would force > >the interface into a DOWN state automatically. I realize this would > >require some driver changes. > > Well, go for it :-) Question: If I DOWN an interface, do that effect its own transmission of carrier/link? If do, this would mean that: 1) You would not be able to use FreeBSD for hubs; someone has to be up first, and whoever it is would go immediately back down. 2) You would not be able to come back up automatically in a noisy environment; you would need human intervention. 3) Similar to #1, you would not be able to use a reversing cable to connect two machines directly without a hub. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 17:06:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18088 for current-outgoing; Sun, 5 Oct 1997 17:06:44 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18081 for ; Sun, 5 Oct 1997 17:06:41 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id RAA25997; Sun, 5 Oct 1997 17:06:38 -0700 (MST) From: Terry Lambert Message-Id: <199710060006.RAA25997@usr05.primenet.com> Subject: Re: cvs commit: src/sys/i386/isa apic_vector.s icu_vector.s To: karl@Mcs.Net (Karl Denninger) Date: Mon, 6 Oct 1997 00:06:38 +0000 (GMT) Cc: gibbs@plutotech.com, current@FreeBSD.ORG In-Reply-To: <19971002172756.26631@Mars.Mcs.Net> from "Karl Denninger" at Oct 2, 97 05:27:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Now if we can find a way around the cache coherency problems in NFS we'll be > reasonably-well set. The suggested "-kk" fix didn't, so we're still in > trouble there. > > Is there ANY fix for this? NQNFS? Anything? Or is it just hosed right > now? The client and server are both FreeBSD, although the server is running > code that's a few months old, so if it has to be upgraded that's possible > (but a pain in the butt due to the fact that rebooting those servers is > INCREDIBLY unpopular, not to mention the risk if the code that gets on them > is *bad* in some way). I don't know what *particular* coherency problem (or problems) you are trying to reference here. There are a lot of coherency problems; most of them result from NFS files being used as a swap store, either for mmap()'ed data, or for executables. For executalbes, you could force the image *entirely* into local swap; you would need to mark the pages as "do not force out in favor of dirty pages" to do this, and attribute, on a per FS basis, whether the FS is local or remote. For unionfs, this means that you would need to take the bit an propagate it. This means that it needs to exist in both the FS instance and mount instance records, and be referenced out of the mount instance for the inheritance to work. The swap system does not currently support this. For mmap() and several other issues, you will need to use a distributed lock manager to lock references, and make sure the writeback completes before releasing the lock. This means no write-gathering or other places where the NFS can lie and say the operation has completed when it hasn't. If you are using SVR4 or Solaris systems, you will need to go into the debugger at boot time and disable write gathering. If you could be more specific about the *exact* circumstances where you believe a desynchronization is occurring, you would get a more specific (and probably more immediately applicable) answer. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 17:07:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18178 for current-outgoing; Sun, 5 Oct 1997 17:07:58 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18173; Sun, 5 Oct 1997 17:07:52 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id TAA01908; Sun, 5 Oct 1997 19:07:42 -0500 (EST) From: "John S. Dyson" Message-Id: <199710060007.TAA01908@dyson.iquest.net> Subject: Re: I have placed a potentially useful PPro utility up for FTP In-Reply-To: <199710052353.QAA00302@rah.star-gate.com> from Amancio Hasty at "Oct 5, 97 04:53:36 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 5 Oct 1997 19:07:42 -0500 (EST) Cc: dyson@FreeBSD.ORG, Shimon@i-Connect.Net, current@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty said: > Curious, > > Whats the relationship of pm.cpio to /sys/i386/i386/permon.c > The pm.cpio.gz is a fairly reasonable user interface to the perfmon mechanism, provided by /sys/i386/i386/perfmon.c. John From owner-freebsd-current Sun Oct 5 17:10:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18476 for current-outgoing; Sun, 5 Oct 1997 17:10:18 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA18466 for ; Sun, 5 Oct 1997 17:10:14 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xI0ht-0005u6-00; Sun, 5 Oct 1997 17:07:30 -0700 Date: Sun, 5 Oct 1997 17:07:25 -0700 (PDT) From: Tom To: Terry Lambert cc: Poul-Henning Kamp , sthaug@nethelp.no, jas@flyingfox.com, freebsd-current@freebsd.org Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? In-Reply-To: <199710052359.QAA25214@usr05.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Terry Lambert wrote: > > >However, currently ethernet interfaces that do not have carrier/link > > >active, still show us UP. I wish that loss of carrier/link would force > > >the interface into a DOWN state automatically. I realize this would > > >require some driver changes. > > > > Well, go for it :-) > > Question: If I DOWN an interface, do that effect its own transmission > of carrier/link? I think this is rather silly. You can't even control this on most cards. They transmit carrrier from power-up till power-off. I don't see any sense in it all. A configured ethernet device should always be attempting to get link. It would be nice if this link state was reflectetd in the interface state. Tom From owner-freebsd-current Sun Oct 5 17:10:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18520 for current-outgoing; Sun, 5 Oct 1997 17:10:45 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18514 for ; Sun, 5 Oct 1997 17:10:42 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id RAA26472; Sun, 5 Oct 1997 17:10:39 -0700 (MST) From: Terry Lambert Message-Id: <199710060010.RAA26472@usr05.primenet.com> Subject: Re: anyone playing with obliq-3D software (2.2.2 Rel) To: c5666305@comp.polyu.edu.hk (c5666305) Date: Mon, 6 Oct 1997 00:10:38 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199710030341.LAA23813@cssolar40.COMP.HKP.HK> from "c5666305" at Oct 3, 97 11:41:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am not sure it is the right place to ask for help. If I am wrong, > please tell me the correct one. I am the student of Hong Kong Polytechnic > University and doing a final project concerning hierachical information > visuazlization. I recently installed the obliq-3D under 2.2.2 Rel. I have > include lesstif, mesagl and some other libraires. WHen I tried to run > the obliq commands like obliqsrv -std, I got the bus error (core dump). > Is there anyone can help out of the trouble ? Thanks a lot. You must obtain a "stack traceback" from the core file. Please see your debugger manual pages for information for whatever debugger you are using. Please note that Lesstif is a work in progress; if I were to bet on where the problem lies, I would bet it lies there. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 17:33:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19905 for current-outgoing; Sun, 5 Oct 1997 17:33:25 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (haiti-89.ppp.hooked.net [206.169.228.89]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19900 for ; Sun, 5 Oct 1997 17:33:22 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id RAA01595 for ; Sun, 5 Oct 1997 17:33:53 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 5 Oct 1997 17:33:53 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org Reply-To: Alex To: current@freebsd.org Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-Reply-To: <199710052231.QAA18045@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Steve Passe wrote: > Hi, > > Here are my results with the new parallel-make capable files. I want to > thank Nickolay Dudorov for having done most of the grunt work on this, > good job Nickolay! > Time savings with -j12: > > 27 minutes, 0.57 seconds > > COPTFLAGS= -pipe Three questions. What about making that (-pipe) a standard option for all of the Makefiles? Also, has anyone looked at making the kernel build src/sys "parallel-make" safe? How many jobs -jX would provide the best speedup on a UP system? - alex From owner-freebsd-current Sun Oct 5 17:43:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20306 for current-outgoing; Sun, 5 Oct 1997 17:43:17 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20300 for ; Sun, 5 Oct 1997 17:43:14 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id RAA29180; Sun, 5 Oct 1997 17:43:09 -0700 (MST) From: Terry Lambert Message-Id: <199710060043.RAA29180@usr05.primenet.com> Subject: Re: NFS changes since Rick Maclem... To: mark@quickweb.com (Mark Mayo) Date: Mon, 6 Oct 1997 00:43:09 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19971003020238.59335@vinyl.quickweb.com> from "Mark Mayo" at Oct 3, 97 02:02:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi. I go to school at the University of Guelph, home of Rick Maclem > of BSD-Lite NFS fame. I was talking to Rick the other day and he said > that 99% of the NFS code in FreeBSD (and the other BSDs) was still > his - I questioned this since NFS seems to be always under a state > of minor change (at least since I've been using FreeBSD). > > So how far has the code deviated from Rick's code? I would have > imagined quite a bit in all this time, especially with NFS v3 now > being the default.. The deviations are structureal and functional, and are not terrifically significant. I would say Rick was right. The specific differences for the FreeBSD/NetBSD vs. the Lite2 code is that the size of the struct dirent is different from the "native" and "wire" formats on these systems. Specifically, there are field differences which were brought about by the USL suit, forcing CSRG to adopt the Heidemann code from UCLA to "route around the damage". The USL consent decree removed 6 files from 5 critical kernel subsystems, apparently in an attempt to make it difficult or impossible to produce a bootable BSD system which would potentially compete with USL's SVR4. So, there are: o The cookie changes (which differe between FreeBSD and all other BSD's). o The VM related changes (should be macro encapsulated so you can pick NetBSD or FreeBSD VM, but not significatly problematic). o Bug fixes that should have been done at a higher level (mosly because the NFS server is not considered to be a "VFS consumer", and therefore a peer with the local OS system calls, which, taken together, are also a "VFS consumer". The Lite/Lite2 integration was fairly slipshod, being an emergency measure to combat the 4.3 file "contamination" claims by USL. You can see the problems by looking at: o The path name buffer allocation and free interface, which is not reflexive o The namei interface, which is exponentially limited on symbolic link expansion becuase of buffer reuse o The VOP_ABORTOP being used to back out transactions in progress for operations which went further than they should have, such as created for existing files o The counting of the UFS VOP's instead of the decriptor structures in the array in vnode_if.c to setermine the number of VOPs (making it difficult to dynamically add an FS which adds to the total number of VOPs). o The existance of the struct fileops structure in the vnode, and its use for device node, pipe, and socket access instead of going through the VOP_ layer like all other vnode references (devfs fixes the device node part of this problem). o The existance of "cookies" in VOP_READDIR to allow NFS getdents() restart, instead of a seperation into a two call interface for "get block", "translate block to export format", which would have removed thee need for cookies brought on by the struct dirent size differences. o The lack of provision in the "call down" instead of "veto" architecture for advisory locking, making it near impossible to support NFS locking, and making 1:N fanouts (like union mounts) very difficult. o The use of per FS VOP_LOCK code. o The entire "vclean()" and related code for the vnode recycling, which destroys the locality of ihash, and in general causes lots of problems, incrementally. o The existance of per FS root mount code. o The existance of per FS NFS export code in the mount code. Etc.. FreeBSD has corrected others, which I won't bother listing here; mostly these corrections came from the need to load FS types as LKM's, and derives from the initial (1994) LKM code. > Anyways, there are a few of us here that are looking for something > to code, and if NFS is in need of repiar/enhancement it would be > a good project since the original NFS guru is at our finger tips. > If the code hasn't changed much, maybe I'll be able to convince > Rick to get off his ass and look at it again :-) And if it has > changed a bunch maybe this will scare him out of compacity... :-) I'm going to be in a better position to sit down at a whiteboard with the necessary people "Real Soon Now". For the NFS code, I'd say it is currently bruised; the changes that have been made are mostly "damage control" (not all of them). I would hesitate to step on Doug Rabson's toes in this area, since he's being the guy bandaging the bruises. However, I think the NFS code may need to be completely reworked in light of getting the expedient code hacks out of there, and replaced with "correct" code that both fits the standards model, the principles of functional abstraction, and the intent of the Heidemeann framework. Mostly, this will impact the server code more than the client code. Like I said, I'll be in a better position soon, but I'm not there yet; I'd like to not stir the pot before that point. David Greenman, and the other architectural "mentors" of the FreeBSD code *really* need to be invloved in decisions on anything as fundamental as this, so that the concerns of the rest of the kernel can be adequately represented. It's too easy to damage other things at this level if you focus only on the immediate problem (e.g.: NFS) to the exclusion of all other possible considerations. Well. That was a diatribe... I didn't mean to go on so long. ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 17:52:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20753 for current-outgoing; Sun, 5 Oct 1997 17:52:31 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20734; Sun, 5 Oct 1997 17:52:27 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id RAA00390; Sun, 5 Oct 1997 17:52:02 -0700 (MST) From: Terry Lambert Message-Id: <199710060052.RAA00390@usr05.primenet.com> Subject: Re: xlock: caught signal 8 while running galaxy mode. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Oct 1997 00:52:02 +0000 (GMT) Cc: cracauer@cons.org, Matthew.Thyer@dsto.defence.gov.au, freebsd-current@FreeBSD.ORG, ports@FreeBSD.ORG In-Reply-To: <22019.875898150@time.cdrom.com> from "Jordan K. Hubbard" at Oct 3, 97 10:02:30 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There are bugs in our gcc that make relying on FP exceptions handled > > right dangerous and Bruce Evans felt it is better to through the > > signal, so that people get aware of the problem. > > > > With all respect to Bruce, I'm still conviced that we should switch to > > default to set exceptional values and not signal the process. Our gcc > > isn't that much worse than NetBSD's and Linux and those systems > > obviously didn't get into trouble, at least not my my applications. > > You're not alone in this point of view, but even several of us arguing > for years with Bruce on this issue has not been enough to sway him > from the point of view that purity exceeds the value of functionality > here. :-) It seems to me that the soloution would be to fix the gcc bugs so that there is no need to throw the signal. This would probably do more to convince Bruce than any amount of arguing. Normally, I think that "anything that works is better than anything which doesn't". Here, though, we must decide whether it is the app or the math which is not working. I vote for the app. Until the gcc stuff have been fixed, I agree with Bruce. Since I don't know what Bruce will say, I can't really speak for whether I'd agree with him after it's fixed. 8-). This seems to me to be very similar to the "unmap page zero" argument, which had proponents on both sides. I thinkwe can agree that, in the long run, the right decision was made, even though at the time it was looking like a "purity vs. functionality" argument (Note: on the unmap issue, I still have one reservation regarding ABI emulation of systems which map the page on fault, like SVR4/UnixWare/Solaris). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 18:01:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21290 for current-outgoing; Sun, 5 Oct 1997 18:01:10 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21285 for ; Sun, 5 Oct 1997 18:01:06 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA01035; Sun, 5 Oct 1997 18:01:05 -0700 (MST) From: Terry Lambert Message-Id: <199710060101.SAA01035@usr05.primenet.com> Subject: Re: lock manager panics To: ktsin@acm.org (Sin Key Teck) Date: Mon, 6 Oct 1997 01:01:04 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199710040851.QAA08511@cc621.ntu.ac.sg> from "Sin Key Teck" at Oct 4, 97 04:51:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have installed 3.0-971003-SNAP and the lock manager still panics on shutdown > if quota is enabled. I believe the problem has persisted since the SMP code > was merged into 3.0. > > Is there a problem with the lock manager or is it due to misconfiguration? There are a couple of problems with the lock manager because of indeterminate state transitions. Generally, this won't bite you unless you call it with the wrong arguments at the right time; as an alternative, you can call it with the right arguments at the wrong time in SMP. 8-(. The lock manager has issues. I'm not prepared to deal with them in depth at this time. You should consult the list archives for an article with "lockmgr" in the subject; it was posted about 5 weeks ago -- and no, it wasn't me. It identifies at least two race problems that would be pertinent here, give how SMP shutdown progresses. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 18:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22554 for current-outgoing; Sun, 5 Oct 1997 18:20:24 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22547 for ; Sun, 5 Oct 1997 18:20:20 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA02357; Sun, 5 Oct 1997 18:20:05 -0700 (MST) From: Terry Lambert Message-Id: <199710060120.SAA02357@usr05.primenet.com> Subject: Re: xlock: caught signal 8 while running galaxy mode. To: dtc@scrooge.ee.swin.oz.au (Douglas Thomas Crosher) Date: Mon, 6 Oct 1997 01:20:04 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199710041810.EAA00380@scrooge.ee.swin.oz.au> from "Douglas Thomas Crosher" at Oct 5, 97 04:10:47 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1. Enabling and detecting specific exceptions. E.g. An overflow, > underflow, loss of precision etc. Not possible in FreeBSD. > > 2. Monitoring the accrued exceptions. Not reliable in FreeBSD as a > SIGFPE will clear these and gives the application no chance of > restoring them when doing the equivalent of a long jump. > > If freebsd isn't going to save the NPX state in the sigcontext then > perhaps it could pass the status word back to the application - see > PR4597. This would at least give the application a chance of doing the > right thing. Floating point switching is lazy-bound. That means that I can context switch between three programs, and if only one uses the FPU, I don't need to waste time context switching the FPU state. It also means that if I have 10 processes which use the FPU, I only need to waste context switching the FPU state on entry to a program that uses the FPU. This is a good thing, and it is why things are the way they are: most programs do not use the FPU, and should not have to incurr the overhead simply because some minority of programs *do* use the FPU. The problem here is that an exception, if any, is signalled on the instruction following the instruction which triggered the exception. This lets a program buzz along without a latency cycle on each FPU instruction, since the most common case will be that the programmer is smart enough to write code which will never throw an exception. Always optimize for the most common case. There are three fixes to the current dilemma: 1) Keep an "fpuprevproc". This is a hard thing to do in an SMP environment, but it can be done. 2) Mask the exceptions. If they don't happen, there's no problem. 3) Context switch the FPU registers for all processes, and then rememebr the exception reporting that is brought about by the FPU instructions to do the register dumps. Of these, I like #1 best, since it is the lowest overhead in the most common case. Always optimize for the most common case. This will also mean that you must set a trap on context switch from a program that uses the FPU. It will trap the first attempt to use an FPU instruction in a subsequent program. This is used for marking and for exit-marking so you can reset the trap. This will add a latency to the first instruction, since you must take the trap, set the flag, and execute the instruction that triggered the trap. You can "route around" this to a limited extent by unsetting the trap; this requires that you "remember" that you are an FPU using program between context switches, and reset the trap on exit, anyway. Much better to leave the trap set: you account for programs that sometimes use the FPU and sometimes don't. The final piece will be that, when you context switch between processors, the exception signalling is context switched as well. That means that I might take but not signal an exception yet, context switch, and schedule the process that should have gotten the exception to run on another CPU before an FPU process triggers the signal of an exception back to the original excepting process. Because of this, on SMP, you *must* cause the exception to be signalled at the time the context switch takes place. This means that you will probably want to trap initial FPU usage and use the trap to decide to try to trigger the exception (if any). The most likely implementation that will result from this (since it's the most trivial) will be to set a "process uses FPU" flag on first FPU reference, and if so, determine if there is a fault at context switch time if this flag has ever been set. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 18:28:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22884 for current-outgoing; Sun, 5 Oct 1997 18:28:23 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22874 for ; Sun, 5 Oct 1997 18:28:16 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA02857; Sun, 5 Oct 1997 18:25:31 -0700 (MST) From: Terry Lambert Message-Id: <199710060125.SAA02857@usr05.primenet.com> Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? To: tom@uniserve.com (Tom) Date: Mon, 6 Oct 1997 01:25:31 +0000 (GMT) Cc: tlambert@primenet.com, phk@critter.freebsd.dk, sthaug@nethelp.no, jas@flyingfox.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tom" at Oct 5, 97 05:07:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > >However, currently ethernet interfaces that do not have carrier/link > > > >active, still show us UP. I wish that loss of carrier/link would force > > > >the interface into a DOWN state automatically. I realize this would > > > >require some driver changes. > > > > > > Well, go for it :-) > > > > Question: If I DOWN an interface, do that effect its own transmission > > of carrier/link? > > I think this is rather silly. You can't even control this on most > cards. They transmit carrrier from power-up till power-off. I don't see > any sense in it all. > > A configured ethernet device should always be attempting to get link. > It would be nice if this link state was reflectetd in the interface state. If it's DOWN, what happens to the link state? Are you only considering 10bT here? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 18:54:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA24314 for current-outgoing; Sun, 5 Oct 1997 18:54:37 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA24306 for ; Sun, 5 Oct 1997 18:54:33 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xI2G1-0006G6-00; Sun, 5 Oct 1997 18:46:49 -0700 Date: Sun, 5 Oct 1997 18:46:44 -0700 (PDT) From: Tom To: Terry Lambert cc: phk@critter.freebsd.dk, sthaug@nethelp.no, jas@flyingfox.com, freebsd-current@freebsd.org Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? In-Reply-To: <199710060125.SAA02857@usr05.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Terry Lambert wrote: > > > > >However, currently ethernet interfaces that do not have carrier/link > > > > >active, still show us UP. I wish that loss of carrier/link would force > > > > >the interface into a DOWN state automatically. I realize this would > > > > >require some driver changes. > > > > > > > > Well, go for it :-) > > > > > > Question: If I DOWN an interface, do that effect its own transmission > > > of carrier/link? > > > > I think this is rather silly. You can't even control this on most > > cards. They transmit carrrier from power-up till power-off. I don't see > > any sense in it all. > > > > A configured ethernet device should always be attempting to get link. > > It would be nice if this link state was reflectetd in the interface state. > > If it's DOWN, what happens to the link state? Nothing. It is only DOWN if link/carrier is lost. If carrier/link is lost, set interface to DOWN. If carrier/link resumes set interface to UP. > Are you only considering 10bT here? Even 10b5 can detect loss of carrier, perhaps not all adapters. > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > Tom From owner-freebsd-current Sun Oct 5 19:43:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26663 for current-outgoing; Sun, 5 Oct 1997 19:43:43 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA26657 for ; Sun, 5 Oct 1997 19:43:40 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id UAA18858; Sun, 5 Oct 1997 20:43:38 -0600 (MDT) Message-Id: <199710060243.UAA18858@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Alex cc: current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-reply-to: Your message of "Sun, 05 Oct 1997 17:33:53 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 20:43:37 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Three questions. > What about making that (-pipe) a standard option for all of the Makefiles? > Also, has anyone looked at making the kernel build src/sys "parallel-make" > safe? How many jobs -jX would provide the best speedup on a UP system? the kernel build has been parallel safe for a long time. -j4 is about right for a UP system last time I checked. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Oct 5 21:10:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA00532 for current-outgoing; Sun, 5 Oct 1997 21:10:00 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr09.primenet.com (tlambert@usr09.primenet.com [206.165.6.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA00526 for ; Sun, 5 Oct 1997 21:09:56 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id VAA19940; Sun, 5 Oct 1997 21:09:44 -0700 (MST) From: Terry Lambert Message-Id: <199710060409.VAA19940@usr09.primenet.com> Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? To: tom@uniserve.com (Tom) Date: Mon, 6 Oct 1997 04:09:43 +0000 (GMT) Cc: tlambert@primenet.com, phk@critter.freebsd.dk, sthaug@nethelp.no, jas@flyingfox.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tom" at Oct 5, 97 06:46:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If it's DOWN, what happens to the link state? > > Nothing. It is only DOWN if link/carrier is lost. If carrier/link is > lost, set interface to DOWN. If carrier/link resumes set interface to UP. > > > Are you only considering 10bT here? > > Even 10b5 can detect loss of carrier, perhaps not all adapters. I'm mostly concerned with link, not carrier. If it down's on link-lost, and link is asserted only if up, then BSD to BSD will have a hard time coming up. Both of them would have to assert at the same time (unless you limit it to on-to-off link transition). Even then, you would need to set the link up manually on both sides. I guess I just don't get the value of downing the link, ever. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 5 21:23:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01483 for current-outgoing; Sun, 5 Oct 1997 21:23:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA01467 for ; Sun, 5 Oct 1997 21:23:36 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xI4hJ-0006vg-00; Sun, 5 Oct 1997 21:23:09 -0700 Date: Sun, 5 Oct 1997 21:23:03 -0700 (PDT) From: Tom To: Terry Lambert cc: phk@critter.freebsd.dk, sthaug@nethelp.no, jas@flyingfox.com, freebsd-current@freebsd.org Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? In-Reply-To: <199710060409.VAA19940@usr09.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, Terry Lambert wrote: > > > If it's DOWN, what happens to the link state? > > > > Nothing. It is only DOWN if link/carrier is lost. If carrier/link is > > lost, set interface to DOWN. If carrier/link resumes set interface to UP. > > > > > Are you only considering 10bT here? > > > > Even 10b5 can detect loss of carrier, perhaps not all adapters. > > I'm mostly concerned with link, not carrier. > > If it down's on link-lost, and link is asserted only if up, then BSD > to BSD will have a hard time coming up. Both of them would have to > assert at the same time (unless you limit it to on-to-off link transition). Who said that? I certainly never did. Link is asserted by most cards ALL THE TIME. You have no choice. All other cards I belive, the driver transmits link as soon as the driver initializes. This is all very off-topic though. > Even then, you would need to set the link up manually on both sides. > > I guess I just don't get the value of downing the link, ever. The link is NOT being downed. I'm talking about the unix interface device. If the physical layer (whether link or carrier, or something else) goes down, the unix interface should be flagged as DOWN. When the physical layer is restored, the unix interface should be flagged as UP. > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > Tom From owner-freebsd-current Sun Oct 5 21:39:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02463 for current-outgoing; Sun, 5 Oct 1997 21:39:59 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (spain-1.ppp.hooked.net [206.169.228.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA02446 for ; Sun, 5 Oct 1997 21:39:54 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id VAA05022; Sun, 5 Oct 1997 21:40:18 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 5 Oct 1997 21:40:17 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Steve Passe cc: current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-Reply-To: <199710060243.UAA18858@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Steve Passe wrote: > Hi, > > > Three questions. > > What about making that (-pipe) a standard option for all of the Makefiles? > > Also, has anyone looked at making the kernel build src/sys "parallel-make" > > safe? How many jobs -jX would provide the best speedup on a UP system? > > the kernel build has been parallel safe for a long time. -j4 is about right > for a UP system last time I checked. No. It's not. It blechs on the pcm driver, and I think the ahc driver. Perhaps something else too. - alex From owner-freebsd-current Sun Oct 5 21:46:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02808 for current-outgoing; Sun, 5 Oct 1997 21:46:10 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (tibet-37.ppp.hooked.net [206.80.9.165]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA02800 for ; Sun, 5 Oct 1997 21:46:03 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id VAA05133 for ; Sun, 5 Oct 1997 21:46:39 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 5 Oct 1997 21:46:39 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org Reply-To: Alex To: current@freebsd.org Subject: really strange ppp problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: A long while back, after a bunch of commits regarding ppp (like requiring a password to telnet into ppp), I noticed that things stopped working for the most part. For instance I have a little script in /usr/local/etc/rc.d to start up ppp with -ddial. Suddenly I couldn't authenticate a connection unless I hit ctrl-c during the script to fork it into the background, and suddenly _one_ of the dial up numbers I used that had a PortHampster ;-) PM3 attached to it connected, authenticated (as long as I hit ctrl-c) but the send/recv lights light up like a christmas tree until the connection timed out (30+ minutes sometimes), the VP of Engineering claims that it's hosting a full load as of my complaint. But at least things still redialed correctly. After a few more commits and make worlds pap and chap authentication stopped working all together. I'd left my configuration untouched with the exception of adding an "account" to /etc/ppp.secrets to allow ppp to actually work and let me telnet in when needed. I've added deny pred1 to my ppp.conf, and looked over everything. My isp requires that I use a WEN4/ or ppp- prefix with my login name. Neither one works. Now to get connected I have to load ppp manually and dial and login by hand, or use a chat script with my password out in the open (oh joy). I'd love to get chap/pap working again. Any ideas? - alex From owner-freebsd-current Sun Oct 5 21:54:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03113 for current-outgoing; Sun, 5 Oct 1997 21:54:04 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03108 for ; Sun, 5 Oct 1997 21:53:59 -0700 (PDT) (envelope-from smp@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id WAA19297; Sun, 5 Oct 1997 22:53:47 -0600 (MDT) Message-Id: <199710060453.WAA19297@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Alex cc: current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-reply-to: Your message of "Sun, 05 Oct 1997 21:40:17 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 22:53:47 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > On Sun, 5 Oct 1997, Steve Passe wrote: > > > Hi, > > > > > Three questions. > > > What about making that (-pipe) a standard option for all of the Makefiles? > > > Also, has anyone looked at making the kernel build src/sys "parallel-make" > > > safe? How many jobs -jX would provide the best speedup on a UP system? > > > > the kernel build has been parallel safe for a long time. -j4 is about right > > for a UP system last time I checked. > > No. It's not. It blechs on the pcm driver, and I think the ahc driver. > Perhaps something else too. don't know about pcm, but ahc is no problem, I've been doing it for months: 259 # config GENERIC Removing old directory ../../compile/GENERIC: Done. Kernel build directory is../../compile/GENERIC 260 # cd ../../compile/GENERIC 261 # make depend && time make -j12 ... loading kernel rearranging symbols text data bss dec hex 1888256 77824 359752 2325832 237d48 128.03s real 157.32s user 76.94s system -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Oct 5 22:01:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03367 for current-outgoing; Sun, 5 Oct 1997 22:01:48 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (tibet-37.ppp.hooked.net [206.80.9.165]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA03361 for ; Sun, 5 Oct 1997 22:01:41 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id WAA05298; Sun, 5 Oct 1997 22:02:06 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 5 Oct 1997 22:02:06 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Steve Passe cc: current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-Reply-To: <199710060453.WAA19297@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 Oct 1997, Steve Passe wrote: > Hi, > > > On Sun, 5 Oct 1997, Steve Passe wrote: > > > > > Hi, > > > > > > > Three questions. > > > > What about making that (-pipe) a standard option for all of the Makefiles? > > > > Also, has anyone looked at making the kernel build src/sys "parallel-make" > > > > safe? How many jobs -jX would provide the best speedup on a UP system? > > > > > > the kernel build has been parallel safe for a long time. -j4 is about right > > > for a UP system last time I checked. > > > > No. It's not. It blechs on the pcm driver, and I think the ahc driver. > > Perhaps something else too. > > don't know about pcm, but ahc is no problem, I've been doing it for months: make -j4 quits after a few seconds on my lowly system, right after running config ZIPPY. ccd bugs it (which I should take out of my config file anyways). --- ccd.o --- In file included from ../../dev/ccd/ccd.c:112: ../../sys/vnode.h:439: vnode_if.h: No such file or directory *** Error code 1 1 error - alex From owner-freebsd-current Sun Oct 5 22:17:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04239 for current-outgoing; Sun, 5 Oct 1997 22:17:58 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04231 for ; Sun, 5 Oct 1997 22:17:51 -0700 (PDT) (envelope-from smp@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id XAA19404; Sun, 5 Oct 1997 23:17:51 -0600 (MDT) Message-Id: <199710060517.XAA19404@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Alex cc: current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... In-reply-to: Your message of "Sun, 05 Oct 1997 22:02:06 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Oct 1997 23:17:51 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > make -j4 quits after a few seconds on my lowly system, right after > running config ZIPPY. > > ccd bugs it (which I should take out of my config file anyways). > > --- ccd.o --- > In file included from ../../dev/ccd/ccd.c:112: > ../../sys/vnode.h:439: vnode_if.h: No such file or directory > *** Error code 1 > 1 error nope, no problem here, I think you are fighting something else: 267 # make depend && time make -j12 ... --- ccd.o --- cc -c -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../dev/ccd/ccd.c ... loading kernel rearranging symbols text data bss dec hex 1900544 77824 359900 2338268 23addc 131.30s real 155.37s user 77.60s system -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Sun Oct 5 22:55:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06010 for current-outgoing; Sun, 5 Oct 1997 22:55:01 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05973; Sun, 5 Oct 1997 22:54:40 -0700 (PDT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (DJvzwGY/O/Wx0ZDUgv+ps/58PUqrkECz@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id HAA09176; Mon, 6 Oct 1997 07:54:40 +0200 (SAT) Received: from greenpeace.grondar.za (xSOo/2TGRTQ0NqxIzVJ2VSPSwy0+UhBW@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id HAA14729; Mon, 6 Oct 1997 07:54:44 +0200 (SAT) Message-Id: <199710060554.HAA14729@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: Steve Passe , "Jordan K. Hubbard" , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bin/cc/cc1plus Makefile src/gnu/usr.bin/cc/cc_tools Makefile src/gnu/usr.bin/cc/cpp Makefile src/gnu/usr.bin/gdb/gdb Makefile src/lib/libpcap Makefile src/libexec/ftpd Makefile ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 07:54:44 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > Isn't the second 'all' redundant here: > > Yeah, I thought this myself but left it in there during testing > since I wasn't 100% sure and was more concerned with verifying > the patch (that and the diffs which re-enabled TCPWRAPPERS by > default for sendmail makes me think that these patches were generated > a bit oddly to begin with - we should probably be more selective > in the future :-). This is where I stand up and take blame. The TCPWRAPPERS was my fault. I gave Jordan patches relative to my tree, including them by mistake. I don't know about the double "all" though. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Sun Oct 5 23:31:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07693 for current-outgoing; Sun, 5 Oct 1997 23:31:15 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA07678 for ; Sun, 5 Oct 1997 23:31:11 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 4929 invoked by uid 1000); 6 Oct 1997 06:31:35 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 05 Oct 1997 23:31:35 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Alex Subject: RE: really strange ppp problems Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Alex; On 06-Oct-97 you wrote: > Hi: > > A long while back, after a bunch of commits regarding ppp (like > requiring > a password to telnet into ppp), I noticed that things stopped working > for > the most part. For instance I have a little script in > /usr/local/etc/rc.d > to start up ppp with -ddial. Suddenly I couldn't authenticate a > connection unless I hit ctrl-c during the script to fork it into the > background, and suddenly _one_ of the dial up numbers I used that had a > PortHampster ;-) PM3 attached to it connected, authenticated (as long as > I hit ctrl-c) but the send/recv lights light up like a christmas tree > until the connection timed out (30+ minutes sometimes), the VP of > Engineering claims that it's hosting a full load as of my complaint. But > at least things still redialed correctly. After a few more commits and > make worlds pap and chap authentication stopped working all together. > I'd > left my configuration untouched with the exception of adding an > "account" > to /etc/ppp.secrets to allow ppp to actually work and let me telnet in > when needed. I've added deny pred1 to my ppp.conf, and looked over > everything. My isp requires that I use a WEN4/ or ppp- prefix with my > login name. Neither one works. Now to get connected I have to load ppp > manually and dial and login by hand, or use a chat script with my > password out in the open (oh joy). I'd love to get chap/pap working > again. > Any ideas? No, but similar experience. In this case, the ISP is very friendly (It's me :-), The Lingston box is PM2E-R or not -R, and the only thing that will authenticate is V120. The V34 dialin script fails to authenticate, and so will the BONDING. I have given up trying to figure it out. The only apparent difference is the phone number. The PM's authenticate with a Radius server. Nothing changed on the PM, or the Radius server. It works for Linux and Lose95, etc. but not FreeBSD-3.0 current. Since I own both sides, I can help diagnose it. My PPP diagnostics abilities are limited, but a qualified party can have all the equipment at their disposal. BTW, I am sure, Alex, it is a configuration error, but which? --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Sun Oct 5 23:31:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07694 for current-outgoing; Sun, 5 Oct 1997 23:31:15 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA07679 for ; Sun, 5 Oct 1997 23:31:11 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 4933 invoked by uid 1000); 6 Oct 1997 06:31:35 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-092997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 05 Oct 1997 23:31:35 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Alex Subject: Re: cvs commit: src Makefile src/bin/sh Makefile src/gnu/usr.bi Cc: current@FreeBSD.ORG, Steve Passe Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Alex; On 06-Oct-97 you wrote: > > > On Sun, 5 Oct 1997, Steve Passe wrote: > > > Hi, > > > > > On Sun, 5 Oct 1997, Steve Passe wrote: > > > > > > > Hi, > > > > > > > > > Three questions. > > > > > What about making that (-pipe) a standard option for all of the > > > > > Makefiles? > > > > > Also, has anyone looked at making the kernel build src/sys > > > > > "parallel-make" > > > > > safe? How many jobs -jX would provide the best speedup on a UP > > > > > system? > > > > > > > > the kernel build has been parallel safe for a long time. -j4 is > > > > about right > > > > for a UP system last time I checked. > > > > > > No. It's not. It blechs on the pcm driver, and I think the ahc > > > driver. > > > Perhaps something else too. > > > > don't know about pcm, but ahc is no problem, I've been doing it for > > months: > > make -j4 quits after a few seconds on my lowly system, right after > running config ZIPPY. > > ccd bugs it (which I should take out of my config file anyways). > > --- ccd.o --- > In file included from ../../dev/ccd/ccd.c:112: > ../../sys/vnode.h:439: vnode_if.h: No such file or directory > *** Error code 1 > 1 error Yup here too :-) --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Sun Oct 5 23:57:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA08977 for current-outgoing; Sun, 5 Oct 1997 23:57:31 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA08961; Sun, 5 Oct 1997 23:57:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id XAA01952; Sun, 5 Oct 1997 23:56:51 -0700 (PDT) To: current@freebsd.org cc: stable@freebsd.org Subject: Attention all users of the de driver! Date: Sun, 05 Oct 1997 23:56:51 -0700 Message-ID: <1948.876121011@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you have a de0 device in your machine and you're running -current, NOW is the time to let us know if there are any problems with it! We know for a fact that 2.2-stable's driver does not work on at least one card, the Znyx 4-port NIC, but we also don't know if 3.0-current is going to break a lot more people if we bring it in. Therefore, if you do NOT wish to see the de driver in 2.2-stable updated using the 3.0-current bits, now is the time to speak up since we will otherwise take your silence as "it works great, bring it on over!" Jordan From owner-freebsd-current Mon Oct 6 00:50:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA11590 for current-outgoing; Mon, 6 Oct 1997 00:50:48 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA11566; Mon, 6 Oct 1997 00:50:29 -0700 (PDT) (envelope-from gmarco@scotty.masternet.it) Received: from gmarco (ts2port3d.masternet.it [194.184.65.217]) by scotty.masternet.it (8.8.7/8.8.5) with SMTP id JAA03430; Mon, 6 Oct 1997 09:48:57 GMT Message-Id: <3.0.3.32.19971006095219.032e3858@scotty.masternet.it> X-Sender: gmarco@scotty.masternet.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 06 Oct 1997 09:52:19 +0200 To: "Jordan K. Hubbard" , current@FreeBSD.ORG From: Gianmarco Giovannelli Subject: Re: Attention all users of the de driver! Cc: stable@FreeBSD.ORG In-Reply-To: <1948.876121011@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:56 PM 10/5/97 -0700, Jordan K. Hubbard wrote: >If you have a de0 device in your machine and you're running -current, >NOW is the time to let us know if there are any problems with it! I am using de0 on about 5 box, 3 of them 2.2.2-STABLE (cvsupped nearly daily) of my ISP :-) The other two are in my house and are running 3.0-CURRENT (also cvsupped everyday...) I am not having any troubles at all.... all errors I got from this boxes was on hardware or my fault. They are very different configuration from : IDE HD (1), A2940 (1) and 2940uw (3); Pentium MMX 233 (2) , Pentium PRO 200 (1), Cyryx 166+ (1), AMD K6 (1) ... and so on... So in my humble opinion of newbie and user there aren't problem at all... If you need some further tests please let me know.... I hope it helps... Regards... Gianmarco "Unix expert since yesterday" Home page: http://www2.masternet.it/~gmarco Server page: http://www2.masternet.it/ From owner-freebsd-current Mon Oct 6 01:17:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12931 for current-outgoing; Mon, 6 Oct 1997 01:17:48 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from schizo.dk.tfs.com (mail.trw.dk [195.8.133.123]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA12925; Mon, 6 Oct 1997 01:17:30 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.7/8.7.3) with ESMTP id KAA28908; Mon, 6 Oct 1997 10:16:58 +0200 (MET DST) Received: from critter.freebsd.dk (localhost.dk.tfs.com [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id KAA02280; Mon, 6 Oct 1997 10:16:48 +0200 (CEST) To: "Jordan K. Hubbard" cc: current@freebsd.org, stable@freebsd.org Subject: Re: Attention all users of the de driver! In-reply-to: Your message of "Sun, 05 Oct 1997 23:56:51 PDT." <1948.876121011@time.cdrom.com> Date: Mon, 06 Oct 1997 10:16:48 +0200 Message-ID: <2278.876125808@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1948.876121011@time.cdrom.com>, "Jordan K. Hubbard" writes: >If you have a de0 device in your machine and you're running -current, >NOW is the time to let us know if there are any problems with it! > >We know for a fact that 2.2-stable's driver does not work on at least >one card, the Znyx 4-port NIC, but we also don't know if 3.0-current Uhm, that is news to me. The check for the MAC address may be too strict I changed that in -current, but I can't remember when. I will test this tonight. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Mon Oct 6 01:20:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13172 for current-outgoing; Mon, 6 Oct 1997 01:20:32 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13161 for ; Mon, 6 Oct 1997 01:20:28 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id BAA02427; Mon, 6 Oct 1997 01:19:47 -0700 (PDT) To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Attention all users of the de driver! In-reply-to: Your message of "Mon, 06 Oct 1997 10:16:48 +0200." <2278.876125808@critter.freebsd.dk> Date: Mon, 06 Oct 1997 01:19:46 -0700 Message-ID: <2423.876125986@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >We know for a fact that 2.2-stable's driver does not work on at least > >one card, the Znyx 4-port NIC, but we also don't know if 3.0-current > > Uhm, that is news to me. The check for the MAC address may be too > strict I changed that in -current, but I can't remember when. > > I will test this tonight. Peter has some boot -v output of this failure if you're also interested. I'm hoping he still has it anyway since my copy has been deleted. ;-) Jordan From owner-freebsd-current Mon Oct 6 01:25:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13487 for current-outgoing; Mon, 6 Oct 1997 01:25:22 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from insl1.etec.uni-karlsruhe.de (1KR1/EdaEsNIJ3xf+trcRuY4hqzr+sbs@insl1.etec.uni-karlsruhe.de [129.13.109.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13467 for ; Mon, 6 Oct 1997 01:25:18 -0700 (PDT) (envelope-from erb@inss1.etec.uni-karlsruhe.de) Received: (from uucp@localhost) by insl1.etec.uni-karlsruhe.de (8.8.7/8.8.2) with UUCP id KAA17550; Mon, 6 Oct 1997 10:25:13 +0200 (CEST) Received: (from erb@localhost) by insl2.etec.uni-karlsruhe.de (8.8.6/8.8.2) id KAA14170; Mon, 6 Oct 1997 10:24:00 +0200 (CEST) Date: Mon, 6 Oct 1997 10:24:00 +0200 (CEST) From: Olaf Erb Message-Id: <199710060824.KAA14170@insl2.etec.uni-karlsruhe.de> To: jkh@time.cdrom.COM Subject: le (was Re: Attention all users of the de driver!) Reply-To: erb@inss1.etec.uni-karlsruhe.de In-Reply-To: <1948.876121011@time.cdrom.com> Organization: University of Karlsruhe, Germany Cc: current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <1948.876121011@time.cdrom.com> you write: >If you have a de0 device in your machine and you're running -current, >NOW is the time to let us know if there are any problems with it! BTW- has anyone looked into the OACTIVE problem using the le driver? Especially using it with a DE203, PR is kern/4292: Category: kern Responsible: freebsd-bugs Synopsis: le0 (DE203) goes OACTIVE after some time Arrival-Date: Wed Aug 13 03:10:01 PDT 1997 Olaf From owner-freebsd-current Mon Oct 6 01:31:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13848 for current-outgoing; Mon, 6 Oct 1997 01:31:01 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA13831 for ; Mon, 6 Oct 1997 01:30:55 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 5019 invoked by uid 1001); 6 Oct 1997 08:30:36 +0000 (GMT) To: jkh@time.cdrom.com Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Attention all users of the de driver! In-Reply-To: Your message of "Sun, 05 Oct 1997 23:56:51 -0700" References: <1948.876121011@time.cdrom.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 06 Oct 1997 10:30:36 +0200 Message-ID: <5017.876126636@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We know for a fact that 2.2-stable's driver does not work on at least > one card, the Znyx 4-port NIC, but we also don't know if 3.0-current > is going to break a lot more people if we bring it in. The 2.2-stable de driver (1.54.2.6) works fine for us. 2.2-970901-RELENG, ZNYX ZX314 4x10 Mbps, SMC 8434T 2x10 Mbps, SMC9332BDT 2x100 Mbps: Probing for devices on PCI bus 1: de0 rev 35 int a irq 10 on pci1:4 de0: ZNYX ZX314 21040 [10Mb/s] pass 2.3 de0: address 00:c0:95:f0:1d:20 de0: enabling 10baseT port de1 rev 35 int a irq 10 on pci1:5 de1: (null)21040 [10Mb/s] pass 2.3 de1: address 00:c0:95:f0:1d:21 de1: enabling 10baseT port de2 rev 35 int a irq 11 on pci1:6 de2: (null)21040 [10Mb/s] pass 2.3 de2: address 00:c0:95:f0:1d:22 de2: enabling 10baseT port de3 rev 35 int a irq 11 on pci1:7 de3: (null)21040 [10Mb/s] pass 2.3 de3: address 00:c0:95:f0:1d:23 de3: enabling 10baseT port Probing for devices on PCI bus 2: de4 rev 35 int a irq 11 on pci2:4 de4: SMC 8434T-CH1 21040 [10Mb/s] pass 2.3 de4: address 00:00:c0:2b:0e:c0 de4: enabling 10baseT port de5 rev 35 int a irq 10 on pci2:5 de5: SMC 8434T-CH2 21040 [10Mb/s] pass 2.3 de5: address 00:00:c0:4e:10:c0 de5: enabling 10baseT port Probing for devices on PCI bus 3: de6 rev 32 int a irq 11 on pci3:4 de6: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de6: address 00:00:c0:cd:8d:ef de7 rev 32 int a irq 11 on pci3:5 de7: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de7: address 00:00:c0:cc:8d:ef The *heavy* traffic on this machine is through de6, but there's also quite a bit of traffic through de2 (ZNYX) , and we've seen no problems. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Mon Oct 6 01:32:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13928 for current-outgoing; Mon, 6 Oct 1997 01:32:20 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13923 for ; Mon, 6 Oct 1997 01:32:18 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id BAA02549 for ; Mon, 6 Oct 1997 01:31:43 -0700 (PDT) To: current@freebsd.org Subject: A follow-up on the de driver message. Date: Mon, 06 Oct 1997 01:31:43 -0700 Message-ID: <2545.876126703@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 1. I'm only interested in hearing about *failure* stories with -current. If it works, I don't need to hear from you since I'm considering that the default case. ;) 2. Please watch your follow-ups. I did cross-post for maximum coverage in the affected groups but that doesn't mean that all the replies need to go to anyone but me. 3. Please restrict this feedback to the de driver - there may be other driver issues to worry about but let's take them separately. Thanks! Jordan From owner-freebsd-current Mon Oct 6 04:01:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20642 for current-outgoing; Mon, 6 Oct 1997 04:01:31 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA20635 for ; Mon, 6 Oct 1997 04:01:20 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id EAA09934; Mon, 6 Oct 1997 04:01:14 -0700 (PDT) Message-ID: <19971006040114.07437@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 04:01:14 -0700 From: John-Mark Gurney To: FreeBSD Current Subject: how to detect different kernel code (select or poll) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk what is the best way to conditionally compile code depending if select or poll is in the kernel? the problem is that Luigi does he coding on a 2.2.x box.. and my test machine is a -current box... what is the best way to get both select and poll code into his sound code? thanks for the help.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 04:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA22519 for current-outgoing; Mon, 6 Oct 1997 04:40:04 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA22434 for ; Mon, 6 Oct 1997 04:39:45 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA05174; Mon, 6 Oct 1997 11:15:01 +0100 From: Luigi Rizzo Message-Id: <199710061015.LAA05174@labinfo.iet.unipi.it> Subject: Re: how to detect different kernel code (select or poll) To: gurney_j@resnet.uoregon.edu Date: Mon, 6 Oct 1997 11:15:01 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19971006040114.07437@hydrogen.nike.efn.org> from "John-Mark Gurney" at Oct 6, 97 04:00:55 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > what is the best way to conditionally compile code depending if select > or poll is in the kernel? > > the problem is that Luigi does he coding on a 2.2.x box.. and my test > machine is a -current box... what is the best way to get both select > and poll code into his sound code? I want to clarify that it's not a problem only the two of us are having... basically all kernel extensions which do not find their place in the official source distributions need to distinguish between the various branches, be them 2.1, 2.2.X 3.0 ... __FreeBSD__ evaluates as 2 on my system (2.2), maybe that's enough for 2.2 - 3 differentiation, but not for other cases. Cheers Luigi From owner-freebsd-current Mon Oct 6 04:41:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA22646 for current-outgoing; Mon, 6 Oct 1997 04:41:56 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from merlin.ee.swin.oz.au (merlin.ee.swin.oz.au [136.186.4.19]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA22640 for ; Mon, 6 Oct 1997 04:41:52 -0700 (PDT) (envelope-from dtc@merlin.ee.swin.oz.au) Received: (from dtc@localhost) by merlin.ee.swin.oz.au (8.6.9/8.6.9) id VAA08615; Mon, 6 Oct 1997 21:36:12 +1000 From: Douglas Thomas Crosher Message-Id: <199710061136.VAA08615@merlin.ee.swin.oz.au> Subject: Re: xlock: caught signal 8 while running galaxy mode. To: tlambert@primenet.com (Terry Lambert) Date: Mon, 6 Oct 1997 21:36:11 +1000 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199710060120.SAA02357@usr05.primenet.com> from "Terry Lambert" at Oct 6, 97 01:20:04 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Floating point switching is lazy-bound. ... > This is a good thing, and it is why things are the way they are: most > programs do not use the FPU, and should not have to incurr the overhead > simply because some minority of programs *do* use the FPU. There would be no additional overhead in passing the FPU status word as the signal code on a SIGFPE. If the application needs to save/restore the FPU state it can do so, other applications avoid the overhead. Regards Douglas Crosher From owner-freebsd-current Mon Oct 6 04:42:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA22712 for current-outgoing; Mon, 6 Oct 1997 04:42:56 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA22706 for ; Mon, 6 Oct 1997 04:42:52 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id EAA11656; Mon, 6 Oct 1997 04:42:50 -0700 (PDT) Message-ID: <19971006044227.01139@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 04:42:27 -0700 From: John-Mark Gurney To: FreeBSD Current Subject: current on notebook (as of Oct 3) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk well.. I'm running into some interesting problems... every other reboot just before it prints the type of pcic chip it does (the PC-Card Intel line): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x80000008 fault code = supervisor read, page not present instruction pointer = 0x8:0xf023dfd0 stack pointer = 0x10:0xf023def8 frame pointer = 0x10:0xf023df48 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () interrupt mask = trap number = 12 panic: page fault after the panic, the next boot will complete successfully... this is actually beyond the end of the kernel... the last bit of nm /kernel | sort is: f023119c B _tcpstat f023128c B _end ffc00000 A _APTmap fffff000 A _APTD next, I would like to know how to get 80x30 on my notebook back.. right now when I try to set the mode, vidcontrol reports: Cannot set videomode: Device not configured well... the code that would unwedge the harddrive in 970128 or so would successfully get my hard drive to resume, and I don't think I included the sleep-hack to it.. but now my hard drive will not resume from sleeping unless I turn off multi-block mode... if multi-block mode isn't even on, the hard drive has no problem resuming... I will try the new code to resume cards once I update my tree and do a buildworld... I felt that running a 8-9 month old version of -current on my notebook was to old, and I might as well test new code... ok.. a bit about the machine... it's a Toshiba Satellite T1960CS... I has a base of 4megs w/ a 8meg ram card, one pcmcia slot, 340meg hd, dual-scan passive, std vga video controller (no SVGA, it's only on the CT/active matrix version)... here is the dmesg from a successful boot -v: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #2: Mon Oct 6 04:23:17 PDT 1997 jmg@hydrogen.nike.efn.org:/a/home/johng/FreeBSD-checkout/current/src/sys/compile/note Calibrating clock(s) ... i8254 clock: 1193188 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 12845056 (12544K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x0023e000 - 0x00c3dfff, 10485760 bytes (2560 pages) avail memory = 10735616 (10484K bytes) Other BIOS signatures found: ACPI: 00000000 $PnP: 00000000 Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0047 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 05 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA color <16 virtual consoles, flags=0x0> pccard driver sio added sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x3e8 sio4 not found at 0x3e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: current command byte:0047 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fe kbdio: RESET_AUX return code:00fe kbdio: RESET_AUX return code:00fe kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. psm0 not found at 0x60 pca0 on isa pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 324MB (664734 sectors), 969 cyls, 14 heads, 49 S/T, 512 B/S wd0: ATA INQUIRE valid = 0001, dmamword = 0000, apio = 0000, udma = 0000 pccard driver ep added ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface apm0 on isa apm: found APM BIOS version 1.0 imasks: bio c0084040, tty c0070092, net c0070092 device combination doesn't support shared irq4 intr_connect(irq4) failed, result=-1 device combination doesn't support shared irq7 intr_connect(irq7) failed, result=-1 device combination doesn't support shared irq14 intr_connect(irq14) failed, result=-1 PC-Card Intel 82365 (5 mem & 2 I/O windows) pcic: controller irq 3 BIOS Geometries: 0:03c70d31 0..967=968 cylinders, 0..13=14 heads, 1..49=49 sectors 0 accounted for Device configuration finished. new masks: bio c0084040, tty c0070092, net c0070092 Considering FFS root f/s. Card inserted, slot 0 wd0s1: type 0xa5, start 340942, end = 664733, size 323792 : OK wd0s2: type 0x6, start 49, end = 340941, size 340893 : OK wd0s1: type 0xa5, start 340942, end = 664733, size 323792 : OK wd0s2: type 0x6, start 49, end = 340941, size 340893 : OK WARNING: / was not properly dismounted. Card removed, slot 0 Card inserted, slot 0 ep0: utp/bnc[*UTP*] address 00:20:af:c7:0d:6d -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 06:05:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26397 for current-outgoing; Mon, 6 Oct 1997 06:05:24 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from firewall.ftf.dk (root@mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA26390 for ; Mon, 6 Oct 1997 06:05:14 -0700 (PDT) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.2]) by firewall.ftf.dk (8.7.6/8.7.3) with ESMTP id PAA10254; Mon, 6 Oct 1997 15:34:57 +0200 Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.5/8.8.5/prosa-1.1) with ESMTP id PAA22718; Mon, 6 Oct 1997 15:16:15 +0200 (CEST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.5/prosa-1.1) id PAA05702; Mon, 6 Oct 1997 15:03:11 +0200 (CEST) Message-ID: <19971006150311.61677@deepo.prosa.dk> Date: Mon, 6 Oct 1997 15:03:11 +0200 From: Philippe Regnauld To: John-Mark Gurney Cc: freebsd-current@freebsd.org Subject: Re: current on notebook (as of Oct 3) References: <19971006044227.01139@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Description: Main Body X-Mailer: Mutt 0.69 In-Reply-To: <19971006044227.01139@hydrogen.nike.efn.org>; from John-Mark Gurney on Mon, Oct 06, 1997 at 04:42:27AM -0700 X-Operating-System: FreeBSD 2.2.1-RELEASE i386 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney writes: > next, I would like to know how to get 80x30 on my notebook back.. > right now when I try to set the mode, vidcontrol reports: > Cannot set videomode: Device not configured Same here. This is since 2.2.x, I can't get 80x30 on the laptop. -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@deepo.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@hotel.prosa.dk ]- From owner-freebsd-current Mon Oct 6 06:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA27764 for current-outgoing; Mon, 6 Oct 1997 06:30:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.wintek.com (mail.wintek.com [199.233.104.76]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA27756; Mon, 6 Oct 1997 06:30:37 -0700 (PDT) (envelope-from csg@wintek.com) Received: from mail.wintek.com (csg@localhost) by mail.wintek.com (8.8.7/1.34wintek(3.6davy)) id NAA12904; Mon, 6 Oct 1997 13:30:30 GMT Message-Id: <199710061330.NAA12904@mail.wintek.com> From: "C. Stephen Gunn" Subject: Re: Attention all users of the de driver! In-Reply-To: <1948.876121011@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 5, 97 11:56:51 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Oct 1997 08:30:30 -0500 (EST) Cc: stable@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you have a de0 device in your machine and you're running -current, > NOW is the time to let us know if there are any problems with it! We have been using the patched version from 3am-software.com on a couple of our FreeBSD Machines here. When I tried to start atalkd (part of the netatalk package) the machine lost its mind on the ethernet after 2-3 minutes. Doing a "ifconfig down de0" on the interface seemed to work. I'm not positive this is a de driver problem. We are using the patched version to get the NetGear 10/100 cards to work. It could be something with the default "atalk.conf" that the package installs, since it runs fine on a machine with a SMC card 10/100 de0 card. I will try to track the problem down further, I just haven't had time. Just wanted to make sure to speak up with the 2.2.5-BETA and all in progress. Both machines are running 2.2-STABLE that was cvsup'd and "buildworld"'d in the last week or so. Neither are production servers, so they are available for testing if necessary. - Steve -- C. Stephen Gunn Wintek Corporation E-mail: csg@wintek.com 427 N 6th Street Tel: +1 (765) 742-8428 Lafayette, IN 47901-1126 Fax: +1 (765) 742-0547 United States of America From owner-freebsd-current Mon Oct 6 06:46:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28953 for current-outgoing; Mon, 6 Oct 1997 06:46:59 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA28928 for ; Mon, 6 Oct 1997 06:46:44 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.8.7/8.6.9) with ESMTP id PAA13215 for ; Mon, 6 Oct 1997 15:46:14 GMT Message-Id: <199710061546.PAA13215@peedub.muc.de> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@freebsd.org Subject: Re: Attention all users of the de driver! Reply-To: Gary Jennejohn In-reply-to: Your message of "Mon, 06 Oct 1997 08:56:51 +0200." <1948.876121011@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 15:46:13 +0000 From: Gary Jennejohn Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: >If you have a de0 device in your machine and you're running -current, >NOW is the time to let us know if there are any problems with it! > >We know for a fact that 2.2-stable's driver does not work on at least >one card, the Znyx 4-port NIC, but we also don't know if 3.0-current >is going to break a lot more people if we bring it in. Therefore, if >you do NOT wish to see the de driver in 2.2-stable updated using the >3.0-current bits, now is the time to speak up since we will otherwise >take your silence as "it works great, bring it on over!" > I started using the de driver recently at work. Most of the time it works quite well, but I frequently see "hangs" which are almost always associated with a "CRC error" message on the console. By "hangs" I mean noticeable delays in echoing in an xterm or when ftp'ing. BTW I'm using the card with 10B5 (aka cheapernet). With my trusty old NE2000 clone I never saw this behavior. Otherwise the driver is quite good. --- Gary Jennejohn Home - garyj@muc.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Mon Oct 6 07:51:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02741 for current-outgoing; Mon, 6 Oct 1997 07:51:34 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02730; Mon, 6 Oct 1997 07:51:29 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id HAA27354; Mon, 6 Oct 1997 07:53:29 -0700 (PDT) Message-Id: <199710061453.HAA27354@implode.root.com> To: "C. Stephen Gunn" cc: stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Attention all users of the de driver! In-reply-to: Your message of "Mon, 06 Oct 1997 08:30:30 CDT." <199710061330.NAA12904@mail.wintek.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 06 Oct 1997 07:53:29 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >We have been using the patched version from 3am-software.com on a couple >of our FreeBSD Machines here. When I tried to start atalkd (part of the >netatalk package) the machine lost its mind on the ethernet after 2-3 >minutes. When you say "patched version", do you mean it has the bugfixes that were made to it in -current, or do you mean some other patches? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Oct 6 08:48:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA06267 for current-outgoing; Mon, 6 Oct 1997 08:48:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA06149 for ; Mon, 6 Oct 1997 08:47:57 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id RAA00245; Mon, 6 Oct 1997 17:46:59 +0200 (MEST) From: Søren Schmidt Message-Id: <199710061546.RAA00245@sos.freebsd.dk> Subject: Re: current on notebook (as of Oct 3) In-Reply-To: <19971006150311.61677@deepo.prosa.dk> from Philippe Regnauld at "Oct 6, 97 03:03:11 pm" To: regnauld@deepo.prosa.dk (Philippe Regnauld) Date: Mon, 6 Oct 1997 17:46:59 +0200 (MEST) Cc: gurney_j@resnet.uoregon.edu, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > John-Mark Gurney writes: > > > next, I would like to know how to get 80x30 on my notebook back.. > > right now when I try to set the mode, vidcontrol reports: > > Cannot set videomode: Device not configured > > Same here. This is since 2.2.x, I can't get 80x30 on the laptop. Wierd, I just tried it on my notebook, it works just fine both 80x30 and 80x60. The only reason I can think of is that the check_modetable_for_sanity function, somehow is discarding the modetable in the video BIOS, why I cant tell offhand, but with a verbose boot the table is dumped so it should be possible to inspect and compare with what the check function wants... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Oct 6 09:22:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08620 for current-outgoing; Mon, 6 Oct 1997 09:22:50 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08608 for ; Mon, 6 Oct 1997 09:22:44 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id JAA13052; Mon, 6 Oct 1997 09:21:17 -0700 (PDT) Message-ID: <19971006092117.47291@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 09:21:17 -0700 From: John-Mark Gurney To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: Philippe Regnauld , freebsd-current@FreeBSD.ORG Subject: Re: current on notebook (as of Oct 3) References: <19971006150311.61677@deepo.prosa.dk> <199710061546.RAA00245@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.69 In-Reply-To: =?iso-8859-1?Q?=3C199710061546=2ERAA00245=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Mon=2C_Oct_06=2C_1997_at_05=3A46=3A5?= =?iso-8859-1?Q?9PM_+0200?= Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt scribbled this message on Oct 6: > In reply to Philippe Regnauld who wrote: > > John-Mark Gurney writes: > > > > > next, I would like to know how to get 80x30 on my notebook back.. > > > right now when I try to set the mode, vidcontrol reports: > > > Cannot set videomode: Device not configured > > > > Same here. This is since 2.2.x, I can't get 80x30 on the laptop. > > Wierd, I just tried it on my notebook, it works just fine both 80x30 > and 80x60. > > The only reason I can think of is that the check_modetable_for_sanity > function, somehow is discarding the modetable in the video BIOS, why > I cant tell offhand, but with a verbose boot the table is dumped so > it should be possible to inspect and compare with what the check > function wants... well.. I posted the -v boot from the kernel.. do you need it again?? -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 09:58:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10797 for current-outgoing; Mon, 6 Oct 1997 09:58:52 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA10791 for ; Mon, 6 Oct 1997 09:58:50 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id JAA05162 for ; Mon, 6 Oct 1997 09:58:08 -0700 (PDT) To: current@freebsd.org Subject: src/Makefile all sorted out. Date: Mon, 06 Oct 1997 09:58:08 -0700 Message-ID: <5158.876157088@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, /usr/src/Makefile should be both properly "parallelized" and merged now. As most folks have already figured out, -j4 seems to help uniprocessor boxes to build the world faster (mostly because a typical compile spends a lot of its time waiting for I/O) though much past -j4 and it becomes a question of diminishing returns. I've tried -j6, -j8 and -j12 just for laughs on a P6/200 with 128MB of memory and the build time did, indeed, increase past -j4. My SMP box is still in the process of being constructed, so you'll have to wait before I can tell you whether or not -j8 follows this trend for 2 P6/200 CPUs. :-) Jordan From owner-freebsd-current Mon Oct 6 10:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12563 for current-outgoing; Mon, 6 Oct 1997 10:20:07 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12498; Mon, 6 Oct 1997 10:19:57 -0700 (PDT) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.8.7/8.8.7) id SAA08911; Mon, 6 Oct 1997 18:18:30 +0100 (BST) Message-ID: <19971006181829.25378@pavilion.net> Date: Mon, 6 Oct 1997 18:18:29 +0100 From: Josef Karthauser To: dg@root.com Cc: "C. Stephen Gunn" , stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Attention all users of the de driver! References: <199710061330.NAA12904@mail.wintek.com> <199710061453.HAA27354@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199710061453.HAA27354@implode.root.com>; from David Greenman on Mon, Oct 06, 1997 at 07:53:29AM -0700 X-NCC-RegID: uk.pavilion Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We've been running SMC Etherpower 10Mbps cards since 2.0.5, currently on RELENG_2_2 with no problems at all. (We've currently got 9 servers.) Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-current Mon Oct 6 11:34:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17954 for current-outgoing; Mon, 6 Oct 1997 11:34:25 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from cuervo.atl.netchannel.net (firewall-user@cuervo.netchannel.net [205.229.200.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA17895 for ; Mon, 6 Oct 1997 11:34:09 -0700 (PDT) (envelope-from rbolin@netchannel.net) Received: by cuervo.atl.netchannel.net; id OAA10743; Mon, 6 Oct 1997 14:26:57 -0400 Received: from hermes.atl.netchannel.net(172.30.5.22) by cuervo.atl.netchannel.net via smap (3.2) id xma010734; Mon, 6 Oct 97 14:26:43 -0400 Received: from 207.205.32.104 by hermes.atl.netchannel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id 41M9XL1Q; Mon, 6 Oct 1997 14:38:33 -0400 Message-ID: <34392F08.120ABE6A@netchannel.net> Date: Mon, 06 Oct 1997 14:33:44 -0400 From: Ron Bolin Organization: Net Channel X-Mailer: Mozilla 4.03 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: 3.0 Current isa_devtab_cam missing?? Content-Type: multipart/alternative; boundary="------------11D101041D052A1CF678350B" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --------------11D101041D052A1CF678350B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I can't compile 3.0 current as of today because the symbol isa_devtab_cam is missing. The structure is defined in isa_device.h as external. Where is the implementation? My cvsup is current as of today. Thank's Ron -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb ------------------------------------------------------------------------------- --------------11D101041D052A1CF678350B Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  

I can't compile 3.0 current as of today because the symbol isa_devtab_cam is missing.
The structure is defined in isa_device.h as external. Where is the implementation?
My cvsup is current as of today.

Thank's

Ron 

-- 
-------------------------------------------------------------------------------
Ron Bolin, Sr. Software Eng, NetChannel     Web: http://www.netchannel.net
E-mail: rbolin@netchannel.net               Web: http://www.gsu.edu/~gs01rlb
Ph: 770-729-2929 Ext 249 Hm: 770-992-6875   Web: http://www.mindspring.com/~rlb 
-------------------------------------------------------------------------------
  --------------11D101041D052A1CF678350B-- From owner-freebsd-current Mon Oct 6 11:35:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18078 for current-outgoing; Mon, 6 Oct 1997 11:35:03 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA18025 for ; Mon, 6 Oct 1997 11:34:47 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id UAA00372; Mon, 6 Oct 1997 20:34:32 +0200 (MEST) From: Søren Schmidt Message-Id: <199710061834.UAA00372@sos.freebsd.dk> Subject: Re: current on notebook (as of Oct 3) In-Reply-To: <19971006092117.47291@hydrogen.nike.efn.org> from John-Mark Gurney at "Oct 6, 97 09:21:17 am" To: gurney_j@resnet.uoregon.edu Date: Mon, 6 Oct 1997 20:34:32 +0200 (MEST) Cc: regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to John-Mark Gurney who wrote: > Søren Schmidt scribbled this message on Oct 6: > > In reply to Philippe Regnauld who wrote: > > > John-Mark Gurney writes: > > > > > > > next, I would like to know how to get 80x30 on my notebook back.. > > > > right now when I try to set the mode, vidcontrol reports: > > > > Cannot set videomode: Device not configured > > > > > > Same here. This is since 2.2.x, I can't get 80x30 on the laptop. > > > > Wierd, I just tried it on my notebook, it works just fine both 80x30 > > and 80x60. > > > > The only reason I can think of is that the check_modetable_for_sanity > > function, somehow is discarding the modetable in the video BIOS, why > > I cant tell offhand, but with a verbose boot the table is dumped so > > it should be possible to inspect and compare with what the check > > function wants... > > well.. I posted the -v boot from the kernel.. do you need it again?? ERhm, not really, I pointed you at where to look :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Oct 6 12:15:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20751 for current-outgoing; Mon, 6 Oct 1997 12:15:45 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20745 for ; Mon, 6 Oct 1997 12:15:40 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id MAA15296; Mon, 6 Oct 1997 12:14:16 -0700 (PDT) Message-ID: <19971006121414.55841@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 12:14:14 -0700 From: John-Mark Gurney To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG Subject: Re: current on notebook (as of Oct 3) References: <19971006092117.47291@hydrogen.nike.efn.org> <199710061834.UAA00372@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.69 In-Reply-To: =?iso-8859-1?Q?=3C199710061834=2EUAA00372=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Mon=2C_Oct_06=2C_1997_at_08=3A34=3A3?= =?iso-8859-1?Q?2PM_+0200?= Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt scribbled this message on Oct 6: > In reply to John-Mark Gurney who wrote: > > Søren Schmidt scribbled this message on Oct 6: > > > In reply to Philippe Regnauld who wrote: > > > > John-Mark Gurney writes: > > > > > > > > > next, I would like to know how to get 80x30 on my notebook back.. > > > > > right now when I try to set the mode, vidcontrol reports: > > > > > Cannot set videomode: Device not configured > > > > > > > > Same here. This is since 2.2.x, I can't get 80x30 on the laptop. > > > > > > Wierd, I just tried it on my notebook, it works just fine both 80x30 > > > and 80x60. > > > > > > The only reason I can think of is that the check_modetable_for_sanity > > > function, somehow is discarding the modetable in the video BIOS, why > > > I cant tell offhand, but with a verbose boot the table is dumped so > > > it should be possible to inspect and compare with what the check > > > function wants... > > > > well.. I posted the -v boot from the kernel.. do you need it again?? > > ERhm, not really, I pointed you at where to look :) ok.. after looking at the code for a while.. (and that was after I searched for check_modetable_for_sanity :) )... and I found NO function that does what you talk about... the closest is in scinit where it compares the bios mode table to what is in vgaregs, which is earlier read in from the VGA registers... now, if you have a better idea what the problem is, please tell me... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 12:16:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20868 for current-outgoing; Mon, 6 Oct 1997 12:16:31 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20863 for ; Mon, 6 Oct 1997 12:16:28 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA17524; Mon, 6 Oct 1997 12:16:06 -0700 (MST) From: Terry Lambert Message-Id: <199710061916.MAA17524@usr04.primenet.com> Subject: Re: xlock: caught signal 8 while running galaxy mode. To: dtc@merlin.ee.swin.oz.au (Douglas Thomas Crosher) Date: Mon, 6 Oct 1997 19:16:05 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-current@freebsd.org In-Reply-To: <199710061136.VAA08615@merlin.ee.swin.oz.au> from "Douglas Thomas Crosher" at Oct 6, 97 09:36:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Floating point switching is lazy-bound. > ... > > This is a good thing, and it is why things are the way they are: most > > programs do not use the FPU, and should not have to incurr the overhead > > simply because some minority of programs *do* use the FPU. > > There would be no additional overhead in passing the FPU status word > as the signal code on a SIGFPE. If the application needs to > save/restore the FPU state it can do so, other applications avoid the > overhead. I agree with your sigcontext argument, for what that's worth. That's not really at issue; I can't see how anyone could disagree with it. But standing down to that level from the original posting about the "galaxy" screen saver is not really an option. The problem, which is what's also being discussed, is in knowing whether or not a given program will, at any point in the current quantum, make an FPU call. Short of flagging the object in the complier if FPU instructions are generated, and then propagating the flag to the binary from the objects at link time, there's no way to know this for sure, short of either assuming *all* binaries do, and taking the FPU hit on all context switches, or trapping the first instruction reference. I think we can agree from previous arguments that simply masking the exceptions so that they aren't seen on the lazy reporting used by the FPU to maintain low latency is the wrong thing to do. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 6 12:26:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21396 for current-outgoing; Mon, 6 Oct 1997 12:26:48 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21390 for ; Mon, 6 Oct 1997 12:26:44 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA18042; Mon, 6 Oct 1997 12:26:02 -0700 (MST) From: Terry Lambert Message-Id: <199710061926.MAA18042@usr04.primenet.com> Subject: Re: how to detect different kernel code (select or poll) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 6 Oct 1997 19:26:01 +0000 (GMT) Cc: gurney_j@resnet.uoregon.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <199710061015.LAA05174@labinfo.iet.unipi.it> from "Luigi Rizzo" at Oct 6, 97 11:15:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > what is the best way to conditionally compile code depending if select > > or poll is in the kernel? > > > > the problem is that Luigi does he coding on a 2.2.x box.. and my test > > machine is a -current box... what is the best way to get both select > > and poll code into his sound code? > > I want to clarify that it's not a problem only the two of us are > having... basically all kernel extensions which do not find their place in > the official source distributions need to distinguish between the > various branches, be them 2.1, 2.2.X 3.0 ... IMO, the best way is for the code to become part of the official source distributions. But, I agree that there are some cases where this isn't possible; namely commercial code that would prefer not to donate code, even though they know that, if they did, it would relieve them of the maintenance burden for things like this (there are a *lot* of things like this). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 6 12:38:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22214 for current-outgoing; Mon, 6 Oct 1997 12:38:07 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22209 for ; Mon, 6 Oct 1997 12:38:04 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA19102; Mon, 6 Oct 1997 12:37:40 -0700 (MST) From: Terry Lambert Message-Id: <199710061937.MAA19102@usr04.primenet.com> Subject: Re: how to detect different kernel code (select or poll) To: gurney_j@resnet.uoregon.edu Date: Mon, 6 Oct 1997 19:37:40 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19971006040114.07437@hydrogen.nike.efn.org> from "John-Mark Gurney" at Oct 6, 97 04:01:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > what is the best way to conditionally compile code depending if select > or poll is in the kernel? PS: If you do this, remove the #ifdef's when the code is checked in, or you will have trouble down the road. Specifically, the version value in __FreeBSD__ in gcc and the preprocessor is hard-coded when the compiler and preprocessor are built, so you will be making it impossible to build your code on a new system without the new compiler. Likewise, you will make it impossible to cross-build an old system on a new system with the new compiler. I ran into both these problems with the if_de.c file. Please don't introduce them in the sound driver as well. Introducing these type of compiler issues is, to my mind, Just Plain Wrong. A half-compromise workaround which will make revision control harder: can you, perhaps, depend on the definition of a manifest constant in the header defining "poll" instead? This still makes it a pain to keep source revisions straight once it's integrated into the source distributions, since one does not check out a -current file and try to compile it in a 2.2-stable kernel (one checks out the 2.2 file instead). Version information is *implicit* to the source tree. Or could you distribute as an M4 file? Then you could macro preprocess it into one or the other versions. This would let you, at integration time, M4 out the oldest version and check it in under the appropriate version tag, and then the newest, and chek it in the same way. This is not as satisfying as having a *real* revision history, but at least it's better than nothing (I've fought exactly this battle with my FS stuff; if I had a real revision history, I'd have been able to provide the pieces incrementally instead as a huge all-or-nothing lump). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 6 12:43:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22628 for current-outgoing; Mon, 6 Oct 1997 12:43:05 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22622 for ; Mon, 6 Oct 1997 12:43:00 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id MAA28031; Mon, 6 Oct 1997 12:41:57 -0700 (PDT) Message-ID: <19971006124156.64153@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 12:41:56 -0700 From: John-Mark Gurney To: Terry Lambert Cc: Luigi Rizzo , freebsd-current@FreeBSD.ORG Subject: Re: how to detect different kernel code (select or poll) References: <199710061015.LAA05174@labinfo.iet.unipi.it> <199710061926.MAA18042@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199710061926.MAA18042@usr04.primenet.com>; from Terry Lambert on Mon, Oct 06, 1997 at 07:26:01PM +0000 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert scribbled this message on Oct 6: > > > what is the best way to conditionally compile code depending if select > > > or poll is in the kernel? > > > > > > the problem is that Luigi does he coding on a 2.2.x box.. and my test > > > machine is a -current box... what is the best way to get both select > > > and poll code into his sound code? > > > > I want to clarify that it's not a problem only the two of us are > > having... basically all kernel extensions which do not find their place in > > the official source distributions need to distinguish between the > > various branches, be them 2.1, 2.2.X 3.0 ... > > IMO, the best way is for the code to become part of the official source > distributions. > > But, I agree that there are some cases where this isn't possible; namely > commercial code that would prefer not to donate code, even though they > know that, if they did, it would relieve them of the maintenance burden > for things like this (there are a *lot* of things like this). Terry, what does this message have to deal with a solution to the problem that we posted?? all it does is restate what we are trying to do... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 12:44:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22728 for current-outgoing; Mon, 6 Oct 1997 12:44:22 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22717 for ; Mon, 6 Oct 1997 12:44:19 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA19733; Mon, 6 Oct 1997 12:43:45 -0700 (MST) From: Terry Lambert Message-Id: <199710061943.MAA19733@usr04.primenet.com> Subject: Re: current on notebook (as of Oct 3) To: sos@sos.freebsd.dk (Søren Schmidt) Date: Mon, 6 Oct 1997 19:43:44 +0000 (GMT) Cc: gurney_j@resnet.uoregon.edu, regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG In-Reply-To: <199710061834.UAA00372@sos.freebsd.dk> from "Søren Schmidt" at Oct 6, 97 08:34:32 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > The only reason I can think of is that the check_modetable_for_sanity > > > function, somehow is discarding the modetable in the video BIOS, why > > > I cant tell offhand, but with a verbose boot the table is dumped so > > > it should be possible to inspect and compare with what the check > > > function wants... > > > > well.. I posted the -v boot from the kernel.. do you need it again?? > > ERhm, not really, I pointed you at where to look :) I think he meant to say "it should be possible for *you* to inspect" ... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 6 12:52:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23255 for current-outgoing; Mon, 6 Oct 1997 12:52:52 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23244 for ; Mon, 6 Oct 1997 12:52:47 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id MAA04240; Mon, 6 Oct 1997 12:52:39 -0700 (PDT) Message-ID: <19971006125237.17144@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 12:52:37 -0700 From: John-Mark Gurney To: Terry Lambert Cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= , regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG Subject: Re: current on notebook (as of Oct 3) References: <199710061834.UAA00372@sos.freebsd.dk> <199710061943.MAA19733@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199710061943.MAA19733@usr04.primenet.com>; from Terry Lambert on Mon, Oct 06, 1997 at 07:43:44PM +0000 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert scribbled this message on Oct 6: > > > > The only reason I can think of is that the check_modetable_for_sanity > > > > function, somehow is discarding the modetable in the video BIOS, why > > > > I cant tell offhand, but with a verbose boot the table is dumped so > > > > it should be possible to inspect and compare with what the check > > > > function wants... > > > > > > well.. I posted the -v boot from the kernel.. do you need it again?? > > > > ERhm, not really, I pointed you at where to look :) > > I think he meant to say "it should be possible for *you* to inspect" ... well.. the -v from the kernel says nothing about if the mode table is dumped (any body object to me adding this under the bootverbose flag?) and that the actual mode table as far as I can tell is compared to what the vga is currently set to... you just go and try to look at the code.. and I doubt that you will get much father... ttyl. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 12:55:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23381 for current-outgoing; Mon, 6 Oct 1997 12:55:23 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23368 for ; Mon, 6 Oct 1997 12:55:18 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id NAA06187; Mon, 6 Oct 1997 13:55:15 -0600 (MDT) From: Kenneth Merry Message-Id: <199710061955.NAA06187@pluto.plutotech.com> Subject: Re: 3.0 Current isa_devtab_cam missing?? In-Reply-To: <34392F08.120ABE6A@netchannel.net> from Ron Bolin at "Oct 6, 97 02:33:44 pm" To: rbolin@netchannel.net (Ron Bolin) Date: Mon, 6 Oct 1997 13:55:15 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ron Bolin wrote... > I can't compile 3.0 current as of today because the symbol > isa_devtab_cam is missing. > The structure is defined in isa_device.h as external. Where is the > implementation? > My cvsup is current as of today. You need to rebuild config. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Mon Oct 6 12:57:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23577 for current-outgoing; Mon, 6 Oct 1997 12:57:51 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23561 for ; Mon, 6 Oct 1997 12:57:46 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id MAA07017; Mon, 6 Oct 1997 12:57:30 -0700 (PDT) Message-ID: <19971006125729.59891@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 12:57:29 -0700 From: John-Mark Gurney To: Ron Bolin Cc: FreeBSD Current Mailing List Subject: Re: 3.0 Current isa_devtab_cam missing?? References: <34392F08.120ABE6A@netchannel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <34392F08.120ABE6A@netchannel.net>; from Ron Bolin on Mon, Oct 06, 1997 at 02:33:44PM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ron Bolin scribbled this message on Oct 6: > I can't compile 3.0 current as of today because the symbol > isa_devtab_cam is missing. > The structure is defined in isa_device.h as external. Where is the > implementation? > My cvsup is current as of today. recompile usr.bin/config read -current next time... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 13:02:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23926 for current-outgoing; Mon, 6 Oct 1997 13:02:20 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from live-oak.cycon.com (live-oak.CYCON.COM [198.202.237.69]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA23908; Mon, 6 Oct 1997 13:02:14 -0700 (PDT) (envelope-from ardoin@cycon.com) Received: from localhost (ardoin@localhost) by live-oak.cycon.com (8.8.5/8.7.3) with SMTP id QAA15634; Mon, 6 Oct 1997 16:12:37 -0400 (EDT) X-Authentication-Warning: live-oak.cycon.com: ardoin owned process doing -bs Date: Mon, 6 Oct 1997 16:12:32 -0400 (EDT) From: Cy Ardoin To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Attention all users of the de driver! In-Reply-To: <1948.876121011@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well I've had problems. With 2.2 switching from 10BT to BNC and refusing to switch back or reset. Installed the new drivers in Aug from 3.0 and the problem is still there. Both SMC and SMC dual 10Mb cards. This never happened with 2.1.5. These cards are under VERY HEAVY LOADS! Hundreds of MB per hour. It hangs once a day (or more). But it doesn't look like a problem between the 2.2 and 3.0 code. Tried using fxp cards on 10MB but they have to be reset (ifconfig up) every few min. to keep running. Any suggestions for good 10Mb PCI ethernet cards? [Still trying to get more details on the problem] -- Cy Ardoin ardoin@cycon.com From owner-freebsd-current Mon Oct 6 13:11:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24633 for current-outgoing; Mon, 6 Oct 1997 13:11:38 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA24424 for ; Mon, 6 Oct 1997 13:08:10 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id WAA25876; Mon, 6 Oct 1997 22:07:12 +0200 (MEST) From: Søren Schmidt Message-Id: <199710062007.WAA25876@sos.freebsd.dk> Subject: Re: current on notebook (as of Oct 3) In-Reply-To: <19971006125237.17144@hydrogen.nike.efn.org> from John-Mark Gurney at "Oct 6, 97 12:52:37 pm" To: gurney_j@resnet.uoregon.edu Date: Mon, 6 Oct 1997 22:07:12 +0200 (MEST) Cc: tlambert@primenet.com, regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to John-Mark Gurney who wrote: > > > > well.. I posted the -v boot from the kernel.. do you need it again?? > > > > > > ERhm, not really, I pointed you at where to look :) > > > > I think he meant to say "it should be possible for *you* to inspect" ... That was exactly what I meant :) > well.. the -v from the kernel says nothing about if the mode table > is dumped (any body object to me adding this under the bootverbose > flag?) and that the actual mode table as far as I can tell is compared > to what the vga is currently set to... It dumps an array of hex mumbers, which is the mode table from your own posting: sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 05 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff Now uses this together with the function that checks for a sane modetable: comp_vgaregs(u_char *buf1, u_char *buf2) located in syscons.c, and you can see what it is that upsets syscons. > you just go and try to look at the code.. and I doubt that you will > get much father... ttyl. Well, I just did :) Sorry, but I just tried to point you in the right direction, without the need to pull out linenumbers etc etc... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Oct 6 13:12:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24746 for current-outgoing; Mon, 6 Oct 1997 13:12:18 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from cuervo.atl.netchannel.net (firewall-user@cuervo.netchannel.net [205.229.200.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA24734 for ; Mon, 6 Oct 1997 13:12:16 -0700 (PDT) (envelope-from rbolin@netchannel.net) Received: by cuervo.atl.netchannel.net; id QAA15449; Mon, 6 Oct 1997 16:05:03 -0400 Received: from hermes.atl.netchannel.net(172.30.5.22) by cuervo.atl.netchannel.net via smap (3.2) id xma015432; Mon, 6 Oct 97 16:05:01 -0400 Received: from 207.205.32.104 by hermes.atl.netchannel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id 41M9XL2G; Mon, 6 Oct 1997 16:16:56 -0400 Message-ID: <34394618.46480F70@netchannel.net> Date: Mon, 06 Oct 1997 16:12:08 -0400 From: Ron Bolin Organization: Net Channel X-Mailer: Mozilla 4.03 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: "Justin T. Gibbs" , FreeBSD Current Mailing List Subject: Re: 3.0 Current isa_devtab_cam missing?? References: <34392F08.120ABE6A@netchannel.net> <199710061940.NAA05082@narnia.plutotech.com> Content-Type: multipart/alternative; boundary="------------00813A4FC45469EF18289272" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --------------00813A4FC45469EF18289272 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Justin T. Gibbs wrote: > > I can't compile 3.0 current as of today because the symbol > > isa_devtab_cam is missing. > > The structure is defined in isa_device.h as external. Where is the > > implementation? > > My cvsup is current as of today. > > Rebuild config. > > > Thank's > > > > Ron > > -- > Justin T. Gibbs > =========================================== > FreeBSD - Turning PCs into workstations > =========================================== Thanks Justin and all. I'll remember this next time. Ron -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb ------------------------------------------------------------------------------- --------------00813A4FC45469EF18289272 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Justin T. Gibbs wrote:
> I can't compile 3.0 current as of today because the symbol
> isa_devtab_cam is missing.
> The structure is defined in isa_device.h as external. Where is the
> implementation?
> My cvsup is current as of today.

Rebuild config.

> Thank's
>
> Ron

--
Justin T. Gibbs
===========================================
  FreeBSD - Turning PCs into workstations
===========================================

 Thanks Justin and all. I'll remember this next time.
Ron 
-- 
-------------------------------------------------------------------------------
Ron Bolin, Sr. Software Eng, NetChannel     Web: http://www.netchannel.net
E-mail: rbolin@netchannel.net               Web: http://www.gsu.edu/~gs01rlb
Ph: 770-729-2929 Ext 249 Hm: 770-992-6875   Web: http://www.mindspring.com/~rlb 
-------------------------------------------------------------------------------
  --------------00813A4FC45469EF18289272-- From owner-freebsd-current Mon Oct 6 13:14:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24887 for current-outgoing; Mon, 6 Oct 1997 13:14:25 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA24874 for ; Mon, 6 Oct 1997 13:14:16 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id WAA25876; Mon, 6 Oct 1997 22:07:12 +0200 (MEST) From: Søren Schmidt Message-Id: <199710062007.WAA25876@sos.freebsd.dk> Subject: Re: current on notebook (as of Oct 3) In-Reply-To: <19971006125237.17144@hydrogen.nike.efn.org> from John-Mark Gurney at "Oct 6, 97 12:52:37 pm" To: gurney_j@resnet.uoregon.edu Date: Mon, 6 Oct 1997 22:07:12 +0200 (MEST) Cc: tlambert@primenet.com, regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to John-Mark Gurney who wrote: > > > > well.. I posted the -v boot from the kernel.. do you need it again?? > > > > > > ERhm, not really, I pointed you at where to look :) > > > > I think he meant to say "it should be possible for *you* to inspect" ... That was exactly what I meant :) > well.. the -v from the kernel says nothing about if the mode table > is dumped (any body object to me adding this under the bootverbose > flag?) and that the actual mode table as far as I can tell is compared > to what the vga is currently set to... It dumps an array of hex mumbers, which is the mode table from your own posting: sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 05 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff Now uses this together with the function that checks for a sane modetable: comp_vgaregs(u_char *buf1, u_char *buf2) located in syscons.c, and you can see what it is that upsets syscons. > you just go and try to look at the code.. and I doubt that you will > get much father... ttyl. Well, I just did :) Sorry, but I just tried to point you in the right direction, without the need to pull out linenumbers etc etc... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Oct 6 13:24:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25563 for current-outgoing; Mon, 6 Oct 1997 13:24:00 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA25554 for ; Mon, 6 Oct 1997 13:23:56 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id NAA22999; Mon, 6 Oct 1997 13:23:46 -0700 (PDT) Message-ID: <19971006132345.63142@hydrogen.nike.efn.org> Date: Mon, 6 Oct 1997 13:23:45 -0700 From: John-Mark Gurney To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: tlambert@primenet.com, regnauld@deepo.prosa.dk, freebsd-current@FreeBSD.ORG Subject: Re: current on notebook (as of Oct 3) References: <19971006125237.17144@hydrogen.nike.efn.org> <199710062007.WAA25876@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.69 In-Reply-To: =?iso-8859-1?Q?=3C199710062007=2EWAA25876=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Mon=2C_Oct_06=2C_1997_at_10=3A07=3A1?= =?iso-8859-1?Q?2PM_+0200?= Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt scribbled this message on Oct 6: > In reply to John-Mark Gurney who wrote: > > > > > well.. I posted the -v boot from the kernel.. do you need it again?? > > > > > > > > ERhm, not really, I pointed you at where to look :) > > > > > > I think he meant to say "it should be possible for *you* to inspect" ... > > That was exactly what I meant :) > > > well.. the -v from the kernel says nothing about if the mode table > > is dumped (any body object to me adding this under the bootverbose > > flag?) and that the actual mode table as far as I can tell is compared > > to what the vga is currently set to... > > It dumps an array of hex mumbers, which is the mode table > from your own posting: > sc0: VGA registers upon power-up > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 05 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > > Now uses this together with the function that checks for a sane modetable: > comp_vgaregs(u_char *buf1, u_char *buf2) > located in syscons.c, and you can see what it is that upsets syscons. ok.. this is the problem.... I don't see any sane modetable in syscons.c and this is what I said in a response to you... so, do you object to the warning about the modetable from the bios not being used? how about also printing the modetable that it was comparing against... > > you just go and try to look at the code.. and I doubt that you will > > get much father... ttyl. > > Well, I just did :) I would hope so, most of it's your code.. :) > Sorry, but I just tried to point you in the right direction, without the > need to pull out linenumbers etc etc... well.. I assumed that the -v would print out warnings or message that would tell what was happening... now can you just point me to the sane table?? -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Mon Oct 6 13:32:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26416 for current-outgoing; Mon, 6 Oct 1997 13:32:20 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA26411 for ; Mon, 6 Oct 1997 13:32:14 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id NAA24338; Mon, 6 Oct 1997 13:31:43 -0700 (MST) From: Terry Lambert Message-Id: <199710062031.NAA24338@usr04.primenet.com> Subject: Re: how to detect different kernel code (select or poll) To: gurney_j@resnet.uoregon.edu Date: Mon, 6 Oct 1997 20:31:43 +0000 (GMT) Cc: tlambert@primenet.com, luigi@labinfo.iet.unipi.it, freebsd-current@FreeBSD.ORG In-Reply-To: <19971006124156.64153@hydrogen.nike.efn.org> from "John-Mark Gurney" at Oct 6, 97 12:41:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > IMO, the best way is for the code to become part of the official source > > distributions. > > > > But, I agree that there are some cases where this isn't possible; namely > > commercial code that would prefer not to donate code, even though they > > know that, if they did, it would relieve them of the maintenance burden > > for things like this (there are a *lot* of things like this). > > Terry, what does this message have to deal with a solution to the problem > that we posted?? all it does is restate what we are trying to do... It provides a soloution: check the code in, and let normal maintenance migrate it across the interface changes for you. I think the GPL camp doesn't understand what a strong incentive this is toward contribution, without forcing it. I'm sure Dennis gets annoyed any time there is a change that hits his serial drivers, but he eats the overhead on the principle that that's the price of not putting the code into the main line source tree: he gets to shoulder the maintenance burden of hundreds of active developers changing his interfaces on him. Maybe he will eventually get annoyed enough to contribute the driver, and rely on the quality of his hardware for sales. ;-). Or, he might just split the driver so the pieces that get maintained are on the other side of an interface from his real code. If Adaptec didn't have the name trademarked, he could call the interface "HIM". 8-) 8-). You may also want to look at the other soloution I posted, which was to look for a manifest constant for "poll" to feature test instead of version test to let you know the feature is present. I don't like it because it makes no sense in the context of code intended to be integrated at some point. Really, I don't see why the 2.2 code could not go into the 2.2 tree right now. My other point was that, whatever you do, you will have to rip out later if you intend to integrate the code into FreeBSD: it makes no sense for a file under a tag known to contain a feature to do any feature testing whatsoever: the feature test is implicit in the tag chosen to check out the code. It's redundant, and the fail-test code for either tag will end up being dead code at all times given any particular tag. In any case, if you are looking toward __FreeBSD__, you are looking in the wrong place. I think my if_de.c example proves that. The if_de.c code is variant based on which OS revision the compiler was built under, instead of being variant based on the tag it was checked out under. This is *broken*, big-time. Don't commit the same crime. The __FreeBSD__ test is not useful until the version information is obtained from the system instead of being manifestly defined at the time the compiler or preprocessor was built. Even then, it is only useful for user space code, and then only user space code targetted to the OS version doing the compilation. People who write user space code that depends on a particular OS revision are writing non-portable user space code. People who write kernel space code that depends on a particular OS revision are fine, so long as they don't attempt to duplicate revision control using #ifdef's. Feel free to take me out of context again, though... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 6 14:33:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00698 for current-outgoing; Mon, 6 Oct 1997 14:33:09 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA00683 for ; Mon, 6 Oct 1997 14:33:00 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id XAA22153 for ; Mon, 6 Oct 1997 23:32:14 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id XAA24049 for freebsd-current@FreeBSD.ORG; Mon, 6 Oct 1997 23:31:47 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.11/nospam) id XAA21275; Mon, 6 Oct 1997 23:03:59 +0200 (CEST) (envelope-from roberto) Message-ID: <19971006230359.45814@keltia.freenix.fr> Date: Mon, 6 Oct 1997 23:03:59 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: current on notebook (as of Oct 3) References: <19971006044227.01139@hydrogen.nike.efn.org> <19971006150311.61677@deepo.prosa.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <19971006150311.61677@deepo.prosa.dk>; from Philippe Regnauld on Mon, Oct 06, 1997 at 03:03:11PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Philippe Regnauld: > Same here. This is since 2.2.x, I can't get 80x30 on the laptop. Do you have a 8x14 font loaded ? You need it to do 80x30 in text mode if I remember well. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #35: Sun Sep 21 19:28:07 CEST 1997 From owner-freebsd-current Mon Oct 6 14:42:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01534 for current-outgoing; Mon, 6 Oct 1997 14:42:22 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA01529 for ; Mon, 6 Oct 1997 14:42:16 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA06609; Mon, 6 Oct 1997 21:10:19 +0100 From: Luigi Rizzo Message-Id: <199710062010.VAA06609@labinfo.iet.unipi.it> Subject: Re: how to detect different kernel code (select or poll) To: tlambert@primenet.com (Terry Lambert) Date: Mon, 6 Oct 1997 21:10:18 +0100 (MET) Cc: gurney_j@resnet.uoregon.edu, tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199710062031.NAA24338@usr04.primenet.com> from "Terry Lambert" at Oct 6, 97 08:31:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > integrated at some point. Really, I don't see why the 2.2 code could > not go into the 2.2 tree right now. for this particular piece, because we are in code freeze. But in many other cases, it might just be because this "2.2 code" is an optional replacement for some piece of the system (e.g. a new scheduler, or a different TCP/IP implementation...) > My other point was that, whatever you do, you will have to rip out > later if you intend to integrate the code into FreeBSD: it makes no yes but at that point this will not be a problem. Cheers Luigi From owner-freebsd-current Mon Oct 6 15:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02776 for current-outgoing; Mon, 6 Oct 1997 15:00:04 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA02716 for ; Mon, 6 Oct 1997 14:59:56 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id XAA22253; Mon, 6 Oct 1997 23:59:45 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id XAA24885; Mon, 6 Oct 1997 23:59:12 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.11/nospam) id XAA21826; Mon, 6 Oct 1997 23:53:54 +0200 (CEST) (envelope-from roberto) Message-ID: <19971006235354.36938@keltia.freenix.fr> Date: Mon, 6 Oct 1997 23:53:54 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Cc: Richard Wackerbarth Subject: CTM cvs-cur Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3711 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk No CTM delta on the cvs-cur branch since yesterday... -rw-r--r-- 1 daemon wheel 7354 Oct 5 14:24 cvs-cur.3711.gz Has anyone received one ? -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #36: Sat Oct 4 19:58:34 CEST 1997 From owner-freebsd-current Mon Oct 6 15:53:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06200 for current-outgoing; Mon, 6 Oct 1997 15:53:32 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06185; Mon, 6 Oct 1997 15:53:22 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id PAA02577; Mon, 6 Oct 1997 15:55:10 -0700 (PDT) Message-Id: <199710062255.PAA02577@implode.root.com> To: Josef Karthauser cc: stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Attention all users of the de driver! In-reply-to: Your message of "Mon, 06 Oct 1997 18:18:29 BST." <19971006181829.25378@pavilion.net> From: David Greenman Reply-To: dg@root.com Date: Mon, 06 Oct 1997 15:55:10 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >We've been running SMC Etherpower 10Mbps cards since 2.0.5, currently on >RELENG_2_2 with no problems at all. (We've currently got 9 servers.) Just to make it very clear: we're interested in problems with the new version of the driver in -current, NOT the driver in -stable (which we already know has problems with newer cards, which is why we're considering bringing in the version from -current which has fixed much of this). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Oct 6 17:03:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09454 for current-outgoing; Mon, 6 Oct 1997 17:03:44 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (tibet-35.ppp.hooked.net [206.80.9.163]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA09445 for ; Mon, 6 Oct 1997 17:03:35 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id RAA01277 for ; Mon, 6 Oct 1997 17:03:38 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Mon, 6 Oct 1997 17:03:36 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: current@freebsd.org Subject: Re: 3.0 Current isa_devtab_cam missing?? In-Reply-To: <19971006125729.59891@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 Oct 1997, John-Mark Gurney wrote: > Ron Bolin scribbled this message on Oct 6: > > I can't compile 3.0 current as of today because the symbol > > isa_devtab_cam is missing. > > The structure is defined in isa_device.h as external. Where is the > > implementation? > > My cvsup is current as of today. > > recompile usr.bin/config I think you are mistaking recompiling usr.bin/config with rerunning config on the Kernel configuration file. > read -current next time... - alex From owner-freebsd-current Mon Oct 6 17:19:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10183 for current-outgoing; Mon, 6 Oct 1997 17:19:54 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10169 for ; Mon, 6 Oct 1997 17:19:46 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA03799; Mon, 6 Oct 1997 23:03:27 +0100 (BST) Message-Id: <199710062203.XAA03799@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Alex cc: current@FreeBSD.ORG Subject: Re: really strange ppp problems In-reply-to: Your message of "Sun, 05 Oct 1997 21:46:39 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 23:03:26 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi: > > A long while back, after a bunch of commits regarding ppp (like requiring > a password to telnet into ppp), I noticed that things stopped working for > the most part. For instance I have a little script in /usr/local/etc/rc.d > to start up ppp with -ddial. Suddenly I couldn't authenticate a > connection unless I hit ctrl-c during the script to fork it into the > background, and suddenly _one_ of the dial up numbers I used that had a > PortHampster ;-) PM3 attached to it connected, authenticated (as long as > I hit ctrl-c) but the send/recv lights light up like a christmas tree > until the connection timed out (30+ minutes sometimes), the VP of > Engineering claims that it's hosting a full load as of my complaint. But > at least things still redialed correctly. After a few more commits and > make worlds pap and chap authentication stopped working all together. I'd > left my configuration untouched with the exception of adding an "account" > to /etc/ppp.secrets to allow ppp to actually work and let me telnet in > when needed. I've added deny pred1 to my ppp.conf, and looked over > everything. My isp requires that I use a WEN4/ or ppp- prefix with my > login name. Neither one works. Now to get connected I have to load ppp > manually and dial and login by hand, or use a chat script with my > password out in the open (oh joy). I'd love to get chap/pap working again. > Any ideas? You're still in my in tray :-) I take it you had no luck with the latest version.... The bit I don't understand is that you said ppp wasn't disassociating from the terminal..... Can you post (or send me) your config files... maybe you have something that's hanging in the default: entry - perhaps a "dial" command.....? > - alex > -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Mon Oct 6 17:40:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11438 for current-outgoing; Mon, 6 Oct 1997 17:40:49 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11429 for ; Mon, 6 Oct 1997 17:40:45 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA03828; Mon, 6 Oct 1997 23:07:01 +0100 (BST) Message-Id: <199710062207.XAA03828@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Simon Shapiro cc: Alex , current@FreeBSD.ORG Subject: Re: really strange ppp problems In-reply-to: Your message of "Sun, 05 Oct 1997 23:31:35 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 23:07:01 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > No, but similar experience. In this case, the ISP is very friendly (It's > me :-), The Lingston box is PM2E-R or not -R, and the only thing that will > authenticate is V120. The V34 dialin script fails to authenticate, and so > will the BONDING. I have given up trying to figure it out. The only > apparent difference is the phone number. > > The PM's authenticate with a Radius server. Nothing changed on the PM, or > the Radius server. It works for Linux and Lose95, etc. but not FreeBSD-3.0 > current. > > Since I own both sides, I can help diagnose it. My PPP diagnostics > abilities are limited, but a qualified party can have all the equipment at > their disposal. What do the logs say ? > --- > > > Sincerely Yours, > > Simon Shapiro Atlas Telecom > Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 > Shimon@i-Connect.Net Voice: 503.799.2313 -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Mon Oct 6 17:41:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11485 for current-outgoing; Mon, 6 Oct 1997 17:41:24 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA11458; Mon, 6 Oct 1997 17:41:02 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA03723; Mon, 6 Oct 1997 22:50:11 +0100 (BST) Message-Id: <199710062150.WAA03723@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Attention all users of the de driver! In-reply-to: Your message of "Sun, 05 Oct 1997 23:56:51 PDT." <1948.876121011@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 22:50:11 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If you have a de0 device in your machine and you're running -current, > NOW is the time to let us know if there are any problems with it! > > We know for a fact that 2.2-stable's driver does not work on at least > one card, the Znyx 4-port NIC, but we also don't know if 3.0-current > is going to break a lot more people if we bring it in. Therefore, if > you do NOT wish to see the de driver in 2.2-stable updated using the > 3.0-current bits, now is the time to speak up since we will otherwise > take your silence as "it works great, bring it on over!" > > Jordan Just this (posted to -hackers on Sep 13): Subject: de0: system error: master abort > I haven't looked into this myself, but it's annoying me enough (dmesg > is useless) to ask if anyone else is seeing it. > > I get literally millions of these *all* the time. I've commented out > the error locally, but I thought I might ask if anyone added this > feature on purpose. > -- > Brian , > > Don't _EVER_ lose your sense of humour.... It's an SMC card... de0: rev 0x11 int a irq 9 on pci0.17.0 de0: SMC 21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:ff:e9:ce de0: enabling 10baseT port If anyone wants to know more, I'll open the box. The card seems to function ok - the errors are annoying though :-| -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Mon Oct 6 17:46:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA11772 for current-outgoing; Mon, 6 Oct 1997 17:46:44 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from comp.polyu.edu.hk (csns02.comp.polyu.edu.hk [158.132.25.95]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA11767 for ; Mon, 6 Oct 1997 17:46:41 -0700 (PDT) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar40.COMP.HKP.HK by comp.polyu.edu.hk (SMI-8.6/SMI-SVR4) id IAA20849; Tue, 7 Oct 1997 08:46:06 +0800 Received: (from c5666305@localhost) by cssolar40.COMP.HKP.HK (SMI-8.6/) id IAA02992 for current@freebsd.org; Tue, 7 Oct 1997 08:46:07 +0800 Message-Id: <199710070046.IAA02992@cssolar40.COMP.HKP.HK> Subject: how and where to start SMP To: current@freebsd.org Date: Tue, 7 Oct 1997 08:46:06 +0800 (HKT) From: "c5666305" X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I am interersting to start the SMP with FreeBSD, but I don't where and how to start. There are daily snapshot at current.freebsd.org. How can I get the diff for the changes ? It is not possible for me to get the whole snapshot daily. cheers. Clarence CHAN From owner-freebsd-current Mon Oct 6 18:19:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13718 for current-outgoing; Mon, 6 Oct 1997 18:19:37 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from actcom.co.il (baum@actcom.co.il [192.114.47.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA13711; Mon, 6 Oct 1997 18:19:30 -0700 (PDT) (envelope-from baum@actcom.co.il) Received: from localhost by actcom.co.il with SMTP (8.8.6/actcom-0.2) id DAA06199; Tue, 7 Oct 1997 03:16:31 +0200 (EET) (rfc931-sender: baum@localhost) Date: Tue, 7 Oct 1997 03:16:31 +0200 (EET) From: Alexander Indenbaum To: stable@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: EXT2FS code from -current to -stable In-Reply-To: <199710062255.PAA02577@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! I was wondering - is it possible to merge ext2fs code from -current to -stable, because -stable code is bugged it can not sync while rebooting. I heard it is fixed in current. Alexander Indenbaum baum@actcom.co.il From owner-freebsd-current Mon Oct 6 18:52:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15970 for current-outgoing; Mon, 6 Oct 1997 18:52:00 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from comp.polyu.edu.hk (csns02.comp.polyu.edu.hk [158.132.25.95]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA15954 for ; Mon, 6 Oct 1997 18:51:45 -0700 (PDT) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar40.COMP.HKP.HK by comp.polyu.edu.hk (SMI-8.6/SMI-SVR4) id JAA21273; Tue, 7 Oct 1997 09:51:44 +0800 Received: (from c5666305@localhost) by cssolar40.COMP.HKP.HK (SMI-8.6/) id JAA04087 for current@freebsd.org; Tue, 7 Oct 1997 09:51:43 +0800 Message-Id: <199710070151.JAA04087@cssolar40.COMP.HKP.HK> Subject: ppp configure under 2.2.2 release To: current@freebsd.org Date: Tue, 7 Oct 1997 09:51:43 +0800 (HKT) From: "c5666305" X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I am newbie to ppp configuration. Can any one show me the examples on how to config ppp under 2.2.2 release ? I had read the files under /etc/ppp but I simply don't know the usage of each file like ppp.conf and so on. The login procedure for my unversity is like this. 1. dialin 2. select is a ppp option after line connect. I need your help to config the ppp. Thanks. Clarence CHAN From owner-freebsd-current Mon Oct 6 19:03:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16947 for current-outgoing; Mon, 6 Oct 1997 19:03:57 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA16930 for ; Mon, 6 Oct 1997 19:03:51 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id TAA04201; Mon, 6 Oct 1997 19:03:49 -0700 (MST) From: Terry Lambert Message-Id: <199710070203.TAA04201@usr08.primenet.com> Subject: Re: 3.0 Current isa_devtab_cam missing?? To: garbanzo@hooked.net (Alex) Date: Tue, 7 Oct 1997 02:03:49 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Alex" at Oct 6, 97 05:03:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Ron Bolin scribbled this message on Oct 6: > > > I can't compile 3.0 current as of today because the symbol > > > isa_devtab_cam is missing. > > > The structure is defined in isa_device.h as external. Where is the > > > implementation? > > > My cvsup is current as of today. > > > > recompile usr.bin/config > > I think you are mistaking recompiling usr.bin/config with rerunning config > on the Kernel configuration file. Nope. The new config generates the symbol; the old one does not. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 6 19:31:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA18386 for current-outgoing; Mon, 6 Oct 1997 19:31:06 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA18372 for ; Mon, 6 Oct 1997 19:31:00 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 8156 invoked by uid 1000); 7 Oct 1997 02:31:16 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199710062207.XAA03828@awfulhak.demon.co.uk> Date: Mon, 06 Oct 1997 19:31:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Brian Somers Subject: Re: really strange ppp problems Cc: Alex , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Brian Somers; On 06-Oct-97 you wrote: > > No, but similar experience. In this case, the ISP is very friendly > > (It's > > me :-), The Lingston box is PM2E-R or not -R, and the only thing that > > will > > authenticate is V120. The V34 dialin script fails to authenticate, and > > so > > will the BONDING. I have given up trying to figure it out. The only > > apparent difference is the phone number. > > > > The PM's authenticate with a Radius server. Nothing changed on the PM, > > or > > the Radius server. It works for Linux and Lose95, etc. but not > > FreeBSD-3.0 > > current. > > > > Since I own both sides, I can help diagnose it. My PPP diagnostics > > abilities are limited, but a qualified party can have all the equipment > > at > > their disposal. > > What do the logs say ? Absolutely nothing, except ``authentication failed''. Oh, I am also getting: Sep 24 17:40:37 sendero /kernel.sendero: ppp0: line error 4000000 Sep 24 17:40:37 sendero /kernel.sendero: ppp0: line error 4000000 Sep 24 17:40:38 sendero /kernel.sendero: sio2: 2 more silo overflows (total 7) Sep 24 17:40:40 sendero /kernel.sendero: ppp0: line error 4000000 Sep 24 17:40:40 sendero /kernel.sendero: ppp0: line error 4000000 When establishing a connection, i am also getting: Sep 29 03:02:59 sendero pppd[364]: pppd 2.3.1 started by ShimonR, uid 0 Sep 29 03:03:06 sendero pppd[364]: Connect: ppp0 <--> /dev/cuaa2 Sep 29 03:03:08 sendero /kernel.test: ppp0: no compressor for [15 3 29], 3 Sep 29 03:03:08 sendero /kernel.test: ppp0: no compressor for [18 4 8], 4 Sep 29 03:03:08 sendero routed[131]: Send sendto(ppp0, 206.190.143.2.520): Netwo rk is down Sep 29 03:03:08 sendero pppd[364]: local IP address 206.190.143.100 Sep 29 03:03:08 sendero pppd[364]: remote IP address 206.190.143.2 --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Mon Oct 6 19:52:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19701 for current-outgoing; Mon, 6 Oct 1997 19:52:00 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA19691 for ; Mon, 6 Oct 1997 19:51:56 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id UAA23481; Mon, 6 Oct 1997 20:51:57 -0600 (MDT) Message-Id: <199710070251.UAA23481@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: src/Makefile all sorted out. In-reply-to: Your message of "Mon, 06 Oct 1997 09:58:08 PDT." <5158.876157088@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 20:51:57 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > My SMP box is still in the process of being constructed, so you'll > have to wait before I can tell you whether or not -j8 follows this > trend for 2 P6/200 CPUs. :-) -j12 seems to be my point of diminisning return... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Mon Oct 6 22:21:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA27456 for current-outgoing; Mon, 6 Oct 1997 22:21:51 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA27451 for ; Mon, 6 Oct 1997 22:21:47 -0700 (PDT) (envelope-from bruce@zuhause.mn.org) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id AAA20088 for current@freebsd.org; Tue, 7 Oct 1997 00:21:40 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.7/8.8.7) id AAA00441; Tue, 7 Oct 1997 00:08:47 -0500 (CDT) Date: Tue, 7 Oct 1997 00:08:47 -0500 (CDT) Message-Id: <199710070508.AAA00441@zuhause.mn.org> From: Bruce Albrecht To: current@freebsd.org Subject: Make world broken? X-Mailer: VM 6.30 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to do a make world for the first time since early September, (cvsuped from cvsup.freebsd.org less than half an hour ago), and it fails immediately when trying to do a mkdep for make. -------------------------------------------------------------- make world started on Mon Oct 6 23:59:04 CDT 1997 -------------------------------------------------------------- cd /usr/src && make buildworld -------------------------------------------------------------- Cleaning up the temporary build tree -------------------------------------------------------------- mkdir -p /usr/obj/usr/src/tmp chflags -R noschg /usr/obj/usr/src/tmp/ rm -rf /usr/obj/usr/src/tmp -------------------------------------------------------------- Making make -------------------------------------------------------------- mkdir -p /usr/obj/usr/src/tmp/usr/bin cd /usr/src/usr.bin/make && PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t make DESTDIR=/usr/obj/usr/src/tmp -I/usr/src/share/mk -B cleandir obj depend && PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_! PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t make DESTDIR=/usr/obj/usr/src/tmp -I/usr/src/share/mk -DNOINFO -DNOMAN -DNOPROFILE all && PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib NOEXTRADEPEND=t make DESTDIR=/usr/obj/usr/src/tmp -I/usr/src/share/mk -DNOINFO -DNOMAN -DNOPROFILE -B install clean cleandepend /usr/obj/usr/src/usr.bin/make created for /usr/src/usr.bin/make rm -f .depend mkdep -f .depend -a -I/usr/src/usr.bin/make -I/usr/obj/usr/src/tmp/usr/include /usr/src/usr.bin/make/arch.c /usr/src/usr.bin/make/buf.c /usr/src/usr.bin/make/compat.c /usr/src/usr.bin/make/cond.c /usr/src/usr.bin/make/dir.c /usr/src/usr.bin/make/for.c /usr/src/usr.bin/make/hash.c /usr/src/usr.bin/make/job.c /usr/src/usr.bin/make/main.c /usr/src/usr.bin/make/make.c /usr/src/usr.bin/make/parse.c /usr/src/usr.bin/make/str.c /usr/src/usr.bin/make/suff.c /usr/src/usr.bin/make/targ.c /usr/src/usr.bin/make/var.c /usr/src/usr.bin/make/util.c /usr/src/usr.bin/make/lst.lib/lstAppend.c /usr/src/usr.bin/make/lst.lib/lstAtEnd.c /usr/src/usr.bin/make/lst.lib/lstAtFront.c /usr/src/usr.bin/make/lst.lib/lstClose.c /usr/src/usr.bin/make/lst.lib/lstConcat.c /usr/src/usr.bin/make/lst.lib/lstDatum.c /usr/src/usr.bin/make/lst.lib/lstDeQueue.c /usr/src/usr.bin/make/lst.lib/lstDestroy.c /usr/src/usr.bin/make/lst.lib/lstDupl.c /usr/src/usr.bin/make/lst.lib/lstEnQueue.c /usr/src/usr.bin/make/lst.lib/! lstFind.c /usr/src/usr.bin/make/lst.lib/lstFindFrom.c /usr/src/usr.bin/make/lst.lib/lstFirst.c /usr/src/usr.bin/make/lst.lib/lstForEach.c /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c /usr/src/usr.bin/make/lst.lib/lstInit.c /usr/src/usr.bin/make/lst.lib/lstInsert.c /usr/src/usr.bin/make/lst.lib/lstIsAtEnd.c /usr/src/usr.bin/make/lst.lib/lstIsEmpty.c /usr/src/usr.bin/make/lst.lib/lstLast.c /usr/src/usr.bin/make/lst.lib/lstMember.c /usr/src/usr.bin/make/lst.lib/lstNext.c /usr/src/usr.bin/make/lst.lib/lstOpen.c /usr/src/usr.bin/make/lst.lib/lstRemove.c /usr/src/usr.bin/make/lst.lib/lstReplace.c /usr/src/usr.bin/make/lst.lib/lstSucc.c /usr/bin/mkdep: cannot create _mkdep325: directory nonexistent *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-current Mon Oct 6 22:59:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29166 for current-outgoing; Mon, 6 Oct 1997 22:59:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA29159 for ; Mon, 6 Oct 1997 22:59:40 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00280; Mon, 6 Oct 1997 22:59:07 -0700 (PDT) Message-Id: <199710070559.WAA00280@rah.star-gate.com> To: Terry Lambert cc: gurney_j@resnet.uoregon.edu, luigi@labinfo.iet.unipi.it, freebsd-current@FreeBSD.ORG Subject: Re: how to detect different kernel code (select or poll) In-reply-to: Your message of "Mon, 06 Oct 1997 20:31:43 -0000." <199710062031.NAA24338@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 1997 22:59:07 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I think that our current problem is that the poll code is not in 2.2 and whoever checked in the code should have at least thought of the incompatibility issues . One option is not to support 2.2 which the poll check in so far seems to imply at least with respect to drivers. The incompatibility inherent with the poll check in was deliberate to force the drivers to migrate to the new interface. A related issue is : what is the cut off point for backwards compatibility? Amancio From owner-freebsd-current Mon Oct 6 23:17:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA00381 for current-outgoing; Mon, 6 Oct 1997 23:17:10 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from ghpc8.ihf.rwth-aachen.de (ghpc8.ihf.RWTH-Aachen.DE [134.130.90.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA00361; Mon, 6 Oct 1997 23:17:04 -0700 (PDT) (envelope-from thomas@ghpc8.ihf.rwth-aachen.de) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.rwth-aachen.de [134.130.90.6]) by ghpc8.ihf.rwth-aachen.de (8.8.7/8.8.6) with ESMTP id IAA00524; Tue, 7 Oct 1997 08:15:58 +0200 (CEST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.7/8.8.5) id IAA02871; Tue, 7 Oct 1997 08:15:56 +0200 (CEST) To: Bruce Evans Cc: cracauer@cons.org, jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG, Matthew.Thyer@dsto.defence.gov.au, ports@FreeBSD.ORG Subject: Re: xlock: caught signal 8 while running galaxy mode. References: <199710031905.FAA28989@godzilla.zeta.org.au> From: Thomas Gellekum Date: 07 Oct 1997 08:15:55 +0200 In-Reply-To: Bruce Evans's message of Sat, 4 Oct 1997 05:05:45 +1000 Message-ID: <8790w6umhw.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 8 X-Mailer: Gnus v5.4.37/XEmacs 19.15 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > Galaxy mode gets a SIGFPE for an overflowing float to int conversion > near line 363 in galaxy.c: Desmond Bagley has fixed this one in 4.05BETA1. 4.05 is supposed to be out at the end of this week; I'll update the port then. tg From owner-freebsd-current Mon Oct 6 23:52:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02777 for current-outgoing; Mon, 6 Oct 1997 23:52:20 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA02771 for ; Mon, 6 Oct 1997 23:52:17 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07834; Tue, 7 Oct 1997 08:52:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA08032; Tue, 7 Oct 1997 08:48:28 +0200 (MET DST) Message-ID: <19971007084828.CE03096@uriah.heep.sax.de> Date: Tue, 7 Oct 1997 08:48:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: c5666305@comp.polyu.edu.hk (c5666305) Subject: Re: how and where to start SMP References: <199710070046.IAA02992@cssolar40.COMP.HKP.HK> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199710070046.IAA02992@cssolar40.COMP.HKP.HK>; from c5666305 on Oct 7, 1997 08:46:06 +0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As c5666305 wrote: > I am interersting to start the SMP with FreeBSD, but I don't where > and how to start. There are daily snapshot at current.freebsd.org. > How can I get the diff for the changes ? It is not possible for me > to get the whole snapshot daily. Read the handbook section about ``How to stay current with FreeBSD'', and don't forget to subscribe to this mailing list if you intend to run FreeBSD-current. -- 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 Oct 7 00:20:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04854 for current-outgoing; Tue, 7 Oct 1997 00:20:40 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA04845 for ; Tue, 7 Oct 1997 00:20:34 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA08092 for freebsd-current@FreeBSD.ORG; Tue, 7 Oct 1997 09:20:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA08187; Tue, 7 Oct 1997 08:53:35 +0200 (MET DST) Message-ID: <19971007085335.QS46081@uriah.heep.sax.de> Date: Tue, 7 Oct 1997 08:53:35 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: how to detect different kernel code (select or poll) References: <199710062031.NAA24338@usr04.primenet.com> <199710070559.WAA00280@rah.star-gate.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199710070559.WAA00280@rah.star-gate.com>; from Amancio Hasty on Oct 6, 1997 22:59:07 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Amancio Hasty wrote: > I think that our current problem is that the poll code is not in > 2.2 and whoever checked in the code should have at least thought of the > incompatibility issues . One option is not to support 2.2 > which the poll check in so far seems to imply at least with > respect to drivers. Why don't you just test for #if __FreeBSD__ >= 3 ? The bigger problem is to make it backwards compatible with older 3.0-current systems, and/or make it cross-compilable. The above decision is a rather rough one. -- 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 Oct 7 00:28:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05536 for current-outgoing; Tue, 7 Oct 1997 00:28:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [207.227.50.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05526 for ; Tue, 7 Oct 1997 00:28:35 -0700 (PDT) (envelope-from randyd@nconnect.net) Received: from nconnect.net (dial190.nconnect.net [207.227.50.190]) by atlantis.nconnect.net (8.8.4/8.7.3) with ESMTP id CAA23127; Tue, 7 Oct 1997 02:30:03 -0500 (CDT) Message-ID: <3439E44B.503BDD77@nconnect.net> Date: Tue, 07 Oct 1997 02:27:07 -0500 From: Randy DuCharme Organization: Astrolab Development X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Bruce Albrecht CC: current@freebsd.org Subject: Re: Make world broken? References: <199710070508.AAA00441@zuhause.mn.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Albrecht wrote: > Try this... chflags -R noschg /usr/obj rm -rf /usr/obj/* make world -- Randall D DuCharme Systems Engineer Novell, Microsoft, and UNIX Networking Support Computer Specialists BSDI Internet Success Partners 414-253-9998 414-253-9919 (fax) BSD/OS Authorized Resellers From owner-freebsd-current Tue Oct 7 01:37:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA09387 for current-outgoing; Tue, 7 Oct 1997 01:37:26 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mailbox.uq.edu.au (zzshocki.dialin.uq.net.au [203.101.242.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA09382 for ; Tue, 7 Oct 1997 01:37:21 -0700 (PDT) (envelope-from shocking@bloop.craftncomp.com) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by mailbox.uq.edu.au (8.8.7/8.6.12) with ESMTP id SAA00747 for ; Tue, 7 Oct 1997 18:43:52 +1000 (EST) Message-Id: <199710070843.SAA00747@mailbox.uq.edu.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: current@freebsd.org Subject: su doesn't work anymore - just hangs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 1997 18:43:51 +1000 From: Stephen Hocking Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of a makeworld done on Monday, an "su - toor" doesn't work anymore - just sits there. It can be interrupted. I've seen this on two seperate machines. Stephen From owner-freebsd-current Tue Oct 7 01:40:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA09585 for current-outgoing; Tue, 7 Oct 1997 01:40:26 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA09579 for ; Tue, 7 Oct 1997 01:40:23 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id BAA00526; Tue, 7 Oct 1997 01:40:08 -0700 (PDT) Message-Id: <199710070840.BAA00526@rah.star-gate.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG Subject: Re: how to detect different kernel code (select or poll) In-reply-to: Your message of "Tue, 07 Oct 1997 08:53:35 +0200." <19971007085335.QS46081@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 1997 01:40:08 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I am not too keen on supporting driver code on freebsd xxxx vs. freebsd yyy version. It takes time and resources. If it means that we have to kludge the drivers in order to support poll vs select I rather see the core technology do it . Cheers, Amancio >From The Desk Of J Wunsch : > As Amancio Hasty wrote: > > > I think that our current problem is that the poll code is not in > > 2.2 and whoever checked in the code should have at least thought of the > > incompatibility issues . One option is not to support 2.2 > > which the poll check in so far seems to imply at least with > > respect to drivers. > > Why don't you just test for > > #if __FreeBSD__ >= 3 > > ? The bigger problem is to make it backwards compatible with older > 3.0-current systems, and/or make it cross-compilable. The above > decision is a rather rough one. > > -- > 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 Oct 7 01:44:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA09762 for current-outgoing; Tue, 7 Oct 1997 01:44:10 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA09736 for ; Tue, 7 Oct 1997 01:43:59 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA07641; Tue, 7 Oct 1997 08:13:12 +0100 From: Luigi Rizzo Message-Id: <199710070713.IAA07641@labinfo.iet.unipi.it> Subject: Re: how to detect different kernel code (select or poll) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 7 Oct 1997 08:13:12 +0100 (MET) Cc: tlambert@primenet.com, gurney_j@resnet.uoregon.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <199710070559.WAA00280@rah.star-gate.com> from "Amancio Hasty" at Oct 6, 97 10:58:48 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > I think that our current problem is that the poll code is not in > 2.2 and whoever checked in the code should have at least thought of the > incompatibility issues . One option is not to support 2.2 > which the poll check in so far seems to imply at least with making things unsupported in the RELEASE is not an option in my opinion, unless there are strong technical motivations against it, and this is not the case. I browsed through the various files involved in the poll change and could not find any way the preprocessor could tell the difference. So I have used a new macro, USE_POLL, which must be defined in sound.h by users who want to compile this code on 3.0. Fortunately it is used only in one function and one other place, so its removal should be fine when this code finally finds its way into 2.2.X I am finishing the modifications and will put a new snap of the code on my web server quite soon. Cheers Luigi From owner-freebsd-current Tue Oct 7 01:45:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA09816 for current-outgoing; Tue, 7 Oct 1997 01:45:01 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA09802 for ; Tue, 7 Oct 1997 01:44:58 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id BAA00552; Tue, 7 Oct 1997 01:44:06 -0700 (PDT) Message-Id: <199710070844.BAA00552@rah.star-gate.com> To: Luigi Rizzo cc: tlambert@primenet.com, gurney_j@resnet.uoregon.edu, freebsd-current@FreeBSD.ORG Subject: Re: how to detect different kernel code (select or poll) In-reply-to: Your message of "Tue, 07 Oct 1997 08:13:12 BST." <199710070713.IAA07641@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 1997 01:44:06 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You are lucky this time. The way I see it is patch #1 for freebsd 2.2, patch # 2 for freebsd 2.2 vs freebsd 3.0 and so on . The longer 3.0 stays in active development the harder is going to be maintaining both 2.2 and 3.0 Amancio >From The Desk Of Luigi Rizzo : > > Hi, > > > > I think that our current problem is that the poll code is not in > > 2.2 and whoever checked in the code should have at least thought of the > > incompatibility issues . One option is not to support 2.2 > > which the poll check in so far seems to imply at least with > > making things unsupported in the RELEASE is not an option in my > opinion, unless there are strong technical motivations against it, > and this is not the case. > > I browsed through the various files involved in the poll change > and could not find any way the preprocessor could tell the difference. > So I have used a new macro, USE_POLL, which must be defined in > sound.h by users who want to compile this code on 3.0. > > Fortunately it is used only in one function and one other place, so its > removal should be fine when this code finally finds its way into 2.2.X > > I am finishing the modifications and will put a new snap of the code on > my web server quite soon. > > Cheers > Luigi From owner-freebsd-current Tue Oct 7 03:57:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA16809 for current-outgoing; Tue, 7 Oct 1997 03:57:32 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA16777; Tue, 7 Oct 1997 03:57:18 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA15356; Tue, 7 Oct 1997 20:51:53 +1000 Date: Tue, 7 Oct 1997 20:51:53 +1000 From: Bruce Evans Message-Id: <199710071051.UAA15356@godzilla.zeta.org.au> To: baum@actcom.co.il, stable@FreeBSD.ORG Subject: Re: EXT2FS code from -current to -stable Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I was wondering - is it possible to merge ext2fs code >from -current to -stable, because -stable code is bugged >it can not sync while rebooting. >I heard it is fixed in current. No, the fix in -current introduced worse bugs. Now bitmaps are not written in ext2_sbupdate(), so they are not synced by sync() or fsync(). They are synced by unmount() and when they are recycled. Bruce From owner-freebsd-current Tue Oct 7 04:52:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA19493 for current-outgoing; Tue, 7 Oct 1997 04:52:15 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA19486; Tue, 7 Oct 1997 04:52:08 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id NAA03414; Tue, 7 Oct 1997 13:50:34 +0200 (MEST) From: Søren Schmidt Message-Id: <199710071150.NAA03414@sos.freebsd.dk> Subject: Re: EXT2FS code from -current to -stable In-Reply-To: <199710071051.UAA15356@godzilla.zeta.org.au> from Bruce Evans at "Oct 7, 97 08:51:53 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 7 Oct 1997 13:50:34 +0200 (MEST) Cc: baum@actcom.co.il, stable@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > >I was wondering - is it possible to merge ext2fs code > >from -current to -stable, because -stable code is bugged > >it can not sync while rebooting. > >I heard it is fixed in current. > > No, the fix in -current introduced worse bugs. Now bitmaps > are not written in ext2_sbupdate(), so they are not synced > by sync() or fsync(). They are synced by unmount() and when > they are recycled. > > Bruce Now we are talking about ext2fs, what about the version that OpenBSD has, its GPL free (yeah!), do they have a fix for this. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Oct 7 05:03:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA20144 for current-outgoing; Tue, 7 Oct 1997 05:03:50 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA19996; Tue, 7 Oct 1997 05:01:30 -0700 (PDT) (envelope-from dcarmich@Venus.mcs.net) Received: from Venus.mcs.net (dcarmich@Venus.mcs.net [192.160.127.92]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id HAA27247; Tue, 7 Oct 1997 07:01:28 -0500 (CDT) Received: (from dcarmich@localhost) by Venus.mcs.net (8.8.7/8.8.2) id HAA23184; Tue, 7 Oct 1997 07:01:27 -0500 (CDT) From: Douglas Carmichael Message-Id: <199710071201.HAA23184@Venus.mcs.net> Subject: Related to the "HyperPool" name To: jbryant@tfs.net Date: Tue, 7 Oct 1997 07:01:27 -0500 (CDT) Cc: freebzxdfree[D[D[D@Venus.mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Student: "Headmaster, I have found the perfect addition to our computing resources." Head: "What is it?" Student: "A HyperPool." Head: "What do you mean? We already have a pool in the athletic center." Student: "No, not that kind of pool. It'll be great. 1 gigabit per second ATM OC-48 infrastructure, twin 300 MHz Pentium II, the whole school can rock 'n roll all night, man." Head (in the stereotypical loud "NO" voice): "WE ARE NOT GOING TO HAVE SEX, DRUGS, THAT STUPID F***ING ROCK 'N ROLL MUSIC, OR ANY KIND OF HIGH-SPEED POOL OR WHATEVER IT IS IN THIS SCHOOL!!!!!!!!!". (lots of pounding on desk, screaming by head/student) From owner-freebsd-current Tue Oct 7 05:54:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA23449 for current-outgoing; Tue, 7 Oct 1997 05:54:07 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA23441 for ; Tue, 7 Oct 1997 05:54:04 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id FAA06161 for current; Tue, 7 Oct 1997 05:53:35 -0700 (PDT) Date: Tue, 7 Oct 1997 05:53:35 -0700 (PDT) Message-Id: <199710071253.FAA06161@freefall.freebsd.org> To: current@FreeBSD.ORG Subject: Status of perl and tcl in vi? Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I guess in all the fracas over Tcl, we lost vi's tcl and perl interpreters by default? I'm just now noticing that I can't do :tcl anymore where it used to work, and given that I don't use this feature very often I can also imagine that it might have left us some time ago without my noticing. Weren't we going to allow vi to link with TCL in -current unless NOTCL was set? If we could get perl upgraded to perl5 in the tree, we could include it too, heck. Bloat that vi binary! ;-) Jordan From owner-freebsd-current Tue Oct 7 06:12:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA24491 for current-outgoing; Tue, 7 Oct 1997 06:12:57 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA24477 for ; Tue, 7 Oct 1997 06:12:53 -0700 (PDT) (envelope-from evanc@synapse.net) Received: (qmail 20549 invoked from network); 7 Oct 1997 13:11:51 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 7 Oct 1997 13:11:51 -0000 From: "Evan Champion" To: Subject: dpt driver Date: Tue, 7 Oct 1997 09:11:49 -0400 Message-ID: <01bcd322$92763360$513654c7@cello.synapse.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has the driver for the DPT RAID controllers been included in the more recent 3.0-SNAPs or 2.2.5-BETA? Evan From owner-freebsd-current Tue Oct 7 06:18:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA24782 for current-outgoing; Tue, 7 Oct 1997 06:18:12 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA24771 for ; Tue, 7 Oct 1997 06:17:57 -0700 (PDT) (envelope-from bsdcur@shadows.aeon.net) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.7/8.8.3) id QAA11212 for current@freebsd.org; Tue, 7 Oct 1997 16:18:25 +0200 (EET) From: mika ruohotie Message-Id: <199710071418.QAA11212@shadows.aeon.net> Subject: Re: Make world broken? In-Reply-To: <3439E44B.503BDD77@nconnect.net> from Randy DuCharme at "Oct 7, 97 02:27:07 am" To: current@freebsd.org Date: Tue, 7 Oct 1997 16:18:25 +0200 (EET) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [make world failure] > Try this... > > chflags -R noschg /usr/obj > rm -rf /usr/obj/* > make world for me that didnt work, not even newfs:ing the /usr/obj currently i run two current machines, and if i'm not _remaking_ mkdep before i run make world, it fails the way described... (somethign i do wrong?) but '-j4' and standard make flags '-O -pipe' using DMA with one single eide drive and classic intel p200 makes world in about 2 hours 40 mins. that's about 20 mins faster. oh, why am i still only deploying 80% cpu time? mickey From owner-freebsd-current Tue Oct 7 06:25:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA25316 for current-outgoing; Tue, 7 Oct 1997 06:25:43 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sinbin.demos.su (sinbin.demos.su [194.87.0.31]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA25310 for ; Tue, 7 Oct 1997 06:25:37 -0700 (PDT) (envelope-from bag@sinbin.demos.su) Received: by sinbin.demos.su id RAA01066; (8.6.12/D) Tue, 7 Oct 1997 17:23:34 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199710071323.RAA01066@sinbin.demos.su> Subject: Re: problem with free() and junk pointers? In-Reply-To: from "Simon Shapiro" at "Oct 2, 97 05:41:25 pm" X-ELM-OSV: (Our standard violations) no-mime=1; no-hdr-encoding=1 To: Shimon@i-Connect.Net (Simon Shapiro) Date: Tue, 7 Oct 1997 17:23:33 +0400 (MSD) Cc: current@FreeBSD.ORG, langfod@dihelix.com X-Mailer: ELM [version 2.4ME+ PL32 (25)] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >From sendero's /etc/rc: > > if [ $1x = autobootx ]; then > echo Automatic reboot in progress... > ulimit -t unlimited > ulimit -f unlimited > ulimit -d unlimited > ulimit -s unlimited > ulimit -c unlimited > ulimit -m unlimited > ulimit -l unlimited > ulimit -u unlimited > ulimit -h unlimited > fsck -p > case $? in > 0) > ;; > > Works every time. One of these ulimit is wrong. Too lazy to find which > :-) > 10x it realy works :) Alex. > --- > > > Sincerely Yours, > > Simon Shapiro Atlas Telecom > Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 > Shimon@i-Connect.Net Voice: 503.799.2313 > From owner-freebsd-current Tue Oct 7 06:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26186 for current-outgoing; Tue, 7 Oct 1997 06:39:40 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA26166; Tue, 7 Oct 1997 06:39:33 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA21776; Tue, 7 Oct 1997 23:33:59 +1000 Date: Tue, 7 Oct 1997 23:33:59 +1000 From: Bruce Evans Message-Id: <199710071333.XAA21776@godzilla.zeta.org.au> To: bde@zeta.org.au, sos@sos.freebsd.dk Subject: Re: EXT2FS code from -current to -stable Cc: baum@actcom.co.il, current@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Now we are talking about ext2fs, what about the version that OpenBSD >has, its GPL free (yeah!), do they have a fix for this. Do you mean the NetBSD version? :-) It should never have had this bug, since the bug is caused by semantic mismatch between BSD buffer handling and vestiges of Linux buffer handling in the GPL'ed part (the Linux and FreeBSD versions of ext2fs want to hang on to buffers for bitmaps, but BSD wants buffers to be released as soon as possible). I was waiting for the Lite2 merge, but that seems to have been done a few months ago, at least in the NetBSD version. Bruce From owner-freebsd-current Tue Oct 7 07:01:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA27555 for current-outgoing; Tue, 7 Oct 1997 07:01:55 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from chassiron.ensta.fr (root@chassiron.ensta.fr [147.250.7.201]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA27479; Tue, 7 Oct 1997 07:00:30 -0700 (PDT) (envelope-from bouyer@chassiron.ensta.fr) Received: (from bouyer@localhost) by chassiron.ensta.fr (8.8.6/8.8.5) id PAA12455; Tue, 7 Oct 1997 15:58:52 +0200 (MEST) Message-Id: <199710071358.PAA12455@chassiron.ensta.fr> Date: Tue, 7 Oct 1997 15:58:51 +0200 From: bouyer@chassiron.ensta.fr (Manuel Bouyer) To: sos@sos.freebsd.dk (=?iso-8859-1?Q?S=F8ren?= Schmidt) Cc: stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: EXT2FS code from -current to -stable References: <199710071051.UAA15356@godzilla.zeta.org.au> <199710071150.NAA03414@sos.freebsd.dk> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <199710071150.NAA03414@sos.freebsd.dk>; from Søren Schmidt on Oct 7, 1997 13:50:34 +0200 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Oct 7, Søren Schmidt wrote > Now we are talking about ext2fs, what about the version that OpenBSD > has, its GPL free (yeah!), do they have a fix for this. > #define pedantic Please note that their ext2fs comes from NetBSD ... #undef pedantic -- Manuel Bouyer, LIP6, Universite Paris VI. email: bouyer@rp.lip6.fr bouyer@ensta.fr -- From owner-freebsd-current Tue Oct 7 08:06:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA02169 for current-outgoing; Tue, 7 Oct 1997 08:06:30 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA02163; Tue, 7 Oct 1997 08:06:25 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id JAA22678; Tue, 7 Oct 1997 09:04:17 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA05125; Tue, 7 Oct 1997 09:04:15 -0600 (MDT) Date: Tue, 7 Oct 1997 09:04:15 -0600 (MDT) Message-Id: <199710071504.JAA05125@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Søren Schmidt Cc: bde@zeta.org.au (Bruce Evans), baum@actcom.co.il, stable@freebsd.org, current@freebsd.org Subject: Re: EXT2FS code from -current to -stable In-Reply-To: <199710071150.NAA03414@sos.freebsd.dk> References: <199710071051.UAA15356@godzilla.zeta.org.au> <199710071150.NAA03414@sos.freebsd.dk> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Ext2FS bugs ] > > Now we are talking about ext2fs, what about the version that OpenBSD > has, its GPL free (yeah!), do they have a fix for this. I think that version is from NetBSD originally. I remember someone committing code to NetBSD when I watched that sort of thing. Nate From owner-freebsd-current Tue Oct 7 09:26:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07831 for current-outgoing; Tue, 7 Oct 1997 09:26:11 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07804; Tue, 7 Oct 1997 09:25:53 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id SAA03958; Tue, 7 Oct 1997 18:25:05 +0200 (MEST) From: Søren Schmidt Message-Id: <199710071625.SAA03958@sos.freebsd.dk> Subject: Re: Status of perl and tcl in vi? In-Reply-To: <199710071253.FAA06161@freefall.freebsd.org> from "Jordan K. Hubbard" at "Oct 7, 97 05:53:35 am" To: jkh@FreeBSD.ORG (Jordan K. Hubbard) Date: Tue, 7 Oct 1997 18:25:05 +0200 (MEST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > I guess in all the fracas over Tcl, we lost vi's tcl and perl > interpreters by default? I'm just now noticing that I can't do :tcl > anymore where it used to work, and given that I don't use this feature > very often I can also imagine that it might have left us some time ago > without my noticing. Weren't we going to allow vi to link with TCL > in -current unless NOTCL was set? > > If we could get perl upgraded to perl5 in the tree, we could include > it too, heck. Bloat that vi binary! ;-) AAAARRRGGGGHHHHHHHH!!!!!!!!! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Oct 7 09:26:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07916 for current-outgoing; Tue, 7 Oct 1997 09:26:54 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07715; Tue, 7 Oct 1997 09:24:35 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id SAA03948; Tue, 7 Oct 1997 18:23:47 +0200 (MEST) From: Søren Schmidt Message-Id: <199710071623.SAA03948@sos.freebsd.dk> Subject: Re: EXT2FS code from -current to -stable In-Reply-To: <199710071333.XAA21776@godzilla.zeta.org.au> from Bruce Evans at "Oct 7, 97 11:33:59 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 7 Oct 1997 18:23:47 +0200 (MEST) Cc: bde@zeta.org.au, baum@actcom.co.il, current@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > >Now we are talking about ext2fs, what about the version that OpenBSD > >has, its GPL free (yeah!), do they have a fix for this. > > Do you mean the NetBSD version? :-) It should never have had this bug, Sorry just saw it in OpenBSD (they are kind of the same to me anyways) > since the bug is caused by semantic mismatch between BSD buffer handling > and vestiges of Linux buffer handling in the GPL'ed part (the Linux and > FreeBSD versions of ext2fs want to hang on to buffers for bitmaps, but > BSD wants buffers to be released as soon as possible). > > I was waiting for the Lite2 merge, but that seems to have been done a > few months ago, at least in the NetBSD version. So, should we go for it ?? I might find a couple of spare hours to do it.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Oct 7 14:27:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA24394 for current-outgoing; Tue, 7 Oct 1997 14:27:44 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA24380 for ; Tue, 7 Oct 1997 14:27:40 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id OAA08786; Tue, 7 Oct 1997 14:27:19 -0700 (MST) From: Terry Lambert Message-Id: <199710072127.OAA08786@usr05.primenet.com> Subject: Re: how to detect different kernel code (select or poll) To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 7 Oct 1997 21:27:18 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19971007085335.QS46081@uriah.heep.sax.de> from "J Wunsch" at Oct 7, 97 08:53:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Why don't you just test for > > #if __FreeBSD__ >= 3 > > ? All that does is test to see if the compiler was compiled on a FreeBSD version 3 system. Look at how __FreeBSD__ gets is value... 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 7 14:54:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA26101 for current-outgoing; Tue, 7 Oct 1997 14:54:49 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA26087 for ; Tue, 7 Oct 1997 14:54:40 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA19101; Tue, 7 Oct 1997 22:43:03 +0100 (BST) Message-Id: <199710072143.WAA19101@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Simon Shapiro cc: Brian Somers , Alex , current@FreeBSD.ORG Subject: Re: really strange ppp problems In-reply-to: Your message of "Mon, 06 Oct 1997 19:31:16 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 1997 22:43:03 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi Brian Somers; On 06-Oct-97 you wrote: > > > No, but similar experience. In this case, the ISP is very friendly > > > (It's > > > me :-), The Lingston box is PM2E-R or not -R, and the only thing that > > > will > > > authenticate is V120. The V34 dialin script fails to authenticate, and > > > so > > > will the BONDING. I have given up trying to figure it out. The only > > > apparent difference is the phone number. > > > > > > The PM's authenticate with a Radius server. Nothing changed on the PM, > > > or > > > the Radius server. It works for Linux and Lose95, etc. but not > > > FreeBSD-3.0 > > > current. > > > > > > Since I own both sides, I can help diagnose it. My PPP diagnostics > > > abilities are limited, but a qualified party can have all the equipment > > > at > > > their disposal. > > > > What do the logs say ? > > Absolutely nothing, except ``authentication failed''. > > Oh, I am also getting: > > Sep 24 17:40:37 sendero /kernel.sendero: ppp0: line error 4000000 > Sep 24 17:40:37 sendero /kernel.sendero: ppp0: line error 4000000 > Sep 24 17:40:38 sendero /kernel.sendero: sio2: 2 more silo overflows (total > 7) > Sep 24 17:40:40 sendero /kernel.sendero: ppp0: line error 4000000 > Sep 24 17:40:40 sendero /kernel.sendero: ppp0: line error 4000000 > > When establishing a connection, i am also getting: > > Sep 29 03:02:59 sendero pppd[364]: pppd 2.3.1 started by ShimonR, uid 0 > Sep 29 03:03:06 sendero pppd[364]: Connect: ppp0 <--> /dev/cuaa2 > Sep 29 03:03:08 sendero /kernel.test: ppp0: no compressor for [15 3 29], 3 > Sep 29 03:03:08 sendero /kernel.test: ppp0: no compressor for [18 4 8], 4 > Sep 29 03:03:08 sendero routed[131]: Send sendto(ppp0, 206.190.143.2.520): > Netwo > rk is down > Sep 29 03:03:08 sendero pppd[364]: local IP address 206.190.143.100 > Sep 29 03:03:08 sendero pppd[364]: remote IP address 206.190.143.2 Ah, pppd, this is where I become a bit unstuck :-I Sorry. I thought you were talking about ppp. I believe Joerg is on the virge of commiting some changes to do with pap & chap on pppd ;-) > > --- > > > Sincerely Yours, > > Simon Shapiro Atlas Telecom > Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 > Shimon@i-Connect.Net Voice: 503.799.2313 -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Tue Oct 7 14:56:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA26268 for current-outgoing; Tue, 7 Oct 1997 14:56:09 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from coconut.itojun.org (root@coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA26263; Tue, 7 Oct 1997 14:56:03 -0700 (PDT) (envelope-from itojun@itojun.org) From: itojun@itojun.org Received: from localhost (itojun@localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.8.5/3.6Wbeta6) with ESMTP id GAA28454; Wed, 8 Oct 1997 06:55:38 +0900 (JST) To: S ren Schmidt cc: jkh@FreeBSD.ORG (Jordan K. Hubbard), current@FreeBSD.ORG In-reply-to: sos's message of Tue, 07 Oct 1997 18:25:05 +0200. <199710071625.SAA03958@sos.freebsd.dk> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: Status of perl and tcl in vi? Date: Wed, 08 Oct 1997 06:55:38 +0900 Message-ID: <28450.876261338@coconut.itojun.org> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I guess in all the fracas over Tcl, we lost vi's tcl and perl >> interpreters by default? I'm just now noticing that I can't do :tcl >> anymore where it used to work, and given that I don't use this feature >> very often I can also imagine that it might have left us some time ago >> without my noticing. Weren't we going to allow vi to link with TCL >> in -current unless NOTCL was set? >> If we could get perl upgraded to perl5 in the tree, we could include >> it too, heck. Bloat that vi binary! ;-) >AAAARRRGGGGHHHHHHHH!!!!!!!!! I believe we'd better have very plain configuration (yes, no perl, no tcl) in /usr/bin/vi , and have ports directory for vi + tcl/perl. editors/nvi should be a good starting point. NOTE: editors/nvi includes multilingual extension, which is incompatible with compiled-in tcl/perl. itojun From owner-freebsd-current Tue Oct 7 15:22:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA27694 for current-outgoing; Tue, 7 Oct 1997 15:22:24 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA27685 for ; Tue, 7 Oct 1997 15:22:20 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03016 for current@FreeBSD.ORG; Wed, 8 Oct 1997 00:22:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id AAA11655; Wed, 8 Oct 1997 00:18:56 +0200 (MET DST) Message-ID: <19971008001855.ND00353@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 00:18:55 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Status of perl and tcl in vi? References: <199710071253.FAA06161@freefall.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199710071253.FAA06161@freefall.freebsd.org>; from Jordan K. Hubbard on Oct 7, 1997 05:53:35 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > If we could get perl upgraded to perl5 in the tree, we could include > it too, heck. Bloat that vi binary! ;-) Nobody seems to have missed it so far. :) (Perhaps it's only since all the Perl hackers use Emacs anyway. Does vi do syntax highlighting these days? No? Nothing for me then... :-)) -- 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 Oct 7 15:47:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA29204 for current-outgoing; Tue, 7 Oct 1997 15:47:27 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA29199 for ; Tue, 7 Oct 1997 15:47:24 -0700 (PDT) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA12570; Tue, 7 Oct 1997 15:46:24 -0700 Date: Tue, 7 Oct 1997 15:46:23 -0700 (PDT) From: "Brian N. Handy" To: current@FreeBSD.ORG Subject: Re: Status of perl and tcl in vi? In-Reply-To: <28450.876261338@coconut.itojun.org> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>> If we could get perl upgraded to perl5 in the tree, we could include >>> it too, heck. Bloat that vi binary! ;-) >>AAAARRRGGGGHHHHHHHH!!!!!!!!! > > I believe we'd better have very plain configuration (yes, no perl, > no tcl) in /usr/bin/vi , and have ports directory for vi + tcl/perl. > editors/nvi should be a good starting point. Is it really that important? It seems to me the people that would really care about this would also be sufficiently strong-willed to go into the appropriate makefile, set the appropriate flags and fire off a recompile. Brian From owner-freebsd-current Tue Oct 7 15:49:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA29382 for current-outgoing; Tue, 7 Oct 1997 15:49:55 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA29359; Tue, 7 Oct 1997 15:49:38 -0700 (PDT) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id RAA02150; Tue, 7 Oct 1997 17:48:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199710072248.RAA02150@dyson.iquest.net> Subject: Re: EXT2FS code from -current to -stable In-Reply-To: <199710071623.SAA03948@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Oct 7, 97 06:23:47 pm" To: sos@sos.freebsd.dk (Søren Schmidt) Date: Tue, 7 Oct 1997 17:48:51 -0500 (EST) Cc: bde@zeta.org.au, baum@actcom.co.il, current@FreeBSD.ORG, stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt said: > > > > I was waiting for the Lite2 merge, but that seems to have been done a > > few months ago, at least in the NetBSD version. > > So, should we go for it ?? I might find a couple of spare hours to do it.. > > Yes!!! :-). -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Tue Oct 7 16:07:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00331 for current-outgoing; Tue, 7 Oct 1997 16:07:10 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from paert.tse-online.de (paert.tse-online.de [194.97.69.172]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA00315 for ; Tue, 7 Oct 1997 16:07:02 -0700 (PDT) (envelope-from ab@paert.tse-online.de) Received: (qmail 20223 invoked by uid 1000); 7 Oct 1997 23:07:02 -0000 Message-ID: <19971008010702.47642@paert.tse-online.de> Date: Wed, 8 Oct 1997 01:07:02 +0200 From: braukmann@tse-online.de To: current@freebsd.org Subject: Re: Status of perl and tcl in vi? References: <199710071253.FAA06161@freefall.freebsd.org> <19971008001855.ND00353@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <19971008001855.ND00353@uriah.heep.sax.de>; from J Wunsch on Wed, Oct 08, 1997 at 12:18:55AM +0200 Organization: TSE TeleService GmbH Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, On Wed, Oct 08, 1997 at 12:18:55AM +0200, J Wunsch wrote: > > it too, heck. Bloat that vi binary! ;-) > Nobody seems to have missed it so far. :) > (Perhaps it's only since all the Perl hackers use Emacs anyway. Does > vi do syntax highlighting these days? No? Nothing for me then... :-)) Anybody who wants to use a 'big bloated syntax highlightning perl and tcl interpreting coffee cooking' vi should really install one of that kind from the ports. I really like 'vim' for the 'quick and dirty hacks'. If `uname` results in 'emacs', then I call for 'viper'. Regards, Andreas ... back to lurking-mode ... -- /// TSE TeleService GmbH | Gsf: Arne Reuter | /// Hovestrasse 14 | Andreas Braukmann | We do it with /// D-48351 Everswinkel | HRB: 1430, AG WAF | FreeBSD/SMP /// ------------------------------------------------------------------- /// PGP-Key: http://www.tse-online.de/~ab/public-key /// Key fingerprint: 12 13 EF BC 22 DD F4 B6 3C 25 C9 06 DC D3 45 9B From owner-freebsd-current Tue Oct 7 16:21:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01515 for current-outgoing; Tue, 7 Oct 1997 16:21:49 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA01503 for ; Tue, 7 Oct 1997 16:21:40 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA04312 for current@FreeBSD.ORG; Wed, 8 Oct 1997 01:21:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id AAA11937; Wed, 8 Oct 1997 00:54:38 +0200 (MET DST) Message-ID: <19971008005438.QR06986@uriah.heep.sax.de> Date: Wed, 8 Oct 1997 00:54:38 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: really strange ppp problems References: <199710072143.WAA19101@awfulhak.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199710072143.WAA19101@awfulhak.demon.co.uk>; from Brian Somers on Oct 7, 1997 22:43:03 +0100 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > Ah, pppd, this is where I become a bit unstuck :-I Sorry. I thought > you were talking about ppp. > > I believe Joerg is on the virge of commiting some changes to do with > pap & chap on pppd ;-) Well, no. You forgot we've got three implementations... I'm working on the third one, ``SyncPPP'', /sys/net/if_sppp*.[ch]. (This has mainly two effects for me: learning PPP, and providing for a rock solid base to use PPP-over-ISDN.) Anyway, i can't make any sense out of Simon's error messages either. -- 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 Oct 7 17:41:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA05612 for current-outgoing; Tue, 7 Oct 1997 17:41:06 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA05597 for ; Tue, 7 Oct 1997 17:40:55 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA20352; Wed, 8 Oct 1997 01:29:52 +0100 (BST) Message-Id: <199710080029.BAA20352@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "c5666305" cc: current@FreeBSD.ORG Subject: Re: ppp configure under 2.2.2 release In-reply-to: Your message of "Tue, 07 Oct 1997 09:51:43 +0800." <199710070151.JAA04087@cssolar40.COMP.HKP.HK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 01:29:52 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello, > > I am newbie to ppp configuration. Can any one show me the examples on > how to config ppp under 2.2.2 release ? I had read the files under > /etc/ppp but I simply don't know the usage of each file like ppp.conf and > so on. The login procedure for my unversity is like this. > > 1. dialin > 2. select is a ppp option after line connect. > > I need your help to config the ppp. Thanks. Take a look at http://www.awfulhak.org/ppp.html. It points to a pile of docs and the latest sources. > Clarence CHAN > > -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Tue Oct 7 21:18:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA16806 for current-outgoing; Tue, 7 Oct 1997 21:18:29 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA16801; Tue, 7 Oct 1997 21:18:21 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00674; Wed, 8 Oct 1997 13:45:00 +0930 (CST) Message-Id: <199710080415.NAA00674@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: itojun@itojun.org cc: S ren Schmidt , jkh@FreeBSD.ORG (Jordan K. Hubbard), current@FreeBSD.ORG Subject: Re: Status of perl and tcl in vi? In-reply-to: Your message of "Wed, 08 Oct 1997 06:55:38 +0900." <28450.876261338@coconut.itojun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 13:45:00 +0930 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> I guess in all the fracas over Tcl, we lost vi's tcl and perl > >> interpreters by default? I'm just now noticing that I can't do :tcl > >> anymore where it used to work, and given that I don't use this feature > >> very often I can also imagine that it might have left us some time ago > >> without my noticing. Weren't we going to allow vi to link with TCL > >> in -current unless NOTCL was set? > >> If we could get perl upgraded to perl5 in the tree, we could include > >> it too, heck. Bloat that vi binary! ;-) > >AAAARRRGGGGHHHHHHHH!!!!!!!!! > > I believe we'd better have very plain configuration (yes, no perl, > no tcl) in /usr/bin/vi , and have ports directory for vi + tcl/perl. > editors/nvi should be a good starting point. vi should be smart enough to dlopen() the relevant shared libraries and selectively enable/disable :tcl/:perl to suit the situation. mike From owner-freebsd-current Tue Oct 7 21:32:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17560 for current-outgoing; Tue, 7 Oct 1997 21:32:19 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17552 for ; Tue, 7 Oct 1997 21:32:11 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id GAA25967 for ; Wed, 8 Oct 1997 06:32:25 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id GAA15722 for freebsd-current@FreeBSD.ORG; Wed, 8 Oct 1997 06:31:46 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.11/nospam) id XAA28770; Tue, 7 Oct 1997 23:58:34 +0200 (CEST) (envelope-from roberto) Message-ID: <19971007235833.38984@keltia.freenix.fr> Date: Tue, 7 Oct 1997 23:58:33 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: make -j4 for kernel build on UP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Following the discussion about using -j4 for kernel compile even for UP systems (like mine), why do I get the following almost anytime I use "-jN" for kernel compiles ? It has been like that for a long time... --- init_main.o --- cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DPQ_LARGECACHE -DIBM_HACK -DMD5 -DCOMPAT_43 -DFFS -DINET -DKERNEL -include opt_global.h ../../kern/init_main.c --- imgact_aout.o --- vnode_if.h: In function `VOP_IOCTL': In file included from ../../sys/vnode.h:439, from ../../kern/imgact_aout.c:38: vnode_if.h:395: `VOFFSETstruct' undeclared (first use this function) vnode_if.h:395: (Each undeclared identifier is reported only once vnode_if.h:395: for each function it appears in.) vnode_if.h:395: parse error before `vop_lookup_args' vnode_if.h:417: parse error before `)' vnode_if.h:418: warning: control reaches end of non-void function vnode_if.h: At top level: vnode_if.h:419: redefinition of `struct vop_cachedlookup_args' vnode_if.h:425: warning: redundant redeclaration of `vop_cachedlookup_desc' in same scope vnode_if.h:39: warning: previous declaration of `vop_cachedlookup_desc' vnode_if.h:429: warning: redundant redeclaration of `VOP_CACHEDLOOKUP' in same scope vnode_if.h:45: warning: previous declaration of `VOP_CACHEDLOOKUP' vnode_if.h:431: redefinition of `VOP_CACHEDLOOKUP' vnode_if.h:45: `VOP_CACHEDLOOKUP' previously defined here vnode_if.h:443: redefinition of `struct vop_create_args' vnode_if.h:450: warning: redundant redeclaration of `vop_create_desc' in same scope ... many more cut ... -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #36: Sat Oct 4 19:58:34 CEST 1997 From owner-freebsd-current Tue Oct 7 22:45:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21823 for current-outgoing; Tue, 7 Oct 1997 22:45:57 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA21800 for ; Tue, 7 Oct 1997 22:45:52 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 29105 invoked by uid 1000); 8 Oct 1997 05:46:18 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19971008005438.QR06986@uriah.heep.sax.de> Date: Tue, 07 Oct 1997 22:46:18 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: (Joerg Wunsch) Subject: Re: really strange ppp problems Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi J Wunsch; On 07-Oct-97 you wrote: ... > Anyway, i can't make any sense out of Simon's error messages either. I didn't write them. i just quoted them. Verbatim :-) --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Tue Oct 7 22:45:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21816 for current-outgoing; Tue, 7 Oct 1997 22:45:56 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA21798 for ; Tue, 7 Oct 1997 22:45:52 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 29114 invoked by uid 1000); 8 Oct 1997 05:46:18 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <01bcd322$92763360$513654c7@cello.synapse.net> Date: Tue, 07 Oct 1997 22:46:18 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "Evan Champion" Subject: RE: dpt driver Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "Evan Champion"; On 07-Oct-97 you wrote: > Has the driver for the DPT RAID controllers been included in the more > recent > 3.0-SNAPs or 2.2.5-BETA? Not that I know of. current is ``real-soon-now'' 2.2? You may have to suffer through patching for a while :-( --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Tue Oct 7 22:54:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA22250 for current-outgoing; Tue, 7 Oct 1997 22:54:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA22245 for ; Tue, 7 Oct 1997 22:54:39 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id HAA26047 for ; Wed, 8 Oct 1997 07:54:56 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id HAA18045 for current@FreeBSD.ORG; Wed, 8 Oct 1997 07:54:29 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.11/nospam) id HAA00292; Wed, 8 Oct 1997 07:47:29 +0200 (CEST) (envelope-from roberto) Message-ID: <19971008074729.20086@keltia.freenix.fr> Date: Wed, 8 Oct 1997 07:47:29 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: Status of perl and tcl in vi? References: <199710071253.FAA06161@freefall.freebsd.org> <19971008001855.ND00353@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <19971008001855.ND00353@uriah.heep.sax.de>; from J Wunsch on Wed, Oct 08, 1997 at 12:18:55AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > (Perhaps it's only since all the Perl hackers use Emacs anyway. Does > vi do syntax highlighting these days? No? Nothing for me then... :-)) Try vim5 (still in beta at 5.0o), it does. And a pretty good job at that. I really appreciate the procmail highlighting... -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #36: Sat Oct 4 19:58:34 CEST 1997 From owner-freebsd-current Tue Oct 7 23:12:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23342 for current-outgoing; Tue, 7 Oct 1997 23:12:35 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from earth.mat.net (chuckr@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23328; Tue, 7 Oct 1997 23:12:24 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by earth.mat.net (8.8.7/8.6.12) with SMTP id CAA21676; Wed, 8 Oct 1997 02:12:17 -0400 (EDT) Date: Wed, 8 Oct 1997 02:12:17 -0400 (EDT) From: Chuck Robey To: FreeBSD-current@FreeBSD.org cc: asami@FreeBSD.org Subject: buildworld Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I finally had a chance to really test Satoshi's makefile changes. I am recovering now from a sudden loss of two disks, just after I'd lent out my 3.0 snap cdrom. The latest cdrom I had laying around was 2.2, so I booted from that one, and began using ctm to get my cvs archive back. It's been awhile, because I have a slow line. Getting back to current was flawless. Makefile buildworld, ven from a 2.2 base, simply worked right, first time. Thanks for the work, Satoshi, you sure made things easy! {No, I don't have a .sig yet!} From owner-freebsd-current Tue Oct 7 23:36:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA24817 for current-outgoing; Tue, 7 Oct 1997 23:36:29 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca9-32.ix.netcom.com [207.93.143.96]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA24812 for ; Tue, 7 Oct 1997 23:36:26 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id XAA05880; Tue, 7 Oct 1997 23:36:14 -0700 (PDT) Date: Tue, 7 Oct 1997 23:36:14 -0700 (PDT) Message-Id: <199710080636.XAA05880@silvia.HIP.Berkeley.EDU> To: chuckr@mat.net CC: FreeBSD-current@FreeBSD.org In-reply-to: (message from Chuck Robey on Wed, 8 Oct 1997 02:12:17 -0400 (EDT)) Subject: Re: buildworld From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Getting back to current was flawless. Makefile buildworld, ven from a 2.2 * base, simply worked right, first time. * * Thanks for the work, Satoshi, you sure made things easy! Well, sorry to burst a bubble but I don't think going to -current from 2.2 on *one* machine was hard even without my modification. ;) (Of course, if someone is going to 2.2 or -current from 2.1.x, that's a different question.) Anyway, the main point of my change was to be able to build world on a machine and install it on another. That is because "buildworld" doesn't install outside the host system's /usr/obj. Now, with people's help, -current no longer requires the source tree to be in /usr/src so you can even build -current and 2.2 worlds on the same fileserver (just have "/usr/src" pointing to the 2.2 source tree). Do "make installworld" on the NFS clients and you'll be all set (I do this all the time). Satoshi From owner-freebsd-current Wed Oct 8 00:49:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA29987 for current-outgoing; Wed, 8 Oct 1997 00:49:49 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA29961; Wed, 8 Oct 1997 00:49:40 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id RAA01454; Wed, 8 Oct 1997 17:16:49 +0930 (CST) Message-Id: <199710080746.RAA01454@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Chuck Robey cc: FreeBSD-current@FreeBSD.ORG, asami@FreeBSD.ORG Subject: Re: buildworld In-reply-to: Your message of "Wed, 08 Oct 1997 02:12:17 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Oct 1997 17:16:49 +0930 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I finally had a chance to really test Satoshi's makefile changes. I am > recovering now from a sudden loss of two disks, just after I'd lent out my > 3.0 snap cdrom. The latest cdrom I had laying around was 2.2, so I booted > from that one, and began using ctm to get my cvs archive back. It's been > awhile, because I have a slow line. > > Getting back to current was flawless. Makefile buildworld, ven from a 2.2 > base, simply worked right, first time. > > Thanks for the work, Satoshi, you sure made things easy! In a similar maneouvre, I accidentally did a "make world" on a 2.2 source tree on a -current machine. Having realised what I'd just done, I went back to a 3.0 source tree and ran "make world" again to undo it. Time consuming, but a great vindication of the principle! mike From owner-freebsd-current Wed Oct 8 00:56:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA00539 for current-outgoing; Wed, 8 Oct 1997 00:56:36 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca9-32.ix.netcom.com [207.93.143.96]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA00532 for ; Wed, 8 Oct 1997 00:56:29 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id AAA06340; Wed, 8 Oct 1997 00:55:02 -0700 (PDT) Date: Wed, 8 Oct 1997 00:55:02 -0700 (PDT) Message-Id: <199710080755.AAA06340@silvia.HIP.Berkeley.EDU> To: mike@smith.net.au CC: chuckr@mat.net, FreeBSD-current@FreeBSD.ORG In-reply-to: <199710080746.RAA01454@word.smith.net.au> (message from Mike Smith on Wed, 08 Oct 1997 17:16:49 +0930) Subject: Re: buildworld From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * In a similar maneouvre, I accidentally did a "make world" on a 2.2 * source tree on a -current machine. Having realised what I'd just done, * I went back to a 3.0 source tree and ran "make world" again to undo it. * * Time consuming, but a great vindication of the principle! Haha. ;) Good thing it wasn't the other way around, 'cause it won't be that easy that way (shared library versions...). Satoshi From owner-freebsd-current Wed Oct 8 01:36:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA03357 for current-outgoing; Wed, 8 Oct 1997 01:36:56 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from comp.polyu.edu.hk (csns02.comp.polyu.edu.hk [158.132.25.95]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA03352 for ; Wed, 8 Oct 1997 01:36:51 -0700 (PDT) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar40.COMP.HKP.HK by comp.polyu.edu.hk (SMI-8.6/SMI-SVR4) id QAA03388; Wed, 8 Oct 1997 16:36:35 +0800 Received: (from c5666305@localhost) by cssolar40.COMP.HKP.HK (SMI-8.6/) id QAA08253 for current@freebsd.org; Wed, 8 Oct 1997 16:36:34 +0800 Message-Id: <199710080836.QAA08253@cssolar40.COMP.HKP.HK> Subject: is 2.1.5 release still exist To: current@freebsd.org Date: Wed, 8 Oct 1997 16:36:34 +0800 (HKT) From: "c5666305" X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Can anyone tell me where can I get the 2.1.5 release ? I need it to install a 3D animation software (obliq-3D). Thanks. Clarence From owner-freebsd-current Wed Oct 8 06:09:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA16240 for current-outgoing; Wed, 8 Oct 1997 06:09:23 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA16233 for ; Wed, 8 Oct 1997 06:09:20 -0700 (PDT) (envelope-from vagner@ti.com) Received: from epcot.spdc.ti.com.spdc.ti.com ([192.226.26.53]) by gatekeep.ti.com (8.8.7) with SMTP id IAA01865 for ; Wed, 8 Oct 1997 08:10:13 -0500 (CDT) Received: from vagner (dhcp22-078.spdc.ti.com) by epcot.spdc.ti.com.spdc.ti.com (4.1/SMI-4.1) id AA10606; Wed, 8 Oct 97 08:08:49 CDT Message-Id: <343C3CC6.BC7A7A64@ti.com> Date: Wed, 08 Oct 1997 20:09:10 -0600 From: george X-Mailer: Mozilla 4.01 [en] (WinNT; I) Mime-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: (no subject) X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-current From owner-freebsd-current Wed Oct 8 06:41:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA17807 for current-outgoing; Wed, 8 Oct 1997 06:41:13 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA17779 for ; Wed, 8 Oct 1997 06:41:01 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by earth.mat.net (8.8.7/8.6.12) with SMTP id JAA27813; Wed, 8 Oct 1997 09:13:22 -0400 (EDT) Date: Wed, 8 Oct 1997 09:13:22 -0400 (EDT) From: Chuck Robey To: Satoshi Asami cc: FreeBSD-current@FreeBSD.org Subject: Re: buildworld In-Reply-To: <199710080636.XAA05880@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Satoshi Asami wrote: > * Getting back to current was flawless. Makefile buildworld, ven from a 2.2 > * base, simply worked right, first time. > * > * Thanks for the work, Satoshi, you sure made things easy! > > Well, sorry to burst a bubble but I don't think going to -current from > 2.2 on *one* machine was hard even without my modification. ;) (Of > course, if someone is going to 2.2 or -current from 2.1.x, that's a > different question. Having done a fair amount of make worlds in the past 2 years, under similar conditions, I'd become used to finding and fixing the various problems that always cropped up. This may have been an easy one for the build system, but (in the past) it never would have been this easy. > > Anyway, the main point of my change was to be able to build world on a > machine and install it on another. That is because "buildworld" > doesn't install outside the host system's /usr/obj. > > Now, with people's help, -current no longer requires the source tree > to be in /usr/src so you can even build -current and 2.2 worlds on the > same fileserver (just have "/usr/src" pointing to the 2.2 source tree). > Do "make installworld" on the NFS clients and you'll be all set (I do > this all the time). > > Satoshi > From owner-freebsd-current Wed Oct 8 11:58:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA07907 for current-outgoing; Wed, 8 Oct 1997 11:58:40 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA07889 for ; Wed, 8 Oct 1997 11:58:30 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id LAA00242; Wed, 8 Oct 1997 11:57:11 -0700 (MST) From: Terry Lambert Message-Id: <199710081857.LAA00242@usr05.primenet.com> Subject: Re: buildworld To: asami@cs.berkeley.edu (Satoshi Asami) Date: Wed, 8 Oct 1997 18:57:11 +0000 (GMT) Cc: chuckr@mat.net, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199710080636.XAA05880@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Oct 7, 97 11:36:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > * Getting back to current was flawless. Makefile buildworld, ven from a 2.2 > * base, simply worked right, first time. > * > * Thanks for the work, Satoshi, you sure made things easy! > > Well, sorry to burst a bubble but I don't think going to -current from > 2.2 on *one* machine was hard even without my modification. ;) (Of > course, if someone is going to 2.2 or -current from 2.1.x, that's a > different question.) Unless you have an if_de.c using ethernet card... This is because the compiler will not be rebuilt with "__FREEBSD__=3" until you rebuild the compiler while running on the new kernel. But you can't build a new kernel, because the if_de.c driver won't build correctly, unless you compile the new kernel with "__FREEBSD__=3". Nice Catch-22... or in this case, Catch-2.2. > Now, with people's help, -current no longer requires the source tree > to be in /usr/src so you can even build -current and 2.2 worlds on the > same fileserver (just have "/usr/src" pointing to the 2.2 source tree). No, you can't, so long as any code anywhere tests __FREEBSD__. > Do "make installworld" on the NFS clients and you'll be all set (I do > this all the time). This will work, because the kernel and compiler versions will be correct. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 8 15:56:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA20601 for current-outgoing; Wed, 8 Oct 1997 15:56:19 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA20596 for ; Wed, 8 Oct 1997 15:56:16 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.6/8.7.3) id PAA13398; Wed, 8 Oct 1997 15:56:09 -0700 (PDT) Date: Wed, 8 Oct 1997 15:56:09 -0700 (PDT) Message-Id: <199710082256.PAA13398@vader.cs.berkeley.edu> To: tlambert@primenet.com CC: chuckr@mat.net, FreeBSD-current@FreeBSD.ORG In-reply-to: <199710081857.LAA00242@usr05.primenet.com> (message from Terry Lambert on Wed, 8 Oct 1997 18:57:11 +0000 (GMT)) Subject: Re: buildworld From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Unless you have an if_de.c using ethernet card... We're not talking about the kernel. That's not part of "make world". * No, you can't, so long as any code anywhere tests __FREEBSD__. Actually, if that code is part of "make world", it will be built using the "new" compiler that has __FreeBSD__ defined to the right value. * > Do "make installworld" on the NFS clients and you'll be all set (I do * > this all the time). * * This will work, because the kernel and compiler versions will be correct. Actually, if you are rebuilding the world AND the kernel on the fileserver, this won't work, according to what you said above. (It will of course work if you build the kernel on the client, but that always worked.) Satoshi From owner-freebsd-current Wed Oct 8 16:05:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21074 for current-outgoing; Wed, 8 Oct 1997 16:05:22 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (tibet-45.ppp.hooked.net [206.80.9.173]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21060 for ; Wed, 8 Oct 1997 16:05:18 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id QAA00663 for ; Wed, 8 Oct 1997 16:05:45 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 8 Oct 1997 16:05:45 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: current@freebsd.org Subject: Re: make -j4 for kernel build on UP In-Reply-To: <19971007235833.38984@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 Oct 1997, Ollivier Robert wrote: > Following the discussion about using -j4 for kernel compile even for UP > systems (like mine), why do I get the following almost anytime I use "-jN" > for kernel compiles ? > > It has been like that for a long time... Run make depend first. make depend && make -j4 or make depend; make -j4 will do this all in one fell swoop. - alex From owner-freebsd-current Wed Oct 8 20:17:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03928 for current-outgoing; Wed, 8 Oct 1997 20:17:33 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03923 for ; Wed, 8 Oct 1997 20:17:30 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id XAA20072; Wed, 8 Oct 1997 23:17:20 -0400 (EDT) Date: Wed, 8 Oct 1997 23:17:20 -0400 (EDT) From: Garrett Wollman Message-Id: <199710090317.XAA20072@khavrinen.lcs.mit.edu> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: buildworld In-Reply-To: <199710082256.PAA13398@vader.cs.berkeley.edu> References: <199710081857.LAA00242@usr05.primenet.com> <199710082256.PAA13398@vader.cs.berkeley.edu> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < * Unless you have an if_de.c using ethernet card... > We're not talking about the kernel. That's not part of "make world". For once, Terry is actually right. You can't build the world without __getcwd(), which only exists in a new kernel, which (if you need the de driver) you can't build without the new compiler. (I ran into the former proble, but since it was on my laptop the latter didn't matter.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Thu Oct 9 02:21:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19515 for current-outgoing; Thu, 9 Oct 1997 02:21:39 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca8-03.ix.netcom.com [207.93.141.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA19510 for ; Thu, 9 Oct 1997 02:21:33 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id CAA04747; Thu, 9 Oct 1997 02:21:26 -0700 (PDT) Date: Thu, 9 Oct 1997 02:21:26 -0700 (PDT) Message-Id: <199710090921.CAA04747@silvia.HIP.Berkeley.EDU> To: wollman@khavrinen.lcs.mit.edu CC: FreeBSD-current@FreeBSD.ORG In-reply-to: <199710090317.XAA20072@khavrinen.lcs.mit.edu> (message from Garrett Wollman on Wed, 8 Oct 1997 23:17:20 -0400 (EDT)) Subject: Re: buildworld From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * For once, Terry is actually right. You can't build the world without * __getcwd(), which only exists in a new kernel, which (if you need the Um, I did a buildworld of -current on a 2.2-stable box yesterday. (I didn't install it, I was just checking out the p-make mods.) Satoshi From owner-freebsd-current Thu Oct 9 02:25:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19722 for current-outgoing; Thu, 9 Oct 1997 02:25:23 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca8-03.ix.netcom.com [207.93.141.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA19714 for ; Thu, 9 Oct 1997 02:25:19 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id CAA04769; Thu, 9 Oct 1997 02:25:12 -0700 (PDT) Date: Thu, 9 Oct 1997 02:25:12 -0700 (PDT) Message-Id: <199710090925.CAA04769@silvia.HIP.Berkeley.EDU> To: chuckr@mat.net CC: FreeBSD-current@FreeBSD.org In-reply-to: (message from Chuck Robey on Wed, 8 Oct 1997 09:13:22 -0400 (EDT)) Subject: Re: buildworld From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Having done a fair amount of make worlds in the past 2 years, under * similar conditions, I'd become used to finding and fixing the various * problems that always cropped up. This may have been an easy one for the * build system, but (in the past) it never would have been this easy. You are right. I forgot that I added some cruft to pre-populate the include files dir (thus de-necessitating the need for "make includes"). That was only possible because we were doing this on the temporary build tree, it wouldn't have been appropriate to do it on the "real" include dir. Also, we (mostly Bruce) took care of making sure to come up with the complete set of utilities needed to rebuild the world. This may have reduced the amount of hand-patching needed. Satoshi From owner-freebsd-current Thu Oct 9 04:49:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA26194 for current-outgoing; Thu, 9 Oct 1997 04:49:13 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA26184 for ; Thu, 9 Oct 1997 04:48:52 -0700 (PDT) (envelope-from bsdcvs@shadows.aeon.net) Received: (from bsdcvs@localhost) by shadows.aeon.net (8.8.7/8.8.3) id OAA11268 for current@freebsd.org; Thu, 9 Oct 1997 14:49:05 +0200 (EET) From: mika ruohotie Message-Id: <199710091249.OAA11268@shadows.aeon.net> Subject: Re: cvs commit: src/etc make.conf In-Reply-To: <25109.876310972@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 8, 97 04:42:52 am" To: current@freebsd.org Date: Thu, 9 Oct 1997 14:49:05 +0200 (EET) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk uh, pardon me hijacking the subject... (will move this from cvs list to current too) the make.conf 'FTP_PASSIVE_MODE= YES' means that behind a firewall it's something to be used so that ftp makes passive requests and thus "works", right? well, wrong. or i'm wrong. what is that option supposed to do? my machine, behind a firewall, requires passive mode, refuses to automaticly use the passive mode from /usr/ports (for fetch)... why does it work after i put FETCH_BEFORE_ARGS ?= -p into my /etc/make.conf anyway, in the end, there's patch for adding that to the default /etc/make.conf. i think it'd be what many people have been wondering... as far as i can see, this is far better way to do it than bloating the fetch to actually agree with FTP_PASSIVE_MODE. =) mickey -- mika ruohotie mika@aeon.net --- SNIP --- *** /usr/src/etc/make.conf Mon Sep 29 16:10:56 1997 --- /etc/make.conf Thu Oct 9 14:40:31 1997 *************** *** 177,179 **** --- 177,185 ---- # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE= 101 + + # + # when using fetch(1) behind a firewall, uncomment this and it will + # enable the passive mode. + # + #FETCH_BEFORE_ARGS ?= -p From owner-freebsd-current Thu Oct 9 05:47:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA28199 for current-outgoing; Thu, 9 Oct 1997 05:47:36 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA28191 for ; Thu, 9 Oct 1997 05:47:28 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id FAA07709; Thu, 9 Oct 1997 05:45:47 -0700 (PDT) To: mika ruohotie cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/etc make.conf In-reply-to: Your message of "Thu, 09 Oct 1997 14:49:05 +0200." <199710091249.OAA11268@shadows.aeon.net> Date: Thu, 09 Oct 1997 05:45:47 -0700 Message-ID: <7705.876401147@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > the make.conf 'FTP_PASSIVE_MODE= YES' means that behind a firewall > it's something to be used so that ftp makes passive requests and > thus "works", right? Right. It's used by the standard FTP: root@time-> cd /usr/src/usr.bin/ftp root@time-> grep FTP_PASSIVE_MODE * main.c: if (getenv("FTP_PASSIVE_MODE") || strcmp(cp, "pftp") == 0) Is documented by fetch: root@time-> cd /usr/src/usr.bin/fetch root@time-> grep FTP_PASSIVE_MODE * fetch.1:.Bl -tag -width FTP_PASSIVE_MODE -offset indent fetch.1:.It Ev FTP_PASSIVE_MODE And is implemented for fetch and other utilities in libftpio: root@time-> cd /usr/src/lib/libftpio root@time-> grep FTP_PASSIVE_MODE * ftpio.c: if (getenv("FTP_PASSIVE_MODE")) > as far as i can see, this is far better way to do it than > bloating the fetch to actually agree with FTP_PASSIVE_MODE. Fetch is already, through libftpio, supposed to agree with it. Unfortunately, I don't have a firewall'd machined handy to test at the moment but it's certainly worked in the past when I did. Jordan From owner-freebsd-current Thu Oct 9 06:45:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA00730 for current-outgoing; Thu, 9 Oct 1997 06:45:43 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca8-03.ix.netcom.com [207.93.141.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA00723 for ; Thu, 9 Oct 1997 06:45:32 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id GAA08164; Thu, 9 Oct 1997 06:45:30 -0700 (PDT) Date: Thu, 9 Oct 1997 06:45:30 -0700 (PDT) Message-Id: <199710091345.GAA08164@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: world build error from 2.1.5R From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After removing the "-B" in the initial make build, it goes on but eventually dies with a weird error: ======= ===> share/doc/papers/memfs indxbib -c /a/current/src/share/doc/papers/memfs/../../../../contrib/groff/indxbib/eign -o ref.bib /a/current/src/share/doc/papers/memfs/ref.bib indxbib:fatal error: cannot get current working directory: Operation not supported *** Error code 3 Stop. ======= What the hell is this? Does this have something to do with getcwd()? Satoshi From owner-freebsd-current Thu Oct 9 07:10:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02072 for current-outgoing; Thu, 9 Oct 1997 07:10:39 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02061 for ; Thu, 9 Oct 1997 07:10:27 -0700 (PDT) (envelope-from pjchilds@al.imforei.apana.org.au) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id XAA02412; Thu, 9 Oct 1997 23:40:14 +0930 (CST) Date: Thu, 9 Oct 1997 23:40:14 +0930 (CST) From: Peter Childs Message-Id: <199710091410.XAA02412@al.imforei.apana.org.au> To: phk@critter.freebsd.dk (Poul-Henning Kamp), freebsd-current@freebsd.org Subject: Re: wd.c version 1.138 -> 1.139 broke wdreset ? X-Newsreader: TIN [UNIX 1.3 unoff BETA 970731; i386 FreeBSD 2.2-STABLE] Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <657.875088380@critter.freebsd.dk> you wrote: > In message <199709240756.CAA03553@dyson.iquest.net>, "John S. Dyson" writes: > >Poul-Henning Kamp said: > >> > >> It looks to me like the 1.138 to 1.139 commit broke wdreset() ? > Well, I couldn't resume my laptops disk until I backed this out. > Soren complained about lack of recovery the other evening in case of > a bad block, I belive it is the same problem. I've noticed a problem just of late we two or three system locks with a "wdunwedge failed" message... i was thinking this was a sign of impending hardware failure, but have had no time to investigate. My wd.c is 1.119.2.8 (2.2-stable)... Related problem?, or tangent? Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key From owner-freebsd-current Thu Oct 9 08:53:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA08111 for current-outgoing; Thu, 9 Oct 1997 08:53:01 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA08103 for ; Thu, 9 Oct 1997 08:52:56 -0700 (PDT) (envelope-from robin@intercore.com) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id LAA09095; Thu, 9 Oct 1997 11:50:21 -0400 (EDT) Message-ID: <19971009115020.21318@num1sun.intercore.com> Date: Thu, 9 Oct 1997 11:50:20 -0400 From: Robin Cutshaw To: freebsd-current@freebsd.org Cc: robin@intercore.com Subject: NFS cache problem in 3.0 SNAP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just upgraded to 3.0-971003-SNAP and have an NFS client problem. If I change a file on the NFS server (FreeBSD 2.2.1), the change does not show up on the 3.0 client if I had previously read the file before the change. The change didn't show up for a minute or so. I then unmounted the directory and remounted it at which point the change showed up. This didn't happen with the previous snap (3.0-970209-SNAP). robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Thu Oct 9 09:32:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10197 for current-outgoing; Thu, 9 Oct 1997 09:32:29 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA10186 for ; Thu, 9 Oct 1997 09:32:22 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA00315 for ; Thu, 9 Oct 1997 18:32:08 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id SAA26084 for current@FreeBSD.ORG; Thu, 9 Oct 1997 18:31:56 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-2.11/nospam) id HAA05114; Thu, 9 Oct 1997 07:27:46 +0200 (CEST) (envelope-from roberto) Message-ID: <19971009072746.18680@keltia.freenix.fr> Date: Thu, 9 Oct 1997 07:27:46 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: make -j4 for kernel build on UP References: <19971007235833.38984@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: ; from Alex on Wed, Oct 08, 1997 at 04:05:45PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3714 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Alex: > Run make depend first. make depend && make -j4 or make depend; make -j4 > will do this all in one fell swoop. Sorry, I always run "make depend" first, independantly of "make -j4". It fails most of the time anyway. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #36: Sat Oct 4 19:58:34 CEST 1997 From owner-freebsd-current Thu Oct 9 10:02:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12388 for current-outgoing; Thu, 9 Oct 1997 10:02:17 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12375 for ; Thu, 9 Oct 1997 10:02:09 -0700 (PDT) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id MAA01159; Thu, 9 Oct 1997 12:02:08 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id MAA26862; Thu, 9 Oct 1997 12:02:08 -0500 (CDT) Message-ID: <19971009120208.12168@Mars.Mcs.Net> Date: Thu, 9 Oct 1997 12:02:08 -0500 From: Karl Denninger To: Robin Cutshaw Cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP References: <19971009115020.21318@num1sun.intercore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <19971009115020.21318@num1sun.intercore.com>; from Robin Cutshaw on Thu, Oct 09, 1997 at 11:50:20AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Oct 09, 1997 at 11:50:20AM -0400, Robin Cutshaw wrote: > > I just upgraded to 3.0-971003-SNAP and have an NFS client problem. If > I change a file on the NFS server (FreeBSD 2.2.1), the change does not > show up on the 3.0 client if I had previously read the file before the > change. The change didn't show up for a minute or so. I then unmounted > the directory and remounted it at which point the change showed up. > > This didn't happen with the previous snap (3.0-970209-SNAP). > > robin > -- > ---- > Robin Cutshaw internet: robin@interlabs.com robin@intercore.com > Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org > > "Time is just one damn thing after another" -- PBS/Nova > ---- > -- This is a problem that I reported some time ago, and it remains open. Its actually quite a bit more serious than you might think; look for my previous message in the archives for the exact behavior(s) that are exhibited under different conditions. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex modem support is now available Voice: [+1 312 803-MCS1 x219]| 56kbps DIGITAL ISDN DOV on analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Thu Oct 9 11:00:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA16275 for current-outgoing; Thu, 9 Oct 1997 11:00:51 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA16260 for ; Thu, 9 Oct 1997 11:00:36 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id TAA02909; Thu, 9 Oct 1997 19:59:03 +0200 (CEST) To: Karl Denninger cc: Robin Cutshaw , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP In-reply-to: Your message of "Thu, 09 Oct 1997 12:02:08 CDT." <19971009120208.12168@Mars.Mcs.Net> Date: Thu, 09 Oct 1997 19:59:03 +0200 Message-ID: <2907.876419943@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <19971009120208.12168@Mars.Mcs.Net>, Karl Denninger writes: >> >> I just upgraded to 3.0-971003-SNAP and have an NFS client problem. If >> I change a file on the NFS server (FreeBSD 2.2.1), the change does not >> show up on the 3.0 client > >This is a problem that I reported some time ago, and it remains open. > >Its actually quite a bit more serious than you might think; look for my >previous message in the archives for the exact behavior(s) that are >exhibited under different conditions. I backed my VOP_LOOKUP change out recently, I pressume that improved the situation a bit or hur ? I'm wondering if we need a call from the nfs code to the namecache when the nfs code decides that a directory has been changed. Anybody know where we can detect that situation ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Thu Oct 9 11:22:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17809 for current-outgoing; Thu, 9 Oct 1997 11:22:00 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17798 for ; Thu, 9 Oct 1997 11:21:53 -0700 (PDT) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id NAA06172; Thu, 9 Oct 1997 13:21:47 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id NAA00660; Thu, 9 Oct 1997 13:21:46 -0500 (CDT) Message-ID: <19971009132146.18909@Mars.Mcs.Net> Date: Thu, 9 Oct 1997 13:21:46 -0500 From: Karl Denninger To: Poul-Henning Kamp Cc: Karl Denninger , Robin Cutshaw , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP References: <19971009120208.12168@Mars.Mcs.Net> <2907.876419943@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <2907.876419943@critter.freebsd.dk>; from Poul-Henning Kamp on Thu, Oct 09, 1997 at 07:59:03PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Oct 09, 1997 at 07:59:03PM +0200, Poul-Henning Kamp wrote: > In message <19971009120208.12168@Mars.Mcs.Net>, Karl Denninger writes: > >> > >> I just upgraded to 3.0-971003-SNAP and have an NFS client problem. If > >> I change a file on the NFS server (FreeBSD 2.2.1), the change does not > >> show up on the 3.0 client > > > >This is a problem that I reported some time ago, and it remains open. > > > >Its actually quite a bit more serious than you might think; look for my > >previous message in the archives for the exact behavior(s) that are > >exhibited under different conditions. > > I backed my VOP_LOOKUP change out recently, I pressume that improved > the situation a bit or hur ? Uh, when? I just looked through the commitlogs for sys and didn't see it.... > I'm wondering if we need a call from the nfs code to the namecache > when the nfs code decides that a directory has been changed. Anybody > know where we can detect that situation ? > > -- > Poul-Henning Kamp FreeBSD coreteam member Not offhand, no. The problem we see here which is very repeatable is this: Boxes (1 and 2, server is on system 3 which is not involved) 1: mv file1 file2 2: cat file1 (still works) 1: cp file3 file1 2: cat file1 (still shows OLD contents of file 1) 1: rm file1 2: cat file1 (STILL shows old contents - you've now lost the ability to get at the handle which was there first!) This is bad. Here's another: 1: rm file1 2: cat file1 (returns "Stale NFS handle" - not file not found!) 1: cp file3 file1 2: cat file1 (now shows proper content; it "fixed itself") -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex modem support is now available Voice: [+1 312 803-MCS1 x219]| 56kbps DIGITAL ISDN DOV on analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Thu Oct 9 11:44:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19504 for current-outgoing; Thu, 9 Oct 1997 11:44:33 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19494 for ; Thu, 9 Oct 1997 11:44:27 -0700 (PDT) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.7/8.8.5) with SMTP id UAA02329 for ; Thu, 9 Oct 1997 20:46:16 +0200 (CEST) Date: Thu, 9 Oct 1997 20:46:15 +0200 (CEST) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: Pentium II SMP system - looking for advice Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I'm going to get assembled a real beast for the purpose of ATM traffic analysis: 2*Pentium II 233, 512 MB RAM. I'm seeking advice from someone more experienced: * What motherboard should I use? What chipset? (ASUS, Intel, TX, LX ?) * What type of RAM (DIMM? is it really SO faster?) * ASUS m/b has on-board NCR SCSI. Should I use it, or go for 2940UW? * What processor/bus speed (I'll be very hungry for PCI bandwidth)? Price is not so important (to some extent.. :-)) The most important is RAM access speed and PCI b/w. Also, I'll need good SCSI for saving data (so as not to overload the cpus - I'll need all of the processing power to analyze the data). Thank you for any insight on this. Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-current Thu Oct 9 11:51:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20160 for current-outgoing; Thu, 9 Oct 1997 11:51:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19615 for ; Thu, 9 Oct 1997 11:46:00 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id UAA02999; Thu, 9 Oct 1997 20:44:34 +0200 (CEST) To: Karl Denninger cc: Robin Cutshaw , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP In-reply-to: Your message of "Thu, 09 Oct 1997 13:21:46 CDT." <19971009132146.18909@Mars.Mcs.Net> Date: Thu, 09 Oct 1997 20:44:34 +0200 Message-ID: <2997.876422674@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <19971009132146.18909@Mars.Mcs.Net>, Karl Denninger writes: >On Thu, Oct 09, 1997 at 07:59:03PM +0200, Poul-Henning Kamp wrote: >> >> I backed my VOP_LOOKUP change out recently, I pressume that improved >> the situation a bit or hur ? > >Uh, when? I just looked through the commitlogs for sys and didn't see it.... 1.62 date 97.10.05.12.28.59; author phk; state Exp; Reverse rev 1.56 and rev 1.59. These made NFS too flakey. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Thu Oct 9 11:51:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20176 for current-outgoing; Thu, 9 Oct 1997 11:51:45 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA20133 for ; Thu, 9 Oct 1997 11:51:33 -0700 (PDT) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id NAA08792; Thu, 9 Oct 1997 13:51:29 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id NAA01662; Thu, 9 Oct 1997 13:51:29 -0500 (CDT) Message-ID: <19971009135128.24005@Mars.Mcs.Net> Date: Thu, 9 Oct 1997 13:51:28 -0500 From: Karl Denninger To: Poul-Henning Kamp Cc: Karl Denninger , Robin Cutshaw , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP References: <19971009132146.18909@Mars.Mcs.Net> <2997.876422674@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <2997.876422674@critter.freebsd.dk>; from Poul-Henning Kamp on Thu, Oct 09, 1997 at 08:44:34PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Oct 09, 1997 at 08:44:34PM +0200, Poul-Henning Kamp wrote: > In message <19971009132146.18909@Mars.Mcs.Net>, Karl Denninger writes: > >On Thu, Oct 09, 1997 at 07:59:03PM +0200, Poul-Henning Kamp wrote: > >> > >> I backed my VOP_LOOKUP change out recently, I pressume that improved > >> the situation a bit or hur ? > > > >Uh, when? I just looked through the commitlogs for sys and didn't see it.... > > 1.62 > date 97.10.05.12.28.59; author phk; state Exp; > > Reverse rev 1.56 and rev 1.59. These made NFS too flakey. > > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." Hmmm... how did I miss that one? :-) I'll get 1.41 of nfs_bio out again (the current rev causes panics) and retest. Anyone working on the problem with the "ed" driver in that 16-bit SMC cards don't reset properly on a softboot any more? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex modem support is now available Voice: [+1 312 803-MCS1 x219]| 56kbps DIGITAL ISDN DOV on analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Thu Oct 9 12:04:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21244 for current-outgoing; Thu, 9 Oct 1997 12:04:17 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21230 for ; Thu, 9 Oct 1997 12:04:03 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id NAA12118; Thu, 9 Oct 1997 13:00:27 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA16536; Thu, 9 Oct 1997 13:00:27 -0600 (MDT) Date: Thu, 9 Oct 1997 13:00:27 -0600 (MDT) Message-Id: <199710091900.NAA16536@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Karl Denninger Cc: Poul-Henning Kamp , Robin Cutshaw , freebsd-current@freebsd.org Subject: Re: NFS cache problem in 3.0 SNAP In-Reply-To: <19971009132146.18909@Mars.Mcs.Net> References: <19971009120208.12168@Mars.Mcs.Net> <2907.876419943@critter.freebsd.dk> <19971009132146.18909@Mars.Mcs.Net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem we see here which is very repeatable is this: > > Boxes (1 and 2, server is on system 3 which is not involved) > > 1: mv file1 file2 > 2: cat file1 (still works) > 1: cp file3 file1 > 2: cat file1 (still shows OLD contents of file 1) > 1: rm file1 > 2: cat file1 (STILL shows old contents - you've now lost the ability > to get at the handle which was there first!) > > This is bad. I can do this, albeit inconsistantly on my Solaris boxes here (both running Solaris 2.5, soon to be 2.6). Both machines have their clocks sync'd to my local NTP server, so it's not a time-stamp problem. > Here's another: > 1: rm file1 > 2: cat file1 (returns "Stale NFS handle" - not file not found!) > 1: cp file3 file1 > 2: cat file1 (now shows proper content; it "fixed itself") This seems to be correct behavior, is it not? (Other than the Stale NFS handle.) This also seems to happen fairly regularly on the Solaris boxes doing such things. Nate ps. The reason I mention this is because Solaris is what I consider to be the 'standard' for NFS, and if they can't even get it right. From owner-freebsd-current Thu Oct 9 12:17:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22312 for current-outgoing; Thu, 9 Oct 1997 12:17:53 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22303 for ; Thu, 9 Oct 1997 12:17:48 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA07111; Thu, 9 Oct 1997 12:17:44 -0700 (MST) From: Terry Lambert Message-Id: <199710091917.MAA07111@usr08.primenet.com> Subject: Re: world build error from 2.1.5R To: asami@cs.berkeley.edu (Satoshi Asami) Date: Thu, 9 Oct 1997 19:17:44 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199710091345.GAA08164@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Oct 9, 97 06:45:30 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ===> share/doc/papers/memfs > indxbib -c /a/current/src/share/doc/papers/memfs/../../../../contrib/groff/indxbib/eign -o ref.bib /a/current/src/share/doc/papers/memfs/ref.bib > indxbib:fatal error: cannot get current working directory: Operation not supported > *** Error code 3 > > What the hell is this? Does this have something to do with getcwd()? Yes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 9 12:18:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22353 for current-outgoing; Thu, 9 Oct 1997 12:18:18 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22346 for ; Thu, 9 Oct 1997 12:18:15 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA07088; Thu, 9 Oct 1997 12:16:47 -0700 (MST) From: Terry Lambert Message-Id: <199710091916.MAA07088@usr08.primenet.com> Subject: Re: buildworld To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Thu, 9 Oct 1997 19:16:46 +0000 (GMT) Cc: asami@cs.berkeley.edu, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199710090317.XAA20072@khavrinen.lcs.mit.edu> from "Garrett Wollman" at Oct 8, 97 11:17:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > * Unless you have an if_de.c using ethernet card... > > We're not talking about the kernel. That's not part of "make world". > > For once, Terry is actually right. You can't build the world without > __getcwd(), which only exists in a new kernel, which (if you need the > de driver) you can't build without the new compiler. (I ran into the > former proble, but since it was on my laptop the latter didn't > matter.) The getcwd() is a bit more annoying; first off, it should really be an fcntl() on a descriptor opened on the current directory; this would let me get "path to root" for any directory simply by passing a different fd to the thing. Second, the library code should recognize ENOSYS and fall back, at least in the static case. For the shared case, one presumes that the program will grab the shared library appropriate to the system, since the top level library interface hasn't really changed, and this is therefore not worthy of a major number bump. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 9 12:25:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22865 for current-outgoing; Thu, 9 Oct 1997 12:25:24 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22860 for ; Thu, 9 Oct 1997 12:25:21 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA07343; Thu, 9 Oct 1997 12:25:05 -0700 (MST) From: Terry Lambert Message-Id: <199710091925.MAA07343@usr08.primenet.com> Subject: Re: NFS cache problem in 3.0 SNAP To: robin@intercore.com (Robin Cutshaw) Date: Thu, 9 Oct 1997 19:25:04 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG, robin@intercore.com In-Reply-To: <19971009115020.21318@num1sun.intercore.com> from "Robin Cutshaw" at Oct 9, 97 11:50:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just upgraded to 3.0-971003-SNAP and have an NFS client problem. If > I change a file on the NFS server (FreeBSD 2.2.1), the change does not > show up on the 3.0 client if I had previously read the file before the > change. The change didn't show up for a minute or so. I then unmounted > the directory and remounted it at which point the change showed up. > > This didn't happen with the previous snap (3.0-970209-SNAP). Are you changing metadata, or file contents? If file contents, then you are asking for distributed cache coherency; the amount of time you wait will dictate whether or not the lease has expired and the data will be refetched. NFS assumes that you will use locks to access ranges, and that locked ranges will be flushed from the read cache at lock time. This is actually possible to assert locally in VOP_ADVLOCK, but this will not protect you from two clients in the same page without a veto-based mechanism to guard against coelescing a bad lock in with good locks. As long as you don't rely on the locks, you should be OK. Clearly, the real fix is to assert the lock with a buffer time stamp if it's locally cached data in the lock range, and have seperate status for "range written since this time". To do this naievely, you would use file modification time. If you are using mmap() and expecting a change, use munmap() to throw the pages away and remap them. This will, in effect, cause a cache invalidation locally. You will still have whatever issues you have in terms of guaranteeing non-concurrent write access. You may want to consider MNFS? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 9 12:42:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA24007 for current-outgoing; Thu, 9 Oct 1997 12:42:24 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23999 for ; Thu, 9 Oct 1997 12:42:19 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA08049; Thu, 9 Oct 1997 12:40:12 -0700 (MST) From: Terry Lambert Message-Id: <199710091940.MAA08049@usr08.primenet.com> Subject: Re: NFS cache problem in 3.0 SNAP To: karl@Mcs.Net (Karl Denninger) Date: Thu, 9 Oct 1997 19:40:11 +0000 (GMT) Cc: phk@critter.freebsd.dk, karl@Mcs.Net, robin@intercore.com, freebsd-current@FreeBSD.ORG In-Reply-To: <19971009132146.18909@Mars.Mcs.Net> from "Karl Denninger" at Oct 9, 97 01:21:46 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm wondering if we need a call from the nfs code to the namecache > > when the nfs code decides that a directory has been changed. Anybody > > know where we can detect that situation ? > > Not offhand, no. > > The problem we see here which is very repeatable is this: > > Boxes (1 and 2, server is on system 3 which is not involved) > > 1: mv file1 file2 > 2: cat file1 (still works) The problem here is that the name cache is done at the VOP_LOOKUP level instead of being done at the nami() level. The name cache needs to be done at a higher level. The sole exception is n:m mapping layers, like unionfs, which must make the name cache calls for the underlying code. > 1: cp file3 file1 > 2: cat file1 (still shows OLD contents of file 1) Naturally; the cache entry is the vnode for the nfsnode. > 1: rm file1 > 2: cat file1 (STILL shows old contents - you've now lost the ability > to get at the handle which was there first!) > > This is bad. This one is really an issue with the name cache code itself. One way to solve this would be to treat the existance of a vnode in cache as if it were an open reference. The real problem here (with NFS) is "multiclient deletion idempotence"; specifically, if a file is open, and I delete it, this is what is supposed to happen: File open locally? Rename file and queue deletion File open by other client? I don't know; I assume it isn't: actually delete file Typical implementation will assert a lock on the file for each open instance so that the file will have a "reference count" some place stateful, so that multiple client interactions tend to result in less stale handles. > Here's another: > 1: rm file1 > 2: cat file1 (returns "Stale NFS handle" - not file not found!) The removal did not modify the local directory name cache, obviously. You must understand that a lookup followed by a FHTOVP will not see cache references as file references, and therefore you will get a different vnode. When the vnode is "purged from the cache", then it will be a vnode not in the cache, and the other parent/name pair to get the vnode will get a different vnode. This only happens if there are no open references to the vnode at the time. Another potential workaround for this would be to not use a global vnode pool, but instead make the vnode an element of the incore inode. In the NFS case, this is the incore nfsnode. If you did this, a forward reference for the vnode would always exist. > 1: cp file3 file1 > 2: cat file1 (now shows proper content; it "fixed itself") It did *not* "fix itself". The "stale file handle" response triggered throwing away the reference; when you did the copy, you instanced another reference. The second "cat" is using the second reference. I'm not positive, but I believe that this will be a replacement entry for an existing entry for which the VPTOFH results in "stale handle"; this may actually "leak" a vnode. I would actually prefer doing all three fixes, but in a pinch, making the directory cache entries counting references (just like opens) would do to mask the problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 9 12:43:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA24092 for current-outgoing; Thu, 9 Oct 1997 12:43:25 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA24067 for ; Thu, 9 Oct 1997 12:43:18 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xJOTs-0003Pt-00; Thu, 9 Oct 1997 12:42:44 -0700 Date: Thu, 9 Oct 1997 12:42:40 -0700 (PDT) From: Tom To: Andrzej Bialecki cc: freebsd-current@freebsd.org Subject: Re: Pentium II SMP system - looking for advice In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 Oct 1997, Andrzej Bialecki wrote: > Hi! > > I'm going to get assembled a real beast for the purpose of ATM traffic > analysis: 2*Pentium II 233, 512 MB RAM. I'm seeking advice from someone > more experienced: Go PPro for dual CPU systems. The PPro are faster in SMP configurations than the PII. The PII 233 is definitely not worth it for dual-cpu configs. > * What motherboard should I use? What chipset? (ASUS, Intel, TX, LX ?) I've been using the ASUS dual PPro board (the one with the CPU daughtercard). > * What type of RAM (DIMM? is it really SO faster?) DIMMs are not, unless they are SDRAM, in which case they could be faster depending on your access pattern. Don't look at the package, look at the type of RAM used, ie EDO, BEDO, SDRAN, etc. > * ASUS m/b has on-board NCR SCSI. Should I use it, or go for 2940UW? > * What processor/bus speed (I'll be very hungry for PCI bandwidth)? What are the disks for? > Price is not so important (to some extent.. :-)) The most important is RAM > access speed and PCI b/w. Also, I'll need good SCSI for saving data (so as > not to overload the cpus - I'll need all of the processing power to > analyze the data). > > Thank you for any insight on this. > > Andrzej Bialecki > > ---------------------+--------------------------------------------------------- > abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } > Research & Academic | "Be open-minded, but don't let your brains to fall out." > Network in Poland | All of the above (and more) is just my personal opinion. > ---------------------+--------------------------------------------------------- > > > Tom From owner-freebsd-current Thu Oct 9 13:08:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25746 for current-outgoing; Thu, 9 Oct 1997 13:08:21 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA25740 for ; Thu, 9 Oct 1997 13:08:16 -0700 (PDT) (envelope-from robin@intercore.com) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id QAA09430; Thu, 9 Oct 1997 16:05:35 -0400 (EDT) Message-ID: <19971009160534.00663@num1sun.intercore.com> Date: Thu, 9 Oct 1997 16:05:34 -0400 From: Robin Cutshaw To: Terry Lambert Cc: Robin Cutshaw , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP References: <19971009115020.21318@num1sun.intercore.com> <199710091925.MAA07343@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199710091925.MAA07343@usr08.primenet.com>; from Terry Lambert on Thu, Oct 09, 1997 at 07:25:04PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Oct 09, 1997 at 07:25:04PM +0000, Terry Lambert wrote: > > Are you changing metadata, or file contents? > File contents. I applied a patch to my backing tree for XFree86 and then tried rebuilding and noticed that the patch was applied to the backing tree but the NFS client did not see it. It was at least one minute and maybe two or three and the client still did not see the change. I do this procedure constantly and, as I said, I didn't have this problem with the previous snap. > > You may want to consider MNFS? > > My NFS server is a FreeBSD 2.2.x box and I have clients that don't have MNFS (like linux-axp, linux-ix86, unixware, netbsd-ix86, solaris-x86). (at least I assume that they don't have MNFS)... robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Thu Oct 9 13:09:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25862 for current-outgoing; Thu, 9 Oct 1997 13:09:37 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from orion.Localaccess.com (Orion.localaccess.com [206.64.48.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA25850 for ; Thu, 9 Oct 1997 13:09:31 -0700 (PDT) (envelope-from EGDB@localaccess.com) Received: from orion.Localaccess.com by orion.Localaccess.com (NTMail 3.02.11) with ESMTP id qa951668 for ; Thu, 9 Oct 1997 13:09:20 -0700 Reply-To: <@localaccess.com> From: "Ed Brant" To: Subject: subscribe freebsd-current Date: Thu, 7 Aug 1997 13:11:22 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20092096042308@Localaccess.com> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk EGDB@localaccess.com From owner-freebsd-current Thu Oct 9 13:51:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA28775 for current-outgoing; Thu, 9 Oct 1997 13:51:49 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA28758; Thu, 9 Oct 1997 13:51:32 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous232.ppp.cs.tu-berlin.de [130.149.17.232]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id WAA11559; Thu, 9 Oct 1997 22:46:08 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id WAA03871; Thu, 9 Oct 1997 22:14:13 +0200 (MET DST) Date: Thu, 9 Oct 1997 22:14:13 +0200 (MET DST) Message-Id: <199710092014.WAA03871@panke.panke.de> From: Wolfram Schneider To: current@freebsd.org cc: peter@freebsd.org Subject: Wrong file name for info files. MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Makeinfo create wrong file names in info files, e.g. `dc.info.new' instead `dc.info'. If nobody object I will undo rev 1.34. File: dc.info.new, Node: Top, Next: Introduction, Prev: (dir), Up: (dir) ^^^^ revision 1.34 date: 1997/03/12 07:14:44; author: peter; state: Exp; lines: +9 -4 makeinfo can fail but still leave behind zero length files which cause interesting problems because the resulting file is newer than the source and this stops 'make' from rebuilding it. Go via an intermediate file and rename to make sure this doesn't happen. -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-current Thu Oct 9 14:33:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01483 for current-outgoing; Thu, 9 Oct 1997 14:33:08 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from george.arc.nasa.gov (george.arc.nasa.gov [128.102.194.142]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA01478 for ; Thu, 9 Oct 1997 14:33:04 -0700 (PDT) (envelope-from lamaster@george.arc.nasa.gov) From: lamaster@george.arc.nasa.gov Received: (from lamaster@localhost) by george.arc.nasa.gov (8.8.7/8.8.7) id OAA01771; Thu, 9 Oct 1997 14:31:15 -0700 (PDT) Date: Thu, 9 Oct 1997 14:31:15 -0700 (PDT) Message-Id: <199710092131.OAA01771@george.arc.nasa.gov> To: abial@korin.warman.org.pl, tom@uniserve.com Subject: Re: Pentium II SMP system - looking for advice Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom wrote: (Various things about PII vs PPro performance, deleted): I have read as much information as I can find about this. AFAIK so far, the 200 MHz PPro is still the CPU to beat for servers. Some well-behaved (cache-wise) jobs see very significant improvements on PII's, especially 300 MHz, as will anything using MMX. But for servers, a 440FX-based dual PPro 200 still looks best as far as I can tell. Actually, there are more expensive motherboards that can perform better, (e.g. Corollary, HP, etc.) but, they are *much* more expensive. For this market niche, I would thing Natoma-based ASUS, SuperMicro, etc. would be appropriate. In any case, it would be nice if folks with FreeBSD -SMP running could start posting results. For a server, the best test might be something like "make -j16 world". |> On Thu, 9 Oct 1997, Andrzej Bialecki wrote: |> > * ASUS m/b has on-board NCR SCSI. Should I use it, or go for 2940UW? I'm not sure which NCR this is, but, my experience with ASUS NCR-based controllers has been good. YMMV. Adaptecs can be expensive. |> > * What processor/bus speed (I'll be very hungry for PCI bandwidth)? I was hoping someone would answer this. I have seen incredibly diverse and conflicting information about the PCI performance on various chipsets/motherboards. Does anyone know of some recommended web pages, etc. on PCI performance? -Hugh LaMaster From owner-freebsd-current Thu Oct 9 15:12:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03392 for current-outgoing; Thu, 9 Oct 1997 15:12:01 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03364 for ; Thu, 9 Oct 1997 15:11:52 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id PAA05361; Thu, 9 Oct 1997 15:13:12 -0700 (PDT) Message-Id: <199710092213.PAA05361@implode.root.com> To: Karl Denninger cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP In-reply-to: Your message of "Thu, 09 Oct 1997 13:51:28 CDT." <19971009135128.24005@Mars.Mcs.Net> From: David Greenman Reply-To: dg@root.com Date: Thu, 09 Oct 1997 15:13:12 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Anyone working on the problem with the "ed" driver in that 16-bit SMC cards >don't reset properly on a softboot any more? That has also been fixed: ---------------------------- revision 1.122 date: 1997/10/03 16:26:15; author: davidg; state: Exp; lines: +1 -6 Backed out part of a previous change: don't set ZWS on '790 chips; it has shown to be harmful in that it results in the card not being detected properly on warmboot due to the station address failing to be read correctly from the NVRAM. ---------------------------- -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Oct 9 15:21:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03968 for current-outgoing; Thu, 9 Oct 1997 15:21:26 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03960 for ; Thu, 9 Oct 1997 15:21:22 -0700 (PDT) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id RAA24602; Thu, 9 Oct 1997 17:21:21 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id RAA05181; Thu, 9 Oct 1997 17:21:20 -0500 (CDT) Message-ID: <19971009172120.63627@Mars.Mcs.Net> Date: Thu, 9 Oct 1997 17:21:20 -0500 From: Karl Denninger To: dg@root.com Cc: Karl Denninger , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP References: <19971009135128.24005@Mars.Mcs.Net> <199710092213.PAA05361@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <199710092213.PAA05361@implode.root.com>; from David Greenman on Thu, Oct 09, 1997 at 03:13:12PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Oct 09, 1997 at 03:13:12PM -0700, David Greenman wrote: > >Anyone working on the problem with the "ed" driver in that 16-bit SMC cards > >don't reset properly on a softboot any more? > > That has also been fixed: > > ---------------------------- > revision 1.122 > date: 1997/10/03 16:26:15; author: davidg; state: Exp; lines: +1 -6 > Backed out part of a previous change: don't set ZWS on '790 chips; it has > shown to be harmful in that it results in the card not being detected > properly on warmboot due to the station address failing to be read > correctly from the NVRAM. > ---------------------------- > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project I stand corrected; when I rebooted immediately after building the kernels and reloading, it didn't work. I just reset one of the machines and now it does, so it appears that once the kernel with the fix is loaded, its ok. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex modem support is now available Voice: [+1 312 803-MCS1 x219]| 56kbps DIGITAL ISDN DOV on analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Thu Oct 9 15:27:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04336 for current-outgoing; Thu, 9 Oct 1997 15:27:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04324 for ; Thu, 9 Oct 1997 15:27:37 -0700 (PDT) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id RAA24855; Thu, 9 Oct 1997 17:25:55 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id RAA05351; Thu, 9 Oct 1997 17:25:54 -0500 (CDT) Message-ID: <19971009172554.38660@Mars.Mcs.Net> Date: Thu, 9 Oct 1997 17:25:54 -0500 From: Karl Denninger To: Karl Denninger Cc: Poul-Henning Kamp , Robin Cutshaw , freebsd-current@FreeBSD.ORG Subject: Re: NFS cache problem in 3.0 SNAP References: <19971009132146.18909@Mars.Mcs.Net> <2997.876422674@critter.freebsd.dk> <19971009135128.24005@Mars.Mcs.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <19971009135128.24005@Mars.Mcs.Net>; from Karl Denninger on Thu, Oct 09, 1997 at 01:51:28PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Oct 09, 1997 at 01:51:28PM -0500, Karl Denninger wrote: > On Thu, Oct 09, 1997 at 08:44:34PM +0200, Poul-Henning Kamp wrote: > > In message <19971009132146.18909@Mars.Mcs.Net>, Karl Denninger writes: > > >On Thu, Oct 09, 1997 at 07:59:03PM +0200, Poul-Henning Kamp wrote: > > >> > > >> I backed my VOP_LOOKUP change out recently, I pressume that improved > > >> the situation a bit or hur ? > > > > > >Uh, when? I just looked through the commitlogs for sys and didn't see it.... > > > > 1.62 > > date 97.10.05.12.28.59; author phk; state Exp; > > > > Reverse rev 1.56 and rev 1.59. These made NFS too flakey. > > > > > > -- > > Poul-Henning Kamp FreeBSD coreteam member > > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > > Hmmm... how did I miss that one? :-) > > I'll get 1.41 of nfs_bio out again (the current rev causes panics) and > retest. It's "better", but still not right (well, ok, as right as you can be). Now the symptom is that a "mv" works, *but* the old file will not necessarily be removed from the cache on the second system in its old location. To reproduce: Web server with log files on an NFS volume. Server is running. "mv" the logfiles to another location on the same volume (ie: an "OLD" directory under the logdir) "kill -1 server-pid" on the server. This *should* cause NCSA's server (and most others) to close and re-open the log files, which *should* cause the files to "reappear" in the original location and the old copies to be closed. However, that doesn't happen -- the originals, although visible in the OLD directory now (and not in the original place) are still being written to even though they were closed and re-opened on System #2. This used to work prior to about mid-September. "kill server-pid" to completely shut the server down. Wait a minute or so. Restart the server. NOW the log files are re-created in the right place. It appears that if the cached inode doesn't age off before the file is re-opened, then I/O will not be performed (ie: the client doesn't "notice" that the file was modified). This is liveable; at least you don't get the stale file handles and files which disappear out from under you (and which are also unrecoverable). -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex modem support is now available Voice: [+1 312 803-MCS1 x219]| 56kbps DIGITAL ISDN DOV on analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Thu Oct 9 18:39:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13777 for current-outgoing; Thu, 9 Oct 1997 18:39:28 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from pancreas.erols.com (pancreas.erols.com [207.172.25.51]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA13772 for ; Thu, 9 Oct 1997 18:39:25 -0700 (PDT) (envelope-from eric@pancreas.erols.com) Received: (from eric@localhost) by pancreas.erols.com (8.8.4/8.8.4) id VAA14685; Thu, 9 Oct 1997 21:39:14 -0400 Message-ID: <19971009213914.28449@pancreas.erols.com> Date: Thu, 9 Oct 1997 21:39:14 -0400 From: eric To: freebsd-current@freebsd.org Subject: Incorrect probing of Iomega SCSI ZIP drive Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65e Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My ZIP drive is getting probed wrong. It's on an Adaptec 2940. The probe gets the number of sectors right, but the sector size is umm.. a bit strange: Oct 3 21:28:13 epv /kernel: sd1 at scbus0 target 6 lun 0 Oct 3 21:28:13 epv /kernel: sd1: type 0 removable SCSI 2 Oct 3 21:28:13 epv /kernel: sd1: Direct-Access Oct 3 21:28:13 epv /kernel: sd1: UNIT ATTENTION asc:28,0 Oct 3 21:28:13 epv /kernel: sd1: Not ready to ready transition, medium may hav e changed Oct 3 21:28:13 epv /kernel: 11565MB (196608 59892 byte sectors) While a 10 Gb zip drive *would* be nice, I'm afraid this isn't right. :) Any ideas? The kernel is: FreeBSD 3.0-970827-SNAP #1: Wed Oct 1 22:26:53 EDT 1997 eric From owner-freebsd-current Thu Oct 9 20:23:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18933 for current-outgoing; Thu, 9 Oct 1997 20:23:47 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18926 for ; Thu, 9 Oct 1997 20:23:43 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00532; Fri, 10 Oct 1997 12:50:57 +0930 (CST) Message-Id: <199710100320.MAA00532@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: eric cc: freebsd-current@FreeBSD.ORG Subject: Re: Incorrect probing of Iomega SCSI ZIP drive In-reply-to: Your message of "Thu, 09 Oct 1997 21:39:14 -0400." <19971009213914.28449@pancreas.erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Oct 1997 12:50:57 +0930 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > My ZIP drive is getting probed wrong. It's on an Adaptec 2940. > The probe gets the number of sectors right, but the sector size > is umm.. a bit strange: > > Oct 3 21:28:13 epv /kernel: sd1 at scbus0 target 6 lun 0 > Oct 3 21:28:13 epv /kernel: sd1: type 0 removable SCSI 2 > Oct 3 21:28:13 epv /kernel: sd1: Direct-Access > Oct 3 21:28:13 epv /kernel: sd1: UNIT ATTENTION asc:28,0 > Oct 3 21:28:13 epv /kernel: sd1: Not ready to ready transition, medium may hav > e changed > Oct 3 21:28:13 epv /kernel: 11565MB (196608 59892 byte sectors) > > > While a 10 Gb zip drive *would* be nice, I'm afraid this isn't right. :) > Any ideas? I've been seeing this on a parallel-port Zip, and was putting it down to problems with initial comms with the Zip. If you remove the disk and reinsert it, does it get the size right? mike From owner-freebsd-current Thu Oct 9 23:24:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26997 for current-outgoing; Thu, 9 Oct 1997 23:24:01 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA26967 for ; Thu, 9 Oct 1997 23:23:56 -0700 (PDT) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 29165 invoked by uid 1000); 10 Oct 1997 06:24:22 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha-100597 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Thu, 09 Oct 1997 23:24:22 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Panic: Lock manager: locking against myself Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Happens on current as of 971007, when running sysintall from multi-user mode. --- Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-current Fri Oct 10 00:49:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA01084 for current-outgoing; Fri, 10 Oct 1997 00:49:11 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA01074; Fri, 10 Oct 1997 00:48:56 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id RAA04563; Fri, 10 Oct 1997 17:46:13 +1000 Date: Fri, 10 Oct 1997 17:46:13 +1000 From: Bruce Evans Message-Id: <199710100746.RAA04563@godzilla.zeta.org.au> To: current@FreeBSD.ORG, wosch@cs.tu-berlin.de Subject: Re: Wrong file name for info files. Cc: peter@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Makeinfo create wrong file names in info files, e.g. `dc.info.new' >instead `dc.info'. If nobody object I will undo rev 1.34. > >File: dc.info.new, Node: Top, Next: Introduction, Prev: (dir), Up: (dir) > ^^^^ This may be a bug in makeinfo. I use output file "-" (stdout) to avoid an intermediate file in the gzip pipeline, and makeinfo produces: This is Info file -, produced by Makeinfo version 1.67 ... ^ ... File: stdout, Node: Top, Next: Introduction, Prev: (dir), Up: (dir) ^^^^^^ Bruce From owner-freebsd-current Fri Oct 10 01:39:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA02926 for current-outgoing; Fri, 10 Oct 1997 01:39:32 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA02917; Fri, 10 Oct 1997 01:39:17 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous213.ppp.cs.tu-berlin.de [130.149.17.213]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id KAA23545; Fri, 10 Oct 1997 10:35:23 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id KAA00349; Fri, 10 Oct 1997 10:26:36 +0200 (MET DST) Message-ID: <19971010102635.20016@panke.de> Date: Fri, 10 Oct 1997 10:26:35 +0200 From: Wolfram Schneider To: Bruce Evans Cc: current@FreeBSD.ORG, wosch@cs.tu-berlin.de, peter@FreeBSD.ORG Subject: Re: Wrong file name for info files. References: <199710100746.RAA04563@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199710100746.RAA04563@godzilla.zeta.org.au>; from Bruce Evans on Fri, Oct 10, 1997 at 05:46:13PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Oct 10, 1997 at 05:46:13PM +1000, Bruce Evans wrote: > >Makeinfo create wrong file names in info files, e.g. `dc.info.new' > >instead `dc.info'. If nobody object I will undo rev 1.34. > > > >File: dc.info.new, Node: Top, Next: Introduction, Prev: (dir), Up: (dir) > > ^^^^ > This may be a bug in makeinfo. I use output file "-" (stdout) to > avoid an intermediate file in the gzip pipeline, and makeinfo produces: The bug is documented: $ makeinfo --help `--output FILE' or `-o FILE' to specify the output file. When you specify the output file in this way, any `@setfilename' in the input file is ignored. -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-current Fri Oct 10 01:58:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA03704 for current-outgoing; Fri, 10 Oct 1997 01:58:58 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA03698; Fri, 10 Oct 1997 01:58:44 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id SAA07101; Fri, 10 Oct 1997 18:57:11 +1000 Date: Fri, 10 Oct 1997 18:57:11 +1000 From: Bruce Evans Message-Id: <199710100857.SAA07101@godzilla.zeta.org.au> To: bde@zeta.org.au, wosch@cs.tu-berlin.de Subject: Re: Wrong file name for info files. Cc: current@freebsd.org, peter@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> This may be a bug in makeinfo. I use output file "-" (stdout) to >> avoid an intermediate file in the gzip pipeline, and makeinfo produces: > >The bug is documented: > >$ makeinfo --help >`--output FILE' or `-o FILE' > to specify the output file. When you specify the > output file in this way, any `@setfilename' in the > input file is ignored. The help message in the version in -current (1.67) is less verbose, and makeinfo.info only says that the output goes to FILE and not to the file name specified by @setfilename. Bruce From owner-freebsd-current Fri Oct 10 04:49:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA08855 for current-outgoing; Fri, 10 Oct 1997 04:49:30 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from nagual.pp.ru (d187.z193-124-241.relcom.ru [193.124.241.187]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA08812 for ; Fri, 10 Oct 1997 04:49:13 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.8.7/8.8.7) id PAA01189 for current@freebsd.org; Fri, 10 Oct 1997 15:26:47 +0400 (MSD) (envelope-from ache) Date: Fri, 10 Oct 1997 15:26:45 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current Subject: make world failed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In early beginning: /usr/obj/usr/src/usr.bin/make created for /usr/src/usr.bin/make rm -f .depend mkdep -f .depend -a -I/usr/src/usr.bin/make -I/usr/obj/usr/src/tmp/usr/include /usr/src/usr.bin/make/arch.c /usr/src/usr.bin/make/buf.c /usr/src/usr.bin/make/compat.c /usr/src/usr.bin/make/cond.c /usr/src/usr.bin/make/dir.c /usr/src/usr.bin/make/for.c / usr/src/usr.bin/make/hash.c /usr/src/usr.bin/make/job.c /usr/src/usr.bin/make/main.c /usr/src/usr.bin/make/make.c /usr/src/usr.bin/make/parse.c /usr/src/usr.bin/make/str.c /usr/src/usr.bin/make/suff.c /usr/src/usr.bin/make/targ.c /usr/src/usr.bin/make/var .c /usr/src/usr.bin/make/util.c /usr/src/usr.bin/make/lst.lib/lstAppend.c /usr/src/usr.bin/make/lst.lib/lstAtEnd.c /usr/src/usr.bin/make/lst.lib/lstAtFront.c /usr/src/usr.bin/make/lst.lib/lstClose.c /usr/src/usr.bin/make/lst.lib/lstConcat.c /usr/src/usr.b in/make/lst.lib/lstDatum.c /usr/src/usr.bin/make/lst.lib/lstDeQueue.c /usr/src/usr.bin/make/lst.lib/lstDestroy.c /usr/src/usr.bin/make/lst.lib/lstDupl.c /usr/src/usr.bin/make/lst.lib/lstEnQueue.c /usr/src/usr.bin/make/lst.lib/lstFind.c /usr/src/usr.bin/ma ke/lst.lib/lstFindFrom.c /usr/src/usr.bin/make/lst.lib/lstFirst.c /usr/src/usr.bin/make/lst.lib/lstForEach.c /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c /usr/src/usr.bin/make/lst.lib/lstInit.c /usr/src/usr.bin/make/lst.lib/lstInsert.c /usr/src/usr.bin/ make/lst.lib/lstIsAtEnd.c /usr/src/usr.bin/make/lst.lib/lstIsEmpty.c /usr/src/usr.bin/make/lst.lib/lstLast.c /usr/src/usr.bin/make/lst.lib/lstMember.c /usr/src/usr.bin/make/lst.lib/lstNext.c /usr/src/usr.bin/make/lst.lib/lstOpen.c /usr/src/usr.bin/make/ls t.lib/lstRemove.c /usr/src/usr.bin/make/lst.lib/lstReplace.c /usr/src/usr.bin/make/lst.lib/lstSucc.c /usr/bin/mkdep: cannot create _mkdep1179: directory nonexistent *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Fri Oct 10 06:38:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA13668 for current-outgoing; Fri, 10 Oct 1997 06:38:39 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from cuervo.atl.netchannel.net (firewall-user@[205.229.200.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA13654 for ; Fri, 10 Oct 1997 06:38:26 -0700 (PDT) (envelope-from rbolin@netchannel.net) Received: by cuervo.atl.netchannel.net; id JAA10560; Fri, 10 Oct 1997 09:30:12 -0400 Received: from hermes.atl.netchannel.net(172.30.5.22) by cuervo.atl.netchannel.net via smap (3.2) id xma010554; Fri, 10 Oct 97 09:29:59 -0400 Received: from 207.205.32.104 by hermes.atl.netchannel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id 41M9XP3H; Fri, 10 Oct 1997 09:42:12 -0400 Message-ID: <343E2F86.4048799C@netchannel.net> Date: Fri, 10 Oct 1997 09:37:11 -0400 From: Ron Bolin Organization: Net Channel X-Mailer: Mozilla 4.03 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: Current 3.0 10-9-97 Content-Type: multipart/alternative; boundary="------------2A903182FFFD921B8D0E9E9E" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --------------2A903182FFFD921B8D0E9E9E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In building the present current, the ps command gives the following error: rlb3:/home/rbolin>ps -a ps: proc size mismatch (1312 total, 652 chunks) I believe this is connected with a change in the proc file system as the man pages shows several different directories under /proc that I don't have. Where is the best place to determine what to do when changes are made in current like this - or is browsing the source the only place or am I just in the middle of some in progress work? MY /proc looks like thisrlb3:/home/rbolin> l /proc ./ 169/ 202/ 75/ 98/ ../ 170/ 203/ 80/ curproc@ 0/ 171/ 223/ 92/ 1/ 172/ 3/ 93/ 105/ 186/ 4/ 94/ 108/ 2/ 72/ 95/ Thanks Ron -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb ------------------------------------------------------------------------------- --------------2A903182FFFD921B8D0E9E9E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit In building the present current, the ps command gives the following
error:

rlb3:/home/rbolin>ps -a
ps: proc size mismatch (1312 total, 652 chunks)

I believe this is connected with a change in the proc file system as the man pages shows several different
directories under /proc that I don't have. Where is the best place to determine what to do when changes are made in
current like this - or is browsing the source the only place or am I just in the middle of some in progress work?

MY /proc looks like thisrlb3:/home/rbolin>

l /proc
./              169/            202/            75/             98/
../             170/            203/            80/             curproc@
0/              171/            223/            92/
1/              172/            3/              93/
105/            186/            4/              94/
108/            2/              72/             95/
 
 

Thanks

Ron 

-- 
-------------------------------------------------------------------------------
Ron Bolin, Sr. Software Eng, NetChannel     Web: http://www.netchannel.net
E-mail: rbolin@netchannel.net               Web: http://www.gsu.edu/~gs01rlb
Ph: 770-729-2929 Ext 249 Hm: 770-992-6875   Web: http://www.mindspring.com/~rlb 
-------------------------------------------------------------------------------
  --------------2A903182FFFD921B8D0E9E9E-- From owner-freebsd-current Fri Oct 10 06:58:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA14801 for current-outgoing; Fri, 10 Oct 1997 06:58:04 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA14771 for ; Fri, 10 Oct 1997 06:57:44 -0700 (PDT) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA04069; Fri, 10 Oct 97 15:58:29 +0100 Date: Fri, 10 Oct 97 15:58:29 +0100 Message-Id: <9710101458.AA04069@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: ache@nagual.pp.ru Cc: current@freebsd.org In-Reply-To: (message from =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= on Fri, 10 Oct 1997 15:26:45 +0400 (MSD)) Subject: Re: make world failed X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk try rm -rf /usr/obj/* before make world. >>>>> =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= writes: > In early beginning: > /usr/obj/usr/src/usr.bin/make created for /usr/src/usr.bin/make > rm -f .depend > mkdep -f .depend -a -I/usr/src/usr.bin/make -I/usr/obj/usr/src/tmp/usr/include /usr/src/usr.bin/make/arch.c /usr/src/usr.bin/make/buf.c /usr/src/usr.bin/make/compat.c /usr/src/usr.bin/make/cond.c /usr/src/usr.bin/make/dir.c /usr/src/usr.bin/make/for.c / > usr/src/usr.bin/make/hash.c /usr/src/usr.bin/make/job.c /usr/src/usr.bin/make/main.c /usr/src/usr.bin/make/make.c /usr/src/usr.bin/make/parse.c /usr/src/usr.bin/make/str.c /usr/src/usr.bin/make/suff.c /usr/src/usr.bin/make/targ.c /usr/src/usr.bin/make/var > .c /usr/src/usr.bin/make/util.c /usr/src/usr.bin/make/lst.lib/lstAppend.c /usr/src/usr.bin/make/lst.lib/lstAtEnd.c /usr/src/usr.bin/make/lst.lib/lstAtFront.c /usr/src/usr.bin/make/lst.lib/lstClose.c /usr/src/usr.bin/make/lst.lib/lstConcat.c /usr/src/usr.b > in/make/lst.lib/lstDatum.c /usr/src/usr.bin/make/lst.lib/lstDeQueue.c /usr/src/usr.bin/make/lst.lib/lstDestroy.c /usr/src/usr.bin/make/lst.lib/lstDupl.c /usr/src/usr.bin/make/lst.lib/lstEnQueue.c /usr/src/usr.bin/make/lst.lib/lstFind.c /usr/src/usr.bin/ma > ke/lst.lib/lstFindFrom.c /usr/src/usr.bin/make/lst.lib/lstFirst.c /usr/src/usr.bin/make/lst.lib/lstForEach.c /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c /usr/src/usr.bin/make/lst.lib/lstInit.c /usr/src/usr.bin/make/lst.lib/lstInsert.c /usr/src/usr.bin/ > make/lst.lib/lstIsAtEnd.c /usr/src/usr.bin/make/lst.lib/lstIsEmpty.c /usr/src/usr.bin/make/lst.lib/lstLast.c /usr/src/usr.bin/make/lst.lib/lstMember.c /usr/src/usr.bin/make/lst.lib/lstNext.c /usr/src/usr.bin/make/lst.lib/lstOpen.c /usr/src/usr.bin/make/ls > t.lib/lstRemove.c /usr/src/usr.bin/make/lst.lib/lstReplace.c /usr/src/usr.bin/make/lst.lib/lstSucc.c > /usr/bin/mkdep: cannot create _mkdep1179: directory nonexistent > *** Error code 2 > Stop. > *** Error code 1 > Stop. > *** Error code 1 > Stop. > -- > Andrey A. Chernov > > http://www.nagual.pp.ru/~ache/ Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-current Fri Oct 10 09:04:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20171 for current-outgoing; Fri, 10 Oct 1997 09:04:07 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20154 for ; Fri, 10 Oct 1997 09:04:02 -0700 (PDT) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id KAA06216; Fri, 10 Oct 1997 10:03:32 -0600 (MDT) From: Kenneth Merry Message-Id: <199710101603.KAA06216@pluto.plutotech.com> Subject: Re: Current 3.0 10-9-97i In-Reply-To: <343E2F86.4048799C@netchannel.net> from Ron Bolin at "Oct 10, 97 09:37:11 am" To: rbolin@netchannel.net (Ron Bolin) Date: Fri, 10 Oct 1997 10:03:32 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ron Bolin wrote... > In building the present current, the ps command gives the following > error: > > rlb3:/home/rbolin>ps -a > ps: proc size mismatch (1312 total, 652 chunks) > > I believe this is connected with a change in the proc file system as the > man pages shows several different > directories under /proc that I don't have. Where is the best place to > determine what to do when changes are made in > current like this - or is browsing the source the only place or am > I just in the middle of some in progress work? The best way to find out when changes like this are made is to read the -current mailing list, and the cvs-all list. Whenever you get errors like that from ps, or w (I'd bet that w will give you bogus results as well), the best thing to do is: rebuild and reinstall libkvm then, rebuild ps, w, and top I just updated the kernel on one of my machines last night, and I got a similar error message. Rebuilding things in that order fixed them for me. (and that will almost always fix problems like that) (BTW, you might want to adjust your mailer so that it doesn't send both text and html versions of your mail...) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Fri Oct 10 13:16:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05243 for current-outgoing; Fri, 10 Oct 1997 13:16:13 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from grayling.erg.sri.com (grayling.erg.sri.com [128.18.4.194]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA05143; Fri, 10 Oct 1997 13:15:17 -0700 (PDT) (envelope-from templin@erg.sri.com) Received: by grayling.erg.sri.com (8.6.12/2.7davy) id NAA01520; Fri, 10 Oct 1997 13:15:15 -0700 Message-Id: <199710102015.NAA01520@grayling.erg.sri.com> Date: Fri, 10 Oct 1997 13:15:15 -0700 From: "Fred L. Templin" To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org Cc: templin@erg.sri.com Subject: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm using FreeBSD 2.2.2-RELEASE with PAO-970616, and I'm writing a new device driver for a PCMCIA card which is not currently supported in either of these packages. The card is strictly a memory-mapped device, and has no I/O mapping or interrupt capability. The card is programmed by writing command(s) and data into the card's common memory space, then setting a bit in the function configuration registers in attribute memory space to tell the card to begin, then polling another bit in the registers to ascertain when the card is done executing the command(s). So, in short, I need to be able to use 'uiomove()' to copy data/commands into/out of the card's common memory space from an application using the open, close read, write, and ioctl semantics and I need to be able to switch between attribute memory space and ccommon memory space. But, in order to do this I need to manipulate the per-slot window mappings which get set up when the card is found by pccardd and which are managed by the slot controller code in sys/pccard/{pccard,pcic}.c and my fear is that by doing so I would risk a system crash if a pccard event caused the slot controller code to yank it's resource allocations out from under my driver while it was accessing them. The only other driver I've seen in the FreeBSD source pool which seems to want to play with 'uiomove()' and window mappings like this is sys/i386/isa/scc.c, but the driver is rife with comments of the form: "bad things will happen if you pull the card out while the system is running" which makes me nervous about following their model. So my first question is - how can I write a driver for a memory-mapped PCMCIA card which can disassociate itself from the slot controller driver when the device is probed, yet still allow me to manipulate the per-slot window mappings? My second question has to do with the way slot controller chips are probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks for all the world to me that only a single slot controller chip is supported (i.e., there are no unit numbers, and there is only one statically-allocated "slot_ctrl" struct). Is it true that FreeBSD currently only supports one slot controller chip (which controls two slots), or am I missing something? (I'm hoping the folks working on -current might have some knowledge on this...) Thanks much, Fred templin@erg.sri.com From owner-freebsd-current Fri Oct 10 14:05:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08998 for current-outgoing; Fri, 10 Oct 1997 14:05:31 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA08969 for ; Fri, 10 Oct 1997 14:05:24 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xJmFO-0005Sx-00; Fri, 10 Oct 1997 15:05:22 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.7/8.8.3) with ESMTP id PAA23103; Fri, 10 Oct 1997 15:05:33 -0600 (MDT) Message-Id: <199710102105.PAA23103@harmony.village.org> To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= Subject: Re: make world failed Cc: FreeBSD-current In-reply-to: Your message of "Fri, 10 Oct 1997 15:26:45 +0400." References: Date: Fri, 10 Oct 1997 15:05:33 -0600 From: Warner Losh Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= writes: : In early beginning: ... : /usr/bin/mkdep: cannot create _mkdep1179: directory nonexistent Make has started to do that for reasons unknown. A rm -rf /usr/obj fixes the problem (after you do the chflags thing too). Does anybody know why Make started behaving like this? Warner From owner-freebsd-current Fri Oct 10 14:15:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10198 for current-outgoing; Fri, 10 Oct 1997 14:15:29 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from as5200-port-254.no.neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA10169 for ; Fri, 10 Oct 1997 14:15:22 -0700 (PDT) (envelope-from conrads@as5200-port-254.no.neosoft.com) Received: (from conrads@localhost) by as5200-port-254.no.neosoft.com (8.8.7/8.8.5) id QAA07068 for current@freebsd.org; Fri, 10 Oct 1997 16:14:54 -0500 (CDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 10 Oct 1997 16:14:54 -0500 (CDT) Organization: NeoSoft, Inc. From: Conrad Sabatier To: current@freebsd.org Subject: FreeBSD developer kudos: At last! A successful make world! Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just had to congratulate the developers, especially those whose recent contributions finally enabled me to succesfully upgrade via cvsup from 2.2-STABLE to CURRENT. I had tried a few times before and given up (reverting back to STABLE sources), but after updating my sources (9/10) and doing a make world (after the "CURRENTly" obligatory removal of /usr/obj ), I was delighted to finally meet with success. Not only that, but the kernel compiled perfectly, too, and the whole system seems to be performing just excellently. I'm excited! :-) Way to go, people! Conrad, who thinks he's going to cancel his existing FreeBSD (RELEASE) subscription and start subscribing to the SNAPs instead :-) -- Conrad Sabatier | FreeBSD -- UNIX for your PC http://www.neosoft.com/~conrads | Why settle for less than the best? Spambots, use this: biteme@f-u.org | http://www.freebsd.org From owner-freebsd-current Fri Oct 10 14:34:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11476 for current-outgoing; Fri, 10 Oct 1997 14:34:29 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11357; Fri, 10 Oct 1997 14:33:27 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id XAA05727; Fri, 10 Oct 1997 23:32:18 +0200 (CEST) To: "Fred L. Templin" cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) In-reply-to: Your message of "Fri, 10 Oct 1997 13:15:15 PDT." <199710102015.NAA01520@grayling.erg.sri.com> Date: Fri, 10 Oct 1997 23:32:17 +0200 Message-ID: <5725.876519137@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'm using FreeBSD 2.2.2-RELEASE with PAO-970616, and I'm writing a >new device driver for a PCMCIA card which is not currently supported in >either of these packages. The card is strictly a memory-mapped device, >and has no I/O mapping or interrupt capability. The card is programmed >by writing command(s) and data into the card's common memory space, then >setting a bit in the function configuration registers in attribute memory >space to tell the card to begin, then polling another bit in the registers >to ascertain when the card is done executing the command(s). Sounds like a linear flash card, doesn't it :-) Go for it, I have an Intel 2+ 8M card here, but have never had til to make a driver. >The only other driver I've seen in the FreeBSD source pool which seems >to want to play with 'uiomove()' and window mappings like this is >sys/i386/isa/scc.c, but the driver is rife with comments of the form: >"bad things will happen if you pull the card out while the system is >running" This you can write above any instruction which accesses a pccard. With the "surprise style" (as opposed to "VCR-style") eject mechanism the hardware may be gone without notice from one instruction to the next. Nothing you can do about it. >My second question has to do with the way slot controller chips are >probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks >for all the world to me that only a single slot controller chip is >supported (i.e., there are no unit numbers, and there is only one >statically-allocated "slot_ctrl" struct). Is it true that FreeBSD >currently only supports one slot controller chip (which controls two >slots), or am I missing something? (I'm hoping the folks working on >-current might have some knowledge on this...) Well, the overall framework does support it, the actual code may not. I should be a minor thing to get it fixed, give a little bit of hardware and time. I don't actually know if we have the necessary callbacks into the pcic driver to modify the memory windows on the fly. If not we will need to add them. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Fri Oct 10 14:34:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11524 for current-outgoing; Fri, 10 Oct 1997 14:34:50 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11493 for ; Fri, 10 Oct 1997 14:34:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id XAA05745 for ; Fri, 10 Oct 1997 23:34:17 +0200 (CEST) To: current@freebsd.org Subject: ext2fs patch, please test! From: Poul-Henning Kamp Date: Fri, 10 Oct 1997 23:34:17 +0200 Message-ID: <5743.876519257@critter.freebsd.dk> Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If some EXT2FS filesystem users would please test this patch. It takes us a fair step closer to having a LKM'able ext2fs. Poul-Henning Index: gnu/ext2fs/ext2_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/gnu/ext2fs/ext2_vfsops.c,v retrieving revision 1.19 diff -u -r1.19 ext2_vfsops.c --- ext2_vfsops.c 1997/10/10 18:13:05 1.19 +++ ext2_vfsops.c 1997/10/10 21:00:17 @@ -663,6 +663,11 @@ ump->um_nindir = EXT2_ADDR_PER_BLOCK(fs); ump->um_bptrtodb = fs->s_es->s_log_block_size + 1; ump->um_seqinc = EXT2_FRAGS_PER_BLOCK(fs); + ump->um_dirremove = ext2_dirremove; + ump->um_dirempty = ext2_dirempty; + ump->um_direnter = ext2_direnter; + ump->um_checkpath = ext2_checkpath; + ump->um_dirrewrite = ext2_dirrewrite; for (i = 0; i < MAXQUOTAS; i++) ump->um_quotas[i] = NULLVP; devvp->v_specflags |= SI_MOUNTEDON; Index: ufs/ffs/ffs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vfsops.c,v retrieving revision 1.57 diff -u -r1.57 ffs_vfsops.c --- ffs_vfsops.c 1997/10/10 18:16:59 1.57 +++ ffs_vfsops.c 1997/10/10 21:02:43 @@ -603,6 +603,11 @@ ump->um_nindir = fs->fs_nindir; ump->um_bptrtodb = fs->fs_fsbtodb; ump->um_seqinc = fs->fs_frag; + ump->um_dirremove = ufs_dirremove; + ump->um_dirempty = ufs_dirempty; + ump->um_direnter = ufs_direnter; + ump->um_checkpath = ufs_checkpath; + ump->um_dirrewrite = ufs_dirrewrite; for (i = 0; i < MAXQUOTAS; i++) ump->um_quotas[i] = NULLVP; devvp->v_specflags |= SI_MOUNTEDON; Index: ufs/lfs/lfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/lfs/lfs_vfsops.c,v retrieving revision 1.23 diff -u -r1.23 lfs_vfsops.c --- lfs_vfsops.c 1997/10/10 18:17:21 1.23 +++ lfs_vfsops.c 1997/10/10 21:19:04 @@ -416,6 +416,11 @@ ump->um_bptrtodb = 0; ump->um_seqinc = 1 << fs->lfs_fsbtodb; ump->um_nindir = fs->lfs_nindir; + ump->um_dirremove = ufs_dirremove; + ump->um_dirempty = ufs_dirempty; + ump->um_direnter = ufs_direnter; + ump->um_checkpath = ufs_checkpath; + ump->um_dirrewrite = ufs_dirrewrite; for (i = 0; i < MAXQUOTAS; i++) ump->um_quotas[i] = NULLVP; devvp->v_specflags |= SI_MOUNTEDON; Index: ufs/ufs/ufs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.58 diff -u -r1.58 ufs_vnops.c --- ufs_vnops.c 1997/09/21 04:24:14 1.58 +++ ufs_vnops.c 1997/10/10 21:17:05 @@ -655,15 +655,7 @@ error = EPERM; goto out; } -#ifdef EXT2FS - if (IS_EXT2_VNODE(dvp)) { - error = ext2_dirremove(dvp, ap->a_cnp); - } else { - error = ufs_dirremove(dvp, ap->a_cnp); - } -#else - error = ufs_dirremove(dvp, ap->a_cnp); -#endif /* EXT2FS */ + error = VFSTOUFS(dvp->v_mount)->um_dirremove(dvp, ap->a_cnp); if (error == 0) { ip->i_nlink--; ip->i_flag |= IN_CHANGE; @@ -725,15 +717,7 @@ gettime(&tv); error = VOP_UPDATE(vp, &tv, &tv, 1); if (!error) { -#ifdef EXT2FS - if (IS_EXT2_VNODE(tdvp)) { - error = ext2_direnter(ip, tdvp, cnp); - } else { - error = ufs_direnter(ip, tdvp, cnp); - } -#else - error = ufs_direnter(ip, tdvp, cnp); -#endif /* EXT2FS */ + error = VFSTOUFS(tdvp->v_mount)->um_direnter(ip, tdvp, cnp); } if (error) { @@ -1006,15 +990,8 @@ goto bad; if (xp != NULL) vput(tvp); -#ifdef EXT2FS - if (IS_EXT2_VNODE(tdvp)) { - error = ext2_checkpath(ip, dp, tcnp->cn_cred); - } else { - error = ufs_checkpath(ip, dp, tcnp->cn_cred); - } -#else - error = ufs_checkpath(ip, dp, tcnp->cn_cred); -#endif /* EXT2FS */ + error = VFSTOUFS(tdvp->v_mount)-> + um_checkpath(ip, dp, tcnp->cn_cred); if (error) goto out; if ((tcnp->cn_flags & SAVESTART) == 0) @@ -1055,15 +1032,7 @@ if (error) goto bad; } -#ifdef EXT2FS - if (IS_EXT2_VNODE(tdvp)) { - error = ext2_direnter(ip, tdvp, tcnp); - } else { - error = ufs_direnter(ip, tdvp, tcnp); - } -#else - error = ufs_direnter(ip, tdvp, tcnp); -#endif /* EXT2FS */ + error = VFSTOUFS(tdvp->v_mount)->um_direnter(ip, tdvp, tcnp); if (error) { if (doingdirectory && newparent) { dp->i_nlink--; @@ -1099,13 +1068,8 @@ * (both directories, or both not directories). */ if ((xp->i_mode&IFMT) == IFDIR) { -#ifdef EXT2FS - if (! (IS_EXT2_VNODE(ITOV(xp)) ? - ext2_dirempty : ufs_dirempty) -#else - if (! ufs_dirempty -#endif /* EXT2FS */ - (xp, dp->i_number, tcnp->cn_cred) || + if (!VFSTOUFS(ITOV(xp)->v_mount)-> + um_dirempty(xp, dp->i_number, tcnp->cn_cred) || xp->i_nlink > 2) { error = ENOTEMPTY; goto bad; @@ -1119,15 +1083,8 @@ error = EISDIR; goto bad; } -#ifdef EXT2FS - if (IS_EXT2_VNODE(ITOV(dp))) { - error = ext2_dirrewrite(dp, ip, tcnp); - } else { - error = ufs_dirrewrite(dp, ip, tcnp); - } -#else - error = ufs_dirrewrite(dp, ip, tcnp); -#endif /* EXT2FS */ + error = VFSTOUFS(ITOV(dp)->v_mount)-> + um_dirrewrite(dp, ip, tcnp); if (error) goto bad; /* @@ -1245,15 +1202,7 @@ } } } -#ifdef EXT2FS - if (IS_EXT2_VNODE(fdvp)) { - error = ext2_dirremove(fdvp, fcnp); - } else { - error = ufs_dirremove(fdvp, fcnp); - } -#else - error = ufs_dirremove(fdvp, fcnp); -#endif /* EXT2FS */ + error = VFSTOUFS(fdvp->v_mount)->um_dirremove(fdvp, fcnp); if (!error) { xp->i_nlink--; xp->i_flag |= IN_CHANGE; @@ -1409,15 +1358,7 @@ } /* Directory set up, now install it's entry in the parent directory. */ -#ifdef EXT2FS - if (IS_EXT2_VNODE(dvp)) { - error = ext2_direnter(ip, dvp, cnp); - } else { - error = ufs_direnter(ip, dvp, cnp); - } -#else - error = ufs_direnter(ip, dvp, cnp); -#endif /* EXT2FS */ + error = VFSTOUFS(dvp->v_mount)->um_direnter(ip, dvp, cnp); if (error) { dp->i_nlink--; dp->i_flag |= IN_CHANGE; @@ -1472,12 +1413,8 @@ */ error = 0; if (ip->i_nlink != 2 || -#ifdef EXT2FS - !(IS_EXT2_VNODE(ITOV(ip)) ? ext2_dirempty : ufs_dirempty) - (ip, dp->i_number, cnp->cn_cred)) { -#else - !ufs_dirempty(ip, dp->i_number, cnp->cn_cred)) { -#endif /* EXT2FS */ + !(VFSTOUFS(ITOV(ip)->v_mount)-> + um_dirempty(ip, dp->i_number, cnp->cn_cred))) { error = ENOTEMPTY; goto out; } @@ -1491,15 +1428,7 @@ * inode. If we crash in between, the directory * will be reattached to lost+found, */ -#ifdef EXT2FS - if (IS_EXT2_VNODE(dvp)) { - error = ext2_dirremove(dvp, cnp); - } else { - error = ufs_dirremove(dvp, cnp); - } -#else - error = ufs_dirremove(dvp, cnp); -#endif /* EXT2FS */ + error = VFSTOUFS(dvp->v_mount)->um_dirremove(dvp, cnp); if (error) goto out; dp->i_nlink--; @@ -2128,15 +2057,7 @@ error = VOP_UPDATE(tvp, &tv, &tv, 1); if (error) goto bad; -#ifdef EXT2FS - if (IS_EXT2_VNODE(dvp)) { - error = ext2_direnter(ip, dvp, cnp); - } else { - error = ufs_direnter(ip, dvp, cnp); - } -#else - error = ufs_direnter(ip, dvp, cnp); -#endif /* EXT2FS */ + error = VFSTOUFS(dvp->v_mount)->um_direnter(ip, dvp, cnp); if (error) goto bad; Index: ufs/ufs/ufsmount.h =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufsmount.h,v retrieving revision 1.9 diff -u -r1.9 ufsmount.h --- ufsmount.h 1997/10/10 18:18:13 1.9 +++ ufsmount.h 1997/10/10 21:05:43 @@ -92,6 +92,11 @@ struct netexport um_export; /* export information */ int64_t um_savedmaxfilesize; /* XXX - limit maxfilesize */ struct malloc_type *um_malloctype; /* The inodes malloctype */ + int (*um_dirremove) __P((struct vnode *, struct componentname *)); + int (*um_dirempty) __P((struct inode *, ino_t, struct ucred *)); + int (*um_direnter) __P((struct inode *, struct vnode *, struct componentname *)); + int (*um_dirrewrite) __P((struct inode *, struct inode *, struct componentname *)); + int (*um_checkpath) __P((struct inode *, struct inode *, struct ucred *)); }; /* -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Fri Oct 10 14:56:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12866 for current-outgoing; Fri, 10 Oct 1997 14:56:26 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA12851 for ; Fri, 10 Oct 1997 14:56:17 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA15535; Fri, 10 Oct 1997 14:56:03 -0700 (MST) From: Terry Lambert Message-Id: <199710102156.OAA15535@usr08.primenet.com> Subject: Re: Current 3.0 10-9-97i To: ken@plutotech.com (Kenneth Merry) Date: Fri, 10 Oct 1997 21:56:02 +0000 (GMT) Cc: rbolin@netchannel.net, freebsd-current@FreeBSD.ORG In-Reply-To: <199710101603.KAA06216@pluto.plutotech.com> from "Kenneth Merry" at Oct 10, 97 10:03:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ron Bolin wrote... > > In building the present current, the ps command gives the following > > error: > > > > rlb3:/home/rbolin>ps -a > > ps: proc size mismatch (1312 total, 652 chunks) > > > > I believe this is connected with a change in the proc file system as the > > man pages shows several different What Ken said is the correct soloution. To add a bit: it's not a problem with the /proc FS, it's that the proc structure size has changed in the kernel, and the kernel memory image is examined by the 'ps' program (and others) via lib kvm, and uses pointer addition to traverse all the processes. The pointer addition will fail if the proc struct size has changed. In other words, the /proc FS has nothing to do with this error message. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Oct 10 14:57:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12982 for current-outgoing; Fri, 10 Oct 1997 14:57:51 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr08.primenet.com (tlambert@usr08.primenet.com [206.165.6.208]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA12973 for ; Fri, 10 Oct 1997 14:57:46 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA15708; Fri, 10 Oct 1997 14:57:32 -0700 (MST) From: Terry Lambert Message-Id: <199710102157.OAA15708@usr08.primenet.com> Subject: Re: FreeBSD developer kudos: At last! A successful make world! To: conrads@neosoft.com (Conrad Sabatier) Date: Fri, 10 Oct 1997 21:57:31 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Conrad Sabatier" at Oct 10, 97 04:14:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Conrad, who thinks he's going to cancel his existing FreeBSD (RELEASE) > subscription and start subscribing to the SNAPs instead :-) Don't, or Jordan will back out the changes. 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Oct 10 14:58:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA13081 for current-outgoing; Fri, 10 Oct 1997 14:58:27 -0700 (PDT) (envelope-from owner-freebsd-current) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA13068; Fri, 10 Oct 1997 14:58:18 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710102158.OAA13068@hub.freebsd.org> Subject: Re: make world failed To: imp@village.org (Warner Losh) Date: Fri, 10 Oct 1997 14:58:17 -0700 (PDT) Cc: current@FreeBSD.ORG In-Reply-To: <199710102105.PAA23103@harmony.village.org> from "Warner Losh" at Oct 10, 97 03:05:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: > > : /usr/bin/mkdep: cannot create _mkdep1179: directory nonexistent > > Make has started to do that for reasons unknown. A rm -rf /usr/obj > fixes the problem (after you do the chflags thing too). > > Does anybody know why Make started behaving like this? yeah...drop back to version 1.145.....dont ask. jmb From owner-freebsd-current Fri Oct 10 15:05:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13423 for current-outgoing; Fri, 10 Oct 1997 15:05:45 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13417 for ; Fri, 10 Oct 1997 15:05:37 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id PAA04459; Fri, 10 Oct 1997 15:04:13 -0700 (PDT) To: Warner Losh cc: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= , FreeBSD-current Subject: Re: make world failed In-reply-to: Your message of "Fri, 10 Oct 1997 15:05:33 MDT." <199710102105.PAA23103@harmony.village.org> Date: Fri, 10 Oct 1997 15:04:13 -0700 Message-ID: <4455.876521053@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does anybody know why Make started behaving like this? Yeah, it comes from the target which "makes make" during the bootstrap phase in /usr/src/Makefile. Here's the relevant fragment: cd ${.CURDIR}/usr.bin/make && \ ${IBMAKE} -I${.CURDIR}/share/mk -B ${CLEANDIR} ${OBJDIR} depend && .. This unfortunately has problems because (assuming that ${CLEANDIR} = "cleandir" and ${OBJDIR} = "obj" of course) when make first starts up it goes looking for an appropriate shadow obj tree so that it can point the ${.OBJDIR} variable at it. Because there's no obj dir yet, it sets ${.OBJDIR} = ${.CURDIR} as a fall-back. Now the cleandir and obj targets are run and the obj dir *does* get created but it's too late for that invocation of make, which has already made up its mind about that. When the depend runs, it's with the bad ${.OBJDIR} value. Satoshi fixed this by breaking the depend off into its own make invocation, but apparently this had other undesirable side-effects and I think he's still looking at it. Jordan From owner-freebsd-current Fri Oct 10 15:11:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13780 for current-outgoing; Fri, 10 Oct 1997 15:11:31 -0700 (PDT) (envelope-from owner-freebsd-current) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13684; Fri, 10 Oct 1997 15:09:35 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199710102209.PAA13684@hub.freebsd.org> Subject: Re: make world failed To: imp@village.org (Warner Losh) Date: Fri, 10 Oct 1997 15:09:34 -0700 (PDT) Cc: ache@nagual.pp.ru, current@FreeBSD.ORG In-Reply-To: <199710102105.PAA23103@harmony.village.org> from "Warner Losh" at Oct 10, 97 03:05:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: > > In message =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= writes: > : In early beginning: > ... > : /usr/bin/mkdep: cannot create _mkdep1179: directory nonexistent > > Make has started to do that for reasons unknown. A rm -rf /usr/obj > fixes the problem (after you do the chflags thing too). > > Does anybody know why Make started behaving like this? drop back to verson 1.145 of /usr/src/Makefile that one works for me. no need to "cd /usr/obj; rm -rf" jmb From owner-freebsd-current Fri Oct 10 16:47:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA18278 for current-outgoing; Fri, 10 Oct 1997 16:47:12 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA18270; Fri, 10 Oct 1997 16:47:06 -0700 (PDT) (envelope-from hosokawa@ntc.keio.ac.jp) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.8.7/3.6Wbeta6-ntc_mailserver1.03) id IAA07501; Sat, 11 Oct 1997 08:46:44 +0900 (JST) Date: Sat, 11 Oct 1997 08:46:44 +0900 (JST) Message-Id: <199710102346.IAA07501@afs.ntc.mita.keio.ac.jp> To: templin@erg.sri.com Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org, hosokawa@ntc.keio.ac.jp Subject: Re: pccard driver questions (FreeBSD 2.2.2-RELEASE + PAO-970616) In-Reply-To: Your message of "Fri, 10 Oct 1997 13:15:15 -0700". <199710102015.NAA01520@grayling.erg.sri.com> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I answer the easier question :-). In article <199710102015.NAA01520@grayling.erg.sri.com> templin@erg.sri.com writes: >> My second question has to do with the way slot controller chips are >> probed. From looking at 'pcic_probe()' in sys/pccard/pcic.c, it looks >> for all the world to me that only a single slot controller chip is >> supported (i.e., there are no unit numbers, and there is only one >> statically-allocated "slot_ctrl" struct). Is it true that FreeBSD >> currently only supports one slot controller chip (which controls two >> slots), or am I missing something? (I'm hoping the folks working on >> -current might have some knowledge on this...) slot_ctrl struct have per-controller parameters in it. Not per-slot parameters. It can controll more than two slots, but it can't controll more than two PC-card controllers. The latest test version (found in ftp://jaz.jp.freebsd.org/pub/FreeBSD-jp/PAO/test) have multiple slot_ctrl struct, and it can controll more than two controllers. Original: ---------------------------------------------------------------- static struct slot_ctrl cinfo; ---------------------------------------------------------------- Newer code: ---------------------------------------------------------------- static struct slot_ctrl controller_info[NPCIC]; static struct slot_ctrl *cinfo = controller_info; ---------------------------------------------------------------- One of my laptop machine has one PCI-1130 CardBus bridge that manages two CardBus slots and i82365-compatible PC card controller that manages one PC-card slot, and I can use all three slots under this test code. -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-current Fri Oct 10 19:01:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23429 for current-outgoing; Fri, 10 Oct 1997 19:01:19 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from bubble.didi.com (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA23419 for ; Fri, 10 Oct 1997 19:01:13 -0700 (PDT) (envelope-from asami@bubble.didi.com) Received: (from asami@localhost) by bubble.didi.com (8.8.7/8.8.5) id TAA02123; Fri, 10 Oct 1997 19:01:31 -0700 (PDT) Date: Fri, 10 Oct 1997 19:01:31 -0700 (PDT) Message-Id: <199710110201.TAA02123@bubble.didi.com> To: jkh@time.cdrom.com CC: imp@village.org, ache@nagual.pp.ru, current@FreeBSD.ORG In-reply-to: <4455.876521053@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: make world failed From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Satoshi fixed this by breaking the depend off into its own make * invocation, but apparently this had other undesirable side-effects and * I think he's still looking at it. I'm about to commit the fix. Satoshi From owner-freebsd-current Fri Oct 10 19:04:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA23659 for current-outgoing; Fri, 10 Oct 1997 19:04:40 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from bubble.didi.com (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA23653 for ; Fri, 10 Oct 1997 19:04:35 -0700 (PDT) (envelope-from asami@bubble.didi.com) Received: (from asami@localhost) by bubble.didi.com (8.8.7/8.8.5) id TAA02133; Fri, 10 Oct 1997 19:04:50 -0700 (PDT) Date: Fri, 10 Oct 1997 19:04:50 -0700 (PDT) Message-Id: <199710110204.TAA02133@bubble.didi.com> To: jkh@time.cdrom.com CC: imp@village.org, ache@nagual.pp.ru, current@FreeBSD.ORG In-reply-to: <4455.876521053@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: make world failed From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just blurted: > I'm about to commit the fix. Well, that's what you get for trying to do three things at the same time. The fix has already been committed. Satoshi From owner-freebsd-current Fri Oct 10 21:36:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA00196 for current-outgoing; Fri, 10 Oct 1997 21:36:28 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA00191 for ; Fri, 10 Oct 1997 21:36:22 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA10035; Sat, 11 Oct 1997 14:35:31 +1000 Date: Sat, 11 Oct 1997 14:35:31 +1000 From: Bruce Evans Message-Id: <199710110435.OAA10035@godzilla.zeta.org.au> To: imp@village.org, jkh@time.cdrom.com Subject: Re: make world failed Cc: ache@nagual.pp.ru, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Does anybody know why Make started behaving like this? > >Yeah, it comes from the target which "makes make" during the bootstrap >phase in /usr/src/Makefile. Here's the relevant fragment: > > cd ${.CURDIR}/usr.bin/make && \ > ${IBMAKE} -I${.CURDIR}/share/mk -B ${CLEANDIR} ${OBJDIR} depend && .. > >This unfortunately has problems because (assuming that ${CLEANDIR} = >"cleandir" and ${OBJDIR} = "obj" of course) when make first starts up >it goes looking for an appropriate shadow obj tree so that it can >point the ${.OBJDIR} variable at it. Because there's no obj dir yet, >it sets ${.OBJDIR} = ${.CURDIR} as a fall-back. Now the cleandir and >obj targets are run and the obj dir *does* get created but it's too >late for that invocation of make, which has already made up its mind >about that. When the depend runs, it's with the bad ${.OBJDIR} value. That's not why Make started behaving like this. It is why .depend gets put in ${.CURDIR} if there is no obj directory yet. The source tree is usually writable so this usually doesn't cause any problems. Make started behaving like this because: - in rev.1.145, the relevant fragment was cd ${.CURDIR}/usr.bin/make && \ ${IBMAKE} -I${.CURDIR}/share/mk ${OBJDIR} clean cleandepend depend && .. - someone broke things further in rev.1.146. - in rev.1.146, the relevant fragment was cd ${.CURDIR}/usr.bin/make && \ ${IBMAKE} -I${.CURDIR}/share/mk ${CLEANDIR} ${OBJDIR} depend && .. which is essentially as above, and puts .depend in the wrong place if there is no obj directory for the same reasons. - if there is an obj directory, worse things happen. Make first sets .OBJDIR = ${CANONICALOBJDIR} (the usual obj dir) and cd's to it. Then the cleandir target runs and removes make's current directory. Then the obj target runs and creates another obj directory. When the depend runs, it inherits the zombie obj dir from make and all operations in the directory fail. In particular, mkdep can't create a temporary file. If the obj tree is nfs-mounted, then the first failure occurs early, for rm -f, because nfs returns ESTALE instead of ENOENT for (necessarily) failing lookups in the removed directory, and rm -f doesn't understand ESTALE. Bruce From owner-freebsd-current Sat Oct 11 00:14:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04943 for current-outgoing; Sat, 11 Oct 1997 00:14:17 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hanzo.eos.ncsu.edu (hanzo.eos.ncsu.edu [152.1.68.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA04936 for ; Sat, 11 Oct 1997 00:14:13 -0700 (PDT) (envelope-from daniel@eos.ncsu.edu) Received: from localhost (daniel@localhost) by hanzo.eos.ncsu.edu (8.8.4/EC02Jan97) with SMTP id DAA18116 for ; Sat, 11 Oct 1997 03:14:09 -0400 (EDT) X-Authentication-Warning: hanzo.eos.ncsu.edu: daniel owned process doing -bs Date: Sat, 11 Oct 1997 03:14:09 -0400 (EDT) From: Daniel Henninger Reply-To: daniel@ncsu.edu To: freebsd-current@FreeBSD.ORG Subject: Kerberos IV Support Problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hiya, I may very well be missing some important detail here, but after cvsup upgraded my src tree to the new kerberosIV setup, and removed the old eBones stuff, well, everything important seems to be missing. I am indeed grabbing the listed export-restricted collections from the standard-supfile: src-crypto src-eBones src-secure Yet when I do a make world, I get: ===> libroken make: don't know how to make k_getpwuid.c. Stop Looking over the directory: /usr/src/kerberosIV/lib/libroken I see nothing but a Makefile which has various source files such as k_getpwuid.c listed. I se the actual files are in: /usr/src/crypto/kerberosIV/lib/roken/ I am fairly confused as to what is going on. It seems as if the /usr/src/kerberosIV directory should either know to go after the crypto/kerberosIV directory, or to just skip over itself. I suppose I am more confused as to how it's supposed to work. None-the-less, the: make -DNOLIBC_R world that I normally do is not making it through the kerberos stuff. I apologize if there is some documentation on this and I have no managed to find it. Could someone be as kind as to explain to me what I am supposed to do at this point? Thanks! Daniel /\\\------------------------------------------------------------------------///\ \ \\\ Daniel Henninger http://genjuro.eos.ncsu.edu/daniel /// / \_\\\ North Carolina State University - Computer Science - Senior ///_/ \\\ Information Technology and Engineering Computer Services /// """----------------------------------------------------------------""" From owner-freebsd-current Sat Oct 11 00:23:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05492 for current-outgoing; Sat, 11 Oct 1997 00:23:52 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hanzo.eos.ncsu.edu (hanzo.eos.ncsu.edu [152.1.68.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA05484 for ; Sat, 11 Oct 1997 00:23:45 -0700 (PDT) (envelope-from daniel@eos.ncsu.edu) Received: from localhost (daniel@localhost) by hanzo.eos.ncsu.edu (8.8.4/EC02Jan97) with SMTP id DAA18140 for ; Sat, 11 Oct 1997 03:23:42 -0400 (EDT) X-Authentication-Warning: hanzo.eos.ncsu.edu: daniel owned process doing -bs Date: Sat, 11 Oct 1997 03:23:42 -0400 (EDT) From: Daniel Henninger Reply-To: daniel@ncsu.edu To: freebsd-current@FreeBSD.ORG Subject: VFAT/? Problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk /kernel: mountmsdosfs(): Warning: root directory is not a multiple of the clustersize in length I know there has been talk about this problem in the past, I am just curious as to what the status of it is. If no one is looking into it, I might like to take a stab at it, but first I'd like to know if anyone know's what's causing it? Is it simply the VFAT file system? Does it have something to do with the partition size? It is on it's own separate ide drive, while freebsd is installed on another ide drive on the same controller. Daniel /\\\------------------------------------------------------------------------///\ \ \\\ Daniel Henninger http://genjuro.eos.ncsu.edu/daniel /// / \_\\\ North Carolina State University - Computer Science - Senior ///_/ \\\ Information Technology and Engineering Computer Services /// """----------------------------------------------------------------""" From owner-freebsd-current Sat Oct 11 01:14:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07473 for current-outgoing; Sat, 11 Oct 1997 01:14:05 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07463 for ; Sat, 11 Oct 1997 01:14:00 -0700 (PDT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (B1OYOQtZnRs3+wZbVsV0aK7eAOpOL6JD@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.7) with ESMTP id KAA21832; Sat, 11 Oct 1997 10:14:08 +0200 (SAT) Received: from greenpeace.grondar.za (E4gjXTItpDBiHfRA7CIN6AhRncEm1zoy@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id KAA10091; Sat, 11 Oct 1997 10:15:15 +0200 (SAT) Message-Id: <199710110815.KAA10091@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: daniel@ncsu.edu cc: freebsd-current@FreeBSD.ORG Subject: Re: Kerberos IV Support Problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 10:15:14 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please update your cvsupfile. Your are missing src/crypto/... M Daniel Henninger wrote: > Hiya, I may very well be missing some important detail here, but after > cvsup upgraded my src tree to the new kerberosIV setup, and removed the > old eBones stuff, well, everything important seems to be missing. I am > indeed grabbing the listed export-restricted collections from the > standard-supfile: > src-crypto > src-eBones > src-secure > > Yet when I do a make world, I get: > > ===> libroken > make: don't know how to make k_getpwuid.c. Stop > > Looking over the directory: > /usr/src/kerberosIV/lib/libroken > I see nothing but a Makefile which has various source files such as > k_getpwuid.c listed. I se the actual files are in: > /usr/src/crypto/kerberosIV/lib/roken/ > > I am fairly confused as to what is going on. It seems as if the > /usr/src/kerberosIV directory should either know to go after the > crypto/kerberosIV directory, or to just skip over itself. I suppose I am > more confused as to how it's supposed to work. None-the-less, the: > make -DNOLIBC_R world > that I normally do is not making it through the kerberos stuff. > > I apologize if there is some documentation on this and I have no managed > to find it. Could someone be as kind as to explain to me what I am > supposed to do at this point? > > > Thanks! > Daniel > > /\\\------------------------------------------------------------------------/ //\ > \ \\\ Daniel Henninger http://genjuro.eos.ncsu.edu/daniel // / / > \_\\\ North Carolina State University - Computer Science - Senior /// _/ > \\\ Information Technology and Engineering Computer Services /// > """----------------------------------------------------------------""" > -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Sat Oct 11 01:29:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA08182 for current-outgoing; Sat, 11 Oct 1997 01:29:11 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr04.primenet.com (tlambert@usr04.primenet.com [206.165.6.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA08177 for ; Sat, 11 Oct 1997 01:29:08 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id BAA19839; Sat, 11 Oct 1997 01:29:00 -0700 (MST) From: Terry Lambert Message-Id: <199710110829.BAA19839@usr04.primenet.com> Subject: Re: VFAT/? Problem To: daniel@ncsu.edu Date: Sat, 11 Oct 1997 08:29:00 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Daniel Henninger" at Oct 11, 97 03:23:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > /kernel: mountmsdosfs(): Warning: root directory is not a multiple of the > clustersize in length > > I know there has been talk about this problem in the past, I am just > curious as to what the status of it is. If no one is looking into it, I > might like to take a stab at it, but first I'd like to know if anyone > know's what's causing it? If you use a piece of software like "parted" to reduce the size of your MSDODSFS partition (say to install FreeBSD on the remainder of the disk), then you will leave the cluster size larger than is necessary for the size of the partition. When this happens, you will get this warning message. Because of the way MSDOSFS is written, you will also have the possibility of writing out the expected cluster size worth of FAT entries -- too many FAT entries -- and the driver will not enforce the partition boundry, and you can trash the front of the following partition. Usually the FreeBSD boot record and Slice A. Some fixes have gone in to deal with the overwrite without fixing the underlying problem (that without knowledge of the BIOS geometry, it's impossible to know how to enforce the sector restrictions). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 11 02:04:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA09598 for current-outgoing; Sat, 11 Oct 1997 02:04:17 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA09588 for ; Sat, 11 Oct 1997 02:04:12 -0700 (PDT) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.7/8.8.5) id LAA02400; Sat, 11 Oct 1997 11:03:59 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199710110903.LAA02400@rvc1.informatik.ba-stuttgart.de> Subject: Re: make world failed In-Reply-To: <199710110435.OAA10035@godzilla.zeta.org.au> from Bruce Evans at "Oct 11, 97 02:35:31 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 11 Oct 1997 11:03:59 +0200 (MET DST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > failure occurs early, for rm -f, because nfs returns ESTALE instead > of ENOENT for (necessarily) failing lookups in the removed directory, > and rm -f doesn't understand ESTALE. Should it? Wolfgang From owner-freebsd-current Sat Oct 11 02:34:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA10484 for current-outgoing; Sat, 11 Oct 1997 02:34:21 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA10463 for ; Sat, 11 Oct 1997 02:34:14 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id TAA01068; Sat, 11 Oct 1997 19:01:08 +0930 (CST) Message-Id: <199710110931.TAA01068@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ron Bolin cc: FreeBSD Current Mailing List Subject: Re: Current 3.0 10-9-97 In-reply-to: Your message of "Fri, 10 Oct 1997 09:37:11 -0400." <343E2F86.4048799C@netchannel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Oct 1997 19:01:07 +0930 From: Mike Smith Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In building the present current, the ps command gives the following > error: > > rlb3:/home/rbolin>ps -a > ps: proc size mismatch (1312 total, 652 chunks) your ps/libkvm and kernel are out of sync. Once you have finished rebuilding the world and installed a new kernel, everything will work fine again. mike From owner-freebsd-current Sat Oct 11 05:35:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA18119 for current-outgoing; Sat, 11 Oct 1997 05:35:59 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA18106 for ; Sat, 11 Oct 1997 05:35:56 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA21986; Sat, 11 Oct 1997 22:31:17 +1000 Date: Sat, 11 Oct 1997 22:31:17 +1000 From: Bruce Evans Message-Id: <199710111231.WAA21986@godzilla.zeta.org.au> To: daniel@eos.ncsu.edu, freebsd-current@FreeBSD.ORG Subject: Re: VFAT/? Problem Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >/kernel: mountmsdosfs(): Warning: root directory is not a multiple of the >clustersize in length > >I know there has been talk about this problem in the past, I am just >curious as to what the status of it is. If no one is looking into it, I This is a non-problem. It sometimes occurs together with cluster sizes of >= 32K which used to silently corrupt the buffer cache. That problem was fixed last year (except in 2.1.x). Bruce From owner-freebsd-current Sat Oct 11 07:00:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20521 for current-outgoing; Sat, 11 Oct 1997 07:00:57 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA20513 for ; Sat, 11 Oct 1997 07:00:54 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA24301; Sat, 11 Oct 1997 23:57:36 +1000 Date: Sat, 11 Oct 1997 23:57:36 +1000 From: Bruce Evans Message-Id: <199710111357.XAA24301@godzilla.zeta.org.au> To: bde@zeta.org.au, helbig@Informatik.BA-Stuttgart.DE Subject: Re: make world failed Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> failure occurs early, for rm -f, because nfs returns ESTALE instead >> of ENOENT for (necessarily) failing lookups in the removed directory, >> and rm -f doesn't understand ESTALE. > >Should it? I think the problem is really in nfs. Removed directories should not be found by namei(). nfs presumably caches the directory name and finds the old inode and gets ESTALE when it attempts to access the inode. It should purge the cache and retry (not too many times). It does purge the cache in nfs_request() but it doesn't seem to retry there. Bruce From owner-freebsd-current Sat Oct 11 07:05:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20716 for current-outgoing; Sat, 11 Oct 1997 07:05:12 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from haywire.dialix.com.au (news@haywire.dialix.com.au [202.12.86.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA20708 for ; Sat, 11 Oct 1997 07:05:05 -0700 (PDT) (envelope-from usenet-request@haywire.dialix.com.au) Received: (from news@localhost) by haywire.dialix.com.au id WAA23060 for freebsd-current@freebsd.org; Sat, 11 Oct 1997 22:04:50 +0800 (WST) (envelope-from usenet-request@haywire.dialix.com.au) X-Authentication-Warning: haywire.dialix.com.au: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.dialix.com.au with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 11 Oct 1997 14:04:50 GMT From: peter@netplex.com.au (Peter Wemm) Message-ID: <876578689.767862@haywire.dialix.com.au> Organization: DIALix Internet Services References: Subject: Re: Which PCI Ethernet card is best for FreeBSD-current? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <5652.875828050@critter.freebsd.dk>, phk@critter.freebsd.dk (Poul-Henning Kamp) writes: > In message , Tom w > rites: >> >>On Thu, 2 Oct 1997, Poul-Henning Kamp wrote: >> >>> In message <9023.875816283@verdi.nethelp.no>, sthaug@nethelp.no writes: >>> >> On the other hand, the only quad cards I know of are based >>> >> on the DEC chip; I'll be trying out the Znyx quad card (I think) soon. >>> > >>> >We have the ZNYX 4-port 10 Mbps card, and the SMC 2-port 100 Mbps card >>> >in a FreeBSD machine here. They work very well for us. >>> >>> I have a machine with 4 of the ZNYX boards (16 ports total) doing the >>> "collapsed backbone" thing. Works like a charm, and in difference >>> from a cisco that would cost 10 times as much, you can run tcpdump >>> and trafshow on it :-) >> >> I would have liked to have been able to use a solution like that. >>However, currently ethernet interfaces that do not have carrier/link >>active, still show us UP. I wish that loss of carrier/link would force >>the interface into a DOWN state automatically. I realize this would >>require some driver changes. > > Well, go for it :-) The de driver already does this, but in a different way: peter@spinner[8:59pm]~-102> ifconfig de0 de0: flags=8843 mtu 1500 inet 202.12.86.3 netmask 0xffffffe0 broadcast 202.12.86.31 ether 00:e0:29:06:48:ee media: autoselect (10baseT/UTP) status: active [yank cable] peter@spinner[9:39pm]~-103> ifconfig de0 de0: flags=8c43 mtu 1500 inet 202.12.86.3 netmask 0xffffffe0 broadcast 202.12.86.31 ether 00:e0:29:06:48:ee media: autoselect [plug back in] peter@spinner[9:39pm]~-104> ifconfig de0 de0: flags=8843 mtu 1500 inet 202.12.86.3 netmask 0xffffffe0 broadcast 202.12.86.31 ether 00:e0:29:06:48:ee media: autoselect (10baseT/UTP) status: active peter@spinner[9:39pm]~-105> Or, if you have the media hardwired, you get this: peter@spinner[9:41pm]/home/peter-100# ifconfig de0 media 10baseT/UTP peter@spinner[9:41pm]/home/peter-101# ifconfig de0 de0: flags=8843 mtu 1500 inet 202.12.86.3 netmask 0xffffffe0 broadcast 202.12.86.31 ether 00:e0:29:06:48:ee media: 10baseT/UTP status: active [yank cable] peter@spinner[9:41pm]/home/peter-102# ifconfig de0 de0: flags=8843 mtu 1500 inet 202.12.86.3 netmask 0xffffffe0 broadcast 202.12.86.31 ether 00:e0:29:06:48:ee media: 10baseT/UTP status: no carrier ^^^^^^^^^^^^^ However, the driver seems to have a bug here.. Once the cable is plugged back in, the 'no carrier' status doesn't go away. :-> Not even after using the interface again... Cheers, -Peter From owner-freebsd-current Sat Oct 11 08:50:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA24878 for current-outgoing; Sat, 11 Oct 1997 08:50:11 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA24866 for ; Sat, 11 Oct 1997 08:50:05 -0700 (PDT) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous234.ppp.cs.tu-berlin.de [130.149.17.234]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id RAA02488 for ; Sat, 11 Oct 1997 17:45:57 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id RAA00932; Sat, 11 Oct 1997 17:02:42 +0200 (MET DST) Date: Sat, 11 Oct 1997 17:02:42 +0200 (MET DST) Message-Id: <199710111502.RAA00932@panke.panke.de> From: Wolfram Schneider To: current@freebsd.org Subject: find primaries -mmin, -amin, -cmin MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This patch add the primaries -mmin, -amin, -cmin to find, similar to the GNU find. Index: extern.h =================================================================== RCS file: /usr/cvs/src/usr.bin/find/extern.h,v retrieving revision 1.4 diff -u -r1.4 extern.h --- extern.h 1997/08/29 23:09:39 1.4 +++ extern.h 1997/10/11 09:34:07 @@ -47,7 +47,9 @@ void printlong __P((char *, char *, struct stat *)); int queryuser __P((char **)); +PLAN *c_amin __P((char *)); PLAN *c_atime __P((char *)); +PLAN *c_cmin __P((char *)); PLAN *c_ctime __P((char *)); PLAN *c_delete __P((void)); PLAN *c_depth __P((void)); @@ -74,6 +76,7 @@ PLAN *c_xdev __P((void)); PLAN *c_openparen __P((void)); PLAN *c_closeparen __P((void)); +PLAN *c_mmin __P((char *)); PLAN *c_mtime __P((char *)); PLAN *c_not __P((void)); PLAN *c_or __P((void)); Index: find.1 =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.1,v retrieving revision 1.11 diff -u -r1.11 find.1 --- find.1 1997/08/29 23:09:41 1.11 +++ find.1 1997/10/11 09:46:34 @@ -131,12 +131,25 @@ .El .Sh PRIMARIES .Bl -tag -width Ds +.It Ic -amin Ar n +True if the difference between the file last access time and the time +.Nm find +was started, rounded up to the next full minutes period, is +.Ar n +minutes periods. .It Ic -atime Ar n True if the difference between the file last access time and the time .Nm find was started, rounded up to the next full 24\-hour period, is .Ar n 24\-hour periods. +.It Ic -cmin Ar n +True if the difference between the time of last change of file status +information and the time +.Nm find +was started, rounded up to the next full minutes period, is +.Ar n +minutes periods. .It Ic -ctime Ar n True if the difference between the time of last change of file status information and the time @@ -214,6 +227,12 @@ If the file is a symbolic link, the pathname of the linked\-to file will be displayed preceded by ``\->''. The format is identical to that produced by ``ls \-dgils''. +.It Ic -mmin Ar n +True if the difference between the file last modification time and the time +.Nm find +was started, rounded up to the next full minutes period, is +.Ar n +minutes periods. .It Ic -mtime Ar n True if the difference between the file last modification time and the time .Nm find Index: find.h =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.h,v retrieving revision 1.4 diff -u -r1.4 find.h --- find.h 1997/08/29 23:09:42 1.4 +++ find.h 1997/10/11 09:33:42 @@ -39,8 +39,10 @@ /* node type */ enum ntype { N_AND = 1, /* must start > 0 */ - N_ATIME, N_CLOSEPAREN, N_CTIME, N_DEPTH, N_EXEC, N_EXECDIR, N_EXPR, - N_FOLLOW, N_FSTYPE, N_GROUP, N_INUM, N_LINKS, N_LS, N_MTIME, N_NAME, + N_AMIN, N_ATIME, N_CLOSEPAREN, N_CMIN, N_CTIME, N_DEPTH, + N_EXEC, N_EXECDIR, N_EXPR, + N_FOLLOW, N_FSTYPE, N_GROUP, N_INUM, N_LINKS, N_LS, N_MMIN, + N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, N_PRINT0, N_DELETE Index: function.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/function.c,v retrieving revision 1.11 diff -u -r1.11 function.c --- function.c 1997/01/28 13:18:46 1.11 +++ function.c 1997/10/11 09:38:36 @@ -126,6 +126,38 @@ ++((p)->t_data); /* + * -amin n functions -- + * + * True if the difference between the file access time and the + * current time is n min periods. + */ +int +f_amin(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + extern time_t now; + + COMPARE((now - entry->fts_statp->st_atime + + 60 - 1) / 60, plan->t_data); +} + +PLAN * +c_amin(arg) + char *arg; +{ + PLAN *new; + + ftsoptions &= ~FTS_NOSTAT; + + new = palloc(N_AMIN, f_amin); + new->t_data = find_parsenum(new, "-amin", arg, NULL); + TIME_CORRECT(new, N_AMIN); + return (new); +} + + +/* * -atime n functions -- * * True if the difference between the file access time and the @@ -155,6 +187,39 @@ TIME_CORRECT(new, N_ATIME); return (new); } + + +/* + * -cmin n functions -- + * + * True if the difference between the last change of file + * status information and the current time is n min periods. + */ +int +f_cmin(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + extern time_t now; + + COMPARE((now - entry->fts_statp->st_ctime + + 60 - 1) / 60, plan->t_data); +} + +PLAN * +c_cmin(arg) + char *arg; +{ + PLAN *new; + + ftsoptions &= ~FTS_NOSTAT; + + new = palloc(N_CMIN, f_cmin); + new->t_data = find_parsenum(new, "-cmin", arg, NULL); + TIME_CORRECT(new, N_CMIN); + return (new); +} + /* * -ctime n functions -- * @@ -186,6 +251,7 @@ return (new); } + /* * -depth functions -- * @@ -593,6 +659,38 @@ TIME_CORRECT(new, N_MTIME); return (new); } + +/* + * -mmin n functions -- + * + * True if the difference between the file modification time and the + * current time is n min periods. + */ +int +f_mmin(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + extern time_t now; + + COMPARE((now - entry->fts_statp->st_mtime + 60 - 1) / + 60, plan->t_data); +} + +PLAN * +c_mmin(arg) + char *arg; +{ + PLAN *new; + + ftsoptions &= ~FTS_NOSTAT; + + new = palloc(N_MMIN, f_mmin); + new->t_data = find_parsenum(new, "-mmin", arg, NULL); + TIME_CORRECT(new, N_MMIN); + return (new); +} + /* * -name functions -- Index: option.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/option.c,v retrieving revision 1.3 diff -u -r1.3 option.c --- option.c 1996/10/04 12:54:07 1.3 +++ option.c 1997/10/11 09:29:20 @@ -58,7 +58,9 @@ { ")", N_CLOSEPAREN, c_closeparen, O_ZERO }, { "-a", N_AND, NULL, O_NONE }, { "-and", N_AND, NULL, O_NONE }, + { "-amin", N_AMIN, c_amin, O_ARGV }, { "-atime", N_ATIME, c_atime, O_ARGV }, + { "-cmin", N_CMIN, c_cmin, O_ARGV }, { "-ctime", N_CTIME, c_ctime, O_ARGV }, { "-delete", N_DELETE, c_delete, O_ZERO }, { "-depth", N_DEPTH, c_depth, O_ZERO }, @@ -69,6 +71,7 @@ { "-inum", N_INUM, c_inum, O_ARGV }, { "-links", N_LINKS, c_links, O_ARGV }, { "-ls", N_LS, c_ls, O_ZERO }, + { "-mmin", N_MMIN, c_mmin, O_ARGV }, { "-mtime", N_MTIME, c_mtime, O_ARGV }, { "-name", N_NAME, c_name, O_ARGV }, { "-newer", N_NEWER, c_newer, O_ARGV }, -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-current Sat Oct 11 11:21:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA01140 for current-outgoing; Sat, 11 Oct 1997 11:21:49 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA01133 for ; Sat, 11 Oct 1997 11:21:45 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id TAA15581 for freebsd.org!current; Sat, 11 Oct 1997 19:10:40 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 11 Oct 1997 19:11:51 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Oct 1997 18:05:19 +0000 To: current@freebsd.org From: Bob Bishop Subject: Re: ctm-mail src-cur.3088.gz 1/11 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > ctm-mail src-cur.3088.gz 1/11 ^^^^ Did someone touch the world? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-current Sat Oct 11 12:06:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02711 for current-outgoing; Sat, 11 Oct 1997 12:06:48 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02704 for ; Sat, 11 Oct 1997 12:06:42 -0700 (PDT) (envelope-from freebsd@xaa.stack.nl) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.7) with UUCP id VAA04867 for current@freebsd.org; Sat, 11 Oct 1997 21:06:38 +0200 (MET DST) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.7/8.8.2) id VAA00425; Sat, 11 Oct 1997 21:05:57 +0200 (MET DST) Message-ID: <19971011210557.57085@xaa.stack.nl> Date: Sat, 11 Oct 1997 21:05:57 +0200 From: Mark Huizer To: current@freebsd.org Subject: ppp and uid0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What use is it to make ppp SUID root, if you put a check in it to make sure you are running it as UID 0? :-( Looks like irix this way. And it breaks my nice little ppp-login that will initiate pppconnection as non-root :-( Mark From owner-freebsd-current Sat Oct 11 12:13:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02970 for current-outgoing; Sat, 11 Oct 1997 12:13:53 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02963 for ; Sat, 11 Oct 1997 12:13:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id VAA12528; Sat, 11 Oct 1997 21:12:30 +0200 (CEST) To: Bob Bishop cc: current@FreeBSD.ORG Subject: Re: ctm-mail src-cur.3088.gz 1/11 In-reply-to: Your message of "Sat, 11 Oct 1997 18:05:19 -0000." Date: Sat, 11 Oct 1997 21:12:30 +0200 Message-ID: <12526.876597150@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message , Bob Bishop writes: >Hi, > >> ctm-mail src-cur.3088.gz 1/11 > ^^^^ > >Did someone touch the world? A nice fraction of it unfortunately. You'll see a lot of it going away again in the next delta. Look for the special file that has 100 identical lines saying "I will always use easy-import in the future" :-) -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Sat Oct 11 12:34:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03574 for current-outgoing; Sat, 11 Oct 1997 12:34:54 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from mail.uniserve.com (dns1-van.uniserve.com [204.244.163.48]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03568 for ; Sat, 11 Oct 1997 12:34:48 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by mail.uniserve.com with smtp (Exim 1.70 #1) id 0xK7JA-0007M7-00; Sat, 11 Oct 1997 12:34:40 -0700 Date: Sat, 11 Oct 1997 12:34:37 -0700 (PDT) From: Tom To: Mark Huizer cc: current@freebsd.org Subject: Re: ppp and uid0 In-Reply-To: <19971011210557.57085@xaa.stack.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 Oct 1997, Mark Huizer wrote: > What use is it to make ppp SUID root, if you put a check in it to make sure > you are running it as UID 0? :-( Looks like irix this way. > And it breaks my nice little ppp-login that will initiate pppconnection > as non-root :-( ppp needs to run as root. It is checks to make sure, because things won't work if it isn't. What things? Routing table changes for one. > Mark > > Tom From owner-freebsd-current Sat Oct 11 12:50:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04266 for current-outgoing; Sat, 11 Oct 1997 12:50:32 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA04254 for ; Sat, 11 Oct 1997 12:50:26 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.6.11/8.6.9) with UUCP id VAA13628 for current@FreeBSD.ORG; Sat, 11 Oct 1997 21:50:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id VAA19462; Sat, 11 Oct 1997 21:37:37 +0200 (MET DST) Message-ID: <19971011213737.GF05130@uriah.heep.sax.de> Date: Sat, 11 Oct 1997 21:37:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: ctm-mail src-cur.3088.gz 1/11 References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Bob Bishop on Oct 11, 1997 18:05:19 +0000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bob Bishop wrote: > > ctm-mail src-cur.3088.gz 1/11 > ^^^^ > > Did someone touch the world? No, but attempt to import his entire $HOME. :-/ -- 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 Oct 11 15:06:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13263 for current-outgoing; Sat, 11 Oct 1997 15:06:14 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr06.primenet.com (tlambert@usr06.primenet.com [206.165.6.206]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13235 for ; Sat, 11 Oct 1997 15:06:06 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA06146; Sat, 11 Oct 1997 15:05:51 -0700 (MST) From: Terry Lambert Message-Id: <199710112205.PAA06146@usr06.primenet.com> Subject: Re: make world failed To: helbig@Informatik.BA-Stuttgart.DE (Wolfgang Helbig) Date: Sat, 11 Oct 1997 22:05:51 +0000 (GMT) Cc: bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199710110903.LAA02400@rvc1.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Oct 11, 97 11:03:59 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > failure occurs early, for rm -f, because nfs returns ESTALE instead > > of ENOENT for (necessarily) failing lookups in the removed directory, > > and rm -f doesn't understand ESTALE. > > Should it? No. A local name cache hit that gets a vnode that references an nfsnode with a no longer valid verifier, generation count, or inode on the target system requires a return of ESTALE. One might better ask if the name cache code should be referenced on an NFS client without some kind of distributed cache coherency protocol; but this particular failure mode is not what is happening to you. Your failure is a real bug cause by a name cache deletion being omitted. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 11 15:13:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14422 for current-outgoing; Sat, 11 Oct 1997 15:13:47 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr06.primenet.com (tlambert@usr06.primenet.com [206.165.6.206]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14417 for ; Sat, 11 Oct 1997 15:13:44 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA06609; Sat, 11 Oct 1997 15:13:36 -0700 (MST) From: Terry Lambert Message-Id: <199710112213.PAA06609@usr06.primenet.com> Subject: Re: make world failed To: bde@zeta.org.au (Bruce Evans) Date: Sat, 11 Oct 1997 22:13:35 +0000 (GMT) Cc: bde@zeta.org.au, helbig@Informatik.BA-Stuttgart.DE, current@FreeBSD.ORG In-Reply-To: <199710111357.XAA24301@godzilla.zeta.org.au> from "Bruce Evans" at Oct 11, 97 11:57:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I think the problem is really in nfs. Removed directories should not > be found by namei(). nfs presumably caches the directory name and > finds the old inode and gets ESTALE when it attempts to access the > inode. It should purge the cache and retry (not too many times). > It does purge the cache in nfs_request() but it doesn't seem to retry > there. This really isn't enough. If you delete a file from one client and have a cache entry in another, you will get ESTALE (this is the case I alluded to in the posting immediately previous to this one). The real problem here is that each FS has its own access to thename cache, and each implementation has its own chance to have bugs. If it were implemented in the VFS layer above the VNOP's (ie: in namei()), then there would be a single implementation, and one bug fix would fix all FS's. This falls into that rather large bucket which I call "layering fixes". You would still need to have the ability to say "non-cached FS" as a per FS flag, since (as noted above) you can't guarantee name cache coherency between multiple NFS clients manipulating a remote directory. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 11 17:49:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19626 for current-outgoing; Sat, 11 Oct 1997 17:49:26 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19618 for ; Sat, 11 Oct 1997 17:49:18 -0700 (PDT) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA09778; Sun, 12 Oct 1997 00:24:25 +0100 (BST) Message-Id: <199710112324.AAA09778@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mark Huizer cc: current@FreeBSD.ORG Subject: Re: ppp and uid0 In-reply-to: Your message of "Sat, 11 Oct 1997 21:05:57 +0200." <19971011210557.57085@xaa.stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Oct 1997 00:24:25 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What use is it to make ppp SUID root, if you put a check in it to make sure > you are running it as UID 0? :-( Looks like irix this way. > And it breaks my nice little ppp-login that will initiate pppconnection > as non-root :-( Ppp can be run in -direct mode as a user as long as that user is a member of group network. In any other mode, the user must be uid 0 - it's too dangerous if they're not (you can do wonderful things if you've got control over the routing table!). To deal with your ppp-login requirement, check out the latest version of the pppctl(8) man page (available on www.freebsd.org/~brian). > Mark -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sat Oct 11 19:50:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24144 for current-outgoing; Sat, 11 Oct 1997 19:50:45 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hanzo.eos.ncsu.edu (hanzo.eos.ncsu.edu [152.1.68.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24139 for ; Sat, 11 Oct 1997 19:50:41 -0700 (PDT) (envelope-from daniel@eos.ncsu.edu) Received: from localhost (daniel@localhost) by hanzo.eos.ncsu.edu (8.8.4/EC02Jan97) with SMTP id WAA19688; Sat, 11 Oct 1997 22:50:27 -0400 (EDT) X-Authentication-Warning: hanzo.eos.ncsu.edu: daniel owned process doing -bs Date: Sat, 11 Oct 1997 22:50:27 -0400 (EDT) From: Daniel Henninger Reply-To: daniel@ncsu.edu To: Mark Murray cc: freebsd-current@FreeBSD.ORG Subject: Re: Kerberos IV Support Problems In-Reply-To: <199710110815.KAA10091@greenpeace.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Please update your cvsupfile. Your are missing src/crypto/... ... > > old eBones stuff, well, everything important seems to be missing. I am > > indeed grabbing the listed export-restricted collections from the > > standard-supfile: > > src-crypto How so? src/crypto has everything it seems like it should have. I have src-crypto in my supfile as shown above. crypto has a readme file, and a kerberosIV and telnet tree. Daniel /\\\------------------------------------------------------------------------///\ \ \\\ Daniel Henninger http://genjuro.eos.ncsu.edu/daniel /// / \_\\\ North Carolina State University - Computer Science - Senior ///_/ \\\ Information Technology and Engineering Computer Services /// """----------------------------------------------------------------""" From owner-freebsd-current Sat Oct 11 19:57:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24343 for current-outgoing; Sat, 11 Oct 1997 19:57:23 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from hanzo.eos.ncsu.edu (hanzo.eos.ncsu.edu [152.1.68.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24338 for ; Sat, 11 Oct 1997 19:57:19 -0700 (PDT) (envelope-from daniel@eos.ncsu.edu) Received: from localhost (daniel@localhost) by hanzo.eos.ncsu.edu (8.8.4/EC02Jan97) with SMTP id WAA19697; Sat, 11 Oct 1997 22:57:13 -0400 (EDT) X-Authentication-Warning: hanzo.eos.ncsu.edu: daniel owned process doing -bs Date: Sat, 11 Oct 1997 22:57:13 -0400 (EDT) From: Daniel Henninger Reply-To: daniel@ncsu.edu To: Bruce Evans cc: freebsd-current@FreeBSD.ORG Subject: Re: VFAT/? Problem In-Reply-To: <199710111231.WAA21986@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >/kernel: mountmsdosfs(): Warning: root directory is not a multiple of the > >clustersize in length > > > >I know there has been talk about this problem in the past, I am just > >curious as to what the status of it is. If no one is looking into it, I > > This is a non-problem. It sometimes occurs together with cluster sizes > of >= 32K which used to silently corrupt the buffer cache. That problem > was fixed last year (except in 2.1.x). So let me get this straight. I am to ignore that message? Why does it show up if it's not a problem? Win95 is installed on it's own separate drive. One partition on a 1.2 gig disk. FreeBSD is installed on yet another disk. (I apologize for not mentioning this before, but I am keeping reasonably up to date with FreeBSD-current, so an old version ought not to be the problem.) Daniel /\\\------------------------------------------------------------------------///\ \ \\\ Daniel Henninger http://genjuro.eos.ncsu.edu/daniel /// / \_\\\ North Carolina State University - Computer Science - Senior ///_/ \\\ Information Technology and Engineering Computer Services /// """----------------------------------------------------------------""" From owner-freebsd-current Sat Oct 11 20:21:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA25302 for current-outgoing; Sat, 11 Oct 1997 20:21:42 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from usr03.primenet.com (tlambert@usr03.primenet.com [206.165.6.203]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA25297 for ; Sat, 11 Oct 1997 20:21:39 -0700 (PDT) (envelope-from tlambert@usr03.primenet.com) Received: (from tlambert@localhost) by usr03.primenet.com (8.8.5/8.8.5) id UAA05608; Sat, 11 Oct 1997 20:21:33 -0700 (MST) From: Terry Lambert Message-Id: <199710120321.UAA05608@usr03.primenet.com> Subject: Re: VFAT/? Problem To: daniel@ncsu.edu Date: Sun, 12 Oct 1997 03:21:33 +0000 (GMT) Cc: bde@zeta.org.au, freebsd-current@FreeBSD.ORG In-Reply-To: from "Daniel Henninger" at Oct 11, 97 10:57:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >/kernel: mountmsdosfs(): Warning: root directory is not a multiple of the > > >clustersize in length [ ... ] > So let me get this straight. I am to ignore that message? Why does it > show up if it's not a problem? It is a warning of a non-standard MSDOSFS configuration, nothing more or less. It shows up to "warn you". 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 11 22:27:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29378 for current-outgoing; Sat, 11 Oct 1997 22:27:50 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (tibet-26.ppp.hooked.net [206.80.9.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA29371 for ; Sat, 11 Oct 1997 22:27:47 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id WAA00916 for ; Sat, 11 Oct 1997 22:28:20 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 11 Oct 1997 22:28:20 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: current@freebsd.org Subject: doc-all collection? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've noticed a fair ammount of cvs commits to the doc/ directory, so I decided to add doc-all to my cvsup configuration file (or whatever you want to call it). However to make the sgml files into html, et. al. files I guess ya gotta install sgmlfmt and install that (the packages really need updating, not even close to in sync with the ports). All went well until I tried to run make install. I'm thinking perhaps make world could make the skeleton directories for FAQ and handbook? - alex From owner-freebsd-current Sat Oct 11 23:51:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02599 for current-outgoing; Sat, 11 Oct 1997 23:51:28 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02576 for ; Sat, 11 Oct 1997 23:51:18 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by innocence.interface-business.de (8.6.11/8.6.9) with UUCP id IAA15869 for freebsd-current@FreeBSD.ORG; Sun, 12 Oct 1997 08:51:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA02268; Sun, 12 Oct 1997 08:46:29 +0200 (MET DST) Message-ID: <19971012084628.RD34988@uriah.heep.sax.de> Date: Sun, 12 Oct 1997 08:46:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: VFAT/? Problem References: <199710111231.WAA21986@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Daniel Henninger on Oct 11, 1997 22:57:13 -0400 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Daniel Henninger wrote: > So let me get this straight. I am to ignore that message? Why does it > show up if it's not a problem? Because it hasn't bothered a committer enough yet to go ahead, and remove it (or hide it behind `bootverbose', which serves as a catch-all for this kind of high-value messages). That's probably due to the fact that only very few committers still have legacy filesystems on their disks, thus aren't bothered that much by it as you are. :) -- 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. ;-)