From owner-freebsd-current Sat Mar 15 00:41:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11487 for current-outgoing; Sat, 15 Mar 1997 00:41:34 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11482 for ; Sat, 15 Mar 1997 00:41:31 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id IAA16618; Sat, 15 Mar 1997 08:38:47 GMT Date: Sat, 15 Mar 1997 17:38:47 +0900 (JST) From: Michael Hancock To: "Jordan K. Hubbard" cc: A JOSEPH KOSHY , freebsd-current@freebsd.org Subject: Re: Gotcha in moving to post 4.4 lite2 merge ``world''. In-Reply-To: <8534.858412915@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, 15 Mar 1997, Jordan K. Hubbard wrote: > > People say Kirk McKusick is working on soft updates as a contractor to > > BSDI. > > He is. David and he were talking about this tonite and since I was > only listening with half an ear, I'll let David share any pertinent > comments he may have for himself. > > > Case 1: The release of these kind of enhancements would delayed > > long enough to give them a "competitive advantage". > > > > Case 2: The enhancements will be considered their proprietary "value-add" > > indefinitely and things will diverge more than ever. > > Case 3: BSDI & Kirk actually do this openly and allow the other *BSDs > to pick up the work in a timely fashion. > > I have reason to believe that #3 may be a distinct possibility. That would be very cool of BSDI and most likely benefit them too. Regarding "Lite3" I don't think there will be one because: 1) The CSRG team has been disbanded. The VM guy and the ports guy are with BSDI and the FS/VM guy is freelance. 2) David and John are the care takers of the kernel VM in FreeBSD. Mike Karels, I think, is the care taker of the VM in BSDI. Things like how mmap coherency are implemented are probably a little different. I haven't had a chance to look at BSDI's source recently and no one talks about it on the BSDI lists so I can't be sure, but I think the approach is different. Regards, Mike Hancock