From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kukjin Kim Subject: Re: [PATCH 2/3] arm64: Add Kconfig option for Samsung GH7 SoC family Date: Tue, 25 Feb 2014 09:19:42 +0900 Message-ID: <530BE19E.2060004@samsung.com> References: <1392100183-30930-1-git-send-email-kgene.kim@samsung.com> <5302B306.8090503@samsung.com> <6032891.ndY8FikAMY@wuerfel> <20140220112248.GC32456@localhost> <20140220185805.GI7651@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mail-pa0-f50.google.com ([209.85.220.50]:38901 "EHLO mail-pa0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752964AbaBYAUE (ORCPT ); Mon, 24 Feb 2014 19:20:04 -0500 Received: by mail-pa0-f50.google.com with SMTP id kp14so7347554pab.9 for ; Mon, 24 Feb 2014 16:20:04 -0800 (PST) In-Reply-To: <20140220185805.GI7651@arm.com> Sender: linux-samsung-soc-owner@vger.kernel.org List-Id: linux-samsung-soc@vger.kernel.org To: Catalin Marinas Cc: Olof Johansson , John Stultz , Arnd Bergmann , Kukjin Kim , "linux-samsung-soc@vger.kernel.org" , Ilho Lee , Thomas Abraham , Kumar Gala , "linux-arm-kernel@lists.infradead.org" , Daniel Lezcano , Thomas Gleixner On 02/21/14 03:58, Catalin Marinas wrote: > On Thu, Feb 20, 2014 at 05:09:59PM +0000, Olof Johansson wrote: >> On Thu, Feb 20, 2014 at 3:22 AM, Catalin Marinas >>> Two additional points: >>> >>> 1. Single arm64 defconfig file covering everything >>> 2. Modules rather than built-in by default where possible (especially >>> for server platforms) >> >> Sounds good to me. Are you also willing to pick up one defconfig per >> vendor (but not more)? I think it's been useful to have those on arm, >> even on multiplatform kernels. We used them on powerpc as well, where >> we had a two-layer approach (ppc64_defconfig and per-platform configs, >> pseries/iseries/pasemi/g5/cell). > > Initially I would keep a single defconfig with everything just to get > wider coverage of single Image. Later on, if just deselecting config > entries doesn't work, we can revisit per-vendor defconfigs. > OK, agreed with single defconfig on ARMv8 for now. And as Olof said, it's expected that each vendor maybe needs to use per-vendor defconfig soon and agreed too :-) Thanks, Kukjin From mboxrd@z Thu Jan 1 00:00:00 1970 From: kgene.kim@samsung.com (Kukjin Kim) Date: Tue, 25 Feb 2014 09:19:42 +0900 Subject: [PATCH 2/3] arm64: Add Kconfig option for Samsung GH7 SoC family In-Reply-To: <20140220185805.GI7651@arm.com> References: <1392100183-30930-1-git-send-email-kgene.kim@samsung.com> <5302B306.8090503@samsung.com> <6032891.ndY8FikAMY@wuerfel> <20140220112248.GC32456@localhost> <20140220185805.GI7651@arm.com> Message-ID: <530BE19E.2060004@samsung.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 02/21/14 03:58, Catalin Marinas wrote: > On Thu, Feb 20, 2014 at 05:09:59PM +0000, Olof Johansson wrote: >> On Thu, Feb 20, 2014 at 3:22 AM, Catalin Marinas >>> Two additional points: >>> >>> 1. Single arm64 defconfig file covering everything >>> 2. Modules rather than built-in by default where possible (especially >>> for server platforms) >> >> Sounds good to me. Are you also willing to pick up one defconfig per >> vendor (but not more)? I think it's been useful to have those on arm, >> even on multiplatform kernels. We used them on powerpc as well, where >> we had a two-layer approach (ppc64_defconfig and per-platform configs, >> pseries/iseries/pasemi/g5/cell). > > Initially I would keep a single defconfig with everything just to get > wider coverage of single Image. Later on, if just deselecting config > entries doesn't work, we can revisit per-vendor defconfigs. > OK, agreed with single defconfig on ARMv8 for now. And as Olof said, it's expected that each vendor maybe needs to use per-vendor defconfig soon and agreed too :-) Thanks, Kukjin