Date: Tue, 26 Feb 2002 15:04:21 -0500 (EST) From: Kenneth Culver <culverk@yumyumyum.org> To: Julian Elischer <julian@elischer.org> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Warner Losh <imp@harmony.village.org>, Jake Burkholder <jake@locore.ca>, <cvs-committers@FreeBSD.ORG>, <cvs-all@FreeBSD.ORG> Subject: Re: cvs commit: src/sys/i386/i386 exception.s genassym.c machdep.c mp_machdep.c mpapic.c swtch.s vm_machdep.c src/sys/i386/include cpufunc.h pcb.h src/sys/i386/isa apic_vector.s clock.c icu_vector.s i Message-ID: <20020226145922.H1188-100000@alpha.yumyumyum.org> In-Reply-To: <Pine.BSF.4.21.0202261117520.94891-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 26 Feb 2002, Julian Elischer wrote: > I think the probelm is that there is a rule that says that > disputed code should be backed out but ther eis no rule that > gives an avenue of appeal whjen one committer is acting as a 'dog in teh > manger' and just blocking everything, and requiring it to be held or > reverted. > > JHB has had a 8 months to check in his stuff (hey the preemtion stuff was > done in June) and since then it's only effect on the project has been to > stiffle and stop all other development in the area. > > I blame P4 for this in part. > HE thinks he is being transparent to the rest of the community whereas he > has a total viewing public of about 4. > > Consider this a test case. > Core is appealled to. The blocking action of JHB's (good) work is doing > more damage to the project than good. We need to be able to proceed > without waiting for him... > From a user of -CURRENT's point of view, all this arguing looks really bad. I'd like to see JHB's work get into -CURRENT as well, because I want to start testing it, and the sooner people start testing the better. I think the ideal solution would be for JHB to commit all the non-stale stuff from P4, then from that point on stop using P4 and start putting everything he does straight into -CURRENT as often as can be done without breaking anything. Seriously guys, as a non-core/non-committer user of FreeBSD-CURRENT, all this bickering really looks bad, people should just calm down and cooperate. Ken > On Tue, 26 Feb 2002, Matthew Dillon wrote: > > > > > : > > :In message <200202261806.g1QI6GL94130@apollo.backplane.com> Matthew Dillon writes: > > :: I will not back it out. JHB has had issues with every single goddamn > > :: thing I've tried to do that has been SMP related. JHB has had > > :: patches going stale in P4 related to just about every file I've ever > > :: had to touch. > > :: > > :: He has cried wolf one too many times. It is totally inappropriate for > > :: JHB to put a lock on the entire SMP subsystem. > > :: > > :: JHB needs to get his act together. > > : > > :Matt, > > : These patches are in dispute and should not have been > > :committed. Please respect the FreeBSD process and back them out. > > :This is totally unacceptible in the prioject. While you may have some > > :points about how smpng has been run, they do not justify this flagrant > > :violation of long standing project proceedures. Please back them out > > :now. > > : > > :Warner > > > > I can only repeat what I've now said about a billion times. JHB has > > no right to arbitrarily hold up my SMP contributions. If he had done > > it just once it would not have been a problem. I have no problem working > > with developers who are truely interested in working together. > > > > But he has done it four times now and that is one time too many. I > > do not believe that he has the right. > > > > Core will have to back this out. And if core does back this out I > > promise you that I will not rest until it goes back in. > > > > -Matt > > Matthew Dillon > > <dillon@backplane.com> > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe cvs-all" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020226145922.H1188-100000>