From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D3A5FCCA487 for ; Thu, 21 Jul 2022 15:36:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231894AbiGUPg2 (ORCPT ); Thu, 21 Jul 2022 11:36:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50616 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230291AbiGUPgY (ORCPT ); Thu, 21 Jul 2022 11:36:24 -0400 Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 775503884 for ; Thu, 21 Jul 2022 08:36:22 -0700 (PDT) Received: by mail-lf1-x135.google.com with SMTP id t1so3368326lft.8 for ; Thu, 21 Jul 2022 08:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=hfKsdhQQt9tQ595I9ds8b/DPqZVDcCzjVcrK9iWT3ts=; b=GCw16KpafXB+y2e+gFPayJKLMhyZMkVvIg00xSfR0J6zmap4XUiw74QYrBPZojxqnG nlMigEvmPTJqX2BUwSdZ4mJxx8kFZTXQJaOIndmhXWmnsZmilUJXncDHi2uKE8pGuWVL znA3Smzdfbdkc8qVWjZ7RHlZu4leucipgnhrY3cduU0fYTHFS3staPx9+XFkY/ZjtM2h 117KpUbzALp8IYmM0wdGGHbqPzb9abAasZ2Y4vFeXAUqeWHw9qTJ0dR/mA5YE4OC5PTw ZVK2616IlVs5qLNNTIINaLS39Wgp/5PWsi2sSjQEOqP4IsbdopLcNcEJfX1/nxCnsqxR Lwew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=hfKsdhQQt9tQ595I9ds8b/DPqZVDcCzjVcrK9iWT3ts=; b=3AGpq1s9LAQkx/LJblSkxPhD0svNE8dAtoZeXC4swYxEu1mFgC0gBGj2Hl9KUs31Zg PwItoHtY329poE++yc0Qerfsqkbzghp0DOoX41F7zfp5A9luxQ9IsjrLP6bhQrtrzIWC QvaHTup32H72COzFFKk4aLbinxIT+gRvCCoM0umHzm2xDQXqjh9j+IJrEGiceXLWF/GS b3tnCGwxMpFxFfEQhayWL8pyl1uLDuuiFxGf0DFQDxmZE8iTw/Sto87GpuWwCteCTwAU FJ/mKo4hEQ7QAzjfZ2l6mOiwAY4HACV0VxC0tj3QTGbUPmPNAtVSMhGUKYk8EdGYoBr7 eQnA== X-Gm-Message-State: AJIora9REQhUcDYQPQ2f+ySHZLoIYBL/v+V6S3skgsp7QXTx1z+rPEsG /KJ5hB9ziTzDmQsUjRNcMtPfBQ== X-Google-Smtp-Source: AGRyM1uYyhdhJ+K6lLI/9qjAZeU/e9ueK5AuTfFuX6OK/DbxDxlvM3z4hS4HgQhwQusCJCfVoUBo3A== X-Received: by 2002:a05:6512:1506:b0:47f:79c6:eb36 with SMTP id bq6-20020a056512150600b0047f79c6eb36mr24308198lfb.168.1658417780731; Thu, 21 Jul 2022 08:36:20 -0700 (PDT) Received: from [192.168.115.193] (89-162-31-138.fiber.signal.no. [89.162.31.138]) by smtp.gmail.com with ESMTPSA id w17-20020a05651234d100b00478f1e04655sm511718lfr.14.2022.07.21.08.36.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 21 Jul 2022 08:36:20 -0700 (PDT) Message-ID: <9e872a00-966a-aaf8-7bb9-6627fcb0cf83@linaro.org> Date: Thu, 21 Jul 2022 17:36:17 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH 1/6] ARM: refresh defconfig files Content-Language: en-US To: Scott Branden , Arnd Bergmann , linux-arm-kernel@lists.infradead.org Cc: Arnd Bergmann , Russell King , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea , Florian Fainelli , Ray Jui , Scott Branden , Alexander Shiyan , Alim Akhtar , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Vladimir Zapolskiy , Taichi Sugaya , Takao Orito , Liviu Dudau , Sudeep Holla , Lorenzo Pieralisi , Andrew Lunn , Gregory Clement , Sebastian Hesselbarth , Aaro Koskinen , Janusz Krzysztofik , Tony Lindgren , Neil Armstrong , Dinh Nguyen , Maxime Coquelin , Alexandre Torgue , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , Thierry Reding , Jonathan Hunter , Catalin Marinas , Will Deacon , linux-kernel@vger.kernel.org, linux-aspeed@lists.ozlabs.org, bcm-kernel-feedback-list@broadcom.com, linux-rpi-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-omap@vger.kernel.org, linux-oxnas@groups.io, linux-stm32@st-md-mailman.stormreply.com, linux-sunxi@lists.linux.dev, linux-tegra@vger.kernel.org, linux-sh@vger.kernel.org References: <20220721141325.2413920-1-arnd@kernel.org> <20220721141325.2413920-2-arnd@kernel.org> <9321ce6c-7565-a7eb-2bfe-dac144ab7733@broadcom.com> From: Krzysztof Kozlowski In-Reply-To: <9321ce6c-7565-a7eb-2bfe-dac144ab7733@broadcom.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.org On 21/07/2022 17:33, Scott Branden wrote: > Hi Arnd, > > On 2022-07-21 07:13, Arnd Bergmann wrote: >> From: Arnd Bergmann >> >> A lot of Kconfig options have changed over the years, and we tend >> to not do a blind 'make defconfig' to refresh the files, to ensure >> we catch options that should not have gone away. >> >> I used some a bit of scripting to only rework the bits where an >> option moved around in any of the defconfig files, without also >> dropping any of the other lines, to make it clearer which options >> we no longer have. > Resync is fine. But, it would be great if the defconfig files were kept > in sync. Almost every kernel version kconfig options change which affect > these files. Could we put in place a defconfig refresh per kernel > version to keep them all in sync going forward? > Not entirely, because some Kconfig changes are causing symbols to disappear. Also defconfig is expected to include user-visible options, even if savedefconfig would drop them. This is why blind savedefconfig is not acceptable. Best regards, Krzysztof