Received: by 10.213.65.68 with SMTP id h4csp138140imn; Thu, 15 Mar 2018 12:01:14 -0700 (PDT) X-Google-Smtp-Source: AG47ELub1zvG6gfgqacmrfjCNaT5Qu/IamFDqrhVgVjKDr5B73Wwha/i1bPOF4Zs3AazRphdM8NY X-Received: by 10.101.75.202 with SMTP id p10mr5099220pgr.339.1521140474621; Thu, 15 Mar 2018 12:01:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521140474; cv=none; d=google.com; s=arc-20160816; b=XSQRqRFAVsKweonpEXLcF9oD6INoLXOAtIPb9pM3E4g2a5PzVAhaKYNvn05nJwI62k lFZeAa26fOTVJSnByexBcU9K/R32gzKrRZN+erbKkwlHE7zBsVmrJqA80c+sD5QxQHWe GOUuBXZxuxsa5FXSI8t1yAXH2EWAWjM9nTlCBQIu1aHu2n7v41y55KpOjZtuTSM/IadX 0QQEBAD17KvslSH6jOhfXu1GJMzYduEHyCChInwnnb/rREDHdPMksdJ00wAJAMy2FnoM sB+AINcI3ilkC8WfxVEl89Or5BC7AzlVpMe+F9iD5yc4gwFJJ4Zrk7OfOYfaY32Y7k0o golQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=p5jOeBa5tINCwaasZAScUS5eM3n8AWMl6ZpBkFUNh0o=; b=NUROJNqoKPukhUuVKmBPcJu1pJH7eoJWRXzW8LnLvr0F8pjlrYQ6wa+X0ThaPzLRMC r11+GLZkUhFb5y2l94IJ2PwLx9AewduGnEbgxUAc/DFkQnjXGbPOCar0v+ZMJs7vMRV5 ngnqycUiY9QO3xKlhBkD0kh+m4Yg6GtCPg8bfbl2p6b9kuJvTFH9vq7hQC7A1Beejl5Q ZjCp6ZSF8KJ01cU9xT9oSIsWhYen0bmegQP8ORuO4P/5sKJuIzYUst01f/0q8a251kgA HQ9Kog8mMIbWh+sdI2JLHIAUP9sphDbaw2IxaF4XG7ni/uQutDI3ZokIbyrZw4+aDEqb 4N3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=DVsdLCP2; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 64-v6si4496719ply.528.2018.03.15.12.00.57; Thu, 15 Mar 2018 12:01:14 -0700 (PDT) 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; dkim=pass header.i=@linaro.org header.s=google header.b=DVsdLCP2; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752768AbeCOS7g (ORCPT + 99 others); Thu, 15 Mar 2018 14:59:36 -0400 Received: from mail-qt0-f177.google.com ([209.85.216.177]:38961 "EHLO mail-qt0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751546AbeCOS7e (ORCPT ); Thu, 15 Mar 2018 14:59:34 -0400 Received: by mail-qt0-f177.google.com with SMTP id v11so439728qtj.6 for ; Thu, 15 Mar 2018 11:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=p5jOeBa5tINCwaasZAScUS5eM3n8AWMl6ZpBkFUNh0o=; b=DVsdLCP22V98j1cD3fT9d+9tJCVZQYtIV5rMY2Hr7Jg8zcVkbq5vQ78RfiakWIEG7n 0vrwc3JuA/xqTy5xLP4Kg8sj8RIAJklIMr/8mHRb7XnlfEoK8tXiAmMqC/dkxpZbgeK8 x3Xo8Vneeoc+LWiDpYWaSWzVP0uvVS+UTsfqU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=p5jOeBa5tINCwaasZAScUS5eM3n8AWMl6ZpBkFUNh0o=; b=J9K1vAY8vacui6/YGmFWlq+YtAKxM2Z0+LdECCftzZnGN2whpXx0Chcse50HWkIaw3 JCTea3DnGAUiOm5Vg+9J780FocYO5nDeWB3BqI10orvnipu+LcYllfHmmmRJ+SnFUPi7 LhDZ8m/rU/MnOmt+bk/5AttgihKNHtCUtCkxMIIgM/CLvkRwwMWdKkBTdHRy86H8Ktny HfObWDfy7TAKMMuMSXrawkcByiSkKuZEyAA/cNj0dLcy6kbs881M6czlfn6TkwzRq+7z q4W/NyQqIBEjI7nqZOtbHUdSyuosOk0vJJJQoG53Op8kXkgeliZgEVz6625Wp62WAdAG +pDg== X-Gm-Message-State: AElRT7Efgao7iUaRuNGQLPIIOCcl4vJVEHsubWJXoXsJ/XS2t+PANxwj F3QLD976q63ooP7ZpezUvpmtC7JVxwA= X-Received: by 10.200.58.229 with SMTP id x92mr15054858qte.46.1521140373755; Thu, 15 Mar 2018 11:59:33 -0700 (PDT) Received: from xanadu.home (modemcable228.104-82-70.mc.videotron.ca. [70.82.104.228]) by smtp.gmail.com with ESMTPSA id p12sm779041qkl.41.2018.03.15.11.59.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 15 Mar 2018 11:59:33 -0700 (PDT) Date: Thu, 15 Mar 2018 14:59:32 -0400 (EDT) From: Nicolas Pitre To: Masahiro Yamada cc: Linux Kbuild mailing list , Jarod Wilson , Prarit Bhargava , Michal Marek , Linux Kernel Mailing List Subject: Re: [PATCH 6/7] kbuild: move include/config/ksym/* to include/ksym/* In-Reply-To: Message-ID: References: <1521045861-22418-1-git-send-email-yamada.masahiro@socionext.com> <1521045861-22418-7-git-send-email-yamada.masahiro@socionext.com> User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 15 Mar 2018, Masahiro Yamada wrote: > 2018-03-15 3:47 GMT+09:00 Nicolas Pitre : > > On Thu, 15 Mar 2018, Masahiro Yamada wrote: > > > >> The idea of using fixdep was inspired by Kconfig, but autoksyms > >> is unrelated to Kconfig. So, I want to get those touched files > >> out of include/config/. The directory include/ksym/ is removed > >> by "make clean". We do not need to keep it for external module > >> building. > > > > It could be argued that include/config/ is not strictly containing > > configuration data either and is slightly misleading. > > But, slightly related to configuration, IMHO. > At least they carry timestamps that are updated > when kernel configuration is changed. Yes. But for the sake of argument, the ksym timestamps are updated only when configuration is changed too. Fundamentally they're both about dependencies, hence my naming suggestion of deps/config/ and deps/ksym/ so not to clutter the top include directory too much. > The difference between include/config/ and include/ksym/ is that > files under include/config/ are necessary for building > external modules (so should be cleaned away by mrproper) > whereas include/ksym/ is unnecessary for external modules > since vmlinux and in-kernel modules do not depend on > external modules. Agreed. > I wonder if trimming symbols makes sense for external modules. Probably not. Nicolas