Re: CML1 cleanup patch, take 2

2001-03-26 Thread Jeff Garzik
Tom Rini wrote: > On Mon, Mar 26, 2001 at 09:50:53AM -0500, Jeff Garzik wrote: > > PPC guys: this is a gratuitous renaming change that is not required. > > If you have been following the "CML1 cleanup patch" thread, you see that > > Eric is blindly dictating policy when he says that CONFIG_[0-9]

Re: CML1 cleanup patch, take 2

2001-03-26 Thread Tom Rini
On Mon, Mar 26, 2001 at 09:50:53AM -0500, Jeff Garzik wrote: > esr wrote: > > (3) Fix up 10 configuration symbols of the form CONFIG_[0-9]*; specific > > changes are those suggested 8 Jan 2001 by PPC port maintainer Tom Rini. > > This change has been APPROVED by an authorized maintainer.

Re: CML1 cleanup patch, take 2

2001-03-26 Thread Jeff Garzik
esr wrote: > OK, since peoples' territorial instincts have started to lather up, > I guess I'm going to have to do this the hard way... "Split up your patch" still apparently hasn't filtered into your head. Since that is more difficult than posting a single patch, I would say you are doing it th

Re: CML1 cleanup patch, take 2

2001-03-26 Thread Eric S. Raymond
Bjorn Wesen <[EMAIL PROTECTED]>: > On Mon, 26 Mar 2001, Eric S. Raymond wrote: > > (2) Fix up 20 cris-architecture configuration symbols lacking a CONFIG_ > > prefix, so they obey CML1/CML2 conventions and can be detected by > > `make dep', also static-analysis tools and consistency checke

Re: CML1 cleanup patch, take 2

2001-03-26 Thread Bjorn Wesen
On Mon, 26 Mar 2001, Eric S. Raymond wrote: > (2) Fix up 20 cris-architecture configuration symbols lacking a CONFIG_ > prefix, so they obey CML1/CML2 conventions and can be detected by > `make dep', also static-analysis tools and consistency checkers. > This is a BUG FIX in CML1. No

CML1 cleanup patch, take 2

2001-03-26 Thread Eric S. Raymond
OK, since peoples' territorial instincts have started to lather up, I guess I'm going to have to do this the hard way... This file is a patch expressed in two ways. First, procedurally, as a way to duplicate its effects on any kernel source tree. Secondly, as an explicit patch against 2.4.3-pre