Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752074AbbLIPfY (ORCPT ); Wed, 9 Dec 2015 10:35:24 -0500 Received: from mout.kundenserver.de ([217.72.192.74]:49401 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751925AbbLIPfW (ORCPT ); Wed, 9 Dec 2015 10:35:22 -0500 From: Arnd Bergmann To: xuejiancheng Cc: linux-arm-kernel@lists.infradead.org, linux@arm.linux.org.uk, khilman@linaro.org, olof@lixom.net, xuwei5@hisilicon.com, haojian.zhuang@linaro.org, zhangfei.gao@linaro.org, bintian.wang@huawei.com, suwenping@hisilicon.com, linux-kernel@vger.kernel.org, yanhaifeng@hisilicon.com, gaofei@hisilicon.com, ml.yang@hisilicon.com, yanghongwei@hisilicon.com Subject: Re: [PATCH v2 3/9] ARM: hisi: enable Hi3519 soc Date: Wed, 09 Dec 2015 16:32:11 +0100 Message-ID: <4297924.YW2IR8MmHA@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <56664878.8040805@huawei.com> References: <1449110565-23590-1-git-send-email-xuejiancheng@huawei.com> <56663897.7040901@huawei.com> <56664878.8040805@huawei.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:tmRKQ8FJJxddsQbkthX4X0hEF/jARA24PjOE6Lpd1fSFC8ot05Z DHIJdx4FAd7cMGy///W6llsV59iJqUytJaguXyGN/9CEkDRziNDJojScOvTKH9pc5iG6EX1 Dtb+fgXqBthdmQT+J6mCMhxadJ/f1FXoTJw9xlZ+fhrkhVR5KTgfe7L0aGDN+0hRIDnxhdM SDWZiSdvPdKY9Nt1Q6piA== X-UI-Out-Filterresults: notjunk:1;V01:K0:r9Zq+KAJmAo=:U2FYkhBg8Uu2htevTXUJfV 95LzoOJq7+rx0edK+GHts4LIfbzPl6Kh1cqV2K01rtUA3Cp7bvoEn1RDwl69OO8rxWm6T5sI9 OWGcgEXtz4yRNv9crdSF35YnU6VJlHDO07u2pJymvULXjaadQj2R/xucQnhqwY6CICHQjWB+W qc0KfckvUjHLZapls7o5/cyTFqD4VCFKMtyrwbjh/q6gwQrvP6bAD1OBFguvZA9dH28xZ/cyd lqGm8/VW4wC6TWXDg2ja91ePG6fHwFadzTYYKyHqM/xfiA82tzzF7XubCR/DwXEIguSyIFcng h4fZmu7OxgRuJTjhjoehbq8IuykciM16EcM+XWlWUp3VPu82agTOsSVYk1qte0Fhz4o3q6nuo iE2cquVEthPIBLlxE/QRxzVt+e2PPJZ6qXBQ5dkVYa1PtxNnkrM+/jKIY/OhOxTwo28sWTn3k ARjAbS3MlDq1P11B7A5wAe6Y+clwOzMQJtIhCJXsasFNIJ/rPvOLV8aPrNWdZ/qvEL43Q22th x8Qmaefbt6GK/NHlCOtJjE4Xf4A3f+oI/SvUTCjgfuVvIyS7yyx5oBA4jOjAZOtbK/srlzhga iNmKWQdQQX9dYYA4zSRxUCx/Lcbpifx8Qx9R1C2EGnEd5m+JuEtaIzE6PzC+u6vmlIw+hnEJP PrVwEvmcszNeoD6xTtFtG4s95SY3E1k7Mlit2sEbsZkH9S1MxkHi6FAiL4bVTBN/Gdbo6B4kl xFs/1Dlj616Aj5gl Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1992 Lines: 51 On Tuesday 08 December 2015 11:03:20 xuejiancheng wrote: > >> > >> I think we should come up with a way to handle this in general for > >> ARCH_HISI. It's not problem to have a couple of sub-options, but I'd > >> rather not have one for each SoC because I'm sure that hisilicon has > >> made dozens or possibly hundreds of ARM based SoCs that belong into > >> a couple of families. > > > > Agree with you. > > > >> > >> The individual selection of IP blocks is not that important, because > >> those tend to just be generic device drivers that we can enable on > >> any platform using the defconfig files. > >> > >> You said that ARCH_HI3519 and HIP04 have an identical system controller, > >> but it's different for Hi36xx, correct? > > > > No. The system controller of HI3519 is also different from HIP04. Maybe I gave you > > wrong descriptions. Sorry about that. > > > >> > >> So maybe we can generalize the HIP04 option to include all chips with > >> that system controller as they appear to share a common ancestry regardless > >> of the target market? > >> > > > > I agree that we generalize some options regardless of the product line and target market. > > > >> The Hi35xx family includes some rather older chips as well based on ARM9 > >> etc, correct? Are they closely related to the new one as well, or do they > >> just share the name? > > > > Yes. It's correct. They may share some IP blocks. But they may be very different > > from the new one for the arch code. I also don't think it's a good idea to make > > them share the same name. > > I will use ARCH_HISI instead of ARCH_HI3519. > > Do you mean you want to remove the other options as well? We should do this consistently at least within the Kconfig file. 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/