On Friday 05 October 2012 06:42 AM, Simon Horman wrote:
On Thu, Oct 04, 2012 at 02:41:46PM +0530, Santosh Shilimkar wrote:
On Thursday 04 October 2012 02:20 PM, Stephen Boyd wrote:
The TWD and SCU configs are selected by default as long as
SCORPIONMP is false and/or MCT is false. Implementing the logic
this way certainly saves lines in the Kconfig but it precludes
those machines which select SCORPIONMP or MCT from participating
in the single zImage effort because when those machines are
combined with other SMP capable machines the TWD and SCU are no
longer selected.

Push the select out to the machine entries so that we can compile
these machines together and still select the appropriate configs.

Signed-off-by: Stephen Boyd<[email protected]>
Cc: David Brown<[email protected]>
Cc: Kukjin Kim<[email protected]>
Cc: Linus Walleij<[email protected]>
Cc: Pawel Moll<[email protected]>
Cc: Rob Herring<[email protected]>
Cc: Russell King<[email protected]>
Cc: Sascha Hauer<[email protected]>
Cc: Shiraz Hashim<[email protected]>
Cc: Simon Horman<[email protected]>
Cc: Srinidhi Kasagar<[email protected]>
Cc: Stephen Warren<[email protected]>
Cc: Tony Lindgren<[email protected]>
Cc: Viresh Kumar<[email protected]>
---

Does OMAP5 need to select TWD? I suspect not if it uses the
architected timers.

Nope. OMAP5 don't use TWD. Infact the external SCU is also used
for A9 SOCs. You might want to check other A15 SOCS for SCU as
well.

In that case I am a bit confused by the following result:

# git checkout v3.6
# ARCH=arm make omap2plus_defconfig
# grep '(SOC_OMAP5|_SCU|_TWD|CONFIG_SMP|CONFIG_LOCAL_TIMERS)=' .config
CONFIG_SOC_OMAP5=y
CONFIG_SMP=y
CONFIG_HAVE_ARM_SCU=y
CONFIG_HAVE_ARM_TWD=y
CONFIG_LOCAL_TIMERS=y

Thats because omap2plus_defconfig build all the OMAP machines together
including OMAP4 and OMAP5.

Regards
Santosh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to