From owner-freebsd-current Sun Dec 1 00:22:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06215 for current-outgoing; Sun, 1 Dec 1996 00:22:49 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06196 for ; Sun, 1 Dec 1996 00:22:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA09502 for ; Sun, 1 Dec 1996 09:22:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13300 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 09:22:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA09839 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 09:12:08 +0100 (MET) From: J Wunsch Message-Id: <199612010812.JAA09839@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 1 Dec 1996 09:12:08 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Ollivier Robert at "Dec 1, 96 01:17:33 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > According to J Wunsch: > > That's probably wrong. You cannot prevent a stupid programmer from > > using a conversion string of "%l:%m %p". This will now result in > > " 4:05 " for your definition file, when it's actually 16:05. > > I agree but how can I do it properly ? Stick AM/PM there, even if they are not in common use. Eventually, we should decide to drop the 12-hour braindeadness for those locales that don't use it at all, and simply have the %I being the same as %H then. Posix doesn't say much for non-Posix (translate this: non-US) locales. Almost everything seems to be allowed, so i don't see why one could not drop the 12-hour sillyness. -- 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 Sun Dec 1 00:22:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06243 for current-outgoing; Sun, 1 Dec 1996 00:22:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06228 for ; Sun, 1 Dec 1996 00:22:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA09506; Sun, 1 Dec 1996 09:22:45 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13301; Sun, 1 Dec 1996 09:22:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA09888; Sun, 1 Dec 1996 09:15:30 +0100 (MET) From: J Wunsch Message-Id: <199612010815.JAA09888@uriah.heep.sax.de> Subject: Re: Quotas... are they buggy? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 1 Dec 1996 09:15:30 +0100 (MET) Cc: mike@sentex.net (Mike Tancsa) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19961201020553.00a81bc8@sentex.net> from Mike Tancsa at "Nov 30, 96 09:05:53 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Mike Tancsa wrote: > "The code is a little buggy, so do not enabled it unless you have to" > > I am currently running 2.1.6 release. Does this proviso still apply? What > sort of bugs are there related to file system quotas? The quota control file must reside in the same physical filesystem as is being quota'ed. -- 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 Sun Dec 1 00:55:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07210 for current-outgoing; Sun, 1 Dec 1996 00:55:50 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07205 for ; Sun, 1 Dec 1996 00:55:48 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vU7fd-000QrIC; Sun, 1 Dec 96 09:54 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id JAA07710 for FreeBSD-current@FreeBSD.ORG; Sun, 1 Dec 1996 09:48:47 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612010848.JAA07710@freebie.lemis.de> Subject: Corrupted CVS updates To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Date: Sun, 1 Dec 1996 09:48:47 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've been having the devil's own problems with ctm and cvs lately. For some reason, cvs-cur 2741 wouldn't apply (md5 checksum error in pci.c, couldn't force), so I spent 30 hours re-rolling my tree from cvs-cur 380a. Then I updated my build tree, and make world has just died while running sys/conf/newvers.sh. On closer examination, this file contains: # @(#)newvers.sh 8.1 (Berkeley) 4/20/94 <<<<<<< newvers.sh # $Id: newvers.sh,v 1.22 1995/11/10 21:52:59 joerg Exp $ ======= # $Id: newvers.sh,v 1.29 1996/11/26 06:55:35 ache Exp $ >>>>>>> 1.29 TYPE="FreeBSD" Now it definitely didn't do that a couple of days ago, and rcsdiff shows that that's not what's in the repository, either. Of course, my update list has long since scrolled off the top of the screen, so I can't check the error messages, but this happens often enough (about every two months) to be annoying. Where does this come from? Greg From owner-freebsd-current Sun Dec 1 00:55:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07228 for current-outgoing; Sun, 1 Dec 1996 00:55:54 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07223 for ; Sun, 1 Dec 1996 00:55:52 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vU7fe-000QrKC; Sun, 1 Dec 96 09:54 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id JAA11432; Sun, 1 Dec 1996 09:53:45 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612010853.JAA11432@freebie.lemis.de> Subject: Re: Call for national time locales In-Reply-To: from Ollivier Robert at "Nov 30, 96 11:10:00 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 1 Dec 1996 09:53:45 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by freebie.lemis.de id JAA11432 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert writes: > According to ?????????????: >> Format is pretty simple, you can look at >> /usr/src/share/timedef/data/* for actual examples and strftime.c >> source. > > Here is a french one. I don't know how to deal with am/pm which don't e= xist > here. I've put 2 spaces instead... Simple. Put spaces for AM, since they're a subset of the 24 hour clock. As for the afternoon, that's apr=E8s-midi in French, right, so how about using 'am'? :-) I also learnt at school that in French the names of days and months weren't written with a capital initial. Is that incorrect? Greg From owner-freebsd-current Sun Dec 1 00:56:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07266 for current-outgoing; Sun, 1 Dec 1996 00:56:04 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07261 for ; Sun, 1 Dec 1996 00:56:02 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vU7fe-000QrMC; Sun, 1 Dec 96 09:54 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id JAA07699; Sun, 1 Dec 1996 09:43:35 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612010843.JAA07699@freebie.lemis.de> Subject: Re: Call for national time locales In-Reply-To: <199611300748.IAA01098@uriah.heep.sax.de> from J Wunsch at "Nov 30, 96 08:48:37 am" To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 1 Dec 1996 09:43:35 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As [?KOI8-R?] wrote: > >> Well, German is your locale and you can do what you want with it, >> I can only warn you that if you will use unpadded two letters, >> you'll break too many programs. > > Hmm. Just wondering... a quick poll on as many machines as i could > get my hands on yielded: > > j@snaily 109% uname -sr > UNIX_SV 4.2 > j@snaily 110% date > Sam Nov 30 06:44:23 MEZ 1996 > > j@blue 649% uname -sr > AIX 2 > j@blue 650% date > Sa 30 Nov 08:26:41 1996 > > j@sol 1% uname -sr > SunOS 5.3 > j@sol 2% date > Samstag, 30. November 1996, 08:44:24 Uhr MET > > j@vzentr 9% uname -sr > HP-UX B.10.00 > j@vzentr 10% date > Sa., 30. Nov. 1996, 08:41:40 > > Not a single system uses the same as another one. :-O > > What do the other German folks think? I'm leaning towards either the > SVR4 or the HP/UX approach. If I understand the problem, it's not so much programming support in the software that's the problem: it's the POSIX spec which specifies 3 characters, so you could always trip over new software which has a problem with it. If that's correct, I rather like the sneaky HP-UX solution to the problem. On the other hand, if AIX can do it, why can't others? Which is the SVR4 system? Is that SINIX? I don't know if that sanctions the three-letter abbreviations or not. My feeling is that it doesn't. Greg From owner-freebsd-current Sun Dec 1 01:02:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA07518 for current-outgoing; Sun, 1 Dec 1996 01:02:08 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA07512 for ; Sun, 1 Dec 1996 01:02:05 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vU7mf-000QrGC; Sun, 1 Dec 96 10:01 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id JAA12381; Sun, 1 Dec 1996 09:57:35 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612010857.JAA12381@freebie.lemis.de> Subject: Re: Call for national time locales In-Reply-To: <199611301548.QAA02263@uriah.heep.sax.de> from J Wunsch at "Nov 30, 96 04:48:01 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 1 Dec 1996 09:57:34 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Greg Lehey wrote: > >> On that subject, let me come back to harp on time zone names. If the >> days of the week are in German, why is the time zone this deprecated >> MET thing? Should be MEZ. > > Yes, but this requires much more complexity than we've got now. For > each timezone name, you need a matrix of foreign language > translations. Well, perhaps one could start with just two elements > for each row of this matrix: ``C'' (alias English) language, and the > native language(s) that are spoken in the appropriate zone. But as > for MET/CET, the latter covers already quite a bunch of languages. > French, German, Danish, Norwegian, Spanish, Italian, Czech, Polish, > Hungarian, Serbian, Croatian come to mind. You see the problem? My intention was to derive it from the locale. Greg From owner-freebsd-current Sun Dec 1 03:30:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA10848 for current-outgoing; Sun, 1 Dec 1996 03:30:27 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA10823; Sun, 1 Dec 1996 03:30:12 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vUA62-000QrIC; Sun, 1 Dec 96 12:30 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id MAA04186; Sun, 1 Dec 1996 12:29:29 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612011129.MAA04186@freebie.lemis.de> Subject: Re: FreeBSD/MIPS anybody In-Reply-To: <544.849436642@critter.tfs.com> from Poul-Henning Kamp at "Dec 1, 96 11:37:22 am" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sun, 1 Dec 1996 12:29:28 +0100 (MET) Cc: FreeBSD-current@FreeBSD.org (FreeBSD current users), platforms@FreeBSD.org (FreeBSD Platforms), doc@FreeBSD.org (FreeBSD Documenters), committers@FreeBSD.org Reply-To: doc@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk (Following up to -doc; this isn't really a -current, -committers, or -platforms issue) Poul-Henning Kamp writes: > In message <199612010831.JAA02306@freebie.lemis.de>, Greg Lehey writes: >> >>> Discussion about a FreeBSD book documenting the internals of VM] >> >> I'm certainly prepared to help on putting this together. Apart from >> anything else, I'll finally be forced to learn something about the >> internals. I'd suggest that we go for more than "the design of the >> FreeBSD 3.0 virtual memory system", though. > > I think I'd like to pull the brake here. I don't see any advantage to > a book over a bunch of SGML/nroff/tex files in the src/share/doc tree. There is the advantage that more people would look at the book if it were there. I think there's a significant inertia which people need to overcome before they print out the papers, and I'd guess that the sources in /src/share/doc don't get formatted too often. But I don't know if the advantage of the book would outweigh its disadvantages, such as getting the thing printed in the first place, the high price you'd have to charge for a relatively low-volume book, and the fact that it would be eternally out of date. > The only possible difference would be some money from the sale of the > book, and quite frankly, I would not even put that in budget for a book of > this kind. It certainly doesn't promise to be a big money-maker. > Instead I'd far rather have us find a volounteer editor and maybe a couple > of writers, who would help make english out of the stuff the kernel hackers > emit, which is, all else being equal, usually closer to C than to any dialect > of English. > > If we manage to pull sufficient material together this way, we can take it > all to some publisher and say, "Here, bunch of Postscript files, call the > book ``FreeBSD -- Under the hood'' and send our money to the FreeBSD project." > > If on the other hand we don't get sufficiently material, which is unfortunately > entirely possible, then we will not have to argue with some editor about it, > but it will be available in the tree, to anybody who want to read it or improve > it. > > This is also far more in line with the "scientific spirit" that was the > foundation of the BSD code on whose shoulders we stand. All this sounds very sensible. > So in summary: If you have something you're good at, or just the only one > who knows something about, you should really sit down and crank some text > out. > > Don't worry about formatting, language or anything like that right > now, just crank out some ASCII file and commit it somewhere not entirely > wrong under src/share/doc. > > Come on guys! > > Documentation is the other 50% of the job! OK. I volunteer to integrate and polish the texts. I've just been leafing through the 4.4BSD kernel book. How about taking something like that as a framework in which to put the documentation, rather like the way the online handbook is structured at the moment? Also, does anybody have more documents stashed away just waiting for publication? > Poul-Henning > Author of the only new paper in share/doc/papers from the FreeBSD project :-( I suppose it says something that I had to go and look for this document. Greg From owner-freebsd-current Sun Dec 1 05:04:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA14115 for current-outgoing; Sun, 1 Dec 1996 05:04:10 -0800 (PST) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA14110 for ; Sun, 1 Dec 1996 05:04:08 -0800 (PST) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA03122; Sun, 1 Dec 1996 07:05:48 -0600 Message-Id: <9612011305.AA03122@iworks.InterWorks.org> Date: Sun, 1 Dec 1996 07:05:48 -0600 From: "Daniel M. Eischen" To: freebsd-current@FreeBSD.org, grog@lemis.de Subject: Re: Corrupted CVS updates Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I've been having the devil's own problems with ctm and cvs lately. > For some reason, cvs-cur 2741 wouldn't apply (md5 checksum error in > pci.c, couldn't force), so I spent 30 hours re-rolling my tree from > cvs-cur 380a. Then I updated my build tree, and make world has just > died while running sys/conf/newvers.sh. On closer examination, this > file contains: > > # @(#)newvers.sh 8.1 (Berkeley) 4/20/94 > <<<<<<< newvers.sh > # $Id: newvers.sh,v 1.22 1995/11/10 21:52:59 joerg Exp $ > ======= > # $Id: newvers.sh,v 1.29 1996/11/26 06:55:35 ache Exp $ > >>>>>>> 1.29 > > TYPE="FreeBSD" > > Now it definitely didn't do that a couple of days ago, and rcsdiff > shows that that's not what's in the repository, either. Of course, my > update list has long since scrolled off the top of the screen, so I > can't check the error messages, but this happens often enough (about > every two months) to be annoying. Where does this come from? Have you applied any patches or changes to sys/conf/newvers.sh that haven't come from the CVS tree? I've had the same problem when testing out some of Justins aic7xxx driver changes and hacking around a little on my own. When doing a "CVS update -P -d src", I would also stop in the middle of a make with errors caused by the same CVS "diffs" you show above. I scanned the CVS man page, but ended up deleting the affected files, and doing another update which fixed the problem. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Sun Dec 1 06:09:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA15797 for current-outgoing; Sun, 1 Dec 1996 06:09:23 -0800 (PST) Received: from ravenock.cybercity.dk (disn53.cybercity.dk [194.16.57.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA15792 for ; Sun, 1 Dec 1996 06:09:18 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.3/8.7.3) id PAA23207; Sun, 1 Dec 1996 15:11:10 +0100 (MET) Message-Id: <199612011411.PAA23207@ravenock.cybercity.dk> Subject: Re: Corrupted CVS updates To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sun, 1 Dec 1996 15:11:09 +0100 (MET) From: "Soren Schmidt" Cc: freebsd-current@FreeBSD.org, grog@lemis.de In-Reply-To: <9612011305.AA03122@iworks.InterWorks.org> from "Daniel M. Eischen" at Dec 1, 96 07:05:48 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Daniel M. Eischen who wrote: > > > > > I've been having the devil's own problems with ctm and cvs lately. > > For some reason, cvs-cur 2741 wouldn't apply (md5 checksum error in > > pci.c, couldn't force), so I spent 30 hours re-rolling my tree from > > cvs-cur 380a. Then I updated my build tree, and make world has just > > died while running sys/conf/newvers.sh. On closer examination, this > > file contains: > > > > # @(#)newvers.sh 8.1 (Berkeley) 4/20/94 > > <<<<<<< newvers.sh > > # $Id: newvers.sh,v 1.22 1995/11/10 21:52:59 joerg Exp $ > > ======= > > # $Id: newvers.sh,v 1.29 1996/11/26 06:55:35 ache Exp $ > > >>>>>>> 1.29 > > > > TYPE="FreeBSD" > > > > Now it definitely didn't do that a couple of days ago, and rcsdiff > > shows that that's not what's in the repository, either. Of course, my > > update list has long since scrolled off the top of the screen, so I > > can't check the error messages, but this happens often enough (about > > every two months) to be annoying. Where does this come from? > > Have you applied any patches or changes to sys/conf/newvers.sh that > haven't come from the CVS tree? > > I've had the same problem when testing out some of Justins aic7xxx > driver changes and hacking around a little on my own. When doing > a "CVS update -P -d src", I would also stop in the middle of a > make with errors caused by the same CVS "diffs" you show above. > I scanned the CVS man page, but ended up deleting the affected > files, and doing another update which fixed the problem. Hmm, I have seen various problems with some of the bigger CTM patches (esp. those that touch all files), this triggers our old well known (but not understood) vm problem, that manifests itself as an bogus diskblock (one page), that will disappear if the disk is unmounted & then mounted again 95% of the times, the last 5% that invalid block will have been written back to disk :( It seems that my systems has been suffering pretty bad from this over the last ~14 days or so. I have one workaround for this: mount the disks via nfs and do the update from another machine, this fixes the problem, but is dog slow.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Dec 1 06:37:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16424 for current-outgoing; Sun, 1 Dec 1996 06:37:23 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA16419 for ; Sun, 1 Dec 1996 06:37:20 -0800 (PST) Received: by sovcom.kiae.su id AA10564 (5.65.kiae-1 ); Sun, 1 Dec 1996 17:26:00 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 1 Dec 96 17:26:00 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id RAA00705; Sun, 1 Dec 1996 17:21:02 +0300 (MSK) Message-Id: <199612011421.RAA00705@nagual.ru> Subject: Re: Call for national time locales In-Reply-To: from Ollivier Robert at "Dec 1, 96 01:18:37 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 1 Dec 1996 17:21:02 +0300 (MSK) Cc: freebsd-current@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [Charset iso-8859-1 unsupported, filtering to ASCII...] > According to ?????????????: > > Hmm... Where is french locale you talk about? I don't saw it. > > It was in themessage J_rg answered. You didn't saw it ? It was sent to > current. I can send it to you if disappeared for you. Yes, I miss it somehow. Send it to me, if you want it reviewed/commited. I suppose you fix your AM/PM problem by two spaces and PM (or something like). -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Dec 1 06:38:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16463 for current-outgoing; Sun, 1 Dec 1996 06:38:38 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16458; Sun, 1 Dec 1996 06:38:35 -0800 (PST) Received: from dyson.iquest.net (localhost [127.0.0.1]) by dyson.iquest.net (8.8.2/8.6.9) with SMTP id JAA01134; Sun, 1 Dec 1996 09:38:34 -0500 (EST) Message-ID: <32A19869.41C67EA6@freebsd.org> Date: Sun, 01 Dec 1996 09:38:33 -0500 From: "John S. Dyson" Organization: John S. Dyson's home machine X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: sos@freebsd.org CC: current@freebsd.org Subject: Re: Corrupted CVS updates References: <199612011411.PAA23207@ravenock.cybercity.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Soren Schmidt wrote: > > Hmm, I have seen various problems with some of the bigger CTM > patches (esp. those that touch all files), this triggers our > old well known (but not understood) vm problem, that manifests > itself as an bogus diskblock (one page), that will disappear if > the disk is unmounted & then mounted again 95% of the times, the > last 5% that invalid block will have been written back to disk :( > It seems that my systems has been suffering pretty bad from this > over the last ~14 days or so. I have one workaround for this: > mount the disks via nfs and do the update from another machine, > this fixes the problem, but is dog slow.... > Sorry for my Netscape reply -- only mailer that I have right now that supports mime... Could you tell me if you are mounting your filesystems async? I am looking at the problem (in filesystem mode -- unfortunately meant to be in documentation mode.) John From owner-freebsd-current Sun Dec 1 06:52:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16825 for current-outgoing; Sun, 1 Dec 1996 06:52:10 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA16820 for ; Sun, 1 Dec 1996 06:52:07 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vUDFQ-000QrDC; Sun, 1 Dec 96 15:52 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id PAA10154; Sun, 1 Dec 1996 15:10:49 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612011410.PAA10154@freebie.lemis.de> Subject: Re: Corrupted CVS updates In-Reply-To: <9612011305.AA03122@iworks.InterWorks.org> from "Daniel M. Eischen" at "Dec 1, 96 07:05:48 am" To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sun, 1 Dec 1996 15:10:49 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel M. Eischen writes: > >> I've been having the devil's own problems with ctm and cvs lately. >> For some reason, cvs-cur 2741 wouldn't apply (md5 checksum error in >> pci.c, couldn't force), so I spent 30 hours re-rolling my tree from >> cvs-cur 380a. Then I updated my build tree, and make world has just >> died while running sys/conf/newvers.sh. On closer examination, this >> file contains: >> >> # @(#)newvers.sh 8.1 (Berkeley) 4/20/94 >> <<<<<<< newvers.sh >> # $Id: newvers.sh,v 1.22 1995/11/10 21:52:59 joerg Exp $ >> ======= >> # $Id: newvers.sh,v 1.29 1996/11/26 06:55:35 ache Exp $ >>>>>>>>> 1.29 >> >> TYPE="FreeBSD" >> >> Now it definitely didn't do that a couple of days ago, and rcsdiff >> shows that that's not what's in the repository, either. Of course, my >> update list has long since scrolled off the top of the screen, so I >> can't check the error messages, but this happens often enough (about >> every two months) to be annoying. Where does this come from? > > Have you applied any patches or changes to sys/conf/newvers.sh that > haven't come from the CVS tree? Yes, indeed, and that seems to be the problem. CVS appears to have changed in this respect. I'm just putting my trees together, and I get > # cvs update -P -d > cvs update: Updating . > ? bisdn > ? Make.log > cvs update: Updating conf > M conf/files > RCS file: /src/cvs/src/sys/conf/newvers.sh,v > retrieving revision 1.28 > retrieving revision 1.29 > Merging differences between 1.28 and 1.29 into newvers.sh > rcsmerge: warning: conflicts during merge > cvs update: conflicts found in conf/newvers.sh Well, it may be a "warning", but it left this junk behind as well. I don't believe that's correct: it should ignore changed files. Here's a second one: > cvs update: Updating i386/include > cvs update: i386/include/bisdn_ioctl.h is no longer in the repository > cvs update: i386/include/bisdn_isdn.h is no longer in the repository I believe it's correct to remove files that have been removed from the repository; that's what the -d option is for. But these two files were never part of the repository, and it's going to be a real pain to have to read them in again every time. > I've had the same problem when testing out some of Justins aic7xxx > driver changes and hacking around a little on my own. When doing > a "CVS update -P -d src", I would also stop in the middle of a > make with errors caused by the same CVS "diffs" you show above. > I scanned the CVS man page, but ended up deleting the affected > files, and doing another update which fixed the problem. That's OK if you don't need the mods. I do. I haven't sent in a bug report yet, because I don't know if this is a bug or a feature, but I'd like to find out pretty soon. Greg From owner-freebsd-current Sun Dec 1 07:08:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17297 for current-outgoing; Sun, 1 Dec 1996 07:08:12 -0800 (PST) Received: from ravenock.cybercity.dk (disn53.cybercity.dk [194.16.57.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17292; Sun, 1 Dec 1996 07:08:03 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.3/8.7.3) id QAA23315; Sun, 1 Dec 1996 16:10:26 +0100 (MET) Message-Id: <199612011510.QAA23315@ravenock.cybercity.dk> Subject: Re: Corrupted CVS updates To: dyson@freebsd.org (John S. Dyson) Date: Sun, 1 Dec 1996 16:10:26 +0100 (MET) From: "Soren Schmidt" Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: <32A19869.41C67EA6@freebsd.org> from "John S. Dyson" at Dec 1, 96 09:38:33 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to John S. Dyson who wrote: > > Soren Schmidt wrote: > > > > > Hmm, I have seen various problems with some of the bigger CTM > > patches (esp. those that touch all files), this triggers our > > old well known (but not understood) vm problem, that manifests > > itself as an bogus diskblock (one page), that will disappear if > > the disk is unmounted & then mounted again 95% of the times, the > > last 5% that invalid block will have been written back to disk :( > > It seems that my systems has been suffering pretty bad from this > > over the last ~14 days or so. I have one workaround for this: > > mount the disks via nfs and do the update from another machine, > > this fixes the problem, but is dog slow.... > > > Sorry for my Netscape reply -- only mailer that I have right > now that supports mime... :) > Could you tell me if you are mounting your filesystems async? > I am looking at the problem (in filesystem mode -- unfortunately > meant to be in documentation mode.) Well, its almost beyond use when I do NOT mount them async, async makes the probelm a lot less worse... Also this only happens on the really large patches, so size is definatly a parameter in this... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Dec 1 07:22:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17743 for current-outgoing; Sun, 1 Dec 1996 07:22:24 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17738 for ; Sun, 1 Dec 1996 07:22:20 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id KAA00135 for current@freebsd.org; Sun, 1 Dec 1996 10:22:18 -0500 (EST) From: "John S. Dyson" Message-Id: <199612011522.KAA00135@dyson.iquest.net> Subject: Be gentle with -current To: current@freebsd.org Date: Sun, 1 Dec 1996 10:22:17 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The dynamic buffer changes have problems under load or on very big systems. Working on it now, won't eat/sleep/go to the bathroom until it is working -- that ought to motivate me :-). John From owner-freebsd-current Sun Dec 1 07:53:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18765 for current-outgoing; Sun, 1 Dec 1996 07:53:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA18758 for ; Sun, 1 Dec 1996 07:52:57 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA17667 for ; Sun, 1 Dec 1996 16:52:48 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA20176 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 16:52:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id QAA14162 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 16:49:24 +0100 (MET) From: J Wunsch Message-Id: <199612011549.QAA14162@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 1 Dec 1996 16:49:23 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612010857.JAA12381@freebie.lemis.de> from Greg Lehey at "Dec 1, 96 09:57:34 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: > >> On that subject, let me come back to harp on time zone names. If the > >> days of the week are in German, why is the time zone this deprecated > >> MET thing? Should be MEZ. > > > > Yes, but this requires much more complexity than we've got now. For > > each timezone name, you need a matrix of foreign language > > translations. > My intention was to derive it from the locale. You still didn't get it though: the timezone and the current locale are two entirely different things. There are locales like ru_RU or en_US that span quite a bunch of timezones, and there is OTOH the potential desire of somebody using a de_DE locale e.g. when he's on vacation or whatever else in California. Also, while most people prefer to get their local time, in particular many programmers aren't that happy about localization (i.e., translation) at all, and are used to work in the en_US locale all the time. As i said, it's quite more complex. The current format of the tz database isn't ready for supporting zone name localization (though i think the tz maintainers become used to that idea). -- 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 Sun Dec 1 07:53:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18776 for current-outgoing; Sun, 1 Dec 1996 07:53:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA18764 for ; Sun, 1 Dec 1996 07:53:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA17663 for ; Sun, 1 Dec 1996 16:52:47 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA20175 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 16:52:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id QAA14137 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 16:45:00 +0100 (MET) From: J Wunsch Message-Id: <199612011545.QAA14137@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 1 Dec 1996 16:45:00 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612010843.JAA07699@freebie.lemis.de> from Greg Lehey at "Dec 1, 96 09:43:35 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: > > j@snaily 109% uname -sr > > UNIX_SV 4.2 > > j@snaily 110% date > > Sam Nov 30 06:44:23 MEZ 1996 > If I understand the problem, it's not so much programming support in > the software that's the problem: it's the POSIX spec which specifies 3 > characters, so you could always trip over new software which has a Posix says that applications should not rely on anything regarding the date format iff the current locale is not the Posix locale. That's pretty much freedom, i guess. :) > problem with it. If that's correct, I rather like the sneaky HP-UX > solution to the problem. On the other hand, if AIX can do it, why > can't others? In particular since i believe AIX is Posix-branded. Andrey, do you know of any applications that will break if we go to two-letter abbreviations? > Which is the SVR4 system? Is that SINIX? No, it wasn't SNINIX. It's an older Onsite UNIX. -- 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 Sun Dec 1 08:00:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19114 for current-outgoing; Sun, 1 Dec 1996 08:00:52 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19108; Sun, 1 Dec 1996 08:00:49 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id KAA00121; Sun, 1 Dec 1996 10:51:55 -0500 (EST) From: "John S. Dyson" Message-Id: <199612011551.KAA00121@dyson.iquest.net> Subject: Re: Be gentle with -current To: dyson@freebsd.org Date: Sun, 1 Dec 1996 10:51:55 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199612011522.KAA00135@dyson.iquest.net> from "John S. Dyson" at Dec 1, 96 10:22:17 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The dynamic buffer changes have problems under load or on very > big systems. Working on it now, won't eat/sleep/go to the bathroom > until it is working -- that ought to motivate me :-). > I think that things are much better now... John From owner-freebsd-current Sun Dec 1 08:20:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19887 for current-outgoing; Sun, 1 Dec 1996 08:20:22 -0800 (PST) Received: from cbgw1.lucent.com (cbgw1.lucent.com [192.20.239.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19882 for ; Sun, 1 Dec 1996 08:20:19 -0800 (PST) Received: from nasvr1.cb.lucent.com by cbig1.firewall.lucent.com (SMI-8.6/EMS-L sol2) id LAA05317; Sun, 1 Dec 1996 11:13:40 -0500 Received: from cbsky.cb.lucent.com by nasvr1.cb.lucent.com (5.x/EMS-L sol2) id AA18160; Sun, 1 Dec 1996 11:20:56 -0500 Received: by cbsky.cb.lucent.com (SMI-8.6/EMS-1.1 Sol2) id LAA26688; Sun, 1 Dec 1996 11:20:55 -0500 Date: Sun, 1 Dec 1996 11:20:55 -0500 Message-Id: <199612011620.LAA26688@cbsky.cb.lucent.com> From: cbsky!dob@naserver1.cb.lucent.com (Dan O'Brien, 614.860.3292) To: jdp@polstra.com Cc: current@freebsd.org Subject: Re: CVSUP problem with current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mea culpa. Thanks to Steve who sent private email that gave me the tip. > In article <199611292026.PAA23180@llama.bazzle.com> Dan writes: > > Where's the problem? Setup: /usr/sup is symlink to /var/usr/sup (var has extra space for things that grow) Problem: BANG! (that's me shooting myself in the foot) I was house cleaning and had rm -fr /var/usr/sup ``don't need that anymore, I'm using cvsup!'' :-( The symlink was left hanging /usr/sup -> /var/usr/sup Clean up was several days before trying cvsup so there was a disconnect in the synapses... > > I started getting this the other day. Same error each time, > > just different file numbers. > > > > Connected to cvsup.FreeBSD.org > > Updater failed: Updater error: Cannot create "/usr/sup/src-base/#cvs.cvsup-23114.0": File exists > Strange. Next time it happens, could you please send me the following info: > If it's stopped happening, please let me know that, too. It's stopped. Fix was to mkdir /var/usr/sup and all is well. The error message was what threw me off. > Thanks, No, thank you for CVSUP and to Steve for the tip. Sorry for exposing my stupidity to the list. I'll slink back to the shadows... > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth Dan From owner-freebsd-current Sun Dec 1 09:32:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22696 for current-outgoing; Sun, 1 Dec 1996 09:32:13 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22691 for ; Sun, 1 Dec 1996 09:32:09 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id SAA15231 for ; Sun, 1 Dec 1996 18:31:57 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id SAA04826 for FreeBSD-current@FreeBSD.ORG; Sun, 1 Dec 1996 18:31:36 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id OAA26254; Sun, 1 Dec 1996 14:11:15 +0100 (CET) Message-ID: Date: Sun, 1 Dec 1996 14:11:14 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Call for national time locales References: <199612010853.JAA11432@freebie.lemis.de> X-Mailer: Mutt 0.52 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <199612010853.JAA11432@freebie.lemis.de>; from Greg Lehey on Dec 1, 1996 09:53:45 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Greg Lehey: > Simple. Put spaces for AM, since they're a subset of the 24 hour > clock. As for the afternoon, that's après-midi in French, right, so > how about using 'am'? :-) That would be too confusing I guess :-) > I also learnt at school that in French the names of days and months > weren't written with a capital initial. Is that incorrect? No, that correct. I'll have to update the french time locale. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Sun Dec 1 09:37:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23018 for current-outgoing; Sun, 1 Dec 1996 09:37:57 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA23008 for ; Sun, 1 Dec 1996 09:37:53 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id SAA00693 for ; Sun, 1 Dec 1996 18:34:06 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id SAA02940 for ; Sun, 1 Dec 1996 18:37:46 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id SAA24341 for ; Sun, 1 Dec 1996 18:37:43 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id SAA22585 for freebsd-current@freebsd.org; Sun, 1 Dec 1996 18:37:43 +0100 (MET) From: Andre Albsmeier Message-Id: <199612011737.SAA22585@server.us.tld> Subject: 2 suggestions for 2.2 and current To: freebsd-current@freebsd.org Date: Sun, 1 Dec 1996 18:37:43 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi *, 1.) I have just increased the kernel buffer size in /usr/include/sys/msgbuf.h as I was advised by Joerg Wunsch. It works great. Now I can see all kernel start messages when invoking dmesg. Since I have 14 devices attached to 2 Adaptec 2940 this was not possible before. Wouldn't it be a good idea to increase this number in general, let's say to 8k, in 2.2 and in current? 2.) In function Disk_Names, which resides in /usr/src/lib/libdisk/disk.c, the maximum number of disks probed is limited to 10 for each device type wd* or sd*. This means, that my disks sd10 to sd14 won't get recognized by Disk_Names and therefore by sysinstall. Even if you haven't got this number of disks, sd10 can be reached quickly, by wiring down targets 0-6 at scbus 0 to sd0-6 and targets 0-6 at scbus 1 to sd8-14 as I am doing it at the moment. Maybe it makes sence to increase this number too. My suggestion would be 16 or 32 at the moment. Thanks Andre From owner-freebsd-current Sun Dec 1 11:08:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA26331 for current-outgoing; Sun, 1 Dec 1996 11:08:45 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA26326 for ; Sun, 1 Dec 1996 11:08:42 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA12449; Sun, 1 Dec 1996 14:08:38 -0500 Date: Sun, 1 Dec 1996 14:08:38 -0500 From: Garrett Wollman Message-Id: <9612011908.AA12449@halloran-eldar.lcs.mit.edu> To: Greg Lehey Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Call for national time locales In-Reply-To: <199611300737.IAA20315@freebie.lemis.de> References: <199611292349.AAA27861@uriah.heep.sax.de> <199611300737.IAA20315@freebie.lemis.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > On that subject, let me come back to harp on time zone names. If the > days of the week are in German, why is the time zone this deprecated > MET thing? Should be MEZ. Then you can do write the code to perform the translation (language, data file abbreviation) -> national language abbreviation. It's really not that difficult; all you need is to have a text file for each locale containing the pairs (data file abbreviation, national language abbreviation) and then do the appropriate lookup. I'm not sure whether it would be appropriate to do it for all calls to localtime() or just in strftime's %Z (with perhaps the translation suppressed for %EZ or %OZ). -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, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Dec 1 11:52:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27818 for current-outgoing; Sun, 1 Dec 1996 11:52:41 -0800 (PST) Received: from mule1.mindspring.com (mule1.mindspring.com [204.180.128.167]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA27812 for ; Sun, 1 Dec 1996 11:52:37 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule1.mindspring.com (8.8.2/8.7.3) with SMTP id TAA90598 for ; Sun, 1 Dec 1996 19:52:34 GMT Message-ID: <32A1E222.41C67EA6@mindspring.com> Date: Sun, 01 Dec 1996 14:53:06 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 12-1-96 Current Build sysinstall ?? Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I cvsup'd today and fount that sysinstall would not build due to a missing function named Sanitize_Bios_Geom. See the attached build output. Is this really missing? I did the build from /usr/release/sysinstall after doing a make clean, make obj, make depend first. The missing function is declared in disks.c. Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="BUG" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="BUG" cc -O -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/obj/usr/src/release/sysinstall -I/sys -DUC_PRIVATE -DKERN_NO_SYMBOLS -DSAVE_USERCONFIG -c /usr/src/release/sysinstall/disks.c /usr/src/release/sysinstall/disks.c: In function `print_chunks': /usr/src/release/sysinstall/disks.c:88: warning: implicit declaration of function `Sanitize_Bios_Geom' cc -O -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/obj/usr/src/release/sysinstall -I/sys -DUC_PRIVATE -DKERN_NO_SYMBOLS -DSAVE_USERCONFIG -c /usr/src/release/sysinstall/dispatch.c cc -O -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/obj/usr/src/release/sysinstall -I/sys -DUC_PRIVATE -DKERN_NO_SYMBOLS -DSAVE_USERCONFIG -c /usr/src/release/sysinstall/dist.c cc -O -Wall -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/obj/usr/src/release/sysinstall -I/sys -DUC_PRIVATE -DKERN_NO_SYMBOLS -DSAVE_USERCONFIG -o sysinstall anonFTP.o apache.o attr.o cdrom.o command.o config.o devices.o disks.o dispatch.o dist.o dmenu.o doc.o dos.o floppy.o ftp.o ftp_strat.o globals.o index.o install.o installUpgrade.o keymap.o label.o lndir.o main.o makedevs.o media.o menus.o misc.o msg.o network.o nfs.o options.o package.o samba.o system.o tape.o tcpip.o termcap.o ufs.o variable.o wizard.o uc_eisa.o uc_isa.o uc_kmem.o uc_list.o uc_main.o uc_pci.o uc_scsi.o -ldialog -lncurses -lmytinfo -lutil -ldisk disks.o: Undefined symbol `_Sanitize_Bios_Geom' referenced from text segment *** Error code 1 Stop. --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-current Sun Dec 1 12:11:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28451 for current-outgoing; Sun, 1 Dec 1996 12:11:00 -0800 (PST) Received: from pcnet1.pcnet.com (eischen@pcnet1.pcnet.com [204.213.232.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA28446 for ; Sun, 1 Dec 1996 12:10:58 -0800 (PST) Received: by pcnet1.pcnet.com (4.1/SMI-4.1) id AA09076; Sun, 1 Dec 96 15:05:48 EST Date: Sun, 1 Dec 96 15:05:48 EST From: eischen@vigrid.com (Daniel Eischen) Message-Id: <9612012005.AA09076@pcnet1.pcnet.com> To: deischen@iworks.InterWorks.org, grog@lemis.de Subject: Re: Corrupted CVS updates Cc: FreeBSD-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Have you applied any patches or changes to sys/conf/newvers.sh that > > haven't come from the CVS tree? > > Yes, indeed, and that seems to be the problem. CVS appears to have > changed in this respect. I'm just putting my trees together, and I get > > > # cvs update -P -d > > cvs update: Updating . > > ? bisdn > > ? Make.log > > cvs update: Updating conf > > M conf/files > > RCS file: /src/cvs/src/sys/conf/newvers.sh,v > > retrieving revision 1.28 > > retrieving revision 1.29 > > Merging differences between 1.28 and 1.29 into newvers.sh > > rcsmerge: warning: conflicts during merge > > cvs update: conflicts found in conf/newvers.sh > > Well, it may be a "warning", but it left this junk behind as well. I > don't believe that's correct: it should ignore changed files. You can use the "-I" option to tell CVS to ignore files when doing the update. The man page says that CVS update will merge the changes from the source repository to the working directory. > Here's a second one: > > > cvs update: Updating i386/include > > cvs update: i386/include/bisdn_ioctl.h is no longer in the repository > > cvs update: i386/include/bisdn_isdn.h is no longer in the repository > > I believe it's correct to remove files that have been removed from the > repository; that's what the -d option is for. But these two files > were never part of the repository, and it's going to be a real pain to > have to read them in again every time. Yeah, you're right. It would be easier if there were an option to the update that wouldn't remove files that don't exist in the repository. Dan Eischen eischen@pcnet.com From owner-freebsd-current Sun Dec 1 12:49:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29893 for current-outgoing; Sun, 1 Dec 1996 12:49:55 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29888 for ; Sun, 1 Dec 1996 12:49:52 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id MAA22613; Sun, 1 Dec 1996 12:49:43 -0800 (PST) Message-Id: <199612012049.MAA22613@austin.polstra.com> To: cbsky!dob@naserver1.cb.lucent.com (Dan O'Brien, 614.860.3292) cc: current@freebsd.org Subject: Re: CVSUP problem with current In-reply-to: Your message of "Sun, 01 Dec 1996 11:20:55 EST." <199612011620.LAA26688@cbsky.cb.lucent.com> References: <199612011620.LAA26688@cbsky.cb.lucent.com> Date: Sun, 01 Dec 1996 12:49:42 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It's stopped. Fix was to mkdir /var/usr/sup and all is well. > The error message was what threw me off. Yes, well why not?! That error message was bogus and badly misleading. > Sorry for exposing my stupidity to the list. I'll slink back to > the shadows... You don't have to apologize for anything. The fact that the error message was so wrong should properly be considered a bug. Thanks for reporting it. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 1 12:53:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00151 for current-outgoing; Sun, 1 Dec 1996 12:53:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA00143 for ; Sun, 1 Dec 1996 12:53:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA25106; Sun, 1 Dec 1996 21:52:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA25327; Sun, 1 Dec 1996 21:52:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA17389; Sun, 1 Dec 1996 21:34:10 +0100 (MET) From: J Wunsch Message-Id: <199612012034.VAA17389@uriah.heep.sax.de> Subject: Re: 12-1-96 Current Build sysinstall ?? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 1 Dec 1996 21:34:10 +0100 (MET) Cc: rlb@mindspring.com (Ron Bolin) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32A1E222.41C67EA6@mindspring.com> from Ron Bolin at "Dec 1, 96 02:53:06 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ron Bolin wrote: > I cvsup'd today and fount that sysinstall would not build due to a > missing function named Sanitize_Bios_Geom. Update your libdisk first. -- 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 Sun Dec 1 12:56:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00267 for current-outgoing; Sun, 1 Dec 1996 12:56:20 -0800 (PST) Received: from zombie.ncsc.mil (zombie.ncsc.mil [144.51.15.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA00251 for ; Sun, 1 Dec 1996 12:56:18 -0800 (PST) Received: (from sjr@localhost) by zombie.ncsc.mil (8.6.11/8.6.11) id PAA19864 for freebsd-current@freebsd.org; Sun, 1 Dec 1996 15:56:05 -0500 Date: Sun, 1 Dec 1996 15:56:05 -0500 From: "Stephen J. Roznowski" Message-Id: <199612012056.PAA19864@zombie.ncsc.mil> To: freebsd-current@freebsd.org Subject: Continually resupping contrib Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to update my source tree via "make update" in /usr/src and I keep trying to pull a new copy of "src-contrib". The files in /usr/sup appear to be being updated correctly. Am I doing something wrong, or is the contrib portion of -current getting updated every day? Thanks, -SR From owner-freebsd-current Sun Dec 1 14:11:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02678 for current-outgoing; Sun, 1 Dec 1996 14:11:27 -0800 (PST) Received: from cicerone.uunet.ca (root@cicerone.uunet.ca [142.77.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02670 for ; Sun, 1 Dec 1996 14:11:24 -0800 (PST) Received: from why.whine.com ([205.150.249.1]) by mail.uunet.ca with ESMTP id <116365-27423>; Sun, 1 Dec 1996 17:11:16 -0500 Received: from why (andrew@why [205.150.249.1]) by why.whine.com (8.8.2/8.7.3) with SMTP id RAA00487; Sun, 1 Dec 1996 17:11:09 -0500 (EST) Date: Sun, 1 Dec 1996 17:11:09 -0500 From: Andrew Herdman X-Sender: andrew@why To: "Stephen J. Roznowski" cc: freebsd-current@freebsd.org Subject: Re: Continually resupping contrib In-Reply-To: <199612012056.PAA19864@zombie.ncsc.mil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 1 Dec 1996, Stephen J. Roznowski wrote: > > I'm trying to update my source tree via "make update" in /usr/src > and I keep trying to pull a new copy of "src-contrib". The files > in /usr/sup appear to be being updated correctly. Am I doing > something wrong, or is the contrib portion of -current getting > updated every day? > > Thanks, > -SR > I am seeing the same results here as well. I'm using sup server sup.freebsd.org. I've noticed that not the entire contrib is re-supped, but most of it, it takes about 2 hours for me to sup the distribution every time over my 28.8 modem. Andrew From owner-freebsd-current Sun Dec 1 14:34:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA03657 for current-outgoing; Sun, 1 Dec 1996 14:34:39 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA03652 for ; Sun, 1 Dec 1996 14:34:35 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA15802 for ; Sun, 1 Dec 1996 23:34:29 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA08490 for current@FreeBSD.org; Sun, 1 Dec 1996 23:34:15 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id XAA27308; Sun, 1 Dec 1996 23:14:42 +0100 (CET) Message-ID: Date: Sun, 1 Dec 1996 23:14:42 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.org Subject: Re: Corrupted CVS updates References: <199612011411.PAA23207@ravenock.cybercity.dk> <32A19869.41C67EA6@freebsd.org> X-Mailer: Mutt 0.52 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <32A19869.41C67EA6@freebsd.org>; from John S. Dyson on Dec 1, 1996 09:38:33 -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to John S. Dyson: > Could you tell me if you are mounting your filesystems async? > I am looking at the problem (in filesystem mode -- unfortunately > meant to be in documentation mode.) I've been mounting /spare (my CVS tree) and /src (/usr/src) for more than a year and applying CTM chunks on it. CVS updating never missed one file... I think Greg's problem is more a problem of changing some files or operat- ing on some branches (thus getting conflicts from CVS) than something FS related. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Sun Dec 1 15:16:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05417 for current-outgoing; Sun, 1 Dec 1996 15:16:11 -0800 (PST) Received: from desiree.teleport.com (desiree.teleport.com [192.108.254.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA05411 for ; Sun, 1 Dec 1996 15:16:08 -0800 (PST) Received: from linda.teleport.com (linda.teleport.com [192.108.254.12]) by desiree.teleport.com (8.8.3/8.7.3) with ESMTP id PAA20100; Sun, 1 Dec 1996 15:16:08 -0800 (PST) From: Mostyn/Annabella Received: (from mrl@localhost) by linda.teleport.com (8.8.3/8.7.3) id PAA08974; Sun, 1 Dec 1996 15:14:58 -0800 (PST) Message-Id: <199612012314.PAA08974@linda.teleport.com> Subject: Kernels - cache - fast,slow,fast,slow To: current@freebsd.org Date: Sun, 1 Dec 1996 15:14:58 -0800 (PST) Cc: mrl@teleport.com X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been seeing a frustrating speed difference between different current kernels. We have a server - 133Mhz Pentium - running an old 2.2 current from abount May which usually seemed a lot faster than succeeding ones. So I did some investigation. Using the kernel routine, nfs_serv.c as a benchmark and 4 kernels on a 133Mhz Pentium we got Kernel from May - ~19 secs compile Kernel from Oct 1 - ~31 secs 2.2-961014-SNAP kernel - ~19 secs Yesterday's kernel (3.0) - ~31 secs After much ***ting around I found that switching off the 512Kb Pipeline cache left all of them at ~31 seconds! So it seems that we are missing the hardware cache on some systems and not on others. This shows as a significant difference. Can anybody nail this one down? Mostyn From owner-freebsd-current Sun Dec 1 17:20:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11158 for current-outgoing; Sun, 1 Dec 1996 17:20:03 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11115 for ; Sun, 1 Dec 1996 17:20:00 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA01423 for ; Sun, 1 Dec 1996 17:19:28 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma001421; Sun Dec 1 17:19:13 1996 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id RAA16336 for freebsd-current@freebsd.org; Sun, 1 Dec 1996 17:19:13 -0800 (PST) From: Archie Cobbs Message-Id: <199612020119.RAA16336@bubba.whistle.com> Subject: /dev/tun0 question To: freebsd-current@freebsd.org Date: Sun, 1 Dec 1996 17:19:12 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Try the following command (if you have a tunnel device configured).. cat < /dev/tun0 The process gets stuck in disk wait and can't be killed, even with kill -9 .. how come? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Sun Dec 1 18:26:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13335 for current-outgoing; Sun, 1 Dec 1996 18:26:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA13327 for ; Sun, 1 Dec 1996 18:26:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA07079; Mon, 2 Dec 1996 13:14:50 +1100 Date: Mon, 2 Dec 1996 13:14:50 +1100 From: Bruce Evans Message-Id: <199612020214.NAA07079@godzilla.zeta.org.au> To: archie@whistle.com, freebsd-current@freebsd.org Subject: Re: /dev/tun0 question Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Try the following command (if you have a tunnel device configured).. > > cat < /dev/tun0 > >The process gets stuck in disk wait and can't be killed, even with >kill -9 .. how come? tunread() sleeps uninterruptibly. This should be easy to fix - just add PCATCH to the tsleep flags and return if the sleep is interrupted. There seems to be no state to clean up. Bruce From owner-freebsd-current Mon Dec 2 04:25:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18736 for current-outgoing; Mon, 2 Dec 1996 04:25:09 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA18731 for ; Mon, 2 Dec 1996 04:25:04 -0800 (PST) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id NAA18480 for ; Mon, 2 Dec 1996 13:24:26 +0100 (MET) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vUXQD-0001y9C; Mon, 2 Dec 96 13:24 MET Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA141609337; Mon, 2 Dec 1996 13:22:17 +0100 From: "Hr.Ladavac" Message-Id: <199612021222.AA141609337@ws2301.gud.siemens.co.at> Subject: Re: Call for national time locales To: grog@lemis.de (Greg Lehey) Date: Mon, 2 Dec 1996 13:22:17 +0100 (MEZ) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-current@FreeBSD.org In-Reply-To: <199612010843.JAA07699@freebie.lemis.de> from "Greg Lehey" at Dec 1, 96 09:43:35 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Greg Lehey contained: > J Wunsch writes: > > As [?KOI8-R?] wrote: > > > >> Well, German is your locale and you can do what you want with it, > >> I can only warn you that if you will use unpadded two letters, > >> you'll break too many programs. > > > > Hmm. Just wondering... a quick poll on as many machines as i could > > get my hands on yielded: > > > > j@snaily 109% uname -sr > > UNIX_SV 4.2 > > j@snaily 110% date > > Sam Nov 30 06:44:23 MEZ 1996 > > > > j@blue 649% uname -sr > > AIX 2 > > j@blue 650% date > > Sa 30 Nov 08:26:41 1996 > > > > j@sol 1% uname -sr > > SunOS 5.3 > > j@sol 2% date > > Samstag, 30. November 1996, 08:44:24 Uhr MET > > > > j@vzentr 9% uname -sr > > HP-UX B.10.00 > > j@vzentr 10% date > > Sa., 30. Nov. 1996, 08:41:40 > > > > Not a single system uses the same as another one. :-O > > > > What do the other German folks think? I'm leaning towards either the > > SVR4 or the HP/UX approach. > > If I understand the problem, it's not so much programming support in > the software that's the problem: it's the POSIX spec which specifies 3 > characters, so you could always trip over new software which has a > problem with it. If that's correct, I rather like the sneaky HP-UX > solution to the problem. On the other hand, if AIX can do it, why > can't others? > > Which is the SVR4 system? Is that SINIX? I don't know if that > sanctions the three-letter abbreviations or not. My feeling is that > it doesn't. uname -a SINIX-Y rm6263 5.43 A1002 RM600 4/512 R4000 date Mo 2.Dez.1996, 13:23:19 MET /Marino > > Greg > > From owner-freebsd-current Mon Dec 2 05:50:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21852 for current-outgoing; Mon, 2 Dec 1996 05:50:49 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA21846 for ; Mon, 2 Dec 1996 05:50:47 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vUYlg-000QrxC; Mon, 2 Dec 96 14:50 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id OAA00885; Mon, 2 Dec 1996 14:39:11 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612021339.OAA00885@freebie.lemis.de> Subject: Re: Call for national time locales In-Reply-To: <199612021222.AA141609337@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at "Dec 2, 96 01:22:17 pm" To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 2 Dec 1996 14:39:11 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hr.Ladavac writes: > E-mail message from Greg Lehey contained: >> Which is the SVR4 system? Is that SINIX? I don't know if that >> sanctions the three-letter abbreviations or not. My feeling is that >> it doesn't. > > uname -a > SINIX-Y rm6263 5.43 A1002 RM600 4/512 R4000 > date > Mo 2.Dez.1996, 13:23:19 MET Yes, I suppose that's about what I would have expected. No spaces after the dots, incorrect time zone name, two spaces after "Mo". Of course, since it doesn't adhere to the "standard" format, it might be that the second space is a leading space to the " 2". How does the man page define the standard format? Greg From owner-freebsd-current Mon Dec 2 06:09:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA22587 for current-outgoing; Mon, 2 Dec 1996 06:09:07 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA22577 for ; Mon, 2 Dec 1996 06:09:01 -0800 (PST) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id PAA20460 for ; Mon, 2 Dec 1996 15:08:17 +0100 (MET) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vUZ2g-0001y9C; Mon, 2 Dec 96 15:08 MET Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA282755567; Mon, 2 Dec 1996 15:06:07 +0100 From: "Hr.Ladavac" Message-Id: <199612021406.AA282755567@ws2301.gud.siemens.co.at> Subject: Re: Call for national time locales To: grog@lemis.de (Greg Lehey) Date: Mon, 2 Dec 1996 15:06:06 +0100 (MEZ) Cc: lada@ws2301.gud.siemens.co.at, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199612021339.OAA00885@freebie.lemis.de> from "Greg Lehey" at Dec 2, 96 02:39:11 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk E-mail message from Greg Lehey contained: > Hr.Ladavac writes: > > E-mail message from Greg Lehey contained: > >> Which is the SVR4 system? Is that SINIX? I don't know if that > >> sanctions the three-letter abbreviations or not. My feeling is that > >> it doesn't. > > > > uname -a > > SINIX-Y rm6263 5.43 A1002 RM600 4/512 R4000 > > date > > Mo 2.Dez.1996, 13:23:19 MET > > Yes, I suppose that's about what I would have expected. No spaces > after the dots, incorrect time zone name, two spaces after "Mo". Of > course, since it doesn't adhere to the "standard" format, it might be > that the second space is a leading space to the " 2". How does the > man page define the standard format? Beispiel 1: Datum und Uhrzeit ausgeben lassen (Format 1) Wenn Sie am 15. Juli 1991 um 17 Uhr MDT date ohne Argument aufrufen, erhalten Sie, falls die Systemuhr die richtige Zeit angibt, die Ausgabe Mon Jul 15 17:00:00 MDT 1991 Looks pretty much like a translated Solaris (pardon: SysVR4) manpage. /Marino > > Greg > From owner-freebsd-current Mon Dec 2 07:31:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25958 for current-outgoing; Mon, 2 Dec 1996 07:31:15 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA25951 for ; Mon, 2 Dec 1996 07:31:07 -0800 (PST) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id LAA22467 for ; Mon, 2 Dec 1996 11:45:15 GMT Date: Mon, 2 Dec 1996 11:45:14 +0000 (GMT) From: Doug Rabson Reply-To: Doug Rabson To: current@freebsd.org Subject: Re: IDE CDROM failure report.. [And SPEAK UP NOW, DAMN IT!] In-Reply-To: <28820.849169649.1@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just tried out 3.0-current's atapi driver on a Goldstar GCD-R540c (Rom version 1.01) and got 'wdc0 controller not found'. This is probably not surprising since I remember that many of the recent failure reports were for Goldstars. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Mon Dec 2 07:40:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA26507 for current-outgoing; Mon, 2 Dec 1996 07:40:17 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA26343 for ; Mon, 2 Dec 1996 07:39:23 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vUaRQ-00034BC; Mon, 2 Dec 96 15:37 GMT Message-Id: From: mark@plato.salford.ac.uk (Mark Powell) Subject: Problems building 2.2-current To: freebsd-current@freebsd.org Date: 2 Dec 1996 15:37:49 -0000 X-Gated-To-News-By: news@ucsalf.ac.uk Xref: viking.ucsalf.ac.uk list.freebsd.current:6166 list.freebsd.scsi:742 list.freebsd.hackers:10006 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Been running 2.2-960801-SNAP since it came out. Wanted to get up to date so I updated all sources on Friday. Tried to to 'make world', but it keeps falling over at different places with programs such as: ld, cc1 & as failing due to signals. I thought it some incompatiblity with compiling the new system on the old so I tried 'make -k' to compile as much as I could. i.e. here's my /var/log/console from today: Dec 2 12:36:45 plato /kernel: pid 12318 (cc1), uid 0: exited on signal 4 (core dumped) Dec 2 12:45:06 plato /kernel: pid 15996 (as), uid 0: exited on signal 11 (core dumped) Dec 2 12:46:41 plato /kernel: pid 16464 (as), uid 0: exited on signal 11 (core dumped) Dec 2 12:48:54 plato /kernel: pid 16770 (as), uid 0: exited on signal 11 (core dumped) Dec 2 12:50:23 plato /kernel: pid 16920 (cc1), uid 0: exited on signal 11 (core dumped) Dec 2 12:56:34 plato /kernel: pid 19320 (as), uid 0: exited on signal 11 (core dumped) Dec 2 13:32:19 plato /kernel: pid 1583 (cc1), uid 0: exited on signal 10 (core dumped) Dec 2 13:36:37 plato /kernel: pid 3412 (as), uid 0: exited on signal 11 (core dumped) Dec 2 13:38:57 plato /kernel: pid 4503 (as), uid 0: exited on signal 11 (core dumped) Dec 2 13:47:39 plato /kernel: pid 7945 (cc1), uid 0: exited on signal 11 (core dumped) Dec 2 13:48:18 plato /kernel: pid 8140 (cc1), uid 0: exited on signal 11 (core dumped) Dec 2 14:05:04 plato /kernel: pid 28732 (cc1), uid 0: exited on signal 11 (core dumped) Dec 2 14:08:44 plato /kernel: pid 218 (as), uid 0: exited on signal 11 (core dumped) Dec 2 14:08:49 plato /kernel: pid 222 (cc1), uid 0: exited on signal 11 (core dumped) Dec 2 14:09:30 plato /kernel: pid 320 (cc1), uid 0: exited on signal 10 (core dumped) Dec 2 14:10:15 plato /kernel: pid 428 (cc1), uid 0: exited on signal 10 (core dumped) Dec 2 14:13:13 plato /kernel: pid 772 (cc1), uid 0: exited on signal 10 (core dumped) Dec 2 14:13:14 plato /kernel: pid 777 (cc1), uid 0: exited on signal 10 (core dumped) Dec 2 14:14:42 plato /kernel: pid 2477 (as), uid 0: exited on signal 11 (core dumped) Dec 2 14:19:04 plato /kernel: pid 4652 (as), uid 0: exited on signal 11 (core dumped) Dec 2 14:19:08 plato /kernel: pid 4712 (as), uid 0: exited on signal 11 (core dumped) Dec 2 14:19:23 plato /kernel: pid 4956 (cc1), uid 0: exited on signal 11 (core dumped) Dec 2 14:19:33 plato /kernel: pid 5118 (as), uid 0: exited on signal 11 (core dumped) Dec 2 14:19:33 plato /kernel: pid 5123 (as), uid 0: exited on signal 11 (core dumped) Any ideas what causes this? I made as much of it as i could and also rebuilt the kernel. Now when I'm trying to rebuild I'm getting similar behaviour as before (as, ld or cc1 fail with differnet signals at different places). However, I'm also getting the kernel hanging solid during the compiles. Similar to earlier this year when problems with the AHA7880 code caused the same hangs during lots of disk activity. I'm now rebuilding with the 2.2-960801 kernel, but I still get the former problems. Any ideas? TIA -- Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Mon Dec 2 08:15:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28031 for current-outgoing; Mon, 2 Dec 1996 08:15:40 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA28022 for ; Mon, 2 Dec 1996 08:15:33 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vUazQ-000QrPC; Mon, 2 Dec 96 17:13 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id QAA01120; Mon, 2 Dec 1996 16:19:25 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612021519.QAA01120@freebie.lemis.de> Subject: Re: Call for national time locales In-Reply-To: <199612021406.AA282755567@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at "Dec 2, 96 03:06:06 pm" To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 2 Dec 1996 16:19:25 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hr.Ladavac writes: > E-mail message from Greg Lehey contained: >>> uname -a >>> SINIX-Y rm6263 5.43 A1002 RM600 4/512 R4000 >>> date >>> Mo 2.Dez.1996, 13:23:19 MET >> >> Yes, I suppose that's about what I would have expected. No spaces >> after the dots, incorrect time zone name, two spaces after "Mo". Of >> course, since it doesn't adhere to the "standard" format, it might be >> that the second space is a leading space to the " 2". How does the >> man page define the standard format? > > Beispiel 1: Datum und Uhrzeit ausgeben lassen (Format 1) > > Wenn Sie am 15. Juli 1991 um 17 Uhr MDT date ohne Argument aufrufen, > erhalten Sie, falls die Systemuhr die richtige Zeit angibt, die > Ausgabe > > Mon Jul 15 17:00:00 MDT 1991 > > Looks pretty much like a translated Solaris (pardon: SysVR4) manpage. Now that's the SNI I know and love :-) The important thing is that is has nothing to do with the printout. And yes, it's from the SVR4 base, not Slowaris. (FYI, I spent 3.5 gruelling months working for SNI at the beginning of this year. I don't think I've ever been so happy to have a contract finish). Greg From owner-freebsd-current Mon Dec 2 12:05:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09671 for current-outgoing; Mon, 2 Dec 1996 12:05:04 -0800 (PST) Received: from ormail.intel.com (ormail.intel.com [134.134.248.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09665 for ; Mon, 2 Dec 1996 12:05:01 -0800 (PST) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.8.3/8.7.3) with ESMTP id MAA01016; Mon, 2 Dec 1996 12:04:43 -0800 (PST) Received: from ichips.intel.com by ichips.intel.com (8.7.4/jIII) id MAA24997; Mon, 2 Dec 1996 12:03:37 -0800 (PST) Message-Id: <199612022003.MAA24997@ichips.intel.com> To: Bruce Evans cc: freebsd-current@freebsd.org, rlb@mindspring.com Subject: Re: Current 3.0 BCOPY Options? In-reply-to: Your message of "Sun, 01 Dec 1996 13:27:42 PST." <199612010227.NAA05996@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Mon, 02 Dec 1996 12:04:45 -0800 From: Wayne Scott Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > These are old bcopy options. They became non-optional a month ago. They > were probably not useful on Pentium Pros. They ARE not useful on Pentium Pros. ---- Wayne Scott MD6 Architecture wscott@ichips.intel.com Work #: (503) 264-4165 Disclaimer: All views expressed are my own opinions, and not necessarily those of Intel Corporation. From owner-freebsd-current Mon Dec 2 12:41:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11952 for current-outgoing; Mon, 2 Dec 1996 12:41:26 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11946; Mon, 2 Dec 1996 12:41:24 -0800 (PST) Date: Mon, 2 Dec 1996 12:41:24 -0800 (PST) From: Jeffrey Hsu Message-Id: <199612022041.MAA11946@freefall.freebsd.org> To: mark@quickweb.com Subject: Re: new JDK release Cc: current@freefall.freebsd.org Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The appletviewer doesn't work for me. I get "Invalid JAVA_HOME: /usr/local/java". I recommend that people place the JDK distribution in /usr/local/java. Are there any plans on supporting 65K colors in the interpreter? My AWT apps run without crashing, but they are shades of blue only while in 65K hi-color mode =) I know what's wrong with the Sun AWT code and how to fix it. But, I have no 16-bit display to develop on, so this is very low on my long list of things to do in my copious spare time. From owner-freebsd-current Mon Dec 2 19:36:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04480 for current-outgoing; Mon, 2 Dec 1996 19:36:40 -0800 (PST) Received: from mule1.mindspring.com (mule1.mindspring.com [204.180.128.167]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA04468 for ; Mon, 2 Dec 1996 19:36:36 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule1.mindspring.com (8.8.2/8.7.3) with SMTP id DAA104908 for ; Tue, 3 Dec 1996 03:36:33 GMT Message-ID: <32A3A063.41C67EA6@mindspring.com> Date: Mon, 02 Dec 1996 22:37:07 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 2.2ALPHA Question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is the 2.2 ALPHA code static? AKA, there will be no formal fixes available until the 2.2 RLS? If fixes are available, how will they be delivered for testing purposes. CTM, CVS ?? Sorry if I missed this on a past msg. Thank's Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Mon Dec 2 20:31:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA06681 for current-outgoing; Mon, 2 Dec 1996 20:31:30 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA06676 for ; Mon, 2 Dec 1996 20:31:27 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id UAA01381; Mon, 2 Dec 1996 20:31:24 -0800 (PST) To: Ron Bolin cc: freebsd-current@FreeBSD.org Subject: Re: 2.2ALPHA Question In-reply-to: Your message of "Mon, 02 Dec 1996 22:37:07 EST." <32A3A063.41C67EA6@mindspring.com> Date: Mon, 02 Dec 1996 20:31:24 -0800 Message-ID: <1377.849587484@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is the 2.2 ALPHA code static? Every release is, by definition, static. The CVS branch from which it was derived generally isn't, however, unless it's truly an end-of-branch scenario (as with 2.1.6.1). You're probably interested in the RELENG_2_2 branch, available from your friendly, local cvsup server. > AKA, there will be no formal fixes available until the 2.2 RLS? There will be a 2.2-BETA and possibly even a 2.2-GAMMA if we think there's any merit to it. > If fixes are available, how will they be delivered for testing purposes. > CTM, CVS ?? CVS for now, CTM I'm not sure about. Jordan From owner-freebsd-current Tue Dec 3 02:34:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA23679 for current-outgoing; Tue, 3 Dec 1996 02:34:27 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA23666 for ; Tue, 3 Dec 1996 02:34:24 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id CAA27828 for ; Tue, 3 Dec 1996 02:34:22 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.3/8.7.3) id LAA02041 for current@freebsd.org; Tue, 3 Dec 1996 11:32:36 GMT From: Werner Griessl Message-Id: <199612031132.LAA02041@btp1da.phy.uni-bayreuth.de> Subject: nfs v2 To: current@freebsd.org Date: Tue, 3 Dec 1996 11:32:36 +0000 () X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to switch back to nfs-v2 in current ? Have problems with v3 from DEC-alpha to Freebsd. Werner From owner-freebsd-current Tue Dec 3 04:31:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09041 for current-outgoing; Tue, 3 Dec 1996 04:31:08 -0800 (PST) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA09036 for ; Tue, 3 Dec 1996 04:31:06 -0800 (PST) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.7.5/8.7.3) with ESMTP id GAA21752; Tue, 3 Dec 1996 06:31:01 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <1377.849587484@time.cdrom.com> References: Your message of "Mon, 02 Dec 1996 22:37:07 EST." <32A3A063.41C67EA6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 3 Dec 1996 06:30:54 -0600 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: 2.2ALPHA Question Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> If fixes are available, how will they be delivered for testing purposes. >> CTM, CVS ?? > >CVS for now, CTM I'm not sure about. Jordan, are you behind the times or are you telling me that you intend to drop the support for ctm? You, personally, set up the stuff to provide the archive access for 2.2 almost a month ago. From owner-freebsd-current Tue Dec 3 05:08:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10906 for current-outgoing; Tue, 3 Dec 1996 05:08:35 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10887 for ; Tue, 3 Dec 1996 05:08:31 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id FAA06180; Tue, 3 Dec 1996 05:08:26 -0800 (PST) To: Richard Wackerbarth cc: freebsd-current@FreeBSD.org Subject: Re: 2.2ALPHA Question In-reply-to: Your message of "Tue, 03 Dec 1996 06:30:54 CST." Date: Tue, 03 Dec 1996 05:08:26 -0800 Message-ID: <6177.849618506@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> If fixes are available, how will they be delivered for testing purposes. > >> CTM, CVS ?? > > > >CVS for now, CTM I'm not sure about. > > Jordan, are you behind the times or are you telling me that you intend to > drop the support for ctm? You, personally, set up the stuff to provide the > archive access for 2.2 almost a month ago. No, just overloaded. Not being an actual CTM *user*, I'd long since forgotten about this. :-) Jordan From owner-freebsd-current Tue Dec 3 05:10:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11074 for current-outgoing; Tue, 3 Dec 1996 05:10:12 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11068 for ; Tue, 3 Dec 1996 05:10:09 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vUubR-0003w6C; Tue, 3 Dec 96 05:09 PST Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id NAA00222; Tue, 3 Dec 1996 13:41:00 +0100 (MET) To: Andre Albsmeier cc: freebsd-current@freebsd.org Subject: Re: 2 suggestions for 2.2 and current In-reply-to: Your message of "Sun, 01 Dec 1996 18:37:43 +0100." <199612011737.SAA22585@server.us.tld> Date: Tue, 03 Dec 1996 13:40:59 +0100 Message-ID: <220.849616859@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199612011737.SAA22585@server.us.tld>, Andre Albsmeier writes: >Hi *, > >1.) I have just increased the kernel buffer size in /usr/include/sys/msgbuf.h > as I was advised by Joerg Wunsch. > It works great. Now I can see all kernel start messages when invoking > dmesg. Since I have 14 devices attached to 2 Adaptec 2940 this was not > possible before. > Wouldn't it be a good idea to increase this number in general, let's say > to 8k, in 2.2 and in current? hmm, maybe. >2.) In function Disk_Names, which resides in /usr/src/lib/libdisk/disk.c, > the maximum number of disks probed is limited to 10 for each device > type wd* or sd*. This means, that my disks sd10 to sd14 won't get > recognized by Disk_Names and therefore by sysinstall. Even > if you haven't got this number of disks, sd10 can be reached quickly, > by wiring down targets 0-6 at scbus 0 to sd0-6 and targets 0-6 at scbus 1 > to sd8-14 as I am doing it at the moment. > Maybe it makes sence to increase this number too. My suggestion would be > 16 or 32 at the moment. If you have that many disks, you will soon grow out of screen-real-estate too, so I don't think this is really important... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Dec 3 05:32:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA12867 for current-outgoing; Tue, 3 Dec 1996 05:32:28 -0800 (PST) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA12859 for ; Tue, 3 Dec 1996 05:32:26 -0800 (PST) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.7.5/8.7.3) with ESMTP id HAA23895; Tue, 3 Dec 1996 07:32:22 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <6177.849618506@time.cdrom.com> References: Your message of "Tue, 03 Dec 1996 06:30:54 CST." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 3 Dec 1996 07:29:57 -0600 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: 2.2ALPHA Question Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >> If fixes are available, how will they be delivered for testing purposes. >> >> CTM, CVS ?? >> > >> >CVS for now, CTM I'm not sure about. >> >> Jordan, are you behind the times or are you telling me that you intend to >> drop the support for ctm? You, personally, set up the stuff to provide the >> archive access for 2.2 almost a month ago. > >No, just overloaded. Not being an actual CTM *user*, I'd long since >forgotten about this. :-) You are forgiven. Users are invited to subscribe (via majordomo@freebsd.org) to ctm-src-2_2-fast (or ctm-src-2_2 for those who prefer a rate limit delay to reduce mailbox overflow) At the present, you need everything in ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-2.2/ctm/ including the 28Mb src-2.2.0001.gz initial file. When a 2.2 CD becomes available, I'll generate files to allow you to use information on it instead of downloading a huge initial file. From owner-freebsd-current Tue Dec 3 05:35:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13223 for current-outgoing; Tue, 3 Dec 1996 05:35:01 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13206; Tue, 3 Dec 1996 05:34:57 -0800 (PST) Received: from europa.salford.ac.uk (europa.salford.ac.uk [146.87.3.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id FAA28017 ; Tue, 3 Dec 1996 05:33:48 -0800 (PST) Received: from plato.salford.ac.uk by europa.salford.ac.uk with SMTP (PP); Tue, 3 Dec 1996 13:30:09 +0000 Received: from localhost by plato.salford.ac.uk with smtp (Smail3.1.29.1 #8) id m0vUuvE-000G2iC; Tue, 3 Dec 96 13:30 GMT Date: Tue, 3 Dec 1996 13:30:04 +0000 (GMT) From: Mark Powell To: Hans Zuidam cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Problems building 2.2-current In-Reply-To: <199612030940.KAA27169@truk.brandinnovators.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Dec 1996, Hans Zuidam wrote: > Hi, > > Most likely your suffering from the dreaded ``signal 11'' bad memory > problem. I'm having these too with more or less intermittent > occurences. The problem seems to be a bad memory chip somewhere. > Another cause could be overheating. None of the memory test programs > I used seemed to be able to find anything bad. They never do unless > the chip is a smelly brown blob ;-) Also look at: > . When things got really bad I That URL doesn't seem to work. > reseated all simms and that made the sig11s go away... only to > reappear after a while. Hhhhm. I've had such a memory problem before. Then it was bad cache RAM which caused intermittent signal 11. However, that's been fixed and these problems only occur during a compile. The system "seems" to work perfectly otherwise. Also some of the signals the compile were failing on were: 6, 4 etc. Does this still sound like RAM? Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Tue Dec 3 06:41:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA17864 for current-outgoing; Tue, 3 Dec 1996 06:41:07 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA17854 for ; Tue, 3 Dec 1996 06:40:58 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id PAA19102 for ; Tue, 3 Dec 1996 15:37:05 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id PAA23202 for ; Tue, 3 Dec 1996 15:40:46 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id PAA27528 for ; Tue, 3 Dec 1996 15:40:44 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id PAA12143 for freebsd-current@freebsd.org; Tue, 3 Dec 1996 15:40:44 +0100 (MET) From: Andre Albsmeier Message-Id: <199612031440.PAA12143@server.us.tld> Subject: Re: 2 suggestions To: freebsd-current@freebsd.org Date: Tue, 3 Dec 1996 15:40:43 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >1.) I have just increased the kernel buffer size in /usr/include/sys/msgbuf.h > > as I was advised by Joerg Wunsch. > > It works great. Now I can see all kernel start messages when invoking > > dmesg. Since I have 14 devices attached to 2 Adaptec 2940 this was not > > possible before. > > Wouldn't it be a good idea to increase this number in general, let's say > > to 8k, in 2.2 and in current? > > hmm, maybe. There are already 3 people who emailed me asking how exactly it had to be done. They all said, it would be nice if the buffer was increased by default :-) > >2.) In function Disk_Names, which resides in /usr/src/lib/libdisk/disk.c, > > the maximum number of disks probed is limited to 10 for each device > > type wd* or sd*. This means, that my disks sd10 to sd14 won't get > > recognized by Disk_Names and therefore by sysinstall. Even > > if you haven't got this number of disks, sd10 can be reached quickly, > > by wiring down targets 0-6 at scbus 0 to sd0-6 and targets 0-6 at scbus 1 > > to sd8-14 as I am doing it at the moment. > > Maybe it makes sence to increase this number too. My suggestion would be > > 16 or 32 at the moment. > If you have that many disks, you will soon grow out of screen-real-estate > too, so I don't think this is really important... That's true. For me it works, since I use sysinstall only for the root fs and do other disks later by hand. I only wondered if there is also another use of Disk_Names() somwhere else where it might become important... From owner-freebsd-current Tue Dec 3 07:21:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19898 for current-outgoing; Tue, 3 Dec 1996 07:21:17 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19893 for ; Tue, 3 Dec 1996 07:21:13 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA30981; Tue, 3 Dec 1996 10:21:02 -0500 Date: Tue, 3 Dec 1996 10:21:02 -0500 From: Garrett Wollman Message-Id: <9612031521.AA30981@halloran-eldar.lcs.mit.edu> To: Peter Wemm Cc: Bill Fenner , Paul Traina , current@freebsd.org Subject: Re: cvs commit: src/release/sysinstall config.c install.c In-Reply-To: <199612030504.NAA01808@spinner.DIALix.COM> References: <96Dec2.205340pst.177711@crevenia.parc.xerox.com> <199612030504.NAA01808@spinner.DIALix.COM> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > I added RTF_STATIC to the default route that pppd installed, I was under > the impression that routed was supposed to leave those alone? Or does > it only leave the RTF_STATIC routes alone that were there at startup > and "fight" any new routing changes that it hears about from the routing > socket? Neither. It will keep RTF_STATIC routes, but only so long as they are not inconsistent with what it learns from the routing protocol. (Or so Vern once claimed to me.) Apparently, if it learns nothing from the routing protocol, it considers that to be an inconsistency. You will notice, for example, that if you have a static default and routed learns a default to that same remote gateway, then it will leave it alone in circumstances where it would otherwise have deleted it. -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, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Dec 3 08:16:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25626 for current-outgoing; Tue, 3 Dec 1996 08:16:49 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25620 for ; Tue, 3 Dec 1996 08:16:46 -0800 (PST) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id QAA28190; Tue, 3 Dec 1996 16:15:33 GMT Date: Tue, 3 Dec 1996 16:15:33 +0000 (GMT) From: Doug Rabson To: Werner Griessl cc: current@freebsd.org Subject: Re: nfs v2 In-Reply-To: <199612031132.LAA02041@btp1da.phy.uni-bayreuth.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Dec 1996, Werner Griessl wrote: > > Is it possible to switch back to nfs-v2 in current ? > Have problems with v3 from DEC-alpha to Freebsd. I don't know how you would do it without hacking the kernel and/or mountd. Have a look at the options for mount on the DEC-alpha. What problems do you have with NFSv3 in current? If I know what the problems are then I have a chance of fixing them. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Tue Dec 3 08:33:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26949 for current-outgoing; Tue, 3 Dec 1996 08:33:41 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA26941 for ; Tue, 3 Dec 1996 08:33:32 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vUxmc-000371C; Tue, 3 Dec 96 16:33 GMT Message-Id: From: mark@plato.salford.ac.uk (Mark Powell) Subject: 2.2-current page fault panics To: freebsd-current@freebsd.org Date: 3 Dec 1996 16:33:16 -0000 X-Gated-To-News-By: news@ucsalf.ac.uk Xref: viking.ucsalf.ac.uk list.freebsd.hackers:10076 list.freebsd.current:6178 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Been running 2.2-960801-SNAP since in came out with no problems. Wanted to get current so I pulled down the source and applied all the ctm updates as of yesterday. The new kernel now falls over under high disk activity/load. Going back to the 960801-SNAP returns me to a stable system. It's a PCI Pentium 166 with a AHA 7880 on board. Is this trace of the lastest vmcore useful? (kgdb) bt #0 0xf010e323 in boot () #1 0xf010e5e2 in panic () #2 0xf0187bda in trap_fatal () #3 0xf01876c8 in trap_pfault () #4 0xf01873af in trap () #5 0xf0185b97 in pmap_remove_pages () #6 0xf0108073 in exit1 () #7 0xf0107f34 in exit () #8 0xf0187e73 in syscall () #9 0x80a450d in ?? () Cannot access memory at address 0xefbfdcf0. (kgdb) Cheers. -- Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Tue Dec 3 09:55:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02128 for current-outgoing; Tue, 3 Dec 1996 09:55:47 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02119 for ; Tue, 3 Dec 1996 09:55:41 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA07664 for ; Tue, 3 Dec 1996 18:57:04 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id TAA09264 for freebsd-current@freefall.cdrom.com; Tue, 3 Dec 1996 19:07:28 +0100 (MET) Date: Tue, 3 Dec 1996 19:07:28 +0100 (MET) From: Christoph Kukulies Message-Id: <199612031807.TAA09264@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: mrouting address already in use Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since I ran a Nov 5 kernel - I noticed it today - I'm getting the messages 'address already in use' when mrouted is trying to start. Maybe I noticed it today because I tried to boot a newer kernel which got a bunch of similar messages from rkinitd and similar rk services from inetd.conf. I updated inetd.conf but still get this mrouted conflict. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Dec 3 13:58:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14855 for current-outgoing; Tue, 3 Dec 1996 13:58:56 -0800 (PST) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA14846 for ; Tue, 3 Dec 1996 13:58:39 -0800 (PST) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.8.3/8.6.9) with ESMTP id WAA06657 for ; Tue, 3 Dec 1996 22:56:38 GMT Message-Id: <199612032256.WAA06657@peedub.gj.org> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-current@freebsd.org Subject: permissions on recent ports-cur ctm files From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Dec 1996 22:56:37 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ~ftp/pub/CTM/ports-cur on freefall: -rw------- 1 root wheel 1530 Nov 29 13:39 ports-cur.1488.gz -rw------- 1 root wheel 1401 Nov 29 19:43 ports-cur.1489.gz -rw------- 1 root wheel 760 Nov 30 01:38 ports-cur.1490.gz -rw------- 1 root wheel 16920 Nov 30 07:42 ports-cur.1491.gz -rw------- 1 root wheel 3888 Nov 30 19:41 ports-cur.1492.gz -rw------- 1 root wheel 452 Dec 1 01:39 ports-cur.1493.gz -rw------- 1 root wheel 17358 Dec 1 07:40 ports-cur.1494.gz -rw------- 1 root wheel 286 Dec 1 13:39 ports-cur.1495.gz -rw------- 1 root wheel 1135 Dec 2 01:43 ports-cur.1496.gz -rw------- 1 root wheel 1051 Dec 2 07:45 ports-cur.1497.gz -rw------- 1 root wheel 2813 Dec 3 01:41 ports-cur.1498.gz -rw------- 1 root wheel 12445 Dec 3 07:53 ports-cur.1499.gz -rw------- 1 root wheel 1647 Dec 3 13:41 ports-cur.1500.gz -rw------- 1 root wheel 2256913 Dec 3 13:44 ports-cur.1500A.gz are these permissions intentional, or an oversight ? src and cvs are world readable and so are all the other ports ctm files. -------- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Tue Dec 3 14:32:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16694 for current-outgoing; Tue, 3 Dec 1996 14:32:29 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA16687 for ; Tue, 3 Dec 1996 14:32:26 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18962(7)>; Tue, 3 Dec 1996 14:27:41 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177711>; Tue, 3 Dec 1996 14:27:33 -0800 To: Christoph Kukulies cc: freebsd-current@freefall.freebsd.org Subject: Re: mrouting address already in use In-reply-to: Your message of "Tue, 03 Dec 96 10:07:28 PST." <199612031807.TAA09264@gilberto.physik.rwth-aachen.de> Date: Tue, 3 Dec 1996 14:27:24 PST From: Bill Fenner Message-Id: <96Dec3.142733pst.177711@crevenia.parc.xerox.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can you post the output of "mrouted -d 3"? Bill From owner-freebsd-current Tue Dec 3 14:36:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16950 for current-outgoing; Tue, 3 Dec 1996 14:36:03 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16943; Tue, 3 Dec 1996 14:36:02 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.3/8.8.3) with ESMTP id OAA03970; Tue, 3 Dec 1996 14:35:30 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id OAA09908; Tue, 3 Dec 1996 14:35:11 -0800 (PST) To: current@freebsd.org cc: jkh@freebsd.org Subject: 2.2-ALPHA install failure w/Adaptec controller and NOT dangerously dedicated From: Paul Traina Date: 03 Dec 1996 14:35:09 -0800 In-Reply-To: terry@lambert.org's message of 26 Nov 96 22:13:05 GMT Message-ID: <7yybfftfxe.fsf_-_@base.jnx.com> Lines: 22 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Now that the flame-fest about installing with DD has died down, let me describe a problem that I've been seeing with an Oct 21st snapshot (which ^^^^^^^^ is very close to 2.2-ALPHA). We were setting up a few DOS/FreeBSD based machines. 2g hard disks, adaptec controllers, bios translation enabled (adaptec default). This always USED to work just fine (before that damn MBR hint change). We set up a 250mb DOS partition on sd0s1 and the rest of the disk is FreeBSD. Partition and install as normal, reboot the system, and BTEASY can't find either the DOS or the FreeBSD partitions. I assume it's because of the MBR change. If I scrog the disk with dd, boot a dos floppy, fdisk /mbr and partition the DOS file system with DOS fdisk, and then boot the FreeBSD boot floppy and add the FreeBSD partition, everything's happy. What gives? I used to (1 month earlier snapshot) be able to do this just fine. Paul From owner-freebsd-current Tue Dec 3 15:15:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA19828 for current-outgoing; Tue, 3 Dec 1996 15:15:14 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA19820 for ; Tue, 3 Dec 1996 15:15:11 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id PAA07550; Tue, 3 Dec 1996 15:15:04 -0800 (PST) To: Poul-Henning Kamp cc: Andre Albsmeier , freebsd-current@freebsd.org Subject: Re: 2 suggestions for 2.2 and current In-reply-to: Your message of "Tue, 03 Dec 1996 13:40:59 +0100." <220.849616859@critter.tfs.com> Date: Tue, 03 Dec 1996 15:15:04 -0800 Message-ID: <7547.849654904@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Maybe it makes sence to increase this number too. My suggestion would be > > 16 or 32 at the moment. > If you have that many disks, you will soon grow out of screen-real-estate > too, so I don't think this is really important... Well, but I also eventually intend to make that a scrolling list box at some point, so perhaps this isn't such a bad idea. :-) Jordan From owner-freebsd-current Tue Dec 3 19:02:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01448 for current-outgoing; Tue, 3 Dec 1996 19:02:18 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA01415; Tue, 3 Dec 1996 19:02:09 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.7.6/8.7.3) with SMTP id TAA01275; Tue, 3 Dec 1996 19:01:35 -0800 (PST) Date: Tue, 3 Dec 1996 19:01:34 -0800 (PST) From: Jaye Mathisen To: Poul-Henning Kamp cc: Gang-Ryung Uh , freebsd-current@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Me too: Re: Fatal Trap 12 In-Reply-To: <3282.849297417@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Thanks, works fine now. On Fri, 29 Nov 1996, Poul-Henning Kamp wrote: > Date: Fri, 29 Nov 1996 20:56:57 +0100 > From: Poul-Henning Kamp > To: Jaye Mathisen > Cc: Gang-Ryung Uh , freebsd-current@FreeBSD.org, > hackers@FreeBSD.org > Subject: Re: Me too: Re: Fatal Trap 12 > > In message , Jaye Mat > hisen writes: > > > >Me too. Seems to be a problem with the psm driver, at least, I probe sc0 > >fine, then kaboom. > > typo in psm driver. try current now. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. > From owner-freebsd-current Tue Dec 3 20:14:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04313 for current-outgoing; Tue, 3 Dec 1996 20:14:00 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04306; Tue, 3 Dec 1996 20:13:56 -0800 (PST) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.4/8.6.9) with SMTP id UAA15162; Tue, 3 Dec 1996 20:13:53 -0800 (PST) Message-ID: <32A4FA7A.1FEF@netcom.com> Date: Tue, 03 Dec 1996 20:13:46 -0800 From: Manfred Antar Reply-To: mantar@netcom.com Organization: NONE X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: freebsd-ports@freebsd.org CC: current@freebsd.org Subject: socks5 make error Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While trying to make socks5 i get the following error: gcc -o libsocks5_sh.so -shared msg.o protocol.o gss.o log.o hostname.o confutil.o buffer.o upwd.o cache.o wrap.o wrap_tcp.o wrap_udp.o conf.o libproto.o select.o rld.o null.o addr.o shim.o -lcrypt /usr/lib/crt0.o: Undefined symbol `_main' referenced from text segment *** Error code 1 Stop. *** Error code 1 Stop. I,m running current as of Today. also the socks5 version has changed to socks5-beta-0.17.1-exportable 0.16. is no longer available. same error on both versions when trying to build libsocks5_sh.so Any help welcome Thanks Manfred -- |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Tue Dec 3 21:24:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06927 for current-outgoing; Tue, 3 Dec 1996 21:24:52 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA06906; Tue, 3 Dec 1996 21:24:48 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.6.12) with SMTP id AAA02503; Wed, 4 Dec 1996 00:24:01 -0500 (EST) Date: Wed, 4 Dec 1996 00:24:01 -0500 (EST) From: Mark Mayo To: current@freebsd.org cc: hackers@freebsd.org Subject: PPro Chipsets - 450GX?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there. I noticed that a verbose boot on 2.2-RELEASE incorrectly identifies my chipset. This is a completely non-critical issue, but I'd thought I'd bring it up anyays :-) dmesg output: FreeBSD 2.2-RELEASE #0: Tue Dec 3 23:39:42 EST 1996 root@celebris.quickweb.com:/usr/src/sys/compile/RingZero Calibrating clock(s) relative to mc146818A clock ... i586 clock: 149998373 Hz, i CPU: Pentium Pro (148.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x611 Stepping=1 Features=0xf9ff,MTRR,PGE,MCA,CMOV> ... chip1 rev 2 on pci0:25 Now, I know that it says on the chipset that it's an 82450GX - I'm just curious if it's the actual probe reporting this KX ident, or if it just hasn't been properly identified (i.e. no code wirtten to distinguish the KX from the GX). Or is it even possible to distinguish the two ?? Thanks for any insight! As soon as I get a PDF viewer installed, I'll dig through the PPro Developers Guide and see what it says... =) cya, -Mark --------------------------------------------------- | Mark Mayo mark@quickweb.com | | RingZero Comp. vinyl.quickweb.com/mark | --------------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-current Wed Dec 4 00:28:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18077 for current-outgoing; Wed, 4 Dec 1996 00:28:51 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA18068 for ; Wed, 4 Dec 1996 00:28:49 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA23462; Wed, 4 Dec 1996 09:30:10 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id JAA11829; Wed, 4 Dec 1996 09:40:50 +0100 (MET) From: Christoph Kukulies Message-Id: <199612040840.JAA11829@gilberto.physik.rwth-aachen.de> Subject: Re: mrouting address already in use In-Reply-To: <96Dec3.142733pst.177711@crevenia.parc.xerox.com> from Bill Fenner at "Dec 3, 96 02:27:24 pm" To: fenner@parc.xerox.com (Bill Fenner) Date: Wed, 4 Dec 1996 09:40:50 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Can you post the output of "mrouted -d 3"? Excuses, I had an old invocation of mrouted in /etc/rc.local and it was just that mrouted was already running and a second one wanted to start. > > Bill > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Dec 4 01:06:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19661 for current-outgoing; Wed, 4 Dec 1996 01:06:55 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA19652 for ; Wed, 4 Dec 1996 01:06:52 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.4/8.7.3) id KAA00654 for current@freebsd.org; Wed, 4 Dec 1996 10:06:51 GMT From: Werner Griessl Message-Id: <199612041006.KAA00654@btp1da.phy.uni-bayreuth.de> Subject: ncrcontrol To: current@freebsd.org Date: Wed, 4 Dec 1996 10:06:50 +0000 () X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ncrcontrol isn't working in current and 2.2-R : ncrcontrol: incompatible with kernel. Rebuild! Werner From owner-freebsd-current Wed Dec 4 01:32:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA20559 for current-outgoing; Wed, 4 Dec 1996 01:32:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA20536 for ; Wed, 4 Dec 1996 01:31:59 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id BAA29545 for ; Wed, 4 Dec 1996 01:31:05 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.4/8.7.3) id KAA00900 for current@freebsd.org; Wed, 4 Dec 1996 10:26:10 GMT From: Werner Griessl Message-Id: <199612041026.KAA00900@btp1da.phy.uni-bayreuth.de> Subject: rdump slow To: current@freebsd.org Date: Wed, 4 Dec 1996 10:26:09 +0000 () X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk rdump in current is very slow, should be ~5 times faster : Wed Dec 4 09:57:01 1996 start btp1da:system_save to btp1x5:/dev/nrmt0h Wed Dec 4 09:57:01 1996 rewinding tape Wed Dec 4 09:57:07 1996 #1 rdump / ... DUMP: Connection to xxx.xxx.xx.x established. DUMP: Date of this level 0 dump: Wed Dec 4 09:57:07 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0a (/) to /dev/nrmt0h on host xxx.xxx.xx.x DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 21421 tape blocks on 0.01 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 69.23% done, finished in 0:02 DUMP: DUMP: 21409 tape blocks on 1 volumes(s) DUMP: finished in 430 seconds, throughput 49 KBytes/sec ^^^^^^^^^^^^^ !!!!! DUMP: level 0 dump on Wed Dec 4 09:57:07 1996 DUMP: Closing /dev/nrmt0h DUMP: DUMP IS DONE Werner From owner-freebsd-current Wed Dec 4 05:51:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA20466 for current-outgoing; Wed, 4 Dec 1996 05:51:06 -0800 (PST) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA20392 for ; Wed, 4 Dec 1996 05:50:57 -0800 (PST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.8.4/8.8.2) id VAA11759 for freebsd-current@freebsd.org; Wed, 4 Dec 1996 21:49:06 +0800 (CST) From: Jian-Da Li Message-Id: <199612041349.VAA11759@FreeBSD.csie.NCTU.edu.tw> Subject: using netgroup To: freebsd-current@freebsd.org Date: Wed, 4 Dec 1996 21:49:05 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : I defined a few hosts in a netgroup, and use netgroup to export nfs. When I typed "showmount -e", it shows all the hosts in the netgroup, unlink SunOS only shows then name of netgroup. This is nothing until I got lots of hosts in the netgroup, which makes 'showmount -e' become un-readable. Which one is the right way to go ? show all hosts or the netgroup name only ? (running RELENG_2_2 now) Thanks for your reply. -- §õ «Ø ¹F (Jian-Da Li) ¥æ €j žê €u E-Mail : http://www.csie.nctu.edu.tw/~jdli From owner-freebsd-current Wed Dec 4 06:01:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25242 for current-outgoing; Wed, 4 Dec 1996 06:01:31 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25228 for ; Wed, 4 Dec 1996 06:01:29 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.6.12) with SMTP id JAA03165; Wed, 4 Dec 1996 09:00:13 -0500 (EST) Date: Wed, 4 Dec 1996 09:00:13 -0500 (EST) From: Mark Mayo To: Werner Griessl cc: current@FreeBSD.org Subject: Re: ncrcontrol In-Reply-To: <199612041006.KAA00654@btp1da.phy.uni-bayreuth.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 4 Dec 1996, Werner Griessl wrote: > > ncrcontrol isn't working in current and 2.2-R : > > ncrcontrol: incompatible with kernel. Rebuild! > > Werner > Have you removed FAILSAFE from your kernel?? I didn't think about that one, but after I got rid of FAILSAFE, ncrcontrol started working again... -Mark > --------------------------------------------------- | Mark Mayo mark@quickweb.com | | RingZero Comp. vinyl.quickweb.com/mark | --------------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-current Wed Dec 4 06:19:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA01147 for current-outgoing; Wed, 4 Dec 1996 06:19:47 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA01124 for ; Wed, 4 Dec 1996 06:19:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA11472; Thu, 5 Dec 1996 01:11:32 +1100 Date: Thu, 5 Dec 1996 01:11:32 +1100 From: Bruce Evans Message-Id: <199612041411.BAA11472@godzilla.zeta.org.au> To: croot@btp1da.phy.uni-bayreuth.de, current@freebsd.org Subject: Re: ncrcontrol Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >ncrcontrol isn't working in current and 2.2-R : > >ncrcontrol: incompatible with kernel. Rebuild! It (bogusly) depends on the kernel option FAILSAFE. Bruce From owner-freebsd-current Wed Dec 4 07:05:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11755 for current-outgoing; Wed, 4 Dec 1996 07:05:21 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11673 for ; Wed, 4 Dec 1996 07:04:53 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.4/8.7.3) id QAA06821; Wed, 4 Dec 1996 16:03:51 +0100 (CET) From: Werner Griessl Message-Id: <199612041503.QAA06821@btp1da.phy.uni-bayreuth.de> Subject: Re: ncrcontrol In-Reply-To: from Mark Mayo at "Dec 4, 96 09:00:13 am" To: mark@quickweb.com (Mark Mayo) Date: Wed, 4 Dec 1996 16:03:51 +0100 (CET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Wed, 4 Dec 1996, Werner Griessl wrote: > > > > > ncrcontrol isn't working in current and 2.2-R : > > > > ncrcontrol: incompatible with kernel. Rebuild! > > > > Werner > > > > Have you removed FAILSAFE from your kernel?? I didn't think about that > one, but after I got rid of FAILSAFE, ncrcontrol started working again... > > -Mark > > > > > --------------------------------------------------- > | Mark Mayo mark@quickweb.com | > | RingZero Comp. vinyl.quickweb.com/mark | > --------------------------------------------------- > "To iterate is human, to recurse divine." > - L. Peter Deutsch > > Thanks to Bruce and Mark, ncrcontrol is working now ! Werner From owner-freebsd-current Wed Dec 4 07:40:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA16376 for current-outgoing; Wed, 4 Dec 1996 07:40:37 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA16328 for ; Wed, 4 Dec 1996 07:40:23 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id CAA01116 Thu, 5 Dec 1996 02:38:49 +1100 (EST) From: michael butler Message-Id: <199612041538.CAA01116@asstdc.scgt.oz.au> Subject: Re: nfs v2 In-Reply-To: from Doug Rabson at "Dec 3, 96 04:15:33 pm" To: dfr@render.com (Doug Rabson) Date: Thu, 5 Dec 1996 02:38:48 +1100 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug Rabson writes: > > Is it possible to switch back to nfs-v2 in current ? > > Have problems with v3 from DEC-alpha to Freebsd. > I don't know how you would do it without hacking the kernel and/or mountd. > Have a look at the options for mount on the DEC-alpha. > What problems do you have with NFSv3 in current? If I know what the > problems are then I have a chance of fixing them. As another data point .. with a December 4th kernel I cannot mount a 2.1.6.1 file-system and access it without a panic on the -current system. A kernel from November 21st works just fine, michael From owner-freebsd-current Wed Dec 4 08:46:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28689 for current-outgoing; Wed, 4 Dec 1996 08:46:23 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA28678 for ; Wed, 4 Dec 1996 08:46:18 -0800 (PST) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id QAA03115; Wed, 4 Dec 1996 16:45:48 GMT Date: Wed, 4 Dec 1996 16:45:48 +0000 (GMT) From: Doug Rabson To: michael butler cc: current@freebsd.org Subject: Re: nfs v2 In-Reply-To: <199612041538.CAA01116@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Dec 1996, michael butler wrote: > Doug Rabson writes: > > > > Is it possible to switch back to nfs-v2 in current ? > > > Have problems with v3 from DEC-alpha to Freebsd. > > > I don't know how you would do it without hacking the kernel and/or mountd. > > Have a look at the options for mount on the DEC-alpha. > > > What problems do you have with NFSv3 in current? If I know what the > > problems are then I have a chance of fixing them. > > As another data point .. with a December 4th kernel I cannot mount a 2.1.6.1 > file-system and access it without a panic on the -current system. A kernel > from November 21st works just fine, Any chance of a kernel backtrace for the panic? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Wed Dec 4 09:47:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09201 for current-outgoing; Wed, 4 Dec 1996 09:47:13 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09170; Wed, 4 Dec 1996 09:47:09 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id JAA18117; Wed, 4 Dec 1996 09:46:37 -0800 (PST) Received: from crab.whistle.com(207.76.205.112) by whistle.com via smap (V1.3) id sma018115; Wed Dec 4 09:46:29 1996 Received: (from ambrisko@localhost) by crab.whistle.com (8.8.3/8.6.12) id JAA24656; Wed, 4 Dec 1996 09:45:26 -0800 (PST) From: Doug Ambrisko Message-Id: <199612041745.JAA24656@crab.whistle.com> Subject: Re: socks5 make error In-Reply-To: <32A4FA7A.1FEF@netcom.com> from Manfred Antar at "Dec 3, 96 08:13:46 pm" To: mantar@netcom.com Date: Wed, 4 Dec 1996 09:45:25 -0800 (PST) Cc: freebsd-ports@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Manfred Antar writes: | While trying to make socks5 i get the following error: | | gcc -o libsocks5_sh.so -shared msg.o protocol.o gss.o log.o hostname.o | confutil.o buffer.o upwd.o cache.o wrap.o wrap_tcp.o wrap_udp.o | conf.o libproto.o select.o rld.o null.o addr.o shim.o -lcrypt | /usr/lib/crt0.o: Undefined symbol `_main' referenced from text segment | *** Error code 1 | Stop. | *** Error code 1 | | Stop. | | I,m running current as of Today. | also the socks5 version has changed to socks5-beta-0.17.1-exportable | 0.16. is no longer available. | same error on both versions when trying to build libsocks5_sh.so | Any help welcome The fix is to edit configure and change "FreeBSD*2*" to "FreeBSD*" and re-run confgure (you might have to remove the config.cache). Here are the bits including the CVS bits if anyone will take it and commit then thanks (BTW I sent a copy jdp since I was talking to him in a related subject). It fixes both the new release and covers the switch to 3.0 stream. Thanks, Doug A. begin 664 socks5.tar.gz M'XL(`'#*I#(``^U;;7?:.!;N5_PK[K;=L].D@[M;F`ZJ9XVL2U=25>ZNO*5'X7'WBUWC6?[ M!#AFI>+",P!P7$=>`]4J1\H3P@">D`B%#@N>V;_QOK>_.?#E]B\YI9(M[%^Q767_0V#-_MTX3O;2 MAF6:Y;+S!_:WW37[6VA_NVP[S\#4_Q\"#_F_,8U9PHV()D8V/=2" M\&2QYO^M*&$!Y8_?QD[_=ZVM^`]7`5OY_R%@7)!;.@Q":ECZB7$11]")9V`= MXQI<-4^JI@76R4G9,-02\#21^[^8`7Q?.\"OV/^[9JDDXO]2Q5'[OT-@P_Y[ M^@KP=?M_8?^263*5_0^!>_;?PU>`K]O_R_=_Q:ZH]_\AH/;_WS?N^__C?P78 M'?\[6_[O6F57^?\A\$7[_VQZJ&7A">*>_^_A*\#N[W_.5OSG.)9Z_Q\$QL1W M<>OO&A^H#_5TA&,/5KEJVE6GK+;^3Q\;_H]S81]M[/)_RRJO[?\=N?\KF\K_ M#X&+I@L_9).@.*`)*9JZ5=&M(OTD@@`R"*F.XZ./?GT%-;3>B6>?6-0K#_S2 ML75,2_[0PW]#?/8_>_XZ9^;^M^+^#X`5T MZ!QDP`]>'(;42X(X@DD^'V`8LVHA9P%?P'O*N,AF]-]IP*A?+10*RU6CK)=1 MHDD2"AZC>)&Y!=N!^I3)4`*S/XSCB4PN3'FBO<"4EVV_"LOI]WH&EGZ2Q1V6 M9:S3$(2320"M3U-XB>6TJW=GG?I%JY;KEB];6K/=ZV^D/[RF:8UZOW5VV6VW M>K4"[G.`4]P'!U<^P MP],T`1(!_90P`CS$4"Z(((FE*8&GC,*8_H.#3XFOX;B/*:9@"]C4A.:EO#@: M!J-49HPX+.(42R]@'O"QJ$FT^`*'BJ*.%.<`\;&DG"4#BIIC56CX>1"-L$0R M%D(38>+6QWZW?M.X[)RVSZZ[K9MZ]ZQ7@W]I+PJ%8E%(%GTZ)&F8%#EE,\IJ M:RNC`8B,$1G:V]_.VJVSIM?_S= MH(EG8$XV$W0A@#JL]&2SSY3Y?(%IX$MY8T:8P=)H*8KI6Y*!GSPH&?BXFY>R M+W][:.1_Q_G:L6J%`I;)!MJ"O"C>)/$T3Q1B+HIM]D]W8>-)T_0@\L+4I_#3 M@/NZ<#!]GMZ%LY_RG>_[;IJO.?!\&:_?=V!OA_L+]K*?[O M(-BR_U[.`'\=_R?Y7YPQ*OX_!!3_]WUCV__W<09X-_]G;W__+SMJ_W\0?!G_ MA]-#+0I/$EO^OY=K?C/L6QU_O<@,!J7%Q>M3M^P=%L>__UG&H+E M"@[0=:I.99>-=#V8ND.DT##PBO_Z'9$$9C$A"YV0! M)/+!"P,,$M3.X,EAS?_E"K^/-G;XOU6I2/[?=$H5QQ9[`LW7L$L)_Q`T$IL2[)2-!!)$$2!C& M$8+>5B,0M&043"7-JVSB_K3:#1+&!Q-!'4TXRP0)X;`3C%/>7;7C,O;^N6[A:Q M1*O>:P%/IQGK+/C.'U$/-.ARNG'1DV*^,Q5]SVLHXA@GF6H17.`+RGXM M(TMLL([&B5$WMNKC/,`T,4QY'9*:S!5#E4PYM+)"'+(/]6ZGW3FK"IX9E;N; M\C!D\41V^KIW-TV)F&93;&O)W@:"T$7_">5;5"N(XNU^O8L3,*1\O?K&!HTK M5?`#CENO02I?P-*0:S3PTCZB@;PUK%XJ):AD+V:HKFP56^GE!&VW56]>M"1! MRR6S/!$<;1#A[227W5C_9>R^CS5F5_SG9G__Z3AFN6*:^?JOSG\=!(,@,MA4 MK+7R+F'$H[B6)#1['B;3_`9%*,ONY^,XX-DM8=XXR&43&N*2)>_S`R,R.:>9 ML_0EOZSEK'$FJ8^U"8D,_+&,%2VMCWY=)2\IZLW$%5V]ENX:VYSU1N:]')1> M*T&T-_03]8"1"!.A.(&_-XUMD8WG&S[6>9P7,[CH9^AG1RE6Q;_5R'GI_R3Q MQOOZ"]"OX/\JY;(I_5_]_=]AL&5_>2T2\JAM[(K_2^:*_ROGY__5][_#X.CH M:'7L2Q<1:J&?4FCB4@8E,"OR*^!Q=GRO6"RN9#?$CJN6N?Q8J!UM0CQ#R;&. M7Y<'_TGNUGPA$YNWA^]$GF%WB_G[;[7GQ M[+E,_?%'[6]0R&.W(_MAV;S@-O"PCCUTQ<17(/I=]7"F+ M3\5'478?JCX\SN4RJEZQ[\;YCW7?;#-+RC2_-\XB75PW2YXW:\]'GK<; Wed, 4 Dec 1996 09:47:56 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vVLQB-000QrKC; Wed, 4 Dec 96 18:47 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id SAA19269 for FreeBSD-current@FreeBSD.ORG; Wed, 4 Dec 1996 18:47:45 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612041747.SAA19269@freebie.lemis.de> Subject: Installation: still not perfect To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Date: Wed, 4 Dec 1996 18:47:45 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In the last couple of days I have reverted to the position of beginner fighting the FreeBSD installation process. It's been a frustrating but instructive time, and it's brought out a number of points I'd like to discuss. As the subject says, I think there's a lot that could be improved. I also suspect that there are a number of things we say about the installation process that are just plain wrong. Here's a brief overview: 1. I am doing the installation on a notebook (AcerNote Light, if anybody's interested; 75 MHz Pentium, 24 MB main memory in my config, 528 MB hard disk, 2 PCMCIA slots, in one of which I have a 3Com 3C585C). It also sported a sticker proclaiming "Designed for Microsoft Windows 95%", which I found convenient to put on my waste paper basket. 2. This machine doesn't have a CD-ROM, so I had intended to install via the Ethernet board. The boot kernel recognizes the Ethernet board, thinks it initializes it, but nothing comes out. This appears to be due to the fact that it doesn't have PCMCIA support. If this is the case, it would be nice (a) for the driver to notice the fact and not pretend that everything's working, and (b) to have a boot diskette which does support notebooks. 3. It may be that the Ethernet board is defective. It's difficult to be sure: 3Com have designed what must be a superlative in their line of decreasingly useful diagnostic software. I returned one Ethernet board after the diagnostics said it was bad, but the other one behaves just the same: if I write the config info first, the diag software passes, but if I then stop the program and re-enter, it fails again (can't find the registers). Has anybody else seen this? 4. So, I thought, let's try using lp0 as the interface. Doesn't work: it looks as if the setup scripts aren't expecting a point-to-point connection, and they don't specify the address of the other end of the link, so ifconfig fails. Is there a trick here? 5. OK, let's do a floppy install of the minimum necessary. That doesn't work either, although I stuck to the letter of what the installation scripts say. Looking at the debug output under F2, it shows that it succeeded in mounting the disks (I tried both MS-DOG and ufs formats) on /dist, and then went looking for /dist/bin/bin.tgz and /dist/bin/bin.inf, which it didn't find. There's nothing in any documentation I know about which even mentions these files. 6. Finally, I made my own tar floppies and copied them across (after first finding that there's no stand/tar, so I had to copy that across with cpio). That's a multivolume tar archive, so it has to be uncompressed, and I'm currently on diskette 25. There's a *lot* of stuff in there which I wouldn't consider essential to a minimal system, including the C++ compiler, groff fonts, and perl. Wouldn't it be possible to trim this down a bit? Of course, it could be that I have tripped over something non-obvious (at least to me). If that's the case, it will happen to others as well. There are also a couple of assumptions I have made, some of which are probably wrong. Please let me know if I've screwed up, and I'll document it for the next edition of The Book. Greg From owner-freebsd-current Wed Dec 4 10:21:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14237 for current-outgoing; Wed, 4 Dec 1996 10:21:17 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14227 for ; Wed, 4 Dec 1996 10:21:13 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA10954; Wed, 4 Dec 1996 11:19:44 -0700 (MST) Date: Wed, 4 Dec 1996 11:19:44 -0700 (MST) Message-Id: <199612041819.LAA10954@rocky.mt.sri.com> From: Nate Williams To: Greg Lehey Cc: FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: Installation: still not perfect In-Reply-To: <199612041747.SAA19269@freebie.lemis.de> References: <199612041747.SAA19269@freebie.lemis.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1. I am doing the installation on a notebook (AcerNote Light, if > anybody's interested; 75 MHz Pentium, 24 MB main memory in my > config, 528 MB hard disk, 2 PCMCIA slots, in one of which I have a > 3Com 3C585C). This is a *supported* configuration for all recent releases (starting with 2.0.5). > 2. This machine doesn't have a CD-ROM, so I had intended to install > via the Ethernet board. The boot kernel recognizes the Ethernet > board, thinks it initializes it, but nothing comes out. It may be using the wrong network connector. You may have to tell it to use a different connector using the '-link0 link1' OR 'link0 -link1' flags. > This > appears to be due to the fact that it doesn't have PCMCIA > support. If this is the case, it would be nice (a) for the driver > to notice the fact and not pretend that everything's working, and > (b) to have a boot diskette which does support notebooks. The boot disk you have supports the 3Com PCMCIA cards fine, *as long* as the driver is configured to use the IRQ/port/IOMEM values stored in the card's ROM *AND* the correct network adaptor is selected using the link flags. > 3. It may be that the Ethernet board is defective. It's difficult to > be sure: 3Com have designed what must be a superlative in their > line of decreasingly useful diagnostic software. I returned one > Ethernet board after the diagnostics said it was bad, but the > other one behaves just the same: if I write the config info first, > the diag software passes, but if I then stop the program and > re-enter, it fails again (can't find the registers). Has anybody > else seen this? Hmm, I haven't seen this. Are you using card-services before you run the configuration file. > 4. So, I thought, let's try using lp0 as the interface. Doesn't > work: it looks as if the setup scripts aren't expecting a > point-to-point connection, and they don't specify the address of > the other end of the link, so ifconfig fails. Is there a trick > here? Yep, use the 'additional parameters' portion of the network setup to specify the remote address. (This is also necessary for the link parameters). > 5. OK, let's do a floppy install of the minimum necessary. That > doesn't work either, although I stuck to the letter of what the > installation scripts say. Looking at the debug output under F2, > it shows that it succeeded in mounting the disks (I tried both > MS-DOG and ufs formats) on /dist, and then went looking for > /dist/bin/bin.tgz and /dist/bin/bin.inf, which it didn't find. > There's nothing in any documentation I know about which even > mentions these files. Hmm, unless the documentation has changed, it *specifically* says to create the dists directories on the floppies. Nate From owner-freebsd-current Wed Dec 4 11:02:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15937 for current-outgoing; Wed, 4 Dec 1996 11:02:13 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA15932 for ; Wed, 4 Dec 1996 11:02:09 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vVMa6-000QrIC; Wed, 4 Dec 96 20:02 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id TAA19392; Wed, 4 Dec 1996 19:50:13 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612041850.TAA19392@freebie.lemis.de> Subject: Re: Installation: still not perfect In-Reply-To: <199612041819.LAA10954@rocky.mt.sri.com> from Nate Williams at "Dec 4, 96 11:19:44 am" To: nate@mt.sri.com (Nate Williams) Date: Wed, 4 Dec 1996 19:50:13 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: >> 1. I am doing the installation on a notebook (AcerNote Light, if >> anybody's interested; 75 MHz Pentium, 24 MB main memory in my >> config, 528 MB hard disk, 2 PCMCIA slots, in one of which I have a >> 3Com 3C585C). > > This is a *supported* configuration for all recent releases (starting > with 2.0.5). Thanks for the correction. >> 2. This machine doesn't have a CD-ROM, so I had intended to install >> via the Ethernet board. The boot kernel recognizes the Ethernet >> board, thinks it initializes it, but nothing comes out. > > It may be using the wrong network connector. You may have to tell it to > use a different connector using the '-link0 link1' OR 'link0 -link1' > flags. That's a point. In the meantime, unfortunately, the diagnostics no longer run, and I can't get the board recognized. They seem to expect a Microsoft hard disk already installed, and after overwriting the hard disk, they die with a spurious error message: Can't Run Install, files missing. Make sure you have INSTALL.EXE, INST1.SAC and STRINGS.BIN in your directory (-1, 2) >> This >> appears to be due to the fact that it doesn't have PCMCIA >> support. If this is the case, it would be nice (a) for the driver >> to notice the fact and not pretend that everything's working, and >> (b) to have a boot diskette which does support notebooks. > > The boot disk you have supports the 3Com PCMCIA cards fine, *as long* as > the driver is configured to use the IRQ/port/IOMEM values stored in the > card's ROM *AND* the correct network adaptor is selected using the link > flags. The values were correct. They don't seem to be any more; now the probes don't find the board any more, and I can no longer change them, since the diagnostic is broke. >> 3. It may be that the Ethernet board is defective. It's difficult to >> be sure: 3Com have designed what must be a superlative in their >> line of decreasingly useful diagnostic software. I returned one >> Ethernet board after the diagnostics said it was bad, but the >> other one behaves just the same: if I write the config info first, >> the diag software passes, but if I then stop the program and >> re-enter, it fails again (can't find the registers). Has anybody >> else seen this? > > Hmm, I haven't seen this. Are you using card-services before you run > the configuration file. No. Why should I? I thought that was only for Microsoft users. I don't have any Microsoft stuff on this machine any more. >> 4. So, I thought, let's try using lp0 as the interface. Doesn't >> work: it looks as if the setup scripts aren't expecting a >> point-to-point connection, and they don't specify the address of >> the other end of the link, so ifconfig fails. Is there a trick >> here? > > Yep, use the 'additional parameters' portion of the network setup to > specify the remote address. (This is also necessary for the link > parameters). Thanks. I'll note that. >> 5. OK, let's do a floppy install of the minimum necessary. That >> doesn't work either, although I stuck to the letter of what the >> installation scripts say. Looking at the debug output under F2, >> it shows that it succeeded in mounting the disks (I tried both >> MS-DOG and ufs formats) on /dist, and then went looking for >> /dist/bin/bin.tgz and /dist/bin/bin.inf, which it didn't find. >> There's nothing in any documentation I know about which even >> mentions these files. > > Hmm, unless the documentation has changed, it *specifically* says to > create the dists directories on the floppies. Yes, it does, and that's what I did. The first floppy contained \BIN\BIN.AA through \BIN\BIN.AE. Another question: I also have another PCMCIA board here, which appears to be an NE2000 clone. Without PCMCIA, it wasn't recognized. Is there any chance of getting it to run with the PCMCIA stuff configured? Greg From owner-freebsd-current Wed Dec 4 11:11:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16481 for current-outgoing; Wed, 4 Dec 1996 11:11:14 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA16474 for ; Wed, 4 Dec 1996 11:11:11 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA11167; Wed, 4 Dec 1996 12:11:03 -0700 (MST) Date: Wed, 4 Dec 1996 12:11:03 -0700 (MST) Message-Id: <199612041911.MAA11167@rocky.mt.sri.com> From: Nate Williams To: Greg Lehey Cc: nate@mt.sri.com (Nate Williams), FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: Installation: still not perfect In-Reply-To: <199612041850.TAA19392@freebie.lemis.de> References: <199612041819.LAA10954@rocky.mt.sri.com> <199612041850.TAA19392@freebie.lemis.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> 2. This machine doesn't have a CD-ROM, so I had intended to install > >> via the Ethernet board. The boot kernel recognizes the Ethernet > >> board, thinks it initializes it, but nothing comes out. > > > > It may be using the wrong network connector. You may have to tell it to > > use a different connector using the '-link0 link1' OR 'link0 -link1' > > flags. > > That's a point. In the meantime, unfortunately, the diagnostics no > longer run, and I can't get the board recognized. They seem to expect > a Microsoft hard disk already installed, and after overwriting the > hard disk, they die with a spurious error message: > > Can't Run Install, files missing. Make sure you have INSTALL.EXE, > INST1.SAC and STRINGS.BIN in your directory (-1, 2) Hmm, you *should* be able to boot off an empty DOS disk and then run the program 3X589CFG.EXE and check everything out. > > The boot disk you have supports the 3Com PCMCIA cards fine, *as long* as > > the driver is configured to use the IRQ/port/IOMEM values stored in the > > card's ROM *AND* the correct network adaptor is selected using the link > > flags. > > The values were correct. They don't seem to be any more; now the > probes don't find the board any more, and I can no longer change them, > since the diagnostic is broke. See above. > >> 3. It may be that the Ethernet board is defective. It's difficult to > >> be sure: 3Com have designed what must be a superlative in their > >> line of decreasingly useful diagnostic software. I returned one > >> Ethernet board after the diagnostics said it was bad, but the > >> other one behaves just the same: if I write the config info first, > >> the diag software passes, but if I then stop the program and > >> re-enter, it fails again (can't find the registers). Has anybody > >> else seen this? > > > > Hmm, I haven't seen this. Are you using card-services before you run > > the configuration file. > > No. Why should I? I thought that was only for Microsoft users. I > don't have any Microsoft stuff on this machine any more. I meant *when* you were running the Diagnostics. > >> 5. OK, let's do a floppy install of the minimum necessary. That > >> doesn't work either, although I stuck to the letter of what the > >> installation scripts say. Looking at the debug output under F2, > >> it shows that it succeeded in mounting the disks (I tried both > >> MS-DOG and ufs formats) on /dist, and then went looking for > >> /dist/bin/bin.tgz and /dist/bin/bin.inf, which it didn't find. > >> There's nothing in any documentation I know about which even > >> mentions these files. > > > > Hmm, unless the documentation has changed, it *specifically* says to > > create the dists directories on the floppies. > > Yes, it does, and that's what I did. The first floppy contained > \BIN\BIN.AA through \BIN\BIN.AE. Hmm... *JORDAN*???? k > Another question: I also have another PCMCIA board here, which appears > to be an NE2000 clone. Without PCMCIA, it wasn't recognized. Is > there any chance of getting it to run with the PCMCIA stuff > configured? You can try the PAO boot floppy. See: http://www.mt.cs.keio.ac.jp/person/hosokawa/PAO/ Nate From owner-freebsd-current Wed Dec 4 11:26:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17228 for current-outgoing; Wed, 4 Dec 1996 11:26:41 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA17223 for ; Wed, 4 Dec 1996 11:26:39 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA11255; Wed, 4 Dec 1996 12:26:32 -0700 (MST) Date: Wed, 4 Dec 1996 12:26:32 -0700 (MST) Message-Id: <199612041926.MAA11255@rocky.mt.sri.com> From: Nate Williams To: Doug Rabson Cc: michael butler , current@freebsd.org Subject: Re: nfs v2 In-Reply-To: References: <199612041538.CAA01116@asstdc.scgt.oz.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug Rabson writes: > On Thu, 5 Dec 1996, michael butler wrote: > > > Doug Rabson writes: > > > > > > Is it possible to switch back to nfs-v2 in current ? > > > > Have problems with v3 from DEC-alpha to Freebsd. > > > > > I don't know how you would do it without hacking the kernel and/or mountd. > > > Have a look at the options for mount on the DEC-alpha. > > > > > What problems do you have with NFSv3 in current? If I know what the > > > problems are then I have a chance of fixing them. > > > > As another data point .. with a December 4th kernel I cannot mount a 2.1.6.1 > > file-system and access it without a panic on the -current system. A kernel > > from November 21st works just fine, > > Any chance of a kernel backtrace for the panic? FWIW, I just tried mounting a 2.1.6.1 FS onto a 2.2 box and have no problems. Unfortunately, I can't easiily mount a 2.1.6.1 FS from a -current machine since my -current box is also my 2.1.6.1 box (my laptop has two disks). Nate From owner-freebsd-current Wed Dec 4 12:03:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA19928 for current-outgoing; Wed, 4 Dec 1996 12:03:17 -0800 (PST) Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA19887; Wed, 4 Dec 1996 12:03:14 -0800 (PST) Received: from friley216.res.iastate.edu (loopback [127.0.0.1]) by friley216.res.iastate.edu (8.8.3/8.7.3) with ESMTP id OAA00722; Wed, 4 Dec 1996 14:03:13 -0600 (CST) Message-Id: <199612042003.OAA00722@friley216.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-smp@freebsd.org cc: current@freebsd.org Subject: Possible file system damage.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 04 Dec 1996 14:03:13 -0600 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just build another SMP kernel with APIC_IO and SMP_INVLTLB, and so far, everything seems to be working just fine. :) The only thing that bothered me was this message I got upon booting the SMP kernel: Dec 4 12:17:46 friley216 /kernel: bad block 2240515, ino 20 Dec 4 12:17:46 friley216 /kernel: pid 112 (kvm_mkdb), uid 0 on /var: bad block I looked at the code, and this looks as if ffs tried to use a block outside the limits of the file system. This sounds to me more like a file system problem, but I thought I'd check here first. It doesnt sound like it hurt anything, but it does worry me a bit. Somehow, invalid data got into in inode on a file system that was cleanly mounted and unmounted. --Chris Csanady From owner-freebsd-current Wed Dec 4 12:39:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05139 for current-outgoing; Wed, 4 Dec 1996 12:39:38 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA05094 for ; Wed, 4 Dec 1996 12:39:34 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA11433; Wed, 4 Dec 1996 13:38:31 -0700 (MST) Date: Wed, 4 Dec 1996 13:38:31 -0700 (MST) Message-Id: <199612042038.NAA11433@rocky.mt.sri.com> From: Nate Williams To: Nate Williams Cc: Doug Rabson , current@freebsd.org Subject: Re: nfs v2 In-Reply-To: <199612041926.MAA11255@rocky.mt.sri.com> References: <199612041538.CAA01116@asstdc.scgt.oz.au> <199612041926.MAA11255@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > FWIW, I just tried mounting a 2.1.6.1 FS onto a 2.2 box and have no > problems. Unfortunately, I can't easiily mount a 2.1.6.1 FS from a > -current machine since my -current box is also my 2.1.6.1 box (my laptop > has two disks). More on the 2.1.6.1 vs. 2.2 boxes: - Stock configuration for nfs_client/server setups. - Nec is a NEC P/75 laptop with 3C589 ethernet and 24MB of memory - Spider is a ThinkPad P/75 laptop with 3C589 ethernet and 24MB of memory NEC is running 2.1.6.1 and reading from a 2.2 server. nec:/nfs/spider # uname -a FreeBSD nec.mt.sri.com 2.1.6.1-RELEASE FreeBSD 2.1.6.1-RELEASE #0: Wed Dec 4 12:53:29 MST 1996 nate@nec.mt.sri.com:/usr/src/sys/compile/CARD i386 nec:/nfs/spider # iozone ... Writing the 1 Megabyte file, 'iozone.tmp'...7.273438 seconds Reading the file...20.265625 seconds IOZONE performance measurements: 144165 bytes/second for writing the file 51741 bytes/second for reading the file And here spider is running 2.2 and reading from a 2.1.6.1 server spider:/nfs/nec # uname -a FreeBSD spider.mt.sri.com 2.2-RELEASE FreeBSD 2.2-RELEASE #4: Wed Dec 4 11:17:07 MST 1996 nate@spider.mt.sri.com:/usr/src/sys/compile/INCON i386 spider:/nfs/nec # iozone ... Writing the 1 Megabyte file, 'iozone.tmp'...7.750000 seconds Reading the file...1.062500 seconds IOZONE performance measurements: 135300 bytes/second for writing the file 986895 bytes/second for reading the file It's pretty obvious to me that somehow the 2.2 server is either not serving very well, or the 2.1.6.1 client isn't reading very well. But, if I use a Solaris 2.5 server for both, the 2.1.6.1 client still sucks rocks on reading. nec:/nfs/rocky # iozone Writing the 1 Megabyte file, 'iozone.tmp'...2.968750 seconds Reading the file...19.703125 seconds IOZONE performance measurements: 353204 bytes/second for writing the file 53218 bytes/second for reading the file And, the 2.2 client really rocks using the Solaris server: spider:/nfs/rocky # iozone Writing the 1 Megabyte file, 'iozone.tmp'...3.117188 seconds Reading the file...1.023438 seconds IOZONE performance measurements: 336385 bytes/second for writing the file 1024562 bytes/second for reading the file And, just to throw a wrench into the works: Server: (p100-32MB of memory and a DEC-PCI ethernet card) FreeBSD moth.mt.sri.com 2.2-CURRENT FreeBSD 2.2-CURRENT #15: Fri Jun 7 23:00:27 MDT 1996 nate@moth.sri.MT.net:/usr/src/sys/compile/DMOTH i386 (It's running a *really* old version of -current). 2.1.6.1 client: Writing the 1 Megabyte file, 'iozone.tmp'...4.218750 seconds Reading the file...3.968750 seconds IOZONE performance measurements: 248551 bytes/second for writing the file 264208 bytes/second for reading the file At least we have decent read speed: 2.2 client: Writing the 1 Megabyte file, 'iozone.tmp'...3.648438 seconds Reading the file...0.921875 seconds IOZONE performance measurements: 287404 bytes/second for writing the file 1137438 bytes/second for reading the file Write speed isn't quite up to the Solaris box, but read speed is better. I'm pretty happy with the 2.2 boxes, but the performance of the 2.1.6.1 client is *really* bad. Nate From owner-freebsd-current Wed Dec 4 14:23:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id OAA19268 for current-outgoing; Wed, 4 Dec 1996 14:23:40 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA19263 for ; Wed, 4 Dec 1996 14:23:36 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id OAA25530; Wed, 4 Dec 1996 14:22:59 -0800 (PST) Message-Id: <199612042222.OAA25530@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 04 Dec 1996 14:29:22 -0800 To: Freebsd-current@freebsd.org From: Ken Ingram Subject: Emacs problem ... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Post installation I've installed Emacs 19.30. It will not run and the error: ld.so failed: Can't find shared library "libgcc.so.261.0" And, in fact, the requested file is not in the lib/ directory. Is there a dependency here that I have overlooked? --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | 186,282 miles per second: Data Engineer 415-975-3400 | It isn't just a good idea, www.ipro.com www.cyberatlas.com | it's the law! ________________________________________________________________________ From owner-freebsd-current Wed Dec 4 16:39:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id QAA25253 for current-outgoing; Wed, 4 Dec 1996 16:39:46 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA25247 for ; Wed, 4 Dec 1996 16:39:43 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id QAA21409; Wed, 4 Dec 1996 16:39:41 -0800 (PST) Message-Id: <199612050039.QAA21409@austin.polstra.com> To: ambrisko@whistle.com Subject: Re: socks5 make error Newsgroups: polstra.freebsd.current In-Reply-To: <199612041745.JAA24656@crab.whistle.com> References: <199612041745.JAA24656@crab.whistle.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 04 Dec 1996 16:39:40 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199612041745.JAA24656@crab.whistle.com> Doug Ambrisko writes: > Here are the bits including the CVS bits if anyone will take it and > commit then thanks (BTW I sent a copy jdp since I was talking to him in > a related subject). It fixes both the new release and covers the switch > to 3.0 stream. Thanks, I'm getting ready to commit it now. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Dec 4 16:53:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id QAA26248 for current-outgoing; Wed, 4 Dec 1996 16:53:35 -0800 (PST) Received: from kvikk.uit.no (kvikk.Uit.No [129.242.4.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA26239 for ; Wed, 4 Dec 1996 16:53:33 -0800 (PST) Received: from sprint.cc.uit.no (sprint.Cc.Uit.No [129.242.5.198]) by kvikk.uit.no (8.7.3/8.7.1) with ESMTP id BAA14728 for ; Thu, 5 Dec 1996 01:53:24 +0100 (MET) Received: from slibo.cc.uit.no (slibo.Cc.Uit.No [129.242.5.36]) by sprint.cc.uit.no (8.8.0/8.8.0) with ESMTP id BAA11087 for ; Thu, 5 Dec 1996 01:53:23 +0100 (MET) Received: from localhost (terjem@localhost) by slibo.cc.uit.no (8.7.3/8.7.3) with ESMTP id BAA17484 for ; Thu, 5 Dec 1996 01:53:22 +0100 (MET) Message-Id: <199612050053.BAA17484@slibo.cc.uit.no> X-Mailer: exmh version 1.6.9 8/22/96 To: Freebsd-current@freebsd.org Subject: pci-pci bridge on HP netserver Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Thu, 05 Dec 1996 01:53:22 +0100 From: Terje Normann Marthinussen Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have a HP Netserver 5/133 LS4 It has 5 PCI slots on two pci busses. The default FreeBSD kernel is not able to find the two onboard Adaptec aic7870 PCI controllers that is on the second pci bus. It will find the first PCI bus, but not the second where the SCSI controllers are. >From boot output: chip0 rev 2 on pci0:0 All what seems to be needed is to bounce 'pciroots' like it is done with the Orion chipset (I now boot it by just hardcoding the right value in pci.c). I could write this patch myself, however, I don't have, or know where to get the information needed (is it enough to just bounce pciroots with '1' or is something more general needed?). I'm not even sure about what this chipset is called. The only chips inside with text or numbers that looks like PCI chipsets are S82374SB and S82375SB. From what I can see from information on the INTEL web server, these have to do with the EISA slots. Anyone know what "device=1225" is named? Where to find information about it? Want to put support for it into current? :) Terje Marthinussen terjem@cc.uit.no From owner-freebsd-current Wed Dec 4 17:00:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id RAA26756 for current-outgoing; Wed, 4 Dec 1996 17:00:19 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26750 for ; Wed, 4 Dec 1996 17:00:13 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA18644; Thu, 5 Dec 1996 11:29:56 +1030 (CST) From: Michael Smith Message-Id: <199612050059.LAA18644@genesis.atrad.adelaide.edu.au> Subject: Re: Installation: still not perfect In-Reply-To: <199612041850.TAA19392@freebie.lemis.de> from Greg Lehey at "Dec 4, 96 07:50:13 pm" To: grog@lemis.de (Greg Lehey) Date: Thu, 5 Dec 1996 11:29:55 +1030 (CST) Cc: nate@mt.sri.com, FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey stands accused of saying: > > Another question: I also have another PCMCIA board here, which appears > to be an NE2000 clone. Without PCMCIA, it wasn't recognized. Is > there any chance of getting it to run with the PCMCIA stuff > configured? It's perhaps worth making a distinction between the two different sorts of PCCARD support in the kernel : - there are some drivers (zp etc.) that recognise PCCARD devices. - there are some drivers (ed, sio, etc.) that can be told to look at a PCCARD. The latter class require the FreeBSD equivalent of "Card Services", ie. the 'pcic' and 'crd' drivers in the kernel, 'pccardd' and the card database in /etc. These aren't available on the normal boot floppy for space reasons. I fixed the 'ed' driver to support NE2000-style pccards a while back, but I don't know if this change has been reflected in the latest PAO boot floppy. At any rate, you're still stuck unless the particular card you have is registered in the database. What card do you have? > Greg -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Dec 4 17:00:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id RAA26813 for current-outgoing; Wed, 4 Dec 1996 17:00:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26805 for ; Wed, 4 Dec 1996 17:00:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id LAA28925 for current@freebsd.org; Thu, 5 Dec 1996 11:59:27 +1100 Date: Thu, 5 Dec 1996 11:59:27 +1100 From: Bruce Evans Message-Id: <199612050059.LAA28925@godzilla.zeta.org.au> To: current@freebsd.org Subject: MAXLOGNAME in struct eproc Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk `struct eproc' has 4 "spare" bytes following e_login[MAXLOGNAME]. I think this should have been removed when MAXLOGNAME was increased by 4. Bruce From owner-freebsd-current Wed Dec 4 18:42:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id SAA02883 for current-outgoing; Wed, 4 Dec 1996 18:42:05 -0800 (PST) Received: from tarpon.exis.net (stefan@tarpon.exis.net [205.252.72.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02877 for ; Wed, 4 Dec 1996 18:42:03 -0800 (PST) Received: (from stefan@localhost) by tarpon.exis.net (8.7.4/8.7.3) id VAA08485; Wed, 4 Dec 1996 21:59:31 -0500 Date: Wed, 4 Dec 1996 21:59:31 -0500 (EST) From: Stefan Molnar To: Ken Ingram cc: Freebsd-current@FreeBSD.ORG Subject: Re: Emacs problem ... In-Reply-To: <199612042222.OAA25530@ipro.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ld.so failed: Can't find shared library "libgcc.so.261.0" > > And, in fact, the requested file is not in the lib/ directory. > > Is there a dependency here that I have overlooked? I had the same problem this morning with my new install. I noticed more than what I like in messges. Also I noticed that I do not have the /usr/lib/emacs (I think) in my system. I could be broke for all my knowlage. Stefan -------------------------------------------- Stefan Molnar Team Exis.Net stefan@exis.net Member EFF Slightly Silly Team OS/2 east-coast-ambassador@soda.CSUA.Berkeley.EDU "She turned me into a Newt! A Newt? I got better." -Monty Python -------------------------------------------- From owner-freebsd-current Wed Dec 4 19:09:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id TAA04629 for current-outgoing; Wed, 4 Dec 1996 19:09:56 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA04615 for ; Wed, 4 Dec 1996 19:09:53 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id TAA04933; Wed, 4 Dec 1996 19:09:48 -0800 (PST) To: Greg Lehey cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Installation: still not perfect In-reply-to: Your message of "Wed, 04 Dec 1996 18:47:45 +0100." <199612041747.SAA19269@freebie.lemis.de> Date: Wed, 04 Dec 1996 19:09:48 -0800 Message-ID: <4929.849755388@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 3Com 3C585C). It also sported a sticker proclaiming "Designed for > Microsoft Windows 95%", which I found convenient to put on my > waste paper basket. God, what a market opportunity. Windows95 stickers for trash cans. I like it. Maybe you could even put "Internet Ready" somewhere on the sticker and go for full coverage. > support. If this is the case, it would be nice (a) for the driver > to notice the fact and not pretend that everything's working, and > (b) to have a boot diskette which does support notebooks. That's called the PAO floppy and something the BSD Nomads currently provide. Ask Nate about the status of this support in -current; I know he's been liasing with the Nomads. This was also described somewhere in one of our HTML pages but darned if I can find it now. This would be a good one for the FAQ if that document weren't dead. > 4. So, I thought, let's try using lp0 as the interface. Doesn't > work: it looks as if the setup scripts aren't expecting a > point-to-point connection, and they don't specify the address of > the other end of the link, so ifconfig fails. Is there a trick > here? It's in the "extra args to ifconfig" area and if you'd RTFM'd (hit F1 or ?) you'd have seen: The ``Extra options to ifconfig'' is kind of special (read: a hack :-). You can use it for specifying the foreign side of a PLIP or SLIP line (simply type the foreign address in) as well as selecting a given "link" on an ethernet card that has more than one (e.g. AUI, 10BT, ... > it shows that it succeeded in mounting the disks (I tried both > MS-DOG and ufs formats) on /dist, and then went looking for > /dist/bin/bin.tgz and /dist/bin/bin.inf, which it didn't find. It needs either one, not both. This is all described now in the ABOUT.TXT file which you will find in the 2.1.6 release. I saw the need for describing the distribution layout, so I did. > There's nothing in any documentation I know about which even > mentions these files. See above. :-) Jordan From owner-freebsd-current Wed Dec 4 19:29:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id TAA07232 for current-outgoing; Wed, 4 Dec 1996 19:29:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA07222 for ; Wed, 4 Dec 1996 19:29:40 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id TAA05041; Wed, 4 Dec 1996 19:29:32 -0800 (PST) To: Nate Williams cc: Greg Lehey , FreeBSD-current@FreeBSD.org (FreeBSD current users) Subject: Re: Installation: still not perfect In-reply-to: Your message of "Wed, 04 Dec 1996 12:11:03 MST." <199612041911.MAA11167@rocky.mt.sri.com> Date: Wed, 04 Dec 1996 19:29:32 -0800 Message-ID: <5038.849756572@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Yes, it does, and that's what I did. The first floppy contained > > \BIN\BIN.AA through \BIN\BIN.AE. > > Hmm... > > *JORDAN*???? bin.inf is necessary and has been ever since the root floppy went away. Please see ABOUT.TXT > You can try the PAO boot floppy. See: > http://www.mt.cs.keio.ac.jp/person/hosokawa/PAO/ We should really mention this someplace in the handbook, perhaps under the installation section. Jordan From owner-freebsd-current Wed Dec 4 20:59:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id UAA13895 for current-outgoing; Wed, 4 Dec 1996 20:59:02 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13890 for ; Wed, 4 Dec 1996 20:58:59 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id PAA20302; Thu, 5 Dec 1996 15:28:43 +1030 (CST) From: Michael Smith Message-Id: <199612050458.PAA20302@genesis.atrad.adelaide.edu.au> Subject: Re: Installation: still not perfect In-Reply-To: <4929.849755388@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 4, 96 07:09:48 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 5 Dec 1996 15:28:43 +1030 (CST) Cc: grog@lemis.de, FreeBSD-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > 3Com 3C585C). It also sported a sticker proclaiming "Designed for > > Microsoft Windows 95%", which I found convenient to put on my > > waste paper basket. > > God, what a market opportunity. Windows95 stickers for trash cans. I > like it. Maybe you could even put "Internet Ready" somewhere on the > sticker and go for full coverage. Hey! I claim prior art on this one; the first W95 sticker I ever met still adorns my bin, alongside the Netware one. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Dec 5 00:34:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id AAA21679 for current-outgoing; Thu, 5 Dec 1996 00:34:32 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21674 for ; Thu, 5 Dec 1996 00:34:30 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id JAA10427 for ; Thu, 5 Dec 1996 09:30:44 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id JAA29131 for ; Thu, 5 Dec 1996 09:34:26 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id JAA29191 for ; Thu, 5 Dec 1996 09:34:24 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id JAA04913 for freebsd-current@freebsd.org; Thu, 5 Dec 1996 09:34:24 +0100 (MET) From: Andre Albsmeier Message-Id: <199612050834.JAA04913@server.us.tld> Subject: Bug in revnetgroup To: freebsd-current@freebsd.org Date: Thu, 5 Dec 1996 09:34:24 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, running 2.2-ALPHA there appears to be a problem with revnetgroup: Assuming the following netgroup file is correct: GOOD_GROUP (host1,,) (host2,,) (host3,,) BAD_GROUP (host4,,) (host5,,) \ (host6,,) the command revnetgroup -h -f netgroupfile produces the following output: host1.* GOOD_GROUP host2.* GOOD_GROUP host3.* GOOD_GROUP host4.* BAD_GROUP,BAD_GROUP host5.* BAD_GROUP,BAD_GROUP In netgroup(5) we read the trailing '\' is allowed, which is IMHO good to increase readability. Now, what do you think: fixing revnetgroup or fixing the manpage netgroup(5). Thanks Andre From owner-freebsd-current Thu Dec 5 00:45:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id AAA22071 for current-outgoing; Thu, 5 Dec 1996 00:45:48 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22066 for ; Thu, 5 Dec 1996 00:45:45 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id JAA11131 for ; Thu, 5 Dec 1996 09:42:00 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id JAA00612 for ; Thu, 5 Dec 1996 09:45:43 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id JAA29200 for ; Thu, 5 Dec 1996 09:45:41 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id JAA05064 for freebsd-current@freebsd.org; Thu, 5 Dec 1996 09:45:41 +0100 (MET) From: Andre Albsmeier Message-Id: <199612050845.JAA05064@server.us.tld> Subject: Problems making NIS database for /etc/services To: freebsd-current@freebsd.org Date: Thu, 5 Dec 1996 09:45:41 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi * when making the NIS maps on a 2.2-ALPHA master server, make complains several times about /etc/services. We find things like the following: compressnet 2/tcp #Management Utility compressnet 2/udp #Management Utility compressnet 3/tcp #Compression Process compressnet 3/udp #Compression Process In this case, what ist done with the duplikate keys: Are they totally ignored or is the second appearance ignored? Also, for supporting netatalk I added the following entries to /etc/services: rtmp 1/ddp # Routing Table Maintenance nbp 2/ddp # Name Binding Protocol echo 4/ddp # AppleTalk Echo Protocol zip 6/ddp # Zone Information Protocol The rule in Makefile.dist only watches tcp and udp by default. Is it correct to change it as shown below (I am not very familar with awk :-))? *** Makefile.dist Thu Dec 5 08:38:18 1996 --- Makefile Thu Dec 5 08:51:05 1996 *************** *** 382,388 **** $(AWK) \ '$$1 !~ "#" { for (n=1; n<=NF && $$n !~ "#"; n++) { \ if (index($$2,"udp")) { printf("%s/udp",$$n) } \ ! else { printf("%s/tcp",$$n) }; print "\t"$$0 ; \ if (n == 1) n = 2; \ } ; print $$2"\t"$$0 ; \ }' $^ | $(DBLOAD) -i $(SERVICES) -o $(YPMAPDIR)/$@ - $(TMP) --- 382,391 ---- $(AWK) \ '$$1 !~ "#" { for (n=1; n<=NF && $$n !~ "#"; n++) { \ if (index($$2,"udp")) { printf("%s/udp",$$n) } \ ! else { \ ! if (index($$2,"ddp")) { printf("%s/ddp",$$n) } \ ! else { printf("%s/tcp",$$n) }; }; \ ! print "\t"$$0 ; \ if (n == 1) n = 2; \ } ; print $$2"\t"$$0 ; \ }' $^ | $(DBLOAD) -i $(SERVICES) -o $(YPMAPDIR)/$@ - $(TMP) From owner-freebsd-current Thu Dec 5 00:58:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id AAA22422 for current-outgoing; Thu, 5 Dec 1996 00:58:59 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22417 for ; Thu, 5 Dec 1996 00:58:56 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id JAA11857 for ; Thu, 5 Dec 1996 09:55:10 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id JAA01956 for ; Thu, 5 Dec 1996 09:58:52 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id JAA29222 for ; Thu, 5 Dec 1996 09:58:50 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id JAA05161 for freebsd-current@freebsd.org; Thu, 5 Dec 1996 09:58:50 +0100 (MET) From: Andre Albsmeier Message-Id: <199612050858.JAA05161@server.us.tld> Subject: Quota Bug on 2.2-ALPHA To: freebsd-current@freebsd.org Date: Thu, 5 Dec 1996 09:58:50 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running 2 Quantum Atlas 4GB Harddrives concatenated together to a big 8GB virtual disk. I have enabled userquotas on this drive and used edquota to configure it. This seems to work for a few days when suddenly booting stops at the line "Checking quotas". You see the drive's LEDs flickering for a while and then the machine seems to stop. However, pressing CTRL-C works, and the normal boot procedure continues. When looking in the root directory of the affected filesystems we find that the quota file has grown extremly: -rw-r----- 1 root operator 4294967264 Dec 2 09:30 quota.user It does not appear to occupy the space really. Maybe someone can tell me what's going on here... Thanks Andre From owner-freebsd-current Thu Dec 5 01:13:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.8.3/8.7.3) id BAA25179 for current-outgoing; Thu, 5 Dec 1996 01:13:37 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA25161 for ; Thu, 5 Dec 1996 01:13:33 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vVZru-000QrIC; Thu, 5 Dec 96 10:13 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id JAA21912; Thu, 5 Dec 1996 09:38:09 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612050838.JAA21912@freebie.lemis.de> Subject: Re: Installation: still not perfect In-Reply-To: <4929.849755388@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 4, 96 07:09:48 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 5 Dec 1996 09:38:08 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >> support. If this is the case, it would be nice (a) for the driver >> to notice the fact and not pretend that everything's working, and >> (b) to have a boot diskette which does support notebooks. > > That's called the PAO floppy and something the BSD Nomads currently > provide. Ask Nate about the status of this support in -current; I > know he's been liasing with the Nomads. This was also described > somewhere in one of our HTML pages but darned if I can find it now. > This would be a good one for the FAQ if that document weren't dead. I found something about it somewhere. But wouldn't it make sense to put it in the standard distribution somewhere? >> 4. So, I thought, let's try using lp0 as the interface. Doesn't >> work: it looks as if the setup scripts aren't expecting a >> point-to-point connection, and they don't specify the address of >> the other end of the link, so ifconfig fails. Is there a trick >> here? > > It's in the "extra args to ifconfig" area and if you'd RTFM'd (hit F1 or ?) > you'd have seen: Well, I did RTFM, but it must have been the wrong FM. >> it shows that it succeeded in mounting the disks (I tried both >> MS-DOG and ufs formats) on /dist, and then went looking for >> /dist/bin/bin.tgz and /dist/bin/bin.inf, which it didn't find. > > It needs either one, not both. This is all described now in the > ABOUT.TXT file which you will find in the 2.1.6 release. I saw the > need for describing the distribution layout, so I did. === root@freebie (/dev/ttyp1) ~ 13 -> locate about.txt === root@freebie (/dev/ttyp1) ~ 14 -> locate ABOUT.TXT === root@freebie (/dev/ttyp1) ~ 15 -> Where do I find that? Recall that we're on -current here, and you'd expect something that important to be in /usr/share/doc somewhere. It doesn't seem to be in the CVS tree, either. I don't have any intention to install 2.1.6 (I've now installed -current on the box). Greg From owner-freebsd-current Thu Dec 5 03:53:27 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA03323 for current-outgoing; Thu, 5 Dec 1996 03:53:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA03318 for ; Thu, 5 Dec 1996 03:53:24 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id DAA07116; Thu, 5 Dec 1996 03:53:19 -0800 (PST) To: Greg Lehey cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Installation: still not perfect In-reply-to: Your message of "Thu, 05 Dec 1996 09:38:08 +0100." <199612050838.JAA21912@freebie.lemis.de> Date: Thu, 05 Dec 1996 03:53:19 -0800 Message-ID: <7113.849786799@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > === root@freebie (/dev/ttyp1) ~ 13 -> locate about.txt > === root@freebie (/dev/ttyp1) ~ 14 -> locate ABOUT.TXT > === root@freebie (/dev/ttyp1) ~ 15 -> > > Where do I find that? Recall that we're on -current here, and you'd > expect something that important to be in /usr/share/doc somewhere. It > doesn't seem to be in the CVS tree, either. I don't have any > intention to install 2.1.6 (I've now installed -current on the box). It's not, I just did it for the 2.1.6 release and was planning to check it into /usr/share/doc (or possibly /usr/src/release/sysinstall/hlp) before the 2.2 BETA release. Jordan From owner-freebsd-current Thu Dec 5 04:42:24 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA05328 for current-outgoing; Thu, 5 Dec 1996 04:42:24 -0800 (PST) Received: from mule1.mindspring.com (mule1.mindspring.com [204.180.128.167]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA05322 for ; Thu, 5 Dec 1996 04:42:22 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule1.mindspring.com (8.8.2/8.7.3) with SMTP id MAA38562 for ; Thu, 5 Dec 1996 12:42:18 GMT Message-ID: <32A6C34D.41C67EA6@mindspring.com> Date: Thu, 05 Dec 1996 07:42:54 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Try NEW SEAGATE CTT8000 TR-4 SCSI Tape? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone tried the new Seagate CTT8000 TR-4 Taravan SCSI tape drive yet? This seemed like a good alternative to DAT based on the price $259.00 and 200K hours MTBF claimed by Seagate. See http://www.seagate.com/tape/tsidescsi.shtml for details. Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Thu Dec 5 05:49:41 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA08016 for current-outgoing; Thu, 5 Dec 1996 05:49:41 -0800 (PST) Received: from cat.local.net (line06.globalnet.it [194.185.53.38]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA07999 for ; Thu, 5 Dec 1996 05:49:36 -0800 (PST) Received: (from sansig@localhost) by cat.local.net (8.7.5/8.7.3) id PAA00978; Thu, 5 Dec 1996 15:48:00 +0100 (MET) Date: Thu, 5 Dec 1996 15:48:00 +0100 (MET) From: Sandro Sigala Message-Id: <199612051448.PAA00978@cat.local.net> To: Ken Ingram Cc: current@freebsd.org, ssigala@globalnet.it Reply-to: ssigala@globalnet.it Subject: Emacs problem ... In-Reply-To: <114589237@toto.iv> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Post installation I've installed Emacs 19.30. >It will not run and the error: > >ld.so failed: Can't find shared library "libgcc.so.261.0" > >And, in fact, the requested file is not in the lib/ directory. > >Is there a dependency here that I have overlooked? Try installing the compat20 stuff. From owner-freebsd-current Thu Dec 5 05:57:03 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA08393 for current-outgoing; Thu, 5 Dec 1996 05:57:03 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA08381 for ; Thu, 5 Dec 1996 05:57:00 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.8.3/8.7.3) id IAA05157 for freebsd-current@freebsd.org; Thu, 5 Dec 1996 08:50:21 -0500 (EST) From: Bill/Carolyn Pechter Message-Id: <199612051350.IAA05157@shell.monmouth.com> Subject: pcvt question To: freebsd-current@freebsd.org Date: Thu, 5 Dec 1996 08:50:21 -0500 (EST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone reported that kernels with the pcvt console under --ALPHA don't boot if the userconfig stuff is compiled in. It worked fine in the August snap... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com This message brought to you by the letters VAX and the numbers 11 and 780. From owner-freebsd-current Thu Dec 5 06:11:35 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA09269 for current-outgoing; Thu, 5 Dec 1996 06:11:35 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA09258 for ; Thu, 5 Dec 1996 06:11:14 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-4.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA07606 (5.67b/IDA-1.5 for ); Thu, 5 Dec 1996 15:10:41 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id NAA01998; Thu, 5 Dec 1996 13:24:50 +0100 (CET) Message-Id: Date: Thu, 5 Dec 1996 13:23:30 +0100 From: se@freebsd.org (Stefan Esser) To: Terje.N.Marthinussen@cc.uit.no (Terje Normann Marthinussen) Cc: Freebsd-current@freebsd.org Subject: Re: pci-pci bridge on HP netserver References: <199612050053.BAA17484@slibo.cc.uit.no> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <199612050053.BAA17484@slibo.cc.uit.no>; from Terje Normann Marthinussen on Dec 5, 1996 01:53:22 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Dec 5, Terje.N.Marthinussen@cc.uit.no (Terje Normann Marthinussen) wrote: > We have a HP Netserver 5/133 LS4 > > It has 5 PCI slots on two pci busses. > The default FreeBSD kernel is not able to find the two onboard Adaptec > aic7870 PCI controllers that is on the second pci bus. > > It will find the first PCI bus, but not the second where the SCSI controllers > are. > > >From boot output: > chip0 rev 2 on pci0:0 > > All what seems to be needed is to bounce 'pciroots' like it is done with > the Orion chipset (I now boot it by just hardcoding the right value in > pci.c). > > I could write this patch myself, however, I don't have, or know where > to get the information needed (is it enough to just bounce pciroots > with '1' or is something more general needed?). I'm not even sure about NO! Hardcoding to 1 does not work! Think about any PCI card with an integrated PCI to PCI bridge in bus 0 (an AH3940 or a 4channel Ethernet card, for example). The chips behind that bridge will be on bus 1, the second PCI bus on the motherboard will be 2 now ... > what this chipset is called. Please send me a verbose boot message log (from your patched kernel, which is able to see the SCSI chips). I will try to find out whcih Intel chip has ID 1225. There will most probably be two CPU to PCI bridge chips, and one will have the secondary bus register set to 1. If you have a card with a PCI to PCI bridge, you may try to put that into bus 0, and watch the secondary bus register of the mainboard chip become 2 ... (Look into the 0x40 to 0x5f config register area if you want to find the bus number registers yourself. Or send me a dump of those registers, and I'll try to identify the correct one. It could even be 0x48, as is used in case of the Orion. If you are running -current, there is an ioctl() interface into PCI config space. Create /dev/pci (defined in MAKEDEV in -current) and use the pciconf program (as root) to read out individual registers: # pciconf -l pci0:0:0: class=0x000000 card=0x00000000 chip=0x04838086 rev=0x04 hdr=0xff pci0:1:0: class=0x000000 card=0x00000000 chip=0x00011000 rev=0x01 hdr=0xff pci0:2:0: class=0x000000 card=0x00000000 chip=0x04848086 rev=0x03 hdr=0xff pci0:4:0: class=0x010000 card=0x00000000 chip=0x000f1000 rev=0x01 hdr=0xff pci0:5:0: class=0x000100 card=0x00000000 chip=0x88c15333 rev=0x00 hdr=0xff pci0:6:0: class=0x020000 card=0x00000000 chip=0x802910ec rev=0x00 hdr=0xff# pciconf -r pci0:0:0 0x48 0x00000000 Seems there is onthing interesting in reg. 0x48 of my Saturn II, but the output might be different on your system ... :) Regards, STefan > The only chips inside with text or numbers that looks like PCI chipsets > are S82374SB and S82375SB. From what I can see from information on the > INTEL web server, these have to do with the EISA slots. > > Anyone know what "device=1225" is named? Where to find information about it? > Want to put support for it into current? :) > > Terje Marthinussen > terjem@cc.uit.no > > > > > From owner-freebsd-current Thu Dec 5 08:00:09 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA16233 for current-outgoing; Thu, 5 Dec 1996 08:00:09 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA16222 for ; Thu, 5 Dec 1996 08:00:05 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vVgAH-000QrsC; Thu, 5 Dec 96 16:56 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id QAA18105; Thu, 5 Dec 1996 16:55:52 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612051555.QAA18105@freebie.lemis.de> Subject: Re: Installation: still not perfect In-Reply-To: <199612050059.LAA18644@genesis.atrad.adelaide.edu.au> from Michael Smith at "Dec 5, 96 11:29:55 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 5 Dec 1996 16:30:23 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > Greg Lehey stands accused of saying: >> >> Another question: I also have another PCMCIA board here, which appears >> to be an NE2000 clone. Without PCMCIA, it wasn't recognized. Is >> there any chance of getting it to run with the PCMCIA stuff >> configured? > > It's perhaps worth making a distinction between the two different sorts > of PCCARD support in the kernel : > > - there are some drivers (zp etc.) that recognise PCCARD devices. > - there are some drivers (ed, sio, etc.) that can be told to look at > a PCCARD. > > The latter class require the FreeBSD equivalent of "Card Services", ie. > the 'pcic' and 'crd' drivers in the kernel, 'pccardd' and the card > database in /etc. Thanks, I think I understand this now. > These aren't available on the normal boot floppy for space reasons. Then there should be another boot floppy. I know, there are good reasons to oppose this, but it shouldn't be at the expense of not being able to install on certain configurations. I think that an ethernet-based install on a laptop should be relatively common. > I fixed the 'ed' driver to support NE2000-style pccards a while back, > but I don't know if this change has been reflected in the latest PAO > boot floppy. At any rate, you're still stuck unless the particular > card you have is registered in the database. What card do you have? I have two cards: one is the 3C589C, which I can't configure because the diagnostic doesn't work. It seems that there might have been card services installed on the machine before I wiped out the Windoze 95% partition, but they didn't give me a diskette, and it seems that card services relate to the machine and not the board, so I don't have any card services at all any more. Without card services, the diagnostic just doesn't run. If somebody out there can send me a copy of CardWizard or whatever for the AcerNote Light, I'd be grateful. The other board is a masterpiece in understatement: the sum total of the description on the card is: PCMCIA TYPE II Ethernet Adapter Well, that's the front side. The back side contains the obligatory FCC notice, advice on how to damage it, and the stick-on label: P/N: 18-0A-40BC S/N: QK007360 There's also a very minimal "manual" (a folded sheet of paper) which tells me that it has drivers for every machine under the Sun, is Ethernet compliant, has a 16 kB data buffer. I've tried booting with the PAO boot floppy, and it recognizes the card, but claims it can't find card type (from memory) " ()" in the card database. This also happens, including the same name, with the 3C589, so I assume this doesn't relate to the board. About the only thing of any interest is the diagnostic diskette, which contains files with names like E2000.EXE, which suggests to me that it is NE2000 compatible. I think I've seen that kind of name before. It fires up the diagnostic reasonably well, and is able to output to the wire (though the stuff it sends out doesn't look correct; the Ethernet address is wrong. I suspect this is yet another Broken Diagnostic). The only problem is that the boot doesn't recognize anything. If your fixes will work on -current, tell me about them. I'm currently interfacing via PLIP (which, to my surprise, gets FTP transfers at about 58 kB/s, but seems to have trouble with NFS), so I can try it out easily enough. Greg From owner-freebsd-current Thu Dec 5 08:00:58 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA16295 for current-outgoing; Thu, 5 Dec 1996 08:00:58 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA16282 for ; Thu, 5 Dec 1996 08:00:53 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA16069; Thu, 5 Dec 1996 09:00:48 -0700 (MST) Date: Thu, 5 Dec 1996 09:00:48 -0700 (MST) Message-Id: <199612051600.JAA16069@rocky.mt.sri.com> From: Nate Williams To: Bill/Carolyn Pechter Cc: freebsd-current@freebsd.org Subject: Re: pcvt question In-Reply-To: <199612051350.IAA05157@shell.monmouth.com> References: <199612051350.IAA05157@shell.monmouth.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Has anyone reported that kernels with the pcvt console under --ALPHA > don't boot if the userconfig stuff is compiled in. No, I tested PCVT under Alpha and under pre-Beta and they worked. PCVT even worked with the PS/2 driver, which it may not have before. Syscons had problems with userconfig, but they've been fixed. Nate From owner-freebsd-current Thu Dec 5 09:34:12 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA19855 for current-outgoing; Thu, 5 Dec 1996 09:34:12 -0800 (PST) Received: from kvikk.uit.no (kvikk.Uit.No [129.242.4.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA19767; Thu, 5 Dec 1996 09:33:44 -0800 (PST) Received: from sprint.cc.uit.no (sprint.Cc.Uit.No [129.242.5.198]) by kvikk.uit.no (8.7.3/8.7.1) with ESMTP id SAA29772; Thu, 5 Dec 1996 18:33:42 +0100 (MET) Received: from slibo.cc.uit.no (slibo.Cc.Uit.No [129.242.5.36]) by sprint.cc.uit.no (8.8.0/8.8.0) with ESMTP id SAA19588; Thu, 5 Dec 1996 18:33:40 +0100 (MET) Received: from localhost (terjem@localhost) by slibo.cc.uit.no (8.7.3/8.7.3) with ESMTP id SAA18444; Thu, 5 Dec 1996 18:33:39 +0100 (MET) Message-Id: <199612051733.SAA18444@slibo.cc.uit.no> To: se@freebsd.org (Stefan Esser) cc: Freebsd-current@freebsd.org Subject: Re: pci-pci bridge on HP netserver In-reply-to: Your message of "Thu, 05 Dec 1996 13:23:30 MET." Date: Thu, 05 Dec 1996 18:33:39 +0100 From: Terje Normann Marthinussen Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >NO! Hardcoding to 1 does not work! >Think about any PCI card with an integrated PCI to PCI >bridge in bus 0 (an AH3940 or a 4channel Ethernet card, >for example). The chips behind that bridge will be on >bus 1, the second PCI bus on the motherboard will be 2 >now ... Ah, I knew it couldn't be that simple. >> what this chipset is called. > >Please send me a verbose boot message log (from your >patched kernel, which is able to see the SCSI chips). BIOS basemem (633K) != RTC basemem (640K), setting to BIOS value Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Wed Nov 27 15:51:42 MET 1996 terjem@quattro:/usr/src/sys/compile/netserver Calibrating clock(s) relative to mc146818A clock ... i586 clock: 133333679 Hz, i8254 clock: 1193169 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (130.67-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62717952 (61248K bytes) BIOS Geometries: 0:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors 1:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for eisa0: Probing for devices on the EISA bus pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x80007804 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=12258086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 chip1 rev 5 on pci0:14:0 pci0:15:0: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:1: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:2: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:3: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:4: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:5: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:6: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) pci0:15:7: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(fff6fc08) map(14): mem32(fff6fc08) map(18): mem32(fff6fc08) map(1c): mem32(fff6fc08) map(20): mem32(fff6fc08) map(24): mem32(fff6fc08) Probing for devices on PCI bus 1: chip2 rev 2 on pci1:0 vx0 <3COM 3C595 Fast Etherlink XL PCI> rev 0 int a irq 11 on pci1:12 mapreg[10] type=1 addr=0000f8c0 size=0040. mii[*mii*]: disable 'auto select' with DOS util! address 00:60:97:12:60:e8 ahc0 rev 3 int a irq 7 on pci1:13 mapreg[10] type=1 addr=0000fc00 size=0100. mapreg[14] type=0 addr=ff9ff000 size=1000. reg16: ioaddr=0xfc00 size=0x100 ahc0: Reading SEEPROM...checksum error ahc0: No SEEPROM availible ahc0: Using left over BIOS settings ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc0: Reseting Channel A ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 using 16Bit transfers ahc0: target 0 synchronous at 10.0MHz, offset = 0x8 Sending SDTR!! (ahc0:0:0): "HP 2.13 GB 1st ### 1221" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2033MB (4165272 512 byte sectors) sd0(ahc0:0:0): with 3511 cyls, 11 heads, and an average 107 sectors/track ahc0: target 5 synchronous at 4.0MHz, offset = 0xf (ahc0:5:0): "TOSHIBA CD-ROM XM-5301TA 1895" type 5 removable SCSI 2 cd0(ahc0:5:0): CD-ROM cd0(ahc0:5:0): NOT READY asc:3a,0 Medium not present can't get the size ahc1 rev 3 int a irq 10 on pci1:14 mapreg[10] type=1 addr=0000f400 size=0100. mapreg[14] type=0 addr=ff9fe000 size=1000. reg16: ioaddr=0xf400 size=0x100 ahc1: Reading SEEPROM...checksum error ahc1: No SEEPROM availible ahc1: Using left over BIOS settings ahc1: aic7870 Wide Channel, SCSI Id=6, 16 SCBs ahc1: Reseting Channel A ahc1: Downloading Sequencer Program...Done ahc1: Probing channel A ahc1 waiting for scsi devices to settle ahc1: target 4 using 16Bit transfers ahc1: target 4 synchronous at 10.0MHz, offset = 0x8 Sending SDTR!! (ahc1:4:0): "HP 2.13 GB 1st ### 1221" type 0 fixed SCSI 2 sd1(ahc1:4:0): Direct-Access 2033MB (4165272 512 byte sectors) sd1(ahc1:4:0): with 3511 cyls, 11 heads, and an average 107 sectors/track pci1: uses 8192 bytes of memory from ff9fe000 upto ff9fffff. pci1: uses 576 bytes of I/O space from f400 upto fcff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 lpt0 not found at 0xffffffff mse0: wrong signature ff mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 npx0 on motherboard npx0: INT 16 interface imasks: bio c00004c0, tty c0030812, net c0030812 Device configuration finished. Considering FFS root f/s. changing root device to sd0a configure() finished. sd0s1: type 0xa5, start 0, end = 4165271, size 4165272 : OK Automatic reboot in progress... /dev/rsd0a: clean, 851096 free (15688 frags, 104426 blocks, 0.9% fragmentation) vx0: strange connector type in EEPROM: 6 vx0: assuming AUI vx0: strange connector type in EEPROM: 6 vx0: assuming AUI ># pciconf -l 205 root@quattro:/tmp/# pciconf -l pci0:0:0: class=0x060000 card=0x00000000 chip=0x12258086 rev=0x02 pci0:14:0: class=0x000000 card=0x00000000 chip=0x04828086 rev=0x05 pci0:15:0: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:1: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:2: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:3: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:4: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:5: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:6: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci0:15:7: class=0xff0000 card=0x00088086 chip=0x00088086 rev=0x00 pci1:0:0: class=0x060000 card=0x00000000 chip=0x12258086 rev=0x02 pci1:12:0: class=0x020000 card=0x00000000 chip=0x905010b7 rev=0x00 pci1:13:0: class=0x010000 card=0x00000000 chip=0x70789004 rev=0x03 pci1:14:0: class=0x010000 card=0x00000000 chip=0x70789004 rev=0x03 list_pcireg is just a quick perl hack: #!/usr/bin/perl $| = 1; for( $addr = hex($ARGV[1]); $addr <= hex($ARGV[2]); $addr++){ printf "%x ", $addr; system("/usr/sbin/pciconf -r $ARGV[0] $addr"); } 203 root@quattro:/tmp/# ./list_pcireg pci0:0:0 0x40 0x5f 40 0x00000000 41 0x00000000 42 0x00000000 43 0x00000000 44 0x00000000 45 0x00000000 46 0x00000000 47 0x00000000 48 0x00000000 49 0x00000000 4a 0x00000000 4b 0x00000000 4c 0x00000000 4d 0x00000000 4e 0x00000000 4f 0x00000000 50 0x76e8f006 51 0x76e8f006 52 0x76e8f006 53 0x76e8f006 54 0x000500ae 55 0x000500ae 56 0x000500ae 57 0x000500ae 58 0x00000000 59 0x00000000 5a 0x00000000 5b 0x00000000 5c 0x00000000 5d 0x00000000 5e 0x00000000 5f 0x00000000 204 root@quattro:/tmp/# ./list_pcireg pci1:0:0 0x40 0x5f 40 0x0000ff01 41 0x0000ff01 42 0x0000ff01 43 0x0000ff01 44 0x00000000 45 0x00000000 46 0x00000000 47 0x00000000 48 0x00000000 49 0x00000000 4a 0x00000000 4b 0x00000000 4c 0x00000000 4d 0x00000000 4e 0x00000000 4f 0x00000000 50 0x76e8f007 51 0x76e8f007 52 0x76e8f007 53 0x76e8f007 54 0x000700ae 55 0x000700ae 56 0x000700ae 57 0x000700ae 58 0x00000000 59 0x00000000 5a 0x00000000 5b 0x00000000 5c 0x00000000 5d 0x00000000 5e 0x00000000 5f 0x00000000 Terje Marthinussen terjem@cc.uit.no From owner-freebsd-current Thu Dec 5 11:24:51 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA26158 for current-outgoing; Thu, 5 Dec 1996 11:24:51 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA26151 for ; Thu, 5 Dec 1996 11:24:46 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id LAA06264; Thu, 5 Dec 1996 11:23:28 -0800 (PST) Message-Id: <199612051923.LAA06264@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 05 Dec 1996 11:29:53 -0800 To: ssigala@globalnet.it From: Ken Ingram Subject: Re: Emacs problem ... Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's the 'compat 20 stuff' and where is it? At 03:48 PM 12/5/96 +0100, Sandro Sigala wrote: >> Post installation I've installed Emacs 19.30. >>It will not run and the error: >> >>ld.so failed: Can't find shared library "libgcc.so.261.0" >> >>And, in fact, the requested file is not in the lib/ directory. >> >>Is there a dependency here that I have overlooked? > >Try installing the compat20 stuff. > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | 186,282 miles per second: Data Engineer 415-975-3400 | It isn't just a good idea, www.ipro.com www.cyberatlas.com | it's the law! ________________________________________________________________________ From owner-freebsd-current Thu Dec 5 11:27:05 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA26408 for current-outgoing; Thu, 5 Dec 1996 11:27:05 -0800 (PST) Received: from groa.uct.ac.za (groa.uct.ac.za [137.158.128.7]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA26383 for ; Thu, 5 Dec 1996 11:26:58 -0800 (PST) Received: from rv by groa.uct.ac.za with local (Exim 1.58 #1) id 0vVjRe-0002e7-00; Thu, 5 Dec 1996 21:26:54 +0200 Subject: Multiple CD detect To: freebsd-current@freebsd.org Date: Thu, 5 Dec 1996 21:26:53 +0200 (SAT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Message-Id: From: Russell Vincent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is a weird one for the SCSI people. Note the multiple cd devices found - I only have one, really - and this happens each bootup. Only started recently. -Russell FreeBSD 3.0-CURRENT #0: Wed Dec 4 09:14:51 SAT 1996 [ snip ] vga0 rev 0 int a irq 12 on pci0:13 ahc0 rev 0 int a irq 11 on pci0:15 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "MICROP 1624-07MZ1077801 HZ2P" type 0 fixed SCSI 1 sd0(ahc0:0:0): Direct-Access 642MB (1316751 512 byte sectors) sd0(ahc0:0:0): with 2112 cyls, 7 heads, and an average 89 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd1(ahc0:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc0:2:0): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd0(ahc0:2:0): Target Busy cd0(ahc0:2:0): Target Busy can't get the size (ahc0:2:1): Target Busy (ahc0:2:1): Target Busy (ahc0:2:1): Target Busy (ahc0:2:1): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd1(ahc0:2:1): CD-ROM cd1(ahc0:2:1): Target Busy cd1(ahc0:2:1): Target Busy can't get the size (ahc0:2:2): Target Busy (ahc0:2:2): Target Busy (ahc0:2:2): Target Busy (ahc0:2:2): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd2(ahc0:2:2): CD-ROM cd2(ahc0:2:2): Target Busy cd2(ahc0:2:2): Target Busy can't get the size (ahc0:2:3): Target Busy (ahc0:2:3): Target Busy (ahc0:2:3): Target Busy (ahc0:2:3): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd3(ahc0:2:3): CD-ROM cd3(ahc0:2:3): Target Busy cd3(ahc0:2:3): Target Busy can't get the size (ahc0:2:4): Target Busy (ahc0:2:4): Target Busy (ahc0:2:4): Target Busy (ahc0:2:4): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd4(ahc0:2:4): CD-ROM cd4(ahc0:2:4): Target Busy cd4(ahc0:2:4): Target Busy can't get the size (ahc0:2:5): Target Busy (ahc0:2:5): Target Busy (ahc0:2:5): Target Busy (ahc0:2:5): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd5(ahc0:2:5): CD-ROM cd5(ahc0:2:5): Target Busy cd5(ahc0:2:5): Target Busy can't get the size (ahc0:2:6): Target Busy (ahc0:2:6): Target Busy (ahc0:2:6): Target Busy (ahc0:2:6): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd6(ahc0:2:6): CD-ROM cd6(ahc0:2:6): Target Busy cd6(ahc0:2:6): Target Busy can't get the size (ahc0:2:7): Target Busy (ahc0:2:7): Target Busy (ahc0:2:7): Target Busy (ahc0:2:7): "HP C4324/C4325 1.25" type 5 removable SCSI 2 cd7(ahc0:2:7): CD-ROM cd7(ahc0:2:7): Target Busy cd7(ahc0:2:7): Target Busy can't get the size ahc0: target 4 Tagged Queuing Device (ahc0:4:0): "CONNER CFP1060S 1.05GB 2051" type 0 fixed SCSI 2 sd2(ahc0:4:0): Direct-Access 1010MB (2070400 512 byte sectors) sd2(ahc0:4:0): with 2756 cyls, 8 heads, and an average 93 sectors/track Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> [ snip ] From owner-freebsd-current Thu Dec 5 11:36:07 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA27358 for current-outgoing; Thu, 5 Dec 1996 11:36:07 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA27353 for ; Thu, 5 Dec 1996 11:36:03 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id UAA01274 for ; Thu, 5 Dec 1996 20:35:57 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id VAA04613 for freebsd-current@FreeBSD.org; Thu, 5 Dec 1996 21:37:06 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id UAA23349; Thu, 5 Dec 1996 20:33:54 +0100 (CET) Message-ID: Date: Thu, 5 Dec 1996 20:33:53 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Call for national time locales References: <199612010812.JAA09839@uriah.heep.sax.de> X-Mailer: Mutt 0.52 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT ctm#2768 In-Reply-To: <199612010812.JAA09839@uriah.heep.sax.de>; from J Wunsch on Dec 1, 1996 09:12:08 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > Posix doesn't say much for non-Posix (translate this: non-US) locales. > Almost everything seems to be allowed, so i don't see why one could > not drop the 12-hour sillyness. I now have a weird problem... I use LANG=fr_FR.ISO_8859-1 and now "ls -l" has a weird behaviour: 245 [20:29] roberto@keltia:private/trn-test> ll -rw-r--r-- 1 roberto staff 44308 23 jan 9:21 trn4-test42.patch.gz ^^^^^^^^^^^^ -rw-r--r-- 1 roberto staff 520258 24 jan 9:11 trn4-test42.tar.gz -rw-r--r-- 1 roberto staff 42622 9 jui 1996 trn4-test43.patch.gz -rw-r--r-- 1 roberto staff 531561 9 jui 1996 trn4-test43.tar.gz -rw-r--r-- 1 roberto staff 3629 9 jui 1996 trn4-test44.patch.gz -rw-r--r-- 1 roberto staff 14436 20 oct 1996 trn4-test45.patch.gz -rw-r--r-- 1 roberto staff 533516 20 oct 1996 trn4-test45.tar.gz -rw-r--r-- 1 roberto staff 7378 2 nov 1996 trn4-test46.patch.gz -rw-r--r-- 1 roberto staff 534153 2 nov 1996 trn4-test46.tar.gz -rw-r--r-- 1 roberto staff 3513 3 déc 1996 trn4-test47.patch.gz -rw-r--r-- 1 roberto staff 2959 4 déc 1996 trn4-test48.patch.gz ^^^^^^^^^^ 246 [20:29] roberto@keltia:private/trn-test> ( unsetenv LANG ; ll ) -rw-r--r-- 1 roberto staff 44308 Jan 23 1996 trn4-test42.patch.gz ^^^^^^^^^^^^ -rw-r--r-- 1 roberto staff 520258 Jan 24 1996 trn4-test42.tar.gz -rw-r--r-- 1 roberto staff 42622 Jun 9 19:16 trn4-test43.patch.gz -rw-r--r-- 1 roberto staff 531561 Jun 9 19:16 trn4-test43.tar.gz -rw-r--r-- 1 roberto staff 3629 Jun 9 21:45 trn4-test44.patch.gz -rw-r--r-- 1 roberto staff 14436 Oct 20 19:57 trn4-test45.patch.gz -rw-r--r-- 1 roberto staff 533516 Oct 20 19:57 trn4-test45.tar.gz -rw-r--r-- 1 roberto staff 7378 Nov 2 07:34 trn4-test46.patch.gz -rw-r--r-- 1 roberto staff 534153 Nov 2 07:30 trn4-test46.tar.gz -rw-r--r-- 1 roberto staff 3513 Dec 3 20:27 trn4-test47.patch.gz -rw-r--r-- 1 roberto staff 2959 Dec 4 07:16 trn4-test48.patch.gz ^^^^^^^^^^^^ Why does it feel that I am in 1995 ? Other locales seem fine... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #31: Tue Dec 3 23:52:58 CET 1996 From owner-freebsd-current Thu Dec 5 12:26:57 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA01373 for current-outgoing; Thu, 5 Dec 1996 12:26:57 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA01367 for ; Thu, 5 Dec 1996 12:26:52 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA07648; Thu, 5 Dec 1996 15:26:35 -0500 Date: Thu, 5 Dec 1996 15:26:35 -0500 From: Garrett Wollman Message-Id: <9612052026.AA07648@halloran-eldar.lcs.mit.edu> To: roberto@keltia.freenix.fr (Ollivier Robert) Cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Call for national time locales In-Reply-To: References: <199612010812.JAA09839@uriah.heep.sax.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < I now have a weird problem... I use LANG=fr_FR.ISO_8859-1 and now "ls -l" > has a weird behaviour: > 245 [20:29] roberto@keltia:private/trn-test> ll > -rw-r--r-- 1 roberto staff 44308 23 jan 9:21 trn4-test42.patch.gz > ^^^^^^^^^^^^ Your culprint is the following code in ls/print.c: static void printtime(ftime) time_t ftime; { int i; char longstring[80]; strftime(longstring, sizeof(longstring), "%c", localtime(&ftime)); for (i = 4; i < 11; ++i) (void)putchar(longstring[i]); #define SIXMONTHS ((365 / 2) * 86400) if (f_sectime) for (i = 11; i < 24; i++) (void)putchar(longstring[i]); else if (ftime + SIXMONTHS > time(NULL)) for (i = 11; i < 16; ++i) (void)putchar(longstring[i]); else { (void)putchar(' '); for (i = 20; i < 24; ++i) (void)putchar(longstring[i]); } (void)putchar(' '); } So your national `%c' format had better have the ``right'' things in those positions. -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, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Thu Dec 5 12:49:35 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02579 for current-outgoing; Thu, 5 Dec 1996 12:49:35 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA02572; Thu, 5 Dec 1996 12:49:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA19852; Thu, 5 Dec 1996 13:30:18 -0700 From: Terry Lambert Message-Id: <199612052030.NAA19852@phaeton.artisoft.com> Subject: Re: pci-pci bridge on HP netserver To: se@freebsd.org (Stefan Esser) Date: Thu, 5 Dec 1996 13:30:18 -0700 (MST) Cc: Terje.N.Marthinussen@cc.uit.no, Freebsd-current@freebsd.org In-Reply-To: from "Stefan Esser" at Dec 5, 96 01:23:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It has 5 PCI slots on two pci busses. > > The default FreeBSD kernel is not able to find the two onboard Adaptec > > aic7870 PCI controllers that is on the second pci bus. [ ... ] > > All what seems to be needed is to bounce 'pciroots' like it is done with > > the Orion chipset (I now boot it by just hardcoding the right value in > > pci.c). > > > > I could write this patch myself, however, I don't have, or know where > > to get the information needed (is it enough to just bounce pciroots > > with '1' or is something more general needed?). I'm not even sure about > > NO! Hardcoding to 1 does not work! > Think about any PCI card with an integrated PCI to PCI > bridge in bus 0 (an AH3940 or a 4channel Ethernet card, > for example). The chips behind that bridge will be on > bus 1, the second PCI bus on the motherboard will be 2 > now ... I don't suppose the PCI code could be changed to dynamically allocate as many busses as are found... ? 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 Dec 5 12:53:31 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02734 for current-outgoing; Thu, 5 Dec 1996 12:53:31 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA02728 for ; Thu, 5 Dec 1996 12:53:26 -0800 (PST) Received: by sequent.kiae.su id AA09092 (5.65.kiae-2 ); Fri, 6 Dec 1996 00:34:59 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 6 Dec 96 00:34:58 +0400 Received: from localhost (ache@nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id XAA01947; Thu, 5 Dec 1996 23:33:54 +0300 (MSK) Date: Thu, 5 Dec 1996 23:33:53 +0300 (MSK) From: =?KOI8-R?Q?Andrey_Chernov=2C_=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= To: Ollivier Robert Cc: FreeBSD-current users Subject: Re: Call for national time locales In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Dec 1996, Ollivier Robert wrote: > I now have a weird problem... I use LANG=fr_FR.ISO_8859-1 and now "ls -l" > has a weird behaviour: > > 245 [20:29] roberto@keltia:private/trn-test> ll > -rw-r--r-- 1 roberto staff 44308 23 jan 9:21 trn4-test42.patch.gz > ^^^^^^^^^^^^ > 246 [20:29] roberto@keltia:private/trn-test> ( unsetenv LANG ; ll ) > -rw-r--r-- 1 roberto staff 44308 Jan 23 1996 trn4-test42.patch.gz > ^^^^^^^^^^^^ > Why does it feel that I am in 1995 ? Other locales seem fine... You swap %Y and %X formats in %c, I just commit the fix. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Thu Dec 5 12:54:07 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02772 for current-outgoing; Thu, 5 Dec 1996 12:54:07 -0800 (PST) Received: from linux.local.net (ssigala@line02.globalnet.it [194.185.53.34]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA02751 for ; Thu, 5 Dec 1996 12:53:55 -0800 (PST) Received: from localhost (ssigala@localhost) by linux.local.net (8.7.5/8.6.9) with SMTP id VAA00161; Thu, 5 Dec 1996 21:51:35 +0100 X-Authentication-Warning: linux.local.net: ssigala owned process doing -bs Date: Thu, 5 Dec 1996 21:51:35 +0100 (MET) From: Sandro Sigala X-Sender: ssigala@linux.local.net To: Ken Ingram cc: current@freebsd.org Subject: Re: Emacs problem ... In-Reply-To: <199612051923.LAA06264@ipro.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Dec 1996, Ken Ingram wrote: > What's the 'compat 20 stuff' and where is it? Sorry, i mean the FreeBSD 2.0 compatibility package, that you can find on the CDROM in the /dists/compat20 directory (filename: compat20.tgz) or on ftp.freebsd.org/pub/FreeBSD/x.y.z-RELEASE/compat20 You can install it by executing the install.sh script (which is in the same directory) or using tar (or maybe using /stand/sysinstall, but i'm not sure). > At 03:48 PM 12/5/96 +0100, Sandro Sigala wrote: > >> Post installation I've installed Emacs 19.30. > >>It will not run and the error: > >> > >>ld.so failed: Can't find shared library "libgcc.so.261.0" > >> > >>And, in fact, the requested file is not in the lib/ directory. > >> > >>Is there a dependency here that I have overlooked? > > > >Try installing the compat20 stuff. > > > > -sandro From owner-freebsd-current Thu Dec 5 12:56:55 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02957 for current-outgoing; Thu, 5 Dec 1996 12:56:55 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA02952 for ; Thu, 5 Dec 1996 12:56:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA19881; Thu, 5 Dec 1996 13:37:34 -0700 From: Terry Lambert Message-Id: <199612052037.NAA19881@phaeton.artisoft.com> Subject: Re: Call for national time locales To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 5 Dec 1996 13:37:34 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: from "Ollivier Robert" at Dec 5, 96 08:33:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 245 [20:29] roberto@keltia:private/trn-test> ll > -rw-r--r-- 1 roberto staff 44308 23 jan 9:21 trn4-test42.patch.gz > ^^^^^^^^^^^^ > -rw-r--r-- 1 roberto staff 520258 24 jan 9:11 trn4-test42.tar.gz > -rw-r--r-- 1 roberto staff 42622 9 jui 1996 trn4-test43.patch.gz ^^^^^^^^^^^ ***ERROR | *** MISSING SPACE THIS COLUMN > -rw-r--r-- 1 roberto staff 2959 4 d=E9c 1996 trn4-test48.patch.gz > ^^^^^^^^^^ ||| QUOTED PRINTABLE I don't understand the quoted printable; could this be an artifact of "more" or of having sent it to a file, etc.? > 246 [20:29] roberto@keltia:private/trn-test> ( unsetenv LANG ; ll ) > -rw-r--r-- 1 roberto staff 44308 Jan 23 1996 trn4-test42.patch.gz > ^^^^^^^^^^^^ || NOTICE: NO MISSING SPACE > -rw-r--r-- 1 roberto staff 2959 Dec 4 07:16 trn4-test48.patch.gz > ^^^^^^^^^^^^ > Why does it feel that I am in 1995 ? Other locales seem fine... I thought the break on this was 6 months; maybe the problem is in the month-difference comparison, 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 Thu Dec 5 12:57:13 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA03011 for current-outgoing; Thu, 5 Dec 1996 12:57:13 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA03002 for ; Thu, 5 Dec 1996 12:57:09 -0800 (PST) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.4/8.6.9) with SMTP id MAA19130; Thu, 5 Dec 1996 12:56:55 -0800 (PST) Message-ID: <32A7370D.27D9@netcom.com> Date: Thu, 05 Dec 1996 12:56:46 -0800 From: Manfred Antar Reply-To: mantar@netcom.com Organization: NONE X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Russell Vincent CC: freebsd-current@freebsd.org Subject: Re: Multiple CD detect References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This has been happening to me for about 4 months with a adaptec 2742 controller: Probing for devices on the EISA bus ahc0: at 0x3c00-0x3cff irq 11 on eisa0 slot 3 ahc0: aic7770 <= Rev C, Twin Channel, A SCSI Id=7, B SCSI Id=7, 4 SCBs (ahc0:4:0): "EXABYTE EXB-8200 268E" type 1 removable SCSI 1 st0(ahc0:4:0): Sequential-Access density code 0x0, st0(ahc0:4:0): Target Busy st0(ahc0:4:0): Target Busy st0(ahc0:4:0): Target Busy drive empty (ahc0:5:0): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd0(ahc0:5:0): CD-ROM cd0(ahc0:5:0): NOT READY asc:3a,0 Medium not present can't get the size (ahc0:5:1): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd1(ahc0:5:1): CD-ROM cd1(ahc0:5:1): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size (ahc0:5:2): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd2(ahc0:5:2): CD-ROM cd2(ahc0:5:2): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size (ahc0:5:3): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd3(ahc0:5:3): CD-ROM cd3(ahc0:5:3): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size (ahc0:5:4): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd4(ahc0:5:4): CD-ROM cd4(ahc0:5:4): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size (ahc0:5:5): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd5(ahc0:5:5): CD-ROM cd5(ahc0:5:5): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size (ahc0:5:6): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd6(ahc0:5:6): CD-ROM cd6(ahc0:5:6): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size (ahc0:5:7): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI 2 cd7(ahc0:5:7): CD-ROM cd7(ahc0:5:7): ILLEGAL REQUEST asc:25,0 Logical unit not supported can't get the size I have one cdrom at target 5,everything works fine and i haven't had any problems.at one time i didn't get these messages(last spring or summer) Manfred -- |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Thu Dec 5 13:54:58 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA08471 for current-outgoing; Thu, 5 Dec 1996 13:54:58 -0800 (PST) Received: from eddie.cis.uoguelph.ca (eddie.cis.uoguelph.ca [131.104.48.34]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA08466 for ; Thu, 5 Dec 1996 13:54:52 -0800 (PST) Received: (from josh@localhost) by eddie.cis.uoguelph.ca (8.8.3/8.7.3) id QAA28531 for current@freebsd.org; Thu, 5 Dec 1996 16:50:51 -0500 (EST) From: Josh Tiefenbach Message-Id: <199612052150.QAA28531@eddie.cis.uoguelph.ca> Subject: Odd message from ftpd To: current@freebsd.org Date: Thu, 5 Dec 1996 16:50:51 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Recently I've been getting the following message from ftpd in /var/log/messages: Dec 5 11:29:20 eddie ftpd[27849]: /etc/pwd.db: No such file or directory It's happened about 3 times in the past 2 days or so, all while anonymous ftp usage was taking place. I wasnt able to get the message reproduced. Is this a problem with ftpd, or is someone trying to crack into my machine. Running -current from about Nov 13. thx josh -- Josh Tiefenbach | "I am a yapping dog with mean little teeth. President, | I am as often as wrong as you, as often as Society for Computing | co-opted as you, as often sophomoric as you. and Information Science. | But I maintain. As do you." University of Guelph | -- Harlan Ellison mailto:josh@eddie.cis.uoguelph.ca Web: http://eddie.cis.uoguelph.ca/~josh From owner-freebsd-current Thu Dec 5 13:59:47 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA08730 for current-outgoing; Thu, 5 Dec 1996 13:59:47 -0800 (PST) Received: from rodent.iafrica.com (b9ojOIYsLSsTk/24f9TB//iQABa7TZnW@rodent.iafrica.com [196.31.1.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA08717 for ; Thu, 5 Dec 1996 13:59:41 -0800 (PST) Received: from rodent.iafrica.com (Av9Wn29VR6KmRcEg6c58jqTXjt8gbeIc@localhost [127.0.0.1]) by rodent.iafrica.com (8.8.2/8.7.3) with ESMTP id XAA26878 for ; Thu, 5 Dec 1996 23:59:28 +0200 (SAT) Message-Id: <199612052159.XAA26878@rodent.iafrica.com> To: current@freebsd.org Subject: 3.0-current Kernel panicking on bootup Date: Thu, 05 Dec 1996 23:59:28 +0200 From: Mark R V Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I have a 386sx/40 which is consistently panicking on bootup. This is happening in the igmp_init() routine, near as I can determine, and the error message at panic time is "priveliged instruction fault while in kernel mode". M -- Mark Murray Network Engineer, UUNET Internet Africa From owner-freebsd-current Thu Dec 5 14:08:13 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA09090 for current-outgoing; Thu, 5 Dec 1996 14:08:13 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA09065; Thu, 5 Dec 1996 14:07:47 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-4.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA22782 (5.67b/IDA-1.5); Thu, 5 Dec 1996 23:07:35 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id XAA00652; Thu, 5 Dec 1996 23:07:34 +0100 (CET) Message-Id: Date: Thu, 5 Dec 1996 23:07:34 +0100 From: se@freebsd.org (Stefan Esser) To: terry@lambert.org (Terry Lambert) Cc: se@freebsd.org (Stefan Esser), Terje.N.Marthinussen@cc.uit.no, Freebsd-current@freebsd.org Subject: Re: pci-pci bridge on HP netserver References: <199612052030.NAA19852@phaeton.artisoft.com> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <199612052030.NAA19852@phaeton.artisoft.com>; from Terry Lambert on Dec 5, 1996 13:30:18 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Dec 5, terry@lambert.org (Terry Lambert) wrote: > I don't suppose the PCI code could be changed to dynamically allocate > as many busses as are found... ? You most probably won't believe it: It already does :) But there are limits to what a device independent driver can do. PCI defines the register layout of a PCI to PCI bridge, and a generic driver that probes any number of buses behind it is possible. But in the case of a CPU to PCI bridge, no predefined register set exists. For that reason, there is no standard that defines how to find the bus number of a PCI bridge directly connected to a CPU. It can most often be assumed to be bus 0, since this is the only possibility in a single PCI bus system. But in case of two directly connected PCI buses, one will be bus 0, and the other one will get the number one higher than the highest bus connected to bus 0 through PCI bridges. For a number of reasons it didn't seem to be a good idea to scan for a bus 1 higher than the highest found behind the primary CPU to PCI bridge, but I could try whether this can be made to work reliably with current motherboards. (PCI is designed to allow for a deterministic probing of all attached devices. And this capability is lost, if a scan for buses beyond the first attached to the CPU is introduced ...) The current approach is to have a specially adapted CPU to PCI driver for each chip that is known to deal with different directly attached bus numbers. The Orion was the first PCI chip set designed to have more than one PCI bus directly connected, but this technique has been used for Power-Mac PCI motherboards before. Regards, STefan From owner-freebsd-current Thu Dec 5 14:32:10 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA10072 for current-outgoing; Thu, 5 Dec 1996 14:32:10 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA10062 for ; Thu, 5 Dec 1996 14:32:04 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA01792 for ; Thu, 5 Dec 1996 23:31:58 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id AAA07374 for freebsd-current@freebsd.org; Fri, 6 Dec 1996 00:33:15 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id WAA24806; Thu, 5 Dec 1996 22:20:10 +0100 (CET) Message-ID: Date: Thu, 5 Dec 1996 22:20:09 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Call for national time locales References: X-Mailer: Mutt 0.53 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2768 In-Reply-To: ; from ????????????????????????????? on Dec 5, 1996 23:33:53 +0300 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to ?????????????????????????????: > > -rw-r--r-- 1 roberto staff 44308 23 jan 9:21 trn4-test42.patch.gz > > ^^^^^^^^^^^^ > > 246 [20:29] roberto@keltia:private/trn-test> ( unsetenv LANG ; ll ) > > -rw-r--r-- 1 roberto staff 44308 Jan 23 1996 trn4-test42.patch.gz > > ^^^^^^^^^^^^ > > Why does it feel that I am in 1995 ? Other locales seem fine... > > You swap %Y and %X formats in %c, I just commit the fix. I swapped them because it is the natural way of displaying it in France... I'd never thought it could be literally interpreted somewhere. Thanks for the fix. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #31: Tue Dec 3 23:52:58 CET 1996 From owner-freebsd-current Thu Dec 5 14:32:10 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA10079 for current-outgoing; Thu, 5 Dec 1996 14:32:10 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA10063 for ; Thu, 5 Dec 1996 14:32:04 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA01789 for ; Thu, 5 Dec 1996 23:31:58 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id AAA07375 for freebsd-current@freebsd.org; Fri, 6 Dec 1996 00:33:16 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id WAA24815; Thu, 5 Dec 1996 22:24:07 +0100 (CET) Message-ID: Date: Thu, 5 Dec 1996 22:24:07 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org Subject: Re: Call for national time locales References: <199612052037.NAA19881@phaeton.artisoft.com> X-Mailer: Mutt 0.53 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2768 In-Reply-To: <199612052037.NAA19881@phaeton.artisoft.com>; from Terry Lambert on Dec 5, 1996 13:37:34 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Terry Lambert: > > -rw-r--r-- 1 roberto staff 2959 4 d=E9c 1996 trn4-test48.patch.gz > > ^^^^^^^^^^ > ||| QUOTED PRINTABLE > I don't understand the quoted printable; could this be an artifact of > "more" or of having sent it to a file, etc.? Some sendmail between freeall and you converted it. I just received my own copy in -current and it was without QP. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #31: Tue Dec 3 23:52:58 CET 1996 From owner-freebsd-current Thu Dec 5 15:04:55 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA11306 for current-outgoing; Thu, 5 Dec 1996 15:04:55 -0800 (PST) Received: from pegasus.isr.uc.pt (pegasus.isr.uc.pt [193.136.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA11301 for ; Thu, 5 Dec 1996 15:04:49 -0800 (PST) Received: from pioneer.isr.uc.pt (pioneer) by pegasus.isr.uc.pt (5.x/SMI-SVR4) id AA27687; Thu, 5 Dec 1996 23:00:32 GMT Received: from pioneer by pioneer.isr.uc.pt (4.1/SMI-4.1) id AA02307; Thu, 5 Dec 96 23:03:28 GMT Date: Thu, 5 Dec 1996 23:03:27 +0000 (WET) From: Paulo Menezes X-Sender: paulo@pioneer To: current@freebsd.org Cc: Paulo Menezes Subject: mount_mfs Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, In one of our student labs I installed 4 486DX33 Machines as X-terminals. They are using netboot and share the same tree. I would like to make them mount the root filesystem readonly but the Xserver complains that need to create locks in /tmp. This could be simply solved by creating a "ramdisk" and mounting it in /tmp. I digged in the man pages for mount_mfs but I couldn't figure how to create an fstab entry for this. Can someone give me an example on how-to-do-this? Thanks, Paulo From owner-freebsd-current Thu Dec 5 15:29:12 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA12162 for current-outgoing; Thu, 5 Dec 1996 15:29:12 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA12153 for ; Thu, 5 Dec 1996 15:29:09 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id PAA26885; Thu, 5 Dec 1996 15:28:08 -0800 (PST) Message-Id: <199612052328.PAA26885@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 05 Dec 1996 15:34:32 -0800 To: Sandro Sigala From: Ken Ingram Subject: Re: Emacs problem ... Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It's working now. Thanks.... At 09:51 PM 12/5/96 +0100, Sandro Sigala wrote: >On Thu, 5 Dec 1996, Ken Ingram wrote: >> What's the 'compat 20 stuff' and where is it? > >Sorry, i mean the FreeBSD 2.0 compatibility package, that you can find >on the CDROM in the /dists/compat20 directory (filename: compat20.tgz) >or on ftp.freebsd.org/pub/FreeBSD/x.y.z-RELEASE/compat20 >You can install it by executing the install.sh script (which is in the >same directory) or using tar (or maybe using /stand/sysinstall, but i'm >not sure). > >> At 03:48 PM 12/5/96 +0100, Sandro Sigala wrote: >> >> Post installation I've installed Emacs 19.30. >> >>It will not run and the error: >> >> >> >>ld.so failed: Can't find shared library "libgcc.so.261.0" >> >> >> >>And, in fact, the requested file is not in the lib/ directory. >> >> >> >>Is there a dependency here that I have overlooked? >> > >> >Try installing the compat20 stuff. >> > >> > > >-sandro > > > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | 186,282 miles per second: Data Engineer 415-975-3400 | It isn't just a good idea, www.ipro.com www.cyberatlas.com | it's the law! ________________________________________________________________________ From owner-freebsd-current Thu Dec 5 15:32:33 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA12376 for current-outgoing; Thu, 5 Dec 1996 15:32:33 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA12361 for ; Thu, 5 Dec 1996 15:32:13 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id AAA18176; Fri, 6 Dec 1996 00:31:03 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.3/8.7.3/tetard-uucp-2.7) id AAA01668; Fri, 6 Dec 1996 00:27:50 +0100 (MET) Message-ID: Date: Fri, 6 Dec 1996 00:27:48 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org Subject: Re: Quotas... are they buggy? References: <1.5.4.32.19961201020553.00a81bc8@sentex.net> <199612010815.JAA09888@uriah.heep.sax.de> X-Mailer: Mutt 0.51 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT i386 In-Reply-To: <199612010815.JAA09888@uriah.heep.sax.de>; from J Wunsch on Dec 1, 1996 09:15:30 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch (j) ecrit/writes: > As Mike Tancsa wrote: > > I am currently running 2.1.6 release. Does this proviso still apply? What > > sort of bugs are there related to file system quotas? > > The quota control file must reside in the same physical filesystem as > is being quota'ed. [ kinda old, but... ] How does BSDI deal with this ? Along with R/O root FS and the like, I would be interested in maintaining the quota control file in /. -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-current Thu Dec 5 18:52:17 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21112 for current-outgoing; Thu, 5 Dec 1996 18:52:17 -0800 (PST) Received: from dn800e0.fingerhut.com (dn800e0-ext.fingerhut.com [204.221.45.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA21107 for ; Thu, 5 Dec 1996 18:52:15 -0800 (PST) Received: from dn800e0.fingerhut.com (daemon@localhost) by dn800e0.fingerhut.com (8.7.2/8.7.2) with ESMTP id UAA29466; Thu, 5 Dec 1996 20:52:36 -0600 (CST) Received: from seag.fingerhut.com (GF007E0.SEAG.fingerhut.com [151.210.140.7]) by dn800e0.fingerhut.com (8.7.2/8.7.2) with SMTP id UAA29462; Thu, 5 Dec 1996 20:52:36 -0600 (CST) Received: from gf006e0.fingerhut.com. by seag.fingerhut.com (SMI-8.6/SMI-SVR4) id UAA14846; Thu, 5 Dec 1996 20:52:01 -0600 Received: by gf006e0.fingerhut.com. (5.x/SMI-SVR4) id AA12449; Thu, 5 Dec 1996 20:51:52 -0600 Date: Thu, 5 Dec 1996 20:51:52 -0600 Message-Id: <9612060251.AA12449@gf006e0.fingerhut.com.> From: Bruce Albrecht To: Ron Bolin Cc: freebsd-current@freebsd.org Subject: Re: Try NEW SEAGATE CTT8000 TR-4 SCSI Tape? In-Reply-To: <32A6C34D.41C67EA6@mindspring.com> References: <32A6C34D.41C67EA6@mindspring.com> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ron Bolin writes: > Has anyone tried the new Seagate CTT8000 TR-4 Taravan SCSI tape drive > yet? > This seemed like a good alternative to DAT based on the price $259.00 > and > 200K hours MTBF claimed by Seagate. > See http://www.seagate.com/tape/tsidescsi.shtml for details. I haven't tried it, but I'm not convinced that it's really a better deal than 4mm DAT drives. It's not hard to find DAT drives for less than $600, and the media for a 90M tape is between $5 and $10, so a DAT drive with 20 tapes can be cheaper than a $250 drive with 20 tapes that cost $30-40. JEM Computers (http://www.jemcomp.com) sells an internal Conner Autoloader for $399. They say it's new, but it may be a discontinued model. It supports 2 GB per tape (up to 4 GB compressed), and has a 4 cassette magazine. Full height 5.25, though. I don't have this one, but I did buy an external 4mm DAT drive from them. From owner-freebsd-current Thu Dec 5 22:40:45 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA00752 for current-outgoing; Thu, 5 Dec 1996 22:40:45 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA00747 for ; Thu, 5 Dec 1996 22:40:43 -0800 (PST) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id WAA17790 for ; Thu, 5 Dec 1996 22:42:03 -0800 Date: Thu, 5 Dec 1996 22:42:02 -0800 (PST) From: Veggy Vinny To: current@FreeBSD.ORG Subject: w, who not working in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just did a make world of -current as of 4pm PST today as well as built a new kernel but w, who doesn't work properly while ps and finger does... vince@earth [10:29pm][~] >> w w: /dev//.0: No such file or directory vince@earth [10:38pm][~] >> who wolverin ttyp0 Dec 5 22:18 (207.34.102.182) theedge ttyp1 Dec 5 22:20 (206.137.16.124) vince ttyp2 Dec 5 22:26 (128.32.43.52) alien ttyp3 Dec 5 22:36 (207.12.2.163) \:'2ttyP1 .0 Dec 31 16:00 (erin:ttyp0:S.1) 2 1;'2ttyPOct 13 07:02 (p0:S.2) vince@earth [10:38pm][~] >> finger Login Name TTY Idle Login Time Office Phone alien |_ <> \^/ <- | | *p3 Thu 22:36 theedge Patrick Lew p1 Thu 22:20 201-597-0 vince Vincent Poy p2 Thu 22:26 wolverin Eric Chan p0 1 Thu 22:18 vince@earth [10:38pm][~] >> ps -tp2 PID TT STAT TIME COMMAND 323 p2 Ss 0:00.75 -tcsh (tcsh) 421 p2 R+ 0:00.01 ps -tp2 vince@earth [10:38pm][~] >> Vince GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin From owner-freebsd-current Thu Dec 5 23:06:47 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA01642 for current-outgoing; Thu, 5 Dec 1996 23:06:47 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA01637 for ; Thu, 5 Dec 1996 23:06:45 -0800 (PST) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id XAA19387 for ; Thu, 5 Dec 1996 23:08:09 -0800 Date: Thu, 5 Dec 1996 23:08:07 -0800 (PST) From: Veggy Vinny To: current@FreeBSD.ORG Subject: -current, w, who doesn't work update Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings, I found out that w, who doesn't work only when there are screen sessions on the system that are active so the -current update must have broken screen. Vince GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin From owner-freebsd-current Thu Dec 5 23:16:34 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA02078 for current-outgoing; Thu, 5 Dec 1996 23:16:34 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA02073 for ; Thu, 5 Dec 1996 23:16:31 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vVuVX-0003xjC; Thu, 5 Dec 96 23:15 PST Received: from critter.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id IAA08267; Fri, 6 Dec 1996 08:16:53 +0100 (MET) To: Paulo Menezes cc: current@freebsd.org Subject: Re: mount_mfs In-reply-to: Your message of "Thu, 05 Dec 1996 23:03:27 GMT." Date: Fri, 06 Dec 1996 08:16:53 +0100 Message-ID: <8265.849856613@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Paulo Menezes wri tes: > >Hi, > >In one of our student labs I installed 4 486DX33 Machines as X-terminals. >They are using netboot and share the same tree. I would like to make them >mount the root filesystem readonly but the Xserver complains that need to >create locks in /tmp. >This could be simply solved by creating a "ramdisk" and mounting it in >/tmp. I digged in the man pages for mount_mfs but I couldn't figure how to >create an fstab entry for this. Can someone give me an example on >how-to-do-this? What I do is this: server:/somewhere/machine/root mounted ro on / server:/somewhere/machine/usr mounted ro on /usr server:/somewhere/machine/`hostname -s`/var mounted rw on /var server:/somewhere/machine/`hostname -s`/etc mounted rw on /etc server:/somewhere/machine/`hostname -s`/tmp mounted rw on /tmp -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu Dec 5 23:27:07 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA02617 for current-outgoing; Thu, 5 Dec 1996 23:27:07 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA02609 for ; Thu, 5 Dec 1996 23:27:04 -0800 (PST) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id XAA20487 for ; Thu, 5 Dec 1996 23:28:19 -0800 Date: Thu, 5 Dec 1996 23:28:17 -0800 (PST) From: Veggy Vinny To: current@FreeBSD.ORG Subject: last in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Also, another problem with -current is last doesn't work correctly... 34.98.181 erin207. $^*t^ttyp2 Wed Dec 31 16:00 still logged in eler153.36.156.7 4481trav 6 Thu Dec 16 05:51 still logged in 2 '1&2ttyp Fri Oct 25 01:03 still logged in m-&2ttyp3 16.120 Wed Dec 31 16:00 still logged in .50 207.12.0 3 Wed Jul 27 21:25 still logged in ttyp5 Thu Dec 5 02:30 - 16:01 (13:31) n 8690alie Wed Dec 31 16:00 still logged in 4 ^F^J&2ttyp 12.0.50 Fri Oct 25 01:03 still logged in R^G&2ttyp4 Wed Dec 31 16:00 still logged in .com eztravel 5 Wed Dec 31 16:00 still logged in 198.161.243.11 dave D^A&2ttyp5 Wed Dec 31 16:00 still logged in alien ttyp3 .50 Wed Dec 31 16:00 - 16:00 (00:00) ttyp3 Wed Dec 4 23:05 still logged in 117.101.8 h ttyp5 Wed Dec 31 16:00 - 12:26 (22598+20:26 ) 4 mm&2ttyp 137.16.121 Thu Oct 18 01:51 still logged in `k&2ttyp3 erin207.34.98.16 Wed Dec 31 16:00 still logged in thatgirlmoccasun ttyp7 .utc.eduJe&2ttyp Wed Dec 31 16:00 still logged in ttyp6 198.161.243.11 Wed Dec 4 21:55 still logged in h 3 8 Wed Dec 31 16:00 still logged in 3 s_&2ttyp Thu Oct 18 01:51 still logged in f_&2ttyp5 01.42 erin207.34.101.4 Wed Dec 31 16:00 still logged in 23.163 206.186. 7328wolverin207. Fri Feb 23 13:40 still logged in From owner-freebsd-current Thu Dec 5 23:37:00 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA03232 for current-outgoing; Thu, 5 Dec 1996 23:37:00 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA03227 for ; Thu, 5 Dec 1996 23:36:51 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vVuq0-0007Iq-00; Fri, 6 Dec 1996 00:36:48 -0700 To: current@freebsd.org Subject: world stone Date: Fri, 06 Dec 1996 00:36:48 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's the world stone for a P5-133 with a PCI bus and a PCI scsi controller with decent disks and memory? Does anybody know the conversion factor between a FreeBSD world stone and an OpenBSD 'make build'stone? Alternatively, do people have numbers for a XFree86 3.2 build of everything except the server? The XFree86Stone 3.2 :-) Where on the Intel food chain would a 2hr 40min built be found (no servers)? And while I'm at it, if I lost 3 stone of weight, how much less would I weigh? Warner From owner-freebsd-current Thu Dec 5 23:58:06 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA04049 for current-outgoing; Thu, 5 Dec 1996 23:58:06 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA04032 for ; Thu, 5 Dec 1996 23:58:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id XAA02388; Thu, 5 Dec 1996 23:56:47 -0800 (PST) Message-Id: <199612060756.XAA02388@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org Subject: Re: MAXLOGNAME in struct eproc In-reply-to: Your message of "Thu, 05 Dec 1996 11:59:27 +1100." <199612050059.LAA28925@godzilla.zeta.org.au> From: David Greenman Reply-To: dg@root.com Date: Thu, 05 Dec 1996 23:56:47 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >`struct eproc' has 4 "spare" bytes following e_login[MAXLOGNAME]. I >think this should have been removed when MAXLOGNAME was increased by 4. Actaully it's 4 spare longs. I just told Jordan to decrease it to 3. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Fri Dec 6 00:26:47 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06689 for current-outgoing; Fri, 6 Dec 1996 00:26:47 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA06649 for ; Fri, 6 Dec 1996 00:26:36 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA17211; Fri, 6 Dec 1996 19:23:44 +1100 Date: Fri, 6 Dec 1996 19:23:44 +1100 From: Bruce Evans Message-Id: <199612060823.TAA17211@godzilla.zeta.org.au> To: current@freebsd.org, markm@iafrica.com Subject: Re: 3.0-current Kernel panicking on bootup Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have a 386sx/40 which is consistently panicking on bootup. This is >happening in the igmp_init() routine, near as I can determine, and >the error message at panic time is "priveliged instruction fault >while in kernel mode". The instruction is probably `bswap'. `bswap' is used in the kernel unless I386_CPU is defined when is included, but I386_CPU is almost never defined then because does not included "opt_cpu.h" where I386_CPU is defined if it is defined at all. This bug was introduced on Nov 29. It can't be fixed easily by including "opt_cpu.h" when KERNEL is defined, since "opt_cpu.h" doesn't exist for LKMs or for applications that #define KERNEL before including some system headers. Such applications may be broken already. It's too easy to #include nested in some other header and get the bswap version even when KERNEL is #undef'ed before including or explicitly. Bruce From owner-freebsd-current Fri Dec 6 00:30:03 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06868 for current-outgoing; Fri, 6 Dec 1996 00:30:03 -0800 (PST) Received: from rodent.iafrica.com (4Rwmtb5PKakVQfaQPaghC3BuFRmgqSRo@rodent.iafrica.com [196.31.1.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA06836 for ; Fri, 6 Dec 1996 00:29:59 -0800 (PST) Received: from rodent.iafrica.com (OS9iqddoVDLZJt3g5J/AFIP9WptW4yh4@localhost [127.0.0.1]) by rodent.iafrica.com (8.8.2/8.7.3) with ESMTP id KAA00115; Fri, 6 Dec 1996 10:28:38 +0200 (SAT) Message-Id: <199612060828.KAA00115@rodent.iafrica.com> X-Mailer: exmh version 1.6.9 8/22/96 To: reg@shale.csir.co.za (Jeremy Lea) cc: current@freebsd.org Subject: Re: 3.0-current Kernel panicking on bootup Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Dec 1996 10:28:38 +0200 From: Mark R V Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk wrote: > Hi... > > Mark R V Murray writes: > > I have a 386sx/40 which is consistently panicking on bootup. This is > > happening in the igmp_init() routine, near as I can determine, and > > the error message at panic time is "priveliged instruction fault > > while in kernel mode". > > Hey, someone else having the same problem as me... was introuced somewhere > after the 28th Nov. Machine is a 386DX/40, with 8MB. Unfortunately I dont > have the space for the CVS tree (dont even have space for /usr/obj :) so I > can't go and back out changes... These files were modified after the 28th > and are being built as part of my kernel: > > sys/i386/i386/machdep.c > sys/i386/i386/support.s : : Strange thing with this it that the same sources are used to build a kernel on a 486dx/50, and that does _not_ panic. Clues, anyone? > Kernel config makes no difference AFAIK. I built about 9 kernels last night - threw out this, put in that. No difference. > Another thought... some pci files are being built (not sure if it's because > of recent changes to if_ed.c etc.) and I'm not including any other pci > stuff... I saw that ed/pci thing and wondered. This board of mine is too ancient to be PCI. M -- Mark Murray Network Engineer, UUNET Internet Africa From owner-freebsd-current Fri Dec 6 00:31:42 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06947 for current-outgoing; Fri, 6 Dec 1996 00:31:42 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA06941 for ; Fri, 6 Dec 1996 00:31:38 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.3/CET-v2.1) with SMTP id IAA03707; Fri, 6 Dec 1996 08:30:40 GMT Date: Fri, 6 Dec 1996 17:30:40 +0900 (JST) From: Michael Hancock To: David Greenman cc: Bruce Evans , current@freebsd.org Subject: Re: MAXLOGNAME in struct eproc In-Reply-To: <199612060756.XAA02388@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Dec 1996, David Greenman wrote: > >`struct eproc' has 4 "spare" bytes following e_login[MAXLOGNAME]. I > >think this should have been removed when MAXLOGNAME was increased by 4. > > Actaully it's 4 spare longs. I just told Jordan to decrease it to 3. FWIW, that's what BSDI did. Mike Hancock From owner-freebsd-current Fri Dec 6 02:08:48 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA00706 for current-outgoing; Fri, 6 Dec 1996 02:08:48 -0800 (PST) Received: from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA00699 for ; Fri, 6 Dec 1996 02:08:44 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca9-23.ix.netcom.com [204.31.231.119]) by dfw-ix8.ix.netcom.com (8.6.13/8.6.12) with ESMTP id CAA12711; Fri, 6 Dec 1996 02:08:09 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id CAA05924; Fri, 6 Dec 1996 02:08:06 -0800 (PST) Date: Fri, 6 Dec 1996 02:08:06 -0800 (PST) Message-Id: <199612061008.CAA05924@silvia.HIP.Berkeley.EDU> To: imp@village.org CC: current@freebsd.org In-reply-to: (message from Warner Losh on Fri, 06 Dec 1996 00:36:48 -0700) Subject: Re: world stone From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * What's the world stone for a P5-133 with a PCI bus and a PCI scsi * controller with decent disks and memory? Mine's about 3 1/2 hours. -O2, though. I think it was under 3 hours when I tried it with -O before. Asus Triton-II, 32MB non-EDO running in parity mode, 2940UW, Quantum Atlas + Micropolis 3243W. * Alternatively, do people have numbers for a XFree86 3.2 build of * everything except the server? The XFree86Stone 3.2 :-) Where on the * Intel food chain would a 2hr 40min built be found (no servers)? I don't remember how long it took on this machine, but our P6-200 at school built the x11/XFree86 port (including all the servers, just hit return to all questions) in 1:24. Intel Natoma, 32MB, 3940UW, Seagate Barracuda (async mounted). * And while I'm at it, if I lost 3 stone of weight, how much less would * I weigh? You would weigh about 6 foot 9 inches. (That's 173 cm for the units-challenged out there....) Satoshi From owner-freebsd-current Fri Dec 6 02:27:08 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA01751 for current-outgoing; Fri, 6 Dec 1996 02:27:08 -0800 (PST) Received: from atohasi.mickey.ai.kyutech.ac.jp (atohasi.mickey.ai.kyutech.ac.jp [131.206.21.80]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA01739 for ; Fri, 6 Dec 1996 02:26:57 -0800 (PST) Received: (from ohashi@localhost) by atohasi.mickey.ai.kyutech.ac.jp (8.7.5/3.4Wbeta6) id TAA03098; Fri, 6 Dec 1996 19:25:16 +0900 (JST) Date: Fri, 6 Dec 1996 19:25:16 +0900 (JST) Message-Id: <199612061025.TAA03098@atohasi.mickey.ai.kyutech.ac.jp> To: current@freebsd.org Cc: ohashi@mickey.ai.kyutech.ac.jp Subject: DELAY() in clock.c From: ohashi@mickey.ai.kyutech.ac.jp (Takeshi OHASHI) X-Mailer: mnews [version 1.19] 1995-07/21(Fri) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi everyone, I am a new subscriber of currnet, and I reported a bug of clock.c. >Category: i386 >Responsible: freebsd-bugs >Synopsis: DELAY() won't work for fast CPUs >Arrival-Date: Mon Nov 4 21:00:01 PST 1996 This problem would make hanging up the system, especially that is a Pentium or Pentum Pro box. For example, my Pentium Pro 200 box hung up by keybord and NIC. I reported a quick bug fix patch with it. We discussed the patch in freebsd-users-jp@jp.freebsd.org. Many users said that it was a serious problem and the patch fixed it. We made a new patch and tested it. We want to commit it as soon as possible. Please check the following patch for /usr/src/sys/i386/isa/clock.c. Thank you. -- Takeshi OHASHI, Kyushu Inst. of Tech. ohashi@mickey.ai.kyutech.ac.jp --- clock.c.orig Sat Oct 26 09:11:57 1996 +++ clock.c Mon Dec 2 22:58:36 1996 @@ -133,6 +133,8 @@ static u_char rtc_statusa = RTCSA_DIVIDER | RTCSA_NOPROF; static u_char rtc_statusb = RTCSB_24HR | RTCSB_PINTR; +static u_int delay_offset = 20; + /* Values for timerX_state: */ #define RELEASED 0 #define RELEASE_PENDING 1 @@ -385,7 +387,7 @@ * multiplications and divisions to scale the count take a while). */ prev_tick = getit(); - n -= 20; + n = (n <= delay_offset) ? 1 : (n - delay_offset); /* * Calculate (n * (timer_freq / 1e6)) without using floating point * and without any avoidable overflows. @@ -485,6 +487,7 @@ { u_int count, prev_count, tot_count; int sec, start_sec, timeout; + int start_tick, end_tick, delay; printf("Calibrating clock(s) relative to mc146818A clock ... "); if (!(rtcin(RTC_STATUSD) & RTCSD_PWR)) @@ -564,6 +567,25 @@ #endif printf("i8254 clock: %u Hz\n", tot_count); + + /* init delay_offset */ + delay_offset = 0; + /* some machine has too small max_count */ + delay = timer0_max_count / 10 * 1000000 / timer_freq; + do { + start_tick = getit(); + DELAY(delay); + end_tick = getit(); + } while (start_tick <= end_tick); + /* avoid overflow */ + delay_offset = (start_tick - end_tick) * 1000000.0 / timer_freq - delay; +#ifdef DELAYOFFSETDEBUG + printf("DELAY: %d usec\n", delay); + printf("DELAY offset: %u usec\n", delay_offset); +#endif + if (!(0 < delay_offset || delay_offset < 20)) + delay_offset = 20; + return (tot_count); fail: From owner-freebsd-current Fri Dec 6 03:08:46 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA04398 for current-outgoing; Fri, 6 Dec 1996 03:08:46 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA04393; Fri, 6 Dec 1996 03:08:40 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id DAA16836; Fri, 6 Dec 1996 03:08:41 -0800 (PST) To: sos@freebsd.org cc: current@freebsd.org Subject: -current syscons still chokes on monochrome cards Date: Fri, 06 Dec 1996 03:08:41 -0800 Message-ID: <16832.849870521@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since we run all the machines at WC into a RCI master console, it's B&W for everyone and this works just fine except for thud, which is running -current and basically loses its console entirely after sc0 is probed. You can't switch VTs, you see no output following the probe, zippo. I just rebuilt and reinstalled its kernel from today's -current and there's no difference. It's a good thing that thud's on a network or I wouldn't be able to use it at all. :-) Any ideas? Jordan From owner-freebsd-current Fri Dec 6 03:11:31 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA04503 for current-outgoing; Fri, 6 Dec 1996 03:11:31 -0800 (PST) Received: from dfw-ix1.ix.netcom.com (dfw-ix1.ix.netcom.com [206.214.98.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA04498 for ; Fri, 6 Dec 1996 03:11:26 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca9-23.ix.netcom.com [204.31.231.119]) by dfw-ix1.ix.netcom.com (8.6.13/8.6.12) with ESMTP id DAA09806 for ; Fri, 6 Dec 1996 03:10:52 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id DAA06666; Fri, 6 Dec 1996 03:10:49 -0800 (PST) Date: Fri, 6 Dec 1996 03:10:49 -0800 (PST) Message-Id: <199612061110.DAA06666@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: weird crash From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got a strange-looking panic on our package building machine. It has been crashing left and right due to the ahc driver problems, so this may be related to it, but I thought I'd report it anyway 'cause it looks quite scary. === ## echo bt | gdb -k kernel.43 vmcore.43 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1fc000 current pcb at 0x1e2f44 panic: blkfree: freeing free block #0 0xf0114b03 in boot () (kgdb) #0 0xf0114b03 in boot () #1 0xf0114dc2 in panic () #2 0xf019641b in ffs_blkfree () #3 0xf01983e3 in ffs_truncate () #4 0xf019bdb9 in ufs_inactive () #5 0xf0133263 in vrele () #6 0xf01ae0a9 in vnode_pager_dealloc () #7 0xf01ad5e6 in vm_pager_deallocate () #8 0xf01a94c0 in vm_object_terminate () #9 0xf01a92fb in vm_object_deallocate () #10 0xf01331ac in vrele () #11 0xf0133157 in vput () #12 0xf019f1ec in ufs_remove () #13 0xf01353c9 in unlink () #14 0xf01bb447 in syscall () #15 0x20064f41 in ?? () #16 0x3c5a in ?? () #17 0x1095 in ?? () (kgdb) # === The system was running two compiles. P5-200, system on wd0 (it was a donation), /usr/src and /usr/ports on sd0 (Seagate 15150WC), 3940UW. No ccd at the moment. sd0 is mounted async. I didn't see any ahc-related error messages in /var/log/messages, but of course it's possible that the sync didn't come soon enough. I have seen a couple of panic's (out of 30 or so in the past few weeks) with this particular message. All others say something related to ahc. Satoshi From owner-freebsd-current Fri Dec 6 03:26:28 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05136 for current-outgoing; Fri, 6 Dec 1996 03:26:28 -0800 (PST) Received: from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA05122 for ; Fri, 6 Dec 1996 03:26:24 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca9-23.ix.netcom.com [204.31.231.119]) by dfw-ix8.ix.netcom.com (8.6.13/8.6.12) with ESMTP id DAA14089 for ; Fri, 6 Dec 1996 03:25:47 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id DAA06696; Fri, 6 Dec 1996 03:25:45 -0800 (PST) Date: Fri, 6 Dec 1996 03:25:45 -0800 (PST) Message-Id: <199612061125.DAA06696@silvia.HIP.Berkeley.EDU> To: current@freebsd.org In-reply-to: <199612061110.DAA06666@silvia.HIP.Berkeley.EDU> (asami@freebsd.org) Subject: Re: weird crash From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I got a strange-looking panic on our package building machine. It has * been crashing left and right due to the ahc driver problems, so this * may be related to it, but I thought I'd report it anyway 'cause it * looks quite scary. Something even scarier just happened. I was testing a new ghostscript build, and the make package failed. However, it worked the next time I tried after make clean (of course, the previous make package was immediately preceded by a make clean, I verified it with the shell's history). After looking around for the missing files, I found these: === ## find vfghostscript4 vfghostscript4 vfghostscript4/files vfghostscript4/files/md5 : : vfghostscript4/scripts/configure.batch vfghostscript4/fonts vfghostscript4/fonts/a010013l.pfb : : vfghostscript4/fonts/putri.pfa === These are to installed by the following commands: === pre-install: @tar -C ${PREFIX}/share/ghostscript -xzf ${DISTDIR}/${GS_FONTS_STD} @tar -C ${PREFIX}/share/ghostscript -xzf ${DISTDIR}/${GS_FONTS_OTHER} === As the name of this directory is "vfghostscript", there is no way PREFIX getting mixed up can cause this (of course, unless /usr/local/share/ghostscript is a symlink to this directory, but it isn't now, and I don't see how that can happen and how it can automatically recover from that situation). I have been seeing strange errors lately (e.g., make clean package not working, and a make clean package immediately following it working fine). But this is the first time I caught it red-handed (or whatever, at least I found the trace of the robbery). What do you think? There are no error messages from the SCSI driver, so I think ahc is innocent on this one. Satoshi From owner-freebsd-current Fri Dec 6 04:34:00 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA01307 for current-outgoing; Fri, 6 Dec 1996 04:34:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA01279 for ; Fri, 6 Dec 1996 04:33:52 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA24120; Fri, 6 Dec 1996 23:28:29 +1100 Date: Fri, 6 Dec 1996 23:28:29 +1100 From: Bruce Evans Message-Id: <199612061228.XAA24120@godzilla.zeta.org.au> To: current@freebsd.org, ohashi@mickey.ai.kyutech.ac.jp Subject: Re: DELAY() in clock.c Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am a new subscriber of currnet, and I reported a bug of clock.c. > >>Category: i386 >>Responsible: freebsd-bugs >>Synopsis: DELAY() won't work for fast CPUs >>Arrival-Date: Mon Nov 4 21:00:01 PST 1996 > > This problem would make hanging up the system, especially that is >a Pentium or Pentum Pro box. For example, my Pentium Pro 200 box hung >up by keybord and NIC. I reported a quick bug fix patch with it. > > We discussed the patch in freebsd-users-jp@jp.freebsd.org. >Many users said that it was a serious problem and the patch fixed it. > > We made a new patch and tested it. We want to commit it as soon as >possible. Please check the following patch for /usr/src/sys/i386/isa/clock.c. I like this version better. There are still 2 problems: 1. If the user boots with the turbo button off (possibly to fix problems caused by DELAY() not being long enough) then the calibration will be wrong. Fix: recalibrate every now and then, perhaps when DELAY() is called with a large arg. This won't fixed problems caused by devices hanging because delays are too short, but can't hurt. 2. The calibration method has some problems. >+ /* some machine has too small max_count */ >+ delay = timer0_max_count / 10 * 1000000 / timer_freq; >+ do { >+ start_tick = getit(); >+ DELAY(delay); >+ end_tick = getit(); >+ } while (start_tick <= end_tick); >+ /* avoid overflow */ >+ delay_offset = (start_tick - end_tick) * 1000000.0 / timer_freq - delay; (a) floating point must not be used in the kernel. It's not initialized at this point, and may not exist in hardware. Use 1000000LL instead of 1000000.0 or use reduce 1000000 and reduce `delay' a little to ensure that (start_tick - end_tick) < 4295 (it can be up to 5500 now if `hz' is nonstandard). (b) you need to subtract the time for one getit() call. Underestimating delay_offset doesn't hurt much, but overestimating it gives the same problems as now, except not as large (unless it is overestimated by 20 :-) (c) the calibration should be done and the results of the first few iterations should be discarded. (I should do this for calibrate_clocks() too :-). The few iterations are to load everything into a cache. More than one iteration is required to load the Pentium Branch Target Buffer in some cases. It wouldn't hurt to do a few more iterations and pick the lowest value. Summary: the calibration method should be something like this: u_int delta_ticks; u_long ef; int i, min_ticks; ... min_ticks = INT_MAX; for (i = 0; i < 100; ++i) { ef = read_eflags(); disable_intr(); start_tick = getit(); DELAY(10); end_tick = getit(); write_eflags(ef); delta_ticks = start_tick - end_tick; if (min_ticks > delta_ticks) min_ticks = delta_ticks; } if (min_ticks == INT_MAX) oops(); Please test this. Notes: (i) Interrupts are disabled so that this can be used to recalibrate after boot time. (ii) The delay is short so that interrupts aren't disabled for long. It just has to be long enough for DELAY() to do the usual things. (iii) Taking the minimum also fixes the problem that DELAY() often won't do the usual things. A few nsec for a cache miss may cause it to do an extra getit() call. (iv) If start_tick < end_tick, then delta_ticks is large and will be discarded. (v) delta_ticks will probably be larger before the cache is warmed up so the first few iterations probably won't do anything except warm up the cache. (vi) Perhaps more iterations are necessary for recalibration. You can look at the interrupt count to see if the loop has been interrupted and discard the results if it was. Bruce From owner-freebsd-current Fri Dec 6 09:43:45 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA02178 for current-outgoing; Fri, 6 Dec 1996 09:43:45 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA02170 for ; Fri, 6 Dec 1996 09:43:16 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vW4IZ-000QruC; Fri, 6 Dec 96 18:42 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id SAA02168 for FreeBSD-current@FreeBSD.ORG; Fri, 6 Dec 1996 18:32:47 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199612061732.SAA02168@freebie.lemis.de> Subject: Problems with PLIP driver? To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Date: Fri, 6 Dec 1996 18:32:46 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Some of you will know that I've been having troubles connecting up the Ethernet board on my new notebook. One of the consequences is that I have currently connected it to the net via PLIP. On the up side, it worked like a dream: two ifconfigs (and a LapLink cable), and it was up. However, there seem to be a few problems: 1. There seem to be an abnormal number of errors on the line. In the following, freebie is my FreeBSD machine, and papillon is the laptop: === root@papillon (/dev/ttyp3) /usr/X11R6/lib/X11/app-defaults/allegro 6 -> netstat -nib Name Mtu Network Address Ipkts Ierrs Ibytes Opkts Oerrs Obytes Coll lp0 1500 29300 27 30801751 24586 3 2163795 0 lp0 1500 192.109.197 192.109.197.159 29300 27 30801751 24586 3 2163795 0 === root@freebie (/dev/ttyp3) /usr/home/grog 3 -> netstat -bin Name Mtu Network Address Ipkts Ierrs Ibytes Opkts Oerrs Obytes Coll lp0 1500 71136 99 8082298 93445 1147 89369707 0 lp0 1500 192.109.197 192.109.197.137 71136 99 8082298 93445 1147 89369707 0 The differences in the number of packets are due to intervening boots. 2. There's definitely a bug in the bpf code, causing 100% of all messages to be reported as invalid. I think I can find that one by myself. 3. NFS across the link is very poor, and keeps hanging. With TCP transport, it's bearable. 4. These problems seem to affect the Ethernet link (ep0) as well. I've had to take it down and up again to get any kind of response, and ping shows a strange cyclic behaviour. Succesive pings seem to complete in pairs, with a difference in time of about 1 second. This only happens after errors on the PLIP interface: === grog@allegro (/dev/ttyp2) /home/Book/Debugging/tools 569 -> ping freebie PING freebie.lemis.de (192.109.197.137): 56 data bytes 64 bytes from 192.109.197.137: icmp_seq=0 ttl=255 time=5.561 ms 64 bytes from 192.109.197.137: icmp_seq=1 ttl=255 time=1381.26 ms 64 bytes from 192.109.197.137: icmp_seq=2 ttl=255 time=387.521 ms 64 bytes from 192.109.197.137: icmp_seq=3 ttl=255 time=1378.96 ms 64 bytes from 192.109.197.137: icmp_seq=4 ttl=255 time=401.851 ms 64 bytes from 192.109.197.137: icmp_seq=5 ttl=255 time=1378.85 ms 64 bytes from 192.109.197.137: icmp_seq=6 ttl=255 time=404.673 ms 64 bytes from 192.109.197.137: icmp_seq=7 ttl=255 time=1380.65 ms 64 bytes from 192.109.197.137: icmp_seq=8 ttl=255 time=405.773 ms 64 bytes from 192.109.197.137: icmp_seq=9 ttl=255 time=1380.38 ms 64 bytes from 192.109.197.137: icmp_seq=10 ttl=255 time=404.27 ms 64 bytes from 192.109.197.137: icmp_seq=11 ttl=255 time=1382.17 ms 64 bytes from 192.109.197.137: icmp_seq=12 ttl=255 time=406.579 ms 64 bytes from 192.109.197.137: icmp_seq=13 ttl=255 time=1378.9 ms 64 bytes from 192.109.197.137: icmp_seq=14 ttl=255 time=403.052 ms 64 bytes from 192.109.197.137: icmp_seq=15 ttl=255 time=1380.25 ms 64 bytes from 192.109.197.137: icmp_seq=16 ttl=255 time=406.041 ms 64 bytes from 192.109.197.137: icmp_seq=17 ttl=255 time=1380.84 ms 64 bytes from 192.109.197.137: icmp_seq=18 ttl=255 time=406.596 ms === root@freebie (/dev/ttyp3) /usr/home/grog 4 -> ping allegro PING allegro.lemis.de (192.109.197.134): 56 data bytes 64 bytes from 192.109.197.134: icmp_seq=0 ttl=255 time=7.502 ms 64 bytes from 192.109.197.134: icmp_seq=1 ttl=255 time=1201.185 ms 64 bytes from 192.109.197.134: icmp_seq=2 ttl=255 time=193.558 ms 64 bytes from 192.109.197.134: icmp_seq=3 ttl=255 time=1179.584 ms 64 bytes from 192.109.197.134: icmp_seq=4 ttl=255 time=173.113 ms 64 bytes from 192.109.197.134: icmp_seq=5 ttl=255 time=1159.442 ms 64 bytes from 192.109.197.134: icmp_seq=6 ttl=255 time=151.659 ms 64 bytes from 192.109.197.134: icmp_seq=7 ttl=255 time=1139.468 ms 64 bytes from 192.109.197.134: icmp_seq=8 ttl=255 time=137.395 ms 64 bytes from 192.109.197.134: icmp_seq=9 ttl=255 time=1120.913 ms 64 bytes from 192.109.197.134: icmp_seq=10 ttl=255 time=125.223 ms 64 bytes from 192.109.197.134: icmp_seq=11 ttl=255 time=1101.818 ms 64 bytes from 192.109.197.134: icmp_seq=12 ttl=255 time=96.483 ms 64 bytes from 192.109.197.134: icmp_seq=13 ttl=255 time=1083.642 ms 64 bytes from 192.109.197.134: icmp_seq=14 ttl=255 time=78.523 ms 64 bytes from 192.109.197.134: icmp_seq=15 ttl=255 time=1059.201 ms 64 bytes from 192.109.197.134: icmp_seq=16 ttl=255 time=53.367 ms ping: sendto: No buffer space available ping: wrote allegro.lemis.de 64 chars, ret=-1 64 bytes from 192.109.197.134: icmp_seq=17 ttl=255 time=1039.299 ms 64 bytes from 192.109.197.134: icmp_seq=19 ttl=255 time=1021.237 ms 64 bytes from 192.109.197.134: icmp_seq=20 ttl=255 time=17.304 ms 64 bytes from 192.109.197.134: icmp_seq=21 ttl=255 time=1002.022 ms 64 bytes from 192.109.197.134: icmp_seq=22 ttl=255 time=2.310 ms 64 bytes from 192.109.197.134: icmp_seq=23 ttl=255 time=980.937 ms 64 bytes from 192.109.197.134: icmp_seq=24 ttl=255 time=3.900 ms 64 bytes from 192.109.197.134: icmp_seq=25 ttl=255 time=972.604 ms 64 bytes from 192.109.197.134: icmp_seq=26 ttl=255 time=0.659 ms 64 bytes from 192.109.197.134: icmp_seq=27 ttl=255 time=939.376 ms 64 bytes from 192.109.197.134: icmp_seq=28 ttl=255 time=5.622 ms 64 bytes from 192.109.197.134: icmp_seq=29 ttl=255 time=923.507 ms 64 bytes from 192.109.197.134: icmp_seq=30 ttl=255 time=0.639 ms 64 bytes from 192.109.197.134: icmp_seq=31 ttl=255 time=903.033 ms 64 bytes from 192.109.197.134: icmp_seq=32 ttl=255 time=0.645 ms 64 bytes from 192.109.197.134: icmp_seq=33 ttl=255 time=879.722 ms 64 bytes from 192.109.197.134: icmp_seq=34 ttl=255 time=1870.599 ms allegro is a BSD/OS 2.1 machine. Normally, a ping between these machines taks about 600 microseconds, as the fastest results show. After rebooting freebie, things return to normal, so I'm pretty sure the problem isn't on the BSD/OS side. I'm not asking anybody to jump in and fix these problems, but if this rings a bell with anybody, I'd be grateful for some pointers. Greg From owner-freebsd-current Fri Dec 6 10:04:55 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA03459 for current-outgoing; Fri, 6 Dec 1996 10:04:55 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA03426; Fri, 6 Dec 1996 10:04:42 -0800 (PST) Received: from groa.uct.ac.za (groa.uct.ac.za [137.158.128.7]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id IAA04569 ; Fri, 6 Dec 1996 08:02:14 -0800 (PST) Received: from rv by groa.uct.ac.za with local (Exim 1.58 #1) id 0vW2fX-00079b-00; Fri, 6 Dec 1996 17:58:31 +0200 Subject: Re: weird crash To: asami@freebsd.org (Satoshi Asami) Date: Fri, 6 Dec 1996 17:58:30 +0200 (SAT) Cc: current@freebsd.org In-Reply-To: <199612061110.DAA06666@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Dec 6, 96 03:10:49 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Message-Id: From: Russell Vincent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > panic: blkfree: freeing free block We have been getting a lot of these on various machines (usually slightly different backtraces each time), occasionally interspersed with SCSI controller (AHA 2940UW) problems. The problem doesn't appear to be hardware, because we have swapped controllers around (each machine has multiple controllers). (latest -current kernels as well as 2.2 kernel) -Russell From owner-freebsd-current Fri Dec 6 10:05:16 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA03551 for current-outgoing; Fri, 6 Dec 1996 10:05:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA03521 for ; Fri, 6 Dec 1996 10:05:07 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id IAA04544 for ; Fri, 6 Dec 1996 08:01:15 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id LAA07810; Fri, 6 Dec 1996 11:00:00 -0500 (EST) From: John Dyson Message-Id: <199612061600.LAA07810@dyson.iquest.net> Subject: Re: 3.0-current Kernel panicking on bootup To: bde@zeta.org.au (Bruce Evans) Date: Fri, 6 Dec 1996 11:00:00 -0500 (EST) Cc: bde@zeta.org.au, current@freebsd.org, markm@iafrica.com In-Reply-To: <199612061542.CAA28965@godzilla.zeta.org.au> from "Bruce Evans" at Dec 7, 96 02:42:46 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >* #define LKM ACTUALLY_LKM_NOT_KERNEL > > Don't use that. It will go away. > Didn't know. > > >Those that use LKM's, will have a perf hit. Kind of like shared libs. > > I think it needs to be a positive option so that it fails safely. > Okay, then make it conditional on the various processors that support it? As opposed to the processor that doesn't? John From owner-freebsd-current Fri Dec 6 10:27:50 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA04419 for current-outgoing; Fri, 6 Dec 1996 10:27:50 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA04401 for ; Fri, 6 Dec 1996 10:27:30 -0800 (PST) Received: from campa.panke.de (anonymous216.ppp.cs.tu-berlin.de [130.149.17.216]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id TAA01113 for ; Fri, 6 Dec 1996 19:05:49 +0100 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id TAA02654; Fri, 6 Dec 1996 19:00:21 +0100 Date: Fri, 6 Dec 1996 19:00:21 +0100 From: Wolfram Schneider Message-Id: <199612061800.TAA02654@campa.panke.de> To: current@freebsd.org Subject: copyright.h MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sys/kern/init_main.c suggest a own file for copyright message. Where should it be located? /usr/include? /* * Copyright (C) 1996 FreeBSD Inc. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY FreeBSD Inc. AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL FreeBSD Inc. OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $Id: copyright.h,v 1.2 1996/12/06 17:49:11 wosch Exp $ */ /* * Copyrights macros */ /* FreeBSD */ #define COPYRIGHT_FreeBSD \ "Copyright (c) 1992-1996 FreeBSD Inc.\n" /* Berkeley */ #define COPYRIGHT_UCB \ "Copyright (c) 1982, 1986, 1989, 1991, 1993\n\tThe Regents of the University of California. All rights reserved.\n" /* a port of FreeBSD to the NEC PC98, Japan */ #define COPYRIGHT_PC98 \ "Copyright (c) 1994-1996 FreeBSD(98) porting team.\nCopyright (c) 1992 A.Kojima F.Ukai M.Ishii (KMC).\n" /* HP + Motorola */ #define COPYRIGHT_HPFPLIB \ "Copyright (c) 1992 Hewlett-Packard Company.\nCopyright (c) 1992 Motorola Inc.\nAll rights reserved.\n"; #if defined(HPFPLIB) char copyright[] = COPYRIGHT_UCB/**/COPYRIGHT_HPFPLIB; #elif defined(PC98) char copyright[] = COPYRIGHT_FreeBSD/**/COPYRIGHT_PC98/**/COPYRIGHT_UCB; #else char copyright[] = COPYRIGHT_FreeBSD/**/COPYRIGHT_UCB; #endif From owner-freebsd-current Fri Dec 6 11:06:15 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA06205 for current-outgoing; Fri, 6 Dec 1996 11:06:15 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA06195 for ; Fri, 6 Dec 1996 11:06:11 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id LAA18508; Fri, 6 Dec 1996 11:05:32 -0800 (PST) Message-Id: <199612061905.LAA18508@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 06 Dec 1996 11:11:54 -0800 To: Freebsd-current@freebsd.org From: Ken Ingram Subject: Apsfilter and other /usr/port problems... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to set up INN. In order to peruse the manual I tried setting up the printer. Installing apsfilter is becoming a hassle (as well as INN). The 'make' for apsfilter seems to be hitting a loop. Has anyone successfully installed print facility. Please advise on the Black holes that may be encountered and how one might avoid them... --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | 186,282 miles per second: Data Engineer 415-975-3400 | It isn't just a good idea, www.ipro.com www.cyberatlas.com | it's the law! ________________________________________________________________________ From owner-freebsd-current Fri Dec 6 11:34:15 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07359 for current-outgoing; Fri, 6 Dec 1996 11:34:15 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA07351 for ; Fri, 6 Dec 1996 11:34:12 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vW60j-0003vuC; Fri, 6 Dec 96 11:32 PST Received: from critter.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id UAA09853; Fri, 6 Dec 1996 20:33:03 +0100 (MET) To: Greg Lehey cc: FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: Problems with PLIP driver? In-reply-to: Your message of "Fri, 06 Dec 1996 18:32:46 +0100." <199612061732.SAA02168@freebie.lemis.de> Date: Fri, 06 Dec 1996 20:33:02 +0100 Message-ID: <9851.849900782@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199612061732.SAA02168@freebie.lemis.de>, Greg Lehey writes: >Some of you will know that I've been having troubles connecting up the >Ethernet board on my new notebook. One of the consequences is that I >have currently connected it to the net via PLIP. On the up side, it >worked like a dream: two ifconfigs (and a LapLink cable), and it was >up. However, there seem to be a few problems: > >1. There seem to be an abnormal number of errors on the line. In the > following, freebie is my FreeBSD machine, and papillon is the > laptop: Well, if there is a significant speed difference between the machines, you will have a problem. >2. There's definitely a bug in the bpf code, causing 100% of all > messages to be reported as invalid. I think I can find that one > by myself. please. I've never got around to licking it definitively. >3. NFS across the link is very poor, and keeps hanging. With TCP > transport, it's bearable. Try either reducing your request size to 1024 or increasing the MTU to 9180. The former is probably the least unhealty (see below). >4. These problems seem to affect the Ethernet link (ep0) as well. > I've had to take it down and up again to get any kind of response, > and ping shows a strange cyclic behaviour. Succesive pings seem > to complete in pairs, with a difference in time of about 1 > second. This only happens after errors on the PLIP interface: The problem is that your speed is probably around 70Kbyte/sec, that means that the cpus are running for 22 msec with irqs disabled. If you increase the MTU, this will increase in a linear fashion of course. I usually use wsize=1024,rsize=1024 on NFS for that reason. >I'm not asking anybody to jump in and fix these problems, but if this >rings a bell with anybody, I'd be grateful for some pointers. You know, it's really just a hack for emergencies and weird circumstances (which I will admit, is a permanent condition for some of us). And as far as I know from you email, you got through on it :-) It works sufficiently well that it is usable, but it is impossible to get it to really work well and preserve a decent transfer-rate. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Dec 6 12:14:49 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA08999 for current-outgoing; Fri, 6 Dec 1996 12:14:49 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA08993; Fri, 6 Dec 1996 12:14:39 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id MAA19556; Fri, 6 Dec 1996 12:06:31 -0800 (PST) Message-ID: <32A87CA6.ABD322C@whistle.com> Date: Fri, 06 Dec 1996 12:05:58 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Satoshi Asami CC: imp@village.org, current@freebsd.org Subject: Re: world stone References: <199612061008.CAA05924@silvia.HIP.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > > * What's the world stone for a P5-133 with a PCI bus and a PCI scsi > * controller with decent disks and memory? > > * And while I'm at it, if I lost 3 stone of weight, how much less would > * I weigh? one stone is 14 lbs (if a lb is 16 oz) so 3 stone is 42 lbs (old british measure for those in europe or the US) > > You would weigh about 6 foot 9 inches. (That's 173 cm for the > units-challenged out there....) 173cm is NOT 6'9" it's 205.74 cm > > Satoshi From owner-freebsd-current Fri Dec 6 12:23:56 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09518 for current-outgoing; Fri, 6 Dec 1996 12:23:56 -0800 (PST) Received: from pegasus.isr.uc.pt (pegasus.isr.uc.pt [193.136.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA09510 for ; Fri, 6 Dec 1996 12:23:49 -0800 (PST) Received: from pioneer.isr.uc.pt (pioneer) by pegasus.isr.uc.pt (5.x/SMI-SVR4) id AA02920; Fri, 6 Dec 1996 20:20:38 GMT Received: from pioneer by pioneer.isr.uc.pt (4.1/SMI-4.1) id AA00579; Fri, 6 Dec 96 20:23:42 GMT Date: Fri, 6 Dec 1996 20:23:42 +0000 (WET) From: Paulo Menezes X-Sender: paulo@pioneer To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: mount_mfs In-Reply-To: <8265.849856613@critter.tfs.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Dec 1996, Poul-Henning Kamp wrote: > In message , Paulo Menezes wri > tes: > > > >Hi, > > > >In one of our student labs I installed 4 486DX33 Machines as X-terminals. > >They are using netboot and share the same tree. I would like to make them > >mount the root filesystem readonly but the Xserver complains that need to > >create locks in /tmp. > >This could be simply solved by creating a "ramdisk" and mounting it in > >/tmp. I digged in the man pages for mount_mfs but I couldn't figure how to > >create an fstab entry for this. Can someone give me an example on > >how-to-do-this? > > What I do is this: > > server:/somewhere/machine/root mounted ro on / > server:/somewhere/machine/usr mounted ro on /usr > server:/somewhere/machine/`hostname -s`/var mounted rw on /var > server:/somewhere/machine/`hostname -s`/etc mounted rw on /etc > server:/somewhere/machine/`hostname -s`/tmp mounted rw on /tmp > Ok, that is a solution! But what about mfs? I would not like to create a /var /etc /tmp for each of the machines. The real question is can mfs be used to create an empty ram-disk rw for /tmp? Paulo > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. > Power and ignorance is a disgusting cocktail. > __/%\__ ... ('-') ... /===============================================================\ | Paulo Menezes | email: paulo@isr.uc.pt | | Net Admin | | | Researcher @ ISR | web: www.isr.uc.pt/~paulo | | Teaching @ DEE-UC | | \===============================================================/ From owner-freebsd-current Fri Dec 6 12:35:17 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09919 for current-outgoing; Fri, 6 Dec 1996 12:35:17 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA09914 for ; Fri, 6 Dec 1996 12:35:15 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vW6yT-0003wwC; Fri, 6 Dec 96 12:34 PST Received: from critter.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id VAA09957; Fri, 6 Dec 1996 21:35:36 +0100 (MET) To: Paulo Menezes cc: current@freebsd.org Subject: Re: mount_mfs In-reply-to: Your message of "Fri, 06 Dec 1996 20:23:42 GMT." Date: Fri, 06 Dec 1996 21:35:35 +0100 Message-ID: <9955.849904535@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> What I do is this: >> >> server:/somewhere/machine/root mounted ro on / >> server:/somewhere/machine/usr mounted ro on /usr >> server:/somewhere/machine/`hostname -s`/var mounted rw on /var >> server:/somewhere/machine/`hostname -s`/etc mounted rw on /etc >> server:/somewhere/machine/`hostname -s`/tmp mounted rw on /tmp >> >Ok, that is a solution! But what about mfs? I would not like to create a >/var /etc /tmp for each of the machines. The real question is can mfs be >used to create an empty ram-disk rw for /tmp? Well, mfs has no real speed advantage over any "real" filesystem since we got the share VM/buffer code, so I generally avoid it. Remember that it isn't really a mfs but more like a swap-partition-fs. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Dec 6 12:40:02 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA10091 for current-outgoing; Fri, 6 Dec 1996 12:40:02 -0800 (PST) Received: from utgard.hos.net (utgard.hos.net [205.238.129.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA10044 for ; Fri, 6 Dec 1996 12:39:58 -0800 (PST) Received: (from faulkner@localhost) by utgard.hos.net (8.8.4/8.7.3) id OAA03501; Fri, 6 Dec 1996 14:39:52 -0600 (CST) Message-ID: Date: Fri, 6 Dec 1996 14:39:52 -0600 From: faulkner@asgard.hos.net (Boyd R. Faulkner) To: current@freebsd.org Subject: utmp.h X-Mailer: Mutt 0.53-export Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just for info. ssh uses utmp. Just needs recompile and reinstall. Someone says no ports use it. 'fraid so. Boyd -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.hos.net Him who won't, they drag." http://asgard.hos.net/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Fri Dec 6 13:26:39 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA11781 for current-outgoing; Fri, 6 Dec 1996 13:26:39 -0800 (PST) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA11774; Fri, 6 Dec 1996 13:26:36 -0800 (PST) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA32029; Fri, 6 Dec 1996 13:26:36 -0800 Date: Fri, 6 Dec 1996 13:26:36 -0800 (PST) From: "Brian N. Handy" To: Julian Elischer Cc: Satoshi Asami , imp@village.org, current@freebsd.org Subject: Re: world stone In-Reply-To: <32A87CA6.ABD322C@whistle.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> You would weigh about 6 foot 9 inches. (That's 173 cm for the >> units-challenged out there....) Actually, when you get to futzing with relativity, everything is measured in terms of meters...so a standard white dwarf weighs in at XXX m, one earth mass is YYY m, and so on...so when you get an answer, about 1/2 of the total work goes into melding back in appropriate c's and h-bars until you get an answer with the right units! Brian From owner-freebsd-current Fri Dec 6 15:02:42 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA16548 for current-outgoing; Fri, 6 Dec 1996 15:02:42 -0800 (PST) Received: from inga.augusta.de (inga.augusta.de [193.175.23.65]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA16323 for ; Fri, 6 Dec 1996 14:59:32 -0800 (PST) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0vW8uI-004coWC; Fri, 6 Dec 96 23:38 MET Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0vW2bD-000FzjC; Fri, 6 Dec 96 16:54 MET Message-Id: Date: Fri, 6 Dec 96 16:54 MET X-Newsreader: knews 0.9.6 Organization: Privat Site running FreeBSD References: From: shanee@rabbit.augusta.de (Andreas Kohout) Subject: Re: mount_mfs X-Original-Newsgroups: muc.lists.freebsd.current In-Reply-To: To: current@freebsd.org, paulo@isr.uc.pt Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , paulo@isr.uc.pt (Paulo Menezes) writes: > In one of our student labs I installed 4 486DX33 Machines as X-terminals. > They are using netboot and share the same tree. I would like to make them > mount the root filesystem readonly but the Xserver complains that need to > create locks in /tmp. > This could be simply solved by creating a "ramdisk" and mounting it in > /tmp. I digged in the man pages for mount_mfs but I couldn't figure how to > create an fstab entry for this. Can someone give me an example on > how-to-do-this? from /usr/share/doc/handbook/handbook.ascii options MFS Memory-mapped file system. This is basically a RAM disk for fast storage of temporary files, useful if you have a lot of swap space that you want to take advantage of. A perfect place to mount an MFS partition is on the /tmp directory, since many programs store temporary data here. To mount an MFS RAM disk on /tmp, add the following line to /etc/fstab and then reboot or type mount /tmp: /dev/wd1s2b /tmp mfs rw 0 0 Note: Replace the /dev/wd1s2b with the name of your swap partition, which will be listed in your /etc/fstab as follows: /dev/wd1s2b none swap sw 0 0 Note: Also, the MFS filesystem can not be dynamically loaded, so you must compile it into your kernel if you want to experiment with it. -- Greeting, Andy running FreeBSD-current --------------------------------------------------------------------------- From owner-freebsd-current Fri Dec 6 15:28:06 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA17858 for current-outgoing; Fri, 6 Dec 1996 15:28:06 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA17834 for ; Fri, 6 Dec 1996 15:28:02 -0800 (PST) Received: by sovcom.kiae.su id AA23642 (5.65.kiae-1 ); Sat, 7 Dec 1996 02:24:39 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 7 Dec 96 02:24:38 +0300 Received: from localhost (ache@nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id CAA00889; Sat, 7 Dec 1996 02:23:21 +0300 (MSK) Date: Sat, 7 Dec 1996 02:23:20 +0300 (MSK) From: =?KOI8-R?Q?Andrey_Chernov=2C_=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= To: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Cc: FreeBSD-current Subject: Re: cvs commit: src/sys/sys unistd.h In-Reply-To: <199612062251.OAA15470@freefall.freebsd.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Dec 1996, Andrey A. Chernov wrote: > ache 96/12/06 14:51:14 > > Modified: sys/sys unistd.h > Log: > Turn off _POSIX_SAVED_IDS Cron needs to be rebuilded after this change -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Dec 6 15:28:07 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA17868 for current-outgoing; Fri, 6 Dec 1996 15:28:07 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA17794 for ; Fri, 6 Dec 1996 15:27:54 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id AAA22606 for ; Sat, 7 Dec 1996 00:29:19 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id AAA26116 for freebsd-current@freefall.cdrom.com; Sat, 7 Dec 1996 00:40:51 +0100 (MET) Date: Sat, 7 Dec 1996 00:40:51 +0100 (MET) From: Christoph Kukulies Message-Id: <199612062340.AAA26116@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: panic: ffs_mountroot Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm trying to get a ccd system running and the system panics: npx: INT 16 interface DEVFS: ready to run ccd0-3: Concatenated disk drivers panic: ffs_mountroot: can't setup bdevpp for root syncing disks... done --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Dec 6 17:03:18 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA21657 for current-outgoing; Fri, 6 Dec 1996 17:03:18 -0800 (PST) Received: from dfw-ix2.ix.netcom.com (dfw-ix2.ix.netcom.com [206.214.98.2]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA21651 for ; Fri, 6 Dec 1996 17:03:16 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca9-23.ix.netcom.com [204.31.231.119]) by dfw-ix2.ix.netcom.com (8.6.13/8.6.12) with ESMTP id RAA16407; Fri, 6 Dec 1996 17:02:39 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id RAA19162; Fri, 6 Dec 1996 17:02:34 -0800 (PST) Date: Fri, 6 Dec 1996 17:02:34 -0800 (PST) Message-Id: <199612070102.RAA19162@silvia.HIP.Berkeley.EDU> To: julian@whistle.com CC: imp@village.org, current@freebsd.org In-reply-to: <32A87CA6.ABD322C@whistle.com> (message from Julian Elischer on Fri, 06 Dec 1996 12:05:58 -0800) Subject: Re: world stone From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > You would weigh about 6 foot 9 inches. (That's 173 cm for the * > units-challenged out there....) * 173cm is NOT 6'9" Ok ok, I goofed. I meant 5'9". (Now you know I'm not really an American....) Satoshi From owner-freebsd-current Fri Dec 6 17:41:31 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA23670 for current-outgoing; Fri, 6 Dec 1996 17:41:31 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA23664 for ; Fri, 6 Dec 1996 17:41:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id MAA10409; Sat, 7 Dec 1996 12:33:51 +1100 Date: Sat, 7 Dec 1996 12:33:51 +1100 From: Bruce Evans Message-Id: <199612070133.MAA10409@godzilla.zeta.org.au> To: bde@zeta.org.au, dyson@dyson.iquest.net Subject: Re: 3.0-current Kernel panicking on bootup Cc: current@freebsd.org, markm@iafrica.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >Those that use LKM's, will have a perf hit. Kind of like shared libs. >> >> I think it needs to be a positive option so that it fails safely. >> >Okay, then make it conditional on the various processors that support >it? As opposed to the processor that doesn't? No. Many configurations, e.g. GENERIC, have support for all x86 processors. Bruce From owner-freebsd-current Fri Dec 6 19:13:35 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA26433 for current-outgoing; Fri, 6 Dec 1996 19:13:35 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA26428 for ; Fri, 6 Dec 1996 19:13:32 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id WAA02962; Fri, 6 Dec 1996 22:10:41 -0500 (EST) From: "John S. Dyson" Message-Id: <199612070310.WAA02962@dyson.iquest.net> Subject: Re: 3.0-current Kernel panicking on bootup To: bde@zeta.org.au (Bruce Evans) Date: Fri, 6 Dec 1996 22:10:41 -0500 (EST) Cc: bde@zeta.org.au, dyson@dyson.iquest.net, current@freebsd.org, markm@iafrica.com In-Reply-To: <199612070133.MAA10409@godzilla.zeta.org.au> from "Bruce Evans" at Dec 7, 96 12:33:51 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >> >Those that use LKM's, will have a perf hit. Kind of like shared libs. > >> > >> I think it needs to be a positive option so that it fails safely. > >> > >Okay, then make it conditional on the various processors that support > >it? As opposed to the processor that doesn't? > > No. Many configurations, e.g. GENERIC, have support for all x86 processors. > That means that people who run GENERIC won't get the advantage of disabling the 386. So what? John From owner-freebsd-current Fri Dec 6 19:28:40 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA26845 for current-outgoing; Fri, 6 Dec 1996 19:28:40 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA26812 for ; Fri, 6 Dec 1996 19:27:48 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id OAA13164; Sat, 7 Dec 1996 14:23:43 +1100 Date: Sat, 7 Dec 1996 14:23:43 +1100 From: Bruce Evans Message-Id: <199612070323.OAA13164@godzilla.zeta.org.au> To: grog@lemis.de, phk@critter.tfs.com Subject: Re: Problems with PLIP driver? Cc: FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>1. There seem to be an abnormal number of errors on the line. In the >> following, freebie is my FreeBSD machine, and papillon is the >> laptop: > >Well, if there is a significant speed difference between the machines, >you will have a problem. `speed' probably means the speed of the parallel port bus interface. I haven't noticed any problems for connections between a P5/133 and a 486/33, but I only ran PLIP for 10 minutes to test it. The P5's ISA i/o is just as slow as the 486/33's. >>4. These problems seem to affect the Ethernet link (ep0) as well. >The problem is that your speed is probably around 70Kbyte/sec, that >means that the cpus are running for 22 msec with irqs disabled. This also loses one or two clock ticks. I haven't noticed any problems with the splhigh()s replaced by splimp()s. >It works sufficiently well that it is usable, but it is impossible >to get it to really work well and preserve a decent transfer-rate. Both together, that is. The old version of Linux PLIP that I'm familiar with does extra i/o's for debouncing. It was about twice as slow as FreeBSD PLIP (due to about twice as many i/o's). It could be made much more reliable by doing a complete handshake. This would also allow it to run reliably with interrupts enabled. Then it might be another 5 times slower. OTOH, modern enhanced parallel ports can go much faster. Bruce From owner-freebsd-current Fri Dec 6 19:29:33 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA26887 for current-outgoing; Fri, 6 Dec 1996 19:29:33 -0800 (PST) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA26882 for ; Fri, 6 Dec 1996 19:29:30 -0800 (PST) Received: from idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.4/8.8.4) with ESMTP id EAA03569; Sat, 7 Dec 1996 04:29:14 +0100 (MET) Message-Id: <199612070329.EAA03569@pat.idt.unit.no> To: paulo@isr.uc.pt Cc: current@freebsd.org Subject: Re: mount_mfs In-Reply-To: Your message of "Thu, 5 Dec 1996 23:03:27 +0000 (WET)" References: X-Mailer: Mew version 1.06 on Emacs 19.33.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 07 Dec 1996 04:29:13 +0100 From: Tor Egge Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > In one of our student labs I installed 4 486DX33 Machines as X-terminals. > They are using netboot and share the same tree. I would like to make them > mount the root filesystem readonly but the Xserver complains that need to > create locks in /tmp. Try using the -nolock and -pn options, e.g. XF86_SVGA -nolock -pn -query xdmserver.your.domain - Tor Egge From owner-freebsd-current Fri Dec 6 20:22:27 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA28214 for current-outgoing; Fri, 6 Dec 1996 20:22:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA28194 for ; Fri, 6 Dec 1996 20:22:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA14363; Sat, 7 Dec 1996 15:19:40 +1100 Date: Sat, 7 Dec 1996 15:19:40 +1100 From: Bruce Evans Message-Id: <199612070419.PAA14363@godzilla.zeta.org.au> To: bde@zeta.org.au, toor@dyson.iquest.net Subject: Re: 3.0-current Kernel panicking on bootup Cc: current@freebsd.org, dyson@dyson.iquest.net, markm@iafrica.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> I think it needs to be a positive option so that it fails safely. >> >> >> >Okay, then make it conditional on the various processors that support >> >it? As opposed to the processor that doesn't? >> >> No. Many configurations, e.g. GENERIC, have support for all x86 processors. >> >That means that people who run GENERIC won't get the advantage >of disabling the 386. So what? This means that if you make it conditional on the various processors that support it, then you break GENERIC on i386's. GENERIC is configured to support all processors. If you remove the support for i486's and up from it then people who run GENERIC will get all the disadvantages of the i386, e.g., no CR0_WP. Bruce From owner-freebsd-current Fri Dec 6 20:47:08 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA28749 for current-outgoing; Fri, 6 Dec 1996 20:47:08 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA28743 for ; Fri, 6 Dec 1996 20:47:05 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id XAA00297; Fri, 6 Dec 1996 23:45:33 -0500 (EST) From: "John S. Dyson" Message-Id: <199612070445.XAA00297@dyson.iquest.net> Subject: Re: 3.0-current Kernel panicking on bootup To: bde@zeta.org.au (Bruce Evans) Date: Fri, 6 Dec 1996 23:45:33 -0500 (EST) Cc: bde@zeta.org.au, current@freebsd.org, dyson@dyson.iquest.net, markm@iafrica.com In-Reply-To: <199612070419.PAA14363@godzilla.zeta.org.au> from "Bruce Evans" at Dec 7, 96 03:19:40 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This means that if you make it conditional on the various processors that > support it, then you break GENERIC on i386's. GENERIC is configured to > support all processors. If you remove the support for i486's and up from > it then people who run GENERIC will get all the disadvantages of the i386, > e.g., no CR0_WP. > Right, so what I just committed will support the bswap insn on systems that support any of (486,586,686) and don't support the 386. LKM's will be built with the default support of the 386. It doesn't break 686 machines, but it is slower to use LKM based code. We can improve the code in the 386 case by changing the inlines as you suggest. It appears to me to be terrible not to use the nicely provided bswap instruction that runs in 1 cycle. In the case of the other code in the system (incl VM system), we are stuck with the earlier processors' legacy. When it is a good idea, we can come up with unique solutions for each type of backwards compatibility need. If there is an efficient general way of doing things, I cannot think of it... John From owner-freebsd-current Fri Dec 6 21:34:10 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA06485 for current-outgoing; Fri, 6 Dec 1996 21:34:10 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA06474 for ; Fri, 6 Dec 1996 21:34:05 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id QAA26544 for current@freebsd.org; Sat, 7 Dec 1996 16:33:58 +1100 (EST) From: michael butler Message-Id: <199612070533.QAA26544@asstdc.scgt.oz.au> Subject: quickcam + nv .. anyone done it ? To: current@freebsd.org Date: Sat, 7 Dec 1996 16:33:58 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just curious if anyone's managed to get a QuickCam and NV to cooperate, michael From owner-freebsd-current Fri Dec 6 21:49:26 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA11020 for current-outgoing; Fri, 6 Dec 1996 21:49:26 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA10971 for ; Fri, 6 Dec 1996 21:49:20 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA16647; Sat, 7 Dec 1996 16:43:55 +1100 Date: Sat, 7 Dec 1996 16:43:55 +1100 From: Bruce Evans Message-Id: <199612070543.QAA16647@godzilla.zeta.org.au> To: bde@zeta.org.au, toor@dyson.iquest.net Subject: Re: 3.0-current Kernel panicking on bootup Cc: current@FreeBSD.org, dyson@dyson.iquest.net, markm@iafrica.com Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >In the case of the other code in the system (incl VM system), we are >stuck with the earlier processors' legacy. When it is a good idea, >we can come up with unique solutions for each type of backwards >compatibility need. If there is an efficient general way of doing things, >I cannot think of it... Dynamic linking. This is practical for LKMs: determine the characteristics of the system at boot time and recompile some LKMs to optimize them for the current system if anything has changed. Bruce From owner-freebsd-current Fri Dec 6 23:37:21 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA15540 for current-outgoing; Fri, 6 Dec 1996 23:37:21 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA15534 for ; Fri, 6 Dec 1996 23:37:18 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA09353 for ; Sat, 7 Dec 1996 08:38:18 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id IAA29691; Sat, 7 Dec 1996 08:49:58 +0100 (MET) From: Christoph Kukulies Message-Id: <199612070749.IAA29691@gilberto.physik.rwth-aachen.de> Subject: Re: panic: ffs_mountroot In-Reply-To: <199612062340.AAA26116@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Dec 7, 96 00:40:51 am" To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Sat, 7 Dec 1996 08:49:57 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm trying to get a ccd system running and the system panics: > > npx: INT 16 interface > DEVFS: ready to run > ccd0-3: Concatenated disk drivers > panic: ffs_mountroot: can't setup bdevpp for root ^^^^^^ bdevvp that is of course. > > syncing disks... done > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Dec 7 00:26:07 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA16587 for current-outgoing; Sat, 7 Dec 1996 00:26:07 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA16582 for ; Sat, 7 Dec 1996 00:26:05 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vWI4K-0003x3C; Sat, 7 Dec 96 00:25 PST Received: from critter.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id JAA11507; Sat, 7 Dec 1996 09:26:14 +0100 (MET) To: Bruce Evans cc: grog@lemis.de, FreeBSD-current@freebsd.org Subject: Re: Problems with PLIP driver? In-reply-to: Your message of "Sat, 07 Dec 1996 14:23:43 +1100." <199612070323.OAA13164@godzilla.zeta.org.au> Date: Sat, 07 Dec 1996 09:26:13 +0100 Message-ID: <11505.849947173@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199612070323.OAA13164@godzilla.zeta.org.au>, Bruce Evans writes: >>>1. There seem to be an abnormal number of errors on the line. In the >>> following, freebie is my FreeBSD machine, and papillon is the >>> laptop: >> >>Well, if there is a significant speed difference between the machines, >>you will have a problem. > >`speed' probably means the speed of the parallel port bus interface. >I haven't noticed any problems for connections between a P5/133 and >a 486/33, but I only ran PLIP for 10 minutes to test it. The P5's >ISA i/o is just as slow as the 486/33's. Well, depends on your hw really. Some of the multi-io chips that implement ECP/EPP are way faster than ISA. >Both together, that is. The old version of Linux PLIP that I'm >familiar with does extra i/o's for debouncing. It was about twice >as slow as FreeBSD PLIP (due to about twice as many i/o's). It >could be made much more reliable by doing a complete handshake. >This would also allow it to run reliably with interrupts enabled. >Then it might be another 5 times slower. OTOH, modern enhanced >parallel ports can go much faster. Well, feel free :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sat Dec 7 02:27:39 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA19461 for current-outgoing; Sat, 7 Dec 1996 02:27:39 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA19456 for ; Sat, 7 Dec 1996 02:27:32 -0800 (PST) Received: from mickey.ai.kyutech.ac.jp by mail.crl.com with SMTP id AA07540 (5.65c/IDA-1.5 for ); Sat, 7 Dec 1996 02:28:07 -0800 Received: (from ohashi@localhost) by mickey.ai.kyutech.ac.jp (8.8.3/3.3W9) id TAA06868; Sat, 7 Dec 1996 19:23:04 +0900 (JST) Date: Sat, 7 Dec 1996 19:23:04 +0900 (JST) Message-Id: <199612071023.TAA06868@mickey.ai.kyutech.ac.jp> To: current@freebsd.org Subject: Re: DELAY() in clock.c In-Reply-To: Your message of Fri, 6 Dec 1996 23:28:29 +1100. <199612061228.XAA24120@godzilla.zeta.org.au> From: ohashi@mickey.ai.kyutech.ac.jp (Takeshi Ohashi) X-Mailer: mnews [version 1.17] 1994-01/27(Thu) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk <199612061228.XAA24120@godzilla.zeta.org.au> bde>>I like this version better. There are still 2 problems: bde>> bde>>1. If the user boots with the turbo button off (possibly to fix problems bde>> caused by DELAY() not being long enough) then the calibration will be bde>> wrong. Fix: recalibrate every now and then, perhaps when DELAY() is bde>> called with a large arg. This won't fixed problems caused by devices bde>> hanging because delays are too short, but can't hurt. bde>> bde>>2. The calibration method has some problems. Thank you for your kindly suggestions. I rewrote the fix patch. Please check it. # When I was debugging it, a if statement did not work right. # Is it a compiler's bug? -- Takeshi OHASHI, Kyushu Inst. of Tech. ohashi@mickey.ai.kyutech.ac.jp --- clock.c.orig Sat Oct 26 09:11:57 1996 +++ clock.c Sat Dec 7 18:39:19 1996 @@ -133,6 +133,8 @@ static u_char rtc_statusa = RTCSA_DIVIDER | RTCSA_NOPROF; static u_char rtc_statusb = RTCSB_24HR | RTCSB_PINTR; +static u_int delay_offset = 20; /* It should be calibrated */ + /* Values for timerX_state: */ #define RELEASED 0 #define RELEASE_PENDING 1 @@ -354,6 +356,55 @@ } /* + * calibrate delay_offset for DELAY() + * This is called from calibrate_clock() and DELAY(). + */ +static int +calibrate_delay_offset(void) +{ + int i, start_tick, end_tick, min_ticks; + u_int delta_ticks, delay_offset_old, delay_offset_tmp; + u_long ef; + const int loops = 100; + const int delay = 10; + + delay_offset_old = delay_offset; + delay_offset = 0; + min_ticks = INT_MAX; + for (i = 0; i < loops; i++) { + ef = read_eflags(); + start_tick = getit(); + DELAY(delay); + end_tick = getit(); + write_eflags(ef); + delta_ticks = start_tick - end_tick; + if (min_ticks > delta_ticks) + min_ticks = delta_ticks; + } + if (min_ticks == INT_MAX) { + printf("warning: cannot calibrate delay offset\n"); + delay_offset = delay_offset_tmp = 20; + } else { + delay_offset_tmp = min_ticks * 1000000LL / timer_freq - delay; +/* Why does not it work right? + if (delay_offset_tmp < delay_offset_old) + delay_offset = delay_offset_tmp; +*/ + delay_offset = (delay_offset_tmp < delay_offset_old) ? + delay_offset_tmp : delay_offset_old; +#define DELAYOFFSETDEBUG +#ifdef DELAYOFFSETDEBUG + if (delay_offset != delay_offset_old) { + printf("DELAY offset: %u usec\n", delay_offset); + } +#endif + if (!(0 <= delay_offset || delay_offset <= 20)) + delay_offset = 20; + } + return ((delay_offset_tmp + delay) * loops); +} + +/* * Wait "n" microseconds. * Relies on timer 1 counting down from (timer_freq / hz) * Note: timer had better have been programmed before this is first used! @@ -384,8 +435,11 @@ * takes about 6 usec on a 486/33 and 13 usec on a 386/20. The * multiplications and divisions to scale the count take a while). */ + if (n > 10000) { + n -= calibrate_delay_offset(); + } prev_tick = getit(); - n -= 20; + n = (n <= delay_offset) ? 1 : (n - delay_offset); /* * Calculate (n * (timer_freq / 1e6)) without using floating point * and without any avoidable overflows. @@ -564,6 +618,9 @@ #endif printf("i8254 clock: %u Hz\n", tot_count); + + calibrate_delay_offset(); + return (tot_count); fail: From owner-freebsd-current Sat Dec 7 05:24:12 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA25855 for current-outgoing; Sat, 7 Dec 1996 05:24:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id FAA25841 for ; Sat, 7 Dec 1996 05:24:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA08208 for ; Sat, 7 Dec 1996 14:24:04 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA13934 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 14:24:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id OAA18895 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 14:07:57 +0100 (MET) From: J Wunsch Message-Id: <199612071307.OAA18895@uriah.heep.sax.de> Subject: Re: cvs commit: src/include utmp.h To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 14:07:57 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612041130.DAA25553@freefall.freebsd.org> from "Jordan K. Hubbard" at "Dec 4, 96 03:30:18 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Modified: include utmp.h > Log: > Bump maximum username length to 16 characters. This brings us into > line with BSD/OS and Linux's username limits, making transitioning from > either operating system a lot easier than it is now. I'm currently > running with this change on my system, as are several others, and have > experienced no ill effects. We should provide a small tool that allows to convert the wtmp file into the new format. This should IMHO be part of the 3.0 upgrade procedure. Note that old wtmp files are being gzipped by default, so the tool should handle this case. Breaking backward compatibility to ourselves is IMHO a Bad Thing. I volunteer to write that tool (i think it's not a big deal anyway), but where should it go to? Alternatively, we could teach last(1) to handle both cases, based on some heuristics. (Haven't tried, but i assume that's also possible.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 07:36:23 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA28688 for current-outgoing; Sat, 7 Dec 1996 07:36:23 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA28663 for ; Sat, 7 Dec 1996 07:35:40 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.3/8.6.9) id RAA18490 for freebsd-current@freebsd.org; Sat, 7 Dec 1996 17:34:40 +0200 (EET) From: mika ruohotie Message-Id: <199612071534.RAA18490@shadows.aeon.net> Subject: ultimate make world To: freebsd-current@freebsd.org Date: Sat, 7 Dec 1996 17:34:40 +0200 (EET) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk just wondering, have anyone ever compiled the world using enough ram so that _everything_ is ran from memory? just for "fun" i would like to know the ultimate make world -time, but i dont have the ram needed at home i think, just 64 megs. at work i have lots more but at the moment it's bad edo and cc dies fast... oh, and i think that way the actual bus speed/cpu differencies could be measured. mickey -- mika ruohotie mika@aeon.net From owner-freebsd-current Sat Dec 7 07:54:19 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA29159 for current-outgoing; Sat, 7 Dec 1996 07:54:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA29151 for ; Sat, 7 Dec 1996 07:54:09 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA11347 for ; Sat, 7 Dec 1996 16:54:05 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA16643 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 16:54:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id QAA20681 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 16:49:42 +0100 (MET) From: J Wunsch Message-Id: <199612071549.QAA20681@uriah.heep.sax.de> Subject: Re: last in -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 16:49:42 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Veggy Vinny at "Dec 5, 96 11:28:17 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Veggy Vinny wrote: > Also, another problem with -current is last doesn't work > correctly... > > 34.98.181 erin207. $^*t^ttyp2 Wed Dec 31 16:00 still logged > in Have you rebuilt last(1) after the recent utmp.h changes? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 08:20:22 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA29881 for current-outgoing; Sat, 7 Dec 1996 08:20:22 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA29874 for ; Sat, 7 Dec 1996 08:20:17 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vWPTM-0003vuC; Sat, 7 Dec 96 08:19 PST Received: from critter.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id RAA12257; Sat, 7 Dec 1996 17:20:53 +0100 (MET) To: mika ruohotie cc: freebsd-current@freebsd.org Subject: Re: ultimate make world In-reply-to: Your message of "Sat, 07 Dec 1996 17:34:40 +0200." <199612071534.RAA18490@shadows.aeon.net> Date: Sat, 07 Dec 1996 17:20:52 +0100 Message-ID: <12255.849975652@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199612071534.RAA18490@shadows.aeon.net>, mika ruohotie writes: >just wondering, have anyone ever compiled the world using enough >ram so that _everything_ is ran from memory? > >just for "fun" i would like to know the ultimate make world -time, >but i dont have the ram needed at home i think, just 64 megs. > >at work i have lots more but at the moment it's bad edo and cc dies fast... > >oh, and i think that way the actual bus speed/cpu differencies could be >measured. I belive that I still holds the published record: 21 minutes. Using 130 IBM Valuepoints with 16M and i486DX2/66 on approx 15 ethernets feeding into two Cisco 7010 on an 100Mbit/sec ATM net and landing on 3 Sun SS1000 with filesystems striped over 30 Seagate Elite-2 disks. The slowest part was actually the central farming make process. It seldom managed to hold more than about 75 machines busy at any one time :-) It is interesting that single CPU times are approaching this now, about 30 months later :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sat Dec 7 08:24:31 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA00109 for current-outgoing; Sat, 7 Dec 1996 08:24:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA29996 for ; Sat, 7 Dec 1996 08:24:27 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA11961; Sat, 7 Dec 1996 17:24:04 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA17144; Sat, 7 Dec 1996 17:23:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id RAA20865; Sat, 7 Dec 1996 17:03:22 +0100 (MET) From: J Wunsch Message-Id: <199612071603.RAA20865@uriah.heep.sax.de> Subject: Re: Odd message from ftpd To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 17:03:21 +0100 (MET) Cc: josh@eddie.cis.uoguelph.ca (Josh Tiefenbach) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612052150.QAA28531@eddie.cis.uoguelph.ca> from Josh Tiefenbach at "Dec 5, 96 04:50:51 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Josh Tiefenbach wrote: > Dec 5 11:29:20 eddie ftpd[27849]: /etc/pwd.db: No such file or directory > > It's happened about 3 times in the past 2 days or so, all while anonymous ftp > usage was taking place. I wasnt able to get the message reproduced. The FTP `DIR' command invokes an ls -l, so your chroot ~ftp/etc directory needs a pwd.db. You certainly don't wanna put your _real_ pwd.db there, just a cut-down version only. Use ``pwd_mkdb -d ~ftp/etc '' to create it. It's safe to rm ~ftp/etc/spwd.db later. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 08:37:16 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA00486 for current-outgoing; Sat, 7 Dec 1996 08:37:16 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA00476 for ; Sat, 7 Dec 1996 08:37:10 -0800 (PST) Received: by sovcom.kiae.su id AA06728 (5.65.kiae-1 ); Sat, 7 Dec 1996 19:05:20 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 7 Dec 96 19:05:20 +0300 Received: from localhost (ache@nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id TAA00685; Sat, 7 Dec 1996 19:00:25 +0300 (MSK) Date: Sat, 7 Dec 1996 19:00:24 +0300 (MSK) From: =?KOI8-R?Q?Andrey_Chernov=2C_=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= To: Joerg Wunsch Cc: FreeBSD-current users Subject: Re: cvs commit: src/include utmp.h In-Reply-To: <199612071307.OAA18895@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Dec 1996, J Wunsch wrote: > Alternatively, we could teach last(1) to handle both cases, based on > some heuristics. (Haven't tried, but i assume that's also possible.) Oh please no! It is more easy to say "cp /dev/null /var/log/utmp" once than bloat each and every program (last, w, who, finger, etc.) with code which handle obsolete case. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sat Dec 7 09:10:41 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA01101 for current-outgoing; Sat, 7 Dec 1996 09:10:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA01096 for ; Sat, 7 Dec 1996 09:10:39 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id JAA22069 for ; Sat, 7 Dec 1996 09:10:42 -0800 (PST) >To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: cvs commit: src/include utmp.h In-reply-to: Your message of "Sat, 07 Dec 1996 14:07:57 +0100." <199612071307.OAA18895@uriah.heep.sax.de> Date: Sat, 07 Dec 1996 09:10:42 -0800 Message-ID: <22065.849978642@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Breaking backward compatibility to ourselves is IMHO a Bad Thing. I > volunteer to write that tool (i think it's not a big deal anyway), but > where should it go to? Ah, that's the harder part of the solution, isn't it? :-) Upgrades in general are poorly handled and always have been. To really support this properly would require several enhancements to our release building and installation systems: 1. The distributions you install at or after installation time should be recorded someplace so that you know what needs upgrading in coarse general terms. 2. The mutable components of /etc made more friendly to automated merges, this going as well for any system directory the average user is likely to modify. 3. The idea of a "delta distribution" on either local or remote media integrated along the lines of CTM, where running statistics on where you "are" vs where the deltas would like you take you handling much of the process of what we refer to as upgrading. One of these upgrade-time actions could, in this case, be the migration of your wtmp file for instance. The actual wtmp converter is the very simplest part of the exercise, and it's the framework we'll be far more needing before an upgrade will ever be even close to painless. :-) Jordan From owner-freebsd-current Sat Dec 7 09:36:39 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA01780 for current-outgoing; Sat, 7 Dec 1996 09:36:39 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA01774 for ; Sat, 7 Dec 1996 09:36:35 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id EAA06776 Sun, 8 Dec 1996 04:36:26 +1100 (EST) From: michael butler Message-Id: <199612071736.EAA06776@asstdc.scgt.oz.au> Subject: Re: cvs commit: src/include utmp.h In-Reply-To: <22065.849978642@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 7, 96 09:10:42 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 8 Dec 1996 04:36:26 +1100 (EST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > One of these upgrade-time actions could, in this case, be the > migration of your wtmp file for instance. Personally, I'm in favour of a migratory program even if only for wtmp conversion since some of us use the accumulated data for customer accounting, michael From owner-freebsd-current Sat Dec 7 10:10:40 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA02721 for current-outgoing; Sat, 7 Dec 1996 10:10:40 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA02716 for ; Sat, 7 Dec 1996 10:10:37 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16688(7)>; Sat, 7 Dec 1996 10:10:05 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177711>; Sat, 7 Dec 1996 10:09:55 -0800 To: Greg Lehey cc: FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: Problems with PLIP driver? In-reply-to: Your message of "Fri, 06 Dec 96 09:32:46 PST." <199612061732.SAA02168@freebie.lemis.de> Date: Sat, 7 Dec 1996 10:09:50 PST From: Bill Fenner Message-Id: <96Dec7.100955pst.177711@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199612061732.SAA02168@freebie.lemis.de> you write: >2. There's definitely a bug in the bpf code, causing 100% of all > messages to be reported as invalid. I think I can find that one > by myself. It's the fact that the header is supposed to be an int containing the address family, not a short containing the ethertype. I posted this fix a long time ago and apparently nobody ever thought it worthwhile. I don't have the diff any more, but it's small. (And the web page's mailing list search is broken so I can't try to find them there...) Bill From owner-freebsd-current Sat Dec 7 10:23:37 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA03378 for current-outgoing; Sat, 7 Dec 1996 10:23:37 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA03371 for ; Sat, 7 Dec 1996 10:23:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA14481 for ; Sat, 7 Dec 1996 19:23:31 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA20272 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 19:23:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA21315 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 19:18:54 +0100 (MET) From: J Wunsch Message-Id: <199612071818.TAA21315@uriah.heep.sax.de> Subject: Re: cvs commit: src/include utmp.h To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 19:18:54 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <22065.849978642@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 7, 96 09:10:42 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Breaking backward compatibility to ourselves is IMHO a Bad Thing. I > > volunteer to write that tool (i think it's not a big deal anyway), but > > where should it go to? > > Ah, that's the harder part of the solution, isn't it? :-) > > Upgrades in general are poorly handled and always have been. To > really support this properly would require several enhancements to our > release building and installation systems: You are right. I've also though about it an hour ago, while thinking about parts of a particular installation that might be moved off to another place later: while the upgrade installation will painlessly create the new files, it will leave the old files in their stale location. Nobody will ever notice that they are stale, well unless somebody tries to edit them and wonders why his changes are not in effect at all... What about a `whiteboard' directory in CVS? Some place where everybody could append his notes at the end of a file? When it's release-build time, someone (:-) of the releng crew can pick it up, and make some sense for the upgrade procedure out of it... At least, this will ensure it won't be forgotten. What about $CVSROOT/src/upgrade/3.0/...? With a file named `Whiteboard' in each of these directories, as well as e.g. a file named `upgrade_wtmp.c' in our current case? We still need to address more of Jordan's list, of course, but this looks at least like a starting point to me, without preventing future more elegant solutions. What do people think about it? Of course, i also don't mind if there were a file `ReleaseNotes' in this directory, where people who commit more important new stuff (like entire new drivers, Posix support, etc.) append a note of this event, so another (or the same :) member of the releng team can compose the final RELEASENOTES file for the next release... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 10:23:44 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA03405 for current-outgoing; Sat, 7 Dec 1996 10:23:44 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA03386 for ; Sat, 7 Dec 1996 10:23:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA14477 for ; Sat, 7 Dec 1996 19:23:30 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA20271 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 19:23:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA21282 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 19:09:07 +0100 (MET) From: J Wunsch Message-Id: <199612071809.TAA21282@uriah.heep.sax.de> Subject: Re: cvs commit: src/include utmp.h To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 19:09:07 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "[?KOI8-R?]" at "Dec 7, 96 07:00:24 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > > Alternatively, we could teach last(1) to handle both cases, based on > > some heuristics. (Haven't tried, but i assume that's also possible.) > > Oh please no! It is more easy to say "cp /dev/null /var/log/utmp" > once than bloat each and every program (last, w, who, finger, etc.) > with code which handle obsolete case. You've missed my point. Recreating utmp is out of the question, and is already performed at the next reboot. The problem is _wtmp_. Requiring people to throw it away will upset quite a lot of them (including me). In particular users like ISPs certainly will beat at us if they don't have a migration path to track previous logins. (I think sax.de maintains wtmp files for at least one year back. More `serious' ISPs will probably archive them even longer.) (The same applies to /var/log/lastlog, i assume.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 10:31:45 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA03691 for current-outgoing; Sat, 7 Dec 1996 10:31:45 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA03686 for ; Sat, 7 Dec 1996 10:31:42 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16336(7)>; Sat, 7 Dec 1996 10:31:08 PST Received: by crevenia.parc.xerox.com id <177711>; Sat, 7 Dec 1996 10:30:59 -0800 From: Bill Fenner To: fenner@parc.xerox.com, grog@lemis.de Subject: Re: Problems with PLIP driver? Cc: FreeBSD-current@freebsd.org Message-Id: <96Dec7.103059pst.177711@crevenia.parc.xerox.com> Date: Sat, 7 Dec 1996 10:30:46 PST Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm wrong, it's more than just the header. I went through this in great detail quite a while ago. Look at ppp and tun for hints, you probably have to change the bpf_attach() call too. And I'd move the bpf_mtap() in the output routine way up to the top, since right now it completely misses the LINK0 case, and even if it doesn't the output routine has already zeroed out the length field in each mbuf in the chain. Fun fun. Bill From owner-freebsd-current Sat Dec 7 10:54:30 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA05858 for current-outgoing; Sat, 7 Dec 1996 10:54:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA05845 for ; Sat, 7 Dec 1996 10:54:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA15135; Sat, 7 Dec 1996 19:53:56 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA20930; Sat, 7 Dec 1996 19:53:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA21542; Sat, 7 Dec 1996 19:34:55 +0100 (MET) From: J Wunsch Message-Id: <199612071834.TAA21542@uriah.heep.sax.de> Subject: Re: Multiple CD detect To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 19:34:55 +0100 (MET) Cc: rv@groa.uct.ac.za, mantar@netcom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32A7370D.27D9@netcom.com> from Manfred Antar at "Dec 5, 96 12:56:46 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Manfred Antar wrote: > This has been happening to me for about 4 months with a adaptec > 2742 controller: > (ahc0:5:1): "NEC CD-ROM DRIVE:841 1.0" type 5 removable SCSI > 2 > cd1(ahc0:5:1): > CD-ROM > cd1(ahc0:5:1): ILLEGAL REQUEST asc:25,0 Logical unit not > supported > can't get the > size ... Apply this change. Seems this one got ever forgotten... Let us know if it helps. Index: sys/scsi/scsiconf.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.c,v retrieving revision 1.69 diff -u -u -r1.69 scsiconf.c --- scsiconf.c 1996/11/30 07:39:37 1.69 +++ scsiconf.c 1996/12/07 18:33:08 @@ -364,6 +364,10 @@ * Doobe-doo-be doooo * -Mary */ + { + T_READONLY, T_READONLY, T_REMOV, "*", "*", "*", + "cd", SC_ONE_LU + }, #endif /* !UKTEST */ #endif /* NCD */ #if NWORM > 0 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 10:57:58 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA06083 for current-outgoing; Sat, 7 Dec 1996 10:57:58 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA06078 for ; Sat, 7 Dec 1996 10:57:55 -0800 (PST) Received: by sovcom.kiae.su id AA10608 (5.65.kiae-1 ); Sat, 7 Dec 1996 21:25:15 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 7 Dec 96 21:25:15 +0300 Received: from localhost (ache@nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id VAA01083; Sat, 7 Dec 1996 21:19:23 +0300 (MSK) Date: Sat, 7 Dec 1996 21:19:23 +0300 (MSK) From: =?KOI8-R?Q?Andrey_Chernov=2C_=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= To: michael butler Cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org Subject: Re: cvs commit: src/include utmp.h In-Reply-To: <199612071736.EAA06776@asstdc.scgt.oz.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 8 Dec 1996, michael butler wrote: > Jordan K. Hubbard writes: > > > One of these upgrade-time actions could, in this case, be the > > migration of your wtmp file for instance. > > Personally, I'm in favour of a migratory program even if only for wtmp > conversion since some of us use the accumulated data for customer > accounting, If we plan to add new fields like hostid, even no migratory program is possible. Best migratory program is cp /dev/null /var/log/utmp cp /dev/null /var/log/wtmp -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sat Dec 7 11:03:05 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA06309 for current-outgoing; Sat, 7 Dec 1996 11:03:05 -0800 (PST) Received: from groa.uct.ac.za (groa.uct.ac.za [137.158.128.7]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA06302 for ; Sat, 7 Dec 1996 11:03:01 -0800 (PST) Received: from rv by groa.uct.ac.za with local (Exim 1.58 #1) id 0vWS0r-00032j-00; Sat, 7 Dec 1996 21:02:13 +0200 Subject: Re: Multiple CD detect To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 7 Dec 1996 21:02:13 +0200 (SAT) Cc: freebsd-current@freebsd.org, mantar@netcom.com In-Reply-To: <199612071834.TAA21542@uriah.heep.sax.de> from "J Wunsch" at Dec 7, 96 07:34:55 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Message-Id: From: Russell Vincent Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Apply this change. Seems this one got ever forgotten... Let us know > if it helps. > > Index: sys/scsi/scsiconf.c > +++ scsiconf.c 1996/12/07 18:33:08 Yep - that has done the trick for my machine. Thanks -Russell From owner-freebsd-current Sat Dec 7 12:03:44 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA08454 for current-outgoing; Sat, 7 Dec 1996 12:03:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA08449 for ; Sat, 7 Dec 1996 12:03:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA27564; Sat, 7 Dec 1996 12:43:16 -0700 From: Terry Lambert Message-Id: <199612071943.MAA27564@phaeton.artisoft.com> Subject: Re: cvs commit: src/include utmp.h To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 7 Dec 1996 12:43:16 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <22065.849978642@time.cdrom.com> from "Jordan K. Hubbard" at Dec 7, 96 09:10:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 2. The mutable components of /etc made more friendly to automated > merges, this going as well for any system directory the average > user is likely to modify. This is simply a matter of allowing someone to make the necessary changes to seperate the data from the procedures which operate against it, and seperating the procedures into logical units. At the lowest level, this means going to an rc.d mechanism for per logical unit start/stop/status and ordering. You could support run levels at the same time, but it's not strictly necessary. 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 Dec 7 12:23:45 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09110 for current-outgoing; Sat, 7 Dec 1996 12:23:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA09101 for ; Sat, 7 Dec 1996 12:23:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA17268 for ; Sat, 7 Dec 1996 21:23:31 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA22838 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 21:23:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA22067 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 20:32:46 +0100 (MET) From: J Wunsch Message-Id: <199612071932.UAA22067@uriah.heep.sax.de> Subject: Re: cvs commit: src/include utmp.h To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 20:32:45 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "[?KOI8-R?]" at "Dec 7, 96 09:19:23 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > > Personally, I'm in favour of a migratory program even if only for wtmp > > conversion since some of us use the accumulated data for customer > > accounting, > > If we plan to add new fields like hostid, even no migratory program > is possible. Best migratory program is No. You can always fill the fields that were not present previously with blanks or nul's. But at least you won't lose the history then. > cp /dev/null /var/log/wtmp That's unacceptable. Maybe you could do it in a L*** distribution :), but not in FreeBSD. True multiuser sites (like ISPs) might be very eager in keeping the old login history, even for years back. The migratory program is not a big deal at all, the bigger problem is indeed to once and finally start a True upgrade strategy. By now it's merely patchwork what we've got... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 12:24:28 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09261 for current-outgoing; Sat, 7 Dec 1996 12:24:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA09191 for ; Sat, 7 Dec 1996 12:24:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA17295; Sat, 7 Dec 1996 21:23:42 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA22851; Sat, 7 Dec 1996 21:23:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA22287; Sat, 7 Dec 1996 21:19:54 +0100 (MET) From: J Wunsch Message-Id: <199612072019.VAA22287@uriah.heep.sax.de> Subject: Re: rdump slow To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 21:19:54 +0100 (MET) Cc: croot@btp1da.phy.uni-bayreuth.de (Werner Griessl) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612041026.KAA00900@btp1da.phy.uni-bayreuth.de> from Werner Griessl at "Dec 4, 96 10:26:09 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Werner Griessl wrote: > rdump in current is very slow, should be ~5 times faster : > > Wed Dec 4 09:57:01 1996 start btp1da:system_save to btp1x5:/dev/nrmt0h > Wed Dec 4 09:57:01 1996 rewinding tape > Wed Dec 4 09:57:07 1996 #1 rdump / ... > DUMP: DUMP: 21409 tape blocks on 1 volumes(s) > > DUMP: finished in 430 seconds, throughput 49 KBytes/sec > ^^^^^^^^^^^^^ !!!!! I can't confirm this. What's your blocksize? What system is the remote TCP peer? Is the tape streaming? That's what i get here: j@uriah 1523% /sbin/dump 0Bbf 5000000 32 localhost:/dev/rst0 / ... DUMP: DUMP: 20154 tape blocks on 1 volumes(s) DUMP: finished in 53 seconds, throughput 380 KBytes/sec ... j@uriah 1524% /sbin/dump 0Bbf 5000000 32 /dev/rst0 / ... DUMP: DUMP: 20154 tape blocks on 1 volumes(s) DUMP: finished in 53 seconds, throughput 380 KBytes/sec So of course, it's been the loopback device, but as long as the Ethernet card in question can handle 380 KB/s (which is not very much), the limiting factor is obviously the tape here. (It's a QIC-2.5GB w/ compression in a Tandberg drive. The 380 KB/s is a normal rate there.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 12:35:48 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09534 for current-outgoing; Sat, 7 Dec 1996 12:35:48 -0800 (PST) Received: from venus.GAIANET.NET (vince@venus.GAIANET.NET [206.171.98.27]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA09528 for ; Sat, 7 Dec 1996 12:35:46 -0800 (PST) Received: from localhost (vince@localhost) by venus.GAIANET.NET (8.8.3/8.8.3) with SMTP id MAA18502; Sat, 7 Dec 1996 12:38:02 -0800 (PST) Date: Sat, 7 Dec 1996 12:37:59 -0800 (PST) From: Vincent Poy To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: last in -current In-Reply-To: <199612071549.QAA20681@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Dec 1996, J Wunsch wrote: > As Veggy Vinny wrote: > > > Also, another problem with -current is last doesn't work > > correctly... > > > > 34.98.181 erin207. $^*t^ttyp2 Wed Dec 31 16:00 still logged > > in > > Have you rebuilt last(1) after the recent utmp.h changes? Yes I did and the problem was top, screen also had to be rebuilt and the /var/tmp/wtmp file had to be deleted for everything to work correctly. adduser still handles up to 8 characters max for usernames. So I would agree with you about the last should be backwards compatible. Vince From owner-freebsd-current Sat Dec 7 13:18:19 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA10631 for current-outgoing; Sat, 7 Dec 1996 13:18:19 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA10626 for ; Sat, 7 Dec 1996 13:18:16 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id WAA13444 for current@FreeBSD.org; Sat, 7 Dec 1996 22:16:03 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.4/8.8.2) with SMTP id WAA22176 for ; Sat, 7 Dec 1996 22:07:52 +0100 (MET) Date: Sat, 7 Dec 1996 22:07:52 +0100 (MET) From: Andreas Klemm To: current@freebsd.org Subject: really no traffic in this list since two weeks ??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! Since over two weeks I see no traffic in this mailinglist. Is that correct or what happened with -current ? Everybody working on 2.2-RELASE ? ;) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Dec 7 13:37:53 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA11369 for current-outgoing; Sat, 7 Dec 1996 13:37:53 -0800 (PST) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA11364 for ; Sat, 7 Dec 1996 13:37:49 -0800 (PST) Received: from unalmodem.usc.unal.edu.co ([168.176.3.39]) by apolo.biblos.unal.edu.co (8.8.2/8.8.2) with SMTP id QAA11074; Sat, 7 Dec 1996 16:39:40 -0500 (EST) Message-ID: <32AA0D7E.7F8@fps.biblos.unal.edu.co> Date: Sat, 07 Dec 1996 16:36:14 -0800 From: "Pedro Giffuni S." Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Andreas Klemm CC: current@freebsd.org Subject: Re: really no traffic in this list since two weeks ??? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andreas Klemm wrote: > > Hi ! > > Since over two weeks I see no traffic in this mailinglist. > > Is that correct or what happened with -current ? > > Everybody working on 2.2-RELASE ? ;) > I just subscribed 5 min. ago :), I wanted to know about the objectives behind 3.0 as they are not published anywhere. Yes, probably the release is more important now! Pedro. > -- > andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de > pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Dec 7 13:49:37 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA11812 for current-outgoing; Sat, 7 Dec 1996 13:49:37 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA11807 for ; Sat, 7 Dec 1996 13:49:34 -0800 (PST) Received: by sovcom.kiae.su id AA25036 (5.65.kiae-1 ); Sun, 8 Dec 1996 00:24:46 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 8 Dec 96 00:24:46 +0300 Received: from localhost (ache@nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id AAA00312; Sun, 8 Dec 1996 00:12:25 +0300 (MSK) Date: Sun, 8 Dec 1996 00:12:24 +0300 (MSK) From: =?KOI8-R?Q?Andrey_Chernov=2C_=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= To: Vincent Poy Cc: Joerg Wunsch , FreeBSD-current users Subject: Re: last in -current In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Dec 1996, Vincent Poy wrote: > On Sat, 7 Dec 1996, J Wunsch wrote: > > > As Veggy Vinny wrote: > > > > > Also, another problem with -current is last doesn't work > > > correctly... > > > > > > 34.98.181 erin207. $^*t^ttyp2 Wed Dec 31 16:00 still logged > > > in > > > > Have you rebuilt last(1) after the recent utmp.h changes? > > Yes I did and the problem was top, screen also had to be rebuilt > and the /var/tmp/wtmp file had to be deleted for everything to work > correctly. adduser still handles up to 8 characters max for usernames. > So I would agree with you about the last should be backwards compatible. You can't determine new or old format you parse. There is no version field in utmp record. So, you can't do anything in the 'last'. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sat Dec 7 13:53:48 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA12022 for current-outgoing; Sat, 7 Dec 1996 13:53:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA12017 for ; Sat, 7 Dec 1996 13:53:44 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA19290 for ; Sat, 7 Dec 1996 22:53:42 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA24533 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 22:53:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA22953 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 22:28:58 +0100 (MET) From: J Wunsch Message-Id: <199612072128.WAA22953@uriah.heep.sax.de> Subject: Re: cvs commit: src/include utmp.h To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 22:28:58 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612071943.MAA27564@phaeton.artisoft.com> from Terry Lambert at "Dec 7, 96 12:43:16 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > 2. The mutable components of /etc made more friendly to automated > > merges, this going as well for any system directory the average > > user is likely to modify. > > This is simply a matter of allowing someone to make the necessary > changes to seperate the data from the procedures which operate against > it, and seperating the procedures into logical units. > > At the lowest level, this means going to an rc.d mechanism for per > logical unit start/stop/status and ordering. You could support > run levels at the same time, but it's not strictly necessary. Huh? Am i in the wrong movie here? How do rc.d directories affect the locally changed files like /etc/host.conf, /etc/hosts, /etc/uucp/system, /etc/sliphome/slip.hosts etc.? (s,/etc,/var/conf,g if you prefer this. It doesn't change the question a bit.) No, i don't really expect an answer to this 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 Sat Dec 7 13:53:58 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA12048 for current-outgoing; Sat, 7 Dec 1996 13:53:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA12037 for ; Sat, 7 Dec 1996 13:53:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA19298 for ; Sat, 7 Dec 1996 22:53:45 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA24535 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 22:53:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA23001 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 22:34:36 +0100 (MET) From: J Wunsch Message-Id: <199612072134.WAA23001@uriah.heep.sax.de> Subject: Re: last in -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 22:34:36 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Vincent Poy at "Dec 7, 96 12:37:59 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Vincent Poy wrote: > > > 34.98.181 erin207. $^*t^ttyp2 Wed Dec 31 16:00 still logged > > > in > > > > Have you rebuilt last(1) after the recent utmp.h changes? > So I would agree with you about the last should be backwards compatible. :-) I think we're more headed towards a migration tool. My system ain't fully -current again, once it is, i'm in an urgent need to write the tool. If possible at all, i'll try to write it with some heuristics so it can also migrate wtmp's that have trailing records written using the new scheme. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 14:40:02 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA13373 for current-outgoing; Sat, 7 Dec 1996 14:40:02 -0800 (PST) Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA13332 for ; Sat, 7 Dec 1996 14:39:59 -0800 (PST) Received: from friley216.res.iastate.edu (loopback [127.0.0.1]) by friley216.res.iastate.edu (8.8.3/8.7.3) with ESMTP id QAA00487 for ; Sat, 7 Dec 1996 16:39:52 -0600 (CST) Message-Id: <199612072239.QAA00487@friley216.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-current@freebsd.org Subject: mfs module -- seems to work.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 07 Dec 1996 16:39:51 -0600 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed in /usr/src/lkm/Makefile that the mfs module is not build because it is broken. I have built it and loaded it, and it seems to work fine without any changes. Perhaps we could build it by default now? Or is it really broken and just something I have missed? --Chris Csanady From owner-freebsd-current Sat Dec 7 14:53:07 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA13982 for current-outgoing; Sat, 7 Dec 1996 14:53:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA13975 for ; Sat, 7 Dec 1996 14:52:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA20660 for ; Sat, 7 Dec 1996 23:52:45 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA25895 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 23:52:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id XAA23616 for freebsd-current@FreeBSD.org; Sat, 7 Dec 1996 23:32:47 +0100 (MET) From: J Wunsch Message-Id: <199612072232.XAA23616@uriah.heep.sax.de> Subject: Re: last in -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 23:32:47 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "[?KOI8-R?]" at "Dec 8, 96 00:12:24 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > You can't determine new or old format you parse. There is no > version field in utmp record. So, you can't do anything in the 'last'. ...short of heuristics. :) The `reasonability' of the time_t values, and the requirement that wtmp has them in ascending order, should allow for a lot of heuristics. I think they make fine ``slot marks''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 7 17:10:15 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19287 for current-outgoing; Sat, 7 Dec 1996 17:10:15 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA19280 for ; Sat, 7 Dec 1996 17:10:08 -0800 (PST) Received: from campa.panke.de (anonymous216.ppp.cs.tu-berlin.de [130.149.17.216]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id BAA20012; Sun, 8 Dec 1996 01:58:08 +0100 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id XAA00532; Sat, 7 Dec 1996 23:52:07 +0100 Date: Sat, 7 Dec 1996 23:52:07 +0100 From: Wolfram Schneider Message-Id: <199612072252.XAA00532@campa.panke.de> To: Poul-Henning Kamp Cc: Paulo Menezes , current@freebsd.org Subject: Re: mount_mfs In-Reply-To: <9955.849904535@critter.tfs.com> References: <9955.849904535@critter.tfs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: >>Ok, that is a solution! But what about mfs? I would not like to create a >>/var /etc /tmp for each of the machines. The real question is can mfs be >>used to create an empty ram-disk rw for /tmp? > >Well, mfs has no real speed advantage over any "real" filesystem since >we got the share VM/buffer code, so I generally avoid it. o no update(4) o no synchronus operation for creating/deleting files on disk >Remember that it isn't really a mfs but more like a >swap-partition-fs. It is a user process with contex switching and twice memory-to-memory copying. I think the word 'swap-partition-fs' is confusing. Mfs is a hack and not fully optimized for speed. See 'The Design and Implementation of the 4.4BSD Operating System', page 302-306. Wolfram From owner-freebsd-current Sat Dec 7 19:20:36 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA23084 for current-outgoing; Sat, 7 Dec 1996 19:20:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA23079 for ; Sat, 7 Dec 1996 19:20:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA28314; Sat, 7 Dec 1996 20:00:22 -0700 From: Terry Lambert Message-Id: <199612080300.UAA28314@phaeton.artisoft.com> Subject: Re: cvs commit: src/include utmp.h To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 7 Dec 1996 20:00:22 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <199612072128.WAA22953@uriah.heep.sax.de> from "J Wunsch" at Dec 7, 96 10:28:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > 2. The mutable components of /etc made more friendly to automated > > > merges, this going as well for any system directory the average > > > user is likely to modify. > > > > This is simply a matter of allowing someone to make the necessary > > changes to seperate the data from the procedures which operate against > > it, and seperating the procedures into logical units. > > > > At the lowest level, this means going to an rc.d mechanism for per > > logical unit start/stop/status and ordering. You could support > > run levels at the same time, but it's not strictly necessary. > > Huh? Am i in the wrong movie here? > > How do rc.d directories affect the locally changed files > like /etc/host.conf, /etc/hosts, /etc/uucp/system, > /etc/sliphome/slip.hosts etc.? (s,/etc,/var/conf,g if you prefer > this. It doesn't change the question a bit.) > > No, i don't really expect an answer to this either. :) You're getting one anyway... "They don't". What I said is still valid however, because "/erc/rc" counts as "an unfriendly mutable component". The only way to make something procedural "friendly" is to seperate it into immutable procedures and mutable data. So you asked the wrong second question. In answer to your first question, "yes". 8-) 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Dec 7 23:42:12 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA00849 for current-outgoing; Sat, 7 Dec 1996 23:42:12 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA00844 for ; Sat, 7 Dec 1996 23:42:10 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id XAA00769; Sat, 7 Dec 1996 23:40:51 -0800 (PST) To: Terry Lambert cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/include utmp.h In-reply-to: Your message of "Sat, 07 Dec 1996 12:43:16 MST." <199612071943.MAA27564@phaeton.artisoft.com> Date: Sat, 07 Dec 1996 23:40:50 -0800 Message-ID: <765.850030850@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is simply a matter of allowing someone to make the necessary > changes to seperate the data from the procedures which operate against > it, and seperating the procedures into logical units. Sounds reasonable. So let's talk prototypes. :-) > At the lowest level, this means going to an rc.d mechanism for per > logical unit start/stop/status and ordering. You could support > run levels at the same time, but it's not strictly necessary. I'm not yet convinced that the time is fully passed for further *incremental* improvements to the existing "flat" rc file structure, some of the types of abstraction you're looking for being possible with further extentions to the /etc/sysconfig concept, and without taking the big political hit of arguing for something which smells too much like SYSV for many people's tastes. Please note: I'm not saying that a nested rc.d structure is a bad idea, I frankly don't even care that strongly since I see it as a "six of one, half a dozen of the other" kind of argument. However, past experience has (amply!) shown that anytime you start talking about reorganizing the /etc files and even so much as hint at "rc.d/", you might as well just kiss your proposal goodbye since it's only about to be barbequed in the flame-fest which is sure to follow. Let's start smaller and first separate knobs from labels in the existing stuff, then see where people seem willing to go from there. Jordan