mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Tom Rini <trini@kernel.crashing.org>
To: linux-kernel@vger.kernel.org
Subject: Re: [RFC] Templates and tweaks (for size performance and more)
Date: Thu, 7 Nov 2002 17:37:21 -0700	[thread overview]
Message-ID: <20021108003721.GH6164@opus.bloom.county> (raw)
In-Reply-To: <20021108002905.F11437@flint.arm.linux.org.uk>

On Fri, Nov 08, 2002 at 12:29:05AM +0000, Russell King wrote:
> On Thu, Nov 07, 2002 at 03:06:29PM -0700, Tom Rini wrote:
> > But having that as one line in arch/arm/Kconfig looks any better?
> 
> Actually its supposed to depend on CONFIG_SA1111, not that random
> collection of other symbols.  The following just happened to be a nice
> way to specify it under CML1:
> 
> if [ "$CONFIG_ASSABET_NEPONSET" = "y" -o \
>      "$CONFIG_SA1100_ACCELENT" = "y" -o \
>      "$CONFIG_SA1100_ADSBITSY" = "y" -o \
>      "$CONFIG_SA1100_BADGE4" = "y" -o \
>      "$CONFIG_SA1100_CONSUS" = "y" -o \
>      "$CONFIG_SA1100_GRAPHICSMASTER" = "y" -o \
>      "$CONFIG_SA1100_JORNADA720" = "y" -o \
>      "$CONFIG_SA1100_PFS168" = "y" -o \
>      "$CONFIG_SA1100_PT_SYSTEM3" = "y" -o \
>      "$CONFIG_SA1100_XP860" = "y" ]; then
>    define_bool CONFIG_SA1111 y
>    define_int CONFIG_FORCE_MAX_ZONEORDER 9
> fi
> 
> The conversion should've been:
> 
> config FORCE_MAX_ZONEORDER
>         int
>         depends on SA1111
>         default "9"

Ah.  I should have guessed :)  I've seen a few similar ones on PPC.
I'll update the patch.

> Even so, my original point remains about the dependency between config
> symbols concentrating in one "tweaks" header file leading to the situation
> where you change one symbol and everything rebuilds.

Yes, this is an annoyance.  I'm trying to figure out how to adapt
split-include to work with the tweak headers, and I don't think it will
be too painful.  It'll just require something in the middle to take
<asm/tweaks.h> and spit out something akin to <linux/autoconf.h>.

So aside from that, any other comments about the idea or implementation?

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

      reply	other threads:[~2002-11-08  0:30 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-07 19:09 Tom Rini
2002-11-07 19:27 ` Andrew Morton
2002-11-07 19:33   ` Tom Rini
2002-11-07 19:44     ` Andrew Morton
2002-11-07 19:54       ` Tom Rini
2002-11-07 21:03 ` Russell King
2002-11-07 21:08   ` Russell King
2002-11-07 22:10     ` Tom Rini
2002-11-07 23:57       ` Tom Rini
2002-11-07 22:06   ` Tom Rini
2002-11-08  0:29     ` Russell King
2002-11-08  0:37       ` Tom Rini [this message]

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=20021108003721.GH6164@opus.bloom.county \
    --to=trini@kernel.crashing.org \
    --cc=linux-kernel@vger.kernel.org \
    /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

all inboxes | Powered by JetHome®