All of lore.kernel.org
 help / color / mirror / Atom feed
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 1/9] ARM: centralize common multi-platform kconfig options
Date: Fri, 28 Feb 2014 21:15:55 +0100	[thread overview]
Message-ID: <201402282115.55948.arnd@arndb.de> (raw)
In-Reply-To: <CAGa+x84M++1vetN1fQJYVCc9fBL5HQWc4WJ_6y9Nmst0XHXK8w@mail.gmail.com>

On Friday 28 February 2014, Kevin Hilman wrote:
> On Tue, Feb 11, 2014 at 1:11 PM, Rob Herring <robherring2@gmail.com> wrote:
> > From: Rob Herring <robh@kernel.org>
> >
> > Multi-platform requires various kconfig options to be selected, so
> > platforms don't need to select them individually.
> >
> > Signed-off-by: Rob Herring <robh@kernel.org>
> > Cc: Linus Walleij <linus.walleij@linaro.org>
> > Cc: Russell King <linux@arm.linux.org.uk>
> 
> FYI... this recently hit arm-soc/for-next and according to my bisect,
> is the cause for two new boot failures[1] for sunxi_defconfig on
> cubieboard and cubie2.  The previous build/boot passed on both
> boards[2].   Interestingly, both boards boot fine with
> multi_v7_defconfig though.
> 
> There's zero console output on the boards, and I haven't dug further
> since I still have to pack for a trip tomorrow.
> 
> Kevin
> 
> [1] http://lists.linaro.org/pipermail/kernel-build-reports/2014-February/002615.html
> [2] http://lists.linaro.org/pipermail/kernel-build-reports/2014-February/002613.html

I suspect we want this one:

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 7d1588e..cf35d18 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -304,6 +304,7 @@ config ARCH_MULTIPLATFORM
 	bool "Allow multiple platforms to be selected"
 	select ARCH_WANT_OPTIONAL_GPIOLIB
 	select AUTO_ZRELADDR
+	select CLKSRC_OF
 	select COMMON_CLK
 	select GENERIC_CLOCKEVENTS
 	select MULTI_IRQ_HANDLER

  reply	other threads:[~2014-02-28 20:15 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-11 21:11 [PATCH v2 0/9] ARM: multi-platform kconfig cleanup and mach-virt removal Rob Herring
2014-02-11 21:11 ` [PATCH v2 1/9] ARM: centralize common multi-platform kconfig options Rob Herring
2014-02-14 10:40   ` Linus Walleij
2014-02-14 14:02     ` Rob Herring
2014-02-24  9:41       ` Linus Walleij
2014-02-28 18:37   ` Kevin Hilman
2014-02-28 20:15     ` Arnd Bergmann [this message]
2014-02-28 20:22       ` Kevin Hilman
2014-02-28 20:33         ` Arnd Bergmann
2014-04-20 10:56           ` Daniel Willmann
2014-02-11 21:11 ` [PATCH 2/9] ARM: select HAVE_SMP for V7 multi-platform Rob Herring
2014-02-14 10:41   ` Linus Walleij
2014-02-11 21:11 ` [PATCH 3/9] ARM: select MIGHT_HAVE_CACHE_L2X0 " Rob Herring
2014-02-12 20:32   ` Stephen Warren
2014-02-13 13:10     ` Rob Herring
2014-02-11 21:11 ` [PATCH 4/9] ARM: Select V6K instead of V6 by default for multi-platform Rob Herring
2014-02-11 21:22   ` Arnd Bergmann
2014-02-11 21:26     ` Rob Herring
2014-02-11 21:27       ` Arnd Bergmann
2014-02-12  4:07   ` Shawn Guo
2014-02-11 21:11 ` [PATCH 5/9] ARM: bcm2835: enable V6K instead of plain V6 Rob Herring
2014-02-11 21:11 ` [PATCH 6/9] ARM: cns3xxx: " Rob Herring
2014-02-11 21:11 ` [PATCH 7/9] ARM: vt8500: " Rob Herring
2014-02-11 21:11 ` [PATCH 8/9] ARM: virt: make mach-virt just a kconfig option Rob Herring
2014-02-12 14:03   ` Marc Zyngier
2014-02-11 21:11 ` [PATCH 9/9] ARM: virt: select ARM_AMBA Rob Herring
2014-02-12 13:26 ` [PATCH v2 0/9] ARM: multi-platform kconfig cleanup and mach-virt removal Arnd Bergmann
2014-02-12 13:46   ` Will Deacon
2014-02-12 14:07     ` Rob Herring
2014-02-12 16:53       ` Arnd Bergmann
2014-02-12 17:11         ` Marc Zyngier
2014-02-12 17:16           ` Will Deacon
2014-02-12 18:07             ` Arnd Bergmann
2014-02-12 18:15               ` Will Deacon
2014-02-12 18:20                 ` Arnd Bergmann
2014-02-12 20:38 ` Stephen Warren
2014-02-13  2:30 ` Stephen Warren

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=201402282115.55948.arnd@arndb.de \
    --to=arnd@arndb.de \
    --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.