From: Tom Rini <trini@kernel.crashing.org>
To: Jeff Garzik <jgarzik@mandrakesoft.com>
Cc: "Eric S. Raymond" <esr@snark.thyrsus.com>,
torvalds@transmeta.com, alan@lxorguk.ukuu.org.uk,
linux-kernel@vger.kernel.org, kbuild-devel@lists.sourceforge.net,
cort@fsmlabs.com
Subject: Re: CML1 cleanup patch, take 2
Date: Mon, 26 Mar 2001 08:11:57 -0700 [thread overview]
Message-ID: <20010326081157.H16672@opus.bloom.county> (raw)
In-Reply-To: <200103260955.f2Q9tfo14568@snark.thyrsus.com> <3ABF574D.65CBD22@mandrakesoft.com>
In-Reply-To: <3ABF574D.65CBD22@mandrakesoft.com>; from jgarzik@mandrakesoft.com on Mon, Mar 26, 2001 at 09:50:53AM -0500
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.
>
> Maybe I am not caught up with the times... I thought Cort Dougan was
> the overall PowerPC maintainer. That's what MAINTAINERS says.
Yes. Cort is indeed the overall, head PPC guy. Paul M does a lot too. :)
However, all of these name changes have gone past not only those two, but
a large portion of the PPC kernel community as well. Everyone likes 'em,
or at least agrees they aren't bad changes.
> Anyway, this is up to the PowerPC guys, but I disagree with this change
> nonetheless. MandrakeSoft has a PPC port, and as I mentioned earlier,
> some utilities in the build process etc. look at CONFIG_xxx.
Yes, they do. Which is partily why I was actually going to wait until
2.5 for many of these to come in.
> 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] needs to
> be cleaned up.
The counter point to this is what does "CONFIG_6xx" or 8xx mean? It's as bad
as CONFIG_Mxxx imho :)
> > This leaves ten symbols in a form that breaks CML2. I'll go after
> > the other individual maintainers about those. Sigh....
> >
> > No actual object code will be changed by this patch; it merely does
> > one-to-one substitutions on some configuration symbols.
> >
> > Let me repeat that. This patch changes *no* object code. None.
> > However, merging it before the 2.5 fork will save me (and probably
> > Alan) some nasty large headaches later on...
>
> Object code changes are not the only thing we are concerned with in a
> stable series.
> Let me repeat myself for the cheap seats: Changing the 2.4.x
> CONFIG_xxx namespace changes the source code API provided to other
> kernel code. It affects software not in the Linux kernel tree.
Yes. Symbol changes should be a 2.5 thing anyways.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
next prev parent reply other threads:[~2001-03-26 15:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-26 9:55 CML1 cleanup patch, take 2 Eric S. Raymond
2001-03-26 11:39 ` Bjorn Wesen
2001-03-26 13:06 ` Eric S. Raymond
2001-03-26 14:50 ` Jeff Garzik
2001-03-26 15:11 ` Tom Rini [this message]
2001-03-26 19:52 ` Jeff Garzik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010326081157.H16672@opus.bloom.county \
--to=trini@kernel.crashing.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=cort@fsmlabs.com \
--cc=esr@snark.thyrsus.com \
--cc=jgarzik@mandrakesoft.com \
--cc=kbuild-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox