[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <201304031002.41770.arnd@arndb.de>
Date: Wed, 3 Apr 2013 10:02:41 +0000
From: Arnd Bergmann <arnd@...db.de>
To: Nicolas Ferre <nicolas.ferre@...el.com>
Cc: Olof Johansson <olof@...om.net>,
"Jean-Christophe PLAGNIOL-VILLARD" <plagnioj@...osoft.com>,
Ludovic Desroches <ludovic.desroches@...el.com>,
"linux-arm-kernel" <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel list <linux-kernel@...r.kernel.org>,
Marc Zyngier <marc.zyngier@....com>
Subject: Re: [GIT PULL] at91: soc for 3.10 #2
On Wednesday 03 April 2013, Nicolas Ferre wrote:
> > Also, USE_OF isn't set at that point (it's controlled by the next
> > section), so it can't be used as a replacement.
> >
> > Also, isn't it a bit backwards in the first place to first set ATAGS
> > vs no-ATAGS, and then get to choose what hardware you want to build
> > for?
>
> True, I was thinking it was a common pattern.
It's not common yet, but I want to get to the point where we can
globally disable ATAGS support for multiplatform kernels and get
only DT-enabled ones. There is no easy rule for when to select
or depend on a global feature, but there are a number of cases where
I think 'depends on' makes more sense in the long run.
Another example is CPU architecture level. Traditionally every
board selects CPU_v6 or CPU_v7, but in ARCH_MULTIPLATFORM, I created
a filter that lets you enable only one of them, and then pick all
the platforms that have the respective CPU, which is much easier
than having to know which platforms might be ARMv6 if you want to
build e.g. a kernel with THUMB2 support but as many boards enabled
as possible.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists