From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753022AbcLJJql (ORCPT ); Sat, 10 Dec 2016 04:46:41 -0500 Received: from smtp02.smtpout.orange.fr ([80.12.242.124]:41136 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751359AbcLJJqj (ORCPT ); Sat, 10 Dec 2016 04:46:39 -0500 X-ME-Helo: belgarion X-ME-Auth: amFyem1pay5yb2JlcnRAb3JhbmdlLmZy X-ME-Date: Sat, 10 Dec 2016 10:46:37 +0100 X-ME-IP: 92.136.202.57 From: Robert Jarzmik To: Bartlomiej Zolnierkiewicz Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Arnd Bergmann , Olof Johansson , Russell King , Daniel Mack , Haojian Zhuang , Cyril Bur Subject: Re: [RFC PATCH 15/23] arm: use kconfig fragments for ARCH_PXA defconfigs (part 1) References: <1481027938-31831-1-git-send-email-b.zolnierkie@samsung.com> <1481027938-31831-16-git-send-email-b.zolnierkie@samsung.com> X-URL: http://belgarath.falguerolles.org/ Date: Sat, 10 Dec 2016 10:46:23 +0100 In-Reply-To: <1481027938-31831-16-git-send-email-b.zolnierkie@samsung.com> (Bartlomiej Zolnierkiewicz's message of "Tue, 06 Dec 2016 13:38:50 +0100") Message-ID: <87a8c415hs.fsf@belgarion.home> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Bartlomiej Zolnierkiewicz writes: > Replace [lpd270,lubbock,mainstone,pxa255-idp]_defconfig-s with > a Makefile target using merge_config. > > The patch was verified with doing: > > $ make [lpd270,...]_defconfig > $ make savedefconfig > > and comparing resulting defconfig files (before/after the patch). > > Cc: Daniel Mack > Cc: Haojian Zhuang > Cc: Robert Jarzmik > Cc: Cyril Bur > Signed-off-by: Bartlomiej Zolnierkiewicz Hi Bartolomiej, It's a bit hard to judge without any context for me, especially I'm receiving patches 11 to 21 but not the others. I suppose the advantage of defconfig fragments was already discussed somewhere, could you point me to that please ? One small thing that could be improved is the "pxa_basic*" names. I think pxa_basic1 is "pxa_refboards" or something like that, as these are the initial reference designs as far as I know from Intel and validation vehicles rather that form factors. In the same way, pxa_basic2 is rather "pxa_sharpsl" as these are sharp designs. And pxa_basic3 looks like Motorola platforms, so "pxa_motorola" perhaps ? I noticed imote2.config ended up based on pxa_basic3, while I would have expected it to be based on pxa_basic1 as it looks like a reference board to me ... Cheers. -- Robert