From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [IPv6:2401:3900:2:1::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id EEF031A0025 for ; Tue, 21 Apr 2015 13:42:08 +1000 (AEST) Received: from smtp.codeaurora.org (smtp.codeaurora.org [198.145.29.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 2FFF814012F for ; Tue, 21 Apr 2015 13:42:06 +1000 (AEST) Message-ID: <5535C70A.9070607@codeaurora.org> Date: Mon, 20 Apr 2015 22:42:02 -0500 From: Timur Tabi MIME-Version: 1.0 To: Scott Wood Subject: Re: new way of writing defconfigs for freescale's powerpc platforms References: <1429232060.22546.7.camel@ellerman.id.au> <1429244000.32545.51.camel@freescale.com> <1429251526.22546.8.camel@ellerman.id.au> <1429296759.4352.8.camel@freescale.com> <1429561902.4352.29.camel@freescale.com> <1429582152.4352.73.camel@freescale.com> In-Reply-To: <1429582152.4352.73.camel@freescale.com> Content-Type: text/plain; charset=UTF-8; format=flowed Cc: "linuxppc-dev@ozlabs.org" , Richard Schmitt , Lijun Pan List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Scott Wood wrote: >> > >> >Why do you need a powerpc-specific way to use merge_config.sh? Other >> >architectures have the same problem with defconfigs. > What are you perceiving as "powerpc-specific" about what we're > proposing? Well, there's the subject of this thread, which is "new way of writing defconfigs for freescale's powerpc platforms". > Are you complaining about the actual content of which > fragments to use to produce which defconfigs going in arch/powerpc? No, I'm just trying to figure out what's powerpc-specific about Lijun's proposal. >> >Besides, wouldn't it make more sense to define a new defconfig type, >> >like p1_defconfig.merge, and if you do "make p1_defconfig.merge" it >> >knows to call merge_config.sh? > That's already there. "make .config". Ok, so I'm definitely confused now. I have no idea what's actually being proposed, since apparently the ability to have merge configs already exists. Wouldn't it just be simpler to pass multiple defconfigs to 'make', and then 'make' will know to call merge_config.sh on them? So instead of make ./scripts/kconfig/merge_config.sh arch/powerpc/configs/fsl_basic_config p1_defconfig make we can just do make fsl_basic_config p1_defconfig make -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, hosted by The Linux Foundation.