From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161663AbcFBRbD (ORCPT ); Thu, 2 Jun 2016 13:31:03 -0400 Received: from foss.arm.com ([217.140.101.70]:46915 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932927AbcFBRbB (ORCPT ); Thu, 2 Jun 2016 13:31:01 -0400 Date: Thu, 2 Jun 2016 18:30:56 +0100 From: Catalin Marinas To: Gerd Hoffmann Cc: Florian Fainelli , Scott Branden , Will Deacon , Russell King , open list , Eric Anholt , "open list:BROADCOM BCM281XX/BCM11XXX/BCM216XX ARM ARCHITE..." , linux-rpi-kernel@lists.infradead.org, Ray Jui , "moderated list:ARM SUB-ARCHITECTURES" Subject: Re: [PATCH 01/32] arm64: Add platform selection for BCM2835. Message-ID: <20160602173055.GG24938@e104818-lin.cambridge.arm.com> References: <1464817421-8519-1-git-send-email-kraxel@redhat.com> <1464817421-8519-2-git-send-email-kraxel@redhat.com> <574F5881.4060008@gmail.com> <1464849936.24775.33.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1464849936.24775.33.camel@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 02, 2016 at 08:45:36AM +0200, Gerd Hoffmann wrote: > > > +config ARCH_BCM2835 > > > + bool "Broadcom BCM2835 family" > > > + depends on ARCH_BCM > > > + select ARCH_REQUIRE_GPIOLIB > > > + select CLKSRC_OF > > > + select PINCTRL > > > + select PINCTRL_BCM2835 > > > + select ARM_AMBA > > > + select ARM_TIMER_SP804 > > > + select HAVE_ARM_ARCH_TIMER > > > + help > > > + This enables support for the Broadcom BCM2837 SoC. > > > + This SoC is used in the Raspberry Pi 3 device. > > > + > > > config ARCH_BCM_IPROC > > > bool "Broadcom iProc SoC Family" > > > + depends on ARCH_BCM > > > > Does not seem necessary nor adding anything here. > > Added for consistency. When we add ARCH_BCM all ARCH_BCM_* should > depend on it ... For arm64, I prefer to keep Kconfig.platforms to SoC families only. I don't think we have any single-SoC Kconfig entry left now. -- Catalin