[PATCH] ARM: clean-up common multi-platform kconfig options
Arnd Bergmann
arnd at arndb.de
Sat Dec 7 22:39:45 EST 2013
On Saturday 07 December 2013, Russell King - ARM Linux wrote:
> So, as far as I'm aware, today, a kernel which has V6, V6K and V7
> will work across all those CPUs.
>
> What's rather annoying in this thread is that you and Arnd are running
> around seemingly making decisions on this without bothering to find out
> the details, in persuit of endless cleanups. Where is this heading?
I admit that we've been stumbling a bit in the dark at some points, but
that doesn't mean every idea ends up in a patch that even gets submitted.
What I've concluded so far is (please correct any statements that you
find are wrong):
* there is no harm in "select HAVE_SMP if CPU_V7" for multiplatform, as
was the original suggestion. Whether we want to actually do that is
open for discussion when someone submits a patch.
* It was a mistake (I guess mine) to 'select CPU_V6' from ARCH_MULTI_V6,
since that makes V6K based platforms slower without a reason, and we
probably want to do something else.
* A kernel which enables V6, V6K and V7 has a broken kuser_cmpxchg64
implementation on pre-V6K CPUs.
* Most platforms (possibly every one but OMAP2) that select CPU_V6
today are actually V6K compatible. It's probably worth asking those
V6 platform maintainers to change their CPU selection after confirming
that they are V6K-only.
* I'm still trying to understand the full implications of
CONFIG_CPU_USE_DOMAIN, but according to the comment in 247055aa21ffe
"ARM: 6384/1: Remove the domain switching on ARMv6k/v7 CPUs", it seems
to be a bug to enable this on v6k or v7 CPUs, which we currently do
whenever CPU_V6 (implied by CONFIG_MULTI_V6) is enabled.
Arnd
More information about the linux-arm-kernel
mailing list