All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@wwwdotorg.org>
To: Stephen Boyd <sboyd@codeaurora.org>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	Barry Song <baohua.song@csr.com>,
	Kukjin Kim <kgene.kim@samsung.com>,
	Linus Walleij <linus.walleij@linaro.org>,
	Rob Herring <rob.herring@calxeda.com>,
	Russell King <linux@arm.linux.org.uk>,
	Sascha Hauer <kernel@pengutronix.de>,
	Shiraz Hashim <shiraz.hashim@st.com>,
	Srinidhi Kasagar <srinidhi.kasagar@stericsson.com>,
	Tony Lindgren <tony@atomide.com>
Subject: Re: [PATCHv2] ARM: Push selects for TWD/SCU into machine entries
Date: Wed, 27 Feb 2013 16:43:53 -0700	[thread overview]
Message-ID: <512E9A39.3070207@wwwdotorg.org> (raw)
In-Reply-To: <1362007694-3419-1-git-send-email-sboyd@codeaurora.org>

On 02/27/2013 04:28 PM, Stephen Boyd wrote:
> The TWD and SCU configs are selected by default as long as
> MSM_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 MSM_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 by default.
> 
> Push the select out to the machine entries so that we can compile
> these machines together and still select the appropriate configs.

> Resending to collect some more acks.

Seems simple enough it doesn't really need many, but for Tegra,
Acked-by: Stephen Warren <swarren@nvidia.com>

Which kernel is this going into? It's possible Tegra will get converted
to multi-platform in 3.10, which might move that main ARCH_TEGRA block
from arch/arm/Kconfig into arch/arm/mach-tegra/Kconfig, although I
suppose it doesn't /have/ to move it. I think some/all(?) other
multi-platform conversions have moved their main Kconfig option like
that though.

WARNING: multiple messages have this Message-ID (diff)
From: swarren@wwwdotorg.org (Stephen Warren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv2] ARM: Push selects for TWD/SCU into machine entries
Date: Wed, 27 Feb 2013 16:43:53 -0700	[thread overview]
Message-ID: <512E9A39.3070207@wwwdotorg.org> (raw)
In-Reply-To: <1362007694-3419-1-git-send-email-sboyd@codeaurora.org>

On 02/27/2013 04:28 PM, Stephen Boyd wrote:
> The TWD and SCU configs are selected by default as long as
> MSM_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 MSM_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 by default.
> 
> Push the select out to the machine entries so that we can compile
> these machines together and still select the appropriate configs.

> Resending to collect some more acks.

Seems simple enough it doesn't really need many, but for Tegra,
Acked-by: Stephen Warren <swarren@nvidia.com>

Which kernel is this going into? It's possible Tegra will get converted
to multi-platform in 3.10, which might move that main ARCH_TEGRA block
from arch/arm/Kconfig into arch/arm/mach-tegra/Kconfig, although I
suppose it doesn't /have/ to move it. I think some/all(?) other
multi-platform conversions have moved their main Kconfig option like
that though.

  reply	other threads:[~2013-02-27 23:43 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-27 23:28 [PATCHv2] ARM: Push selects for TWD/SCU into machine entries Stephen Boyd
2013-02-27 23:28 ` Stephen Boyd
2013-02-27 23:43 ` Stephen Warren [this message]
2013-02-27 23:43   ` Stephen Warren
2013-03-05  1:45   ` Stephen Boyd
2013-03-05  1:45     ` Stephen Boyd
2013-03-05 22:34     ` Arnd Bergmann
2013-03-05 22:34       ` Arnd Bergmann
2013-03-16 19:32       ` Stephen Boyd
2013-03-16 19:32         ` Stephen Boyd
2013-03-26 17:34         ` Stephen Boyd
2013-03-26 17:34           ` Stephen Boyd
2013-04-09 16:47           ` Stephen Boyd
2013-04-09 16:47             ` Stephen Boyd
2013-04-09 18:32             ` Arnd Bergmann
2013-04-09 18:32               ` Arnd Bergmann
2013-04-09 19:35               ` Arnd Bergmann
2013-04-09 19:35                 ` Arnd Bergmann
2013-04-09 19:35                 ` Arnd Bergmann
  -- strict thread matches above, loose matches on Subject: below --
2012-10-24 17:24 Stephen Boyd
2012-10-24 17:24 ` Stephen Boyd
2012-10-24 17:54 ` Stephen Warren
2012-10-24 17:54   ` Stephen Warren
2012-10-25 18:04   ` Stephen Boyd
2012-10-25 18:04     ` Stephen Boyd
2012-10-25 20:34 ` David Brown
2012-10-25 20:34   ` David Brown

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=512E9A39.3070207@wwwdotorg.org \
    --to=swarren@wwwdotorg.org \
    --cc=baohua.song@csr.com \
    --cc=kernel@pengutronix.de \
    --cc=kgene.kim@samsung.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=rob.herring@calxeda.com \
    --cc=sboyd@codeaurora.org \
    --cc=shiraz.hashim@st.com \
    --cc=srinidhi.kasagar@stericsson.com \
    --cc=tony@atomide.com \
    /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.