From owner-freebsd-stable Mon Dec 22 13:55:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01449 for stable-outgoing; Mon, 22 Dec 1997 13:55:04 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from safe.boh.com (firewall.boh.com [205.172.19.170]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA01440 for ; Mon, 22 Dec 1997 13:55:00 -0800 (PST) (envelope-from aneilson@usa.net) Received: from firewall.safe.boh.com ([10.1.25.11]) by firewall.safe.boh.com with SMTP id <15235>; Mon, 22 Dec 1997 11:55:35 -1000 Message-Id: <1.5.4.16.19971222115430.3ca7ff4e@pop.netaddress.com> X-Sender: aneilson@pop.netaddress.com X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-stable@freebsd.org From: "Arthur W. Neilson III" Subject: DHCP Dynamic IP? Date: Mon, 22 Dec 1997 11:55:28 -1000 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just brought FreeBSD 2.2.2 up on a second drive on my self-built AMD K6-200Mhz based system and can't figure out how to gen my Internet LAN connection going. I told sysinstall about my 3COM 3C509 ISA card and ep0 seems to be fine. I configured my subnet mask 255.255.255.0 and put in my gateway server address as well as the nameserver address. Unfortunately my IP address will change whenever my license gets renewed. This happens if my cable modem gets powered off or my cable company has problems. My cable co expects me to use DHCP to dynamically obtain my IP address at startup time. How do I do this in FreeBSD??? Also, even though I hardcoded my IP address and put in the address of the nameserver I cannot reference any sites by name, only address. ping works great if I specify the address of a site but I get 'host unknown' if I specify by name. What have I got setup wrong??????? __ / ) _/_ It is a capital mistake to theorise before one has data. /--/ __ / Insensibly one begins to twist facts to suit theories, / (_/ (_<__ Instead of theories to suit facts. -- Sherlock Holmes, "A Scandal in Bohemia" Arthur W. Neilson III Bank of Hawaii Tech support aneilson@usa.net From owner-freebsd-stable Mon Dec 22 17:42:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18788 for stable-outgoing; Mon, 22 Dec 1997 17:42:00 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from rhine.cisco.com (rhine.cisco.com [171.69.43.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18779 for ; Mon, 22 Dec 1997 17:41:57 -0800 (PST) (envelope-from narana@cisco.com) Received: from nkannapp-ss20.cisco.com (nkannapp-ss20.cisco.com [171.69.194.242]) by rhine.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id RAA08198 for ; Mon, 22 Dec 1997 17:23:17 -0800 (PST) Received: (narana@localhost) by nkannapp-ss20.cisco.com (8.8.4-Cisco.1/CISCO.WS.1.2) id RAA04092; Mon, 22 Dec 1997 17:41:26 -0800 (PST) Date: Mon, 22 Dec 1997 17:41:26 -0800 (PST) Message-Id: <199712230141.RAA04092@nkannapp-ss20.cisco.com> From: Narana Kannappan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Stable Subject: 2.2.2 /stand/sysinstall X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone point to the clean /stand/sysinstall binary for 2.2.2 ? By clean I mean, the one that does not screw up my /etc/rc.conf file. Thanks, Narana. From owner-freebsd-stable Mon Dec 22 18:36:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21647 for stable-outgoing; Mon, 22 Dec 1997 18:36:12 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21642 for ; Mon, 22 Dec 1997 18:36:10 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA06610; Mon, 22 Dec 1997 18:35:59 -0800 (PST) To: Narana Kannappan cc: FreeBSD Stable Subject: Re: 2.2.2 /stand/sysinstall In-reply-to: Your message of "Mon, 22 Dec 1997 17:41:26 PST." <199712230141.RAA04092@nkannapp-ss20.cisco.com> Date: Mon, 22 Dec 1997 18:35:58 -0800 Message-ID: <6606.882844558@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Do this: pkg_add ftp://freebsd.org/pub/jkh/225upgrade.tgz And simply refuse the upgrade. The side-effect of updating your sysinstall to a decent version should be worth it alone, though you might also just want to go ahead with the upgrade to 2.2.5 too. :-) Jordan > Can anyone point to the clean /stand/sysinstall binary for 2.2.2 ? > > By clean I mean, the one that does not screw up my /etc/rc.conf file. > > Thanks, > Narana. From owner-freebsd-stable Mon Dec 22 18:45:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22208 for stable-outgoing; Mon, 22 Dec 1997 18:45:41 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from rhine.cisco.com (rhine.cisco.com [171.69.43.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22203 for ; Mon, 22 Dec 1997 18:45:37 -0800 (PST) (envelope-from narana@cisco.com) Received: from nkannapp-ss20.cisco.com (nkannapp-ss20.cisco.com [171.69.194.242]) by rhine.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id SAA09119; Mon, 22 Dec 1997 18:26:56 -0800 (PST) Received: (narana@localhost) by nkannapp-ss20.cisco.com (8.8.4-Cisco.1/CISCO.WS.1.2) id SAA04200; Mon, 22 Dec 1997 18:45:06 -0800 (PST) Date: Mon, 22 Dec 1997 18:45:06 -0800 (PST) Message-Id: <199712230245.SAA04200@nkannapp-ss20.cisco.com> From: Narana Kannappan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: FreeBSD Stable Subject: Re: 2.2.2 /stand/sysinstall In-Reply-To: <6606.882844558@time.cdrom.com> References: <199712230141.RAA04092@nkannapp-ss20.cisco.com> <6606.882844558@time.cdrom.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > Do this: > > pkg_add ftp://freebsd.org/pub/jkh/225upgrade.tgz > > And simply refuse the upgrade. The side-effect of updating your > sysinstall to a decent version should be worth it alone, though you > might also just want to go ahead with the upgrade to 2.2.5 too. :-) > The problem is I cant ftp as I dont have Internet connection. Is there something like a gzipped file that I can copy to a floppy ? Thanks, Narana. From owner-freebsd-stable Tue Dec 23 09:12:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20889 for stable-outgoing; Tue, 23 Dec 1997 09:12:24 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20882 for ; Tue, 23 Dec 1997 09:12:19 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA26683 for ; Tue, 23 Dec 1997 09:12:12 -0800 (PST) (envelope-from jdp) Message-Id: <199712231712.JAA26683@austin.polstra.com> To: stable@freebsd.org Subject: Bogus interaction between NFS and mount Date: Tue, 23 Dec 1997 09:12:12 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This has got to be one of the most bogus things I've ever seen involving NFS. I have two machines networked together: Server: 2.2-stable from December 11 Client: -current from December 5 Client has mounted the /usr/ports tree from Server. On Client, I chdir into /usr/ports/editors/emacs20 and start a build: >> Checksum OK for emacs-20.2.tar.gz. ===> Extracting for emacs-20.2 ===> emacs-20.2 depends on executable: gmake - found Grind grind grind, the big tar extract starts crunching away. Since it's emacs, it takes two forevers. Meanwhile, over on Server, I decide to mount a CD-ROM. The CD is sitting in the drive, but it's not mounted. I type "mount /cdrom" and it succeeds. BUT, at the same time, over on Client everything suddenly falls apart: /usr/bin/tar: Could not create file emacs-20.2/src/chpdef.h : Permission denied /usr/bin/tar: Could not create file emacs-20.2/src/cm.h : Permission denied /usr/bin/tar: Could not create file emacs-20.2/src/coding.h : Permission denied followed by many more such complaints until the make dies. This problem is reproducible. It is hard to see why mounting a local CD-ROM on the NFS server should cause problems for a completely separate exported file system, but that is what is happening. The only connection between the CD-ROM and NFS, as far as I can tell, is that /cdrom happens to be exported. Suggestions, anyone? -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Tue Dec 23 11:23:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA00629 for stable-outgoing; Tue, 23 Dec 1997 11:23:56 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA00616 for ; Tue, 23 Dec 1997 11:23:53 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 12372 invoked from network); 23 Dec 1997 19:23:37 -0000 Received: from piano.synapse.net (199.84.54.22) by conductor.synapse.net with SMTP; 23 Dec 1997 19:23:37 -0000 Date: Tue, 23 Dec 1997 14:23:37 -0500 (EST) From: Evan Champion To: freebsd-questions@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Improving NFS Performance In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 23 Dec 1997, Evan Champion wrote: > On local disks, I am able to get transfer rates in the megabytes per > second; from the NFS server, I am seeing a ceiling of about 40 _kilobytes_ > per second! It is so poor that I am actually able to see the difference > connected over ISDN, where an FTP from the server would net 15 kBps, but I > only get 9 FTP'ing from the mounted disk on one of the clients. I decided to see what would happen if I used nfsv2 instead of nfsv3. My transfer rates went from 40 kilobytes per second to 3-4 megabytes per second! Can someone explain to me why that might be? :-) Thanks. Evan From owner-freebsd-stable Tue Dec 23 15:17:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA19174 for stable-outgoing; Tue, 23 Dec 1997 15:17:14 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from dt051n19.san.rr.com (root@dt051n19.san.rr.com [204.210.32.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA19168; Tue, 23 Dec 1997 15:17:06 -0800 (PST) (envelope-from Studded@dal.net) Received: from dal.net (dougdougdougdoug@localhost [127.0.0.1]) by dt051n19.san.rr.com (8.8.8/8.8.8) with ESMTP id PAA07771; Tue, 23 Dec 1997 15:16:38 -0800 (PST) (envelope-from Studded@dal.net) Message-ID: <34A04655.6CA082F0@dal.net> Date: Tue, 23 Dec 1997 15:16:37 -0800 From: Studded X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE i386) MIME-Version: 1.0 To: "Arthur W. Neilson III" , freebsd-questions@freebsd.org CC: freebsd-stable@freebsd.org Subject: Re: DHCP Dynamic IP? References: <1.5.4.16.19971222115430.3ca7ff4e@pop.netaddress.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This question belongs on -questions, which is where I'm sending a copy of it. Please follow up there. Arthur W. Neilson III wrote: > > I just brought FreeBSD 2.2.2 up on a second drive on my > self-built AMD K6-200Mhz based system and can't figure > out how to gen my Internet LAN connection going. I told > sysinstall about my 3COM 3C509 ISA card and ep0 seems to > be fine. I configured my subnet mask 255.255.255.0 and > put in my gateway server address as well as the nameserver > address. Unfortunately my IP address will change whenever > my license gets renewed. This happens if my cable modem > gets powered off or my cable company has problems. My cable > co expects me to use DHCP to dynamically obtain my IP address > at startup time. How do I do this in FreeBSD??? You need to install the port of the ISC DHCP client. First install the ports collection, then cd to /usr/ports/net/isc-dhcp2 and do 'make' and 'make install.' You will need to do some configuration on the dhclient script and conf file, but there are man pages for them. If your hostname changes in addition to your IP address, I have a patch for the dhclient script that will do that for you. >Also, even > though I hardcoded my IP address and put in the address of the > nameserver I cannot reference any sites by name, only address. > ping works great if I specify the address of a site but I get > 'host unknown' if I specify by name. What have I got setup > wrong??????? Where did you put the IP address of your nameserver? It should be in /etc/resolv.conf. Do man resolv.conf for more info. Good luck, Doug From owner-freebsd-stable Tue Dec 23 17:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA25923 for stable-outgoing; Tue, 23 Dec 1997 17:00:05 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from roguetrader.com (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA25897 for ; Tue, 23 Dec 1997 17:00:00 -0800 (PST) (envelope-from root@roguetrader.com) Received: (from root@localhost) by roguetrader.com (8.8.5/8.8.5) id SAA25181; Tue, 23 Dec 1997 18:00:05 -0700 (MST) Date: Tue, 23 Dec 1997 18:00:05 -0700 (MST) Message-Id: <199712240100.SAA25181@roguetrader.com> Subject: ERRATA NOTICE: FreeBSD 2.2.5-RELEASE From: freebsd-errata-update@roguetrader.com To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ****************************************************************** ** THIS IS AN AUTOMATIC ERRATA UPDATE FOR FREEBSD 2.2.5-RELEASE ** ****************************************************************** You can retrieve the complete ERRATA from: ftp://ftp.freebsd.org/pub/FreeBSD/2.2.5-RELEASE/ERRATA.TXT The last update was sent: Wed Dec 3 16:49:41 1997 This update is sent: Tue Dec 23 18:00:04 1997 ------------------------------------------------------------------ ---- SYSTEM ERRATA INFORMATION: o A bug in the ipfw code exists where using the "reset tcp" firewall command causes the kernel to write ethernet headers onto random kernel stack locations. Fix: Update to the 2.2-stable version of the kernel or apply the patch found in ftp://ftp.freebsd.org/pub/FreeBSD/2.2.5-RELEASE/updates/ipfw.diff From owner-freebsd-stable Wed Dec 24 02:54:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA29763 for stable-outgoing; Wed, 24 Dec 1997 02:54:56 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-23.ix.netcom.com [207.93.143.151]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA29733 for ; Wed, 24 Dec 1997 02:54:51 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id CAA26943; Wed, 24 Dec 1997 02:54:40 -0800 (PST) Date: Wed, 24 Dec 1997 02:54:40 -0800 (PST) Message-Id: <199712241054.CAA26943@silvia.HIP.Berkeley.EDU> To: jdp@polstra.com CC: stable@FreeBSD.ORG In-reply-to: <199712231712.JAA26683@austin.polstra.com> (message from John Polstra on Tue, 23 Dec 1997 09:12:12 -0800) Subject: Re: Bogus interaction between NFS and mount From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * It is hard to see why mounting a local CD-ROM on the NFS server should * cause problems for a completely separate exported file system, but * that is what is happening. The only connection between the CD-ROM and * NFS, as far as I can tell, is that /cdrom happens to be exported. I noticed that when you change anything about an exported filesystem (for instance "mount -u -o async") on an NFS server, mountd goes and re-checks all the filesystems. The filesystems are un-exported while it's doing this, and can cause the symptoms you described even if the client is using a different filesystem. * Suggestions, anyone? No idea. :) Satoshi From owner-freebsd-stable Wed Dec 24 03:20:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01117 for stable-outgoing; Wed, 24 Dec 1997 03:20:54 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-23.ix.netcom.com [207.93.143.151]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA01078; Wed, 24 Dec 1997 03:20:35 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA27011; Wed, 24 Dec 1997 03:20:33 -0800 (PST) Date: Wed, 24 Dec 1997 03:20:33 -0800 (PST) Message-Id: <199712241120.DAA27011@silvia.HIP.Berkeley.EDU> To: current@freebsd.org, stable@freebsd.org Reply-to: current@freebsd.org Subject: p-make From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, here is a new set of patches. My previous one didn't work because it ran out of processes -- the build was spawning N processes at each level -- so, at the 4th level, there were N^4 processes. Some makes got "no more processes" errors, but continued anyway (why?) and the build died much later. So, I made it so that the forking only happens at one level. When bsd.subdir.mk parallelizes a make, it will append -B to the flags so it won't be forked again. First, the numbers from individual directories. The four numbers are "make -j4 all" async/sync for /usr/{src,obj} and with parent dir pmake/leaf node pmake. The machines are both P6-200, /usr/{src,obj} are on 8-disk CCDs of IBM 9GB 7,200RPM drives (the first machine has larger partition though...the total size is 8GB for 2.2-stable and 3GB for 3.0-current). 3.0-current has NOTCL defined. 2.2-stable: === bin 72.73 real 62.09 user 9.62 sys <- async, parent 83.56 real 62.28 user 10.08 sys <- async, leaf 73.00 real 62.24 user 9.77 sys <- sync, parent 84.80 real 62.14 user 10.49 sys <- sync, leaf sbin 95.27 real 80.57 user 13.18 sys 113.60 real 80.20 user 13.05 sys 95.29 real 80.72 user 12.98 sys 115.11 real 80.13 user 13.40 sys lib 843.87 real 599.77 user 223.81 sys 708.49 real 462.48 user 178.23 sys 906.87 real 602.89 user 222.62 sys 759.95 real 466.66 user 177.76 sys libexec 55.12 real 46.02 user 8.26 sys 65.73 real 46.00 user 8.34 sys 55.43 real 45.80 user 8.55 sys 67.20 real 46.25 user 8.26 sys share 111.31 real 88.32 user 19.70 sys 139.89 real 87.36 user 18.77 sys 109.44 real 87.19 user 19.94 sys 144.42 real 87.45 user 19.10 sys usr.bin 446.97 real 379.21 user 62.02 sys 520.46 real 380.81 user 60.70 sys 447.28 real 378.71 user 62.14 sys 526.67 real 380.85 user 62.48 sys usr.sbin 402.24 real 342.53 user 54.49 sys 461.16 real 342.22 user 52.96 sys 401.83 real 342.56 user 53.78 sys 467.48 real 343.44 user 53.25 sys gnu/lib 537.30 real 445.09 user 84.75 sys 562.43 real 447.25 user 87.67 sys 546.56 real 447.99 user 85.05 sys 583.22 real 447.74 user 87.56 sys gnu/usr.bin 1094.20 real 942.52 user 93.68 sys 1089.30 real 938.02 user 93.64 sys 1114.73 real 950.29 user 93.84 sys 1114.97 real 950.11 user 94.73 sys === 3.0-current: === bin 69.65 real 60.11 user 8.17 sys 79.47 real 60.17 user 8.26 sys 69.79 real 60.38 user 7.99 sys 79.92 real 60.06 user 8.52 sys sbin 96.35 real 81.64 user 12.71 sys 115.08 real 81.60 user 11.90 sys 96.39 real 81.63 user 12.64 sys 117.10 real 81.64 user 12.12 sys lib 1259.10 real 918.46 user 251.52 sys 1499.31 real 924.88 user 276.02 sys 1344.95 real 922.70 user 248.34 sys 1625.90 real 927.65 user 281.68 sys libexec 53.42 real 45.15 user 6.94 sys 62.50 real 45.06 user 6.74 sys 53.52 real 45.25 user 6.96 sys 64.59 real 45.20 user 6.72 sys share 107.32 real 85.39 user 15.29 sys 139.84 real 85.76 user 14.84 sys 108.04 real 84.96 user 15.76 sys 144.18 real 85.79 user 14.94 sys usr.bin 463.92 real 395.59 user 57.83 sys 534.99 real 394.94 user 56.71 sys 463.25 real 396.46 user 56.61 sys 540.16 real 396.20 user 56.53 sys usr.sbin 402.00 real 344.13 user 49.20 sys 461.87 real 343.06 user 47.52 sys 401.31 real 344.71 user 48.22 sys 467.61 real 343.75 user 47.95 sys gnu/lib 510.97 real 424.14 user 72.09 sys 543.21 real 423.12 user 76.13 sys 518.31 real 426.08 user 72.46 sys 569.64 real 424.54 user 76.14 sys gnu/usr.bin 1003.39 real 905.61 user 81.43 sys 1055.77 real 907.60 user 81.05 sys 1010.71 real 906.07 user 81.50 sys 1063.74 real 907.70 user 80.91 sys === As you can see, it speeds up places like bin and usr.bin quite a bit. The tradeoff is if you have one or two very large directories (compared to the others), that one will be running a single-process make (because of -B) long after others are done. I actually had to move sh much earlier in the SUBDIR list in bin/Makefile so it doesn't happen. I observed this by looking at the make output; we may need to do similar things in usr.sbin (xntpd is pretty large and is near the end of the list). On the other hand, it doesn't help much in places like lib (it actually hurts in 2.2-stable). It's because there is one directory (libc) that basically dwarfs the rest. My guess on the reason why 3.0-current behaves better is because it also builds libc_r, which is about as big so there's at least a two-way parellism going on even after everything else is done. For lib, I'm actually not sure why it helps at all. For gnu/usr.bin, I assume it's spending most of the time inside cc. Now, for the whole buildworld. The numbers are measured by doing a "rm -rf /usr/obj/usr/src" and doing the actual build with -DNOCLEAN. -j4 async parent -j4 async leaf -j4 sync parent -j4 sync leaf -j2 async parent -j2 async leaf -j2 sync parent -j2 sync leaf 2.2-stable: === 5517.40 real 3785.70 user 927.84 sys 5726.68 real 3766.08 user 960.40 sys 5900.12 real 3787.60 user 945.85 sys 6090.51 real 3768.67 user 970.15 sys 5408.57 real 3816.63 user 860.06 sys 5650.55 real 3749.16 user 851.64 sys 5613.19 real 3776.83 user 843.19 sys 6016.20 real 3756.14 user 852.53 sys === 3.0-current: === 5255.05 real 4080.63 user 832.97 sys 5903.48 real 4073.16 user 859.38 sys 5468.84 real 4101.21 user 829.75 sys 6138.02 real 4076.45 user 863.55 sys 5332.94 real 4074.15 user 811.88 sys 6149.01 real 4059.68 user 846.22 sys 5603.09 real 4083.54 user 799.08 sys 6489.46 real 4068.01 user 857.28 sys === As you can see, it helps quite a bit on -current. It didn't make much difference in -stable. (I disabled forking in lib/Makefile of -stable.) Here are the patches. I'm especially interested in SMP people's numbers. The patches are relative to -current on 11th and last week's -stable. (The -current machine is also a CAM testbox so I only sync the source when there is a CAM snapshot.) 2.2-stable: === Index: Makefile =================================================================== RCS file: /usr/cvs/src/Makefile,v retrieving revision 1.109.2.20 diff -u -r1.109.2.20 Makefile --- Makefile 1997/10/26 22:46:16 1.109.2.20 +++ Makefile 1997/12/22 11:52:52 @@ -640,6 +669,7 @@ .endfor .for __target in clean cleandir obj depend +.if defined(NOPMAKESUBDIR) .for entry in ${SUBDIR} ${entry}.${__target}__D: .PHONY if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ @@ -654,6 +684,9 @@ ${MAKE} ${__target} DIRPRFX=${DIRPRFX}$${edir}/ .endfor par-${__target}: ${SUBDIR:S/$/.${__target}__D/} +.else +par-${__target}: ${__target} +.endif .endfor .include Index: bin/Makefile =================================================================== RCS file: /usr/cvs/src/bin/Makefile,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 Makefile --- Makefile 1997/03/07 09:39:06 1.4.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -1,8 +1,13 @@ # From: @(#)Makefile 8.1 (Berkeley) 5/31/93 # $Id: Makefile,v 1.4.2.1 1997/03/07 09:39:06 joerg Exp $ -SUBDIR= cat chio chmod cp csh date dd df domainname echo ed expr hostname \ - kill ln ls mkdir mv pax ps pwd rcp rm rmail rmdir sh sleep \ +# XXX put large subdirectories in front to make pmake happy + +SUBDIR= csh sh pax \ + cat chio chmod cp date dd df domainname echo ed expr hostname \ + kill ln ls mkdir mv ps pwd rcp rm rmail rmdir sleep \ stty sync test + +PMAKESUBDIR= t .include Index: games/Makefile =================================================================== RCS file: /usr/cvs/src/games/Makefile,v retrieving revision 1.10.2.1 diff -u -r1.10.2.1 Makefile --- Makefile 1997/09/11 03:03:14 1.10.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -8,4 +8,6 @@ rain random robots rogue sail snake trek wargames worm worms \ wump +PMAKESUBDIR= t + .include Index: gnu/lib/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/lib/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile 1996/10/04 08:44:26 1.13 +++ Makefile 1997/12/17 05:53:32 @@ -2,4 +2,6 @@ SUBDIR= libdialog libg++ libgmp libmp libobjc libregex libreadline libstdc++ +PMAKESUBDIR= t + .include Index: gnu/usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/usr.sbin/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 1996/04/28 04:06:06 1.4 +++ Makefile 1997/12/17 05:53:32 @@ -1,6 +1,4 @@ # $Id: Makefile,v 1.4 1996/04/28 04:06:06 wpaul Exp $ -SUBDIR= - .include Index: lib/Makefile =================================================================== RCS file: /usr/cvs/src/lib/Makefile,v retrieving revision 1.47.2.9 diff -u -r1.47.2.9 Makefile --- Makefile 1997/10/08 10:37:20 1.47.2.9 +++ Makefile 1997/12/19 06:37:21 @@ -48,4 +48,6 @@ SUBDIR+= compat +#PMAKESUBDIR= t + .include Index: lib/compat/Makefile =================================================================== RCS file: /usr/cvs/src/lib/compat/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 1996/12/23 05:07:19 1.1 +++ Makefile 1997/12/17 05:53:32 @@ -1,7 +1,5 @@ # $Id: Makefile,v 1.1 1996/12/23 05:07:19 peter Exp $ -SUBDIR= - # Note that compat21 is *not* for the 2.1.x branch! .if defined(COMPAT1X) || defined(RELEASEDIR) SUBDIR+= compat1x Index: lib/libpcap/Makefile =================================================================== RCS file: /usr/cvs/src/lib/libpcap/Makefile,v retrieving revision 1.12.2.1 diff -u -r1.12.2.1 Makefile --- Makefile 1997/10/26 22:48:31 1.12.2.1 +++ Makefile 1997/12/19 21:18:17 @@ -33,6 +33,8 @@ .endfor scanner.o: tokdefs.h +scanner.po: tokdefs.h +scanner.so: tokdefs.h .ORDER: grammar.c tokdefs.h tokdefs.h: grammar.c Index: libexec/Makefile =================================================================== RCS file: /usr/cvs/src/libexec/Makefile,v retrieving revision 1.20.2.3 diff -u -r1.20.2.3 Makefile --- Makefile 1997/07/05 14:23:54 1.20.2.3 +++ Makefile 1997/12/17 05:53:32 @@ -27,4 +27,6 @@ SUBDIR+=rbootd .endif +PMAKESUBDIR= t + .include Index: lkm/Makefile =================================================================== RCS file: /usr/cvs/src/lkm/Makefile,v retrieving revision 1.24.2.1 diff -u -r1.24.2.1 Makefile --- Makefile 1997/11/06 13:03:53 1.24.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -10,4 +10,6 @@ # XXX builds, but not useable with present design # fpu gnufpu union +PMAKESUBDIR= t + .include Index: sbin/Makefile =================================================================== RCS file: /usr/cvs/src/sbin/Makefile,v retrieving revision 1.34.2.1 diff -u -r1.34.2.1 Makefile --- Makefile 1997/03/26 20:05:24 1.34.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -14,4 +14,6 @@ SUBDIR+= ${MACHINE} .endif +PMAKESUBDIR= t + .include Index: share/Makefile =================================================================== RCS file: /usr/cvs/src/share/Makefile,v retrieving revision 1.12.2.2 diff -u -r1.12.2.2 Makefile --- Makefile 1997/07/19 15:31:33 1.12.2.2 +++ Makefile 1997/12/17 05:53:32 @@ -3,4 +3,6 @@ SUBDIR= dict doc examples info man me misc mk skel syscons \ tabset termcap timedef zoneinfo +PMAKESUBDIR= t + .include Index: share/mk/bsd.subdir.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.subdir.mk,v retrieving revision 1.11.2.2 diff -u -r1.11.2.2 bsd.subdir.mk --- bsd.subdir.mk 1997/06/21 15:48:22 1.11.2.2 +++ bsd.subdir.mk 1997/12/17 05:53:33 @@ -29,7 +29,23 @@ .for __target in all checkdpadd clean cleandir depend lint \ maninstall obj objlink .if !target(__target) +.if (defined(PMAKESUBDIR) && !defined(NOPMAKESUBDIR)) +${__target}: ${SUBDIR:S/$/.${__target}__D/} + +.for entry in ${SUBDIR} +${entry}.${__target}__D: .PHONY + @if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ + ${ECHODIR} "===> ${DIRPRFX}${entry}.${MACHINE}"; \ + cd ${.CURDIR}/${entry}.${MACHINE}; \ + else \ + ${ECHODIR} "===> ${DIRPRFX}${entry}"; \ + cd ${.CURDIR}/${entry}; \ + fi; \ + ${MAKE} -B ${__target} +.endfor +.else ${__target}: _SUBDIRUSE +.endif .endif .endfor Index: usr.bin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.bin/Makefile,v retrieving revision 1.73.2.10 diff -u -r1.73.2.10 Makefile --- Makefile 1997/08/21 04:00:56 1.73.2.10 +++ Makefile 1997/12/17 05:53:33 @@ -60,4 +60,6 @@ SUBDIR+=f77 pascal systat vmstat .endif +PMAKESUBDIR= t + .include Index: usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/Makefile,v retrieving revision 1.98.2.6 diff -u -r1.98.2.6 Makefile --- Makefile 1997/09/15 04:56:52 1.98.2.6 +++ Makefile 1997/12/17 05:53:33 @@ -34,4 +34,6 @@ SUBDIR+=config iostat .endif +PMAKESUBDIR= t + .include === 3.0-current: === Index: Makefile =================================================================== RCS file: /usr/cvs/src/Makefile,v retrieving revision 1.155 diff -u -r1.155 Makefile --- Makefile 1997/10/10 13:02:36 1.155 +++ Makefile 1997/12/22 11:03:15 @@ -668,6 +697,7 @@ .endfor .for __target in clean cleandir obj depend +.if defined(NOPMAKESUBDIR) .for entry in ${SUBDIR} ${entry}.${__target}__D: .PHONY if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ @@ -682,6 +712,9 @@ ${MAKE} ${__target} DIRPRFX=${DIRPRFX}$${edir}/ .endfor par-${__target}: ${SUBDIR:S/$/.${__target}__D/} +.else +par-${__target}: ${__target} +.endif .endfor .include Index: bin/Makefile =================================================================== RCS file: /usr/cvs/src/bin/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile 1997/12/07 02:26:12 1.9 +++ Makefile 1997/12/18 15:47:16 @@ -1,8 +1,13 @@ # From: @(#)Makefile 8.1 (Berkeley) 5/31/93 # $Id: Makefile,v 1.9 1997/12/07 02:26:12 peter Exp $ -SUBDIR= cat chio chmod cp csh date dd df domainname echo ed expr hostname \ - kill ln ls mkdir mv pax ps pwd rcp rm rmail rmdir sh sleep \ +# XXX put large subdirectories in front to make pmake happy + +SUBDIR= csh sh pax \ + cat chio chmod cp date dd df domainname echo ed expr hostname \ + kill ln ls mkdir mv ps pwd rcp rm rmail rmdir sleep \ stty sync test + +PMAKESUBDIR= t .include Index: games/Makefile =================================================================== RCS file: /usr/cvs/src/games/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile 1997/09/11 02:52:59 1.13 +++ Makefile 1997/12/18 15:47:16 @@ -8,4 +8,6 @@ rain random robots rogue sail snake trek wargames worm worms \ wump +PMAKESUBDIR= t + .include Index: gnu/lib/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/lib/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- Makefile 1997/02/22 15:42:33 1.15 +++ Makefile 1997/12/18 15:47:16 @@ -2,4 +2,6 @@ SUBDIR= libdialog libg++ libgmp libmp libobjc libregex libreadline libstdc++ +PMAKESUBDIR= t + .include Index: gnu/usr.bin/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/Makefile,v retrieving revision 1.36 diff -u -r1.36 Makefile --- Makefile 1997/04/12 07:19:09 1.36 +++ Makefile 1997/12/18 15:47:16 @@ -4,6 +4,8 @@ grep groff gzip ld man patch ptx rcs sdiff send-pr \ sort tar texinfo +PMAKESUBDIR= t + .if !defined(NOPERL) && exists(${.CURDIR}/perl) SUBDIR+=perl .endif Index: gnu/usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/usr.sbin/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 1997/02/22 15:48:30 1.6 +++ Makefile 1997/12/18 15:47:17 @@ -1,6 +1,4 @@ # $Id: Makefile,v 1.6 1997/02/22 15:48:30 peter Exp $ -SUBDIR= - .include Index: lib/Makefile =================================================================== RCS file: /usr/cvs/src/lib/Makefile,v retrieving revision 1.58 diff -u -r1.58 Makefile --- Makefile 1997/12/04 10:48:14 1.58 +++ Makefile 1997/12/18 15:47:17 @@ -45,5 +45,7 @@ .endif SUBDIR+= compat + +PMAKESUBDIR= t .include Index: lib/compat/Makefile =================================================================== RCS file: /usr/cvs/src/lib/compat/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1997/02/22 14:57:32 1.3 +++ Makefile 1997/12/18 15:47:17 @@ -1,7 +1,5 @@ # $Id: Makefile,v 1.3 1997/02/22 14:57:32 peter Exp $ -SUBDIR= - # Note that compat21 is *not* for the 2.1.x branch! .if defined(COMPAT1X) || defined(RELEASEDIR) SUBDIR+= compat1x Index: libexec/Makefile =================================================================== RCS file: /usr/cvs/src/libexec/Makefile,v retrieving revision 1.26 diff -u -r1.26 Makefile --- Makefile 1997/09/28 09:07:34 1.26 +++ Makefile 1997/12/18 15:47:17 @@ -22,4 +22,6 @@ SUBDIR+=rbootd .endif +PMAKESUBDIR= t + .include Index: lkm/Makefile =================================================================== RCS file: /usr/cvs/src/lkm/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- Makefile 1997/08/28 14:45:12 1.28 +++ Makefile 1997/12/18 15:47:18 @@ -8,4 +8,6 @@ # XXX builds, but not useable with present design # fpu gnufpu union +PMAKESUBDIR= t + .include Index: sbin/Makefile =================================================================== RCS file: /usr/cvs/src/sbin/Makefile,v retrieving revision 1.41 diff -u -r1.41 Makefile --- Makefile 1997/10/19 11:15:39 1.41 +++ Makefile 1997/12/18 15:47:18 @@ -16,4 +16,6 @@ SUBDIR+= ${MACHINE} .endif +PMAKESUBDIR= t + .include Index: share/Makefile =================================================================== RCS file: /usr/cvs/src/share/Makefile,v retrieving revision 1.14 diff -u -r1.14 Makefile --- Makefile 1997/07/19 15:17:41 1.14 +++ Makefile 1997/12/18 15:47:18 @@ -3,4 +3,6 @@ SUBDIR= dict doc examples info man me misc mk skel syscons \ tabset termcap timedef zoneinfo +PMAKESUBDIR= t + .include Index: share/mk/bsd.subdir.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.subdir.mk,v retrieving revision 1.19 diff -u -r1.19 bsd.subdir.mk --- bsd.subdir.mk 1997/11/15 13:09:52 1.19 +++ bsd.subdir.mk 1997/12/18 15:52:41 @@ -60,7 +60,23 @@ .for __target in all checkdpadd clean cleandir depend lint \ maninstall obj objlink .if !target(${__target}) +.if (defined(PMAKESUBDIR) && !defined(NOPMAKESUBDIR)) +${__target}: ${SUBDIR:S/$/.${__target}__D/} + +.for entry in ${SUBDIR} +${entry}.${__target}__D: .PHONY + @if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ + ${ECHODIR} "===> ${DIRPRFX}${entry}.${MACHINE}"; \ + cd ${.CURDIR}/${entry}.${MACHINE}; \ + else \ + ${ECHODIR} "===> ${DIRPRFX}${entry}"; \ + cd ${.CURDIR}/${entry}; \ + fi; \ + ${MAKE} -B ${__target} +.endfor +.else ${__target}: _SUBDIRUSE +.endif .endif .endfor Index: usr.bin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.bin/Makefile,v retrieving revision 1.91 diff -u -r1.91 Makefile --- Makefile 1997/12/06 05:23:59 1.91 +++ Makefile 1997/12/18 15:47:18 @@ -61,4 +61,6 @@ SUBDIR+=f77 pascal systat vmstat .endif +PMAKESUBDIR= t + .include Index: usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/Makefile,v retrieving revision 1.114 diff -u -r1.114 Makefile --- Makefile 1997/12/07 02:27:48 1.114 +++ Makefile 1997/12/18 15:47:19 @@ -33,5 +33,7 @@ .elif ${MACHINE} == "tahoe" SUBDIR+=config iostat .endif + +PMAKESUBDIR= t .include === (I had to edit the patches by hand to remove other local mods, sorry if I screwed up.) As you can see in bsd.subdir.mk, you can define NOPMAKESUBDIR in the environment to get the current behavior (leaf branching for most, with toplevel branching for clean, obj and depend). Without NOPMAKESUBDIR, you will get my custom branching (try to branch at the thickest part of the tree). Satoshi From owner-freebsd-stable Wed Dec 24 15:14:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07653 for stable-outgoing; Wed, 24 Dec 1997 15:14:10 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA07641 for ; Wed, 24 Dec 1997 15:14:06 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 426 invoked by uid 1000); 24 Dec 1997 23:09:54 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 24 Dec 1997 15:09:53 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-stable@freebsd.org Subject: Panic in malloc Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In RELENG_2_2, as of today: Device rsd24s3c: name slot allocation failed (Errno=17) << Repeated several times then a panic Fatal trap 9: general protection fault while in kernel mode Stopped at malloc+0x2f1: movl 0(%ecx),%eax trace: malloc limcopy dosetrlimit setrlimit syscall Xsyscall ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-stable Thu Dec 25 20:53:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA22308 for stable-outgoing; Thu, 25 Dec 1997 20:53:31 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA22302 for ; Thu, 25 Dec 1997 20:53:27 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id UAA07915; Thu, 25 Dec 1997 20:53:08 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Thu, 25 Dec 1997 20:53:08 -0800 (PST) From: Chris Timmons To: John Polstra cc: stable@FreeBSD.ORG Subject: Re: Bogus interaction between NFS and mount In-Reply-To: <199712231712.JAA26683@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Another way to make the same thing happen: suppose you have /usr/ports mounted sync on your server; while your client is chugging away do this on the server: mount -o update,async /usr/ports and for a window of time you'll see the permission denied messages on the client side. In this case an operation on the same file system is occurring - in your example it is even more ... interesting... -Chris On Tue, 23 Dec 1997, John Polstra wrote: > This has got to be one of the most bogus things I've ever seen > involving NFS. I have two machines networked together: > > Server: 2.2-stable from December 11 > Client: -current from December 5 > > Client has mounted the /usr/ports tree from Server. On Client, I > chdir into /usr/ports/editors/emacs20 and start a build: > > >> Checksum OK for emacs-20.2.tar.gz. > ===> Extracting for emacs-20.2 > ===> emacs-20.2 depends on executable: gmake - found > > Grind grind grind, the big tar extract starts crunching away. Since > it's emacs, it takes two forevers. Meanwhile, over on Server, I > decide to mount a CD-ROM. The CD is sitting in the drive, but it's > not mounted. I type "mount /cdrom" and it succeeds. BUT, at the same > time, over on Client everything suddenly falls apart: > > /usr/bin/tar: Could not create file emacs-20.2/src/chpdef.h : Permission denied > /usr/bin/tar: Could not create file emacs-20.2/src/cm.h : Permission denied > /usr/bin/tar: Could not create file emacs-20.2/src/coding.h : Permission denied > > followed by many more such complaints until the make dies. This > problem is reproducible. > > It is hard to see why mounting a local CD-ROM on the NFS server should > cause problems for a completely separate exported file system, but > that is what is happening. The only connection between the CD-ROM and > NFS, as far as I can tell, is that /cdrom happens to be exported. > > Suggestions, anyone? > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth > From owner-freebsd-stable Sat Dec 27 12:52:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17755 for stable-outgoing; Sat, 27 Dec 1997 12:52:36 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17726; Sat, 27 Dec 1997 12:52:17 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt2-139.HiWAAY.net [208.147.148.139]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id OAA23091; Sat, 27 Dec 1997 14:52:10 -0600 (CST) Message-ID: <34A569BE.4A7B7C1D@hiwaay.net> Date: Sat, 27 Dec 1997 14:56:51 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: waxing hard reference #include in 2.2-STABLE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi All, Attached is a second pass at what I attempted to do before to remove the hard reference to DEFS.h in asmacros.h. Please apply this patch and let me know of any problems. I have locally tried these patches with no detrimental effect, but I would like to get a greater number of "yeah, that works" before I commit it this time. <:) Thanks, Steve begin 644 2.2.5-diffs.gz M'XL("&"JHC0``S(N,BUD:69F[FTHV&!>\D*V=TN) MD[)+0A:3T_:YO7>_/A/KM8.59J7C@/-W MYE')O@Y+F[@6KW,!CP*'7SO>)0O@$CJ^QW2MJE6T:F[DC,=,G3$UB$M8+*RJ MJG%2T0\.]DIZI50^8'JM4:LT:G5%MB\4"JO5]#HKUQKU>J.ZEWO[EJG56G%_ MGQ7@LL?>OLTQ]IJ9%ZWW[*AYVCPQ-"S`/V4<^),&>[OSMWQ,L*[I;.<=#[YP ME]_F6:U4J98.RCDUKO^R/6HPV4G9(98A+`LC?LV9,9^RE]BRE&,Y]6^.9[NS M$6?_&=Z&)7O$QZ%V]8^5X7(',X+S7[71/+@SE7@I--]U^P,NL?'IM$?])OO M.L:@\$]-U8?_*F+E9:[&>3O%51)G&=S"!#?-K]T&. MI`JF92WNACQ;`=D"9HN4+(]2L==8\-9CEC=C[]I%!F8GE M69><15<<#-JU(C#H\,J9LB&/;CCW6'@[&?HN\ZP)#YGCL1810A+8A/\Q&+L"AAE1*-`28`&BT M,Q@8G>/!(,]*K]E?XJZX)72T8X.V\XJ"E\4MV8L=*YS0_<&@U3UK-?L[6C$N MBDT,R7Z[BW#2D*:V(?/WYDX14!!Z@QRW4N/58KEN<' M95014R>U_5UM29*!V6_V^@/CK-_[I&@1GT>'3!,-*]3P4"BK3`R.K,A"W#P_ M(KLH`C@VGT9LRH,K:QJRX2W<\]1+5/BXR&ZN'/N*W7`V\KU7$0MGTZD?1"L2 MG+:/)/\1T%_P/V3[# M]YBR<>5FIT]5<7PNJ2/F=^GZ0S>&;)X'@:+;*4_RQ;?CF6?C"#U,RD!JT3;5 M-U&`L^@"UHGMS[P(2/X^F;*#<5JHIY;HH"&L2DYCH*2F>0^AYE*:>5J,>>-0 M^4&-*(_*7G2?K$H!N_\%;28>:5*>3&G8%M@(`1*$EG2=$)>)>VB"?4<'F\!< M)$6?:;@4%N[#Q+*OH%4))A]T(-J;G$#STQ/X@,1THPNX!QZ3ON0"4@D3HJ(' M2"GAV97!LZLQ76^4]QNU/46V1@=<`8SX0>R99-]+\5\D#P'( M"-235#LWC8NC[LZ\>)N_D^%MOLA6.2*I1,^"`9*AT2]&X"W00O^5O:R]GH/$ MX32'Z^NE%3)PF$+PLV93YH_'(8\8V(WE1K#07J86-WL6!.#\@*_E) MRO(:ZU_!BFQ=^P[Z8N"($7OP>N+E;M!_WS.:1P.S>6PP"!."VYLK'G`B0RZ3 M\#+1WP)'*IXOB`BY=N!+H9;X2!.1A9I!%J=(\!!M"YP.J%+(J(+*));'H!#D M&%T%W!H-0FO,&0B%`S8LHC:G`9_"',0&LL9M.)`^IA2/*)'#&OJ+3KQJO6(W M@34%9P1D\=@E.(L!3.BCN(N6\)B3CB1V]:/C;N'!I60&PW_@QF!3?S>Q8<*AE$;;QV$%?JV@"^,$ M%J#`"FXQAK!F;B2"H,`:.6B=8&?QG!\R,=9P&._KQ3HK[->*5;%&"`;2WY/L MX\EAKUC.XZA"QCZX\S?6K9A"%LYLX@R.$!6:#M_;EZ=0U@?O MK9A:PFNPUHLEO%+<8X5*O'_S-['SLBPGRL0R^+"1=>V,+N7F2XZ9H)'"&V5H M3Z::R8:V/[W%ZY\\\.$*"PC\=Q`EN$[XQ+X*X@351Z<0,A/_FHMB6&^HN+!< M;!/5U'VF!)(JZ-FVHCA!Y#%!Y#%!+3$13CW-IJ:0@\!=%'O8UA8IV<;#1E0V M'09?1"KDTT5K00H2"X;PBT4WUE`SOVN6L9J>R")C[IMW$I=W$26H9(=Q6I@@ M6%9EC^GH/S9J-=Q#)!-,U4E;WUZCJJ];'^X(0?7`N;R*V(Z=1Z,KTT30XY?@ M8(3@A=""=N$YM'!&MUC2@J`9G`W/L6A]8TWP;(A&"#T)>7`=K^"TC4(N@^V# M'PK7$0^`$*S]@3^!]70P(\AM"?!3:GDJ'CX82*.SGH!SC1%0-/`:_^+"(R8K?' MIMVP(D,98:&?.!%*.`U\&(4HJG0&QK[K^C<()/1$S,NAV*W5BX!1`2[5NE1X MI]U\U^ZT^Y^*K-MC_6ZOSW;:9ZW.Q5'[[(2=&2>=]HEQUC+P;K?_WNA]:)M& MGC5[;1,KM,]8\^P3^]#\1-2Z%WT&X2+48Q>F(9)MDYG=X_Z'9L\H,N-7XXRU MCUGSZ%>@ MQ4X"IH("1-I'.R]>GO$(AO:R4+LHU&Y)UT$N5BXWZN5&>9?]'MFQ1'F3[;J@!>_S9^>"[XTL+3,J$1&!Y M7XJL[_N=D)U,AN_S$`$>J)7*OGJP7]\OEXD(ZERZPZ?&::M[_BE7$-Z*F,3S M<)L\@52MT^ZO1JH63OI)M=CC)*&I,([6Q94EV_:AD\J,'"*?`!]+DF=?OZ;+ MD&\>%QK_VE7TR@X&0>@/8O.X<#B(' M).%_;Q=D(3$Z(4DNPPVI)V[(4JV4(U*OP,1-N.G%@PHKP`*)L*FEUZHXH/I! M=T3=Y(ZH/\4=D51^@INA_APW@P[CH.&$1PW*Z-J*=*2U6"SJ^&061AAYPH`B MNM80D*)A1EHC*O`#ZZ9C\R)4`4VY0!#I+#@G1X`+L8"K[5K.A`<"B,JZ*,`R MI18I"O1U-+/YOTL:)CHJ28U\>S8!<[(D=B6`Q8<*`9M8$9B$!<%THG["#2FG M.R+Z5]7(UJP1&&,$HP>8+@@@!ZB)A6-N13,P180?S82L&+HA+4X*1MH`-E,7 M0O#ESL`D[ODW+A]=X"/':3_?9;TX0&KU[A+3'I M@%-N?#SO&::)GGO[]+S3!D)`N=<\Z[<-L\@2+Q]T#6[[6;JWWD(V#!Q+IN-T_0W['P+#)SIN]?KMUT6GVV/E%#QQ\00Z[ M=M0V6YUF^]0XPN/T,V!-<4&?F>^;G&]@F(9Z) ME"H/++<-^5C\LQ3Y;'^B_@CY:^KY(ZKL3N^0V"8"6E2X!)0E(H*5@*%/[]U4: MAC9"=?)89+%]L!A6\?;(B]4H:!+.O&0S_G$"GR66&V,=7=/E&EA,T=5R0`X-"Y]%)T ML#"DFV`63L1%TO5]VIT?.,!W2*DX\5D<-5=Q)[HN'V35SIO]]PWEY5\:K/3@ M5'PK32POJQCPQ6(6WC#U:-`V#&,`\_YIKI!9C!G2GW17W@B]QFK^ MAA!`O3?*)`=+.!CU6:QI)=:T':M\G*2N%JFX$(&0B3&=5F`O#\K8RP-=HITB M7WBC@)JL(9*'1("X8Y=7^H+6S%9,=6C;RQ3('RN@IUPCP<0 M'+%@YG(ZPQ3/`4#P:E^IB=,NXE2Z3X\98-PP=AT(`32ASP/4IUXN2X520*69 MFA\3=KPPXM8(PP[-3DK'<4@BJ>$L,`U@H,YYB$1VXF<+K3&$;^RW"0QB\&/P MV8!7^(#J#)_)$.V#@$.P151_R6M@H$C:P0@SI3,`06KXY5_.MP9+V2^.\A*6 MY@K+6EVK&9,0E9EB3_$F^.O``36M]9N]$Z,/MS20$\0`16=-N\103AF/./T_94-)RI)YCB:?F5F_>GY>E61-'#VS:I8T1OZGGQ^JDJS#OT7YS'* M?VM]C;5\[POXB6SG]\A^>^-,0GZKV?XD#]Z]XU$,;T9HO9<.#R'6\6PMX]GW MU(F"90<^/0)_UX$#DX<+Z/,N%"65LO[T?;V:?OJ>SA?N`IR6AB<`G/@^!'`A M<`PX9>X#^%I%!'R_4:X^>\!C1?TTP(4+\`2("\9W0EY9@[RR\%HDYB*7`7I- MD51BT-=K"M3UYS_,I;*D8C)@KVT#._E[CP\ZL=WZA2@IK@"P8R5M?J%J.ZB%2__X6`N^#QC?L<`";9')@+N^,KK7*PJ\J\\>;ZFH M.\9V?1O`*71[?+R)[0/@%N(*M"E]#[#7ZL58[SUWK&,E_42H,3I_$K"1\/>*RH.\9YY?Z`RXWUQP9<\MT:\$1@!%QFO@MX5D4!>/PP^K,%?*&HGP6X M.$!Y?,`%WZVG]41@`;C(9`"^O!N755$`7G_V@$M%W3&E;[$;ESXH>P+0$]X/ M&.DIP6/PDX([#$".^.S*8`25)V3X(_C"%?,:A M"_2_M@;Z^ID+X%UYYCY\HJ0[H-YB?VYQ_OWX:$O.#P`\$5I@+K/W@#VK:HS\ MP7-'?J&PGP:^>.+A";`7C!^PQDN18^1%+@/X^LHJGU%3X%Y]YHY\2EEWK/-; M[-LEC[<\/NPQXSN/8"IK1S"5Q1,Y,>QQ;@/L@HJ`/:.F@+U6?^ZP)\J2BOE1 MV'$C\`G.W1+&=\"^.M%7XXE>BBQ@CW,9L.\JDHJ`/:.F@+V^^]QA3Y0E%9,! M^Q;;M?(1MB=!_7N[<]FK^])0WSC2]U96]NR!KC_[ARH6BKIC5=_;!O#`\9Y@ M9T[R?0#@L<`"<)&Y!^#K%6/`G[TC)Q7ULP"GO=TGB=HEYP M+Z^XB/3>X+G+%;8/V#L+XL?VT*Z[`Z# MD#/!QOK"*IY_9+>BQ,WSPK:F\323PGZ&SFH4_;^W7>/9?3[^?,3 MRRNYE]9D8L%2^'A0I]G>^P,,B9R(L<7TI5(/95Z M_.ID>2_]]HU$6#N.V,B?#5V.:8]1<_9"%+'Y"U%C[/I6E%-3%:@$[Q>2PG&J ME&GF%3LRS%:O3>_7"N)"./SF)$S1XDLK>R@-_2=IC!'\^XQO-CACYN&'RD!1 ML\`+F>M]_OKU\\[KDYUY_JN6*XCRU6*FG4]S].$(/H]X@*_>@9?(+WF`$E@, MEP@0(M,P,"-?^WE$PTBSO6,.V%WYQBR5L$3>U,L2=O*EV4J5OC1;$>^J"1JI MER66OU17:U1VY4&-KM/+-GHR#93H71YG[.'7@_"]VIP:XF<4;&9?60$+[-`9 M_?-?[`U;>J?!CHHV(X#>(::ZKTUQ77\QU8'-S_#K(F7569+&!S?$C!MP= M'\H:7^=?_Z$GMZ&J^%"$XUU;KC,B"[/GZ"P'=_CA7G^=5FK'\;%4RC^ M\_7.U"P7Z**+2T5,MIG.*]*ZP95<\3,AK'S+(*X@U<7SR9__/D[,/UK5?3_NBLF&O^%9AJ_:*I)3C/Q"Y#:'.-OR>,PF]MUASE-,#!-?`9$FV#\ M[`S3W*V3&^$V<(9I/&Z&\>44PPS2L/G-?`P'D6PPP<@"FX89IIDWPY@!VJ(3 ME>F?$:`6FLORB^'4+\2`_RBDBK9M`E@^YG6O'[+QM=\U8%COK8>V(PGF`P[F MC\F]^`FUX,C_!M5(FDZHMZ8LDF MTQL+P!;9'"[;5E1%,Q;"%2*_NF:VE!V,"TC#UWT3O=&EXPW$0E(2XCZ,%9(X M4%-8#2MA1B*9+%5](@.7X!?V*&"8HKZ6U(]#8D>AL2O0TU>JN\NQ#5V>#9A5C@ MV+?&T;NW3E3_N/^QSG_X',`PP@@Z^$A-.SL:.5TF&3`T"=EO,+8M07(7E659 M4N)BGK/`P$_%P-^%@0['?[3 M>PP(D@[?VE@([F?3\`6P(.K=@+%)20D+XBK-U]IBPT5@04NE8X&G>BJ#H-IA M8FL@S:9L32_00-8\;RV#@*5@V!QA$W;()LB%?M(?%]B9[F\?'ATR\LG$IOC"B\Y]KW* M<'4["_(A:8-9X-NKMT""A21W?;D2$XQO@I7@?0E+)BM^P'Z)DEG#L3)7H.E- M(%+-ACQZ)MXS22:-T=S9=5I/9-GB=J7V31)R)1"X#IR+[%ONODF.?7-Q59/^ MH<:#0[5\-XSU)[5PAAJ?7#=;!6K_0:@NS+42UBFI[[G40Y/4]R#UD./TWLW) M&D.\O3[$_8=B?%7&')!G9>8TP">!J]:W-V^\>KG0<,^FRQ<`/M:Z@=$F*0GJ M^#EKL.OZ`HM*HP&\497`OYS<:ZOO'22ER/&-2FX?_M67SU1&:,N%'T/6ZCZ"HK*4O='^H(+)51[`*"D M`?#1LM@>>,NJ#IUU6Q)5H%&+$`ZES%**NDFU_B35+U;AES!>5.UF2NSK6FQ8 M)^3*TTJJ<=90-1KR@(7'&RK9AAQ%WIAU:N69-#EW==YLI%P)5(G4TH9:JVFL M4Z"Q4KG-2JNMI=%$'>4O`\8)2&E9:1`QF.SAF%BZD:?'U/!GUF*J=&T=%C)B M%!G\F-;?CNXWQ4DT[6UZ.4Z3BI\)$2)VV7OKU[)_S87]OA6P)B=0'5"D;:^! M3V/0*?-">)/R=C(N$SZKD9QT7S$DME&4SU/_4N#ON'?=HX:L!! MT"T)/Q5/_O+D=/]SGY'T_6@Z&]UJ=T]/SH\NU=W9=#&.1-POJJ%_-9O<+>#W M%XB,")%!Z&Q;&!(P^W`:/H3L!AU#&%;@&-ZNI'40\$J>35T2SW\-YC=>-[[D M@_W78,*_^-F-8R+%45L/OQSLETJ?>I=(+$1@8;=)5J3IB?5Z>C"+J2+EZ>;] M_JEET;C*@,NVPF4BE6Y8FO*0W<<2)*T= M.>!L;V99D@6:3$O1`C?FE>O:S5;-=5B5_BDZM$P0>YG>` MFS2.WN7N.M&"F[?E)'=R1&FQOY"NCK9A<-.("%`E@JMR-=3=AH)<:0*5R*_O M-8&P7#PE:J5B<\F3^T[Q3AFODS9U10NJX38^]X*5X$)FPJ\Q)T[)%F=37@VW MO;$M7W9)6'%I+[M%FU)"-YZ?`L85;PI7/XE7`Q&$+9LT8`U4L"7/97DL%=3; MD@/9SH,@6T0'4HMA0JHZ.[(9RGK.T#>^-^.?)`9@23$D:A,%YYEJU6-K>X='GW>[_?. M/P%I58%?,C7K)% M,+V;4"3%P61\<\L:-2?J.!B]P?[>:+WKD"WN9K/I/$Q)\.GH@ZS_FI'42#6>DD*.1D- M6'N($7=`1(QL:RA31K42@;6P%\\@=E><6`63BLJE1'>(^FXFT^&$[4%(#IB! MV!8P?W5=>^^+A\^[ZCLN->75VD9?<,H]88<0Y`U2?K^:WMV&O,BOWV>LX^M" MO;1$G5V01LE3XIW4.U]#J$A*$^EB1+O=TB-[I/2LU5/S4:M@=G\%.B/CGPEY MC-*P#<:&!%`CE.AK5;C\H$T<)L3./!VS^+)8<;>Q%1V6-_+Q1TTB8PW0P.H# MM56+PHUHK68[77Z2U6"(-_:/T7#691"4BT%$KAI=4PH<:CZ%]D^/+ZSTD,?E M3&=43!SH.[=NC2^ISJ`W[7@J-9EB4+Z(3_"R2WX>2>36_Y'PSP.;YEB1<>*:+H%^!5(83[N9$!@C!&+?]B,9I`J)WA*%R. M1A2I%M-PQ@BTCLF^7S`*@BL"P$+9\(C$8@N7;`XV*#8N$0I+-14*4V&*XO+! M;O$+B-C;[^^=?-[K72R$R5A.Y]_HK2"P*[W/YT?L:C9[O1!O1=J_WJ&9E7.] MU%FA2`)=LE"@=+QE_1KGI?&XYB=6'VK)=I2Q`*9![#BW#`C-U*?^ZJ>R_;&_ M5YPMF?X@-['H>TJ/K@A0@SHL%35KKDM$G2-Q,?Z;F[NXVEJCBP'(2KHLN\+B M:JVBET]-QM,X5\6S=P8ZV(V\KHN3,TQ(T9[VC_DW\?6'H_/3WL7>H4`WSMNI MB46;\GNIB:5GF%AZ:3.X>MIG.=.^<7)^FH96A3(+YJ(4M/^H4IFA^]@#NP\5 M044)E;U3C;]*XD2]MTQ<&*?&F.+03#DH*XJFE?,J18^AI!5^BG@1^F6<%5%Y MKL?2V?*VF@FO!;]AFMS"?1&7V=?//?!AJ!SAQZ23DC/C-7<=B@Y?QR=J^-\6 M+8X;7)+>WMG).;@?S.27Q'<5_O^U?_9Y_[C(5Q%^2#B=LN]WG/U?W\TF(CP[ MV*^_!O/Q]&X!\E>V@M<4'A3G+,^C:/:>6VLF5O,_[9U\^7S1/^[]OG]LP4)[ M6;NW?WET@?>E,08!#G3@*C23[)DPMMMWB[E:6>*_5S2Z(KIM2;1GR&?P0.05 M!ON(+)\L]VJPD+'58RN.MML:#,LO9;_M1YI)^V%6SM[0RMD;6CF;_%'D"$.* M.P\NYW@"P(,Q$$YF[#C'$J4FR=4F9B/NRF1FI)IG)\/9-(JDT1KV+(J`@VX<['7&^C=%*%:,\6\'IH3)L<4J MM/:;ATGQ$S%,J3Y2_"F[WI0DEMEZ1`=J#/K]=/B53WHJ@9EBVZLI=N[ZU/\I E]A-2[*=L*+4C38;M]?EN(G],3IC.9%Z9^!BD^@\H7`%[W*4``*LI ` end From owner-freebsd-stable Sat Dec 27 14:03:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA22306 for stable-outgoing; Sat, 27 Dec 1997 14:03:18 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-21.ix.netcom.com [207.93.143.149]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA22300; Sat, 27 Dec 1997 14:03:15 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id OAA17829; Sat, 27 Dec 1997 14:03:03 -0800 (PST) Date: Sat, 27 Dec 1997 14:03:03 -0800 (PST) Message-Id: <199712272203.OAA17829@silvia.HIP.Berkeley.EDU> To: sprice@hiwaay.net CC: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: <34A569BE.4A7B7C1D@hiwaay.net> (message from Steve Price on Sat, 27 Dec 1997 14:56:51 -0600) Subject: Re: waxing hard reference #include in 2.2-STABLE From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Attached is a second pass at what I attempted to do before to * remove the hard reference to DEFS.h in asmacros.h. Please * apply this patch and let me know of any problems. I have * locally tried these patches with no detrimental effect, but * I would like to get a greater number of "yeah, that works" * before I commit it this time. <:) I applied that patch and ran it with source in /k/src (no link from /usr/src) and -j2. It died here. === -------------------------------------------------------------- Rebuilding dependencies -------------------------------------------------------------- cd /k/src && PATH=/usr/obj/k/src/tmp/sbin:/usr/obj/k/src/tmp/usr/sbin:/usr/obj/k/src/tmp/bin:/usr/obj/k/src/tmp/usr/bin BISON_SIMPLE=/usr/obj/k/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/k/src/tmp/usr/libexec:/usr/obj/k/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/k/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/k/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/k/src/tmp/usr/lib:/usr/obj/k/src/tmp/usr/lib CC='cc -nostdinc' /usr/obj/k/src/tmp/usr/bin/make DESTDIR=/usr/obj/k/src/tmp -j 2 depend --- depend --- ===> include ===> lib --- depend --- ===> lib/csu/i386 ===> lib/libalias --- afterdepend --- ===> lib/libc make: don't know how to make memcpy.S. Stop *** Error code 2 === I tried it without -j2 but the result was still the same. I'm not sure if it is interfering with other patches on my system (most notably the PMAKESUBDIR patch) but the same source tree builds fine without your patch. I can make the system with both patches fail by just typing "make depend" in src/lib/libc so I think something is amyss here. Satoshi From owner-freebsd-stable Sat Dec 27 14:51:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25352 for stable-outgoing; Sat, 27 Dec 1997 14:51:55 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA25335; Sat, 27 Dec 1997 14:51:47 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (max4-78.HiWAAY.net [208.147.145.78]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id QAA16508; Sat, 27 Dec 1997 16:51:36 -0600 (CST) Message-ID: <34A586A3.167EB0E7@hiwaay.net> Date: Sat, 27 Dec 1997 16:52:19 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Satoshi Asami CC: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: waxing hard reference #include in 2.2-STABLE References: <199712272203.OAA17829@silvia.HIP.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > > I applied that patch and ran it with source in /k/src (no link from > /usr/src) and -j2. It died here. ... > ===> lib/libc > make: don't know how to make memcpy.S. Stop Thanks for the response. It seems I forget to include a file in the uuencoded diffs. steve[/usr/src/lib/libc/i386/string]$ cat memcpy.S #define MEMCOPY #include "bcopy.S" steve[/usr/src/lib/libc/i386/string]$ [crosses fingers] Try adding this file and all should be okay. Thanks, Steve > Satoshi From owner-freebsd-stable Sat Dec 27 15:02:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26015 for stable-outgoing; Sat, 27 Dec 1997 15:02:06 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26000; Sat, 27 Dec 1997 15:02:01 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA30167; Sun, 28 Dec 1997 09:57:13 +1100 Date: Sun, 28 Dec 1997 09:57:13 +1100 From: Bruce Evans Message-Id: <199712272257.JAA30167@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, sprice@hiwaay.net Subject: Re: waxing hard reference #include in 2.2-STABLE Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >===> lib/libc >make: don't know how to make memcpy.S. Stop >*** Error code 2 >=== > >I tried it without -j2 but the result was still the same. > >I'm not sure if it is interfering with other patches on my system >(most notably the PMAKESUBDIR patch) but the same source tree builds >fine without your patch. I can make the system with both patches fail >by just typing "make depend" in src/lib/libc so I think something is >amyss here. memcpy.S is for an unrelated cleanup and doesn't exist in 2.2. Including in bcopy.S is part of the same cleanup. Bruce From owner-freebsd-stable Sat Dec 27 15:09:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26536 for stable-outgoing; Sat, 27 Dec 1997 15:09:05 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26508; Sat, 27 Dec 1997 15:08:59 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (max4-78.HiWAAY.net [208.147.145.78]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id RAA17915; Sat, 27 Dec 1997 17:08:45 -0600 (CST) Message-ID: <34A58AA9.2781E494@hiwaay.net> Date: Sat, 27 Dec 1997 17:09:29 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: waxing hard reference #include in 2.2-STABLE References: <199712272257.JAA30167@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > memcpy.S is for an unrelated cleanup and doesn't exist in 2.2. > Including in bcopy.S is part of the same cleanup. > I haven't forgotten that you told me this. The patch that I posted has two, possibly three, separate commits in it. I am going to commit these separately, but close enough in time that I wanted to make sure that what I was about to commit was tested thoroughly on some other boxes, since my own tests did not cut the mustard last time. Steve > Bruce From owner-freebsd-stable Sat Dec 27 18:00:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06060 for stable-outgoing; Sat, 27 Dec 1997 18:00:43 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-21.ix.netcom.com [207.93.143.149]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA06055; Sat, 27 Dec 1997 18:00:39 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id SAA23755; Sat, 27 Dec 1997 18:00:06 -0800 (PST) Date: Sat, 27 Dec 1997 18:00:06 -0800 (PST) Message-Id: <199712280200.SAA23755@silvia.HIP.Berkeley.EDU> To: sprice@hiwaay.net CC: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org In-reply-to: <34A586A3.167EB0E7@hiwaay.net> (message from Steve Price on Sat, 27 Dec 1997 16:52:19 -0600) Subject: Re: waxing hard reference #include in 2.2-STABLE From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Try adding this file and all should be okay. It worked this time. Satoshi