From owner-freebsd-current Sun May 12 03:20:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12513 for current-outgoing; Sun, 12 May 1996 03:20:45 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA12508 for ; Sun, 12 May 1996 03:20:41 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA29354 for ; Sun, 12 May 1996 12:20:39 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA22400 for freebsd-current@FreeBSD.org; Sun, 12 May 1996 12:20:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA06630 for freebsd-current@FreeBSD.org; Sun, 12 May 1996 12:09:09 +0200 (MET DST) From: J Wunsch Message-Id: <199605121009.MAA06630@uriah.heep.sax.de> Subject: Re: The Biff service To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 May 1996 12:09:08 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from invalid opcode at "May 11, 96 09:59:19 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+ 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 As invalid opcode wrote: > > > Would people kill me for introducing a `-b' option to mail.local(8) to > > > stop it from attempting to use the ``biff'' service? > Why not just use "biff n" ? Since comsat is disabled at all, and i've got tired of the logged failed connection attempts. -- 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 May 12 03:20:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12530 for current-outgoing; Sun, 12 May 1996 03:20:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA12517 for ; Sun, 12 May 1996 03:20:45 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA29350 for ; Sun, 12 May 1996 12:20:38 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA22399 for freebsd-current@FreeBSD.org; Sun, 12 May 1996 12:20:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA06566 for freebsd-current@FreeBSD.org; Sun, 12 May 1996 12:04:56 +0200 (MET DST) From: J Wunsch Message-Id: <199605121004.MAA06566@uriah.heep.sax.de> Subject: Re: cvs commit: src/sys/i386/isa syscons.c To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 May 1996 12:04:55 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605120211.MAA13485@godzilla.zeta.org.au> from Bruce Evans at "May 12, 96 12:11:41 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+ 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 (moved to -current) As Bruce Evans wrote: > > Give up waiting for a successful keyboard reset after some > > unreasonable time. I've got a PCI mainboard that simply doesn't grok > > it, so continuing with a warning (and a keyboard that's working > > nevertheless :) seems to be better than spin-looping forever. > > Does it work if you fix the well known `!retries' logic bug (the infinite > loop always gets entered if the first loop fails (retries == -1)). No, retries were at 4 when the probe went on. (Well, damn, i could have fixed the retries bug in the same commit.) I've single-stepped the code in DDB, and this keyboard controller always responded with ``keyboard buffer empty'' (first infinite loop) and the byte 0xfa was fetched (KB_ACK, second infinite loop). It suprised me a bit, since it was just an AMIKEY-2 controller as i've seen it working on many other boards before. Alas, the chip has been soldered in (and the board itself was a loaner to me only to debug this problem -- so i couldn't use a soldering iron :), so replacing it was not an option for me. > I have a keyboard with a partly broken cable or connector which causes > interesting problems for keyboard drivers. The BIOS keyboard driver > seems to handle transient disconnections better than syscons. Perhaps > it issues a reset when the keyboard stops working. Perhaps the BIOS reacts properly to the 0xaa (SELF TEST OKAY) message that is sent when the keyboard plugs in, and re-initializes the keyboard. -- 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 May 12 03:20:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12553 for current-outgoing; Sun, 12 May 1996 03:20:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA12546 for ; Sun, 12 May 1996 03:20:53 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA29358; Sun, 12 May 1996 12:20:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA22401; Sun, 12 May 1996 12:20:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA06723; Sun, 12 May 1996 12:16:54 +0200 (MET DST) From: J Wunsch Message-Id: <199605121016.MAA06723@uriah.heep.sax.de> Subject: Re: your mail To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 May 1996 12:16:53 +0200 (MET DST) Cc: coredump@nervosa.com (invalid opcode) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from invalid opcode at "May 11, 96 08:12:21 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+ 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 As invalid opcode wrote: > Rebuilding whatis database: > /c++/: nested *?+ in regexp at /usr/bin/makewhatis line 286, line 27. > 284: foreach (split(/,\s+/, $man)) { > 285: s/\(.+//; > 286: ($f = $file) =~ s/$name/$_/; > 287: # a keyword exist as file > 288: return if -e "$f"; Try $name =~ s/([*?+])/\\\1/g; between lines 285 and 286. -- 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 May 12 09:42:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29069 for current-outgoing; Sun, 12 May 1996 09:42:04 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA29064 for ; Sun, 12 May 1996 09:42:01 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA02068 ; Sun, 12 May 1996 18:41:49 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA05275 ; Sun, 12 May 1996 18:42:04 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id KAA07123; Sun, 12 May 1996 10:57:24 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605120857.KAA07123@keltia.freenix.fr> Subject: Re: The Biff service To: coredump@nervosa.com (invalid opcode) Date: Sun, 12 May 1996 10:57:24 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-Reply-To: from invalid opcode at "May 11, 96 09:59:19 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1983 X-Mailer: ELM [version 2.4ME+ PL16 (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 It seems that invalid opcode said: > Why not just use "biff n" ? Won't work. "biff n" will prevent you to see the arrival but will not prevent mail.local to send an UDP datagram to the "biff" service and generate the spurious "warning" in the log file. PS: pretty old message, been in Holidays maybe ? :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Thu May 9 23:47:04 MET DST 1996 From owner-freebsd-current Sun May 12 10:37:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02476 for current-outgoing; Sun, 12 May 1996 10:37:09 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA02468 for ; Sun, 12 May 1996 10:37:05 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id KAA22323; Sun, 12 May 1996 10:36:24 -0700 (PDT) Date: Sun, 12 May 1996 10:36:23 -0700 (PDT) From: invalid opcode To: Ollivier Robert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org Subject: Re: The Biff service In-Reply-To: <199605120857.KAA07123@keltia.freenix.fr> 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, 12 May 1996, Ollivier Robert wrote: > It seems that invalid opcode said: > > Why not just use "biff n" ? > Won't work. "biff n" will prevent you to see the arrival but will not > prevent mail.local to send an UDP datagram to the "biff" service and > generate the spurious "warning" in the log file. Well I figured he was doing this because he was tired of seeing biff notifies. =) > PS: pretty old message, been in Holidays maybe ? :-) Nope, for some cutesy reason, I am just now getting some email from April 8-10, very strange. > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Sun May 12 12:43:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09981 for current-outgoing; Sun, 12 May 1996 12:43:16 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA09963 for ; Sun, 12 May 1996 12:43:12 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id VAA08013 for current@freebsd.org; Sun, 12 May 1996 21:30:22 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id VAA22617 for ; Sun, 12 May 1996 21:05:28 +0200 (MET DST) Date: Sun, 12 May 1996 21:05:24 +0200 (MET DST) From: Andreas Klemm To: current@freebsd.org Subject: How to get the -current CD-Rom from WC ?! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hi ! Sorry if this should be kind of a FAQ ... I browsed today through WC's WWW Server to order the FreeBSD-current CD-Rom with the actual CVS tree, but didn't find a hint, how to order it :( (or did I overlook something ?) How can I order one exemplar or is it subscription only ??? Is there a company in Germany that sells it or do I have to sent my VISA card number to WC ? Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@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 <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMZY2d/MLpmkD/U+FAQG6wgQAv8/D3UgEErLvGJZveo204BTsBaogPiGq 4lhZhB0mu2284qQt8+1Ca81CA/TQaZ61MzMFgIUYnpw1fjUULyrFA7rsDNUZTjRO kGDmoKUOxvMkeIjtUdQJ1O4MIsk+vUUU66X/ovH50vkTbZN3jCTEMQQoc1NKtn1m vEjglbAIkco= =OIFK -----END PGP SIGNATURE----- From owner-freebsd-current Sun May 12 13:33:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12784 for current-outgoing; Sun, 12 May 1996 13:33:59 -0700 (PDT) Received: from nol.net (root@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA12779 for ; Sun, 12 May 1996 13:33:52 -0700 (PDT) Received: from dazed.nol.net (blh@dazed.nol.net [206.126.32.101]) by nol.net (8.7.5/8.7.3) with SMTP id PAA13851 for ; Sun, 12 May 1996 15:32:03 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Sun, 12 May 1996 15:32:00 -0500 (CDT) From: "Brett L. Hawn" To: freebsd-current@freebsd.org Subject: hrmm.. anyone? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whilst playing with the latest sup of -current (this morning around 1am CDT) I came across this while trying to compile my newest kernel. ../../kern/uipc_mbuf.c: In function binit': ../../kern/uipc_mbuf.c:80: MB_INIT' undeclared (first use this function) I checked around in /usr/src/sys/* and can't find any other reference to it, or I could be going blind. I seem to recall someone playing with mbufs and saying that DDB and KTRACE are now required but I would think that to be a bit natzish of the kernel to REQUIRE DDB and KTRACE. Brett From owner-freebsd-current Sun May 12 13:41:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13403 for current-outgoing; Sun, 12 May 1996 13:41:30 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA13389 Sun, 12 May 1996 13:41:21 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id WAA00540; Sun, 12 May 1996 22:41:14 +0200 (SAT) Message-Id: <199605122041.WAA00540@grumble.grondar.za> To: Bill Paul cc: current@freebsd.org Subject: Re: Make world breakage... Date: Sun, 12 May 1996 22:41:13 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [copied to current] Bill Paul wrote: > > Bill Paul wrote: > > > > Looks like some problem with "inline"s? > > > > > > > > Script started on Sat May 11 13:41:51 1996 > > > > bash# make > > > > gcc -W -Wall -pedantic -ansi -O -pipe -O -DLIBC_RCS -DSYSLIBC_RCS -D__D BINT > > ERFACE_PRIVATE -DPOSIX_MISTAKE -I/a/src/lib/libc/locale -DYP -c /a/src/lib/ libc > > /gen/getpwent.c -o getpwent.o > > > > > > [chop] > > > > > > Well, I'll fix this of course, but, I think I'm confused: have we > > > always been building the world with '-pedantic -ansi?' Hmm... I fixed this by hand, and like you said, it fell over left, right and centre with lots more inlines. I did a hunt for -pedantic -ansi, and cant find where it is creeping in. I am as confused as hell, now. > > Not sure. Must be? I just checked my make.conf for nonstandard CFLAGS, > > and that is commented out. I check my sources out of CVS, so I can see > > if anything else is different, and so far everything (except this) is > > peachy... > > But I don't understand... there are other places in libc that use > the 'inline' keyword which should also fail (look in libc/stdlib/getenv.c, > among other places). At least, they fail when I try to compile with > with -pedantic -ansi. If we've been using -pedantic -ansi all along, > then these should also have failed, unless they're doing something > magic that I just can't see. Have you tried building these to see > what happens? If they barf too, then you'd assume someone would have > noticed it a long time ago. Also, I made these changes before > the last SNAP went out: if they don't compile, then how'd they manage > to get a release built? Oink? I haven't a clue... > If you change the 'inline' keywords in getpwent.c to '__inline__' then > it will compile (though there will be other non-fatal warnings). Try > this and see if it completes normally. My money says it'll die somewhere > else. > > Note that ypserv also uses the 'inline' keyword, so it too may barf > (if you are indeed using the -pedantic -ansi flags for everything). > > I'm still confused. Me too. Big time. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun May 12 15:36:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20557 for current-outgoing; Sun, 12 May 1996 15:36:09 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA20524 for ; Sun, 12 May 1996 15:36:06 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id RAA08276; Sun, 12 May 1996 17:36:04 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 12 May 96 17:36 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 12 May 96 17:36 CDT Date: Sun, 12 May 1996 17:36:02 -0500 (CDT) From: Alex Nash X-Sender: nash@Mercury.mcs.com To: Andreas Klemm cc: current@freebsd.org Subject: Re: How to get the -current CD-Rom from WC ?! 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 Sun, 12 May 1996, Andreas Klemm wrote: > Sorry if this should be kind of a FAQ ... I browsed today through > WC's WWW Server to order the FreeBSD-current CD-Rom with the actual > CVS tree, but didn't find a hint, how to order it :( (or did I > overlook something ?) You can find the information at: http://www.cdrom.com/titles/freebsd-960501-snap.html > How can I order one exemplar or is it subscription only ??? > Is there a company in Germany that sells it or do I have to > sent my VISA card number to WC ? It's $29.95 for a single issue, $14.95 for a subscription (which you can cancel at any time). Alex From owner-freebsd-current Sun May 12 16:38:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23321 for current-outgoing; Sun, 12 May 1996 16:38:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA23316 for ; Sun, 12 May 1996 16:38:42 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA16860; Mon, 13 May 1996 09:15:28 +0930 From: Michael Smith Message-Id: <199605122345.JAA16860@genesis.atrad.adelaide.edu.au> Subject: Re: NFS in -current is _BUSTED_ To: terry@lambert.org (Terry Lambert) Date: Mon, 13 May 1996 09:15:27 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, asami@cs.berkeley.edu, terry@lambert.org, current@freebsd.org In-Reply-To: <199605101857.LAA02377@phaeton.artisoft.com> from "Terry Lambert" at May 10, 96 11:57:00 am 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 Terry Lambert stands accused of saying: > > > Different bcopy optimisations. Diff -stable i386/i386/support.s against > > the -current version to see what Terry's talking about. > > Yes. Ok, here's the picture. My test system is a 386DX40, IIT387, 8M, ISA-everything, /usr/src NFS mounted, /usr/obj local. Freshly installed 960501-SNAP, /usr/src is -current supped around the time of the SNAP. Booted with the -SNAP GENERIC kernel, 'make world' runs fine (good thing I had other things to do this weekend 8). Built a new kernel, rebooted. Go to /usr/src, 'make cleandist'. Dies almost immediately. The most interior make is sleeping on 'getblk'. As I said, the GENERIC kernel works fine. Here's my config for the failing one. At this point, I'm suspecting either NFS_NOSERVER or the omission of the other processor types. Unfortunately, the machine being a bit slow, testing these takes some time 8) > One wonders how he runs Sybase, since the HGI needs that. That's > why I was running Sybase on FreeBSD (back when the database was at > the 2G mark). After checking with a more reliable source (my SO), it becomes clear that he was referring to the GenBank database (DNA sequences). I _still_ think he was full of shit; it was just Satoshi and his 'world's biggest dic^Hsk' project that prompted me to mention it. (Go Satoshi!) > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun May 12 16:46:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23593 for current-outgoing; Sun, 12 May 1996 16:46:15 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA23574 for ; Sun, 12 May 1996 16:45:31 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA16913; Mon, 13 May 1996 09:22:14 +0930 From: Michael Smith Message-Id: <199605122352.JAA16913@genesis.atrad.adelaide.edu.au> Subject: Re: NFS in -current is _BUSTED_ To: msmith@genesis.atrad.adelaide.edu.au (Michael Smith) Date: Mon, 13 May 1996 09:22:14 +0930 (CST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, asami@cs.berkeley.edu, current@freebsd.org In-Reply-To: <199605122345.JAA16860@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 13, 96 09:15:27 am 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 stands accused of saying: > > As I said, the GENERIC kernel works fine. Here's my config for the failing > one. At this point, I'm suspecting either NFS_NOSERVER or the omission of > the other processor types. Dang. I really should wait 'till after my first coffee to tackle my mail. Here we go : machine "i386" cpu "I386_CPU" ident LUMPY maxusers 16 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options NFS_NOSERVER config kernel root on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 device sd0 device st0 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x340 net irq 5 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 16 I've tried with and without the 'bt' driver and SCSI bus stuff, and that doesn't appear to change anything. The 'NFS_NOSERVER' option is next on the list. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun May 12 18:44:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03050 for current-outgoing; Sun, 12 May 1996 18:44:32 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA03045 for ; Sun, 12 May 1996 18:44:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA24133; Sun, 12 May 1996 18:43:48 -0700 (PDT) To: Andreas Klemm cc: current@freebsd.org Subject: Re: How to get the -current CD-Rom from WC ?! In-reply-to: Your message of "Sun, 12 May 1996 21:05:24 +0200." Date: Sun, 12 May 1996 18:43:48 -0700 Message-ID: <24131.831951828@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sorry if this should be kind of a FAQ ... I browsed today through > WC's WWW Server to order the FreeBSD-current CD-Rom with the actual > CVS tree, but didn't find a hint, how to order it :( (or did I > overlook something ?) I've just added the snaps to http://www.cdrom.com/new.html Jordan From owner-freebsd-current Sun May 12 22:46:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA19072 for current-outgoing; Sun, 12 May 1996 22:46:02 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA19067 Sun, 12 May 1996 22:45:56 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id HAA05505; Mon, 13 May 1996 07:45:45 +0200 (SAT) Message-Id: <199605130545.HAA05505@grumble.grondar.za> To: Bill Paul , current@freebsd.org Subject: Re: Make world breakage... Date: Mon, 13 May 1996 07:45:41 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry for this spam, guys. I had an environment variable set from from doing a ".script" about three days ago. I feel like such a wally.... M Mark Murray wrote: > [copied to current] > > Bill Paul wrote: > > > Bill Paul wrote: > > > > > Looks like some problem with "inline"s? > > > > > > > > > > Script started on Sat May 11 13:41:51 1996 > > > > > bash# make > > > > > gcc -W -Wall -pedantic -ansi -O -pipe -O -DLIBC_RCS -DSYSLIBC_RCS -D_ _D > BINT > > > ERFACE_PRIVATE -DPOSIX_MISTAKE -I/a/src/lib/libc/locale -DYP -c /a/src/li b/ > libc > > > /gen/getpwent.c -o getpwent.o > > > > > > > > [chop] > > > > > > > > Well, I'll fix this of course, but, I think I'm confused: have we > > > > always been building the world with '-pedantic -ansi?' > > Hmm... I fixed this by hand, and like you said, it fell over left, right > and centre with lots more inlines. I did a hunt for -pedantic -ansi, > and cant find where it is creeping in. I am as confused as hell, now. > > > > Not sure. Must be? I just checked my make.conf for nonstandard CFLAGS, > > > and that is commented out. I check my sources out of CVS, so I can see > > > if anything else is different, and so far everything (except this) is > > > peachy... > > > > But I don't understand... there are other places in libc that use > > the 'inline' keyword which should also fail (look in libc/stdlib/getenv.c, > > among other places). At least, they fail when I try to compile with > > with -pedantic -ansi. If we've been using -pedantic -ansi all along, > > then these should also have failed, unless they're doing something > > magic that I just can't see. Have you tried building these to see > > what happens? If they barf too, then you'd assume someone would have > > noticed it a long time ago. Also, I made these changes before > > the last SNAP went out: if they don't compile, then how'd they manage > > to get a release built? > > Oink? I haven't a clue... > > > If you change the 'inline' keywords in getpwent.c to '__inline__' then > > it will compile (though there will be other non-fatal warnings). Try > > this and see if it completes normally. My money says it'll die somewhere > > else. > > > > Note that ypserv also uses the 'inline' keyword, so it too may barf > > (if you are indeed using the -pedantic -ansi flags for everything). > > > > I'm still confused. > > Me too. Big time. > > M > > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > Finger mark@grondar.za for PGP key -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun May 12 22:49:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA19187 for current-outgoing; Sun, 12 May 1996 22:49:39 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA19181 for ; Sun, 12 May 1996 22:49:37 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id BAA03192; Mon, 13 May 1996 01:50:07 -0400 (EDT) Date: Mon, 13 May 1996 01:47:35 -0400 (EDT) From: Brian Tao To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: ** Small problem + BUG in 960501 ** In-Reply-To: <21558.831877499@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 May 1996, Jordan K. Hubbard wrote: > > OK, I think it's pretty clear - there's something wrong with custom. I'm going to try another Custom install tomorrow at work, but this time respecifying the networking parameters during the post-install to see if that makes any difference. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Sun May 12 23:27:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20486 for current-outgoing; Sun, 12 May 1996 23:27:11 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA20481 Sun, 12 May 1996 23:27:06 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id JAA24596; Mon, 13 May 1996 09:26:26 +0300 (EET DST) Date: Mon, 13 May 1996 09:26:25 +0300 (EET DST) From: Seppo Kallio To: "Jordan K. Hubbard" cc: Brian Tao , current@FreeBSD.ORG, martin@FreeBSD.ORG Subject: Re: ** Small problem + BUG in 960501 ** In-Reply-To: <15977.831855890@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 did use custom. I have 2940, SMC Elite, P150 SOYO motherb, 32-128M RAM. I had copied the snap to my own server using ftp+get directory.tar, one could think it's incomplete or something, but I do not think so, it works OK exept this problem. I have made 3 installations. Every time same problem, I think nothing in /etc/sysconfig is defined: hostname, ethercard, keyboard, come first in my mind. Seppo On Sat, 11 May 1996, Jordan K. Hubbard wrote: > > Same problem here. I've only installed 2.2-960501 on my own > > workstation so far, and /etc/sysconfig did not have the hostname set > > Argh! And every ftp install I've done has had /etc/sysconfig updated > properly at the end, too! :-( Hmmmmmm. Are you guys using custom, > express or novice installation? > > Jordan > From owner-freebsd-current Mon May 13 00:20:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25482 for current-outgoing; Mon, 13 May 1996 00:20:14 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25465 for ; Mon, 13 May 1996 00:20:12 -0700 (PDT) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id AAA19708 for freebsd-current@freebsd.org; Mon, 13 May 1996 00:20:10 -0700 Date: Mon, 13 May 1996 00:20:10 -0700 From: Josh MacDonald Message-Id: <199605130720.AAA19708@paris.CS.Berkeley.EDU> To: freebsd-current@freebsd.org Subject: version of makeinfo in -current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Would anyone object to upgrading the version of makeinfo in the current source tree? It is quite old. Its behaviour is totally different from the newer version when certain options are specified, and it has bugs. I can perform this upgrade. This seems to be a recurring thing for me to mail the lists, I'm using FreeBSD as a development machine, and every piece of GNU software I use I have to install from the current release, its kind of annoying. -josh From owner-freebsd-current Mon May 13 01:42:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01188 for current-outgoing; Mon, 13 May 1996 01:42:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01179 for ; Mon, 13 May 1996 01:42:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA26249; Mon, 13 May 1996 01:41:21 -0700 (PDT) To: Josh MacDonald cc: freebsd-current@FreeBSD.ORG Subject: Re: version of makeinfo in -current In-reply-to: Your message of "Mon, 13 May 1996 00:20:10 PDT." <199605130720.AAA19708@paris.CS.Berkeley.EDU> Date: Mon, 13 May 1996 01:41:21 -0700 Message-ID: <26247.831976881@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can perform this upgrade. Please do! Jordan From owner-freebsd-current Mon May 13 01:45:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01460 for current-outgoing; Mon, 13 May 1996 01:45:55 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA01453 for ; Mon, 13 May 1996 01:45:51 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uItGC-0003wUC; Mon, 13 May 96 01:45 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id IAA10684; Mon, 13 May 1996 08:45:42 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Josh MacDonald cc: freebsd-current@FreeBSD.ORG Subject: Re: version of makeinfo in -current In-reply-to: Your message of "Mon, 13 May 1996 00:20:10 MST." <199605130720.AAA19708@paris.CS.Berkeley.EDU> Date: Mon, 13 May 1996 08:45:41 +0000 Message-ID: <10682.831977141@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can perform this upgrade. > > This seems to be a recurring thing for me to mail the lists, I'm > using FreeBSD as a development machine, and every piece of GNU software > I use I have to install from the current release, its kind of annoying. Well, the problem is that we lack a person who would spend the time to keep the GNU stuff up to date. Care to donate a little time ? -- 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 Mon May 13 01:47:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01601 for current-outgoing; Mon, 13 May 1996 01:47:51 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01595 Mon, 13 May 1996 01:47:47 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id BAA04203; Mon, 13 May 1996 01:47:44 -0700 (PDT) Date: Mon, 13 May 1996 01:47:44 -0700 (PDT) Message-Id: <199605130847.BAA04203@silvia.HIP.Berkeley.EDU> To: current@freebsd.org, stable@freebsd.org CC: nisha@cs.berkeley.edu Subject: Heads-up: ccd offset 16 change committed From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just committed changes to ccd.c to not use the first 16 blocks in each of the underlying partitions. What this means is that you can stop worrying about starting the partitions for ccd too close to the beginning of the slice. Anything that works for FFS will also work for ccd, including the "c" partition (which, I think, is what most people would want to use for ccd anyway). The downside of this is that if you already have a ccd set up on your machine, it will stop working when you recompile the kernel from the latest sources. To avoid this, you should either (1) change the disklabel to move the partitions 16 sectors towards the beginning of the disk, or (2) change the definition of CCD_OFFSET to 0 in sys/dev/ccd/ccd.c. Or just back up, recompile, and restore. I believe this would be the last major change in the ccd layout in the forseeable future. (Well there still might be, but at least I don't anticipate anything anytime soon, that's why it's called "forseeable". :> ) Happy concatenating! Satoshi From owner-freebsd-current Mon May 13 01:51:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01958 for current-outgoing; Mon, 13 May 1996 01:51:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01949 for ; Mon, 13 May 1996 01:51:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA26277; Mon, 13 May 1996 01:50:22 -0700 (PDT) To: Michael Smith cc: current@FreeBSD.org Subject: Re: Knobs in /etc/sysconfig In-reply-to: Your message of "Tue, 25 Jul 1995 15:04:47 +0930." <199507250534.PAA01801@genesis.atrad.adelaide.edu.au> Date: Mon, 13 May 1996 01:50:22 -0700 Message-ID: <26275.831977422@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [ Digging deep into his pile of mail for which an answer was warranted but not given, Jordan yanks forth the following hoary gem - wow, July of '95!] >Subject: Re: Knobs in /etc/sysconfig >To: jkh@time.cdrom.com (Jordan K. Hubbard) >Date: Tue, 25 Jul 1995 15:04:47 +0930 (CST) >Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.org >In-Reply-To: <3128.806642718@time.cdrom.com> from "Jordan K. Hubbard" at Jul 24, 95 08:25:18 pm >Content-Type: text >Content-Length: 2803 > > Hmm, configuration files : the bane of my existence 8) > > Before I/we get too rampant on this, what's the feeling (in particular > from Rod, of course 8) on imposing some structure on the layout of > /etc/sysconfig? I was just looking at this again the other day, and it seems like a structure like the one you propose might possibly work. Recapped for those who have almost certainly forgotten it: > A first cut would look something like this : > > Lines beginning with '#' are comments. Lines beginning with '#*' are > structure comments. > > #* Section: Keyboard > ... > #* Keyword: KBD_repeat_rate > #* OneOf: "No change"=none,"Fast"=fast,"Medium"=medium,"Slow"=slow > #* Default: none > > KBD_repeat_rate = none > ... > #* Section: Networking > ... > #* Keyword: NET_interface_list > #* String: > #* Default: "ed0 lp0" > > NET_interface_list = "ed0 ed1" > ... > etc. > > It's impossible to embed _all_ of the intelligence required into these > comments, and overdoing it is harmful to your sanity, but minimising the > keyword-specific intelligence required for processing would be nice 8) I think it's already on the borderline of `overdone' as it is, so you won't catch me willfully adding to it. :-) Nonetheless, it looks like a more than reasonable start. > Some other proposals : variable name prefixes. I've already proposed > KBD and NET, I'll add PKG_pkgname for package-specific stuff (in a > Packages section). > > As far as types are concerned, I see current use of : > > Boolean : ON/OFF > OneOf : one of a,b,c,d > ListOf : none or more of a,b,c,d > String : some string value > StringBoolean : some string value or OFF (or NO or something similar). > FQDN : qualified name (dotted address style) > IPADDR : a dotted-quad value. > Pathname : a pathname > > I can see possible use for : > > Mailaddr : a mail address > Device : a device name > > And I'm sure I've missed some. Hmm. Seems like "StringBoolean" is just a degenerate case of "OneOf YES,NO,OFF,ON" or whatever, but aside from that the selection seems fine to me. I like it! Why don't we do that already? If you knew how the sysconfig munging in sysinstall worked, you'd barf - we need something better. :-) Jordan From owner-freebsd-current Mon May 13 02:04:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03722 for current-outgoing; Mon, 13 May 1996 02:04:31 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA03706 for ; Mon, 13 May 1996 02:04:26 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id MAA05941 for ; Mon, 13 May 1996 12:04:23 +0300 (EET DST) Date: Mon, 13 May 1996 12:04:22 +0300 (EET DST) From: Seppo Kallio To: freebsd-current@freebsd.org Subject: cc: Internal compiler error: program cc1 got fatal signal 11 In-Reply-To: <199605130720.AAA19708@paris.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I/usr/include -DI386_CPU -DI486_CPU -DI586_CPU -DI686_CPU -DLINUX_COMPAT -DATAPI -DNCONS=4 -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../vm/vnode_pager.c cc: Internal compiler error: program cc1 got fatal signal 11 Got this error when trying to compile Amancio's new sound driver for GUS in 2.2-SNAP-960501 (I know the driver is for 2.1). Seppo From owner-freebsd-current Mon May 13 02:29:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06495 for current-outgoing; Mon, 13 May 1996 02:29:29 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA06485 for ; Mon, 13 May 1996 02:29:25 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA04334; Mon, 13 May 1996 02:29:18 -0700 (PDT) Date: Mon, 13 May 1996 02:29:18 -0700 (PDT) Message-Id: <199605130929.CAA04334@silvia.HIP.Berkeley.EDU> To: jmacd@CS.Berkeley.EDU CC: freebsd-current@freebsd.org In-reply-to: <199605130720.AAA19708@paris.CS.Berkeley.EDU> (message from Josh MacDonald on Mon, 13 May 1996 00:20:10 -0700) Subject: Re: version of makeinfo in -current From: asami@CS.Berkeley.EDU (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Would anyone object to upgrading the version of makeinfo in the * current source tree? It is quite old. Its behaviour is totally * different from the newer version when certain options are specified, * and it has bugs. * * I can perform this upgrade. I certainly won't object (in fact I will encourage you to do such tasks), as long as you check and see if anything in the main source tree calls it with the incompatible options. * This seems to be a recurring thing for me to mail the lists, I'm * using FreeBSD as a development machine, and every piece of GNU software * I use I have to install from the current release, its kind of annoying. You know, I tend to think that if you send us bmaked diffs for half the things that you complain about, the world will be a much warmer and fuzzier place for all FreeBSD'ers. :) Satoshi "where is the gcc-2.7.2 upgrade? :)" Asami From owner-freebsd-current Mon May 13 04:18:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12832 for current-outgoing; Mon, 13 May 1996 04:18:19 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA12827 Mon, 13 May 1996 04:18:14 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id EAA10401; Mon, 13 May 1996 04:18:10 -0700 (PDT) Date: Mon, 13 May 1996 04:18:10 -0700 (PDT) Message-Id: <199605131118.EAA10401@silvia.HIP.Berkeley.EDU> To: current@freebsd.org, stable@freebsd.org CC: ccd@stampede.cs.berkeley.edu In-reply-to: <199605130847.BAA04203@silvia.HIP.Berkeley.EDU> (asami@cs.berkeley.edu) Subject: Re: Heads-up: ccd offset 16 change committed From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * The downside of this is that if you already have a ccd set up on your * machine, it will stop working when you recompile the kernel from the * latest sources. To avoid this, you should either (1) change the * disklabel to move the partitions 16 sectors towards the beginning of * the disk, or (2) change the definition of CCD_OFFSET to 0 in * sys/dev/ccd/ccd.c. Or just back up, recompile, and restore. Per Paul-Henning's request, I added an #ifndef-#else around the CCD_OFFSET so you can do a options "CCD_OFFSET=0" (double-quotes mandatory) in your kernel config file if you don't want to modify the source and still keep the old ccd volumes. Satoshi From owner-freebsd-current Mon May 13 04:46:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA14335 for current-outgoing; Mon, 13 May 1996 04:46:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA14330 for ; Mon, 13 May 1996 04:46:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA19647; Mon, 13 May 1996 21:25:23 +0930 From: Michael Smith Message-Id: <199605131155.VAA19647@genesis.atrad.adelaide.edu.au> Subject: Re: version of makeinfo in -current To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Mon, 13 May 1996 21:25:22 +0930 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <199605130720.AAA19708@paris.CS.Berkeley.EDU> from "Josh MacDonald" at May 13, 96 00:20:10 am 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 Josh MacDonald stands accused of saying: > > This seems to be a recurring thing for me to mail the lists, I'm > using FreeBSD as a development machine, and every piece of GNU software > I use I have to install from the current release, its kind of annoying. Lots of us use FreeBSD as development systems. Lots of us have large investments in code that works correctly with the toolchain as it is. Including the system itself. If all we did was follow the often senseless faddism that seems to permeate the GNU world, all our time would be spent fiddling with tools, and no real work would ever be done. (This is why people just ignore the endless "when will you be upgrading to gcc 2.7.x" - there are bugs in 2.7.x that the FSF have said won't be fixed until 2.8.0, and the work and stress involved would be substantial.) Having said this, if the new version of makeinfo is backwards-compatible, or at least the things that depend on it won't break (uucp, for example), there's nobody that will complain at you for bringing it in! > -josh -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 13 05:57:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA18209 for current-outgoing; Mon, 13 May 1996 05:57:47 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA18201 for ; Mon, 13 May 1996 05:57:39 -0700 (PDT) Received: from gmarco (ts1port15d.masternet.it [194.184.65.37]) by masternet.it (8.6.12/8.6.9) with SMTP id NAA17185 for ; Mon, 13 May 1996 13:55:06 +0200 Message-Id: <2.2.32.19960513125610.006cceb4@masternet.it> X-Sender: gmarco@masternet.it X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 May 1996 14:56:10 +0200 To: current@freebsd.org From: Gianmarco Giovannelli Subject: Snap or CTM Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello everybody, I'd like to understand if I have the same files from the 960501 snap release , if I am current with ctm files starting from 960323 Cdrom from walnut creek... This becasue the boot output of the two versions seems a little different , and the /stand/sysinstall too... Sorry if it is a FAQ or as I think a silly questions... :-) Thanks for attention... Regards... +-------------------------------------+--------------------+ | Internet: gmarco@masternet.it | ,,, | | Internet: gmarco@nettuno.it | (o o) | | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | | Fidonet : 2:332/113.0@fidonet | __ | | Amiganet: 39:102/507@amiganet | __/// Gianmarco | | http://www.masternet.it/dsc/gmarco | \XX/ | +-------------------------------------+--------------------+ From owner-freebsd-current Mon May 13 07:42:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA24970 for current-outgoing; Mon, 13 May 1996 07:42:41 -0700 (PDT) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA24963 for ; Mon, 13 May 1996 07:42:37 -0700 (PDT) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.98.204]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id KAA25607 for ; Mon, 13 May 1996 10:42:35 -0400 (EDT) Received: (from chuckr@localhost) by ginger.eng.umd.edu (8.7.5/8.7.3) id KAA03249; Mon, 13 May 1996 10:42:34 -0400 (EDT) Date: Mon, 13 May 1996 10:42:34 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: FreeBSD Current Subject: Re: dynamic linking 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 Mon, 13 May 1996, Chuck Robey wrote: I put this on ports, but I had it suggested to me that current was a better forum, since I wasn't getting any response from ports. > One more time, in case you missed it. If I don't get an answer this > time, I'll stop bugging you. I am working on getting the tcl code to > dynamically load modules, and to do that I'm trying to understand the > dlopen/dlsym calls. I wrote a very simple program to test it, which just > takes a file from the command line and dloads it. To use a file I knew > was in correct format, I used one from libc, but I always get this kind > of error: > > ./dltests /usr/obj/lib/libc/rmdir.so > testing file /usr/obj/lib/libc/rmdir.so ... dlopen call returned pointer > value 0 > dlerror call returns mmap failed for "/usr/obj/lib/libc/rmdir.so" : > Invalid argument > > OK, below is the code I wrote to test it. Anyone got any idea why it's > failing? > > Thanks. > > #include > #include > > void main( int argc, char *argv[] ) > { > int err_ret; > void *pntr; > > if( argc != 2 ) > { > printf("%s: incorrect number of parameters.\n",argv[0]); > printf("\tInvoke as: %s \n",argv[0]); > exit(0); > } > printf("testing file %s ... ", argv[1]); > pntr = dlopen( argv[1], 1 ); > printf("dlopen call returned pointer value %lx\n", pntr ); > printf("dlerror call returns %s\n", dlerror() ); > if( pntr ) > { > err_ret = dlclose( pntr ); > printf("since open was successful, dlclose returns %d\n", > err_ret ); > printf("and subsequent dlerror call returns %s\n",dlerror()); > } > exit(0); > } > > > ========================================================================== > Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 > > Three Accounts for the Super-users in the sky, > Seven for the Operators in their halls of fame, > Nine for Ordinary Users doomed to crie, > One for the Illegal Cracker with his evil game > In the Domains of Internet where the data lie. > One Account to rule them all, One Account to watch them, > One Account to make them all and in the network bind them. > > > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Mon May 13 08:07:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26842 for current-outgoing; Mon, 13 May 1996 08:07:53 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAB26836 for ; Mon, 13 May 1996 08:07:50 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id IAA10273; Mon, 13 May 1996 08:07:31 -0700 (PDT) Message-Id: <199605131507.IAA10273@precipice.shockwave.com> To: Josh MacDonald cc: freebsd-current@FreeBSD.ORG Subject: Re: version of makeinfo in -current In-reply-to: Your message of "Mon, 13 May 1996 00:20:10 PDT." <199605130720.AAA19708@paris.CS.Berkeley.EDU> Date: Mon, 13 May 1996 08:07:30 -0700 From: Paul Traina Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We're not against upgrading at all, however we only upgrade when there's a need. QED, if you'd like to submit patches to upgrade, we'll happily review and install them. Paul From: Josh MacDonald Subject: version of makeinfo in -current Would anyone object to upgrading the version of makeinfo in the current source tree? It is quite old. Its behaviour is totally different from the newer version when certain options are specified, and it has bugs. I can perform this upgrade. This seems to be a recurring thing for me to mail the lists, I'm using FreeBSD as a development machine, and every piece of GNU software I use I have to install from the current release, its kind of annoying. -josh From owner-freebsd-current Mon May 13 08:32:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28477 for current-outgoing; Mon, 13 May 1996 08:32:23 -0700 (PDT) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA28468 for ; Mon, 13 May 1996 08:32:13 -0700 (PDT) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id LAA00694 for current@freebsd.org; Mon, 13 May 1996 11:32:12 -0400 (EDT) From: "matthew c. mead" Message-Id: <199605131532.LAA00694@neon.Glock.COM> Subject: lkm qcam To: current@freebsd.org Date: Mon, 13 May 1996 11:32:11 -0400 (EDT) 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 What is the status of this lkm? How thorougly has it been tested? Does anyone have code that's been converted to use this access method? Any info is appreciated. Thanks! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Mon May 13 09:25:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02657 for current-outgoing; Mon, 13 May 1996 09:25:55 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA02652 for ; Mon, 13 May 1996 09:25:52 -0700 (PDT) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.98.204]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id MAA20129 for ; Mon, 13 May 1996 12:25:51 -0400 (EDT) Received: (from chuckr@localhost) by ginger.eng.umd.edu (8.7.5/8.7.3) id MAA03486; Mon, 13 May 1996 12:25:50 -0400 (EDT) Date: Mon, 13 May 1996 12:25:50 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: PHK malloc 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 was looking at the code for ld.so, and I noticed that it carries it's own version of malloc with it. How come Poul's malloc isn't used for the run time loader? ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Mon May 13 10:50:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08298 for current-outgoing; Mon, 13 May 1996 10:50:55 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA08293 for ; Mon, 13 May 1996 10:50:49 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id KAA10748; Mon, 13 May 1996 10:49:55 -0700 (PDT) Message-Id: <199605131749.KAA10748@precipice.shockwave.com> To: "matthew c. mead" cc: current@freebsd.org Subject: Re: lkm qcam In-reply-to: Your message of "Mon, 13 May 1996 11:32:11 EDT." <199605131532.LAA00694@neon.Glock.COM> Date: Mon, 13 May 1996 10:49:55 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk qcamcontrol is an example program that uses the qcam driver, if that's what you mean. I occasionally use the driver in lkm mode for testing, however there are definitely some problems, either with the driver, or more likely with the LKM interface, because if you: load lkm access qcam unload lkm access qcam the system crashes rather than returning device unconfigured. :-( Paul From: "matthew c. mead" Subject: lkm qcam What is the status of this lkm? How thorougly has it been tested? Does anyone have code that's been converted to use this access method? Any info is appreciated. Thanks! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Mon May 13 10:53:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08520 for current-outgoing; Mon, 13 May 1996 10:53:21 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08513 for ; Mon, 13 May 1996 10:53:18 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA11182; Mon, 13 May 1996 11:52:59 -0600 Date: Mon, 13 May 1996 11:52:59 -0600 From: Nate Williams Message-Id: <199605131752.LAA11182@rocky.sri.MT.net> To: Chuck Robey Cc: FreeBSD-current@freebsd.org Subject: Re: PHK malloc In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was looking at the code for ld.so, and I noticed that it carries it's > own version of malloc with it. How come Poul's malloc isn't used for the > run time loader? For one, Poul's malloc doesn't exist in -stable, and second of all the malloc has been tweaked a bit from the stock malloc. I suspect that it might be fairly easy to bring in the phk-malloc, but the savings would be pretty minor since the code doesn't malloc much memory at all. Nate From owner-freebsd-current Mon May 13 11:20:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10526 for current-outgoing; Mon, 13 May 1996 11:20:37 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA10455 for ; Mon, 13 May 1996 11:20:09 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4O4C22968000NQV@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Mon, 13 May 1996 20:15:14 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id UAA09560 for freebsd-current@freefall.cdrom.com; Mon, 13 May 1996 20:22:20 +0200 Date: Mon, 13 May 1996 20:22:20 +0200 From: "Christoph P. Kukulies" Subject: if_sl.c quirk in making kernel To: freebsd-current@freefall.FreeBSD.org Message-id: <199605131822.UAA09560@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk pes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../../../include -DI586_CPU -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../net/if_sl.c ../../net/if_sl.c: In function `slopen': ../../net/if_sl.c:278: `SC_STATIC' undeclared (first use this function) ../../net/if_sl.c:278: (Each undeclared identifier is reported only once ../../net/if_sl.c:278: for each function it appears in.) ../../net/if_sl.c: In function `slclose': ../../net/if_sl.c:343: `SC_STATIC' undeclared (first use this function) ../../net/if_sl.c: In function `sltioctl': ../../net/if_sl.c:384: `SC_STATIC' undeclared (first use this function) *** Error code 1 Stop. Does anyone else see this or is it some mess with my machine? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon May 13 11:23:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10720 for current-outgoing; Mon, 13 May 1996 11:23:13 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA10712 for ; Mon, 13 May 1996 11:23:03 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id TAA14732 ; Mon, 13 May 1996 19:22:08 +0100 (BST) To: Chuck Robey cc: FreeBSD Current From: "Gary Palmer" Subject: Re: dynamic linking In-reply-to: Your message of "Mon, 13 May 1996 10:42:34 EDT." Date: Mon, 13 May 1996 19:22:06 +0100 Message-ID: <14730.832011726@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote in message ID : > On Mon, 13 May 1996, Chuck Robey wrote: > > I put this on ports, but I had it suggested to me that current was a better > forum, since I wasn't getting any response from ports. Oh well, I didn't reply 'cos I didn't get it until an hour or so ago (a mail meltdown somewhere :-( ). You should have my reply by now... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Mon May 13 11:32:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11645 for current-outgoing; Mon, 13 May 1996 11:32:57 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11638 for ; Mon, 13 May 1996 11:32:49 -0700 (PDT) Received: by sovcom.kiae.su id AA16117 (5.65.kiae-1 for current@freebsd.org); Mon, 13 May 1996 21:30:54 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 13 May 96 21:30:54 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id WAA00555 for current@freebsd.org; Mon, 13 May 1996 22:30:02 +0400 (MSD) Message-Id: <199605131830.WAA00555@astral.msk.su> Subject: Strange reboots when system loads... To: current@freebsd.org (FreeBSD-current) Date: Mon, 13 May 1996 22:30:01 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast 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 I just upgrade my system to current and sometimes notice strange reboot on boot stage (I can't read error diagnostic, screen clears too fast). When system boots successfully, it works fine. Week ago system not have this bug. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon May 13 11:35:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11713 for current-outgoing; Mon, 13 May 1996 11:35:00 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11700 for ; Mon, 13 May 1996 11:34:58 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uJ2Rs-0003wdC; Mon, 13 May 96 11:34 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id SAA00246; Mon, 13 May 1996 18:34:17 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Chuck Robey cc: FreeBSD-current@freebsd.org Subject: Re: PHK malloc In-reply-to: Your message of "Mon, 13 May 1996 12:25:50 -0400." Date: Mon, 13 May 1996 18:34:14 +0000 Message-ID: <244.832012454@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was looking at the code for ld.so, and I noticed that it carries it's > own version of malloc with it. How come Poul's malloc isn't used for the > run time loader? I have thought about it, but decided that it would take an actual move of malloc into ld.so if it were to make sense, and >that< didn't I concluded. I'd be happy if you prove me wrong :-) -- 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 Mon May 13 13:21:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18790 for current-outgoing; Mon, 13 May 1996 13:21:18 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA18777 Mon, 13 May 1996 13:20:52 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id NAA11363; Mon, 13 May 1996 13:20:46 -0700 (PDT) Date: Mon, 13 May 1996 13:20:46 -0700 (PDT) Message-Id: <199605132020.NAA11363@silvia.HIP.Berkeley.EDU> To: current@freebsd.org, stable@freebsd.org CC: ccd@stampede.cs.berkeley.edu In-reply-to: <199605131433.AAA09670@al.imforei.apana.org.au> (message from Peter Childs on Tue, 14 May 1996 00:03:38 +0930 (CST)) Subject: Re: (fwd) Re: Heads-up: ccd offset 16 change committed From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I received a few questions about which branch this change was committed. It is in BOTH -current and -stable. Granted we didn't test this change in our machines for several months (the usual prerequisite for something major, like a >5-line patch, to go into -stable) but I thought it would be very bad to have incompatible (as in "can't share the ccd filesystems") versions in -current and -stable. Hope this restores peace in many people's minds. Satoshi From owner-freebsd-current Mon May 13 14:28:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24925 for current-outgoing; Mon, 13 May 1996 14:28:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA24915 for ; Mon, 13 May 1996 14:27:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10580; Mon, 13 May 1996 14:25:11 -0700 From: Terry Lambert Message-Id: <199605132125.OAA10580@phaeton.artisoft.com> Subject: Re: lkm qcam To: pst@shockwave.com (Paul Traina) Date: Mon, 13 May 1996 14:25:11 -0700 (MST) Cc: mmead@Glock.COM, current@FreeBSD.org In-Reply-To: <199605131749.KAA10748@precipice.shockwave.com> from "Paul Traina" at May 13, 96 10:49:55 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 > qcamcontrol is an example program that uses the qcam driver, if that's > what you mean. > > I occasionally use the driver in lkm mode for testing, however there are > definitely some problems, either with the driver, or more likely with the > LKM interface, because if you: > > load lkm > access qcam > unload lkm > > access qcam > > the system crashes rather than returning device unconfigured. :-( Sounds like the interrupt isn't untrapped when the driver is unloaded. You will need to provide a deinit routine. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 13 14:59:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27969 for current-outgoing; Mon, 13 May 1996 14:59:26 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA27963 for ; Mon, 13 May 1996 14:59:24 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id OAA11515; Mon, 13 May 1996 14:57:32 -0700 (PDT) Message-Id: <199605132157.OAA11515@precipice.shockwave.com> To: Terry Lambert cc: mmead@Glock.COM, current@FreeBSD.org Subject: Re: lkm qcam In-reply-to: Your message of "Mon, 13 May 1996 14:25:11 PDT." <199605132125.OAA10580@phaeton.artisoft.com> Date: Mon, 13 May 1996 14:57:32 -0700 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk There are no interrupts used by the driver, and there is a deinit routine... is there a way to remove an entry from the cdevsw() structure? Paul From: Terry Lambert Subject: Re: lkm qcam > qcamcontrol is an example program that uses the qcam driver, if that's > what you mean. > > I occasionally use the driver in lkm mode for testing, however there are > definitely some problems, either with the driver, or more likely with the > LKM interface, because if you: > > load lkm > access qcam > unload lkm > > access qcam > > the system crashes rather than returning device unconfigured. :-( Sounds like the interrupt isn't untrapped when the driver is unloaded. You will need to provide a deinit routine. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 13 15:37:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02041 for current-outgoing; Mon, 13 May 1996 15:37:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02032 for ; Mon, 13 May 1996 15:37:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10784; Mon, 13 May 1996 15:34:52 -0700 From: Terry Lambert Message-Id: <199605132234.PAA10784@phaeton.artisoft.com> Subject: Re: AMIGA EMULATOR??? To: gmarco@masternet.it (Gianmarco Giovannelli) Date: Mon, 13 May 1996 15:34:52 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: <31946BC1.41C67EA6@masternet.it> from "Gianmarco Giovannelli" at May 11, 96 10:28:17 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 > 4) An Amiga Emulator is on the net, it has a lot of makefile options, > but not for Freebsd. It is a pity... Is there anyone working on the > porting, or I am the only person who own an Amiga here ? (The first love > is unforgettable :-) I was unable to find this to anser your question. I'd a ppreciate a better URL than "It can be found on sunsite.unc.edu". So can the holy grail, I'm sure, but it's burried under a file of old Linux binaries some place... 8-(. > Here are the options : > > {37} /tmp/uae-0.5.3# make > Use one of the following: > make generic -- if nothing else works > make withgcc -- if nothing else works, but you have gcc [ ... ] > make netbsd -- NetBSD ports This one will *probably* work for you... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 13 15:42:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02370 for current-outgoing; Mon, 13 May 1996 15:42:06 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02363 for ; Mon, 13 May 1996 15:42:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10822; Mon, 13 May 1996 15:39:12 -0700 From: Terry Lambert Message-Id: <199605132239.PAA10822@phaeton.artisoft.com> Subject: Re: lkm qcam To: pst@shockwave.com (Paul Traina) Date: Mon, 13 May 1996 15:39:12 -0700 (MST) Cc: terry@lambert.org, mmead@Glock.COM, current@FreeBSD.org In-Reply-To: <199605132157.OAA11515@precipice.shockwave.com> from "Paul Traina" at May 13, 96 02:57:32 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 > There are no interrupts used by the driver, and there is a deinit > routine... is there a way to remove an entry from the cdevsw() > structure? It should remove itself (replacing the entries with "enodev") when it is unloaded. Typically, it unmallocs the area where the code was, but does not necesarily zero the page or anything. With standard LRU, if the thing has not be thrashed, the driver should be "good" for some time, if all the entries are still there and it has not been unhooked at all. Clearly, it's been partially unhooked, so it dies. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 13 17:12:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09952 for current-outgoing; Mon, 13 May 1996 17:12:44 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09947 for ; Mon, 13 May 1996 17:12:42 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id RAA22477; Mon, 13 May 1996 17:12:11 -0700 From: Josh MacDonald Message-Id: <199605140012.RAA22477@paris.CS.Berkeley.EDU> To: Michael Smith cc: freebsd-current@freebsd.org Subject: Re: version of makeinfo in -current In-reply-to: Your message of "Mon, 13 May 1996 21:25:22 +0930." <199605131155.VAA19647@genesis.atrad.adelaide.edu.au> Date: Mon, 13 May 1996 17:12:08 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Josh MacDonald stands accused of saying: > > > > This seems to be a recurring thing for me to mail the lists, I'm > > using FreeBSD as a development machine, and every piece of GNU software > > I use I have to install from the current release, its kind of annoying. > > Lots of us use FreeBSD as development systems. Not many are using c++, from what I can tell. > Lots of us have large investments in code that works correctly with the > toolchain as it is. Including the system itself. > > If all we did was follow the often senseless faddism that seems to > permeate the GNU world, all our time would be spent fiddling with tools, > and no real work would ever be done. > > (This is why people just ignore the endless "when will you be upgrading > to gcc 2.7.x" - there are bugs in 2.7.x that the FSF have said won't > be fixed until 2.8.0, and the work and stress involved would be substantial.) This is silly, the same argument applies to the 2.6 -> 2.7 transition. 2.8 will have bugs too, but for some of us, there are BIG differences, especially when you try to use g++. The same argument applies for the latest versions of diff, RCS (these two are already upgraded), binutils, etc. The reason new versions get released is because there are new features and/or bugs fixed. If there wasn't, then there would be no reason for new versions, would there? People who use these utilities find those bugs, and each time they install a new FreeBSD system, they say to themselves, damn, now I have to download 14 packages off of prep.ai.mit.edu and compile the latest version. All my friends run Linux, I guess I win for getting the most experience at compiling new GNU software (and finding bugs in old GNU software). I can contribute time for these types of things in a week or so when finals are over, but I hate both perl and tcl, don't know how to program either, and this makes bmaking things sort of a pain in the butt. I should write a bmakeifier in elisp, a real language. > Having said this, if the new version of makeinfo is backwards-compatible, > or at least the things that depend on it won't break (uucp, for example), > there's nobody that will complain at you for bringing it in! > > > -josh > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 13 17:48:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12638 for current-outgoing; Mon, 13 May 1996 17:48:05 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-18-184.pt.uk.ibm.net [139.92.18.184]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA12536 for ; Mon, 13 May 1996 17:47:49 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id OAA00341; Mon, 13 May 1996 14:47:47 +0200 (MET DST) Date: Mon, 13 May 1996 14:47:47 +0200 (MET DST) Message-Id: <199605131247.OAA00341@vector.jhs.no_domain> To: current@freebsd.org Subject: src/Makefile world: .if exists(.ctm_status) From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending modem change) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11], PGP available Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A suggestion: ------- *** old/src/Makefile Thu May 9 00:23:01 1996 --- new/src/Makefile Mon May 13 14:38:51 1996 *************** *** 109,114 **** --- 109,117 ---- @echo ${MAKE} depend all install cd ${.CURDIR}/share/man && ${MAKE} makedb + .if exists(.ctm_status) + install -c .ctm_status ${DESTDIR} + .endif @echo "make world completed on `date`" bootstrap: ------- Could be handy for developers keeping track of what's installed ? (Perhaps something similar might be appended for those who use sup/cvs ?) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ (PGP available) From owner-freebsd-current Mon May 13 17:48:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12719 for current-outgoing; Mon, 13 May 1996 17:48:32 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-18-184.pt.uk.ibm.net [139.92.18.184]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA12668 for ; Mon, 13 May 1996 17:48:14 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id OAA02729; Mon, 13 May 1996 14:19:54 +0200 (MET DST) Date: Mon, 13 May 1996 14:19:54 +0200 (MET DST) Message-Id: <199605131219.OAA02729@vector.jhs.no_domain> To: current@freebsd.org Subject: diff for current src/usr.sbin/rmt/Makefile From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending modem change) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11], PGP available Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's a diff for src/ tree to prevent a spurious error report in make transcripts. Feel free to abbreviate it :-) ------ *** old/src/usr.sbin/rmt/Makefile Wed May 3 15:56:59 1995 --- new/src/usr.sbin/rmt/Makefile Mon May 13 14:06:13 1996 *************** *** 4,9 **** MAN8= rmt.8 beforeinstall: ! -ln -s ${BINDIR}/rmt ${DESTDIR}/etc/rmt .include --- 4,16 ---- MAN8= rmt.8 beforeinstall: ! @if test -e ${DESTDIR}/etc/rmt ; then \ ! echo "Pre-existant ${DESTDIR}/etc/rmt" ; \ ! ls -l ${DESTDIR}/etc/rmt ; \ ! else \ ! echo -n "Creating symbolic link " ; \ ! echo "${DESTDIR}/etc/rmt --> ${BINDIR}/rmt" ; \ ! ln -s ${BINDIR}/rmt ${DESTDIR}/etc/rmt ; \ ! fi .include ------ Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ (PGP available) Interested how IBM exploit trivial patents to damage the PC computer industry ? Then read the German CT Magazine, May 1996, Pages 14 & 15. From owner-freebsd-current Mon May 13 18:33:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17112 for current-outgoing; Mon, 13 May 1996 18:33:13 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17102 for ; Mon, 13 May 1996 18:33:09 -0700 (PDT) Received: by sovcom.kiae.su id AA23336 (5.65.kiae-1 ); Tue, 14 May 1996 04:29:04 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 14 May 96 04:29:04 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id FAA00429; Tue, 14 May 1996 05:26:58 +0400 (MSD) Message-Id: <199605140126.FAA00429@astral.msk.su> Subject: Re: if_sl.c quirk in making kernel To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 14 May 1996 05:26:58 +0400 (MSD) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <199605131822.UAA09560@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at "May 13, 96 08:22:20 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast 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 > pes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../../../include -DI586_CPU -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../net/if_sl.c > ../../net/if_sl.c: In function `slopen': > ../../net/if_sl.c:278: `SC_STATIC' undeclared (first use this function) > ../../net/if_sl.c:278: (Each undeclared identifier is reported only once > ../../net/if_sl.c:278: for each function it appears in.) > ../../net/if_sl.c: In function `slclose': > ../../net/if_sl.c:343: `SC_STATIC' undeclared (first use this function) > ../../net/if_sl.c: In function `sltioctl': > ../../net/if_sl.c:384: `SC_STATIC' undeclared (first use this function) > *** Error code 1 > > Stop. > > Does anyone else see this or is it some mess with my machine? Your if_slvar.h is obsoleted. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon May 13 19:01:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA20716 for current-outgoing; Mon, 13 May 1996 19:01:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA20709 for ; Mon, 13 May 1996 19:01:32 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA21359; Tue, 14 May 1996 11:40:16 +0930 From: Michael Smith Message-Id: <199605140210.LAA21359@genesis.atrad.adelaide.edu.au> Subject: Re: version of makeinfo in -current To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Tue, 14 May 1996 11:40:16 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-current@freebsd.org In-Reply-To: <199605140012.RAA22477@paris.CS.Berkeley.EDU> from "Josh MacDonald" at May 13, 96 05:12:08 pm 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 Josh MacDonald stands accused of saying: > > > > > (This is why people just ignore the endless "when will you be upgrading > > to gcc 2.7.x" - there are bugs in 2.7.x that the FSF have said won't > > be fixed until 2.8.0, and the work and stress involved would be substantial.) > > This is silly, the same argument applies to the 2.6 -> 2.7 transition. > 2.8 will have bugs too, but for some of us, there are BIG differences, > especially when you try to use g++. *shrug* If you have a major stake in c++, then perhaps it behooves you to spend some time bmaking 2.7.2. Then you can spend the time required to purge the tree of things that don't work under either 2.6.3 or 2.7.2. I haven't tried; this may be a fairly minor task. But don't make the mistake of saying "this is silly" to "it works, don't 'fix' it". > are already upgraded), binutils, etc. The reason new versions get released > is because there are new features and/or bugs fixed. If there wasn't, > then there would be no reason for new versions, would there? People ... or the author has decided that they didn't like the way xyz was done and so they've changed it all. "With the new version, you'll have to modify any of your code that does ". Ever read that sort of thing before? 8) > who use these utilities find those bugs, and each time they install a > new FreeBSD system, they say to themselves, damn, now I have to download > 14 packages off of prep.ai.mit.edu and compile the latest version. Who says the 'latest' anything is required? Why are you selling out to the whole "it's newer, it must be better" philosophy? > I can contribute time for these types of things in a week or so when > finals are over, but I hate both perl and tcl, don't know how to > program either, and this makes bmaking things sort of a pain in the > butt. I should write a bmakeifier in elisp, a real language. Now that really characterises you more than anything else you've said so far. "I don't know them, and I hate them". What sort of ignorant crud is that? How can you 'hate' a language you've never had to work with? Or are you just following the jovian pronouncements of your glorious spiritual leader? Elisp is a scripting lanugage for a text editor. Perl and Tcl are general-purpose scripting languages. All three work fairly well, but I'll stack my 270K Tcl interpreter against your 2.5M emacs any day. Having worked with all three, it's perhaps telling that I chose Tcl to build an embedded product around. ... not that I can see why elisp, perl or Tcl have any bearing on bmaking something. You want to write a Makefile. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 13 19:09:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21447 for current-outgoing; Mon, 13 May 1996 19:09:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA21422 for ; Mon, 13 May 1996 19:09:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA11130; Mon, 13 May 1996 19:08:02 -0700 From: Terry Lambert Message-Id: <199605140208.TAA11130@phaeton.artisoft.com> Subject: Re: AMIGA EMULATOR??? To: terry@lambert.org (Terry Lambert) Date: Mon, 13 May 1996 19:08:02 -0700 (MST) Cc: gmarco@masternet.it, current@freebsd.org In-Reply-To: <199605132234.PAA10784@phaeton.artisoft.com> from "Terry Lambert" at May 13, 96 03:34:52 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 > > Here are the options : > > > > {37} /tmp/uae-0.5.3# make > > Use one of the following: > > make generic -- if nothing else works > > make withgcc -- if nothing else works, but you have gcc For whoever cares: the 0.5.3 version of the Amiga emulator won't compile on Linux and it is being developed on Linux. The program name is "UAE" or "UNIX Amiga Emulator". You have to Spock some ROM's (old UNIX Trek game joke), so it's a bugger to get running (like most C64 or Apple II emulators). It wants SVGAlib because the Linux folks haven't discovered the X shared memory extention (apparently), but will run slowly on X. There are a couple of demos that don't need kickstart -- they seem to run fine under 0.5.2. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 13 19:51:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26049 for current-outgoing; Mon, 13 May 1996 19:51:19 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA26040 for ; Mon, 13 May 1996 19:51:15 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id UAA14151; Mon, 13 May 1996 20:51:09 -0600 Date: Mon, 13 May 1996 20:51:09 -0600 From: Nate Williams Message-Id: <199605140251.UAA14151@rocky.sri.MT.net> To: Josh MacDonald Cc: Michael Smith , freebsd-current@freebsd.org Subject: Re: version of makeinfo in -current In-Reply-To: <199605140012.RAA22477@paris.CS.Berkeley.EDU> References: <199605131155.VAA19647@genesis.atrad.adelaide.edu.au> <199605140012.RAA22477@paris.CS.Berkeley.EDU> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > This seems to be a recurring thing for me to mail the lists, I'm > > > using FreeBSD as a development machine, and every piece of GNU software > > > I use I have to install from the current release, its kind of annoying. > > > > Lots of us use FreeBSD as development systems. > > Not many are using c++, from what I can tell. Hmm, I'm using C++ with no problems, but I tend to write --C++ code, where I don't take into account most of C++ new (mis)features. > > Lots of us have large investments in code that works correctly with the > > toolchain as it is. Including the system itself. > > > > If all we did was follow the often senseless faddism that seems to > > permeate the GNU world, all our time would be spent fiddling with tools, > > and no real work would ever be done. > > > > (This is why people just ignore the endless "when will you be upgrading > > to gcc 2.7.x" - there are bugs in 2.7.x that the FSF have said won't > > be fixed until 2.8.0, and the work and stress involved would be substantial.) > > This is silly, the same argument applies to the 2.6 -> 2.7 transition. > 2.8 will have bugs too, but for some of us, there are BIG differences, > especially when you try to use g++. As long as you don't rely on template support, the version we are using works for most everything. Templates are broken in 2.6, but there are as much if not more brokeness in the C optimizer/generator in 2.7 as compared to 2.6, so we're sticking with the 'known' quantity vs. the unknown quantity. > The same argument applies for the latest versions of diff, RCS (these two > are already upgraded), binutils, etc. The reason new versions get released > is because there are new features and/or bugs fixed. And the versions of RCS and diff were upgraded (sort as well) becuase they were bug-fix only releases. Gcc 2.7 was *far* from a bug-fix only release, so there was no reason to upgrade to it as far as stability goes. > If there wasn't, then there would be no reason for new versions, would > there? The reason for gcc 2.7 was for a rash of new features, but with very few bug-fixes. Gcc 2.7 needed at least one more minor upgrade before it could be considered stable, but the FSF decided against it for some reason. > who use these utilities find those bugs, and each time they install a > new FreeBSD system, they say to themselves, damn, now I have to > download 14 packages off of prep.ai.mit.edu and compile the latest > version. Why? Name the 14 packages you need to install from prep? Name more than 5 you need? (I can name 2, gcc and libg++) Nate From owner-freebsd-current Mon May 13 20:23:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00179 for current-outgoing; Mon, 13 May 1996 20:23:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA00159 for ; Mon, 13 May 1996 20:23:04 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA21899; Tue, 14 May 1996 13:01:42 +0930 From: Michael Smith Message-Id: <199605140331.NAA21899@genesis.atrad.adelaide.edu.au> Subject: Re: Knobs in /etc/sysconfig To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 14 May 1996 13:01:41 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <26275.831977422@time.cdrom.com> from "Jordan K. Hubbard" at May 13, 96 01:50:22 am 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: > > [ Digging deep into his pile of mail for which an answer was warranted but > not given, Jordan yanks forth the following hoary gem - wow, July of '95!] Was I even born then? 8) > > It's impossible to embed _all_ of the intelligence required into these > > comments, and overdoing it is harmful to your sanity, but minimising the > > keyword-specific intelligence required for processing would be nice 8) > > I think it's already on the borderline of `overdone' as it is, so you > won't catch me willfully adding to it. :-) Nonetheless, it looks like > a more than reasonable start. Hmm. Possibly the only strategic change I'd be inclined to make would be to keep all the 'template' intelligence somewhere else out of the way (/var/config/sysconfig.hints?), and just emit the settings and comments as /etc/sysconfig. The "problem" we face is that we want to please the user community, not dictate to them 8) So we can't say 'use the new tool or else', because there're are pile of people who feel that 'vi' is the only truly useful system administration tool, and we don't want to alienate them 8) > > Some other proposals : variable name prefixes. I've already proposed > > KBD and NET, I'll add PKG_pkgname for package-specific stuff (in a > > Packages section). > > > > As far as types are concerned, I see current use of : > > > > Boolean : ON/OFF > > OneOf : one of a,b,c,d > > ListOf : none or more of a,b,c,d > > String : some string value > > StringBoolean : some string value or OFF (or NO or something similar). > > FQDN : qualified name (dotted address style) > > IPADDR : a dotted-quad value. > > Pathname : a pathname > > > > I can see possible use for : > > > > Mailaddr : a mail address > > Device : a device name > > > > And I'm sure I've missed some. > > Hmm. Seems like "StringBoolean" is just a degenerate case of "OneOf > YES,NO,OFF,ON" or whatever, but aside from that the selection seems > fine to me. StringBoolean was meant to handle things like the sendmail_flags case, where NO has mystic significance. An editor would devolve it to an Off/On selector and an entry field for the value, but in reality it'd be desirable for the value to persist across an On/Off/On transition, so we'd probably do it as NET_sendmail_enabled=YES NET_sendmail_flags="-bd -q30m" > I like it! Why don't we do that already? If you knew how the sysconfig > munging in sysinstall worked, you'd barf - we need something better. :-) Hmm. Preferences? Embed it all in /etc/sysconfig (and make it vulnerable to editor damage, but obvious to the user), or use a seperate template? > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 13 21:53:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08463 for current-outgoing; Mon, 13 May 1996 21:53:11 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08458 for ; Mon, 13 May 1996 21:53:06 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 14 May 96 00:52:55 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Tue, 14 May 96 00:52:53 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id XAA20613; Mon, 13 May 1996 23:53:17 -0500 (CDT) Date: Mon, 13 May 1996 23:53:17 -0500 (CDT) Message-Id: <199605140453.XAA20613@compound.Think.COM> From: Tony Kimball To: current@freebsd.org Subject: Re: version of makeinfo in -current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This seems to be a recurring thing for me to mail the lists, I'm > > using FreeBSD as a development machine, and every piece of GNU software > > I use I have to install from the current release, its kind of annoying. > > Lots of us use FreeBSD as development systems. Not many are using c++, from what I can tell. It's not a big deal to build gcc 2.7.2. OTOH, it is a petty annoyance suffered by virtually every FBSD user -- certainly every single C++ user. I compiled the world using 2.7.2 -- it was trivial. gcc already builds with bmake. It is not a big deal to integrate it into the tree, therefore, unless one *makes* it a big deal by adding questionable constraints. > If all we did was follow the often senseless faddism that seems to > permeate the GNU world, all our time would be spent fiddling with tools, > and no real work would ever be done. This is just silly rhetoric. C++ is very different nowadays. Making a credible C++ compiler available *is* real work. 2.6.3 is significantly inferior. 2.8 will have bugs. If past history is any guide, gcc releases generally stabilize around x.x.2 or x.x.3. 2.8 is not an argument against 2.7.2, therefore. From owner-freebsd-current Tue May 14 00:10:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25317 for current-outgoing; Tue, 14 May 1996 00:10:30 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25281 for ; Tue, 14 May 1996 00:10:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA22768; Tue, 14 May 1996 17:04:09 +1000 Date: Tue, 14 May 1996 17:04:09 +1000 From: Bruce Evans Message-Id: <199605140704.RAA22768@godzilla.zeta.org.au> To: asami@CS.Berkeley.EDU, jmacd@CS.Berkeley.EDU Subject: Re: version of makeinfo in -current Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >You know, I tend to think that if you send us bmaked diffs for half >the things that you complain about, the world will be a much warmer >and fuzzier place for all FreeBSD'ers. :) Diffs aren't sufficent, since there is a vendor branch to track, and the desirability of tracking the vendor branch to reconsider, and the desirability of keeping gnu stuff in the core sources to reconsider. >Satoshi "where is the gcc-2.7.2 upgrade? :)" Asami Inhibited by the version control system. Bruce From owner-freebsd-current Tue May 14 01:09:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29035 for current-outgoing; Tue, 14 May 1996 01:09:15 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29030 for ; Tue, 14 May 1996 01:09:09 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id BAA23414; Tue, 14 May 1996 01:08:23 -0700 From: Josh MacDonald Message-Id: <199605140808.BAA23414@paris.CS.Berkeley.EDU> To: Bruce Evans cc: freebsd-current@freebsd.org Subject: Re: version of makeinfo in -current In-reply-to: Your message of "Tue, 14 May 1996 17:04:09 +1000." <199605140704.RAA22768@godzilla.zeta.org.au> Date: Tue, 14 May 1996 01:08:21 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >You know, I tend to think that if you send us bmaked diffs for half > >the things that you complain about, the world will be a much warmer > >and fuzzier place for all FreeBSD'ers. :) > > Diffs aren't sufficent, since there is a vendor branch to track, and > the desirability of tracking the vendor branch to reconsider, and the > desirability of keeping gnu stuff in the core sources to reconsider. > > >Satoshi "where is the gcc-2.7.2 upgrade? :)" Asami > > Inhibited by the version control system. I understand the problem you raise here. Can you think of a solution to the problem of diffing files which have changed names and paths? It would be a not-so-difficult addition to PRCS (a version control system I'm developing) to offer a merge-files-by-true-descendent- rather-than-by-filename which, I think, would solve this problem. PRCS allows files to be renamed easily. I can't think of an easy way to use CVS for vendor tracking when you modify the source tree layout from the vendors distribution. Josh "pissed because all the grad students around here have no finals -- Satoshi? " MacDonald From owner-freebsd-current Tue May 14 01:37:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA15332 for current-outgoing; Tue, 14 May 1996 01:37:06 -0700 (PDT) Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14630 for ; Tue, 14 May 1996 01:35:44 -0700 (PDT) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id PAA02981 for current@freebsd.org; Tue, 14 May 1996 15:30:10 +0700 Received: by itfs.nsk.su; Tue, 14 May 96 15:19:46 +0700 (NST) Received: (from daemon@localhost) by news.itfs.nsk.su (8.6.12/8.6.12) id PAA17567; Tue, 14 May 1996 15:18:31 +0700 From: nnd@itfs.nsk.su (Nickolay N. Dudorov) To: current@freebsd.org Subject: Is there any European CTM depository ? Message-ID: Date: Tue, 14 May 1996 08:18:27 GMT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk More precisely - is there any European depository for CTM deltas apart from ftp.de.freebsd.org ? (On this site some deltas is absent ;( f.e. src-cur.1755 and src-cur.1758) N.Dudorov From owner-freebsd-current Tue May 14 01:44:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19807 for current-outgoing; Tue, 14 May 1996 01:44:42 -0700 (PDT) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA19800 for ; Tue, 14 May 1996 01:44:35 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA28805; Tue, 14 May 1996 01:38:31 -0700 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA13567; Tue, 14 May 1996 10:38:22 +0200 Message-Id: <9605140838.AA13567@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: current%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Christoph P. Kukulies" of Mon, 13 May 96 20:22:20 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: if_sl.c quirk in making kernel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 May 96 10:38:22 +0200 X-Mts: smtp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk kuku@gilberto.physik.rwth-aachen.de writes: > pes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../.. -/../include -DI586_CPU -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKE -RNEL ../../net/if_sl.c > ../../net/if_sl.c: In function `slopen': > ../../net/if_sl.c:278: `SC_STATIC' undeclared (first use this function) > ../../net/if_sl.c:278: (Each undeclared identifier is reported only once > ../../net/if_sl.c:278: for each function it appears in.) > ../../net/if_sl.c: In function `slclose': > ../../net/if_sl.c:343: `SC_STATIC' undeclared (first use this function) > ../../net/if_sl.c: In function `sltioctl': > ../../net/if_sl.c:384: `SC_STATIC' undeclared (first use this function) > *** Error code 1 > > Stop. > > Does anyone else see this or is it some mess with my machine? > I just made a kernel last night with the latest ctm's applied and didn't see this. You must have some local problem. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Tue May 14 01:55:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20662 for current-outgoing; Tue, 14 May 1996 01:55:38 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA20643 for ; Tue, 14 May 1996 01:55:17 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4OYP90C34000PYG@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Tue, 14 May 1996 10:44:53 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA06742 for freebsd-current@freefall.cdrom.com; Tue, 14 May 1996 10:52:13 +0200 Date: Tue, 14 May 1996 10:52:13 +0200 From: "Christoph P. Kukulies" Subject: procfs doesn't mount w/ new kernel To: freebsd-current@freefall.FreeBSD.org Message-id: <199605140852.KAA06742@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just built a new kernel and suddenly I get: mount /proc or mount -a -t procfs procfs> argv[0] must end in _fsname. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue May 14 03:51:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28842 for current-outgoing; Tue, 14 May 1996 03:51:33 -0700 (PDT) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA28835; Tue, 14 May 1996 03:51:24 -0700 (PDT) Received: from campa.panke.de (anonymous231.ppp.cs.tu-berlin.de [130.149.17.231]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id MAA00191; Tue, 14 May 1996 12:42:51 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id MAA00308; Tue, 14 May 1996 12:25:05 +0200 Date: Tue, 14 May 1996 12:25:05 +0200 From: Wolfram Schneider Message-Id: <199605141025.MAA00308@campa.panke.de> To: "Julian H. Stacey" Cc: current@freebsd.org Subject: diff for current src/usr.sbin/rmt/Makefile In-Reply-To: <199605131219.OAA02729@vector.jhs.no_domain> References: <199605131219.OAA02729@vector.jhs.no_domain> Reply-to: Wolfram Schneider 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 Julian H. Stacey writes: >Here's a diff for src/ tree to prevent a spurious error report in >make transcripts. Feel free to abbreviate it :-) >--- new/src/usr.sbin/rmt/Makefile Mon May 13 14:06:13 1996 > beforeinstall: >! @if test -e ${DESTDIR}/etc/rmt ; then \ >! echo "Pre-existant ${DESTDIR}/etc/rmt" ; \ >! ls -l ${DESTDIR}/etc/rmt ; \ >! else \ >! echo -n "Creating symbolic link " ; \ >! echo "${DESTDIR}/etc/rmt --> ${BINDIR}/rmt" ; \ >! ln -s ${BINDIR}/rmt ${DESTDIR}/etc/rmt ; \ >! fi should be .if exists(${DESTDIR}/etc/rmt) @${ECHO} ... [...] .else [...] .endif And the consensus was that only etc/Makefile change something in /etc. Wolfram From owner-freebsd-current Tue May 14 03:53:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29083 for current-outgoing; Tue, 14 May 1996 03:53:18 -0700 (PDT) Received: from beeblebrox.cc.jyu.fi (beeblebrox.cc.jyu.fi [130.234.41.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29055; Tue, 14 May 1996 03:53:07 -0700 (PDT) Received: (from kallio@localhost) by beeblebrox.cc.jyu.fi (8.7.5/8.7.3) id NAA00322; Tue, 14 May 1996 13:52:48 +0300 (EET DST) Date: Tue, 14 May 1996 13:52:48 +0300 (EET DST) From: Seppo Kallio To: "Amancio Hasty Jr." cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: ** Sorry cannot get GUS working in 2.2 SNAP 960501 ** In-Reply-To: <199605140102.SAA00343@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could someone help? 1. I have this in kernel config *************************************** # Controls all sound devices controller snd0 device gus0 at isa? port 0x220 irq 11 drq 1 flags 0x3 vector gusintr The irq and port in GUS card should be OK.=20 Does someone know what are the jumpers on the card? I have jp9 open and closed on jp8 3-4, 7-8 and 9-10. The only manual I got was Quick=20 Start. It tells nothing about the jumpers. sh MAKEDEV snd0 does not make the /dev/snd should it? On 2.1R with sb= =20 it made this device (I think). 2. gus driver is from 960501 SNAP *************************************** 3. dd if=3D/dev/audio0 dd: /dev/audio0: Device not configured cat xx.au > /dev/audio0=20 works OK, but no sound coming out 4. cat /dev/sndstat **************************************************** VoxWare Sound Driver:3.0-beta-950506 (Sun Feb 5 14:38:12 EST 1995=20 freebsd-hackers@freefall.cdrom.com) Config options: ffffffff Installed drivers:=20 Type 4: Gravis Ultrasound Card config:=20 Gravis Ultrasound at 0x220 irq 11 drq 1 Audio devices: 0: Gravis UltraSound 1: Gravis UltraSound - read only Synth devices: 0: Gravis UltraSound 2.4 (256k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System Timer 1: OPL-3/GUS Timer Mixers: 0: Gravis Ultrasound 4. cat sound.au > /dev/audio ******************************************* It sees to copy the file to the device (the time is about correct) but no= =20 sound. Here ktrace if someone understands something about it: 237 ktrace RET ktrace 0 237 ktrace CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 237 ktrace RET mmap 134324224/0x801a000 237 ktrace CALL break(0x5000) 237 ktrace RET break 0 237 ktrace CALL break(0x6000) 237 ktrace RET break 0 237 ktrace CALL execve(0xefbfd474,0xefbfd8d0,0xefbfd8dc) 237 ktrace NAMI "/export/lk/kallio/bin/cat" 237 ktrace RET execve -1 errno 2 No such file or directory 237 ktrace CALL execve(0xefbfd474,0xefbfd8d0,0xefbfd8dc) 237 ktrace NAMI "/bin/cat" 237 cat RET execve 0 237 cat CALL open(0xefbfd950,0,0) 237 cat NAMI "Beeblebrox/au/cuckoo.au" 237 cat RET open 3 237 cat CALL fstat(0x1,0xefbfd828) 237 cat RET fstat 0 237 cat CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 237 cat RET mmap 134258688/0x800a000 237 cat CALL break(0xd000) 237 cat RET break 0 237 cat CALL break(0x11000) 237 cat RET break 0 237 cat CALL read(0x3,0xd000,0x4000) 237 cat GIO fd 3 read 6400 bytes ".snd\0\0\0000\0\0\^X=D0\0\0\0\^A\0\0\^_@\0\0\0\^Acuckoo clock: one= =20 chime\ =09... =09[{=E6~=E9=DE=E2=EF=DE=EAm\^?=E9iO[u=EFp" 237 cat RET read 6400/0x1900 237 cat CALL write(0x1,0xd000,0x1900) 237 cat GIO fd 1 wrote 6400 bytes ".snd\0\0\0000\0\0\^X=D0\0\0\0\^A\0\0\^_@\0\0\0\^Acuckoo clock: one= =20 chime\ =09\0t=F0z~=F5x=F0=FD=FC~y=F5=FB|mx=EAr=D3=C2E=CE7=CE\M^_#%=DB=B8=B9$\M^X= =B2\^]!=A820C?\M^JD\^Y#=A9=A2/=A1N\^Y8K=C9\ =09... =09[{=E6~=E9=DE=E2=EF=DE=EAm\^?=E9iO[u=EFp" 237 cat RET write 6400/0x1900 237 cat CALL read(0x3,0xd000,0x4000) 237 cat GIO fd 3 read 0 bytes "" 237 cat RET read 0 237 cat CALL close(0x3) 237 cat RET close 0 237 cat CALL close(0x1) 237 cat RET close 0 237 cat CALL exit(0) From owner-freebsd-current Tue May 14 04:50:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03137 for current-outgoing; Tue, 14 May 1996 04:50:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA03131 for ; Tue, 14 May 1996 04:49:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id EAA01144; Tue, 14 May 1996 04:48:21 -0700 (PDT) To: Michael Smith cc: current@FreeBSD.org Subject: Re: Knobs in /etc/sysconfig In-reply-to: Your message of "Tue, 14 May 1996 13:01:41 +0930." <199605140331.NAA21899@genesis.atrad.adelaide.edu.au> Date: Tue, 14 May 1996 04:48:21 -0700 Message-ID: <1142.832074501@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hmm. Possibly the only strategic change I'd be inclined to make would be > to keep all the 'template' intelligence somewhere else out of the way > (/var/config/sysconfig.hints?), and just emit the settings and comments Sounds reasonable to me! > Hmm. Preferences? Embed it all in /etc/sysconfig (and make it vulnerable > to editor damage, but obvious to the user), or use a seperate template? A separate template, say in /usr/share/misc, sounds fine to me. That'll make propagation of future knobs easier as well. Jordan From owner-freebsd-current Tue May 14 05:28:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05360 for current-outgoing; Tue, 14 May 1996 05:28:52 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA05354 for ; Tue, 14 May 1996 05:28:49 -0700 (PDT) Received: from gmarco.eclipse.org (ts1port9d.masternet.it [194.184.65.31]) by masternet.it (8.6.12/8.6.9) with SMTP id NAA23045 for ; Tue, 14 May 1996 13:26:13 +0200 Message-ID: <3198984C.41C67EA6@masternet.it> Date: Tue, 14 May 1996 14:27:24 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Proc fs doesn't work anymore... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After applying ctm till 1784 the procfs doesn't work anymore trying to mount it manually (in automatic way the system goes in single user mode...) the result is : #mount /proc procfs: argv[0] must end in _fsname This happen in 2 twins machine and is not corrected by deltas 1785 , 1786.... Please tell me is not my fault :-) -- Regards... +-------------------------------------+--------------------+ | Internet: gmarco@masternet.it | ,,, | | Internet: gmarco@nettuno.it | (o o) | | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | | Fidonet : 2:332/113.0@fidonet | __ | | Amiganet: 39:102/507@amiganet | __/// Gianmarco | | http://www.masternet.it/dsc/gmarco | \XX/ | +-------------------------------------+--------------------+ From owner-freebsd-current Tue May 14 05:51:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06227 for current-outgoing; Tue, 14 May 1996 05:51:00 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA06219 for ; Tue, 14 May 1996 05:50:57 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uJJYi-000QYMC; Tue, 14 May 96 14:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA11589 for current@freebsd.org; Tue, 14 May 1996 14:40:44 +0200 Message-Id: <199605141240.OAA11589@allegro.lemis.de> Subject: ktrace still not working? To: current@freebsd.org Date: Tue, 14 May 1996 14:40:44 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I thought ktrace was fixed, but today I had a panic after using ktrace. It screwed things up so completely that I couldn't even take a dump, but if I recall correctly it was an address trap out of free(), called via some ffs_ function from ktr_syscall or some such. If it happens again, can anybody give me an idea of what to look for in ddb (apart from the obvious stack trace)? Greg From owner-freebsd-current Tue May 14 07:34:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13634 for current-outgoing; Tue, 14 May 1996 07:34:40 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA13626 for ; Tue, 14 May 1996 07:34:36 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id HAA00169 for current@freebsd.org; Tue, 14 May 1996 07:34:22 -0700 (PDT) From: Matt Bartley Message-Id: <199605141434.HAA00169@lear35.cytex.com> Subject: Re: procfs doesn't mount w/ new kernel To: current@freebsd.org Date: Tue, 14 May 1996 07:34:21 -0700 (PDT) In-Reply-To: <199605140852.KAA06742@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at "May 14, 96 10:52:13 am" X-Mailer: ELM [version 2.4ME+ PL16 (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 built a new kernel and suddenly I get: > > mount /proc or mount -a -t procfs > > procfs> argv[0] must end in _fsname. That happened here too. Just in case, I updated all my source code with sup last night and did a make world overnight. This morning, the "ctm" program had a couple changes, so I recompiled that too, as well as recompiling my kernel. It didn't help. # $Id: fstab,v 1.3 1996/01/15 01:56:27 mbartley Exp mbartley $ /dev/wd0s2b none swap sw 0 0 /dev/wd0a / ufs rw 1 1 /dev/wd0s2f /usr ufs rw 1 1 /dev/wd0s2e /var ufs rw 1 1 #proc /proc procfs rw 0 0 /dev/cd0a /cdrom cd9660 ro,noauto 0 0 /dev/wd0s1 /dosc msdos rw 0 0 I've commented out the /proc entry from /etc/fstab so that the system boots up. Has the file format changed, or does something else need to be tweaked? From owner-freebsd-current Tue May 14 07:35:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13699 for current-outgoing; Tue, 14 May 1996 07:35:10 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA13692 for ; Tue, 14 May 1996 07:35:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id IAA10234; Tue, 14 May 1996 08:33:59 -0600 (MDT) Message-Id: <199605141433.IAA10234@rover.village.org> To: Nate Williams Subject: Re: version of makeinfo in -current Cc: Josh MacDonald , Michael Smith , freebsd-current@FreeBSD.org In-reply-to: Your message of Mon, 13 May 1996 20:51:09 MDT Date: Tue, 14 May 1996 08:33:59 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : > If there wasn't, then there would be no reason for new versions, would : > there? : : The reason for gcc 2.7 was for a rash of new features, but with very few : bug-fixes. Gcc 2.7 needed at least one more minor upgrade before it : could be considered stable, but the FSF decided against it for some : reason. Ummmm, errr, They are doing another minor upgrade shortly.... Warner From owner-freebsd-current Tue May 14 07:39:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14057 for current-outgoing; Tue, 14 May 1996 07:39:40 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA14051 for ; Tue, 14 May 1996 07:39:36 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id HAA00189 for freebsd-current@freebsd.org; Tue, 14 May 1996 07:39:34 -0700 (PDT) From: Matt Bartley Message-Id: <199605141439.HAA00189@lear35.cytex.com> Subject: scprobe: keyboard reset failed To: freebsd-current@freebsd.org Date: Tue, 14 May 1996 07:39:34 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL16 (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 seeing this strange message beginning in the past few days. scprobe: keyboard RESET failed (result = 0xfa) What does it mean? % dmesg FreeBSD 2.2-CURRENT #0: Tue May 14 07:20:31 PDT 1996 mbartley@lear35.cytex.com:/usr/src/sys/compile/MYKERNEL Calibrating clock(s) relative to mc146818A clock ... i586 clock: 99386964 Hz, i8254 clock: 1193207 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method i586 clock: 0 Hz CPU: Pentium (99.38-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14843904 (14496K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7:0 piix0 rev 2 on pci0:7:1 vga0 rev 0 int a irq 11 on pci0:14 Probing for devices on the ISA bus: scprobe: keyboard RESET failed (result = 0xfa) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 9 maddr 0xd0000 msize 8192 on isa ed0: address 00:00:c0:44:1d:11, type WD8003E (8 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1219MB (2496816 sectors), 2477 cyls, 16 heads, 63 S/T, 512 B/S nca0 at 0x1f88-0x1f8b irq 10 on isa nca0: type ProAudioSpectrum-16 nca0 waiting for scsi devices to settle (nca0:1:0): "MEDIAVIS CDR-H93MV 1.31" type 5 removable SCSI 2 cd0(nca0:1:0): CD-ROM cd0(nca0:1:0): NOT READY asc:3a,0 Medium not present can't get the size nca: xfer bus free timeout npx0 on motherboard npx0: INT 16 interface From owner-freebsd-current Tue May 14 07:57:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15600 for current-outgoing; Tue, 14 May 1996 07:57:21 -0700 (PDT) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA15587 for ; Tue, 14 May 1996 07:57:18 -0700 (PDT) Received: (from mmead@localhost) by Glock.COM (8.7.3/8.7.3) id KAA08355; Tue, 14 May 1996 10:57:00 -0400 (EDT) From: "matthew c. mead" Message-Id: <199605141457.KAA08355@Glock.COM> Subject: JAZ drive mounted async To: current@freebsd.org Date: Tue, 14 May 1996 10:57:00 -0400 (EDT) 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 3 words - Don't Do It. :-) Anyway, it seems that the system gets into deadlock when you mount a JAZ drive async and it spins down after 30 minutes idle time. The JAZ will never spin back up... Any ideas? -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Tue May 14 08:03:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16075 for current-outgoing; Tue, 14 May 1996 08:03:19 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16070 for ; Tue, 14 May 1996 08:03:15 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id IAA25970 for ; Tue, 14 May 1996 08:03:14 -0700 Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uJKwp-000QaFC; Tue, 14 May 96 16:19 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA11697 for current@freebsd.org; Tue, 14 May 1996 15:58:07 +0200 Message-Id: <199605141358.PAA11697@allegro.lemis.de> Subject: More on the ktrace panic To: current@freebsd.org Date: Tue, 14 May 1996 15:58:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I started a set of looping ktrace processes and was able to repeat what I am pretty sure is the same panic. Here are the details, copied from the ddb output: Fatal trape 12: page fault while in kernel mode fault virtual address = 0xdeadc0de (:-) fault code = supervisor read, page not present instruction pointer = 0x8:0xf0117a54 stack pointer = 0x10:0xefbffc1c frame pointer = 0x10:0xefbffc38 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 19593 (ppp) interrupt mask = net tty bio kernel: type 12 trap, code=0 Stopped at _free+0x174: movl 0(%eax),%eax stack trace: _free+0x174 _allocbuf+0x1c8 _ffs_realloccg+0x3d5 _ffs_balloc+0x30e _ffs_write+0x2e5 _ktrwrite+0xcd _ktrgenio+0xa5 _write+0xf9 _syscall+0x195 And after typing all that in, I got a dump this time :-) The valued 0xdeadc0de doesn't sound that random to me. I'll follow it up, but if anybody else can give me a pointer, I'd be grateful. Greg From owner-freebsd-current Tue May 14 08:05:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16275 for current-outgoing; Tue, 14 May 1996 08:05:12 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16268 for ; Tue, 14 May 1996 08:05:06 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA15691; Tue, 14 May 1996 09:04:28 -0600 Date: Tue, 14 May 1996 09:04:28 -0600 From: Nate Williams Message-Id: <199605141504.JAA15691@rocky.sri.MT.net> To: Warner Losh Cc: freebsd-current@FreeBSD.org Subject: Re: version of makeinfo in -current In-Reply-To: <199605141433.IAA10234@rover.village.org> References: <199605141433.IAA10234@rover.village.org> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : > If there wasn't, then there would be no reason for new versions, would > : > there? > : > : The reason for gcc 2.7 was for a rash of new features, but with very few > : bug-fixes. Gcc 2.7 needed at least one more minor upgrade before it > : could be considered stable, but the FSF decided against it for some > : reason. > > Ummmm, errr, They are doing another minor upgrade shortly.... They are going to do another 2.7 release *before* a 2.8 release? Does it fix all of the ugly bugs in 2.7 that currently exist, most notably the stupid x86 optimization bugs? From owner-freebsd-current Tue May 14 08:06:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16330 for current-outgoing; Tue, 14 May 1996 08:06:39 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16324 for ; Tue, 14 May 1996 08:06:36 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09750; Tue, 14 May 1996 11:06:00 -0400 Date: Tue, 14 May 1996 11:06:00 -0400 From: Garrett Wollman Message-Id: <9605141506.AA09750@halloran-eldar.lcs.mit.edu> To: Gianmarco Giovannelli Cc: current@freebsd.org Subject: Proc fs doesn't work anymore... In-Reply-To: <3198984C.41C67EA6@masternet.it> References: <3198984C.41C67EA6@masternet.it> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > After applying ctm till 1784 the procfs doesn't work anymore > trying to mount it manually (in automatic way the system goes in single > user mode...) the result is : > #mount /proc > procfs: argv[0] must end in _fsname > Please tell me is not my fault :-) It's not your fault. I tested `mount_std' by calling it directly, not thinking that `mount' might choose to call it with a non-standard calling convention. Will fix ASAP. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue May 14 08:10:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16609 for current-outgoing; Tue, 14 May 1996 08:10:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA16604 for ; Tue, 14 May 1996 08:10:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id JAA10973; Tue, 14 May 1996 09:10:17 -0600 (MDT) Message-Id: <199605141510.JAA10973@rover.village.org> To: Nate Williams Subject: Re: version of makeinfo in -current Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of Tue, 14 May 1996 09:04:28 MDT Date: Tue, 14 May 1996 09:10:17 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : They are going to do another 2.7 release *before* a 2.8 release? Yes. Looking like any day now, or worst case by the start of summer. However, the usual disclaimers here. : Does : it fix all of the ugly bugs in 2.7 that currently exist, most notably : the stupid x86 optimization bugs? It fixes many of the more common and annoying optimization bugs. I had a diff in my hands not too long ago, but foolishly deleted it. Warner From owner-freebsd-current Tue May 14 08:57:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19941 for current-outgoing; Tue, 14 May 1996 08:57:24 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA19932 for ; Tue, 14 May 1996 08:57:21 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA15726; Tue, 14 May 1996 09:16:18 -0600 Date: Tue, 14 May 1996 09:16:18 -0600 From: Nate Williams Message-Id: <199605141516.JAA15726@rocky.sri.MT.net> To: Warner Losh Cc: Nate Williams , freebsd-current@FreeBSD.ORG Subject: Re: version of makeinfo in -current In-Reply-To: <199605141510.JAA10973@rover.village.org> References: <199605141510.JAA10973@rover.village.org> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > : They are going to do another 2.7 release *before* a 2.8 release? > > Yes. Looking like any day now, or worst case by the start of summer. > However, the usual disclaimers here. > > : Does > : it fix all of the ugly bugs in 2.7 that currently exist, most notably > : the stupid x86 optimization bugs? > > It fixes many of the more common and annoying optimization bugs. I > had a diff in my hands not too long ago, but foolishly deleted it. So would you recommend us importing into -current? (I didn't say it would happen, just trolling for recommendations. *grin*) Nate From owner-freebsd-current Tue May 14 09:18:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21162 for current-outgoing; Tue, 14 May 1996 09:18:41 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21157 for ; Tue, 14 May 1996 09:18:33 -0700 (PDT) Received: by sovcom.kiae.su id AA18235 (5.65.kiae-1 ); Tue, 14 May 1996 19:07:01 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 14 May 96 19:07:00 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id UAA00233; Tue, 14 May 1996 20:04:01 +0400 (MSD) Message-Id: <199605141604.UAA00233@astral.msk.su> Subject: Re: procfs doesn't mount w/ new kernel To: mbartley@lear35.cytex.com (Matt Bartley) Date: Tue, 14 May 1996 20:04:00 +0400 (MSD) Cc: current@freebsd.org In-Reply-To: <199605141434.HAA00169@lear35.cytex.com> from "Matt Bartley" at "May 14, 96 07:34:21 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast 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 > > Just built a new kernel and suddenly I get: > > > > mount /proc or mount -a -t procfs > > > > procfs> argv[0] must end in _fsname. > Workaround: mount.c char buf[100]; ... sprintf(buf, "mount_%s", vfstype); argv[argc++] = buf; -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue May 14 09:38:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22425 for current-outgoing; Tue, 14 May 1996 09:38:07 -0700 (PDT) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22417 for ; Tue, 14 May 1996 09:38:05 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id MAA19079 for ; Tue, 14 May 1996 12:37:49 -0400 (EDT) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id MAA24096; Tue, 14 May 1996 12:37:36 -0400 (EDT) Date: Tue, 14 May 1996 12:37:31 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: FreeBSD current Subject: dlopen Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk After going round and round with dlopen, I made a small change to the man page, so that others don't get stuck where I was. If someone else agrees, maybe they'd commit it: --- dlopen.3.orig Tue May 14 12:09:13 1996 +++ dlopen.3 Tue May 14 12:15:51 1996 @@ -95,6 +95,11 @@ .B dlsym(\|) and .BR dlclose(\|) . +Object files that +.B dlopen(\|) +opens must have been loaded as shareable; merely compiling +them as position independent code will not cause +correct file alignment. If .I path was not in the address space prior to the call to ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Tue May 14 10:12:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24844 for current-outgoing; Tue, 14 May 1996 10:12:40 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA24831; Tue, 14 May 1996 10:12:36 -0700 (PDT) Message-Id: <199605141712.KAA24831@freefall.freebsd.org> To: "matthew c. mead" cc: current@freebsd.org Subject: Re: JAZ drive mounted async In-reply-to: Your message of "Tue, 14 May 1996 10:57:00 EDT." <199605141457.KAA08355@Glock.COM> Date: Tue, 14 May 1996 10:12:36 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 3 words - Don't Do It. :-) Anyway, it seems that the system >gets into deadlock when you mount a JAZ drive async and it spins >down after 30 minutes idle time. The JAZ will never spin back >up... Any ideas? > > > >-matt So when you mount it sync, it does spin back up? What prints to your console when it does spin up? > >-- >Matthew C. Mead > >mmead@Glock.COM >http://www.Glock.COM/~mmead/ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue May 14 10:24:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25552 for current-outgoing; Tue, 14 May 1996 10:24:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25512 for ; Tue, 14 May 1996 10:23:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12577; Tue, 14 May 1996 10:20:46 -0700 From: Terry Lambert Message-Id: <199605141720.KAA12577@phaeton.artisoft.com> Subject: Re: JAZ drive mounted async To: mmead@Glock.COM (matthew c. mead) Date: Tue, 14 May 1996 10:20:46 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <199605141457.KAA08355@Glock.COM> from "matthew c. mead" at May 14, 96 10:57:00 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 > 3 words - Don't Do It. :-) Anyway, it seems that the system > gets into deadlock when you mount a JAZ drive async and it spins > down after 30 minutes idle time. The JAZ will never spin back > up... Any ideas? If you are running debug, there is a sysctl flag for write reordering which occurs whether or not the thing is mounted async. If you aren't running debug, you should grep -i for sysctl in the sys/ufs/ufs/ufs*.c sources and change the manifest constant to disable this behaviour. I *think* this will fix it (temporarily, at least). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue May 14 10:25:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25691 for current-outgoing; Tue, 14 May 1996 10:25:25 -0700 (PDT) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA25686; Tue, 14 May 1996 10:25:23 -0700 (PDT) Received: (from mmead@localhost) by Glock.COM (8.7.3/8.7.3) id NAA09242; Tue, 14 May 1996 13:25:21 -0400 (EDT) From: "matthew c. mead" Message-Id: <199605141725.NAA09242@Glock.COM> Subject: Re: JAZ drive mounted async To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Tue, 14 May 1996 13:25:21 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199605141712.KAA24831@freefall.freebsd.org> from "Justin T. Gibbs" at May 14, 96 10:12:36 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 Justin T. Gibbs writes: > > 3 words - Don't Do It. :-) Anyway, it seems that the system > >gets into deadlock when you mount a JAZ drive async and it spins > >down after 30 minutes idle time. The JAZ will never spin back > >up... Any ideas? > So when you mount it sync, it does spin back up? What prints to your > console when it does spin up? Not a thing. It just spins back up. I'm assuming that the scsi drivers are assuming that the drive is mounted sync and tell it to spin up before writing data to it, but *not* before writing inode data to it (since that would be done already in a sync mount). -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Tue May 14 10:27:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25779 for current-outgoing; Tue, 14 May 1996 10:27:31 -0700 (PDT) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA25766 for ; Tue, 14 May 1996 10:27:27 -0700 (PDT) Received: (from mmead@localhost) by Glock.COM (8.7.3/8.7.3) id NAA09261; Tue, 14 May 1996 13:26:07 -0400 (EDT) From: "matthew c. mead" Message-Id: <199605141726.NAA09261@Glock.COM> Subject: Re: JAZ drive mounted async To: terry@lambert.org (Terry Lambert) Date: Tue, 14 May 1996 13:26:06 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199605141720.KAA12577@phaeton.artisoft.com> from "Terry Lambert" at May 14, 96 10:20:46 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 Terry Lambert writes: > > 3 words - Don't Do It. :-) Anyway, it seems that the system > > gets into deadlock when you mount a JAZ drive async and it spins > > down after 30 minutes idle time. The JAZ will never spin back > > up... Any ideas? > If you are running debug, there is a sysctl flag for write reordering > which occurs whether or not the thing is mounted async. If you aren't > running debug, you should grep -i for sysctl in the sys/ufs/ufs/ufs*.c > sources and change the manifest constant to disable this behaviour. > I *think* this will fix it (temporarily, at least). Thanks, I will try this later this evening... -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-current Tue May 14 12:00:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03217 for current-outgoing; Tue, 14 May 1996 12:00:51 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA03209 for ; Tue, 14 May 1996 12:00:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id NAA12156; Tue, 14 May 1996 13:00:39 -0600 (MDT) Message-Id: <199605141900.NAA12156@rover.village.org> To: Nate Williams Subject: Re: version of makeinfo in -current Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of Tue, 14 May 1996 09:16:18 MDT Date: Tue, 14 May 1996 13:00:38 -0600 From: Warner Losh Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : So would you recommend us importing into -current? (I didn't say it : would happen, just trolling for recommendations. *grin*) I'm not sure. I've been pretty happy with 2.7.2, even with its optimization bugs (since they don't bite that often) using -O2 -fno-strength-reduce. The patches make it better, but I've not personally tried them. I'd say that we should do the usual thing we've done in the past: Get 1000 random monkeys to try it with the kernel and the rest of the system. If we get 1000 dead monkeys (or even 10), keep it out, but if they all survive, bring it in. This is modulo CVS and bmake considerations. I guess that we should consider it, but finding someone that can commit the changes and has the time to fight the CVS battle might be non-trivial. The hob-nailed tennis-shoe of progress isn't going to wait forever ... no wait, that/s Jordan's metaphore. Warner From owner-freebsd-current Tue May 14 12:14:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04117 for current-outgoing; Tue, 14 May 1996 12:14:24 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04111 for ; Tue, 14 May 1996 12:14:19 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4PKJV4QGG000SX2@mail.rwth-aachen.de>; Tue, 14 May 1996 21:10:27 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id VAA17681; Tue, 14 May 1996 21:17:42 +0200 Date: Tue, 14 May 1996 21:17:41 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: procfs doesn't mount w/ new kernel In-reply-to: <199605141604.UAA00233@astral.msk.su> To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Cc: mbartley@lear35.cytex.com, current@freebsd.org Reply-to: Christoph Kukulies Message-id: <199605141917.VAA17681@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL16 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Just built a new kernel and suddenly I get: > > > > > > mount /proc or mount -a -t procfs > > > > > > procfs> argv[0] must end in _fsname. > > > > Workaround: > > mount.c > > char buf[100]; > ... > sprintf(buf, "mount_%s", vfstype); > argv[argc++] = buf; As an aside: Why did the latest sup remove /usr/src/sbin/mount_procfs ? > > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue May 14 14:41:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13273 for current-outgoing; Tue, 14 May 1996 14:41:42 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA13265 for ; Tue, 14 May 1996 14:41:35 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA06958 ; Tue, 14 May 1996 23:41:32 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA15793 ; Tue, 14 May 1996 23:41:50 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id TAA15575; Tue, 14 May 1996 19:18:55 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605141718.TAA15575@keltia.freenix.fr> Subject: Re: Is there any European CTM depository ? To: nnd@itfs.nsk.su (Nickolay N. Dudorov) Date: Tue, 14 May 1996 19:18:55 +0200 (MET DST) Cc: current@FreeBSD.org In-Reply-To: from "Nickolay N. Dudorov" at "May 14, 96 08:18:27 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1983 X-Mailer: ELM [version 2.4ME+ PL16 (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 It seems that Nickolay N. Dudorov said: > More precisely - is there any European depository > for CTM deltas apart from ftp.de.freebsd.org ? > (On this site some deltas is absent ;( f.e. src-cur.1755 and > src-cur.1758) ftp://ftp.ibp.fr/pub/FreeBSD. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Fri May 10 21:09:14 MET DST 1996 From owner-freebsd-current Tue May 14 16:49:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24711 for current-outgoing; Tue, 14 May 1996 16:49:48 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA24699 for ; Tue, 14 May 1996 16:49:46 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id SAA04389; Mon, 13 May 1996 18:22:01 -0700 (PDT) Message-Id: <199605140122.SAA04389@ref.tfs.com> Subject: Re: lkm qcam To: pst@shockwave.com (Paul Traina) Date: Mon, 13 May 1996 18:22:01 -0700 (PDT) From: "JULIAN Elischer" Cc: terry@lambert.org, mmead@Glock.COM, current@freebsd.org In-Reply-To: <199605132157.OAA11515@precipice.shockwave.com> from "Paul Traina" at May 13, 96 02:57:32 pm X-Mailer: ELM [version 2.4 PL25 ME8b] 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 > > > There are no interrupts used by the driver, and there is a deinit > routine... is there a way to remove an entry from the cdevsw() > structure? In -current, the cdevsw entries are simply a pointer to the cdevsw struct in the driver.. you just need to zero out the pointer. there shoudl be a routine to do this in /sys/kern/kern_conf.c I guess.. > > Paul > > From: Terry Lambert > Subject: Re: lkm qcam > > qcamcontrol is an example program that uses the qcam driver, if that's > > what you mean. > > > > I occasionally use the driver in lkm mode for testing, however there are > > definitely some problems, either with the driver, or more likely with the > > LKM interface, because if you: > > > > load lkm > > access qcam > > unload lkm > > > > access qcam > > > > the system crashes rather than returning device unconfigured. :-( > > Sounds like the interrupt isn't untrapped when the driver is unloaded. > > You will need to provide a deinit routine. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-current Tue May 14 18:08:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29762 for current-outgoing; Tue, 14 May 1996 18:08:31 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29755 for ; Tue, 14 May 1996 18:08:25 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <20949-0@bunyip.cc.uq.oz.au>; Wed, 15 May 1996 11:00:13 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA16437; Wed, 15 May 1996 10:18:31 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA11369; Wed, 15 May 1996 00:18:18 GMT Message-Id: <199605150018.AAA11369@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: John Birrell cc: beta@xfree86.org, current@freebsd.org Subject: Re: libc_r threads doco? In-reply-to: Your message of "Fri, 10 May 1996 18:12:13 +1000." <199605100811.SAA11845@melb.werple.net.au> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 May 1996 10:18:16 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Birrell said... > Stephen Hocking said... > > > > Anyone got any idea where to find a paper on the variety of threads used in > > libc_r under FreeBSD - current? Are they pthread compliant? > > At the moment they're closer to draft 4 of POSIX 1003.1c than draft 10 > (the latest). I've got a local version that is closer, but not quite > there yet... I've had no time to work on this lately. > The reason I'm asking is that X11R6 allows one to build a threaded X library, and I was curious to know how much brute force I'd have to use in order to glue the two together. The libc_r stuff is not built by default in -current when one does a "make world" yet, so I gues it would have to be something set in your site.def. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue May 14 18:39:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01399 for current-outgoing; Tue, 14 May 1996 18:39:17 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA01393 for ; Tue, 14 May 1996 18:39:15 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id SAA00168 for current@freebsd.org; Tue, 14 May 1996 18:39:11 -0700 (PDT) From: Matt Bartley Message-Id: <199605150139.SAA00168@lear35.cytex.com> Subject: warnings in share/doc/handbook To: current@freebsd.org Date: Tue, 14 May 1996 18:39:11 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL16 (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 After the latest sup a few minutes ago, a new warning has appeared when I "compile" share/man/doc/handbook: Script started on Tue May 14 18:29:37 1996 bash# make sgmlfmt -f ascii /usr/src/share/doc/handbook/handbook.sgml generating handbook.ascii... :95: warning: `SN' not defined :617: warning: can't break line :30282: warning: `LH' not defined :30282: warning: `RH' not defined sgmlfmt -f html /usr/src/share/doc/handbook/handbook.sgml generating handbook.html... Warning: Reference to kernelconfig:Building has no defined target bash# exit exit Script done on Tue May 14 18:31:05 1996 From owner-freebsd-current Tue May 14 20:23:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA09132 for current-outgoing; Tue, 14 May 1996 20:23:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA09124 for ; Tue, 14 May 1996 20:23:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA31392; Wed, 15 May 1996 13:17:27 +1000 Date: Wed, 15 May 1996 13:17:27 +1000 From: Bruce Evans Message-Id: <199605150317.NAA31392@godzilla.zeta.org.au> To: bde@zeta.org.au, jmacd@CS.Berkeley.EDU Subject: Re: version of makeinfo in -current Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Diffs aren't sufficent, since there is a vendor branch to track, and >> the desirability of tracking the vendor branch to reconsider, and the >> desirability of keeping gnu stuff in the core sources to reconsider. >> ... >I understand the problem you raise here. Can you think of a solution >to the problem of diffing files which have changed names and paths? Don't change them in the first place. Use subdirectories as in mrouted to hold the bmaked parts. I think this would only be a big change for gcc. The current gnu as and ld are too different to import on top of our versions, and the other gnu programs in the tree are closer to the (old) gnu versions. >It would be a not-so-difficult addition to PRCS (a version control >system I'm developing) to offer a merge-files-by-true-descendent- It will be a difficult problem to swtich from cvs :-[. Bruce From owner-freebsd-current Tue May 14 20:40:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10361 for current-outgoing; Tue, 14 May 1996 20:40:41 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10353 for ; Tue, 14 May 1996 20:40:33 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <13737-0@bunyip.cc.uq.oz.au>; Wed, 15 May 1996 13:15:02 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id NAA20321; Wed, 15 May 1996 13:15:30 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id DAA17180; Wed, 15 May 1996 03:15:06 GMT Message-Id: <199605150315.DAA17180@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: John Birrell cc: beta@xfree86.org, current@freebsd.org Subject: Re: libc_r threads doco? In-reply-to: Your message of "Wed, 15 May 1996 12:17:29 +1000." <199605150216.MAA10709@melb.werple.net.au> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 May 1996 13:15:04 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > We looked at the threaded X11R6 code and decided that it really wasn't > much use because all that it does for you is lock the one connection > to the server (from XOpenDisplay) and then the thread that has the lock > has to consume all events. This doesn't allow a programmer to create > a thread to drive each dialog (which is what we wanted to do). > > To use the libc_r stuff with X11R6 shouldn't be a big deal. I haven't > actually done it (we just use the FreeBSD libs off the WC CDs and ensure > that only the initial thread accesses X), but there is a POSIX thread > option somewhere in X's config files. Set that and make sure you > compile X with -D_THREAD_SAFE. > Aaah. OK then, pity about that. At one stage they had a threaded X server in the workInProgress directory, but there's been no work on that for some time as far as I know. It would've been good, as one could run say the font renderer as a separate thread (or group of threads) and still be able to get some parallelism. You can sort-of get that by using a font server but it's not the same. -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue May 14 23:26:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26229 for current-outgoing; Tue, 14 May 1996 23:26:19 -0700 (PDT) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26216 for ; Tue, 14 May 1996 23:26:14 -0700 (PDT) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id IAA01776 for ; Wed, 15 May 1996 08:26:12 +0200 (MET DST) Message-Id: <199605150626.IAA01776@lirmm.lirmm.fr> To: current@freebsd.org Subject: Malloc warning: free(): modified pointer. Date: Wed, 15 May 1996 08:26:10 +0200 From: "Philippe Charnier" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I got warned by PHK's malloc while making a new kernel: MKDEP_CPP="cpp" ; export MKDEP_CPP ; mkdep -a -f .newdep -DLOCORE -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DBROKEN_KEYBOARD_RESET -DCLK_USE_I8254_CALIBRATION -DSCSIDEBUG -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/i386/exception.s ../../i386/i386/microtime.s ../../i386/i386/support.s ../../i386/i386/swtch.s ../../i386/i386/locore.s rm -f .depend mv -f .newdep .depend Malloc warning: free(): modified pointer. Malloc warning: free(): modified pointer. Segmentation fault It is the first time I get this, and wasn't able to reproduce. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Tue May 14 23:36:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA27669 for current-outgoing; Tue, 14 May 1996 23:36:52 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA27664 for ; Tue, 14 May 1996 23:36:51 -0700 (PDT) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id XAA23870 for ; Tue, 14 May 1996 23:36:43 -0700 (PDT) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id IAA01809 for ; Wed, 15 May 1996 08:32:57 +0200 (MET DST) Message-Id: <199605150632.IAA01809@lirmm.lirmm.fr> To: current@freebsd.org Subject: Keyboard reset failed Date: Wed, 15 May 1996 08:32:55 +0200 From: "Philippe Charnier" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I got this message at boot since the last commit to syscons. I tried to increase the number of tries to 20 (default is 10) but no luck. The returned val is 0xfa (aka KB_ACK). Should this failure be hidden when option KEYBOARD_RESET_BROKEN (if I remember the correct name) is defined in the kernel? -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Wed May 15 00:25:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05020 for current-outgoing; Wed, 15 May 1996 00:25:50 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA05000 for ; Wed, 15 May 1996 00:25:45 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4Q9UNT98W000V2J@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Wed, 15 May 1996 09:15:23 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA04194 for freebsd-current@freefall.cdrom.com; Wed, 15 May 1996 09:22:05 +0200 Date: Wed, 15 May 1996 09:22:04 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: makedefs in games/hack - stopped build To: freebsd-current@freefall.FreeBSD.org (user alias) Reply-to: Christoph Kukulies Message-id: <199605150722.JAA04194@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL16 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Last night I didn't run the full world build (with install) but only make cleandir depend all and the build stopped here: cc -O2 -m486 -pipe -fno-strength-reduce -o strfile strfile.o ===> games/grdc cc -O2 -m486 -pipe -fno-strength-reduce -c grdc.c cc -O2 -m486 -pipe -fno-strength-reduce -o grdc grdc.o -lncurses -lmytinfo gzip -c grdc.6 > grdc.6.gz ===> games/hack cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -c alloc.c cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -o makedefs /usr/src/games/hack/makedefs.c makedefs /usr/src/games/hack/def.objects.h > hack.onames.h makedefs: not found *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. I'm wondering if this is because I gave a different target or if it's a general problem. Or did I specify the wrong targets or missed some? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed May 15 01:29:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13721 for current-outgoing; Wed, 15 May 1996 01:29:08 -0700 (PDT) Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA13690 for ; Wed, 15 May 1996 01:28:54 -0700 (PDT) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id PAA07840 for current@freebsd.org; Wed, 15 May 1996 15:28:33 +0700 Received: by itfs.nsk.su; Wed, 15 May 96 13:59:47 +0700 (NST) Received: (from daemon@localhost) by news.itfs.nsk.su (8.6.12/8.6.12) id NAA01412; Wed, 15 May 1996 13:53:32 +0700 From: nnd@itfs.nsk.su (Nickolay N. Dudorov) To: current@freebsd.org Subject: Re: Is there any European CTM depository ? Message-ID: References: <199605141718.TAA15575@keltia.freenix.fr> Date: Wed, 15 May 1996 06:53:28 GMT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert (roberto@keltia.freenix.fr) wrote: > It seems that Nickolay N. Dudorov said: > > More precisely - is there any European depository > > for CTM deltas apart from ftp.de.freebsd.org ? ^^^^^^^^^^ > > (On this site some deltas is absent ;( f.e. src-cur.1755 and > > src-cur.1758) > > ftp://ftp.ibp.fr/pub/FreeBSD. I am very sorry, but there I can not find any CTM deltas on this site. N.Dudorov From owner-freebsd-current Wed May 15 03:12:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26724 for current-outgoing; Wed, 15 May 1996 03:12:12 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA26579 for ; Wed, 15 May 1996 03:12:00 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA15029; Wed, 15 May 1996 03:11:17 -0700 (PDT) Date: Wed, 15 May 1996 03:11:17 -0700 (PDT) Message-Id: <199605151011.DAA15029@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org, ccd@stampede.cs.berkeley.edu In-reply-to: <199605110914.TAA21036@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 19:14:07 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * It isn't even necessary to save the FP registers, at least in * non-interrupt handlers, if they aren't already in use. In particular, * copyin() and copyout() are never called from interrupt handlers, so * it isn't necessary to preserve the kernel FP registers (they are * guaranteed to not be in use). Only the user FP context needs to be * preserved. This optimization is closely related to fixing the bug. * It should start out something like: * * if (intr_nesting_level > 0) { * /* Save reentrantly the same as now. */ * } else { * if (npxproc != NULL) { * assert(npxproc == curproc); * fnsave(&curpcb->pcb_savefpu); * npxproc = NULL; * } * /* Now we own the FPU. */ * * /* * * The process' FP state is saved in the pcb, but if we get * * switched, the cpu_switch() will store our FP state in the * * pcb. It should be possible to avoid all the copying for * * this, e.g., by setting a flag to tell cpu_switch() to * * save the state somewhere else. * */ * tmp = curpcb->pcb_savefpu; * * stop_emulating(); * npxproc = curproc; * } * ... * if (intr_nesting_level > 0) * /* Restore reentrantly the same as now. */ * } else { * curpcb->pcb_savefpu = tmp; * start_emulating(); * npxproc = NULL; * } Okay, I implemented this (I think) with the help of gcc -S, but I still get "FPU not available" panics intermittently (often during "make install"s). Here's the diff, can you please check and see if something's wrong? (I know 128 is too small and 256 is too large, I have them this way to test it "aggressively". :) === Index: support.s =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/support.s,v retrieving revision 1.35 diff -u -r1.35 support.s --- support.s 1996/05/03 21:01:00 1.35 +++ support.s 1996/05/15 09:31:42 @@ -453,6 +453,16 @@ /* bcopy(%esi, %edi, %ebx) */ 3: movl %ebx,%ecx +#ifdef I586_FAST_BCOPY + cmpl $128,%ecx + jbe slow_copyout + + call fastmove + jmp done_copyout + + ALIGN_TEXT +slow_copyout: +#endif /* I586_FAST_BCOPY */ shrl $2,%ecx cld rep @@ -500,6 +510,16 @@ cmpl $VM_MAXUSER_ADDRESS,%edx ja copyin_fault +#ifdef I586_FAST_BCOPY + cmpl $128,%ecx + jbe slow_copyin + + call fastmove + jmp done_copyin + + ALIGN_TEXT +slow_copyin: +#endif /* I586_FAST_BCOPY */ movb %cl,%al shrl $2,%ecx /* copy longword-wise */ cld @@ -510,6 +530,10 @@ rep movsb +#ifdef I586_FAST_BCOPY + ALIGN_TEXT +done_copyin: +#endif /* I586_FAST_BCOPY */ popl %edi popl %esi xorl %eax,%eax @@ -525,6 +549,252 @@ movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax ret + +#ifdef I586_FAST_BCOPY +/* fastmove(src, dst, len) + src in %esi + dst in %edi + len in %ecx + uses %eax and %edx for tmp. storage + */ +/* +LC0: + .ascii "npxproc == curproc\0" +LC1: + .ascii "support.s" + */ + ALIGN_TEXT +fastmove: + cmpl $255,%ecx + jbe fastmove_tail + + testl $7,%esi /* check if src addr is multiple of 8 */ + jnz fastmove_tail + + testl $7,%edi /* check if dst addr is multiple of 8 */ + jnz fastmove_tail + + pushl %ebp + movl %esp,%ebp + subl $176,%esp + +/* if (intr_nesting_level > 0) */ + cmpb $0,_intr_nesting_level + je L6 +/* save reentrantly */ + movl %cr0,%edx + clts + fnsave -176(%ebp) + jmp L7 + +/* else { */ + ALIGN_TEXT +L6: +/* if (npxproc != NULL) { */ + cmpl $0,_npxproc + je L8 +/* assert(npxproc == curproc); */ +/* movl _npxproc,%eax + cmpl %eax,_curproc + je L6b + pushl LC0 + pushl $599 + pushl LC1 + call ___assert + addl $12,%esp +L6b: */ +/* fnsave(&curpcb->pcb_savefpu); */ + movl _curpcb,%eax + fnsave 122(%eax) +/* npxproc = NULL; */ + movl $0,_npxproc +/* } */ +L8: +/* now we own the FPU. */ + +/* + * The process' FP state is saved in the pcb, but if we get + * switched, the cpu_switch() will store our FP state in the + * pcb. It should be possible to avoid all the copying for + * this, e.g., by setting a flag to tell cpu_switch() to + * save the state somewhere else. + */ +/* tmp = curpcb->pcb_savefpu; */ + pushl %edi + pushl %esi + pushl %ecx + leal -176(%ebp),%edi + movl _curpcb,%esi + addl $112,%esi + cld + movl $44,%ecx + rep + movsl + popl %ecx + popl %esi + popl %edi +/* stop_emulating(); */ + clts +/* npxproc = curproc; */ + movl _curproc,%eax + movl %eax,_npxproc +/* } */ +L7: + ALIGN_TEXT +fastmove_loop: + movl 32(%esi),%eax + movl 64(%esi),%eax + movl 96(%esi),%eax + movl 128(%esi),%eax + movl 160(%esi),%eax + movl 192(%esi),%eax + movl 224(%esi),%eax + + cmpl $259,%ecx + jbe fastmove_tmp + movl 256(%esi),%eax + + ALIGN_TEXT +fastmove_tmp: + fildq 0(%esi) + fildq 8(%esi) + fildq 16(%esi) + fildq 24(%esi) + fildq 32(%esi) + fildq 40(%esi) + fildq 48(%esi) + fildq 56(%esi) + fxch %st(7) + fistpq 0(%edi) + fxch %st(5) + fistpq 8(%edi) + fxch %st(3) + fistpq 16(%edi) + fxch %st(1) + fistpq 24(%edi) + fistpq 32(%edi) + fistpq 40(%edi) + fistpq 48(%edi) + fistpq 56(%edi) + fildq 64(%esi) + fildq 72(%esi) + fildq 80(%esi) + fildq 88(%esi) + fildq 96(%esi) + fildq 104(%esi) + fildq 112(%esi) + fildq 120(%esi) + fxch %st(7) + fistpq 64(%edi) + fxch %st(5) + fistpq 72(%edi) + fxch %st(3) + fistpq 80(%edi) + fxch %st(1) + fistpq 88(%edi) + fistpq 96(%edi) + fistpq 104(%edi) + fistpq 112(%edi) + fistpq 120(%edi) + fildq 128(%esi) + fildq 136(%esi) + fildq 144(%esi) + fildq 152(%esi) + fildq 160(%esi) + fildq 168(%esi) + fildq 176(%esi) + fildq 184(%esi) + fxch %st(7) + fistpq 128(%edi) + fxch %st(5) + fistpq 136(%edi) + fxch %st(3) + fistpq 144(%edi) + fxch %st(1) + fistpq 152(%edi) + fistpq 160(%edi) + fistpq 168(%edi) + fistpq 176(%edi) + fistpq 184(%edi) + fildq 192(%esi) + fildq 200(%esi) + fildq 208(%esi) + fildq 216(%esi) + fildq 224(%esi) + fildq 232(%esi) + fildq 240(%esi) + fildq 248(%esi) + fxch %st(7) + fistpq 192(%edi) + fxch %st(5) + fistpq 200(%edi) + fxch %st(3) + fistpq 208(%edi) + fxch %st(1) + fistpq 216(%edi) + fistpq 224(%edi) + fistpq 232(%edi) + fistpq 240(%edi) + fistpq 248(%edi) + addl $-256,%ecx + addl $256,%esi + addl $256,%edi + cmpl $255,%ecx + ja fastmove_loop + +/* if (intr_nesting_level > 0) */ + + cmpb $0,_intr_nesting_level + je L9 + +/* Restore reentrantly. */ + frstor -176(%ebp) + movl %edx,%cr0 + jmp L10 + +/* else { */ + ALIGN_TEXT +L9: +/* curpcb->pcb_savefpu = tmp; */ + pushl %edi + pushl %esi + pushl %ecx + movl _curpcb,%edi + addl $112,%edi + leal -176(%ebp),%esi + cld + movl $44,%ecx + rep + movsl + popl %ecx + popl %esi + popl %edi + +/* start_emulating(); */ + smsw %ax + orb $8,%al + lmsw %ax +/* npxproc = NULL; */ + movl $0,_npxproc +/* } */ +L10: + movl %ebp,%esp + popl %ebp + + ALIGN_TEXT +fastmove_tail: + movb %cl,%al + shrl $2,%ecx /* copy longword-wise */ + cld + rep + movsl + movb %al,%cl + andb $3,%cl /* copy remaining bytes */ + rep + movsb + + ret +#endif /* I586_FAST_BCOPY */ /* * fu{byte,sword,word} : fetch a byte (sword, word) from user memory === I couldn't find __assert() in the kernel so I commented out that part. Satoshi From owner-freebsd-current Wed May 15 03:52:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01122 for current-outgoing; Wed, 15 May 1996 03:52:45 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA01115 for ; Wed, 15 May 1996 03:52:42 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA16262; Wed, 15 May 1996 03:52:28 -0700 (PDT) Date: Wed, 15 May 1996 03:52:28 -0700 (PDT) Message-Id: <199605151052.DAA16262@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org, ccd@stampede.cs.berkeley.edu In-reply-to: <199605110914.TAA21036@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 19:14:07 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got another panic during a cvs update. It said "type 22 error" (or something like that) and was at fastmove + 0x19 (the first fistpq). What's "type 22"? Satoshi From owner-freebsd-current Wed May 15 03:53:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01162 for current-outgoing; Wed, 15 May 1996 03:53:33 -0700 (PDT) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01157 for ; Wed, 15 May 1996 03:53:31 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA26596; Wed, 15 May 1996 03:42:21 -0700 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA20463; Wed, 15 May 1996 12:42:04 +0200 Message-Id: <9605151042.AA20463@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: current%freebsd.org@inet-gw-1.pa.dec.com Cc: kuku%gilberto.physik.rwth-aachen.de@inet-gw-1.pa.dec.com In-Reply-To: Message from "Christoph P. Kukulies" of Wed, 15 May 96 09:22:04 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: makedefs in games/hack - stopped build Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 May 96 12:42:04 +0200 X-Mts: smtp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk kuku@gilberto.physik.rwth-aachen.de writes: > Last night I didn't run the full world build (with install) but > only > > make cleandir depend all > > and the build stopped here: > > > cc -O2 -m486 -pipe -fno-strength-reduce -o strfile strfile.o > ===> games/grdc > cc -O2 -m486 -pipe -fno-strength-reduce -c grdc.c > cc -O2 -m486 -pipe -fno-strength-reduce -o grdc grdc.o -lncurses -lmytinf -o > gzip -c grdc.6 > grdc.6.gz > ===> games/hack > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -c alloc.c > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -o makedefs /usr -/src/games/hack/makedefs.c > makedefs /usr/src/games/hack/def.objects.h > hack.onames.h > makedefs: not found > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > I'm wondering if this is because I gave a different target > or if it's a general problem. Or did I specify the wrong targets or missed > some? > looks to me like you don't have "." in your PATH. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Wed May 15 04:16:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02707 for current-outgoing; Wed, 15 May 1996 04:16:11 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA02702 for ; Wed, 15 May 1996 04:16:08 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id EAA16329; Wed, 15 May 1996 04:15:40 -0700 (PDT) Date: Wed, 15 May 1996 04:15:40 -0700 (PDT) Message-Id: <199605151115.EAA16329@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org, ccd@stampede.cs.berkeley.edu In-reply-to: <199605110914.TAA21036@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 19:14:07 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry, it was a "type 22 trap, code=0". This time it happened at fastmove_tmp (the first fildq), during a make world "make install in /usr/src/share/mk". What else do you need to know? Satoshi From owner-freebsd-current Wed May 15 05:18:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07685 for current-outgoing; Wed, 15 May 1996 05:18:25 -0700 (PDT) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA07670 for ; Wed, 15 May 1996 05:18:21 -0700 (PDT) Received: from mail.RWTH-Aachen.DE by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA02185; Wed, 15 May 1996 05:10:57 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4QHIW23XC000WKH@mail.rwth-aachen.de>; Wed, 15 May 1996 12:54:57 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id NAA18486; Wed, 15 May 1996 13:02:09 +0200 Date: Wed, 15 May 1996 13:02:08 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: makedefs in games/hack - stopped build In-Reply-To: <9605151042.AA20463@cssmuc.frt.dec.com> To: gjennejohn@frt.dec.com Cc: current%freebsd.org@inet-gw-1.pa.dec.com, kuku%gilberto.physik.rwth-aachen.de@inet-gw-1.pa.dec.com Reply-To: Christoph Kukulies Message-Id: <199605151102.NAA18486@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 X-Mailer: ELM [version 2.4ME+ PL16 (25)] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > kuku@gilberto.physik.rwth-aachen.de writes: > > Last night I didn't run the full world build (with install) but > > only > > > > make cleandir depend all > > > > and the build stopped here: > > > > > > cc -O2 -m486 -pipe -fno-strength-reduce -o strfile strfile.o > > ===> games/grdc > > cc -O2 -m486 -pipe -fno-strength-reduce -c grdc.c > > cc -O2 -m486 -pipe -fno-strength-reduce -o grdc grdc.o -lncurses -lmytinf > -o > > gzip -c grdc.6 > grdc.6.gz > > ===> games/hack > > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -c alloc.c > > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -o makedefs /usr > -/src/games/hack/makedefs.c > > makedefs /usr/src/games/hack/def.objects.h > hack.onames.h > > makedefs: not found > > *** Error code 2 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > > > I'm wondering if this is because I gave a different target > > or if it's a general problem. Or did I specify the wrong targets or missed > > some? > > > > looks to me like you don't have "." in your PATH. Should I when build world as root? I believe not. > > --- > Gary Jennejohn (work) gjennejohn@frt.dec.com > (home) Gary.Jennejohn@munich.netsurf.de > (play) gj@freebsd.org > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed May 15 05:27:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09784 for current-outgoing; Wed, 15 May 1996 05:27:56 -0700 (PDT) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09773 for ; Wed, 15 May 1996 05:27:54 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA23667; Wed, 15 May 1996 05:24:34 -0700 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA05928; Wed, 15 May 1996 14:23:20 +0200 Message-Id: <9605151223.AA05928@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Christoph Kukulies Cc: current%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Christoph P. Kukulies" of Wed, 15 May 96 13:02:08 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: makedefs in games/hack - stopped build Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 May 96 14:23:20 +0200 X-Mts: smtp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk kuku@gilberto.physik.rwth-aachen.de writes: [stuff deleted] > > > I'm wondering if this is because I gave a different target > > > or if it's a general problem. Or did I specify the wrong targets or misse -d > > > some? > > > > > > > looks to me like you don't have "." in your PATH. > > Should I when build world as root? I believe not. > I was addressing your question. The Makefile seems to assume that it can execute files in the local directory without prepending "./". Whether this is correct or not is another question :) So I guess the answer is "yes, it's a general problem". --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Wed May 15 06:17:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16524 for current-outgoing; Wed, 15 May 1996 06:17:59 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA16518 for ; Wed, 15 May 1996 06:17:56 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA21397; Wed, 15 May 1996 23:16:33 +1000 Date: Wed, 15 May 1996 23:16:33 +1000 From: Bruce Evans Message-Id: <199605151316.XAA21397@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: ccd@stampede.cs.berkeley.edu, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Sorry, it was a "type 22 trap, code=0". This time it happened at >fastmove_tmp (the first fildq), during a make world "make install in >/usr/src/share/mk". This is caused by fastmove's FP context not being restored at all. I'm still looking at the diffs. Bruce From owner-freebsd-current Wed May 15 07:03:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19682 for current-outgoing; Wed, 15 May 1996 07:03:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19670 for ; Wed, 15 May 1996 07:03:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA22996; Wed, 15 May 1996 23:58:45 +1000 Date: Wed, 15 May 1996 23:58:45 +1000 From: Bruce Evans Message-Id: <199605151358.XAA22996@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: ccd@stampede.cs.berkeley.edu, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Okay, I implemented this (I think) with the help of gcc -S, but I >still get "FPU not available" panics intermittently (often during >"make install"s). Here's the diff, can you please check and see if >something's wrong? It should work better with a kernel mode trap handler for "FPU not available" :-). Add a T_DNA case for kernel mode in trap() by copying the first 5 lines from the user mode T_DNA case (`break;' if npxdna() doesn't handle the panic (this "can't happen")). When you get everything working, add some tests and flags to restore the panic if an T_DNA trap occurs unexpectedly (set a flag FP_KERNEL_USING_FP in pcb->pcbflags while the kernel is using FP in fastmove() or elsewhere, and `break;' for the kernel T_DNA case if this flag isn't set). Also, the `intr_nesting_level > 0' case needs to preserve the TS bit. This case probably hasn't been executed yet (it will be executed when bcopy() uses fastmove() and an interrupt handler calls bcopy()). Bruce From owner-freebsd-current Wed May 15 07:21:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21235 for current-outgoing; Wed, 15 May 1996 07:21:47 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA21224 for ; Wed, 15 May 1996 07:21:43 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id JAA22146; Wed, 15 May 1996 09:21:34 -0500 (EST) From: "John S. Dyson" Message-Id: <199605151421.JAA22146@dyson.iquest.net> Subject: Re: re joe's questions on vm/mincore/etc. To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Wed, 15 May 1996 09:21:34 -0500 (EST) Cc: current@freebsd.org In-Reply-To: from "Ron G. Minnich" at May 15, 96 05:50:03 am 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 > something i'd like to have but have not spent time figuring out how to do > is just directly mmap the ptes for a piece of your own address space. > Then you don't have to take the hit that mincore requires: > syscall > walk ptes > copyout() > > So if anyone out there has mmap'ed their own ptes or knows how, i'm > listening. > I like Joe's response, about it being really non portable :-), but in -current as of after this weekend (watch out for another mega-commit), the ptes will be in their own object. It *might* be possible to do a vm_map_find using the pte object. At least we will be closer to being able to do that now (perhaps read-only :-)). After this next commit to the VM system, our fork perf will be about 20% faster, exec will be another 5% faster. John From owner-freebsd-current Wed May 15 07:21:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21263 for current-outgoing; Wed, 15 May 1996 07:21:56 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21256 for ; Wed, 15 May 1996 07:21:53 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA16426; Wed, 15 May 1996 10:21:49 -0400 Date: Wed, 15 May 1996 10:21:49 -0400 From: Garrett Wollman Message-Id: <9605151421.AA16426@halloran-eldar.lcs.mit.edu> To: "JULIAN Elischer" Cc: current@freebsd.org Subject: Re: lkm qcam In-Reply-To: <199605140122.SAA04389@ref.tfs.com> References: <199605132157.OAA11515@precipice.shockwave.com> <199605140122.SAA04389@ref.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > In -current, the cdevsw entries are simply a pointer > to the cdevsw struct in the driver.. > you just need to zero out the pointer. > there shoudl be a routine to do this in > /sys/kern/kern_conf.c > I guess.. The LKM code for character devices should do this automatically on unload. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed May 15 07:25:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21621 for current-outgoing; Wed, 15 May 1996 07:25:34 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21609; Wed, 15 May 1996 07:25:31 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199605151425.HAA21609@freefall.freebsd.org> Subject: Re: makedefs in games/hack - stopped build To: kuku@gilberto.physik.rwth-aachen.de Date: Wed, 15 May 1996 07:25:29 -0700 (PDT) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <199605150722.JAA04194@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 15, 96 09:22:04 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph P. Kukulies wrote: > > Last night I didn't run the full world build (with install) but > only > > make cleandir depend all > > and the build stopped here: > > > cc -O2 -m486 -pipe -fno-strength-reduce -o strfile strfile.o > ===> games/grdc > cc -O2 -m486 -pipe -fno-strength-reduce -c grdc.c > cc -O2 -m486 -pipe -fno-strength-reduce -o grdc grdc.o -lncurses -lmytinfo > gzip -c grdc.6 > grdc.6.gz > ===> games/hack > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -c alloc.c > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -o makedefs /usr/src/games/hack/makedefs.c > makedefs /usr/src/games/hack/def.objects.h > hack.onames.h > makedefs: not found change the Makefile in /usr/src/games/hack to execute "./makedefs" in place of "makedefs". sigh. > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > I'm wondering if this is because I gave a different target > or if it's a general problem. Or did I specify the wrong targets or missed > some? > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > From owner-freebsd-current Wed May 15 07:50:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23608 for current-outgoing; Wed, 15 May 1996 07:50:33 -0700 (PDT) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA23602 for ; Wed, 15 May 1996 07:50:29 -0700 (PDT) Received: from [204.216.27.4] by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA14311; Wed, 15 May 1996 07:37:23 -0700 Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22600; Wed, 15 May 1996 07:36:05 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199605151436.HAA22600@freefall.freebsd.org> Subject: Re: makedefs in games/hack - stopped build To: gjennejohn@frt.dec.com Date: Wed, 15 May 1996 07:36:04 -0700 (PDT) Cc: current%freebsd.org@inet-gw-1.pa.dec.com, kuku%gilberto.physik.rwth-aachen.de@inet-gw-1.pa.dec.com In-Reply-To: <9605151042.AA20463@cssmuc.frt.dec.com> from "garyj@frt.dec.com" at May 15, 96 12:42:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk garyj@frt.dec.com wrote: > > > looks to me like you don't have "." in your PATH. "." should not be in your path. if one insists on putting "." in their path, it should be last (not that that will help much, at least it portects you when executing "more" in /tmp or my home directory). god help you if you mistype "more" as "mroe", dont have an "alias mroe more" and execute "mroe" in either my home directory or /tmp. this is one of pte oldest trojan horse programs (scripts) around. jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-current Wed May 15 08:29:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25697 for current-outgoing; Wed, 15 May 1996 08:29:47 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA25689 for ; Wed, 15 May 1996 08:29:41 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4QPHHPHXC000WYQ@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Wed, 15 May 1996 16:42:53 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA03417 for freebsd-current@freefall.cdrom.com; Wed, 15 May 1996 16:50:06 +0200 Date: Wed, 15 May 1996 16:50:06 +0200 From: "Christoph P. Kukulies" Subject: /stand/ee To: freebsd-current@freefall.FreeBSD.org Message-id: <199605151450.QAA03417@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I agree that vi is not available in a standalone situation but after a successful installation or when /usr/bin/vi is available something else (vi) rather than /stand/ee should be chosen. It's vipw and not eepw and not emacspw :-) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed May 15 09:46:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02399 for current-outgoing; Wed, 15 May 1996 09:46:19 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02392 for ; Wed, 15 May 1996 09:46:16 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA19417; Wed, 15 May 1996 10:44:44 -0600 Date: Wed, 15 May 1996 10:44:44 -0600 From: Nate Williams Message-Id: <199605151644.KAA19417@rocky.sri.MT.net> To: Christoph Kukulies Cc: freebsd-current@freefall.freebsd.org (user alias) Subject: Re: makedefs in games/hack - stopped build In-Reply-To: <199605150722.JAA04194@gilberto.physik.rwth-aachen.de> References: <199605150722.JAA04194@gilberto.physik.rwth-aachen.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Last night I didn't run the full world build (with install) but > only > > make cleandir depend all > > and the build stopped here: > ===> games/hack > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -c alloc.c > cc -O2 -m486 -pipe -fno-strength-reduce -fwritable-strings -o makedefs /usr/src/games/hack/makedefs.c > makedefs /usr/src/games/hack/def.objects.h > hack.onames.h > makedefs: not found > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > I'm wondering if this is because I gave a different target > or if it's a general problem. Or did I specify the wrong targets or missed > some? Nope, it's a bug and I *think* I've got it fixed, along with some other problems in the hack Makefile. You should seem a commit happening soon. Nate From owner-freebsd-current Wed May 15 10:10:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05179 for current-outgoing; Wed, 15 May 1996 10:10:22 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA05172 for ; Wed, 15 May 1996 10:10:17 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id KAA15832; Wed, 15 May 1996 10:09:29 -0700 (PDT) Message-Id: <199605151709.KAA15832@precipice.shockwave.com> To: Garrett Wollman cc: "JULIAN Elischer" , current@freebsd.org Subject: Re: lkm qcam In-reply-to: Your message of "Wed, 15 May 1996 10:21:49 EDT." <9605151421.AA16426@halloran-eldar.lcs.mit.edu> Date: Wed, 15 May 1996 10:09:28 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Garrett Wollman Subject: Re: lkm qcam > In -current, the cdevsw entries are simply a pointer > to the cdevsw struct in the driver.. > you just need to zero out the pointer. > there shoudl be a routine to do this in > /sys/kern/kern_conf.c > I guess.. The LKM code for character devices should do this automatically on unload. -GAWollman Agreed. This needs to be generic. From owner-freebsd-current Wed May 15 15:46:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29548 for current-outgoing; Wed, 15 May 1996 15:46:54 -0700 (PDT) Received: from cicerone.uunet.ca (root@cicerone.uunet.ca [142.77.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA29543 for ; Wed, 15 May 1996 15:46:45 -0700 (PDT) Received: from why.whine.com ([205.150.249.1]) by mail.uunet.ca with ESMTP id <115361-10358>; Wed, 15 May 1996 18:46:22 -0400 Received: from why (andrew@why [205.150.249.1]) by why.whine.com (8.7.5/8.6.12) with SMTP id SAA00521 for ; Wed, 15 May 1996 18:46:13 -0400 (EDT) Date: Wed, 15 May 1996 18:46:11 -0400 From: Andrew Herdman X-Sender: andrew@why To: current@freebsd.org Subject: Problem with cd9660? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When doing the following my machine totally hangs, and eventually reboots. I don't have any crash dumps (i'm not sure how to make them). This happens two different machines, one SCSI, one ATAPI (the cdroms) find . -print | xargs grep -il pattern This command works fine on a ufs filesystem. Andrew From owner-freebsd-current Wed May 15 16:42:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03940 for current-outgoing; Wed, 15 May 1996 16:42:30 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA03934 for ; Wed, 15 May 1996 16:42:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA15641 for current@freebsd.org; Wed, 15 May 1996 16:40:11 -0700 From: Terry Lambert Message-Id: <199605152340.QAA15641@phaeton.artisoft.com> Subject: Bug in FreeBSD??? (fwd) To: current@freebsd.org Date: Wed, 15 May 1996 16:40:11 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > cmp file1 file2 1119 1119 > > Every time I try to run the above command mmap() returns with errno set > to EINVAL. In the above example, the files are some 460K in length so > skipping the first 1K or so should not be a problem. I've looked over > the source for cmp and don't think there's a problem with how it > calculates size and offsets. I believe the bug is in mmap, which should, according to the man page's implication, map the region from the start of the file to offset 1119 and return offset 1119. So if you stomped or referenced the returned offset -2, you would stomp/read a valid address at 1117 in the file. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 15 17:13:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05575 for current-outgoing; Wed, 15 May 1996 17:13:23 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA05564 for ; Wed, 15 May 1996 17:13:18 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id TAA27225 for current@freebsd.org; Wed, 15 May 1996 19:13:17 -0500 (EST) From: "John S. Dyson" Message-Id: <199605160013.TAA27225@dyson.iquest.net> Subject: Watch out for an upcoming VM commit To: current@freebsd.org Date: Wed, 15 May 1996 19:13:17 -0500 (EST) 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 I am preparing a mega-commit for significant VM performance improvments. I have to do so, because there are requests for implementation of more new features (mincore, madvise, etc.), and I need to keep the tree in sync. I don't expect problems, but since the VM mega-commits sometimes cause *interesting* things to happen, I suggest that you grab a *stable* -current on Fri or before :-). If anyone wants or needs a delay, just let me know. John From owner-freebsd-current Wed May 15 18:02:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08355 for current-outgoing; Wed, 15 May 1996 18:02:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA08349 for ; Wed, 15 May 1996 18:02:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA01107; Thu, 16 May 1996 10:41:32 +0930 From: Michael Smith Message-Id: <199605160111.KAA01107@genesis.atrad.adelaide.edu.au> Subject: Re: /stand/ee To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 16 May 1996 10:41:31 +0930 (CST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199605151450.QAA03417@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 15, 96 04:50:06 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph P. Kukulies stands accused of saying: > > I agree that vi is not available in a standalone situation > but after a successful installation or when /usr/bin/vi > is available something else (vi) rather than /stand/ee should be > chosen. It's vipw and not eepw and not emacspw :-) Oh yawn. If you know how to use vi you know how to set EDITOR in your .cshrc. If you don't, then you want something a little more intuitive. Obviously you've never had to give over-the-shoulder vi lessons. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed May 15 19:41:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15246 for current-outgoing; Wed, 15 May 1996 19:41:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA15239 for ; Wed, 15 May 1996 19:41:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id TAA06880; Wed, 15 May 1996 19:38:25 -0700 (PDT) To: Michael Smith cc: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies), freebsd-current@freefall.freebsd.org Subject: Re: /stand/ee In-reply-to: Your message of "Thu, 16 May 1996 10:41:31 +0930." <199605160111.KAA01107@genesis.atrad.adelaide.edu.au> Date: Wed, 15 May 1996 19:38:25 -0700 Message-ID: <6878.832214305@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I agree that vi is not available in a standalone situation > > but after a successful installation or when /usr/bin/vi > > is available something else (vi) rather than /stand/ee should be > > chosen. It's vipw and not eepw and not emacspw :-) > > Oh yawn. If you know how to use vi you know how to set EDITOR in > your .cshrc. If you don't, then you want something a little more > intuitive. And, FWIW, I don't even like `ee' all that much - it's NOT the most intuitive of editors, it was simply both small and available. People keep suggesting `pico' to me, and it's what BSD/OS uses (so one could almost sort of claim an attempt at compatibility), but I've never seen it broken out of pine so I don't know how big it itself is. Jordan From owner-freebsd-current Wed May 15 19:53:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA16129 for current-outgoing; Wed, 15 May 1996 19:53:55 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA16108 for ; Wed, 15 May 1996 19:53:37 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA02161; Thu, 16 May 1996 12:32:43 +0930 From: Michael Smith Message-Id: <199605160302.MAA02161@genesis.atrad.adelaide.edu.au> Subject: Re: /stand/ee To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 May 1996 12:32:42 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org In-Reply-To: <6878.832214305@time.cdrom.com> from "Jordan K. Hubbard" at May 15, 96 07:38:25 pm 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: > > And, FWIW, I don't even like `ee' all that much - it's NOT the most > intuitive of editors, it was simply both small and available. People > keep suggesting `pico' to me, and it's what BSD/OS uses (so one could > almost sort of claim an attempt at compatibility), but I've never seen > it broken out of pine so I don't know how big it itself is. cain:~>ls -l `which pico` -rwxr-xr-x 1 bin bin 110592 May 19 1995 /usr/local/bin/pico > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed May 15 20:02:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA16800 for current-outgoing; Wed, 15 May 1996 20:02:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16795 for ; Wed, 15 May 1996 20:02:50 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.7.5/8.6.9) id UAA06989 for current@freebsd.org; Wed, 15 May 1996 20:01:45 -0700 (PDT) Date: Wed, 15 May 1996 20:01:45 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199605160301.UAA06989@time.cdrom.com> To: current@freebsd.org Subject: /usr/src/usr.sbin/eeprom Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Why do we still have this in our source tree? :-) Jordan From owner-freebsd-current Wed May 15 20:05:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17006 for current-outgoing; Wed, 15 May 1996 20:05:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA17000 for ; Wed, 15 May 1996 20:05:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA06998; Wed, 15 May 1996 20:02:22 -0700 (PDT) To: Michael Smith cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Subject: Re: /stand/ee In-reply-to: Your message of "Thu, 16 May 1996 12:32:42 +0930." <199605160302.MAA02161@genesis.atrad.adelaide.edu.au> Date: Wed, 15 May 1996 20:02:22 -0700 Message-ID: <6996.832215742@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Jordan K. Hubbard stands accused of saying: > > > > And, FWIW, I don't even like `ee' all that much - it's NOT the most > > intuitive of editors, it was simply both small and available. People > > keep suggesting `pico' to me, and it's what BSD/OS uses (so one could > > almost sort of claim an attempt at compatibility), but I've never seen > > it broken out of pine so I don't know how big it itself is. > > cain:~>ls -l `which pico` > -rwxr-xr-x 1 bin bin 110592 May 19 1995 /usr/local/bin/pico OK, that tells me a little something.. :-) I was actually referring to "big" as in code size in this context, e.g. how much resistance would I have to bringing it in. At one .c and one .1 file (and the NLS stuff), I felt pretty safe with ee. :-) Jordan From owner-freebsd-current Wed May 15 21:38:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22730 for current-outgoing; Wed, 15 May 1996 21:38:28 -0700 (PDT) Received: from xi.dorm.umd.edu (root@xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA22725 for ; Wed, 15 May 1996 21:38:26 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id AAA16855; Thu, 16 May 1996 00:37:59 -0400 (EDT) Date: Thu, 16 May 1996 00:37:58 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Terry Lambert cc: "Andrew N. Edmond" , current@freebsd.org Subject: Re: VoxWare 3.5? In-Reply-To: <199605151951.MAA15133@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Message followup redirected to -current] On Wed, 15 May 1996, Terry Lambert wrote: > > I have heard VoxWare 3.5 has been released, where even the -current > > versions only have v3.0. I have tried to find v3.5 through all the search > > engines on the net, but so far, no deal. > > VoxWare changed its licensing. Now it is impossible to distribute > kernel binaries including the new drivers. This was discussed on the > -hackers and -cutrrent lists at some length. TASD 3.5 will eventually become the base for the -current sound driver. Also, I have heard a *rumor* (I'll check on this and get back to ya folks) that USS Lite is now under the standard GPL. If this is the case, then we may need to open up this discussion again :( Sujal From owner-freebsd-current Thu May 16 01:15:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06662 for current-outgoing; Thu, 16 May 1996 01:15:12 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA06657 for ; Thu, 16 May 1996 01:15:07 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4RQ849W1S000XXR@mail.rwth-aachen.de>; Thu, 16 May 1996 10:14:28 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA12357; Thu, 16 May 1996 10:21:31 +0200 Date: Thu, 16 May 1996 10:21:31 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: /stand/ee In-reply-to: <199605160111.KAA01107@genesis.atrad.adelaide.edu.au> To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Reply-to: Christoph Kukulies Message-id: <199605160821.KAA12357@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL16 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Christoph P. Kukulies stands accused of saying: > > > > I agree that vi is not available in a standalone situation > > but after a successful installation or when /usr/bin/vi > > is available something else (vi) rather than /stand/ee should be > > chosen. It's vipw and not eepw and not emacspw :-) > > Oh yawn. If you know how to use vi you know how to set EDITOR in > your .cshrc. If you don't, then you want something a little more > intuitive. That's not my point. Sure I know of the fact that it's defined by the EDITOR variable in .cshrc. It's just the fact that's it's still set to ee in .cshrc after a fresh installation requiring another handediting step to change it back to something normal. > > Obviously you've never had to give over-the-shoulder vi lessons. Do you find ee a more intutive editor? It's better to use and hate vi than to be inefficient with 20 systems. [Eric Weedaa (BIX), Tucson AZ] > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 16 01:47:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08714 for current-outgoing; Thu, 16 May 1996 01:47:36 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA08709 for ; Thu, 16 May 1996 01:47:31 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA04241; Thu, 16 May 1996 18:27:17 +0930 From: Michael Smith Message-Id: <199605160857.SAA04241@genesis.atrad.adelaide.edu.au> Subject: Re: /stand/ee To: kuku@gilberto.physik.rwth-aachen.de Date: Thu, 16 May 1996 18:27:16 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-current@freefall.freebsd.org In-Reply-To: <199605160821.KAA12357@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 16, 96 10:21:31 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph P. Kukulies stands accused of saying: > > That's not my point. Sure I know of the fact that it's defined > by the EDITOR variable in .cshrc. It's just the fact that's > it's still set to ee in .cshrc after a fresh installation > requiring another handediting step to change it back to > something normal. Given the other things that have to be done anyway, it's hardly stressful. > > Obviously you've never had to give over-the-shoulder vi lessons. > > Do you find ee a more intutive editor? Personally, no. ^X^C doesn't get me out. But it's sure more intuitive than vi. > It's better to use and hate vi than to be inefficient with 20 systems. (insert meaningless religious platitude here) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 16 02:22:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA10763 for current-outgoing; Thu, 16 May 1996 02:22:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA10754 for ; Thu, 16 May 1996 02:22:01 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA16312; Thu, 16 May 1996 11:21:14 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA14459; Thu, 16 May 1996 11:21:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA00480; Thu, 16 May 1996 11:17:54 +0200 (MET DST) From: J Wunsch Message-Id: <199605160917.LAA00480@uriah.heep.sax.de> Subject: Re: Keyboard reset failed To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 16 May 1996 11:17:54 +0200 (MET DST) Cc: charnier@lirmm.fr (Philippe Charnier) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605150632.IAA01809@lirmm.lirmm.fr> from Philippe Charnier at "May 15, 96 08:32:55 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 Philippe Charnier wrote: > I got this message at boot since the last commit to syscons. I tried to > increase the number of tries to 20 (default is 10) but no luck. The returned > val is 0xfa (aka KB_ACK). Should this failure be hidden when option > KEYBOARD_RESET_BROKEN (if I remember the correct name) is defined in the > kernel? Err, major confusion. :) BROKEN_KEYBOARD_RESET means the *system* cannot be reset through the keyboard controller, so the ``CPU shutdown'' (wipe all page tables, and flush the TLB) must be used to force a CPU reset. ``Keyboard reset failed'' means that your keyboard didn't response with a ``reset done'' message to the ``reset keyboard'' command during scprobe(). This is basically benign. It's arguable that the entire keyboard reset can be omitted from the console drivers. If there's a keyboard present, it has already been initialized by the BIOS, and it's usable for us. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 16 02:23:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA10850 for current-outgoing; Thu, 16 May 1996 02:23:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA10845 for ; Thu, 16 May 1996 02:23:21 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA16371; Thu, 16 May 1996 11:23:19 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA14467; Thu, 16 May 1996 11:23:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA00525; Thu, 16 May 1996 11:20:29 +0200 (MET DST) From: J Wunsch Message-Id: <199605160920.LAA00525@uriah.heep.sax.de> Subject: Re: scprobe: keyboard reset failed To: mbartley@lear35.cytex.com (Matt Bartley) Date: Thu, 16 May 1996 11:20:29 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605141439.HAA00189@lear35.cytex.com> from Matt Bartley at "May 14, 96 07:39: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 Matt Bartley wrote: > scprobe: keyboard RESET failed (result = 0xfa) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benign. Your keyboard didn't respond with the anticipated ``keyboard reset done'' message, so the probe gave up. Resetting the keyboard might go away, it's useless. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 16 02:40:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11827 for current-outgoing; Thu, 16 May 1996 02:40:24 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA11818 for ; Thu, 16 May 1996 02:40:18 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA00809; Thu, 16 May 1996 02:39:57 -0700 (PDT) Date: Thu, 16 May 1996 02:39:57 -0700 (PDT) Message-Id: <199605160939.CAA00809@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: bde@zeta.org.au, ccd@stampede.cs.berkeley.edu, current@freebsd.org In-reply-to: <199605151358.XAA22996@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 15 May 1996 23:58:45 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * It should work better with a kernel mode trap handler for "FPU not * available" :-). Add a T_DNA case for kernel mode in trap() by copying * the first 5 lines from the user mode T_DNA case (`break;' if npxdna() * doesn't handle the panic (this "can't happen")). OK, I implemented it. Will this work? === Index: trap.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v retrieving revision 1.75 diff -u -r1.75 trap.c --- trap.c 1996/03/28 05:40:57 1.75 +++ trap.c 1996/05/15 21:30:27 @@ -319,6 +319,14 @@ (void) trap_pfault(&frame, FALSE); return; + case T_DNA: +#if NNPX > 0 + /* if a transparent fault (due to context switch "late") */ + if (npxdna()) + return; +#endif /* NNPX > 0 */ + break; + case T_PROTFLT: /* general protection fault */ case T_SEGNPFLT: /* segment not present fault */ /* === Also, I found a typo in my last patch. The "fnsave 122(%eax)" should have been "fnsave 112(%eax)". (That's what you get by writing assembly language when your hamster is scratching her cage.) Here's the (correct) patch to support.s: === Index: support.s =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/support.s,v retrieving revision 1.35 diff -u -r1.35 support.s --- support.s 1996/05/03 21:01:00 1.35 +++ support.s 1996/05/16 08:18:59 @@ -453,6 +453,16 @@ /* bcopy(%esi, %edi, %ebx) */ 3: movl %ebx,%ecx +#ifdef I586_FAST_BCOPY + cmpl $128,%ecx + jbe slow_copyout + + call fastmove + jmp done_copyout + + ALIGN_TEXT +slow_copyout: +#endif /* I586_FAST_BCOPY */ shrl $2,%ecx cld rep @@ -500,6 +510,16 @@ cmpl $VM_MAXUSER_ADDRESS,%edx ja copyin_fault +#ifdef I586_FAST_BCOPY + cmpl $128,%ecx + jbe slow_copyin + + call fastmove + jmp done_copyin + + ALIGN_TEXT +slow_copyin: +#endif /* I586_FAST_BCOPY */ movb %cl,%al shrl $2,%ecx /* copy longword-wise */ cld @@ -510,6 +530,10 @@ rep movsb +#ifdef I586_FAST_BCOPY + ALIGN_TEXT +done_copyin: +#endif /* I586_FAST_BCOPY */ popl %edi popl %esi xorl %eax,%eax @@ -525,6 +549,252 @@ movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax ret + +#ifdef I586_FAST_BCOPY +/* fastmove(src, dst, len) + src in %esi + dst in %edi + len in %ecx + uses %eax and %edx for tmp. storage + */ +/* +LC0: + .ascii "npxproc == curproc\0" +LC1: + .ascii "support.s" + */ + ALIGN_TEXT +fastmove: + cmpl $255,%ecx + jbe fastmove_tail + + testl $7,%esi /* check if src addr is multiple of 8 */ + jnz fastmove_tail + + testl $7,%edi /* check if dst addr is multiple of 8 */ + jnz fastmove_tail + + pushl %ebp + movl %esp,%ebp + subl $176,%esp + +/* if (intr_nesting_level > 0) */ + cmpb $0,_intr_nesting_level + je L6 +/* save reentrantly */ + movl %cr0,%edx + clts + fnsave -176(%ebp) + jmp L7 + +/* else { */ + ALIGN_TEXT +L6: +/* if (npxproc != NULL) { */ + cmpl $0,_npxproc + je L8 +/* assert(npxproc == curproc); */ +/* movl _npxproc,%eax + cmpl %eax,_curproc + je L6b + pushl LC0 + pushl $599 + pushl LC1 + call ___assert + addl $12,%esp +L6b: */ +/* fnsave(&curpcb->pcb_savefpu); */ + movl _curpcb,%eax + fnsave 112(%eax) +/* npxproc = NULL; */ + movl $0,_npxproc +/* } */ +L8: +/* now we own the FPU. */ + +/* + * The process' FP state is saved in the pcb, but if we get + * switched, the cpu_switch() will store our FP state in the + * pcb. It should be possible to avoid all the copying for + * this, e.g., by setting a flag to tell cpu_switch() to + * save the state somewhere else. + */ +/* tmp = curpcb->pcb_savefpu; */ + pushl %edi + pushl %esi + pushl %ecx + leal -176(%ebp),%edi + movl _curpcb,%esi + addl $112,%esi + cld + movl $44,%ecx + rep + movsl + popl %ecx + popl %esi + popl %edi +/* stop_emulating(); */ + clts +/* npxproc = curproc; */ + movl _curproc,%eax + movl %eax,_npxproc +/* } */ +L7: + ALIGN_TEXT +fastmove_loop: + movl 32(%esi),%eax + movl 64(%esi),%eax + movl 96(%esi),%eax + movl 128(%esi),%eax + movl 160(%esi),%eax + movl 192(%esi),%eax + movl 224(%esi),%eax + + cmpl $259,%ecx + jbe fastmove_tmp + movl 256(%esi),%eax + + ALIGN_TEXT +fastmove_tmp: + fildq 0(%esi) + fildq 8(%esi) + fildq 16(%esi) + fildq 24(%esi) + fildq 32(%esi) + fildq 40(%esi) + fildq 48(%esi) + fildq 56(%esi) + fxch %st(7) + fistpq 0(%edi) + fxch %st(5) + fistpq 8(%edi) + fxch %st(3) + fistpq 16(%edi) + fxch %st(1) + fistpq 24(%edi) + fistpq 32(%edi) + fistpq 40(%edi) + fistpq 48(%edi) + fistpq 56(%edi) + fildq 64(%esi) + fildq 72(%esi) + fildq 80(%esi) + fildq 88(%esi) + fildq 96(%esi) + fildq 104(%esi) + fildq 112(%esi) + fildq 120(%esi) + fxch %st(7) + fistpq 64(%edi) + fxch %st(5) + fistpq 72(%edi) + fxch %st(3) + fistpq 80(%edi) + fxch %st(1) + fistpq 88(%edi) + fistpq 96(%edi) + fistpq 104(%edi) + fistpq 112(%edi) + fistpq 120(%edi) + fildq 128(%esi) + fildq 136(%esi) + fildq 144(%esi) + fildq 152(%esi) + fildq 160(%esi) + fildq 168(%esi) + fildq 176(%esi) + fildq 184(%esi) + fxch %st(7) + fistpq 128(%edi) + fxch %st(5) + fistpq 136(%edi) + fxch %st(3) + fistpq 144(%edi) + fxch %st(1) + fistpq 152(%edi) + fistpq 160(%edi) + fistpq 168(%edi) + fistpq 176(%edi) + fistpq 184(%edi) + fildq 192(%esi) + fildq 200(%esi) + fildq 208(%esi) + fildq 216(%esi) + fildq 224(%esi) + fildq 232(%esi) + fildq 240(%esi) + fildq 248(%esi) + fxch %st(7) + fistpq 192(%edi) + fxch %st(5) + fistpq 200(%edi) + fxch %st(3) + fistpq 208(%edi) + fxch %st(1) + fistpq 216(%edi) + fistpq 224(%edi) + fistpq 232(%edi) + fistpq 240(%edi) + fistpq 248(%edi) + addl $-256,%ecx + addl $256,%esi + addl $256,%edi + cmpl $255,%ecx + ja fastmove_loop + +/* if (intr_nesting_level > 0) */ + + cmpb $0,_intr_nesting_level + je L9 + +/* Restore reentrantly. */ + frstor -176(%ebp) + movl %edx,%cr0 + jmp L10 + +/* else { */ + ALIGN_TEXT +L9: +/* curpcb->pcb_savefpu = tmp; */ + pushl %edi + pushl %esi + pushl %ecx + movl _curpcb,%edi + addl $112,%edi + leal -176(%ebp),%esi + cld + movl $44,%ecx + rep + movsl + popl %ecx + popl %esi + popl %edi + +/* start_emulating(); */ + smsw %ax + orb $8,%al + lmsw %ax +/* npxproc = NULL; */ + movl $0,_npxproc +/* } */ +L10: + movl %ebp,%esp + popl %ebp + + ALIGN_TEXT +fastmove_tail: + movb %cl,%al + shrl $2,%ecx /* copy longword-wise */ + cld + rep + movsl + movb %al,%cl + andb $3,%cl /* copy remaining bytes */ + rep + movsb + + ret +#endif /* I586_FAST_BCOPY */ /* * fu{byte,sword,word} : fetch a byte (sword, word) from user memory === * When you get everything * working, add some tests and flags to restore the panic if an T_DNA * trap occurs unexpectedly (set a flag FP_KERNEL_USING_FP in pcb->pcbflags * while the kernel is using FP in fastmove() or elsewhere, and `break;' * for the kernel T_DNA case if this flag isn't set). I'm not sure if I understand this, but let me try to digest it a little more over the weekend. ;) * Also, the `intr_nesting_level > 0' case needs to preserve the TS bit. * This case probably hasn't been executed yet (it will be executed when * bcopy() uses fastmove() and an interrupt handler calls bcopy()). Oh, really? I thought it was saved via %edx. Anyway, I think I've got it working here. I have run several make worlds on a few machines and they don't seem to crack. I also have it on my home machine and am running all sorts of things from ghostscript to top and nothing suspicious has happened so far. (I saw a few processes die with SIGFPE before I fixed the fnsave bug.) If some brave soul out there can test this, it will be great. Just apply the above patch to a -current /sys/i386/i386/ and rebuild your kernel with 'options "I586_FAST_BCOPY"'. No guarantees, though. Just because it works here doesn't mean it won't eat your root partition for lunch. :] Satoshi From owner-freebsd-current Thu May 16 02:48:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12314 for current-outgoing; Thu, 16 May 1996 02:48:43 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA12308 for ; Thu, 16 May 1996 02:48:40 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4RTH7V4NK0011DL@mail.rwth-aachen.de>; Thu, 16 May 1996 11:47:59 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA18425; Thu, 16 May 1996 11:55:16 +0200 Date: Thu, 16 May 1996 11:55:15 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: /stand/ee In-reply-to: <199605160857.SAA04241@genesis.atrad.adelaide.edu.au> To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-current@freefall.freebsd.org Reply-to: Christoph Kukulies Message-id: <199605160955.LAA18425@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL16 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Christoph P. Kukulies stands accused of saying: > > > > That's not my point. Sure I know of the fact that it's defined > > by the EDITOR variable in .cshrc. It's just the fact that's > > it's still set to ee in .cshrc after a fresh installation > > requiring another handediting step to change it back to > > something normal. > > Given the other things that have to be done anyway, it's hardly stressful. One thing more to be done after an installation is another thing too much. Excuse me when I insist here at a seemingly boring point. It should be the objective to automate installation as much as possible. It's bad enough that the X installation isn't yet at a point where it can measure with Linux distributions. Putting more stumbling blocks than necessary into the installation process is something in the wrong direction. I have great respect at Jordans efforts in the field of installation and I know how hard it is to deliver fool proof user interfaces. All I can do for now is suggest a change in /root/.cshrc: if ( -x /usr/bin/vi ) then setenv EDITOR vi else setenv EDITOR /stand/ee fi hoping that the discussion doesn't heat up at nits. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 16 02:51:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12488 for current-outgoing; Thu, 16 May 1996 02:51:03 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA12483 for ; Thu, 16 May 1996 02:50:59 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA17200 for ; Thu, 16 May 1996 11:50:57 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA14602 for freebsd-current@FreeBSD.org; Thu, 16 May 1996 11:50:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA00861 for freebsd-current@FreeBSD.org; Thu, 16 May 1996 11:31:51 +0200 (MET DST) From: J Wunsch Message-Id: <199605160931.LAA00861@uriah.heep.sax.de> Subject: Re: /stand/ee To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 16 May 1996 11:31:50 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <6878.832214305@time.cdrom.com> from "Jordan K. Hubbard" at "May 15, 96 07:38:25 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 Jordan K. Hubbard wrote: > > Oh yawn. If you know how to use vi you know how to set EDITOR in > > your .cshrc. If you don't, then you want something a little more > > intuitive. > > And, FWIW, I don't even like `ee' all that much - it's NOT the most > intuitive of editors, it was simply both small and available. People I don't think "ee" is a bad choice, but "/stand/ee" definately is. Let the ${PATH} pick the right one instead of hard-coding the /stand binary, thus wasting Real Memory 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 Thu May 16 02:51:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12605 for current-outgoing; Thu, 16 May 1996 02:51:46 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA12594 for ; Thu, 16 May 1996 02:51:42 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA01120; Thu, 16 May 1996 02:51:24 -0700 (PDT) Date: Thu, 16 May 1996 02:51:24 -0700 (PDT) Message-Id: <199605160951.CAA01120@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: bde@zeta.org.au, ccd@stampede.cs.berkeley.edu, current@freebsd.org In-reply-to: <199605151358.XAA22996@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 15 May 1996 23:58:45 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk By the way, if you guys want to see the effect of the fast bcopy without building a ccd, try this: === /* rawread.c: repeatedly read from same block over and over */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include /* some constants */ #define True (1) #define False (0) #define Ok (0) #define Error (1) /* start of onfigurable parameters */ /* default buffer size */ #define BlockSize 65536 /* default size of file */ #define TotalSize 104857600 int removefile = True ; int verbose = False ; int writeonly = False ; int randomize = False ; int readonly = False ; int noseek = False ; /* end of configurable parameters */ /* default name of temporary file */ #define TmpFile "disktest.tmp" /* default line length */ #define LineLen 1024 char *myname ; void *xmalloc(size_t size) ; void usage(int retval) ; void error(char *msg) ; void flushoutput(void) ; void cuechild(void) ; int main(int argc, char **argv) { int i ; char *filename ; int blocksize = BlockSize ; int totalsize = TotalSize ; int iterations ; void *buffer, *buffer2 ; int fd ; int count ; struct timeval tv_start, tv_end ; double elapsed ; int docopy = False ; int offset = 0 ; int seek = 0 ; myname = argv[0] ; filename = argv[argc-1] ; if (argc < 2) usage(Error) ; for (i = 1 ; i < argc-1 ; i++) { if (argv[i][0] == '-') { /* option */ if (!strcmp(argv[i], "-b")) { if (i+1 == argc) usage(Error) ; blocksize = atoi(argv[i+1]) ; if (blocksize <= 0) usage(Error) ; i++ ; } else if (!strcmp(argv[i], "-s")) { if (i+1 == argc) usage(Error) ; totalsize = atoi(argv[i+1]) ; if (totalsize <= 0) usage(Error) ; i++ ; } else if (!strcmp(argv[i], "-k")) { if (i+1 == argc) usage(Error) ; seek = atoi(argv[i+1]) ; if (seek < 0) usage(Error) ; i++ ; } else if (!strcmp(argv[i], "-o")) { if (i+1 == argc) usage(Error) ; offset = atoi(argv[i+1]) ; if (offset < 0 || offset > 32) usage(Error) ; i++ ; } else if (!strcmp(argv[i], "-c")) docopy = True ; else if (!strcmp(argv[i], "-n")) noseek = True ; else if (!strcmp(argv[i], "-h")) usage(Ok) ; else usage(Error) ; } else usage(Error) ; } iterations = totalsize / blocksize ; if (filename[0] == '-') usage(Error); buffer = xmalloc(blocksize+2048) ; { unsigned long tmp = buffer; tmp += 1024; tmp &= ~1024; tmp += offset; buffer = tmp; } if (docopy) buffer2 = xmalloc(blocksize) ; if ((fd = open(filename, O_RDONLY, 0)) < 0) { fprintf(stderr, "file: %s\n", filename) ; error("open") ; } gettimeofday(&tv_start, NULL) ; for (count = 0 ; count < iterations ; count++) { if (!noseek) lseek(fd, seek, SEEK_SET) ; if (read(fd, buffer, blocksize) != blocksize) error("read") ; if (docopy) memcpy(buffer2, buffer, blocksize) ; } gettimeofday(&tv_end, NULL) ; elapsed = tv_end.tv_sec-tv_start.tv_sec + ((double) tv_end.tv_usec-tv_start.tv_usec)/1000000 ; if (verbose) printf("%d reads of %d bytes in %f seconds\n", count, blocksize, elapsed) ; printf("%d bytes transferred in %d secs (%d bytes/sec) from \"%s\"\n", totalsize, (int) elapsed, (int) (totalsize/elapsed), filename) ; fflush(stdout) ; close(fd) ; return Ok ; } void usage(int retval) { fprintf(stderr, "usage: %s [-b bufsize] [-s size] [-o offset] [-k seek] [-n] [-c] filename\n", myname) ; exit(retval) ; } void *xmalloc(size_t size) { void *vp ; if ((vp = malloc(size)) == NULL) { fprintf(stderr, "panic: memory exausted with request size %d\n", size) ; exit(Error) ; } return vp ; } void error(char *msg) { perror(msg) ; exit(Error) ; } === Use it like "rawread /kernel". If you specify a regular file, the data will come from the disk buffer so the speed pretty much reflects the copyout bandwidth. (I initially designed this to measure the bandwidth of SCSI strings across the PCI bus by reading from the raw device node -- hence the name.) On my P5-90 (SiS), it jumps from about 21MB/s to 36MB/s. :) Satoshi From owner-freebsd-current Thu May 16 02:56:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA12979 for current-outgoing; Thu, 16 May 1996 02:56:26 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA12972 for ; Thu, 16 May 1996 02:56:20 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA05149 for ; Thu, 16 May 1996 10:55:15 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 16 May 1996 10:55:36 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id KAA28639; Thu, 16 May 1996 10:55:15 +0100 From: Paul Richards Message-Id: <199605160955.KAA28639@cadair.elsevier.co.uk> Subject: Re: /stand/ee To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 16 May 1996 10:55:14 +0100 (BST) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org In-Reply-To: <199605160111.KAA01107@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 16, 96 10:41:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who said > > Christoph P. Kukulies stands accused of saying: > > > > I agree that vi is not available in a standalone situation > > but after a successful installation or when /usr/bin/vi > > is available something else (vi) rather than /stand/ee should be > > chosen. It's vipw and not eepw and not emacspw :-) > > Oh yawn. If you know how to use vi you know how to set EDITOR in > your .cshrc. If you don't, then you want something a little more > intuitive. So is ee now the official FreeBSD editor? I grudgingly accepted Jordan's point about having a simple editor for installation but I didn't like the trend then and I still don't like it now. > Obviously you've never had to give over-the-shoulder vi lessons. Learning vi is one of those things you have to do to admin an unix box. If command line editing and mode based editors isn't your thing there are other OS's you can use :-) -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Thu May 16 03:48:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16756 for current-outgoing; Thu, 16 May 1996 03:48:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA16751 for ; Thu, 16 May 1996 03:47:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA08611; Thu, 16 May 1996 03:44:52 -0700 (PDT) To: Christoph Kukulies cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-current@freefall.freebsd.org Subject: Re: /stand/ee In-reply-to: Your message of "Thu, 16 May 1996 10:21:31 +0200." <199605160821.KAA12357@gilberto.physik.rwth-aachen.de> Date: Thu, 16 May 1996 03:44:52 -0700 Message-ID: <8608.832243492@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > That's not my point. Sure I know of the fact that it's defined > by the EDITOR variable in .cshrc. It's just the fact that's > it's still set to ee in .cshrc after a fresh installation > requiring another handediting step to change it back to > something normal. And for good reason. Let's say you've never touched UNIX before, but you load this FreeBSD thingy and, at a couple of points in the installation, it splats this goofy editor toy in your face. "OK," you say, "Another goofy editor to learn." You spend a couple of minutes learning the key set and find that it's not all that difficult (once you figure out that files can only be saved via the ESC menu :-). Mission accomplished, you proceed through the install and finally find yourself at the boot prompt. "Hoorah!" you say. You log in, use the system for an hour or two, and then horror of horrors, you find a BUG in the system! You want to send it to the maintainers, and you've seen `send-pr' mentioned on their web page, so you type `send-pr' and hey, what do you know! It's that goofy editor again! Oh well, at least the command set is still fresh. And so on.. Now imagine instead the user's annoyance if they got _yet another_ goofy editor instead at the send-pr point. "Eh? They want me to learn *two* goofy editors in the space of an hour? What are these sadistic idiots trying to do to me?" :-) Jordan From owner-freebsd-current Thu May 16 04:01:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17940 for current-outgoing; Thu, 16 May 1996 04:01:00 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA17910 for ; Thu, 16 May 1996 04:00:46 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA19505; Thu, 16 May 1996 13:00:37 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA15752; Thu, 16 May 1996 13:00:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA01556; Thu, 16 May 1996 12:38:31 +0200 (MET DST) From: J Wunsch Message-Id: <199605161038.MAA01556@uriah.heep.sax.de> Subject: Re: /usr/src/usr.sbin/eeprom To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 May 1996 12:38:31 +0200 (MET DST) Cc: current@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605160301.UAA06989@time.cdrom.com> from "Jordan K. Hubbard" at "May 15, 96 08:01:45 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 Jordan K. Hubbard wrote: > Why do we still have this in our source tree? :-) It's waiting for the Sparc port of FreeBSD. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 16 04:05:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18604 for current-outgoing; Thu, 16 May 1996 04:05:06 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA18577 for ; Thu, 16 May 1996 04:04:59 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <08147-0@bunyip.cc.uq.oz.au>; Thu, 16 May 1996 21:04:39 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id VAA16372 for ; Thu, 16 May 1996 21:05:07 +1000 Received: from localhost by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id VAA02641; Thu, 16 May 1996 21:05:10 +1000 Message-Id: <199605161105.VAA02641@orion.devetir.qld.gov.au> To: freebsd-current@freebsd.org cc: syssgm@devetir.qld.gov.au Subject: Wildly inaccurate clock calibration. Date: Thu, 16 May 1996 21:05:10 +1000 From: Stephen McKay Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't know how much you care about my ancient hardware, but I got this from the new clock calibration code when run on my 16Mhz 386sx: May 15 13:02:44 stupid /kernel: FreeBSD 2.2-CURRENT #45: Wed May 15 01:06:31 EST 1996 May 15 13:02:44 stupid /kernel: syssgm@stupid.devetir.qld.gov.au:/usr/src/sys/compile/STUPID May 15 13:02:44 stupid /kernel: Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 63817 Hz May 15 13:02:45 stupid /kernel: 63817 Hz differs from default of 1193182 Hz by more than 1% May 15 13:02:45 stupid /kernel: CPU: i386DX (386-class CPU) and on a subsequent reboot: May 16 17:01:33 stupid /kernel: 63814 Hz differs from default of 1193182 Hz by more than 1% It only differs from the default by 95%. :-) Stephen. From owner-freebsd-current Thu May 16 04:58:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22337 for current-outgoing; Thu, 16 May 1996 04:58:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA22330 for ; Thu, 16 May 1996 04:58:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id EAA09325; Thu, 16 May 1996 04:56:53 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@FreeBSD.ORG Subject: Re: /usr/src/usr.sbin/eeprom In-reply-to: Your message of "Thu, 16 May 1996 12:38:31 +0200." <199605161038.MAA01556@uriah.heep.sax.de> Date: Thu, 16 May 1996 04:56:53 -0700 Message-ID: <9323.832247813@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > Why do we still have this in our source tree? :-) > > It's waiting for the Sparc port of FreeBSD. :) Ah, so it can go then! :-) Jordan From owner-freebsd-current Thu May 16 05:29:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25648 for current-outgoing; Thu, 16 May 1996 05:29:59 -0700 (PDT) Received: from gw1.att.com (gw1.att.com [192.20.239.133]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA25643 for ; Thu, 16 May 1996 05:29:56 -0700 (PDT) From: dob@nasvr1.cb.att.com Received: from nasvr1.cb.att.com (naserver1.cb.att.com) by ig1.att.att.com id AA06329; Thu, 16 May 96 08:27:00 EDT Received: by nasvr1.cb.att.com (5.x/EMS-1.1 Sol2) id AA09064; Thu, 16 May 1996 08:30:31 -0400 Received: from cbsky.cb.att.com by nasvr1.cb.att.com (5.x/EMS-1.1 Sol2) id AA09055; Thu, 16 May 1996 08:30:26 -0400 Received: by cbsky.cb.att.com (5.x/EMS-1.1 Sol2) id AA06025; Thu, 16 May 1996 08:30:02 -0400 Date: Thu, 16 May 1996 08:30:02 -0400 Message-Id: <9605161230.AA06025@cbsky.cb.att.com> To: freebsd-current@freebsd.org Subject: Re: VoxWare 3.5? Cc: ejc@gargoyle.bazzle.com X-Sun-Charset: US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I have heard VoxWare 3.5 has been released, where even the -current > > > versions only have v3.0. I have tried to find v3.5 through all the search > > > engines on the net, but so far, no deal. > > > > VoxWare changed its licensing. Now it is impossible to distribute > > kernel binaries including the new drivers. This was discussed on the > > -hackers and -cutrrent lists at some length. > > TASD 3.5 will eventually become the base for the -current sound driver. > Also, I have heard a *rumor* (I'll check on this and get back to ya folks) > that USS Lite is now under the standard GPL. If this is the case, then we > may need to open up this discussion again :( Related diversion... Will this let RealAudio (Linux-emulated version) work? Thanks, Dan O'Brien Lucent Techologies Columbus, OH USA From owner-freebsd-current Thu May 16 06:29:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA29657 for current-outgoing; Thu, 16 May 1996 06:29:18 -0700 (PDT) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA29652 for ; Thu, 16 May 1996 06:29:16 -0700 (PDT) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id JAA27874; Thu, 16 May 1996 09:29:12 -0400 Date: Thu, 16 May 1996 09:29:12 -0400 From: Charles Green Message-Id: <199605161329.JAA27874@fang.cs.sunyit.edu> In-Reply-To: Sujal Patel "Re: VoxWare 3.5?" (May 16, 0:37) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Sujal Patel Subject: Re: VoxWare 3.5? Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It is. Check out http://personal.eunet.fi/pp/voxware/ Sujal Patel stands accused of saying: } Date: May 16, 0:37 } Subject: Re: VoxWare 3.5? } } [ Message followup redirected to -current] } } On Wed, 15 May 1996, Terry Lambert wrote: } } > > I have heard VoxWare 3.5 has been released, where even the -current } > > versions only have v3.0. I have tried to find v3.5 through all the search } > > engines on the net, but so far, no deal. } > } > VoxWare changed its licensing. Now it is impossible to distribute } > kernel binaries including the new drivers. This was discussed on the } > -hackers and -cutrrent lists at some length. } } TASD 3.5 will eventually become the base for the -current sound driver. } Also, I have heard a *rumor* (I'll check on this and get back to ya folks) } that USS Lite is now under the standard GPL. If this is the case, then we } may need to open up this discussion again :( } } } Sujal } }-- End of excerpt from Sujal Patel -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-current Thu May 16 06:50:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02658 for current-outgoing; Thu, 16 May 1996 06:50:21 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA02653 for ; Thu, 16 May 1996 06:50:16 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id JAA07833; Thu, 16 May 1996 09:48:30 -0400 (EDT) Message-Id: <199605161348.JAA07833@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Paul Richards cc: msmith@atrad.adelaide.edu.au (Michael Smith), kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org From: "Louis A. Mamakos" Subject: Re: /stand/ee References: <199605160955.KAA28639@cadair.elsevier.co.uk> In-reply-to: Your message of "Thu, 16 May 1996 10:55:14 BST." <199605160955.KAA28639@cadair.elsevier.co.uk> Date: Thu, 16 May 1996 09:48:30 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Learning vi is one of those things you have to do to admin an unix box. > If command line editing and mode based editors isn't your thing there > are other OS's you can use :-) At the risk of starting up a editor holy war, there are many of us out here that know how to use ed(1), and the extent of vi knowledge is :x I use emacs on *all* platforms; even back on my Amiga so many years ago now. Usually, ed is used to build an emacs; it's much easier on FreeBSD system since you can just use pkg_add and you're done. Solutions which presume that FreeBSD users will have to attend the editor re-education camps will not be appreciated. If you are seriously looking at replacing ee with an editor which may be useful beyond the installation process, then you ought to look at pico. louie From owner-freebsd-current Thu May 16 07:10:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05116 for current-outgoing; Thu, 16 May 1996 07:10:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA05098 for ; Thu, 16 May 1996 07:10:29 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA04892 for current@freebsd.org; Thu, 16 May 1996 23:51:07 +0930 From: Michael Smith Message-Id: <199605161421.XAA04892@genesis.atrad.adelaide.edu.au> Subject: Debugging NFS bustedness in -current... To: current@freebsd.org Date: Thu, 16 May 1996 23:51:07 +0930 (CST) 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 (Yes, it's still busted). I've been building test kernels using a -current from around 15/5. (Awfully slow on a 386 8( ). So far, things which _haven't_ affected bustedness : - the presence or abscene of any of the Ix86_CPU defines (which might have changed the behaviour of the kernel bcopy). (I'm building a fresh GENERIC kernel, and one of the above to see if NFS_NOSERVER is a problem). Anyway, just in case this is helpful, I have three hung processes on the test system here. In order of hanging, they are : - dd, wchan is 'getblk'. - df, wchan is 'nfsrcv'. - mount, wchan is 'vfsbsy'. Just for kicks, I tried an 'ls' of the offending mount; it's hung on 'nfsrcv' as well. Suggestions anyone? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 16 09:33:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15200 for current-outgoing; Thu, 16 May 1996 09:33:21 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA15194 for ; Thu, 16 May 1996 09:33:17 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4S7KIBEHS00123F@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Thu, 16 May 1996 18:31:30 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA14762 for freebsd-current@freefall.cdrom.com; Thu, 16 May 1996 18:38:34 +0200 Date: Thu, 16 May 1996 18:38:34 +0200 From: "Christoph P. Kukulies" Subject: patch to isa.c To: freebsd-current@freefall.FreeBSD.org Message-id: <199605161638.SAA14762@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Around line 702 isa.c has an #ifdef DIAGNOSTIC block. A portion of this block contains printf("isa_dmastart: channel %d busy"..). The patch includes this printf also into the ifdefd passage. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de *** isa.c Thu May 16 18:28:52 1996 --- /sys/i386/isa/isa.c Thu May 2 16:54:15 1996 *************** *** 702,711 **** if (dma_inuse & (1 << chan) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); if (dma_busy & (1 << chan)) printf("isa_dmastart: channel %d busy\n", chan); - #endif dma_busy |= (1 << chan); --- 702,711 ---- if (dma_inuse & (1 << chan) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); + #endif if (dma_busy & (1 << chan)) printf("isa_dmastart: channel %d busy\n", chan); dma_busy |= (1 << chan); From owner-freebsd-current Thu May 16 11:48:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23709 for current-outgoing; Thu, 16 May 1996 11:48:43 -0700 (PDT) Received: from math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA23703 for ; Thu, 16 May 1996 11:48:41 -0700 (PDT) Received: from hausdorff.math.psu.edu (cross@hausdorff.math.psu.edu [146.186.132.5]) by math.psu.edu (8.7.5/8.7.3) with ESMTP id OAA29913 for ; Thu, 16 May 1996 14:48:26 -0400 (EDT) From: Dan Cross Received: (from cross@localhost) by hausdorff.math.psu.edu (8.7.5/8.7.3) id OAA22617 for current@freebsd.org; Thu, 16 May 1996 14:48:25 -0400 (EDT) Date: Thu, 16 May 1996 14:48:25 -0400 (EDT) Message-Id: <199605161848.OAA22617@hausdorff.math.psu.edu> To: current@freebsd.org Subject: Strange make failure? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doing a make world for the last few days seems to fail horribly: : big-o; runas make world -------------------------------------------------------------- Making hierarchy -------------------------------------------------------------- cd /usr/src/etc && make distrib-dirs [...] find . -name obj | xargs rm -rf make cleandir make: don't know how to make cleandir. Stop *** Error code 2 Stop. : big-o; I haven't seen anyone else point this out, however, so I must be doing something wrong. :-) Can anyone point me in the right direction? btw- doing a make -DNOCLEANDIR world only dies later on with a make depend somewhere. The machine in question is a 486/33 with 8 megs of RAM and a gig IDE disk (the only thing that I could find)... Looking at the Makefile in /usr/src reveals that there is no target for cleandir:. I tried deleting the Makefile and re-supping, but no go. :-( Any and all help is greatly appreciated for a -current neophyte. :-) If I'm doing something really stupid, then please don't flame me too hard. :-) - Dan C. From owner-freebsd-current Thu May 16 13:52:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03486 for current-outgoing; Thu, 16 May 1996 13:52:39 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-161.ut.nl.ibm.net [139.92.42.161]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA03465; Thu, 16 May 1996 13:52:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with SMTP id NAA06877; Wed, 15 May 1996 13:50:27 +0200 (MET DST) Message-Id: <199605151150.NAA06877@vector.jhs.no_domain> X-Authentication-Warning: vector.jhs.no_domain: Host localhost [127.0.0.1] didn't use HELO protocol To: Wolfram Schneider Cc: current@freebsd.org Subject: Re: diff for current src/usr.sbin/rmt/Makefile From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending modem change) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11, PGP available In-reply-to: Your message of "Tue, 14 May 1996 12:25:05 +0200." <199605141025.MAA00308@campa.panke.de> Date: Wed, 15 May 1996 13:50:26 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > Reply-to: Wolfram Schneider > > Julian H. Stacey writes: > >Here's a diff for src/ tree to prevent a spurious error report in > >make transcripts. Feel free to abbreviate it :-) > > >--- new/src/usr.sbin/rmt/Makefile Mon May 13 14:06:13 1996 > > beforeinstall: > >! @if test -e ${DESTDIR}/etc/rmt ; then \ > >! echo "Pre-existant ${DESTDIR}/etc/rmt" ; \ > >! ls -l ${DESTDIR}/etc/rmt ; \ > >! else \ > >! echo -n "Creating symbolic link " ; \ > >! echo "${DESTDIR}/etc/rmt --> ${BINDIR}/rmt" ; \ > >! ln -s ${BINDIR}/rmt ${DESTDIR}/etc/rmt ; \ > >! fi > > should be > > .if exists(${DESTDIR}/etc/rmt) > @${ECHO} ... > [...] > .else > [...] > .endif Probably so, this simpler structure would do, if we're happy to allow evaluation at Make-invocation-time rather than run time ? (I have cases in other Makefiles, where I grabbed my syntax from, where run time is needed, 'cos the dirs. are changing underfoot !) > And the consensus was that only etc/Makefile change something > in /etc. True, so either your fix or my fix should be flipped into src/etc/Makefile I presume ? Any committers available ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Thu May 16 16:19:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14647 for current-outgoing; Thu, 16 May 1996 16:19:42 -0700 (PDT) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA14638 for ; Thu, 16 May 1996 16:19:35 -0700 (PDT) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Thu, 16 May 1996 18:15:59 -0600 Message-ID: Date: 16 May 1996 18:15:46 -0500 From: "Richard Wackerbarth" Subject: Standard Shipping Containers - A Proposal for Distributing FreeBSD To: "FreeBSD Hackers" Cc: "FreeBSD Current" , "freebsd-stable@freebsd.org" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I see what appears to me to be a problem in the distribution of FreeBSD sources. I also propose a solution. I welcome your discussion. Richard The Problem: There are too many different variations of the same basic information. The Product: There are, and logically should be, four different "product lines". At the moment, they are 2.1, 2.2, "current", and "cvs". Each has its purpose and I don't intend to comment on that except to note that the similarities in the first three exceed their differences. The Distribution: There are seven distribution channels upon which I will comment. 1) Direct access to the master tree. This really applies only to the cvs tree and is "the only way to go" for commiters who are well connected. 2) Using "mirror". 3) Using "mirror" with directory listing cached on the server. 4) Using "sup". 5) Using "ctm". 6) Using distribution tarballs. 7) Using the "live file system" from CD. Characteristics of the Distribution Mechanisms. a) Only (1) and (2) provide "up to the minute" copies. All the rest give only a snapshot at server defined intervals. However, they exert an extremely heavy load on the server. The remainder compromise (in a reasonable mannner) by reusing the tree scan for multiple users at the expense of a delay in the update. b) (3) and (4) are functionally similar c) (1) thru (5) offer incremental updates. The Specific Difficulty. Each distribution mechanism has its own way of getting started. If I start with a clean disk, I must obtain a very large (28M compressed for the whole source) "update" to get started. In general, I cannot use the results of another distribution in place of a large portion of that transfer. CTM is perhaps better in that with it, we can create an update to transform one tree into another. However, it is significant work to attempt to identify and create the transformations from multiple starting points. The Proposal. Since all the reasonable distribution mechanisms are based upon server initiated snapshots, I suggest that, for each product, we do the following: 1) Have a single mechanism to define the snapshots that will be delivered. Then assure that everyone delivers exactly the same "product". 2) Include with that distribution the identifier(s) which would allow a user to use that distribution as a starting place for another distribution method. (In the case of CTM, this would mean the .ctm_status file.) Suggested details. 1) Since we are running CTM for each of the products, I would start by having the CTM servers define the snapshots. The .ctm_status file would then become a part of the source tree and everyone would distribute it. In particular, it would get included on the sup servers, in the distribution tarballs, and on the live file system CD. This would allow anyone who has a copy of the tree from any of these sources to update it by applying the ctm files. 2) I would also make available the directory of sup update keys. Although the one on the CD should match that distribution, they do not have to be maintained totally up-to-date. If you use a slightly out-of-date version, sup will simply replace a few additional files. 3) In order to coordinate these events, the sup servers would trigger their updates on the basis of the receipt of a ctm update. 4) In preparing a CD-ROM, we need to either a) freeze the source tree far enough in advance of the release to allow the updates to make the update circuit, or, b) freeze the update circuit and anticipate the effect of the final update or, c) use a combination of the two. Freeze the ctm updates before the fact. Allow the sup update to propogate. for inclusion on the CD. Anticipate the ctm update by adding one to the last count propogated if there were any changes. After the CD is frozen, use it to generate the next input to the ctm sequence. Conclusions: 1) Such a methodology will assure that it is easy for any user to jump from a CD or tarball to ctm or sup without having to re-aquire the bulk of the sources. 2) Sup can be used to repair a damaged tree when a complete ctm sequence is not available locally. 3) Ctm can be used for routine updates to avoid transferring the entire file to realize a minor change. 4) We need to enhance ctm to allow it to recognize intentionally pruned trees and ignore that portion of the update. (The argument for this conclusion was not included in this document) -- ...computers in the future may have only 1,000 vacuum tubes and weigh only 1/2 tons. -- Popular Mechanics, March 1949 From owner-freebsd-current Thu May 16 17:41:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20776 for current-outgoing; Thu, 16 May 1996 17:41:03 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20754; Thu, 16 May 1996 17:40:56 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA25150; Thu, 16 May 1996 18:40:46 -0600 Date: Thu, 16 May 1996 18:40:46 -0600 From: Nate Williams Message-Id: <199605170040.SAA25150@rocky.sri.MT.net> To: "Richard Wackerbarth" Cc: "FreeBSD Hackers" , "FreeBSD Current" , "freebsd-stable@freebsd.org" Subject: Re: Standard Shipping Containers - A Proposal for Distributing FreeBSD In-Reply-To: References: Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The Distribution: > There are seven distribution channels upon which I will comment. > 1) Direct access to the master tree. This really applies only > to the cvs tree and is "the only way to go" for commiters > who are well connected. > 2) Using "mirror". > 3) Using "mirror" with directory listing cached on the server. > 4) Using "sup". > 5) Using "ctm". > 6) Using distribution tarballs. > 7) Using the "live file system" from CD. > > Characteristics of the Distribution Mechanisms. > a) Only (1) and (2) provide "up to the minute" copies. Not true. If you have direct access to freefall (developers only), you can use (4-sup) to get "up to the minute" copies of the CVS tree. Occassionaly I re-sup the tree in the middle of the day if I want to make sure the changes I've made are valid. > The Proposal. > Since all the reasonable distribution mechanisms are based upon > server initiated snapshots Since your assumptions are invalid for one of the two most common distribution method, the rest of the proposal is not completely valid. nate From owner-freebsd-current Thu May 16 18:02:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22371 for current-outgoing; Thu, 16 May 1996 18:02:08 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA22366 for ; Thu, 16 May 1996 18:02:02 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id EAA08045; Fri, 17 May 1996 04:01:43 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id EAA09562; Fri, 17 May 1996 04:01:43 +0300 (EET DST) Date: Fri, 17 May 1996 04:01:43 +0300 (EET DST) Message-Id: <199605170101.EAA09562@cantina.clinet.fi> From: Heikki Suonsivu To: "Jordan K. Hubbard" Cc: freebsd-current@freebsd.org In-reply-to: "Jordan K. Hubbard"'s message of 16 May 1996 15:13:35 +0300 Subject: Re: /stand/ee Organization: Clinet Ltd, Espoo, Finland References: <8608.832243492@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: "Jordan K. Hubbard" And for good reason. Let's say you've never touched UNIX before, but you load this FreeBSD thingy and, at a couple of points in the installation, it splats this goofy editor toy in your face. "OK," you say, "Another goofy editor to learn." You spend a couple of minutes learning the key set and find that it's not all that difficult (once you figure out that files can only be saved via the ESC menu :-). The point is not "how easy it is to learn", it is "how easy it is to use". People should not need to learn an editor to install an operating system, the editor needs to be obvious enough that it can be simply be used. The simplest possible job and the most important is to get out of the editor. In ee you need to type ctrl-c quit and it is not obvious from the initial screen. In pico you type ctrl-x and the instructions are in the bottom line. If possible, the editor should at least use cursor movement commands of emacs, as that is what almost all unix programs use by default, if not vi commands (but vi is not the end-user's editor, that I can say for sure :). In ee all commands seem to be completely random, they aren't even wordstar ones but completely own. I think pico is the best solution for small editor which even end-users can use without problems, but your mileage may vary. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-current Thu May 16 19:33:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00487 for current-outgoing; Thu, 16 May 1996 19:33:48 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA00477 for ; Thu, 16 May 1996 19:33:40 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id TAA19675 for ; Thu, 16 May 1996 19:33:37 -0700 (PDT) Date: Thu, 16 May 1996 19:33:35 -0700 (PDT) From: invalid opcode To: freebsd-current@freebsd.org Subject: Is this is a stupid patch? 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 modified rlogin(1) to support user@host style parameters like this: rlogin coredump@nervosa.com as opposed to rlogin -l coredump nervosa.com Do you think this is a useful or stupid patch? - begin --------------------------------------------------- *** rlogin.c Thu May 16 19:28:27 1996 --- rlogin.c.new Thu May 16 19:25:39 1996 *************** *** 241,246 **** --- 241,251 ---- if (!user) user = pw->pw_name; + if (p = rindex(host, '@')) { + user[host - p] = '\0'; + host = ++p; + } + sp = NULL; #ifdef KERBEROS if (use_kerberos) { - end --------------------------------------------------- == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Thu May 16 19:58:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02369 for current-outgoing; Thu, 16 May 1996 19:58:11 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02363 for ; Thu, 16 May 1996 19:58:06 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id TAA20055 for ; Thu, 16 May 1996 19:58:03 -0700 (PDT) Date: Thu, 16 May 1996 19:58:01 -0700 (PDT) From: invalid opcode To: freebsd-current@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 Scratch that last post, the correct patch is: *** rlogin.c Thu May 16 19:52:12 1996 --- rlogin.c.new Thu May 16 19:54:02 1996 *************** *** 241,246 **** --- 241,252 ---- if (!user) user = pw->pw_name; + if (p = rindex(host, '@')) { + memmove((char *)user, (char *)host, p - host); + user[p - host] = '\0'; + host = ++p; + } + sp = NULL; #ifdef KERBEROS if (use_kerberos) { == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Thu May 16 21:00:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07351 for current-outgoing; Thu, 16 May 1996 21:00:32 -0700 (PDT) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07339 for ; Thu, 16 May 1996 21:00:28 -0700 (PDT) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Thu, 16 May 1996 23:00:03 -0600 Message-ID: Date: 16 May 1996 22:59:43 -0500 From: "Richard Wackerbarth" Subject: Re(2): Standard Shipping Containers - A Proposal for Distributing FreeBSD To: "FreeBSD Current" , "FreeBSD Hackers" , "freebsd-stable@freebsd.org" , "Nate Williams" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Not true. If you have direct access to freefall (developers only), you can use (4-sup) to get "up to the minute" copies of the CVS tree. If YOU can get "up to the minute" updates via sup, it is only because you fall in my category (1). My proposal does not affect a sup server that does not provide synchronous snapshots. > > The Proposal. > > Since all the reasonable distribution mechanisms are based upon server initiated snapshots > > Since your assumptions are invalid for one of the two most common > distribution method, the rest of the proposal is not completely valid. Since those who have the direct access are not really inhibited by this proposal, I suggest that you reconsider it in view of the other 99.99% of the folks for whom my assumptions apply. I hope there is somebody out there who cares about the difficulties of the "average joe" and doesn't simply brush off those problems because they are a member of the elite class who get to play by their own rules. -- ...computers in the future may have only 1,000 vacuum tubes and weigh only 1/2 tons. -- Popular Mechanics, March 1949 From owner-freebsd-current Thu May 16 21:06:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07640 for current-outgoing; Thu, 16 May 1996 21:06:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07624 for ; Thu, 16 May 1996 21:06:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA09755; Fri, 17 May 1996 13:45:13 +0930 From: Michael Smith Message-Id: <199605170415.NAA09755@genesis.atrad.adelaide.edu.au> Subject: Re: /stand/ee To: hsu@clinet.fi (Heikki Suonsivu) Date: Fri, 17 May 1996 13:45:12 +0930 (CST) Cc: jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199605170101.EAA09562@cantina.clinet.fi> from "Heikki Suonsivu" at May 17, 96 04:01:43 am 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 Heikki Suonsivu stands accused of saying: > > The point is not "how easy it is to learn", it is "how easy it is to use". > People should not need to learn an editor to install an operating system, > the editor needs to be obvious enough that it can be simply be used. > > The simplest possible job and the most important is to get out of the > editor. In ee you need to type > > ctrl-c quit > > and it is not obvious from the initial screen. You type and select it from the menu. This is the first thing listed in the help region at the top of the screen. > In pico you type > > ctrl-x > > and the instructions are in the bottom line. I prefer pico's interface, yes. It's significantly more bulky though. > If possible, the editor should at least use cursor movement commands of > emacs, as that is what almost all unix programs use by default, if not vi > commands (but vi is not the end-user's editor, that I can say for sure :). > In ee all commands seem to be completely random, they aren't even wordstar > ones but completely own. Cursor movement should be performed by the cursor keys. That's what they're for. ee does this OK. > I think pico is the best solution for small editor which even end-users can > use without problems, but your mileage may vary. pico is not small. There are plenty of small editors out there; 'ee' just got lucky. > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 16 21:22:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA09157 for current-outgoing; Thu, 16 May 1996 21:22:18 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA09138; Thu, 16 May 1996 21:22:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA06771; Thu, 16 May 1996 22:21:34 -0600 (MDT) Message-Id: <199605170421.WAA06771@rover.village.org> To: Nate Williams Subject: Re: Standard Shipping Containers - A Proposal for Distributing FreeBSD Cc: "Richard Wackerbarth" , "FreeBSD Hackers" , "FreeBSD Current" , "freebsd-stable@freebsd.org" In-reply-to: Your message of Thu, 16 May 1996 18:40:46 MDT Date: Thu, 16 May 1996 22:21:33 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The Distribution: > There are seven distribution channels upon which I will comment. > 1) Direct access to the master tree. This really applies only > to the cvs tree and is "the only way to go" for commiters > who are well connected. > 2) Using "mirror". > 3) Using "mirror" with directory listing cached on the server. > 4) Using "sup". > 5) Using "ctm". > 6) Using distribution tarballs. > 7) Using the "live file system" from CD. > > Characteristics of the Distribution Mechanisms. > a) Only (1) and (2) provide "up to the minute" copies. Err, ummm, ctm provides me with up to the last four hour update copies of the development tree. And I have my email setup to automatically apply it, so it is no muss, no fuss. Easily more up to date that sup ever was for me. I resisted for a long time going to ctm because I thought it wouldn't give me the access that sup gave me. It has worked 1000% better than sup ever did for me. This is usually sufficient because relatively little changes in any given four hour period. Warner From owner-freebsd-current Thu May 16 21:41:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10364 for current-outgoing; Thu, 16 May 1996 21:41:29 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA10355 for ; Thu, 16 May 1996 21:41:26 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id AAA10509 for ; Fri, 17 May 1996 00:41:25 -0400 (EDT) Message-Id: <199605170441.AAA10509@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: current@freebsd.org From: "Louis A. Mamakos" Subject: SO_TIMESTAMP socket option and xntp Date: Fri, 17 May 1996 00:41:24 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently I worked on some code to add a new socket option (SO_TIMESTAMP) which timestamps arriving packets as they are queued to the socket. This code has been merged into the -current source tree and seems to be working pretty well. I've got some diffs to xntp version 3.5c available for anyone interested in excercising the code, or just seeing how it might be used. Please note that his version of xntp is somewhat more recent than the version on the FreeBSD source tree, so the patches may not be directly applicable to that version. You can get version 3.5c from ftp://louie.udel.edu/pub/ntp if interested. The diffs to this are available as http://www.transsys.com/~louie/ntp-diffs and have been submitted to Dave Mills for inclusion in xntp. louie From owner-freebsd-current Thu May 16 22:04:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12003 for current-outgoing; Thu, 16 May 1996 22:04:36 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA11997 for ; Thu, 16 May 1996 22:04:32 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id IAA12933; Fri, 17 May 1996 08:04:23 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id IAA26098; Fri, 17 May 1996 08:04:23 +0300 (EET DST) Date: Fri, 17 May 1996 08:04:23 +0300 (EET DST) Message-Id: <199605170504.IAA26098@katiska.clinet.fi> From: Heikki Suonsivu To: Michael Smith Cc: hsu@clinet.fi (Heikki Suonsivu), jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG Subject: Re: /stand/ee In-Reply-To: <199605170415.NAA09755@genesis.atrad.adelaide.edu.au> References: <199605170101.EAA09562@cantina.clinet.fi> <199605170415.NAA09755@genesis.atrad.adelaide.edu.au> Organization: Clinet Ltd, Espoo, Finland Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > You type and select it from the menu. This is the first thing > listed in the help region at the top of the screen. Really, take a random computer user and try it on him (the less (s)he has used computers the better). It is worth taking the best available solution, particularly when a utility which will be used very often is selected. > pico is not small. There are plenty of small editors out there; 'ee' > just got lucky. Reality check, please: hsu@cantina.clinet.fi Fri 12: size /usr/bin/ee text data bss dec hex 57344 4096 0 61440 f000 hsu@cantina.clinet.fi Fri 13: which pico /usr/local/bin/pico hsu@cantina.clinet.fi Fri 14: size /usr/local/bin/pico text data bss dec hex 8192 4096 0 12288 3000 hsu@cantina.clinet.fi Fri 15: ls -l /usr/bin/ee /usr/local/bin/pico -r-xr-xr-x 2 bin bin 61440 May 16 10:15 /usr/bin/ee -rwxr-xr-x 1 bin bin 12288 Apr 4 13:21 /usr/local/bin/pico Pico is significantly smaller! -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-current Thu May 16 22:13:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12886 for current-outgoing; Thu, 16 May 1996 22:13:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA12873 for ; Thu, 16 May 1996 22:13:26 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA10312; Fri, 17 May 1996 14:53:56 +0930 From: Michael Smith Message-Id: <199605170523.OAA10312@genesis.atrad.adelaide.edu.au> Subject: Re: /stand/ee To: hsu@clinet.fi (Heikki Suonsivu) Date: Fri, 17 May 1996 14:53:55 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hsu@clinet.fi, jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199605170504.IAA26098@katiska.clinet.fi> from "Heikki Suonsivu" at May 17, 96 08:04:23 am 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 Heikki Suonsivu stands accused of saying: > > Michael Smith writes: > > You type and select it from the menu. This is the first thing > > listed in the help region at the top of the screen. > > Really, take a random computer user and try it on him (the less (s)he has > used computers the better). It is worth taking the best available > solution, particularly when a utility which will be used very often is > selected. Hmm, think again. Take a random computer user with enough experience to be realistically sitting in front of a Unix system. Point them at 'ee' or 'vi' at random, and guage their responses. Given that I've been doing just that for some time now, I'll tell you which works out better 8) > > pico is not small. There are plenty of small editors out there; 'ee' > > just got lucky. > > Reality check, please: > > hsu@cantina.clinet.fi Fri 12: size /usr/bin/ee > text data bss dec hex > 57344 4096 0 61440 f000 > hsu@cantina.clinet.fi Fri 13: which pico > /usr/local/bin/pico > hsu@cantina.clinet.fi Fri 14: size /usr/local/bin/pico > text data bss dec hex > 8192 4096 0 12288 3000 > hsu@cantina.clinet.fi Fri 15: ls -l /usr/bin/ee /usr/local/bin/pico > -r-xr-xr-x 2 bin bin 61440 May 16 10:15 /usr/bin/ee > -rwxr-xr-x 1 bin bin 12288 Apr 4 13:21 /usr/local/bin/pico > > Pico is significantly smaller! Dunno where you got that pico from; I'm not stupid enough to not have checked myself : cain:~>size `which pico` text data bss dec hex 102400 8192 0 110592 1b000 cain:~>file `which pico` /usr/local/bin/pico: FreeBSD/i386 demand paged dynamically linked executable > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 16 22:59:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16989 for current-outgoing; Thu, 16 May 1996 22:59:52 -0700 (PDT) Received: from ns.uninet.ee (ns.uninet.ee [194.204.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA16954; Thu, 16 May 1996 22:59:42 -0700 (PDT) Received: (from taavi@localhost) by ns.uninet.ee (8.6.12/8.6.12) id IAA29902; Fri, 17 May 1996 08:59:15 +0300 Date: Fri, 17 May 1996 08:59:14 +0300 (EET DST) From: Taavi Talvik To: Richard Wackerbarth cc: FreeBSD Hackers , FreeBSD Current , "freebsd-stable@freebsd.org" Subject: Re: Standard Shipping Containers - A Proposal for Distributing FreeBSD 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 16 May 1996, Richard Wackerbarth wrote: > The Distribution: > There are seven distribution channels upon which I will comment. > 1) Direct access to the master tree. This really applies only > to the cvs tree and is "the only way to go" for commiters > who are well connected. > 2) Using "mirror". > 3) Using "mirror" with directory listing cached on the server. > 4) Using "sup". > 5) Using "ctm". > 6) Using distribution tarballs. > 7) Using the "live file system" from CD. > > Characteristics of the Distribution Mechanisms. > a) Only (1) and (2) provide "up to the minute" copies. All the > rest give only a snapshot at server defined intervals. > However, they exert an extremely heavy load on the server. > The remainder compromise (in a reasonable mannner) by reusing > the tree scan for multiple users at the expense of a delay > in the update. I am trying to mirror FreeBSD distributions for ftp.ee.freebsd.org. So far i not very successful in keeping my server up to date. For example last nite mirror retrieved onlyabout 50 files before ftp server went away. Restarting means retreieving another 30M of directory listing... There should be better way. Mirrored FreeBSD-current (ftp.freebsd.org:/pub/FreeBSD/FreeBSD-current -> /disk2d/ftp/pub/unix/FreeBSD/FreeBSD-current) FreeBSD-current @ Fri May 17 00:15:49 EET DST 1996 Got ports/LEGAL 2093 Got ports/www/netscape3/files/netscape.sh 281 Got ports/www/apache/patches/patch-ae 1755 Got ports/archivers/Makefile 386 Got ports/archivers/rar/Makefile 630 Got ports/archivers/rar/pkg/COMMENT 31 Got ports/archivers/rar/pkg/DESCR 244 Got ports/archivers/rar/pkg/PLIST 23 Got ports/archivers/rar/files/md5 54 Got ports/archivers/unrar/Makefile 503 Got ports/archivers/unrar/pkg/PLIST 11 Got ports/archivers/unrar/pkg/COMMENT 43 Got ports/archivers/unrar/files/md5 111 Got ports/games/Makefile 867 Got ports/games/imaze/Makefile 687 Got ports/games/xskat/Makefile 505 Got ports/games/xskat/pkg/COMMENT 25 Got ports/games/xskat/pkg/DESCR 216 Got ports/games/xskat/pkg/PLIST 30 Got ports/games/xskat/files/Imakefile 606 Got ports/games/xskat/files/md5 58 Got ports/x11/FWF/Makefile 433 Got ports/misc/less/Makefile 615 Got ports/print/psutils/Makefile 2170 Got ports/print/teTeX/Makefile 1163 Got ports/print/teTeX/scripts/post-install 3268 Got ports/print/teTeX/scripts/pre-extract 957 Got ports/print/teTeX/pkg/PLIST 621 Got ports/print/teTeX/files/vars 86 Got ports/print/teTeX/files/md5 1099 Got ports/lang/tclX75/Makefile 1914 Got ports/lang/tclX75/pkg/PLIST 9161 Got ports/graphics/Mesa/Makefile 375 Got ports/graphics/Mesa/pkg/PLIST 408 Got ports/graphics/Mesa/pkg/DESCR 574 Got ports/graphics/Mesa/pkg/COMMENT 52 Got ports/graphics/Mesa/patches/patch-aa 1366 Got ports/graphics/Mesa/patches/patch-ab 358 Got ports/graphics/Mesa/files/md5 59 Got ports/audio/gmod/Makefile 510 Got ports/shells/zsh/Makefile 850 Got ports/shells/zsh/files/md5 63 Got ports/shells/zsh/pkg/COMMENT 39 Got ports/shells/zsh/pkg/PLIST 575 Got ports/shells/pdksh/Makefile 459 Got ports/shells/pdksh/files/md5 60 Got ports/comms/rzsz/files/md5 54 Got src/usr.sbin/ppp/os.c 8048 Got src/usr.sbin/ctm/mkCTM/mkctm.c 14215 Got src/usr.sbin/ctm/mkCTM/Makefile 482 Got src/usr.bin/sgmlfmt/sgmlfmt.pl 15872 (file shrunk from 17699!) Failed to get src/usr.bin/f2c/f2c.1: timed out Failed to get src/usr.bin/calendar/calendar.1: 200 PORT command successful. Failed to get src/sys/i386/conf/LINT: 150 Opening BINARY mode data connection for src/usr.bin/calendar/calendar.1 (7411 bytes). Failed to get src/sys/i386/conf/GENERIC: remote server gone away unlink /disk2d/ftp/pub/unix/FreeBSD/FreeBSD-current/src/games/hack/hack.onames.h best regards, taavi From owner-freebsd-current Thu May 16 23:05:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17521 for current-outgoing; Thu, 16 May 1996 23:05:40 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA17507 for ; Thu, 16 May 1996 23:05:26 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <15977-0@bunyip.cc.uq.oz.au>; Fri, 17 May 1996 16:04:57 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA02938; Fri, 17 May 1996 16:05:32 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id QAA07165; Fri, 17 May 1996 16:04:42 +1000 Date: Fri, 17 May 1996 16:04:42 +1000 From: Stephen McKay Message-Id: <199605170604.QAA07165@orion.devetir.qld.gov.au> To: Michael Smith cc: freebsd-current@freebsd.org, sysgsm@devetir.qld.gov.au Subject: Re: Debugging NFS bustedness in -current... X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: >I've been building test kernels using a -current from around 15/5. >(Awfully slow on a 386 8( ). > >So far, things which _haven't_ affected bustedness : > - the presence or abscene of any of the Ix86_CPU defines (which might have > changed the behaviour of the kernel bcopy). > >(I'm building a fresh GENERIC kernel, and one of the above to see if >NFS_NOSERVER is a problem). >Suggestions anyone? I had lots of NFS problems until I switched to TCP from UDP on my 386. UDP used to work before mid January, or so. I mount mine "rw,intr,tcp" now, and everything is fine. Of course, not all servers support NFS over TCP, so the UDP problem should be worked on. Also, have you noticed any "spinning" processes on your 386, that is, processes that get a lot of CPU time, but never complete? If so, this is triggered by some interactions between 386's, swapping (not just paging), and the VM system. The following patch works for me. By the way, John Dyson tells me this will be irrelevant when his updated VM code is installed (Real Soon Now). Apply to pmap.c version 1.89: --- pmap.c.dist Tue May 14 14:09:52 1996 +++ pmap.c Tue May 14 14:45:51 1996 @@ -380,6 +380,7 @@ pmap_page_protect(VM_PAGE_TO_PHYS(mpte), VM_PROT_NONE); vm_page_free(mpte); #else + pmap_changebit(VM_PAGE_TO_PHYS(mpte), PG_A|PG_M, FALSE); mpte->dirty = 0; vm_page_deactivate(mpte); #endif Stephen. From owner-freebsd-current Thu May 16 23:20:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18377 for current-outgoing; Thu, 16 May 1996 23:20:00 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18359; Thu, 16 May 1996 23:19:56 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id XAA17489 ; Thu, 16 May 1996 23:19:49 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA10859; Fri, 17 May 1996 15:56:56 +0930 From: Michael Smith Message-Id: <199605170626.PAA10859@genesis.atrad.adelaide.edu.au> Subject: Re: Standard Shipping Containers - A Proposal for Distributing FreeBSD To: imp@village.org (Warner Losh) Date: Fri, 17 May 1996 15:56:56 +0930 (CST) Cc: nate@sri.MT.net, rkw@dataplex.net, hackers@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org In-Reply-To: <199605170421.WAA06771@rover.village.org> from "Warner Losh" at May 16, 96 10:21:33 pm 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 Warner Losh stands accused of saying: > apply it, so it is no muss, no fuss. Easily more up to date that sup > ever was for me. I resisted for a long time going to ctm because I > thought it wouldn't give me the access that sup gave me. It has > worked 1000% better than sup ever did for me. This is usually > sufficient because relatively little changes in any given four hour > period. All this discussion is telling us is that there are several different ways by which FreeBSD source code is distributed, and each of these different ways works well for different people. What's wrong with things as they are? Why should anyone feel compelled to change things if they're not broken? > Warner -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri May 17 00:01:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21224 for current-outgoing; Fri, 17 May 1996 00:01:34 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA21219 for ; Fri, 17 May 1996 00:01:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA13084; Fri, 17 May 1996 00:00:09 -0700 (PDT) To: invalid opcode cc: freebsd-current@freebsd.org Subject: Re: Is this is a stupid patch? In-reply-to: Your message of "Thu, 16 May 1996 19:33:35 PDT." Date: Fri, 17 May 1996 00:00:09 -0700 Message-ID: <13082.832316409@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Do you think this is a useful or stupid patch? I kind of like it. It makes it more orthogonal with rcp. Jordan From owner-freebsd-current Fri May 17 00:03:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21333 for current-outgoing; Fri, 17 May 1996 00:03:40 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA21327 for ; Fri, 17 May 1996 00:03:32 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id HAA10688; Fri, 17 May 1996 07:55:40 +0100 (BST) To: Heikki Suonsivu cc: Michael Smith , jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: /stand/ee In-reply-to: Your message of "Fri, 17 May 1996 08:04:23 +0300." <199605170504.IAA26098@katiska.clinet.fi> Date: Fri, 17 May 1996 07:55:39 +0100 Message-ID: <10686.832316139@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Heikki Suonsivu wrote in message ID <199605170504.IAA26098@katiska.clinet.fi>: > hsu@cantina.clinet.fi Fri 15: ls -l /usr/bin/ee /usr/local/bin/pico > -r-xr-xr-x 2 bin bin 61440 May 16 10:15 /usr/bin/ee > -rwxr-xr-x 1 bin bin 12288 Apr 4 13:21 /usr/local/bin/pico > Pico is significantly smaller! >From experience of a program I'm working on at the minute (where I do check bin file sizes once compiled), I doubt that that is pico, much more likely a wrapper that your pico uses to do something before calling the real pico. I'd be surprised to get that sort of functionality into that little code space. Even using assembler it'd be a challenge. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Fri May 17 00:27:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22997 for current-outgoing; Fri, 17 May 1996 00:27:59 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA22985 for ; Fri, 17 May 1996 00:27:54 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id AAA21201; Fri, 17 May 1996 00:27:46 -0700 (PDT) Date: Fri, 17 May 1996 00:27:45 -0700 (PDT) From: invalid opcode To: "Jordan K. Hubbard" cc: freebsd-current@freebsd.org Subject: Re: Is this is a stupid patch? In-Reply-To: <13082.832316409@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 May 1996, Jordan K. Hubbard wrote: > > Do you think this is a useful or stupid patch? > I kind of like it. It makes it more orthogonal with rcp. > Jordan Me too. Not to mention the fact that there are many a times when I type rlogin coredump@, and than quickly backspace because my brain went the intuitive way and rlogin went the other. :-) == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Fri May 17 00:32:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23575 for current-outgoing; Fri, 17 May 1996 00:32:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA23566 for ; Fri, 17 May 1996 00:32:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA13267; Fri, 17 May 1996 00:30:32 -0700 (PDT) To: Heikki Suonsivu cc: Michael Smith , freebsd-current@FreeBSD.ORG Subject: Re: /stand/ee In-reply-to: Your message of "Fri, 17 May 1996 08:04:23 +0300." <199605170504.IAA26098@katiska.clinet.fi> Date: Fri, 17 May 1996 00:30:32 -0700 Message-ID: <13265.832318232@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Pico is significantly smaller! So when are one of you pico fanatics going to give me a version broken out of PINE and bmake'd for the tree? :-) Jordan From owner-freebsd-current Fri May 17 00:51:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA24889 for current-outgoing; Fri, 17 May 1996 00:51:48 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA24880 for ; Fri, 17 May 1996 00:51:39 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA15812 for ; Fri, 17 May 1996 09:51:00 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26821 for freebsd-current@FreeBSD.ORG; Fri, 17 May 1996 09:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA05221 for freebsd-current@FreeBSD.ORG; Fri, 17 May 1996 09:25:50 +0200 (MET DST) From: J Wunsch Message-Id: <199605170725.JAA05221@uriah.heep.sax.de> Subject: Re: /stand/ee To: freebsd-current@FreeBSD.ORG Date: Fri, 17 May 1996 09:25:50 +0200 (MET DST) In-Reply-To: <199605170101.EAA09562@cantina.clinet.fi> from Heikki Suonsivu at "May 17, 96 04:01:43 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 Heikki Suonsivu wrote: > The simplest possible job and the most important is to get out of the > editor. In ee you need to type > > ctrl-c quit > > and it is not obvious from the initial screen. This is not true. The regular way is to use ESC to get the menue, and then hit return. ee is even internationalized. (Ok, by now only English, French, and German, but please don't expect _me_ to translate it into Finnish. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 17 02:10:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00410 for current-outgoing; Fri, 17 May 1996 02:10:14 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA00404 for ; Fri, 17 May 1996 02:10:11 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA12145; Fri, 17 May 1996 18:51:12 +0930 From: Michael Smith Message-Id: <199605170921.SAA12145@genesis.atrad.adelaide.edu.au> Subject: Re: Is this is a stupid patch? To: coredump@nervosa.com (invalid opcode) Date: Fri, 17 May 1996 18:51:11 +0930 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: from "invalid opcode" at May 16, 96 07:33:35 pm 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 invalid opcode stands accused of saying: > > I modified rlogin(1) to support user@host style parameters like this: > > rlogin coredump@nervosa.com I like it! > == Chris Layne ======================================== Nervosa Computing == -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri May 17 06:23:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16208 for current-outgoing; Fri, 17 May 1996 06:23:15 -0700 (PDT) Received: from area238.residence.gatech.edu (root@area238.residence.gatech.edu [199.77.175.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16201 for ; Fri, 17 May 1996 06:23:13 -0700 (PDT) Received: (from ken@localhost) by area238.residence.gatech.edu (8.7.5/8.7.3) id JAA24725; Fri, 17 May 1996 09:22:57 -0400 (EDT) From: "Kenneth D. Merry" Message-Id: <199605171322.JAA24725@area238.residence.gatech.edu> Subject: Re: Is this is a stupid patch? To: coredump@nervosa.com (invalid opcode) Date: Fri, 17 May 1996 09:22:57 -0400 (EDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: from invalid opcode at "May 16, 96 07:33:35 pm" 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 > I modified rlogin(1) to support user@host style parameters like this: > > rlogin coredump@nervosa.com > > as opposed to > > rlogin -l coredump nervosa.com > > Do you think this is a useful or stupid patch? Sounds good to me....IRIX supports that format as well: (from the rlogin(1) man page, IRIX 5.3) NAME rlogin - remote login SYNOPSIS rlogin rhost [ -l username ] [ -ec ] [ -8 ] [ -L ] rlogin username@rhost [ -ec ] [ -8 ] [ -L ] Ken -- Kenneth Merry ken@area238.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-current Fri May 17 06:42:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17397 for current-outgoing; Fri, 17 May 1996 06:42:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17392 for ; Fri, 17 May 1996 06:42:36 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA12893 for current@freebsd.org; Fri, 17 May 1996 23:23:52 +0930 From: Michael Smith Message-Id: <199605171353.XAA12893@genesis.atrad.adelaide.edu.au> Subject: NFS bustedness... To: current@freebsd.org Date: Fri, 17 May 1996 23:23:51 +0930 (CST) 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 Hmm. So far the culprit appears to be the NFS_NOSERVER option. Poul, this is your baby. Obviously, I'm still cutting test kernels for all this, but some/any input would be greatly appreciated. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri May 17 06:59:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA18270 for current-outgoing; Fri, 17 May 1996 06:59:43 -0700 (PDT) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA18236; Fri, 17 May 1996 06:59:37 -0700 (PDT) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id JAA12806; Fri, 17 May 1996 09:59:35 -0400 (EDT) Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id JAA26502; Fri, 17 May 1996 09:59:34 -0400 (EDT) Date: Fri, 17 May 1996 09:59:32 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: Richard Wackerbarth cc: FreeBSD Current , FreeBSD Hackers , "freebsd-stable@freebsd.org" , Nate Williams Subject: Re: Re(2): Standard Shipping Containers - A Proposal for Distributing FreeBSD 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 16 May 1996, Richard Wackerbarth wrote: > > Since those who have the direct access are not really inhibited by this > proposal, I suggest that you reconsider it in view of the other 99.99% of the > folks for whom my assumptions apply. > > I hope there is somebody out there who cares about the difficulties of the > "average joe" and doesn't simply brush off those problems because they are a > member of the elite class who get to play by their own rules. If you would make clear that your realize that your comments don't apply to those who are net connected, you wouldn't have everyone complaining. Your comments so far have been incorrect in how sup and ctm really work. No one would argue about upgrading ctm, but you seem to be making claims about both sup and ctm that don't apply to both. You ask who cares about those not net-connected, but your own comments seem to betray a prejudice against those who ARE net-connected. How about caring for both? That's why there's TWO tools, not one. > > -- > > ...computers in the future may have only 1,000 vacuum tubes and weigh > only 1/2 tons. -- Popular Mechanics, March 1949 > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri May 17 07:05:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18865 for current-outgoing; Fri, 17 May 1996 07:05:51 -0700 (PDT) Received: from Fieber-John.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA18852 for ; Fri, 17 May 1996 07:05:48 -0700 (PDT) Received: from localhost (jfieber@localhost) by Fieber-John.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id JAA00389; Fri, 17 May 1996 09:05:37 -0500 (EST) X-Authentication-Warning: Fieber-John.campusview.indiana.edu: jfieber owned process doing -bs Date: Fri, 17 May 1996 09:05:37 -0500 (EST) From: John Fieber X-Sender: jfieber@Fieber-John.campusview.indiana.edu To: Matt Bartley cc: current@freebsd.org Subject: Re: warnings in share/doc/handbook In-Reply-To: <199605150139.SAA00168@lear35.cytex.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, 14 May 1996, Matt Bartley wrote: > generating handbook.ascii... > :95: warning: `SN' not defined > :617: warning: can't break line > :30282: warning: `LH' not defined > :30282: warning: `RH' not defined These are bugs in the nroff conversion which should be fixed. (I know just about enough [nt]roff to correctly identify it when I see it, but beyond that...) > Warning: Reference to kernelconfig:Building has no defined target This was just fixed. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-current Fri May 17 07:07:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18960 for current-outgoing; Fri, 17 May 1996 07:07:05 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18955 for ; Fri, 17 May 1996 07:06:58 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id PAA23130 for ; Fri, 17 May 1996 15:05:51 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 17 May 1996 15:05:56 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA06688; Fri, 17 May 1996 15:05:21 +0100 From: Paul Richards Message-Id: <199605171405.PAA06688@cadair.elsevier.co.uk> Subject: Re: /stand/ee To: hsu@clinet.fi (Heikki Suonsivu) Date: Fri, 17 May 1996 15:05:21 +0100 (BST) Cc: msmith@atrad.adelaide.edu.au, hsu@clinet.fi, jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199605170504.IAA26098@katiska.clinet.fi> from "Heikki Suonsivu" at May 17, 96 08:04:23 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Heikki Suonsivu who said > > > You type and select it from the menu. This is the first thing > > listed in the help region at the top of the screen. > > Really, take a random computer user and try it on him (the less (s)he has > used computers the better). It is worth taking the best available > solution, particularly when a utility which will be used very often is > selected. Uhh, guys please, get this argument in perspective. Take a totally clueless newbie and stick an unix box in front of them, yeah right, an intuitive editor is really important in this situation !!! I'm very much in the camp of make unix nicer/easier for the masses but whether ee or pico are more intuitive alternatives to vi is not exactly the main problem. Let them have a basic editing tool to get themselves installed but if they're *really* new to unix and don't know anything the first thing they're going to have to do is buy a book, something like "Unix in a nutshell" perhaps and it's not going to tell them in there how to use ee or pico, it's got a chapter on vi and emacs since they're "standard" unix editors. Most unix beginner books have a tutorial on using vi rather than anything else. There's a related point, don't gear FreeBSD so much to the non-unix user that it becomes a chore to set it up as an experienced user would expect it to be. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Fri May 17 07:24:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19992 for current-outgoing; Fri, 17 May 1996 07:24:18 -0700 (PDT) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA19935 for ; Fri, 17 May 1996 07:24:12 -0700 (PDT) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Fri, 17 May 1996 09:24:03 -0600 Message-ID: Date: 17 May 1996 09:23:53 -0500 From: "Richard Wackerbarth" Subject: Re(2): Re(2): Standard Shipping Containers - A Proposal for Distributing FreeBSD To: "Chuck Robey" Cc: "FreeBSD Current" , "FreeBSD Hackers" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Chuck Robey writes: > No one would argue about upgrading ctm, but you seem to be making claims about both sup and ctm that don't apply to both. > You ask who cares about those not net-connected, but your own comments seem to betray a prejudice against those who ARE net-connected. How about caring for both? That's why there's TWO tools, not one. I think you are making only a shallow reading of my comments. 1) Both sup and ctm have their place in the update scheme. They can be made to complement each other. For regular updates, ctm places a lower burden on the servers. It does not send entire files when just the deltas will do. However, it relies on the concept that the tree is either read-only (as I think it should be) or that you have a mechanism to restore it before you move forward. Sup could be administered in such a manner that it provides the restoration procedure and the subsequent updates could then be done by ctm. 2) Right now both suffer for the lack of standardization and cross usage. Neither can convieniently utilize an up-to-date, or partly up-to-date, tree as a starting point. Ctm does better at this only because of the manual effort of the distributors. I'm not claiming that any method is always superior. However, I do claim that standardization would allow more flexibility. This, in turn, might encourage users to use techniques that, because of present limitations, seem unworkable except in the "best case". -- ...computers in the future may have only 1,000 vacuum tubes and weigh only 1/2 tons. -- Popular Mechanics, March 1949 From owner-freebsd-current Fri May 17 08:02:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22882 for current-outgoing; Fri, 17 May 1996 08:02:32 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA22863; Fri, 17 May 1996 08:02:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id IAA04211; Fri, 17 May 1996 08:02:17 -0700 (PDT) To: "Richard Wackerbarth" cc: "Chuck Robey" , "FreeBSD Current" , "FreeBSD Hackers" Subject: Re: Re(2): Re(2): Standard Shipping Containers - A Proposal for Distributing FreeBSD In-reply-to: Your message of "17 May 1996 09:23:53 CDT." Date: Fri, 17 May 1996 08:02:17 -0700 Message-ID: <4209.832345337@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1) Both sup and ctm have their place in the update scheme. They can be made t o > complement each other. For regular updates, ctm places a lower burden on the > servers. It does not send entire files when just the deltas will do. However, > it relies on the concept that the tree is either read-only (as I think it > should be) or that you have a mechanism to restore it before you move forward . > Sup could be administered in such a manner that it provides the restoration > procedure and the subsequent updates could then be done by ctm. Or you could also make the point that for getting the *CVS* tree, for which read-only access is the norm, sup or CTM are fairly interchangeable and it's back down to choosing by required latency again. As disk space gets cheaper, I think I'm going to be advocating local copies of our CVS repository as the holy grail of src tree management. :-) Jordan From owner-freebsd-current Fri May 17 08:54:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26518 for current-outgoing; Fri, 17 May 1996 08:54:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA26512 for ; Fri, 17 May 1996 08:53:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA28332; Sat, 18 May 1996 01:47:15 +1000 Date: Sat, 18 May 1996 01:47:15 +1000 From: Bruce Evans Message-Id: <199605171547.BAA28332@godzilla.zeta.org.au> To: charnier@lirmm.fr, current@FreeBSD.org Subject: Re: Keyboard reset failed Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I got this message at boot since the last commit to syscons. I tried to >increase the number of tries to 20 (default is 10) but no luck. The returned >val is 0xfa (aka KB_ACK)... I'd like to know why it used to work. It used to wait forever for valid input. Now it reads garbage input if valid input arrives later than expected, but it partially compensates for this bug by silently retrying up to 10 times if the garbage happens to equal KB_ACK (which it usually does). Try increasing the number of tries a lot more and printing the number of retries. Garbage is also read in the `while (retries--)' loop. inb(KB_DATA) isn't valid until a few usec after (inb(KB_STAT) & KB_BUF_FULL) != 0, but KB_STAT isn't read at all in this loop. I see times of 5ms between sending the KB_RESET and receiving the KB_ACK, and 3 ms between receiving the KB_ACK and receiving the KB_RESET_DONE. Bruce From owner-freebsd-current Fri May 17 09:36:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29715 for current-outgoing; Fri, 17 May 1996 09:36:26 -0700 (PDT) Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA29709 for ; Fri, 17 May 1996 09:36:23 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uKSVm-000r3sC; Fri, 17 May 96 09:36 PDT Message-Id: To: invalid opcode cc: freebsd-current@freebsd.org Subject: Re: Is this is a stupid patch? References: In-reply-to: Your message of "Thu, 16 May 1996 19:33:35 -0700." Reply-to: scott@statsci.com Date: Fri, 17 May 1996 09:36:18 -0700 From: Scott Blachowicz Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk invalid opcode wrote: > I modified rlogin(1) to support user@host style parameters like this: > > rlogin coredump@nervosa.com Yeah! And now that we're on the subject, how about... 1) telnet coredump@nervosa.com Password: ...except that assumes you've got a login prompt on the far end. I suppose you could accomplish something like that with an expect script or some such. 2) ftp anonymous@ftp.freebsd.org 3) wherever else user needs to specify a username & hostname. Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Fri May 17 09:38:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29784 for current-outgoing; Fri, 17 May 1996 09:38:13 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA29776 for ; Fri, 17 May 1996 09:38:09 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id LAA05428; Fri, 17 May 1996 11:37:58 -0500 (CDT) Date: Fri, 17 May 1996 11:37:58 -0500 (CDT) From: Mark Tinguely Message-Id: <199605171637.LAA05428@plains.nodak.edu> To: jkh@time.cdrom.com Subject: Re: /stand/ee Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Pico is significantly smaller! pico statically compiled and stripped is 229376 bytes. > So when are one of you pico fanatics going to give me a version > broken out of PINE and bmake'd for the tree? :-) cd .../ports/mail/pico make # control-C when starts to compile cd work/pine3.91 mv pico /usr/src/stand cd /usr/src/stand/pico cp makefile.bsi Makefile vi Makefile (change DASHO from -g to -O) (add -static for /stand) make --mark. From owner-freebsd-current Fri May 17 09:41:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00258 for current-outgoing; Fri, 17 May 1996 09:41:33 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00252 for ; Fri, 17 May 1996 09:41:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA29856; Sat, 18 May 1996 02:40:13 +1000 Date: Sat, 18 May 1996 02:40:13 +1000 From: Bruce Evans Message-Id: <199605171640.CAA29856@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: Wildly inaccurate clock calibration. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I don't know how much you care about my ancient hardware, but I got this >from the new clock calibration code when run on my 16Mhz 386sx: >May 15 13:02:44 stupid /kernel: FreeBSD 2.2-CURRENT #45: Wed May 15 01:06:31 EST 1996 >May 15 13:02:44 stupid /kernel: syssgm@stupid.devetir.qld.gov.au:/usr/src/sys/compile/STUPID >May 15 13:02:44 stupid /kernel: Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 63817 Hz >May 15 13:02:45 stupid /kernel: 63817 Hz differs from default of 1193182 Hz by more than 1% >May 15 13:02:45 stupid /kernel: CPU: i386DX (386-class CPU) >and on a subsequent reboot: >May 16 17:01:33 stupid /kernel: 63814 Hz differs from default of 1193182 Hz by more than 1% You are experienced enough to debug it :-). Start by defining option CLK_CALIBRATION_LOOP and booting with -v. Each calibration should take about 1 second if the mc14* clock is working. Bruce From owner-freebsd-current Fri May 17 10:00:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01986 for current-outgoing; Fri, 17 May 1996 10:00:52 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA01978 for ; Fri, 17 May 1996 10:00:49 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id KAA24059; Fri, 17 May 1996 10:00:41 -0700 (PDT) Date: Fri, 17 May 1996 10:00:40 -0700 (PDT) From: invalid opcode To: Scott Blachowicz cc: freebsd-current@freebsd.org Subject: Re: Is this is a stupid patch? 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 Fri, 17 May 1996, Scott Blachowicz wrote: > > rlogin coredump@nervosa.com > > Yeah! And now that we're on the subject, how about... > 1) telnet coredump@nervosa.com > ...except that assumes you've got a login prompt on the far end. I > suppose you could accomplish something like that with an expect script > or some such. Exactly, not to mention that if you want to specify the username, you can just use rlogin. > 2) ftp anonymous@ftp.freebsd.org I'll look into this. > 3) wherever else user needs to specify a username & hostname. Ditto. > Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Fri May 17 10:12:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02862 for current-outgoing; Fri, 17 May 1996 10:12:54 -0700 (PDT) Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02857 for ; Fri, 17 May 1996 10:12:50 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uKT4w-000r3sC; Fri, 17 May 96 10:12 PDT Message-Id: To: invalid opcode cc: freebsd-current@freebsd.org Subject: Re: Is this is a stupid patch? References: In-reply-to: Your message of "Fri, 17 May 1996 10:00:40 -0700." Reply-to: scott@statsci.com Date: Fri, 17 May 1996 10:12:37 -0700 From: Scott Blachowicz Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk invalid opcode wrote: > On Fri, 17 May 1996, Scott Blachowicz wrote: > > > > rlogin coredump@nervosa.com > > > > Yeah! And now that we're on the subject, how about... > > 1) telnet coredump@nervosa.com > > ...except that assumes you've got a login prompt on the far end. I > > suppose you could accomplish something like that with an expect script > > or some such. > > Exactly, not to mention that if you want to specify the username, you can > just use rlogin. Not always...sometimes the r* commands are blocked at a firewall, but not a telnet. Also, the r* commands can be blocked with rhosts files. Also, at the moment, my connection from home to the net is by way of a "SLiRP" setup on my shell account at work - it presents a PPP server to my home PPP client, but my home system isn't really on The Net. My net accesses appear to come from the work system I dialin to. At any rate, it can pass telnet, but not the r* commands through. At any rate, specifying a username isn't part of the telnet command - it's frequently part of the information conveyed with telnet, but not part of telnet itself. > > 3) wherever else user needs to specify a username & hostname. > > Ditto. Hmmm...I bet you could do something like this: % cd /usr/src % find . -type f -print | xargs grep -f 'getpwnam' or something similar to get a list of places to start looking (for the daemon side username validation?). Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Fri May 17 12:21:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11424 for current-outgoing; Fri, 17 May 1996 12:21:10 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11419; Fri, 17 May 1996 12:21:08 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA06622; Fri, 17 May 1996 15:21:07 -0400 Date: Fri, 17 May 1996 15:21:07 -0400 From: Garrett Wollman Message-Id: <9605171921.AA06622@halloran-eldar.lcs.mit.edu> To: Jeffrey Hsu Cc: current@freefall.freebsd.org Subject: Re: mount_union In-Reply-To: <199605171822.LAA07463@freefall.freebsd.org> References: <199605171822.LAA07463@freefall.freebsd.org> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > 1. Union mounts don't work anyways. > 2. When they do work in Lite2, mount_union won't be setuid root. > 3. If the user want to try out union mounts now, he can su and do it. NB: `union mount' != `unionfs'. Unfortunately, even the 4.4 book preserves this linguistic inaccuracy. Support for `union mounts' (i.e., `MNT_UNION') has been present for a long time, and so far as I am aware works just fine (at least, I have not seen any crashes which can be traced to this code; I haven't used it in a while and it might be broken now). (If anyone thinks it doesn't work, I'd like to hear about it.) This is a completely different animal from `unionfs' (MOUNT_UNION) which really ought to be called something like `translucentfs' but that would be too long. Different purposes, different mechanism, sometimes similar results. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri May 17 12:32:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12045 for current-outgoing; Fri, 17 May 1996 12:32:25 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12040 for ; Fri, 17 May 1996 12:32:22 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA06028; Fri, 17 May 1996 15:32:05 -0400 Date: Fri, 17 May 1996 15:32:05 -0400 From: Garrett Wollman Message-Id: <9605171932.AA06028@halloran-eldar.lcs.mit.edu> To: scott@statsci.com Cc: invalid opcode , freebsd-current@FreeBSD.org Subject: Re: Is this is a stupid patch? In-Reply-To: References: Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > 1) telnet coredump@nervosa.com > Password: > ...except that assumes you've got a login prompt on the far end. I > suppose you could accomplish something like that with an expect script > or some such. You can almost do this now.... root@khavrinen(221)# telnet -a -l wollman hergotha Trying 18.26.0.165... Connected to hergotha.lcs.mit.edu. Escape character is '^]'. s/key 55 he11358 Password: root@khavrinen(222)# telnet -a hergotha Trying 18.26.0.165... Connected to hergotha.lcs.mit.edu. Escape character is '^]'. Password: Note that if I had kinit'ed previously (which I don't do because I'm usually connected over the network), it would have automatically authenticated me. Useful thing, this `-a' flag. If you link /usr/bin/telnet to /usr/bin/rlogin, then telnet will emulate rlogin (but using the TELNET protocol). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri May 17 12:39:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12469 for current-outgoing; Fri, 17 May 1996 12:39:41 -0700 (PDT) Received: from nol.net (root@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA12464 for ; Fri, 17 May 1996 12:39:36 -0700 (PDT) Received: from dazed.nol.net (blh@dazed.nol.net [206.126.32.101]) by nol.net (8.7.5/8.7.3) with SMTP id OAA04564 for ; Fri, 17 May 1996 14:39:33 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Fri, 17 May 1996 14:39:32 -0500 (CDT) From: "Brett L. Hawn" To: current@freebsd.org Subject: Hrmmm... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Picked up a new p100 today for the office and said.. 'lets toss freebsd on this one as well... ' no problem, dug up a clean floppy, grabbed 2.2-960501-SNAP/floppies/boot.flp and created a boot floppy, no problem. Went through all the fun configuration steps and started my commit, can't get ROOT dist from ftp.freebsd.org, ok.. no problem, waltz over to another machine and get root.flp, create it, feed it to the new machine, it loves it. So we're off and running again.. for the short run, now I can't get bin.aa, unexpected end of file :( Has someone been screwing with the SNAP or is ftp.freebsd.org trashed again? Brett From owner-freebsd-current Fri May 17 13:05:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14341 for current-outgoing; Fri, 17 May 1996 13:05:51 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14331 for ; Fri, 17 May 1996 13:05:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id OAA10324; Fri, 17 May 1996 14:04:13 -0600 (MDT) Message-Id: <199605172004.OAA10324@rover.village.org> To: scott@statsci.com Subject: Re: Is this is a stupid patch? Cc: invalid opcode , freebsd-current@FreeBSD.ORG In-reply-to: Your message of Fri, 17 May 1996 09:36:18 PDT Date: Fri, 17 May 1996 14:04:13 -0600 From: Warner Losh Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : 2) ftp anonymous@ftp.freebsd.org I think -a arg would be better for anonymous ftp, but I like the user@ notation for ftp for real users. The -a arg is much short than anonymous@ or ftp@ Warner From owner-freebsd-current Fri May 17 13:27:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16106 for current-outgoing; Fri, 17 May 1996 13:27:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16067; Fri, 17 May 1996 13:27:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA20585; Fri, 17 May 1996 13:22:47 -0700 From: Terry Lambert Message-Id: <199605172022.NAA20585@phaeton.artisoft.com> Subject: Re: Re(2): Standard Shipping Containers - A Proposal for Distributing FreeBSD To: rkw@dataplex.net (Richard Wackerbarth) Date: Fri, 17 May 1996 13:22:46 -0700 (MST) Cc: freebsd-current@FreeBSD.org, hackers@FreeBSD.org, freebsd-stable@FreeBSD.org, nate@sri.MT.net In-Reply-To: from "Richard Wackerbarth" at May 16, 96 10:59:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Not true. If you have direct access to freefall (developers only), you can > use (4-sup) to get "up to the minute" copies of the CVS tree. > > If YOU can get "up to the minute" updates via sup, it is only because you fall > in my category (1). My proposal does not affect a sup server that does not > provide synchronous snapshots. If the mirror servers fired three times a day, and your pull from the mirror fired once a day, you'd be set. You only need an "up to the minute" version if that's how you locally maintain your changes -- by communicating them through the master SUP server. This assumes commit privs. If you don't have commit privs, once a day or once a week (depending on your level of activity) is enough to handle it for you. You can cut the intermediate sup server traffic by 33% if you institute multiple reader/single writer locks and use a pseudo writer lock for the SUP area mirroring. If commiters follow the "it must run before you release the writer lock" protocol, then you will be guaranteed a buildable image on every SUP. > > Since your assumptions are invalid for one of the two most common > > distribution method, the rest of the proposal is not completely valid. > > Since those who have the direct access are not really inhibited by this > proposal, I suggest that you reconsider it in view of the other 99.99% of the > folks for whom my assumptions apply. I don't totally agree with all aspects of the proposal, since I have multple trees for multiple concurrent projects, and it won't help me out that much because of it. But this is a point in its favor. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 17 13:49:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18099 for current-outgoing; Fri, 17 May 1996 13:49:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18062; Fri, 17 May 1996 13:49:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA20637; Fri, 17 May 1996 13:44:28 -0700 From: Terry Lambert Message-Id: <199605172044.NAA20637@phaeton.artisoft.com> Subject: Re: Re(2): Standard Shipping Containers - A Proposal for Distributing FreeBSD To: chuckr@Glue.umd.edu (Chuck Robey) Date: Fri, 17 May 1996 13:44:27 -0700 (MST) Cc: rkw@dataplex.net, freebsd-current@FreeBSD.ORG, hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, nate@sri.MT.net In-Reply-To: from "Chuck Robey" at May 17, 96 09:59:32 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I hope there is somebody out there who cares about the difficulties of the > > "average joe" and doesn't simply brush off those problems because they are a > > member of the elite class who get to play by their own rules. > > If you would make clear that your realize that your comments don't apply > to those who are net connected, you wouldn't have everyone complaining. > Your comments so far have been incorrect in how sup and ctm really work. > No one would argue about upgrading ctm, but you seem to be making claims > about both sup and ctm that don't apply to both. Actually, I am net connected, but I do not have commit privs. I have some strong objections to using the CVS tree as an experimental code communcation medium for a working group, even if I did have commit privs. I agree with him. There are problems for the programmer without commit priviledges; specifically, I can't have both local source code control for my changes and have up to date integration of other's changes at the same time. Where I differ is that I believe this is a *purely* CTM/SUP problem, because of the way updates are made by these tools. It isn't clear to me whether CVS itself can support the concepts necessary to fix the problem, in any case. The other issue that I disagree on is more one of policy enforcement than anything else. At Novell, we used CVS for tree maintenance, but we supported a multiple reader/single writer locking mechanism. You could checkout sources without acquiring a reader lock, but doing so put you at risk of having an unbuildable source tree. A writer lock could not be acquired while a reader lock was asserted, and vice versa. The correct method of making a tree snapshot for SUP or CTM such that the resulting tree is guaranteed to be guildable is to not release the writer lock until the tree builds. A writer lock is followed by a CVS update, conflict resoloution, a test build, and delta checking The CVS tree should be buildable at all revision tag levels. Period. This would drop 33% of the SUP overhead off of Freefall immediately, and 50% of the SUP overhead on the mirrors, as updates are not required to be retried. It would also make FreeBSD look better. It would be impossible to check out an unbuildable tree following a SUP. No more "xxx breaks yyy" traffic on -current (at least for structural changes to the build environment). Policy has little or nothing to do with implementation. The reason I suggested locking was as a means of implementing the policy. It is not the only means, and personal restraint is obviously possible. if the integration update policy is followed. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 17 14:13:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20147 for current-outgoing; Fri, 17 May 1996 14:13:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20139 for ; Fri, 17 May 1996 14:13:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA20687; Fri, 17 May 1996 14:08:07 -0700 From: Terry Lambert Message-Id: <199605172108.OAA20687@phaeton.artisoft.com> Subject: Re: /stand/ee To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 17 May 1996 14:08:07 -0700 (MST) Cc: hsu@clinet.fi, msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199605170523.OAA10312@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 17, 96 02:53:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > You type and select it from the menu. This is the first thing > > > listed in the help region at the top of the screen. > > > > Really, take a random computer user and try it on him (the less (s)he has > > used computers the better). It is worth taking the best available > > solution, particularly when a utility which will be used very often is > > selected. > > Hmm, think again. > > Take a random computer user with enough experience to be realistically > sitting in front of a Unix system. > > Point them at 'ee' or 'vi' at random, and guage their responses. > > Given that I've been doing just that for some time now, I'll tell you > which works out better 8) By default, unless otherwise specified, "showmode" should be on in vi. I put it in /etc/vi.exrc on the systems I install. It is much easier to guess a single letter command prefix than a control code... there are, after all, only 101 possibilities, and not all of them can be active anyway because of the need to work on dumb terminals. Personally, I think a simple editor is one with a "press XXX for help" message on a status bar at all times. Or map "ESC" and "^C" to help, since that is what the panicing user will type. PICO qualifies, even if I'd never use it. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 17 14:18:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20434 for current-outgoing; Fri, 17 May 1996 14:18:32 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20418; Fri, 17 May 1996 14:18:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA20703; Fri, 17 May 1996 14:15:07 -0700 From: Terry Lambert Message-Id: <199605172115.OAA20703@phaeton.artisoft.com> Subject: Re: mount_union To: wollman@lcs.mit.edu (Garrett Wollman) Date: Fri, 17 May 1996 14:15:07 -0700 (MST) Cc: hsu@freefall.freebsd.org, current@freefall.freebsd.org In-Reply-To: <9605171921.AA06622@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at May 17, 96 03:21:07 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 > NB: `union mount' != `unionfs'. Unfortunately, even the 4.4 book > preserves this linguistic inaccuracy. Support for `union mounts' > (i.e., `MNT_UNION') has been present for a long time, and so far as I > am aware works just fine (at least, I have not seen any crashes which > can be traced to this code; I haven't used it in a while and it might > be broken now). (If anyone thinks it doesn't work, I'd like to hear > about it.) This is a completely different animal from `unionfs' > (MOUNT_UNION) which really ought to be called something like > `translucentfs' but that would be too long. Different purposes, > different mechanism, sometimes similar results. I think it's broken for union mounting of RO and RW media since the enformcement of RO was moved into the FS proper. For what it's worth, I think the enforcement *belongs* in the FS proper instead of in the top level code because stacking means that it can only be safely enforced in the terminal FS (the FS with the RO mount). My thinking this doesn't make it not get occasional "write of read only..." errors, though. I was waiting until after the 4.4-Lite2 integration is completed to fix this and the other FS layers. I also have a quota FS layer and some vn_lock changes on top of the lockmgr() functional abstraction from Lite2, but they have to wait for Lite2 as well. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 17 14:33:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21799 for current-outgoing; Fri, 17 May 1996 14:33:23 -0700 (PDT) Received: from nol.net (root@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA21785 for ; Fri, 17 May 1996 14:33:19 -0700 (PDT) Received: from dazed.nol.net (blh@dazed.nol.net [206.126.32.101]) by nol.net (8.7.5/8.7.3) with SMTP id QAA09919 for ; Fri, 17 May 1996 16:33:03 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Fri, 17 May 1996 16:33:02 -0500 (CDT) From: "Brett L. Hawn" To: current@FreeBSD.ORG Subject: Re: Hrmmm... 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 Fri, 17 May 1996, Brett L. Hawn wrote: > Date: Fri, 17 May 1996 14:39:32 -0500 (CDT) > From: "Brett L. Hawn" > To: current@FreeBSD.ORG > Subject: Hrmmm... > > Picked up a new p100 today for the office and said.. 'lets toss freebsd on > this one as well... ' no problem, dug up a clean floppy, grabbed > 2.2-960501-SNAP/floppies/boot.flp and created a boot floppy, no problem. > Went through all the fun configuration steps and started my commit, can't > get ROOT dist from ftp.freebsd.org, ok.. no problem, waltz over to another > machine and get root.flp, create it, feed it to the new machine, it loves > it. So we're off and running again.. for the short run, now I can't get > bin.aa, unexpected end of file :( > > Has someone been screwing with the SNAP or is ftp.freebsd.org trashed > again? > > Brett > I found the answer.. apparently fbsd doesn't much like my kingston nic card (dec chip), after deleting just about everything from the kernel that I didn't need with the -c option it appears to be moving along now. brett From owner-freebsd-current Fri May 17 14:48:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22440 for current-outgoing; Fri, 17 May 1996 14:48:47 -0700 (PDT) Received: from apocalypse.superlink.net (root@apocalypse.superlink.net [205.246.27.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA22428 for ; Fri, 17 May 1996 14:48:38 -0700 (PDT) Received: (from marxx@localhost) by apocalypse.superlink.net (8.7.5/8.7.3) id NAA00790; Fri, 17 May 1996 13:58:05 -0400 (EDT) Date: Fri, 17 May 1996 13:58:05 -0400 (EDT) From: "Charles C. Figueiredo" To: freebsd-current@freebsd.org Subject: Mount Security Problem. Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-205388409-832355885=:403" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-205388409-832355885=:403 Content-Type: TEXT/PLAIN; charset=US-ASCII "I don't want to grow up, I'm a BSD kid. There's so many toys in /usr/bin that I can play with!" ------------------------------------------------------------------------------ Charles C. Figueiredo Marxx marxx@superlink.net ------------------------------------------------------------------------------ --0-205388409-832355885=:403 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mount-bug.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: DQoJVGhpcyBpcyBhIGNsYXNzaWMgZXhhbXBsZSBvZiBwZW9wbGUgbm90IGJl aW5nIHZlcnkgc2VjdXJpdHkgYXdhcmUgd2hpbGUgY29kaW5nLg0KVGhlIHBy b2JsZW0gbGllcyB3aXRoIHRoZSBmYWN0IHRoYXQgYSBiaXQgb2Ygc2V0dWlk IGNvZGUsIGlzIGV4ZWN1dGluZyB2aXJ0dWFsIGZpbGUgc3lzdGVtIG1vZHVs ZXMgDQppbiBhIHZlcnkgaW5zZWN1cmUgbWFub3IuIFRoaXMgaXMgYmV5b25k IGp1c3QgbW91bnRfdW5pb24uDQoJSGVyZSdzIHRoZSBjcml0aWNhbCBiaXQg b2YgbW91bnRfdW5pb246DQoNCi0tLS0tLS0tLShDdXQgSGVyZSktLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgc3RydWN0IHZmc2NvbmYgKnZm YzsNCiAgdmZjID0gZ2V0dmZzYnluYW1lKCJ1bmlvbiIpOw0KICBpZighdmZj ICYmIHZmc2lzbG9hZGFibGUoInVuaW9uIikpIHsNCiAgICAgICAgICBpZih2 ZnNsb2FkKCJ1bmlvbiIpKQ0KICAgICAgICAgICAgICAgICAgZXJyKDEsICJ2 ZnNsb2FkKHVuaW9uKSIpOw0KICAgICAgICAgIGVuZHZmc2VudCgpOyAgICAv KiBmbHVzaCBjYWNoZSAqLw0KICAgICAgICAgIHZmYyA9IGdldHZmc2J5bmFt ZSgidW5pb24iKTsNCg0KLS0tLS0tLS0tLShDdXQgSGVyZSktLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCgkNCg0KCQ0KDQoJQW55IHNvZnR3YXJlLCB1 c2luZyB2ZnMgcm91dGluZXMgbGlrZSB0aGlzLCB3aGlsZSBzaW11bHRhbmVv dXNseSBiZWluZyBzZXR1aWQsIHJ1bnMgdGhlIHJpc2sgb2YgDQp0aGVzZSBz aW1wbGUgSUZTLCAkUEFUSCwgYW5kIHN5c3RlbSgpIHR5cGUgaGFja3MuIE1h biBnZXR2ZnNieW5hbWUoMyksIGFuZCBieSBhbGwgbWVhbnMsIHJlYWQgdGhl IGNvZGUuDQoJSSdsbCBiZXQgc29tZXdoZXJlIGluc2lkZSB0aGUgdmZzIG1v ZHVsZSBtYW5hZ2VtZW50IHJvdXRpbmVzLCBhbiBleGVjbCgpIG9yIGV4ZWN2 KCkgZXhpc3RzIA0KZm9yIG1vZGxvYWQsIEkgcGVycG9zZSB0d28gb3B0aW9u czoNCg0KCTEgLSBtb3VudCBzaG91bGQgbm90IGNhbGwgdmZzbG9hZCgpIGlm IGdldHVpZCgpICE9IGdldGV1aWQoKS4NCgkyIC0gRml4IHRoZSB3YXkgdmZz IHJvdXRpbmVzIGRlc2lnbmF0ZSBoYXJkY29kZWQgZGlyZWN0b3JpZXMgZm9y IExLTXMuDQoNCg0KCVRoZSBlbnZpcm9ubWVudCB2YXJpYWJsZSBMS01ESVIg bWlnaHQgYWxzbyBwcmVzZW50IHByb2JsZW1zIGluIHRoZSBmdXR1cmUuDQo= --0-205388409-832355885=:403-- From owner-freebsd-current Fri May 17 15:15:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23838 for current-outgoing; Fri, 17 May 1996 15:15:03 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA23825 for ; Fri, 17 May 1996 15:15:00 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id RAA01670 for current@freebsd.org; Fri, 17 May 1996 17:14:57 -0500 (EST) From: "John S. Dyson" Message-Id: <199605172214.RAA01670@dyson.iquest.net> Subject: Another VM mega-commit warning To: current@freebsd.org Date: Fri, 17 May 1996 17:14:57 -0500 (EST) 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 At approx 0400 GMT Saturday May 18 morning, I am going to start the commit. The code consists of major cleanups and significant performance improvements. There is a chance of instability, but another person (who shall remain nameless and blameless) has tried this code on a very heavily loaded system. Let me know how it works!!! (when you can.) John From owner-freebsd-current Fri May 17 17:14:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03648 for current-outgoing; Fri, 17 May 1996 17:14:13 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA03642 for ; Fri, 17 May 1996 17:14:09 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id RAA26060; Fri, 17 May 1996 17:13:30 -0700 (PDT) Date: Fri, 17 May 1996 17:13:29 -0700 (PDT) From: invalid opcode To: Warner Losh cc: scott@statsci.com, freebsd-current@freebsd.org Subject: Re: Is this is a stupid patch? In-Reply-To: <199605172004.OAA10324@rover.village.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, 17 May 1996, Warner Losh wrote: > : 2) ftp anonymous@ftp.freebsd.org > > I think -a arg would be better for anonymous ftp, but I like the user@ > notation for ftp for real users. The -a arg is much short than > anonymous@ or ftp@ > > Warner NcFtp has this functionality and much more already. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Fri May 17 20:17:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA15838 for current-outgoing; Fri, 17 May 1996 20:17:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA15831 for ; Fri, 17 May 1996 20:17:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA09287; Fri, 17 May 1996 20:17:14 -0700 (PDT) To: Garrett Wollman cc: scott@statsci.com, invalid opcode , freebsd-current@FreeBSD.org Subject: Re: Is this is a stupid patch? In-reply-to: Your message of "Fri, 17 May 1996 15:32:05 EDT." <9605171932.AA06028@halloran-eldar.lcs.mit.edu> Date: Fri, 17 May 1996 20:17:13 -0700 Message-ID: <9285.832389433@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Note that if I had kinit'ed previously (which I don't do because I'm > usually connected over the network), it would have automatically > authenticated me. Useful thing, this `-a' flag. Cuuute! Boy, ya learn something new every day.. :-) Jordan From owner-freebsd-current Fri May 17 20:24:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17043 for current-outgoing; Fri, 17 May 1996 20:24:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16935 for ; Fri, 17 May 1996 20:24:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA09448; Fri, 17 May 1996 20:23:49 -0700 (PDT) To: "Brett L. Hawn" cc: current@FreeBSD.ORG Subject: Re: Hrmmm... In-reply-to: Your message of "Fri, 17 May 1996 14:39:32 CDT." Date: Fri, 17 May 1996 20:23:49 -0700 Message-ID: <9445.832389829@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Has someone been screwing with the SNAP or is ftp.freebsd.org trashed > again? It checks out fine - I just verified the bindist in place. I would tend to suspect a broken Internet between you and us in this case. Jordan From owner-freebsd-current Fri May 17 20:33:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18464 for current-outgoing; Fri, 17 May 1996 20:33:08 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18448 for ; Fri, 17 May 1996 20:33:02 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id WAA03328 for current@freebsd.org; Fri, 17 May 1996 22:32:59 -0500 (EST) From: "John S. Dyson" Message-Id: <199605180332.WAA03328@dyson.iquest.net> Subject: The system in the CVS tree might be unstable for an hour To: current@freebsd.org Date: Fri, 17 May 1996 22:32:59 -0500 (EST) 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 I am in the middle of the VM commits and verification. The system in the cvs tree might be unstable. I'll send email when it is safe. John From owner-freebsd-current Fri May 17 21:01:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21181 for current-outgoing; Fri, 17 May 1996 21:01:18 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA21168 for ; Fri, 17 May 1996 21:01:12 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id XAA03769 for current@freebsd.org; Fri, 17 May 1996 23:01:08 -0500 (EST) From: "John S. Dyson" Message-Id: <199605180401.XAA03769@dyson.iquest.net> Subject: Ok, the VM system in -current is updated To: current@freebsd.org Date: Fri, 17 May 1996 23:01:08 -0500 (EST) 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 Things look consistant now. Feel free to grab the new stuff. John From owner-freebsd-current Sat May 18 04:27:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23493 for current-outgoing; Sat, 18 May 1996 04:27:44 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA23485 for ; Sat, 18 May 1996 04:27:42 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id EAA27606 for ; Sat, 18 May 1996 04:02:03 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id EAA01379; Sat, 18 May 1996 04:01:55 -0700 (PDT) Date: Sat, 18 May 1996 04:01:55 -0700 (PDT) Message-Id: <199605181101.EAA01379@silvia.HIP.Berkeley.EDU> To: tinguely@plains.nodak.edu CC: jkh@time.cdrom.com, freebsd-current@FreeBSD.org In-reply-to: <199605171637.LAA05428@plains.nodak.edu> (message from Mark Tinguely on Fri, 17 May 1996 11:37:58 -0500 (CDT)) Subject: Re: /stand/ee From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * cd .../ports/mail/pico * make # control-C when starts to compile Use "make configure" my friend! ;) Satoshi From owner-freebsd-current Sat May 18 07:11:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA02465 for current-outgoing; Sat, 18 May 1996 07:11:26 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-161.ut.nl.ibm.net [139.92.42.161]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA02458; Sat, 18 May 1996 07:10:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with SMTP id BAA02611; Fri, 17 May 1996 01:07:29 +0200 (MET DST) Message-Id: <199605162307.BAA02611@vector.jhs.no_domain> X-Authentication-Warning: vector.jhs.no_domain: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-current@freefall.freebsd.org cc: Christoph Kukulies , msmith@atrad.adelaide.edu.au (Michael Smith) Subject: Re: /stand/ee From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending modem change) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11, PGP available In-reply-to: Your message of "Thu, 16 May 1996 11:55:15 +0200." <199605160955.LAA18425@gilberto.physik.rwth-aachen.de> Date: Fri, 17 May 1996 01:07:28 +0200 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Reference: > From: "Christoph P. Kukulies" > All I can do for now is suggest a change in > /root/.cshrc: > > if ( -x /usr/bin/vi ) then > setenv EDITOR vi > else > setenv EDITOR /stand/ee > fi Nice idea, (except ee not /stand/ee). I offered to port a mini-vi-clone (elvis or equivalent), when ee was forced in, but the offer was rejected, & i've no time now (I'm fighting hardware). Though ee is smaller than vi: strip /usr/bin/ee -r-xr-xr-x 2 bin bin 61440 May 13 05:45 /usr/bin/ee /usr/bin/ee: FreeBSD/i386 demand paged dynamically linked executable it's not smaller than some vi clones I've ported years ago. Someone argued a rank newbie might prefer ee : But it says both `Unix' & `4.4 BSD-Lite' on the CDROM label, our BSD Unix clone OS should by default use a standard BSD VI clone, not non standard tools. (Not to denigrate other editors, it's nice to see 'em in ports/ ) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sat May 18 07:41:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA04080 for current-outgoing; Sat, 18 May 1996 07:41:17 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA04074 for ; Sat, 18 May 1996 07:41:11 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id AAA26984 for current@freebsd.org; Sun, 19 May 1996 00:41:04 +1000 (EST) From: michael butler Message-Id: <199605181441.AAA26984@asstdc.scgt.oz.au> Subject: sup.internat.freebsd.org To: current@freebsd.org Date: Sun, 19 May 1996 00:41:03 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Would someone please go and give sup.internat a gentle kick .. it's been like this for over a week .. SUP Fileserver 9.13 (4.3 BSD) 3073 on freefall.FreeBSD.org at 00:22:13 SUP Fileserver supports compression. SUP Requesting changes since May 18 07:48:02 1996 SUP Using compressed file transfer SUP Updated directory x11/tk41 SUP Upgrade of ports-x11-current completed at May 19 00:22:25 1996 SUP 9.26 (4.3 BSD) for file /root/sup/secure-stable-supfile at May 19 00:22:26 SUP: Can't connect to server for supfilesrv: Operation timed out SUP: Will retry in 78 seconds ^C pcm# traceroute sup.internat.freebsd.org traceroute to sup.internat.freebsd.org (146.64.28.89), 30 hops max, 40 byte packets 1 r0-e0 (202.12.127.71) 2.998 ms 2.570 ms 2.392 ms 2 nsw4.gw.au (139.130.111.1) 27.537 ms 27.833 ms 29.698 ms 3 national-new.gw.au (139.130.249.228) 26.517 ms 26.558 ms 26.492 ms 4 cpe4-hssi3-0.SanFrancisco.mci.net (204.70.204.13) 184.371 ms 215.186 ms 394.355 ms 5 border2-hssi3-0.SanFrancisco.mci.net (204.70.33.9) 328.567 ms 698.583 ms 218.067 ms 6 core1-fddi-1.SanFrancisco.mci.net (204.70.3.161) 221.746 ms 216.497 ms 311.563 ms 7 core3.SanFrancisco.mci.net (204.70.4.17) 549.415 ms 217.647 ms 353.988 ms 8 pacbell-nap-atm.SanFrancisco.mci.net (204.70.1.202) 651.376 ms 813.158 ms 659.065 ms 9 pb-nap-F2.sprint.net (198.32.128.168) 222.465 ms 219.796 ms 228.024 ms 10 sl-stk-6-H4/0-T3.sprintlink.net (144.228.10.49) 224.720 ms 224.792 ms 223.108 ms 11 sl-stk-5-F0/0.sprintlink.net (144.228.40.5) 353.787 ms 305.641 ms 460.345 ms 12 sl-dc-6-H1/0-T3.sprintlink.net (144.228.10.1) 316.090 ms 319.349 ms 866.336 ms 13 * sl-dc-11-F0/0.sprintlink.net (144.228.20.11) 887.857 ms 1178.344 ms 14 sl-uninet-1-s0-256k.sprintlink.net (144.228.121.198) 1292.684 ms 1256.968 ms 1340.170 ms 15 * e0.ru01.uni.net.za (155.232.248.6) 1201.570 ms 1301.637 ms 16 s1.uct01.uni.net.za (155.232.24.2) 1523.646 ms s3.wits01.uni.net.za (155.232.28.2) 1207.765 ms s0.und01.uni.net.za (155.232.32.2) 1347.647 ms 17 s5.csir01.uni.net.za (155.232.70.2) 1383.026 ms * * 18 e0.csir02.uni.net.za (155.232.252.10) 1378.629 ms 1571.664 ms * 19 s1.csir03.uni.net.za (155.232.83.2) 1446.984 ms 1072.497 ms 1327.035 ms 20 146.64.12.1 (146.64.12.1) 1221.634 ms 1032.820 ms 1492.428 ms 21 146.64.10.145 (146.64.10.145) 1424.619 ms 1500.788 ms 1176.966 ms 22 mr3_8.mikom.csir.co.za (146.64.8.30) 1107.945 ms 1272.343 ms 1348.373 ms 23 internat.freebsd.org (146.64.28.89) 1272.374 ms 1257.887 ms 1213.287 ms As you can see, I'm almost on top of our int'l gateway and whilst there's some moderately interesting multi-path routing going on in/to uni.net, I can still reach the machine quite reliably .. but there appears to be nothing running (properly) there to talk to :-( I've seen worse RTTs on my ISDN link caused by news but it still works, michael From owner-freebsd-current Sat May 18 10:12:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09780 for current-outgoing; Sat, 18 May 1996 10:12:46 -0700 (PDT) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA09775; Sat, 18 May 1996 10:12:44 -0700 (PDT) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.5/8.6.9) with ESMTP id KAA03294; Sat, 18 May 1996 10:12:41 -0700 (PDT) To: current@freebsd.org Reply-To: fn@hungry.com Cc: gibbs@freebsd.org Subject: aha2940w, -current. Date: Sat, 18 May 1996 10:12:38 -0700 Message-ID: <3288.832439558@pain.csrv.uidaho.edu> From: Faried Nawaz Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I just upgraded a machine from 2.1.0 to -current. It had been spontaneously rebooting every so often, and I wanted to rule out a software problem. I did the sup & upgrade after the vm fixes last night. The machine has a Pentium-90 processor, 32mb ram, two scsi drives (one Conner 528MB for /, one Quantum Grand Prix 4GB for data), a 2940W controller, and an SMC 100mbit ethernet card. The Conner drive's been in there since January 1995, and the GP since late last year/early this year. The Conner is hooked up to the scsi-2 port, and the GP to the fw-scsi-2 port. The problem I see now is that soon after bootup, it says sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x48 BUS DEVICE RESET message queued. Bus Device Reset Message Sent sd0(ahc0:0:0): Bus Device Reset delivered. 2 SCBs aborted sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 sd0(ahc0:0:0): Power on, reset, or bus device reset occurred field replaceable unit: 14 , retries:4 over and over again. I've even tried setting the xfer speed for that drive to 5mb/sec in the adaptec bios -- no change. Eventually, the machine panics with something like mode = 027750, inum = 12480, fs = /usr panic: ffs_valloc: dup alloc Debugger("panic") Stopped at _Debugger+0x2b: movb $0,_in_Debugger.114 trace says _ffs_valloc(efbffdd4,0,efbffe40,efbfff1c,f0179e9f) at _ffs_valloc+0x133 _ufs_makeinode(81b4,f115b200,efbfff08,efbfff1c,efbffea0) at _ufs_makeinode+0x5e _ufs_create(efbffe2c,0,efbfff94,f119ae00,efbffe40) at _ufs_create+0x25 _vn_open(efbffef8,602,1b4,f0198e28,f119ae00) at _vn_open+0xf7 _open... _syscall... etc. The dmesg output is FreeBSD 2.2-CURRENT #0: Sat May 18 08:36:44 PDT 1996 fn@newshound.csrv.uidaho.edu:/disk1/src/sys/compile/news Calibrating clock(s) relative to mc146818A clock ... i586 clock: 90193076 Hz, i8254 clock: 1193033 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method i586 clock: 0 Hz CPU: Pentium (90.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x522 Stepping=2 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31465472 (30728K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0 chip1 rev 3 onpci0:2 pci0:3: CMD, device=0x0640, class=storage (ide) int a irq 14 [no driver assigned] ahc0 rev 0 int a irq 15 on pci0:13 ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "CONNER CFA540S 0FAE" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 510MB (1045242 512 byte sectors) sd0(ahc0:0:0): with 2800 cyls, 4 heads, and an average 93 sectors/track (ahc0:4:0): "QUANTUM XP34301 1051" type 0 fixed SCSI 2 sd1(ahc0:4:0): Direct-Access 4106MB (8410200 512 byte sectors) sd1(ahc0:4:0): with 4076 cyls, 20 heads, and an average 103 sectors/track de0 rev 18 int a irq 9 on pci0:15 de0: DC21140 [10-100Mb/s] pass 1.2 Ethernet address 00:00:c0:2d:04:d5 de0: enabling 100baseTX UTP port Probing for devices on the ISA bus: scprobe: keyboard RESET failed (result = 0xfa) sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface The kernel config is # # $Id: news,v 1.1 1995/12/24 03:52:00 fn Exp fn $ # machine "i386" cpu "I586_CPU" ident newshound maxusers 64 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options SYSVSHM options SYSVSEM options SYSVMSG options SCSI_REPORT_GEOMETRY options PROBE_VERBOSE options "CHILD_MAX=128" options "OPEN_MAX=128" options DDB config kernel root on sd0 controller isa0 controller pci0 controller scbus0 controller ahc0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 device sd0 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device lpt0 at isa? port? tty irq 7 vector lptintr device de0 device ed0 at isa? port 0x280 net irq 3 iomem 0xd0000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 8 pseudo-device gzip Can anyone help me pinpoint the problem and/or find a solution? thanks, faried. -- faried nawaz WAR IS PEACE FREEDOM IS SLAVERY BACKSPACE IS DELETE box 3582, moscow, id 83843-1914, usa linux, the ms-dos of the nineties PIGLET loves you if at first you don't succeed, skydiving is not for you just a system janitor. People's Front Against WWW From owner-freebsd-current Sat May 18 11:51:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13881 for current-outgoing; Sat, 18 May 1996 11:51:33 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA13876 for ; Sat, 18 May 1996 11:51:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA11220; Sun, 19 May 1996 04:48:05 +1000 Date: Sun, 19 May 1996 04:48:05 +1000 From: Bruce Evans Message-Id: <199605181848.EAA11220@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: ccd@stampede.cs.berkeley.edu, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * It should work better with a kernel mode trap handler for "FPU not > * available" :-). Add a T_DNA case for kernel mode in trap() by copying >OK, I implemented it. Will this work? It seems to work here. > * Also, the `intr_nesting_level > 0' case needs to preserve the TS bit. > * This case probably hasn't been executed yet (it will be executed when > * bcopy() uses fastmove() and an interrupt handler calls bcopy()). >Oh, really? I thought it was saved via %edx. I missed that. It would probably be cleanest to save it via %edx in both cases. I'm running with a fast bzero (8 fstl's in a loop) too. It is much simpler than fastmove since it doesn't need to worry about context switches. bcopy need not worry either (except for bugs). Bruce From owner-freebsd-current Sat May 18 12:59:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16872 for current-outgoing; Sat, 18 May 1996 12:59:26 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA16866 for ; Sat, 18 May 1996 12:59:22 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA01580; Sat, 18 May 1996 14:59:16 -0500 (EST) From: "John S. Dyson" Message-Id: <199605181959.OAA01580@dyson.iquest.net> Subject: Re: cvs commit: src/sys/vm device_pager.c swap_pager.c vm_fault.c vm_glue.c vm_kern.c vm_map.c vm_meter.c vm_mmap.c vm_object.c To: julian@ref.tfs.com (JULIAN Elischer) Date: Sat, 18 May 1996 14:59:15 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199605181936.MAA15411@ref.tfs.com> from "JULIAN Elischer" at May 18, 96 12:36:28 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 > > Significant revamp of the pmap/fork code: > > 1) PTE's and UPAGES's are NO LONGER in the process's map. > > 2) PTE's and UPAGES's reside in their own objects. > > > Does this mean that we can now do the rfork() call correctly > so that two processes can share an address space by simply incrementing > the reference count in the address-space structure? > Remember that the vmspace structure contains both the pmap and map's. And, unfortunately, the map points to the pmap... Since the PTE's and UPAGES's still have to be in the process's pmap, there is still a problem. We will have to split the map and pmap up -- or support sharing map's better. I did not remove sharing map support in the code (even though it was tempting), thinking that (sharing maps) might help solve this problem. The way that sharing maps were used in the code was broken, but the underlying support is not missing. I might experiment with sharing maps in the next few weeks, and those might be the right way to go. John From owner-freebsd-current Sat May 18 18:17:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26379 for current-outgoing; Sat, 18 May 1996 18:17:16 -0700 (PDT) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA26372 for ; Sat, 18 May 1996 18:17:14 -0700 (PDT) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id SAA18381 for freebsd-current@freefall.cdrom.com; Sat, 18 May 1996 18:21:00 -0700 From: Rob Mallory Message-Id: <199605190121.SAA18381@wiley.csusb.edu> Subject: VM mega-commit: works 4me To: freebsd-current@freefall.FreeBSD.org Date: Sat, 18 May 1996 18:21:00 -0700 (PDT) X-Mailer: ELM [version 2.4 PL22] 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 Nice work John, David, and the others involved in the latest VM tune-up!! I'd been using the fast-bcopy patch to squeeze a few more horsepower out of my (outdated?) p-100; this last mega-commit shaves 2.6 mins off a make world with the bcopy-kernel! If anyone is curious: old 11399 real 9154 user 1230 sys new 11240 real 9056 user 1258 sys 3h 7min lmbench results look preaty nice too!! ps: Please look into integrating the bcopy stuff in both support.s and libc; you can easily see the difference with something like the number of simultaneous QuickTime movies you can run..;) -Rob Mallory [rmallory@csusb.edu] [rmallory@Qualcomm.Com] From owner-freebsd-current Sat May 18 19:50:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01466 for current-outgoing; Sat, 18 May 1996 19:50:24 -0700 (PDT) Received: from apocalypse.superlink.net (root@apocalypse.superlink.net [205.246.27.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA01459 for ; Sat, 18 May 1996 19:50:18 -0700 (PDT) Received: (from marxx@localhost) by apocalypse.superlink.net (8.7.5/8.7.3) id SAA08117; Sat, 18 May 1996 18:59:49 -0400 (EDT) Date: Sat, 18 May 1996 18:59:47 -0400 (EDT) From: "Charles C. Figueiredo" To: freebsd-current@freebsd.org Subject: The other problem. 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, Looks like Wollman picked up on my hint about LKMDIR, there was a very possible stack overwrite with it. If it would have taken you any longer, I would have submitted the fixed code already :P _Marxx "I don't want to grow up, I'm a BSD kid. There's so many toys in /usr/bin that I can play with!" ------------------------------------------------------------------------------ Charles C. Figueiredo Marxx marxx@superlink.net ------------------------------------------------------------------------------ From owner-freebsd-current Sat May 18 21:29:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20531 for current-outgoing; Sat, 18 May 1996 21:29:02 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA20522 for ; Sat, 18 May 1996 21:28:59 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id VAA18714 for ; Sat, 18 May 1996 21:28:51 -0700 (PDT) Date: Sat, 18 May 1996 21:28:43 -0700 (PDT) From: invalid opcode To: freebsd-current@freebsd.org Subject: catman Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It's obvious that catman is a Good Thing (tm), _except_ for the fact that the old man files are still laying around. I have come to my own conclusion that they are still needed because of makewhatis(1). I know it's possible to catman a binarie's, etc's, manpages instead of just gzip -9'ing them while doing a make world. Not only would this leave us with possibly smaller, or possibly bigger manpages, but they would be a whole lot faster, and the space savings would be about the same as having the old manpages. The only thing I can think of as a hinderance to this is makewhatis. Maybe we should make catman take on the responsibility of makewhatis, so at the time we catman a manpage, we also write an entry to /usr/share/man/whatis. Opinions wanted. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump ==