From: dave.martin@linaro.org (Dave Martin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 4/4] ARM: vexpress: DT-based support for CoreTiles Express A5x2 and A9x4
Date: Mon, 28 Nov 2011 17:08:13 +0000 [thread overview]
Message-ID: <20111128170813.GF2465@localhost.localdomain> (raw)
In-Reply-To: <1322499602.3164.73.camel@hornet.cambridge.arm.com>
On Mon, Nov 28, 2011 at 05:00:02PM +0000, Pawel Moll wrote:
> On Mon, 2011-11-28 at 16:29 +0000, Dave Martin wrote:
> > > +config ARCH_VEXPRESS_V2P_CA5S_CA9
> > > + bool "CoreTile Express A5x2 and A9x4 based platform support"
> > > + select ARCH_VEXPRESS_RS1
> > > + select ARCH_VEXPRESS_DT
> >
> > Shouldn't we depend on CPU_V7, ARM_GIC and CACHE_PL310 here? I get a lot of
> > moaning from Kconfig about unmet dependencies. I think the coretiles do have
> > a CPU etc. on them...
>
> CPU_V7 and ARM_GIC - definitely, thanks for spotting that.
>
> CACHE_PL310 - I don't think so, as it's just a special case of
> CACHE_L2X0, which is optional. The tile works fine with the L2 cache
> disabled.
>
> > > + select ARM_ERRATA_720789
> > > + select ARM_ERRATA_751472
> >
> > The workarounds for these errata both erroneously depend on CONFIG_SMP; however,
> > I don't think that's a bug in these patches -- selecting those options here
> > feels correct.
>
> Yes, I've just mirrored what the ARCH_VEXPRESS_CA9X4 selects.
>
> > > + select ARM_ERRATA_753970
> >
> > Will has a patch, now in Russell's fixes branch, which renames this to
> > PL310_ERRATA_753970 for compatibility with other people's patches.
> > This erratum workaround depends on CACHE_PL310, but since the PL310 is
> > a property of the CoreTile which must be configured in, that dependency
> > seems reasonable.
>
> As the PL310 is optional I think I'll just do:
>
> select PL310_ERRATA_753970 if CACHE_PL310
OK, I think that's appropriate in this case.
Cheers
---Dave
WARNING: multiple messages have this Message-ID (diff)
From: Dave Martin <dave.martin-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
To: Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>
Cc: "devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org"
<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH v2 4/4] ARM: vexpress: DT-based support for CoreTiles Express A5x2 and A9x4
Date: Mon, 28 Nov 2011 17:08:13 +0000 [thread overview]
Message-ID: <20111128170813.GF2465@localhost.localdomain> (raw)
In-Reply-To: <1322499602.3164.73.camel-okZbbLrgpR/YkXV2EHHjLW3o5bpOHsLO@public.gmane.org>
On Mon, Nov 28, 2011 at 05:00:02PM +0000, Pawel Moll wrote:
> On Mon, 2011-11-28 at 16:29 +0000, Dave Martin wrote:
> > > +config ARCH_VEXPRESS_V2P_CA5S_CA9
> > > + bool "CoreTile Express A5x2 and A9x4 based platform support"
> > > + select ARCH_VEXPRESS_RS1
> > > + select ARCH_VEXPRESS_DT
> >
> > Shouldn't we depend on CPU_V7, ARM_GIC and CACHE_PL310 here? I get a lot of
> > moaning from Kconfig about unmet dependencies. I think the coretiles do have
> > a CPU etc. on them...
>
> CPU_V7 and ARM_GIC - definitely, thanks for spotting that.
>
> CACHE_PL310 - I don't think so, as it's just a special case of
> CACHE_L2X0, which is optional. The tile works fine with the L2 cache
> disabled.
>
> > > + select ARM_ERRATA_720789
> > > + select ARM_ERRATA_751472
> >
> > The workarounds for these errata both erroneously depend on CONFIG_SMP; however,
> > I don't think that's a bug in these patches -- selecting those options here
> > feels correct.
>
> Yes, I've just mirrored what the ARCH_VEXPRESS_CA9X4 selects.
>
> > > + select ARM_ERRATA_753970
> >
> > Will has a patch, now in Russell's fixes branch, which renames this to
> > PL310_ERRATA_753970 for compatibility with other people's patches.
> > This erratum workaround depends on CACHE_PL310, but since the PL310 is
> > a property of the CoreTile which must be configured in, that dependency
> > seems reasonable.
>
> As the PL310 is optional I think I'll just do:
>
> select PL310_ERRATA_753970 if CACHE_PL310
OK, I think that's appropriate in this case.
Cheers
---Dave
next prev parent reply other threads:[~2011-11-28 17:08 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-23 15:01 [PATCH v2 0/4] Versatile Express DT support Pawel Moll
2011-11-23 15:01 ` Pawel Moll
2011-11-23 15:01 ` [PATCH v2 1/4] ARM: vexpress: Get rid of MMIO_P2V Pawel Moll
2011-11-23 15:01 ` Pawel Moll
2011-11-25 16:15 ` Dave Martin
2011-11-25 16:15 ` Dave Martin
2011-11-28 10:40 ` Pawel Moll
2011-11-28 10:40 ` Pawel Moll
2011-11-28 10:44 ` Russell King - ARM Linux
2011-11-28 10:44 ` Russell King - ARM Linux
2011-11-28 10:53 ` Dave Martin
2011-11-28 10:53 ` Dave Martin
2011-11-23 15:01 ` [PATCH v2 2/4] ARM: vexpress: Add DT support in v2m Pawel Moll
2011-11-23 15:01 ` Pawel Moll
2011-11-23 16:10 ` Pawel Moll
2011-11-23 16:10 ` Pawel Moll
2011-11-25 16:18 ` Dave Martin
2011-11-25 16:18 ` Dave Martin
2011-11-28 10:54 ` Pawel Moll
2011-11-28 10:54 ` Pawel Moll
2011-11-28 11:38 ` Dave Martin
2011-11-28 11:38 ` Dave Martin
2011-11-23 15:01 ` [PATCH v2 3/4] ARM: vexpress: Initial RS1 memory map support Pawel Moll
2011-11-23 15:01 ` Pawel Moll
2011-11-23 15:01 ` [PATCH v2 4/4] ARM: vexpress: DT-based support for CoreTiles Express A5x2 and A9x4 Pawel Moll
2011-11-23 15:01 ` Pawel Moll
2011-11-28 16:29 ` Dave Martin
2011-11-28 16:29 ` Dave Martin
2011-11-28 17:00 ` Pawel Moll
2011-11-28 17:00 ` Pawel Moll
2011-11-28 17:08 ` Dave Martin [this message]
2011-11-28 17:08 ` Dave Martin
2011-11-28 14:25 ` [PATCH v2 0/4] Versatile Express DT support Rob Herring
2011-11-28 14:25 ` Rob Herring
2011-11-28 14:42 ` Dave Martin
2011-11-28 14:42 ` Dave Martin
2011-11-28 14:57 ` Dave Martin
2011-11-28 14:57 ` Dave Martin
2011-11-28 15:09 ` Pawel Moll
2011-11-28 15:09 ` Pawel Moll
2011-11-28 15:14 ` Dave Martin
2011-11-28 15:14 ` Dave Martin
2011-11-28 15:20 ` Pawel Moll
2011-11-28 15:20 ` Pawel Moll
2011-11-28 15:39 ` Rob Herring
2011-11-28 15:39 ` Rob Herring
2011-11-28 16:02 ` Pawel Moll
2011-11-28 16:02 ` Pawel Moll
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=20111128170813.GF2465@localhost.localdomain \
--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 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.