From owner-freebsd-current Wed Jun 21 9: 6:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from sydney.worldwide.lemis.com (dhcp110.conference.usenix.org [209.179.127.110]) by hub.freebsd.org (Postfix) with ESMTP id 7579037BECB for ; Wed, 21 Jun 2000 09:06:08 -0700 (PDT) (envelope-from grog@sydney.worldwide.lemis.com) Received: (from grog@localhost) by sydney.worldwide.lemis.com (8.9.3/8.9.3) id XAA00521; Tue, 20 Jun 2000 23:47:08 -0700 (PDT) (envelope-from grog) Date: Tue, 20 Jun 2000 23:47:08 -0700 From: Greg Lehey To: Warner Losh Cc: Poul-Henning Kamp , Jason Evans , current@FreeBSD.ORG Subject: Re: HEADS UP: Destabilization due to SMP development Message-ID: <20000620234708.E308@sydney.worldwide.lemis.com> References: <54765.961526967@critter.freebsd.dk> <200006201857.MAA71034@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200006201857.MAA71034@harmony.village.org> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 20 June 2000 at 12:57:41 -0600, Warner Losh wrote: > In message <54765.961526967@critter.freebsd.dk> Poul-Henning Kamp writes: >> I think core has approved in principle, and several core members >> were present at the meeting (at least peter, dg, gibbs, dfr), that >> being said, I think we need to see some more concrete info before >> we pull the lever, just so we know what to expect. > > I'd like to see an explicit vote saying that current can be broken for > months for SP users so the MP work can go in. It has often been said > that individual core members do not speak for core. I'm quite happy to accept a majority vote of -core. >>> The instability ni -current for MONTHS is pain not acceptible. >> >> Sorry, Warner, but progress has its price, and this may be it. > > I don't think so. I've done all the NEWCARD work in the tree, and it > hasn't broken anything else (at least not for more than a few hours > when I screwed up). It has been painful for me to do it that way, but > I think that some consideration should be given for the transition > period for SP users. > > A few days or weeks I don't have a prblem with, but a few months is > flat not acceptible. It is too long. If the code is that green, then > some other mechanism needs to be used to facilitate collaberative > working. > > I'd rather see a firm deadline proposed (eg, we'll commit the core on > June 26, and will be done by Aug 26) so that I know what to expect > rather than having the nebulous a few months phrase kicked around. I > expected the newcard stuff to be working in a few months, and it has > been about 8 so far. This was one of the points we discussed. I was very much in favour of a longer period so that people like you could commit their changes. On the other hand, I think that the breakage will be relative, and it will be less for SP systems than for SMP systems. Certainly I think that Matt and I need to get our act together (i.e. a system which at least limps) before we commit anything; possibly people were a little too optimistic about how quickly we could do things when we broke up on Friday. > Also, what if the new MP core goes in and one or more of the key > players all of a sudden have no time to finish this due to unforseen > circumstances? Will the tree remain broken while they sort this > out? Maybe. It depends on the circumstances and the preparedness of others to fix it. But I do think that we're entering a new phase of software development with this project: for the first time we have a project manager (Jason Evans), and I'd expect him to drum up some support, from BSDi if necessary. Note that Chuck Patterson is slated to help us with 50% of his working time until we get this rickety framework to fly. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message