From owner-freebsd-current Mon Aug 27 10:39:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id C0E0037B406 for ; Mon, 27 Aug 2001 10:39:17 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id KAA02131; Mon, 27 Aug 2001 10:39:14 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 27 Aug 2001 10:39:21 -0700 (PDT) From: John Baldwin To: Daniel Eischen Subject: RE: Headsup! KSE Nay-sayers speak up! Cc: current@FreeBSD.org, Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Aug-01 Daniel Eischen wrote: > On Mon, 27 Aug 2001, John Baldwin wrote: >> On 27-Aug-01 Julian Elischer wrote: >> > I am ready to do my megga-commit to add the first stage of KSE-threading >> > support >> > to >> > the kernel. If there is any argument as to the wisdom of this move, >> > then this is the time to speak up! >> > >> > At this stage a commit would break alpha and ia64 until >> > they are patched. From experience I can say that it's not a horrific >> > change to the machine dependent code so patches PRE commit would be >> > welcome. >> >> Just to get this out in the public: I for one think 5.x has enough changes >> in >> it and would like for KSE to be postponed to 6.0-current and 6.0-release. I >> know that I am in the minority on this, but wanted to say it anyways. It >> doesn't mean I don't like the KSE work or anything like that (I've even >> helped >> out on it some), I just think we have enough work in our basket. Also, I'll >> point out that p4's merging abilities make tracking current relatively easy, >> much more so than if Julian was maintaining a separate tree with this patch >> and >> having to keep updating current and manually merge it all the time. > > I think waiting for 6.0-current is too long. Perhaps after 5.0-release. > If we get this in 5.0, we might be able to have a usable kse threads > library for 5.1 or 5.2. I'm predicting a short release cycle between 5.0 and 6.0 (compared to 4.0 and 5.0) because 6.0 is probably going to be much more stable than 5.x. > I've used p4 to track the CAM changes before they were in -current. It > was initially easy when only the kernel was involved, but once userland > was was touched I ended up having to use p4 to track everything else. > At the time I didn't have enough disk space to have both a CVS src/ > tree and a p4 tree. Plus it's difficult when you have more than one > development system because you can't just keep one CVS repo and update > all your systems from that. NFS works for that (it's what I do with all my development systems, one shared kernel souce tree over NFS with various p4 kernel sys trees checked out). However, I agree adding userland into the mix will complicate things. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message