From owner-freebsd-hackers Tue Feb 6 13:59:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16687 for hackers-outgoing; Tue, 6 Feb 1996 13:59:30 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16680 Tue, 6 Feb 1996 13:59:28 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id NAA01076; Tue, 6 Feb 1996 13:59:25 -0800 From: Julian Elischer Message-Id: <199602062159.NAA01076@ref.tfs.com> Subject: Re: FS PATCHES: THE NEXT GENERATION To: terry@lambert.org (Terry Lambert) Date: Tue, 6 Feb 1996 13:59:24 -0800 (PST) Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199602062021.NAA03106@phaeton.artisoft.com> from "Terry Lambert" at Feb 6, 96 01:21:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Well, I now have a working spu2/CVS synchronization mechanism, so I > guess it's time to try again... > I guess i'll try look at it again too :) > > > > o Move the definition vfs_opv_numops to node_if.c. This is a > necessary change to allow the creation of kernels with zero > default file systems. The previous code required that at > least one file system exist to correctly do initialization. hmm but devfs might be compulsory :) > > > Since these are full modified files, installing them, followed by a > CVS update, followed by a CVS checkin should be sufficient to put > them in the current source tree. This is not a good idea terry you should do a "cvs diff -c" or similar on the source tree to get diffs the trouble with full files is it's TOO EASY to spam someone else's patches when you over-write the file. With Patches, you get a .rej file in this case so you can merge the two changes.. I think it might be an idea to supply your changes in that form.. julian