From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: [PATCH v3 4/5] arm64: Add support for Spreadtrum's Sharkl64 Platform in Kconfig and defconfig Date: Wed, 26 Nov 2014 10:00:31 +0100 Message-ID: <5825969.ZSdbLFRUel@wuerfel> References: <1416917818-10506-5-git-send-email-chunyan.zhang@spreadtrum.com> <3490516.nCDXzA8J8x@wuerfel> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Return-path: In-Reply-To: Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Lyra Zhang Cc: Chunyan Zhang , grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org, "robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" , Catalin Marinas , "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" , "ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org" , "jslaby-AlSwsSmVLrQ@public.gmane.org" , Kumar Gala , Mark Rutland , "m-karicheri2-l0cyMroinI0@public.gmane.org" , Pawel Moll , Ramkumar Ramachandra , "rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org" , Will Deacon , gnomes-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org, corbet-T1hC0tSOHrs@public.gmane.org, jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org, Mark Brown , heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org, shawn.guo-KZfg59tc24xl57MIdRCFDg@public.gmane.org, florian.vaussard-p8DiymsW2f8@public.gmane.org, andrew-g2DYL2Zd6BY@public.gmane.org, hytszk-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Orson Zhai , "geng.ren-lxIno14LUO0EEoCn2XhGlw@public.gmane.org" List-Id: devicetree@vger.kernel.org On Wednesday 26 November 2014 10:32:35 Lyra Zhang wrote: > > For now, we have only one platform(Sharkl64) based on ARM64 been submitted, > but we're intending to add support for more our platforms based on ARM64 or > ARM32 in the future. There are many common devices on these platforms, such > as serial. Our idea would be that if we had a 'menuconfig ARCH_SPRD' in the > Kconfig, these common devices only need to depend on ARCH_SPRD in the > respective Kconfig, otherwise they may depend on a few Kconfig symbols for > every platforms which include these common devices. > > So, do you think whether we should define a menuconfig(ARCH_SPRD) in the > Kconfig for this case ? It sounds like your other platforms are all related, so one ARCH_SPRD should be enough. If someone wants to build a kernel that is only going to run on a particular machine, they can just turn off all the other drivers they don't want. Arnd