From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V3 1/5] ARM: kirkwood: Basic support for DNS-320 and DNS-325
Date: Mon, 9 Apr 2012 14:14:28 +0000 [thread overview]
Message-ID: <201204091414.28918.arnd@arndb.de> (raw)
In-Reply-To: <alpine.DEB.2.00.1204091418400.23719@marmot.wormnet.eu>
On Monday 09 April 2012, Jamie Lentin wrote:
> On Fri, 6 Apr 2012, Grant Likely wrote:
> > These two lines are dangerous. It is not safe to 'select' Kconfig
> > symbols that have 'depends' constraints. Otherwise, the symbol will
> > get forced on without it's dependencies.
> >
> > Typically other code handles this by creating blank "HAVE_*" symbols
> > that the needed symbol can do something like "default y if HAVE_*"
> >
>
> Okay I didn't realise this, thanks. The options in question aren't
> hard dependencies per-se, but no serial or NAND support is probably a
> mistake, so added them here to avoid a certain amount of shooting in foot.
>
> What's the etiquette in this situation? Adding HAVE_* seems excessive,
> would selecting them in kirkwood_defconfig make more sense? Or would it
> simply be covered by having a reasonable config on my website or suchlike?
Either way works. We don't prevent people from shooting themselves in the
foot in Kconfig, there are plenty of ways to do that already (e.g. disabling
network support on a headless system). There should be a defconfig
for each platform, so just make sure 'make kirkwood_defconfig' enables
everything you need and works on your system, it should be the
superset of all kirkwood based systems and users can disable the
stuff they don't need.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
To: Jamie Lentin <jm-Pj/HzkgeCk7QXOPxS62xeg@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
Jason <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH V3 1/5] ARM: kirkwood: Basic support for DNS-320 and DNS-325
Date: Mon, 9 Apr 2012 14:14:28 +0000 [thread overview]
Message-ID: <201204091414.28918.arnd@arndb.de> (raw)
In-Reply-To: <alpine.DEB.2.00.1204091418400.23719-5X291BYdrx55rAo4AelP/Ydd74u8MsAO@public.gmane.org>
On Monday 09 April 2012, Jamie Lentin wrote:
> On Fri, 6 Apr 2012, Grant Likely wrote:
> > These two lines are dangerous. It is not safe to 'select' Kconfig
> > symbols that have 'depends' constraints. Otherwise, the symbol will
> > get forced on without it's dependencies.
> >
> > Typically other code handles this by creating blank "HAVE_*" symbols
> > that the needed symbol can do something like "default y if HAVE_*"
> >
>
> Okay I didn't realise this, thanks. The options in question aren't
> hard dependencies per-se, but no serial or NAND support is probably a
> mistake, so added them here to avoid a certain amount of shooting in foot.
>
> What's the etiquette in this situation? Adding HAVE_* seems excessive,
> would selecting them in kirkwood_defconfig make more sense? Or would it
> simply be covered by having a reasonable config on my website or suchlike?
Either way works. We don't prevent people from shooting themselves in the
foot in Kconfig, there are plenty of ways to do that already (e.g. disabling
network support on a headless system). There should be a defconfig
for each platform, so just make sure 'make kirkwood_defconfig' enables
everything you need and works on your system, it should be the
superset of all kirkwood based systems and users can disable the
stuff they don't need.
Arnd
next prev parent reply other threads:[~2012-04-09 14:14 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-27 21:54 [PATCH V3 0/5] Add support for DNS-320 and DNS-325 using devicetree Jamie Lentin
2012-03-27 21:54 ` Jamie Lentin
2012-03-27 21:54 ` [PATCH V3 1/5] ARM: kirkwood: Basic support for DNS-320 and DNS-325 Jamie Lentin
2012-03-27 21:54 ` Jamie Lentin
2012-03-28 8:19 ` Arnd Bergmann
2012-03-28 8:19 ` Arnd Bergmann
2012-04-06 23:43 ` Grant Likely
2012-04-06 23:43 ` Grant Likely
2012-04-09 14:09 ` Arnd Bergmann
2012-04-09 14:09 ` Arnd Bergmann
2012-04-09 14:20 ` Jamie Lentin
2012-04-09 14:20 ` Jamie Lentin
2012-04-09 15:01 ` Arnd Bergmann
2012-04-09 15:01 ` Arnd Bergmann
2012-03-31 1:30 ` Jason Cooper
2012-03-31 1:30 ` Jason Cooper
2012-04-06 23:49 ` Grant Likely
2012-04-06 23:49 ` Grant Likely
2012-04-09 13:20 ` Jamie Lentin
2012-04-09 13:20 ` Jamie Lentin
2012-04-09 14:14 ` Arnd Bergmann [this message]
2012-04-09 14:14 ` Arnd Bergmann
2012-04-11 0:43 ` Jason Cooper
2012-04-11 0:43 ` Jason Cooper
2012-04-11 13:32 ` Jamie Lentin
2012-04-11 13:32 ` Jamie Lentin
2012-04-11 14:11 ` Jason Cooper
2012-04-11 14:11 ` Jason Cooper
2012-04-11 15:08 ` Arnd Bergmann
2012-04-11 15:08 ` Arnd Bergmann
2012-04-09 21:27 ` Russell King - ARM Linux
2012-04-09 21:27 ` Russell King - ARM Linux
2012-04-11 0:35 ` Jason Cooper
2012-04-11 0:35 ` Jason Cooper
2012-03-27 21:54 ` [PATCH V3 2/5] mtd: Add orion_nand devicetree bindings Jamie Lentin
2012-03-27 21:54 ` Jamie Lentin
2012-03-28 23:04 ` Grant Likely
2012-03-28 23:04 ` Grant Likely
2012-03-27 21:54 ` [PATCH V3 3/5] ARM: kirkwood: Allow nand to be configured via. devicetree Jamie Lentin
2012-03-27 21:54 ` Jamie Lentin
2012-03-27 21:54 ` [PATCH V3 4/5] ARM: kirkwood: Define DNS-320/DNS-325 NAND in fdt Jamie Lentin
2012-03-27 21:54 ` Jamie Lentin
2012-03-27 21:54 ` [PATCH V3 5/5] mtd: Move fdt partition documentation to a seperate file Jamie Lentin
2012-03-27 21:54 ` Jamie Lentin
2012-03-28 8:17 ` Arnd Bergmann
2012-03-28 8:17 ` Arnd Bergmann
2012-03-28 23:08 ` Grant Likely
2012-03-28 23:08 ` Grant Likely
2012-03-28 14:41 ` Jason Cooper
2012-03-28 14:41 ` Jason Cooper
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=201204091414.28918.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=linux-arm-kernel@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.