From owner-freebsd-current Tue Jun 20 15:38:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 67A6237B86E for ; Tue, 20 Jun 2000 15:38:33 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 134Wf7-000Ka7-0X; Tue, 20 Jun 2000 23:38:30 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id XAA74022; Tue, 20 Jun 2000 23:38:55 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id XAA33893; Tue, 20 Jun 2000 23:14:25 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Tue, 20 Jun 2000 23:14:24 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Jason Evans Cc: Warner Losh , FreeBSD CURRENT Mailing List Subject: Re: HEADS UP: Destabilization due to SMP development In-Reply-To: <200006201833.MAA70626@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Although I would not like to put it as strongly as Warner does, I would like to ask how the decision makers expect the rest of the project to progress (the other 30 or so kernel committers) in a reasonable, not too time consuming way. Will there be a general mechanism for making patchsets against CURRENT-26-JUNE-2000 available? Will there be moments in time were the tree will be made and kept stable for a week or so for people to insert their fixes. What about xtra tags being laid at certain moments in time? Any schedule for that? Will all the spls in all the drivers be removed and replaced by other mechanisms by the SMP group in the process? This would create a lot of extra work if the code is shared between different source trees, for example between the *BSDs, if the spls/shims will be removed completely. On the side, I would like to suggest that some sort of posting of updates (by you, Jason?) is done on a regular basis (bi-weekly or so) to show progress and to indicate the state of important aspects of the kernel (VM, kernel threads, API's, etc.), so other people have an indication of how reliable the system is and when it would be a reasonable point in time for them to start working their code/fixes back into the tree again. I must say that I find it slightly annoying that this aspect is completely ignored in your initial e-mail and definitely would like to see this addressed properly before any tag goes down and breakage occurs. I can see that everybody is very excited about what is going to happen, but I would like to make sure the rest of us, who will only participate on the side, are not left in the cold for 2 months or so while the basic stuff is being done. In any case, thanks for the work you guys are doing. From what Doug told me there is a lot of really, really cool stuff coming our way. Nick On Tue, 20 Jun 2000, Warner Losh wrote: > In message <20000619115330.D79318@blitz.canonware.com> Jason Evans writes: > : Summary: -current will be destabilized for an extended period (on the order > : of months). A tag (not a branch) will be laid down before the initial > : checkin, and non-developers should either stick closely to that tag until > : the kernel stabilizes, or expect large doses of pain. This tag will be > : laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning > : beforehand. > > Thanks for the fair warning. Now don't do it. Has core approved > this? I don't think so, I've seen nothign from them about it. > > The instability ni -current for MONTHS is pain not acceptible. We've > never really allowed that in the past. A CVS branch would be mcuh > better for this sort of thing. I know that's a pain as well, but this > is just for SMP people and the rest of us shouldn't have to deal with > the pain. > > I understand your desire to have it all in a working tree, but causing > pain for ALL developers for potentially MONTHS isn't a reasonable > request. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message