From owner-freebsd-current Wed Feb 20 18:26:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 7955B37B400 for ; Wed, 20 Feb 2002 18:26:23 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 954D378306; Thu, 21 Feb 2002 12:56:18 +1030 (CST) Date: Thu, 21 Feb 2002 12:56:18 +1030 From: Greg Lehey To: Peter Wemm , Matthew Dillon Cc: current@FreeBSD.ORG Subject: FreeBSD Project management (was: Patch sets to date and timing tests with Giant out of userret.) Message-ID: <20020221125618.A65817@wantadilla.lemis.com> References: <200202190715.g1J7F0158985@apollo.backplane.com> <20020219072228.C27743A9A@overcee.wemm.org> <20020219070403.B151F3A9A@overcee.wemm.org> <200202190715.g1J7F0158985@apollo.backplane.com> <200202190646.g1J6kgE58769@apollo.backplane.com> <20020219070403.B151F3A9A@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020219072228.C27743A9A@overcee.wemm.org> <200202190715.g1J7F0158985@apollo.backplane.com> <20020219070403.B151F3A9A@overcee.wemm.org> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, 18 February 2002 at 23:04:03 -0800, Peter Wemm wrote: > Matthew Dillon wrote: >>> What a waste.. John has already done all this stuff already (using >>> td_ucred instead of p_ucred) over the entire tree. >>> >>> Cheers, >>> -Peter >> >> He didn't instrument Giant, and if you actually believe that one >> massive commit is going to be more stable then the piecemeal safe-mode >> commits I am making then you are smoking something. Or are you >> expecting John to commit his patchset piecemeal as well and test >> inbetween? If that is so, then he just wasted a whole lot time >> managing all this junk in P4 because, frankly, it only took me a few >> minutes to instrument the easier system calls. I spend far more >> time testing. > > So, John's last few months of work is junk then, is it? On Monday, 18 February 2002 at 23:22:28 -0800, Peter Wemm wrote: > Matthew Dillon wrote: >>> >>> So, John's last few months of work is junk then, is it? >>> >>> Cheers, >>> -Peter >>> -- >>> Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au >> >> I'll tell you what is junk... patches for things like getuid() sitting >> in P4 (whether instrumented or not). That's junk. >> >> I'll tell what is NOT junk. What isn't junk are things like John's more >> complex patch to kern_descrip.c. There's real work involved there >> that can be salvaged, and which can be committed to the -current >> piecemeal if Giant is properly instrumented. >> >> The biggest problem is that all of this stuff is sitting in P4 and none >> of it belongs there. > > With all due respect, bullshit! The p4 tree exists only as an > alternative to people having large uncommitted diffs sitting in > checked out cvs trees. > > Mailing patches between people trying to work in parallel is a > bigger waste of time. That is inherently single threaded. While I don't agree with dillon's tone, I can understand his frustration. There is a lack of communication in the SMP project. I might have done more myself if I had been able to follow it without being on IRC 24 hours a day. I suspect that this applies to other people as well. Note that dillon has suffered because of this. He has gone and done what looks like being unnecessary work. When he tries to commit it, he finds that somebody else has been working on it, and despite a kernel summit only a couple of days ago, he didn't know about it. I'm not picking on jhb here. This is the project's fault, not any individual's. We need some kind of project management to coordinate this effort, or the results will be seriously suboptimal. I would certainly not like to see dillon go away because it's too difficult to work with the project. Greg -- 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