Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp399541pxf; Wed, 10 Mar 2021 08:28:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJxrAK04j77/q/HQ0zyvUjRRXvZ76nAjjHfMVH+hh90rj8iZxhP1RpYHyxorjoUjeJikC0Xd X-Received: by 2002:a17:906:1a44:: with SMTP id j4mr4586180ejf.401.1615393683229; Wed, 10 Mar 2021 08:28:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615393683; cv=none; d=google.com; s=arc-20160816; b=HaqR7aSp44kZV8ObMgy6XnwHbUscpCPHJ8ml/dy7+gyheGxr9D1fKx5xPFivaP0O5a 7z1fhKaiJuP1RnmhVvbJ9GeYYOoWZyREYktSZ40xboD5Hu6VYLsggoz8RtqQ9NPIuYZ/ 2wJijBLl6l26rppSuTthLditW2DkwSkb4LRbgKYGKD77qN6RF/eheqkMWb+ahtPraq4o cllICPqPm/AZr+jk7T6xy1VMBfcB3TRBzd3CP/5S8cFrsmX3FliNlzDThCpXhO0VX732 tF/qPQoR9vZROn7zUn18aLeKrmkoSC/hGzeNAeUvw41b6Oau+z/Zd6tyjSfuXBHfLYxN 3WEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=mYFyXEs35tEb8Q2UxfN2dpAhdDzyk7XX7PF2mq06qUg=; b=sxVgQ/QkXZtlIqwMCCYynI+ucBKfzNLYQCRVmzaUE08LVP78+A7fS/uM4nSOMKUIFq U4bfw1C8sAsKWMoo33raXP7Z77+IxKm8/sXvqDVkdFcDb9UnG6RCqnDVsTzrwsE0JIMA E4QuO7R5XZqVqthFfMRM6g7/WgAzf1yiYIEl4OT+f59K7th35aQvTIj3agHhr2HbxH+d wyj4b1BCJpjJffE13QR1CVWWLPhQxJGkGSlY7jCnYx+a+IciG1pWH9Oj7oQ0EZhE3ehV Ya0RiXy5moUw5WVLDNfiepTm8nikhAtSpRXGqGVVZRKgPLdFOcwI6+/iYLNTK8pAkFud VQwg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h20si11340771edq.97.2021.03.10.08.27.39; Wed, 10 Mar 2021 08:28:03 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231496AbhCJQYa (ORCPT + 99 others); Wed, 10 Mar 2021 11:24:30 -0500 Received: from mx2.suse.de ([195.135.220.15]:53716 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229602AbhCJQYE (ORCPT ); Wed, 10 Mar 2021 11:24:04 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 7CDBEABD7; Wed, 10 Mar 2021 16:24:03 +0000 (UTC) Date: Wed, 10 Mar 2021 17:24:02 +0100 From: Michal =?iso-8859-1?Q?Such=E1nek?= To: Masahiro Yamada Cc: linux-arm-kernel , Catalin Marinas , Will Deacon , Linux Kernel Mailing List Subject: Re: [PATCH] arm64: make STACKPROTECTOR_PER_TASK configurable. Message-ID: <20210310162402.GH6564@kitsune.suse.cz> References: <20210309123544.14040-1-msuchanek@suse.de> <20210309133523.GX6564@kitsune.suse.cz> <20210309151046.GZ6564@kitsune.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.3 (2019-02-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 10, 2021 at 04:07:00AM +0900, Masahiro Yamada wrote: > On Wed, Mar 10, 2021 at 12:10 AM Michal Such?nek wrote: > > > > On Tue, Mar 09, 2021 at 11:53:21PM +0900, Masahiro Yamada wrote: > > > On Tue, Mar 9, 2021 at 10:35 PM Michal Such?nek wrote: > > > > > > > > On Tue, Mar 09, 2021 at 10:22:36PM +0900, Masahiro Yamada wrote: > > > > > On Tue, Mar 9, 2021 at 9:35 PM Michal Suchanek wrote: > > > > > > > > > > > > When using dummy-tools STACKPROTECTOR_PER_TASK is unconditionally > > > > > > selected. This defeats the purpose of the all-enabled tool. > > > > > > > > > > > > Description copied from arm > > > > > > > > > > > > Cc: Masahiro Yamada > > > > > > Signed-off-by: Michal Suchanek > > > > > > > > > > > > > > > Could you explain what problem > > > > > this patch is trying to solve? > > > > > > > > The option cannot be disabled when compiler has the required capability. > > > > > > > > > Yes. > > > Currently, this symbol claims "def_bool y", > > > so there is no way to disable it. > > > > > > But, it comes from the nature of Kconfig in general. > > > > > > dummy-tools is completely unrelated here. > > > > dummy-tools makes all configuration options available in order to be > > able to author configuration files on system different from the one > > where the kernel is built. This prevents authoring a configuration file > > with this option disabled. > > > No. > dummy-tools enables as many $(cc-option, ...) > and $(shell, ...) as possible. That's it. > > > In my understanding, STACKPROTECTOR_PER_TASK > should not be user-configurable. > That is why 'def_bool y'. And that's wrong. Either it's a required copiler feature and then it should be always enabled. Or it is optional and then it should be possible to disable - one or the other. When it is optional you should be able to - (de) select in randconfig - test/bisect the old code path without crippling your toolchain - author configuration file that does not have the option enabled for build on system that uses older toolchain Thanks Michal