From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753988AbcBCJM0 (ORCPT ); Wed, 3 Feb 2016 04:12:26 -0500 Received: from mout.kundenserver.de ([212.227.126.133]:56936 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752813AbcBCJMS (ORCPT ); Wed, 3 Feb 2016 04:12:18 -0500 From: Arnd Bergmann To: Gregory CLEMENT Cc: Jisheng Zhang , Jason Cooper , Andrew Lunn , Sebastian Hesselbarth , arm@kernel.org, Catalin Marinas , Will Deacon , Jonathan Corbet , Mark Rutland , devicetree@vger.kernel.org, linux-ide@vger.kernel.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Hans de Goede , linux-serial@vger.kernel.org, Jiri Slaby , Tejun Heo , Thomas Petazzoni , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 03/10] arm64: add Armada 3700 architecture entry Date: Wed, 03 Feb 2016 10:11:18 +0100 Message-ID: <4284367.sAeqrVzAbo@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87k2mm5itx.fsf@free-electrons.com> References: <1454436468-4241-1-git-send-email-gregory.clement@free-electrons.com> <20160203142451.41381ff6@xhacker> <87k2mm5itx.fsf@free-electrons.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:gEf2TdyBEp9V5GMy/XMFo3URhsDCf7YYm89jojyeDfMeO8EBWQN cjFsXdBY9sYOASvjXy5A46r8qpQS74mTWPAdHvQrd7t0RsyFKHPxPmUuK3otcrXHWN22NNb VIqgTsO4jTzmf/JuFuw7Y+puYWUQs6u7UA3AlDMZXAkjOri7ndrrrITCeWfcxoTHEFX6YAG jlj9u4zYUEww/6ua9DS2A== X-UI-Out-Filterresults: notjunk:1;V01:K0:5rdZ/nNpK/I=:29JO1/XNVwvxrk/QqSGUfe Ktg+iebh2FeiFeYa1/sAJAg1gyUm509xFXDEEu0RRKSg5LJ4txVCvc+HrFo0WV/2bpbv4Ihmu bkORRI3xakU/2FNeYFAEIhPL1hA3q02YW7ufpWvVZtE76BiF9xqN0Tssgulj8jkENEXRNHEZX VwHBqiRtMJs1PDqhAYhR9OqqlaclLz94vUehMRyP1XNCz3pc8+wE7PkFnjYHY23NmvLkFVcCs wpsxq02cu3Nqw4SyvI3DomBoiadZT97aBmCMXnlSR0LweJj86i2F33OSvRIT7NZp/HO2sXC2A lnjSfDYBsVblldtwGqnhoEyYLcthVMIVlV8FqlBhjLenNmgtcq8ZJF5f1a0ISm5+Bp/Ol3r7o Z1LimbNCH2l3SKeK3wmUamfzdI4yyZ1u9SkGk8BXENsOcK+oklo+9WRCf6gqJSqPrCqAHOKYu VsTg5hZgAgOZQzMRi7eBYIJob8n9Mg3Sls2aF8xgEwqS53ofFrH0KLyEG+96C7muoeyc8wv/3 FbtiB5fNG6YmPzNfuZq9no98UHsMEUN/3qCE/OfBc3q/Whcnz7Ap+T+UhzBmS0a8eqWnpz3zg UtzAt5o4RDrDjUEa2diba7yQXxCGfSPaeEBiDVnOv9PaxktZCgtWhn4sLdKem5xxwnf2QrNSE MBgQKBiuY+u3Tl23uQiqReatrFu9yD4XAClK6Kprp26+GrXoIpLBQ2U6WHInfZa2udNtBjDHv zBjESZHxKcU5qNJv Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 03 February 2016 08:55:22 Gregory CLEMENT wrote: > >> > >> diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms > >> index 21074f674bde..7da341f7b90d 100644 > >> --- a/arch/arm64/Kconfig.platforms > >> +++ b/arch/arm64/Kconfig.platforms > >> @@ -1,5 +1,11 @@ > >> menu "Platform selection" > >> > >> +config ARCH_ARMADA_3700 > > > > Would it be better to use ARCH_MVEBU? IMHO, there will be more ARMv8 SoCs > > from our EBU, do we plan to add one CONFIG_ARMADA_yyzz for each SoC? > > Not for each SoC but for each family, yes. As we did for the other mvebu > SoC families. > We tend to use a little more general config strings for arm64 than we have for arm32. I think just using ARCH_MVEBU is fine here, no need to list the 3700 series separately. Arnd