Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756658Ab3DWPZk (ORCPT ); Tue, 23 Apr 2013 11:25:40 -0400 Received: from moutng.kundenserver.de ([212.227.17.8]:62286 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756031Ab3DWPZi (ORCPT ); Tue, 23 Apr 2013 11:25:38 -0400 From: Arnd Bergmann To: James Hogan Subject: Re: [PATCH 2/8] metag: minimal TZ1090 (Comet) SoC infrastructure Date: Tue, 23 Apr 2013 17:25:34 +0200 User-Agent: KMail/1.12.2 (Linux/3.8.0-18-generic; KDE/4.3.2; x86_64; ; ) Cc: linux-kernel@vger.kernel.org, Grant Likely , Rob Herring , Linus Walleij , devicetree-discuss@lists.ozlabs.org, Rob Landley , linux-doc@vger.kernel.org References: <1366727607-27444-1-git-send-email-james.hogan@imgtec.com> <1366727607-27444-3-git-send-email-james.hogan@imgtec.com> In-Reply-To: <1366727607-27444-3-git-send-email-james.hogan@imgtec.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201304231725.34826.arnd@arndb.de> X-Provags-ID: V02:K0:3Py10zzDulviJ+zQOEOh4bgTHKvckKJkM17SyXWfD8p Dt8DOWNYaQALR7Vlrvcf1shRnOp17LJuKdP7rrepP/R4Gjis9x D4ylwDT9ixCBkNNZ3X/TtyioUgzcuSHz4N8UmAWJPCLT+gtyJv sq5LwMzeOV606a1BOix1uZOtS9kn8HpgJ54d34UFityxbQHdbI senfUM+7mzE2gaDLnbL7FzH1NLP76z4NGx4zJ1KVlUsEcMOeZX q0my3cB93rQLdFuLz2QbBY7KFxgM5TJncsc2VphyqBjAXTSJeS 2GFZzLi82cJTL/b45oteyvfkULCsh8rcYc2gcZbdgIsVLlcQdT 7KbWI6fAh2KGAWNuO1fo= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2136 Lines: 59 On Tuesday 23 April 2013, James Hogan wrote: > @@ -46,6 +46,12 @@ core-y += arch/metag/boot/dts/ > core-y += arch/metag/kernel/ > core-y += arch/metag/mm/ > > +# SoCs > +socdir-$(CONFIG_SOC_TZ1090) += tz1090 > + > +socdirs := $(filter-out ., $(patsubst %,%/,$(socdir-y))) > +core-y += $(addprefix arch/metag/soc/, $(socdirs)) > + Does it actually make sense to have subdirectories per soc? I would suggest you copy from arm64 rather from arm for the platform support and do it as minimal as possible. Any code you need can go into a shared directory as a start, and if you end up needing more of a hierarchical structure, you can add that later. Hopefully we've come to the point now where almost everything can live in drivers/* though. > diff --git a/arch/metag/configs/tz1090_defconfig b/arch/metag/configs/tz1090_defconfig > new file mode 100644 > index 0000000..4794094 > --- /dev/null > +++ b/arch/metag/configs/tz1090_defconfig Also, if this is compatible with your previous platform, I would recommend just having a single defconfig that runs on all supported hardware. It's easy enough for users to turn off the drivers and platforms they don't need. > diff --git a/arch/metag/soc/tz1090/setup.c b/arch/metag/soc/tz1090/setup.c > new file mode 100644 > index 0000000..fbd7074 > --- /dev/null > +++ b/arch/metag/soc/tz1090/setup.c > + > +#include > +#include > + > +static const char *tz1090_boards_compat[] __initdata = { > + "toumaz,tz1090", > + NULL, > +}; > + > +MACHINE_START(TZ1090, "Generic TZ1090") > + .dt_compat = tz1090_boards_compat, > +MACHINE_END Have you looked at the patch I sent for default platform code on ARM? The idea is to default to an empty machine descriptor if nothing matches the root compatible entry of the DT. The same would work here to allow you to run without any board code at all. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/