Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1079493ybl; Tue, 3 Dec 2019 01:06:19 -0800 (PST) X-Google-Smtp-Source: APXvYqyAIV71Vrjn1sWm6TbJGmiYwm0/+YrRMtLUnyXkwMV0kh+7QanzjpLB1f5fyUOkvX+aX0+S X-Received: by 2002:a9d:37cb:: with SMTP id x69mr2298179otb.90.1575363979219; Tue, 03 Dec 2019 01:06:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575363979; cv=none; d=google.com; s=arc-20160816; b=tenhZuaR//U7QqHs65y12iS1ae2lj1GhlDskvaxlT8v8Tzq8wI2uG1HIfhnrhdn/5Y q2S/InSdQ0mBPwPIsrJqso1v+Obuj0VgmzEXcfeJHqO5fFVNFICYniIBMkBUMSZ+KMUt YiuxDsYsZLrq6g7DFe1ZolckULl7BS5bcpOMq6MCeczC+E7bCtEgSiA1Iuog4cgGvFPH D3UTpB8MPy6vmfn8PIviHh31FGc+Z3n03xDW0J/wzSGyI4O2e5d6HHKnf7iX1+sT3dG7 EI92nKUsvJ1AqUT9mz0jOcoMrn7GiTfnCpiR6X0DlNuzIBZ/TTMeZsMvoqbyZDS/syv7 ss6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=aBkLCzh0jjktClAr562X9d5fTnyPmMpdFTVK8AkWITQ=; b=XPgKQNoGRFbNuuL07WxekCo66TIdSAil/5CzHQuvV+0MBy5dTSFJIrH04cky5Zn8Gc qyZTqOrtwpVjsdPorMHkGk9iYFgqoDi6KKAo1E//ucQKEKaRXT29BAPtTKT1kUNwXJjG mWgaTyZTcYtWazgMVc2GSxGJRH6fq1h51Gh3EZzhTxrtlPzsp3uCitLm27g1gv+SEjNI eS01CF99kT6MMZ9JgJMT96NH8YTpuw4rIXmkyK5nxmHZfijq51YFkzVVof9xHd6AxZpX TzASo7sUFBIii7jIb/+zhOp6oQ9BJMhy4FK1ynAIt8JY++VJedta3zabXw6Zci3sJF25 MnIw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p28si893742oth.296.2019.12.03.01.06.07; Tue, 03 Dec 2019 01:06:19 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726138AbfLCJFV (ORCPT + 99 others); Tue, 3 Dec 2019 04:05:21 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:53120 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725773AbfLCJFV (ORCPT ); Tue, 3 Dec 2019 04:05:21 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 8C2F528F78D Subject: Re: [PATCH 1/2] x86_64_defconfig: Normalize x86_64 defconfig To: Krzysztof Kozlowski Cc: "linux-kernel@vger.kernel.org" , Collabora Kernel ML , groeck@chromium.org, bleung@chromium.org, dtor@chromium.org, fabien.lahoudere@collabora.com, guillaume.tucker@collabora.com, "H. Peter Anvin" , Borislav Petkov , x86@kernel.org, Thomas Gleixner , Ingo Molnar , "Ahmed S. Darwish" , Geert Uytterhoeven , Alexey Brodkin , Andrew Morton , Ard Biesheuvel , Steven Rostedt , Marek Szyprowski References: <20191202211844.19629-1-enric.balletbo@collabora.com> <20191202211844.19629-2-enric.balletbo@collabora.com> From: Enric Balletbo i Serra Message-ID: <3355589d-0b0d-f30f-624c-0f781ee9cd8d@collabora.com> Date: Tue, 3 Dec 2019 10:05:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Krzysztof, Many thanks for your quick answer. On 3/12/19 3:15, Krzysztof Kozlowski wrote: > On Tue, 3 Dec 2019 at 05:18, Enric Balletbo i Serra > wrote: >> >> make savedefconfig result in some difference, lets normalize the >> defconfig >> > > No, for two reasons: > 1. If running savedefconfig at all, split reordering items from > removal of non needed options. This way we can see exactly what is > being removed. This patch moves things around so it is not possible to > understand what exactly you're doing here... Ok, makes sense, I can do it, but if you don't really care of having the defconfig sync with the savedefconfig output for the below reasons or others, that's fine with me. The reason I send the patch is because I think that, at least on some arm defconfigs, they try to have the defconfig sync with the savedefconfig output, the idea is to try to make patching the file easier, but I know this is usually a pain. > 2. Do not remove options just because other select them in a blind way > - via savedefconfig. As it turns out, some developers have different > view on dependencies and they expect that defconfig *explicitly* pulls > out necessary functions. IOW, they can safely remove any visible > symbol dependency assuming that defconfigs are selecting this removed > symbol explicitly. See: > https://patchwork.kernel.org/patch/11260361/ > (commit which removed DEBUG_FS - Marek Szyprowski will bring it back, > I think, and Steven Rostedt answer) > Also makes sense, and I didn't know this. My purpose is only add support for the options missing for Chromebooks. If patch 2 alone is fine and enough for that purpose, that works for me, and I can just drop this patch from the series. I only tried to do the right thing to add new options. Thanks, Enric > Best regards, > Krzysztof > >> Signed-off-by: Enric Balletbo i Serra >> --- >> >> arch/x86/configs/x86_64_defconfig | 90 +++++++++++-------------------- >> 1 file changed, 30 insertions(+), 60 deletions(-) >> >