From: dave.martin@linaro.org (Dave Martin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 1/2] ARM: pl2x0/pl310: Refactor Kconfig to be more maintainable
Date: Mon, 12 Dec 2011 15:01:58 +0000 [thread overview]
Message-ID: <20111212145738.GA2296@linaro.org> (raw)
In-Reply-To: <20111212140836.GY14542@n2100.arm.linux.org.uk>
On Mon, Dec 12, 2011 at 02:08:37PM +0000, Russell King - ARM Linux wrote:
> On Mon, Dec 12, 2011 at 11:47:05AM +0000, Dave Martin wrote:
> > diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig
> > index 724ec0f..c4c9acf 100644
> > --- a/arch/arm/mach-exynos/Kconfig
> > +++ b/arch/arm/mach-exynos/Kconfig
> > @@ -17,6 +17,7 @@ choice
> >
> > config ARCH_EXYNOS4
> > bool "SAMSUNG EXYNOS4"
> > + select CACHE_L2X0
>
> Doesn't this need to select HAVE_L2X0_L2CC as well?
Probably not -- due to a moment of madness, it looks like I somehow
mistranslated "highbank" as "exynos4".
For highbank, Rob Herring thinks that direct selection of CACHE_L2X0 is
needed [1].
I will re-roll the patch to fix this.
This may apply to other platforms too; but if they are not already
selecting CACHE_L2X0 directly, this series will make the situation no
worse.
> > diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig
> > index 5f7f9c2..4234937 100644
> > --- a/arch/arm/mach-imx/Kconfig
> > +++ b/arch/arm/mach-imx/Kconfig
> > @@ -609,12 +609,12 @@ comment "i.MX6 family:"
> > config SOC_IMX6Q
> > bool "i.MX6 Quad support"
> > select ARM_GIC
> > - select CACHE_L2X0
> > select CPU_V7
> > select HAVE_ARM_SCU
> > select HAVE_IMX_GPC
> > select HAVE_IMX_MMDC
> > select HAVE_IMX_SRC
> > + select HAVE_L2X0_L2CC
>
> Do you know enough about this to make L2 cache support optional on this SoC?
No. But Shawn Guo suggested that this correct [2]
> > diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
> > index 5034147..0358159 100644
> > --- a/arch/arm/mach-omap2/Kconfig
> > +++ b/arch/arm/mach-omap2/Kconfig
> > @@ -44,6 +44,7 @@ config ARCH_OMAP4
> > select CPU_V7
> > select ARM_GIC
> > select LOCAL_TIMERS if SMP
> > + select CACHE_L2X0
>
> HAVE_L2X0_L2CC ?
Rob Herring thinks not [1]
Cheers
---Dave
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074495.html
[2] http://lists.infradead.org/pipermail/linux-arm-kernel/2011-November/074602.html
next prev parent reply other threads:[~2011-12-12 15:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-12 11:47 [PATCH v3 0/2] Refactor common Kconfigs for easier maintenance Dave Martin
2011-12-12 11:47 ` [PATCH v3 1/2] ARM: pl2x0/pl310: Refactor Kconfig to be more maintainable Dave Martin
2011-12-12 14:08 ` Russell King - ARM Linux
2011-12-12 15:01 ` Dave Martin [this message]
2011-12-12 16:04 ` Russell King - ARM Linux
2011-12-12 16:53 ` Dave Martin
2011-12-12 22:22 ` Russell King - ARM Linux
2011-12-12 15:19 ` Dave Martin
2011-12-12 11:47 ` [PATCH v3 2/2] ARM: SMP: " Dave Martin
2011-12-12 14:10 ` Russell King - ARM Linux
2011-12-12 15:04 ` Dave Martin
2011-12-12 15:59 ` Russell King - ARM Linux
2011-12-12 16:40 ` Dave Martin
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=20111212145738.GA2296@linaro.org \
--to=dave.martin@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).