public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Roman Zippel <zippel@linux-m68k.org>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Linux Kernel list <linux-kernel@vger.kernel.org>
Subject: Re: fake config option w/kbuild?
Date: Sun, 18 Mar 2007 17:24:30 +0100	[thread overview]
Message-ID: <200703181724.32182.zippel@linux-m68k.org> (raw)
In-Reply-To: <C6F49569-655E-4B17-B9DA-9644C8B3668D@kernel.crashing.org>

Hi,

On Thursday 15 March 2007 16:19, Kumar Gala wrote:

> Guys, I was wondering if there was a way to have a fake config
> option, one that acts just like a normal config option, but doesn't
> get a #define CONFIG_<FOOBAR> .. for it and thus can't be used in code.
>
> I explain my problem, and maybe there is a better solution.
>
> I have a config option call QE that exists on two flavor's of
> powerpc.  For PPC, we have one top level menu to select the processor
> (in this case 83xx or 85xx).  We than have a second top level menu to
> select the platform (which board).  The platform menu is where I want
> the 'QE' option to exist.  Each flavor (83xx, 85xx) has its own
> Kconfig that defines what's in the platform menu.  However, the QE
> config choice is common between them.
>
> So for now we are doing something like:
>
> arch/powerpc/Kconfig:
>
> config QE
> 	bool
> 	default n
>
> arch/powerpc/platform/83xx/Kconfig:
>
> config QE_83xx
> 	bool "QUICC Engine Support"
>          select QE
>          depends on PPC_MPC836x || PPC_MPC832x
>          default y
>          ---help---
>            The QUICC Engine (QE) is a new generation of communications
>            coprocessors on Freescale embedded CPUs (akin to CPM in
> older chips).
>
> arch/powerpc/platform/85xx/Kconfig:
>
> config QE_85xx
> 	bool "QUICC Engine Support"
>          select QE
>          depends on PPC_MPC8568
>          default y
>          ---help---
>            The QUICC Engine (QE) is a new generation of communications
>            coprocessors on Freescale embedded CPUs (akin to CPM in
> older chips).
>
> My initial question is that I don't want anyone using CONFIG_QE_83xx
> or CONFIG_QE_85xx in code, the second part is if there is a way to
> remove duplicating the QE_83xx/QE_85xx options down in platform/8{3,5}
> xx/Kconfig.

The duplication is maybe difficult to avoid without moving it, but a symbol 
can have multiple prompts so you can just replace QE_8[35]xx with QE 
(although a little more verbose name wouldn't hurt either).

bye, Roman

      parent reply	other threads:[~2007-03-18 16:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-15 15:19 fake config option w/kbuild? Kumar Gala
2007-03-15 19:12 ` Adrian Bunk
2007-03-15 20:08   ` Kumar Gala
2007-03-17 23:33     ` Adrian Bunk
2007-03-18 16:24 ` Roman Zippel [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=200703181724.32182.zippel@linux-m68k.org \
    --to=zippel@linux-m68k.org \
    --cc=galak@kernel.crashing.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sam@ravnborg.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