Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4051020ybz; Mon, 20 Apr 2020 14:42:44 -0700 (PDT) X-Google-Smtp-Source: APiQypK3KehMwCCbudoSpJE5fywFs4sBaXvLy1uz2L/YXm4XAFc34BMh6R3gebyvS+mUQ5QX4n+v X-Received: by 2002:a17:906:1603:: with SMTP id m3mr18707780ejd.205.1587418964199; Mon, 20 Apr 2020 14:42:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587418964; cv=none; d=google.com; s=arc-20160816; b=Tu+K3Lm7M2j9VwhshLbmscMA48yzKnWqmrCNlVRsIxfagyCcEFiKOrmngzm0NuxWHw 3vRZRLIE4m/Y7okLaAWjkwDeUiacZL9fP0a0B1fAjoMSRxi1QhBws9Che6cxRgrC0eea NuUfXxaBUY1gVxl5NHwypseFPCshPZjeG6iGCeVE+DbjvK16NSXWbt2VJpDjxaDz8fQ8 +qH3H2z0ZOTUhkdrEZ5EaPhIRX5twBOvCssrPl4MeCoef23mm/QFZet9dNDOUrcvnB9r rme07d0WR7BrXGSVza7TfQMCCIee3VHd3cQvFDWXXYTpEHiVKDdUdGX+Ds5/mGaRpRNu c0zw== 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:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=wzoQ8wJxvFhV344X9PJvX5TTrX/IwRx/mNK5Ox4iO9E=; b=zrBDwseF80qQuOXYXHTM2wXxwBdSnwhuMHHu3t4sXsBfxw28HiT/082rfFzlHhn3kT sEL6rH6gwEKB8Dnw4IIcNvrgYdbWkL7YjKw4TH6D8+btKM/QIVu8uvQAEN72/HjFCK5S miGa6c+Fg1FsEdUWVZaZfFs+XtuTnyH+ihqBmaELLEUi9oBmcQqK/y/sUeVP6HeTm0hj f93I6lr64XBV+8briIMS+VQQ8MXASyPVN/6Wap31uvofMx9zClELLka0q4E8ZcePZ5Dj jfFxUiDG1bABTDJCagg4AfR484j9S5LtuWqDXwgZEzshrjqxk215Bjr5KRUpG/hMz69u LWfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@massaru-org.20150623.gappssmtp.com header.s=20150623 header.b="fg7nmJ0/"; 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 cb17si252668ejb.481.2020.04.20.14.42.21; Mon, 20 Apr 2020 14:42:44 -0700 (PDT) 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; dkim=pass header.i=@massaru-org.20150623.gappssmtp.com header.s=20150623 header.b="fg7nmJ0/"; 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 S1726469AbgDTVjS (ORCPT + 99 others); Mon, 20 Apr 2020 17:39:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33074 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726017AbgDTVjS (ORCPT ); Mon, 20 Apr 2020 17:39:18 -0400 Received: from mail-qv1-xf41.google.com (mail-qv1-xf41.google.com [IPv6:2607:f8b0:4864:20::f41]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 53AE7C061A0E for ; Mon, 20 Apr 2020 14:39:17 -0700 (PDT) Received: by mail-qv1-xf41.google.com with SMTP id bu9so5535670qvb.13 for ; Mon, 20 Apr 2020 14:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=massaru-org.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=wzoQ8wJxvFhV344X9PJvX5TTrX/IwRx/mNK5Ox4iO9E=; b=fg7nmJ0/lCD3NAGktYNMgs1Taa5sCjIqBkT+XDP8OqF52oZYyhh4fJHSekyf8ZWT7j jiqI1kfyfgqRRJboQE6nxFxPLuG/ZgimOXLVIfAr/G7/kdMZog0rYRUb0hmDwSBKcewU W/iAK44r6kdXwcjrfWPUnpMEZZ/QTjaWBMkmn5WOIOjzBM76aCXti4TsIQOWjmlOjuAg G8777grL9z1RfqXD/A+Bf3LB7tXN4bAfv/6JLf0WI8Zyydaz0qqPKuPjg8SFp8XbixEk 7E54YsoXyNkeXEA4382qJOTbVd98CsnJUqE64Z7W9d+uamI1HXccoqfl+ZPKIWGklBxO 018Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=wzoQ8wJxvFhV344X9PJvX5TTrX/IwRx/mNK5Ox4iO9E=; b=oZFrMCwm+YjnUvea1HmwE65lZwBg/a7gbdDXIS16lF6POyBLww0IUMosUrRcTJGACm NbF5zt+qlyUMC0Qlx5yS4PdZjEocQIJ5YZZ7HRxE4A7rDu2maLG72opERdJVP6A5rcOV 39ZtPt3SoM2Kw+OjQmL0amjtYuW3b4penkrgujpnJhqJ+abFrUBVIDd57ogxzWGN/1vd 9fRKijbouUowpa86NcDaXMFr3Tx7psRlW4/xpJR5zr60pYTvDHaKHXVDUavqwkJCHOOm kFk1Zeo6IfSy3ITreuYJkQZT93ilkHZ8mv9r9Ho/LzssVZa9PPgzUpZH+U1I8YCNPX12 wm0A== X-Gm-Message-State: AGi0PuaMMnKS10MVEEWwI2tH2FKxDgCKKTMxhsVAbuY3zH63S0wKmc1L Dm4uEd160hQRuNzlbS9bHtcoxw== X-Received: by 2002:a0c:a9c2:: with SMTP id c2mr4283111qvb.23.1587418755936; Mon, 20 Apr 2020 14:39:15 -0700 (PDT) Received: from bbking.lan ([2804:14c:4a5:36c::cd2]) by smtp.gmail.com with ESMTPSA id t75sm533471qke.127.2020.04.20.14.39.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Apr 2020 14:39:15 -0700 (PDT) Message-ID: Subject: Re: [PATCH v2] kbuild: ensure mrproper removes arch/$(SUBARCH)/include/generated/ From: Vitor Massaru Iha To: Masahiro Yamada Cc: Linux Kbuild mailing list , Michal Marek , Linux Kernel Mailing List , Brendan Higgins , Shuah Khan , "linux-kernel-mentees@lists.linuxfoundation.org" Date: Mon, 20 Apr 2020 18:39:12 -0300 In-Reply-To: References: <20200414012132.32721-1-vitor@massaru.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2020-04-18 at 03:12 +0900, Masahiro Yamada wrote: > Hi. > > On Tue, Apr 14, 2020 at 10:21 AM Vitor Massaru Iha > wrote: > > In the following use case, when compiling the kernel for the UML > > architecture, for example: > > > > * `make ARCH=um defconfig && make ARCH=um -j8`, > > > > SUBARCH files are generated, however when we run the command: > > > > * `mrproper ARCH=um` > > make ARCH=um mrproper > > > > the files `arch/$(SUBARCH)/include/generated/ aren't cleaned up. > > > > This generates compilation errors by running the following command: > > > > * `make ARCH=um defconfig O=./build_um && make ARCH=um -j8 > > O=./build_um` > > > > This PATCH fix that problem. > > This patch fixes ... > > > This makes it possible to compile on different architectures that > > use the > > SUBARCH variable, in different build directories and root directory > > of the > > linux directory. This is important because we can compile without > > the object > > files being overwritten. This reduces the re-compilation time in > > this use case. > > Sorry, I do not understand this paragraph. > > > Brendan Higgins just reported the build error > in the out-of-tree build after in-tree build. > > > [1] make ARCH=um defconfig all > [2] make ARCH=um mrproper > [3] make ARCH=um O=foo defconfig all > > -> build error > > Ins't it? > > > > > Besides that, in the workflow of developing unit tests, using > > kunit, and > > compiling in different architectures to develop or test a PATCH, > > this use case > > applies. > > > > * This bug was introduced in this commit a788b2ed81abe > > Instead, adding Fixes tag is the convention. > > Fixes: a788b2ed81ab ("kbuild: check arch/$(SRCARCH)/include/generated > before out-of-tree build") > > > > * Related bug: https://bugzilla.kernel.org/show_bug.cgi?id=205219 > > Maybe, this can be also a tag. > > > Link: https://bugzilla.kernel.org/show_bug.cgi?id=205219 > > > > > > Signed-off-by: Vitor Massaru Iha > > Reported-by: Brendan Higgins > > > > > Reviewed-by: Brendan Higgins > > Tested-by: Brendan Higgins > > --- > > v2: > > * Explains what this PATCH does and the importance as suggested > > by Brendan Higgins. > > --- > > Makefile | 4 +++- > > 1 file changed, 3 insertions(+), 1 deletion(-) > > > > diff --git a/Makefile b/Makefile > > index 70def4907036..e1a79796032e 100644 > > --- a/Makefile > > +++ b/Makefile > > @@ -532,7 +532,8 @@ outputmakefile: > > ifdef building_out_of_srctree > > $(Q)if [ -f $(srctree)/.config -o \ > > -d $(srctree)/include/config -o \ > > - -d $(srctree)/arch/$(SRCARCH)/include/generated ]; > > then \ > > + -d $(srctree)/arch/$(SRCARCH)/include/generated -o > > \ > > + -d $(srctree)/arch/$(SUBARCH)/include/generated ]; > > then \ > > This hunk is unneeded. > > > > > echo >&2 "***"; \ > > echo >&2 "*** The source tree is not clean, please > > run 'make$(if $(findstring command line, $(origin ARCH)), > > ARCH=$(ARCH)) mrproper'"; \ > > echo >&2 "*** in $(abs_srctree)";\ > > @@ -1388,6 +1389,7 @@ CLEAN_FILES += modules.builtin > > modules.builtin.modinfo modules.nsdeps > > # Directories & files removed with 'make mrproper' > > MRPROPER_DIRS += include/config include/generated \ > > arch/$(SRCARCH)/include/generated .tmp_objdiff \ > > + arch/$(SUBARCH)/include/generated \ > > debian/ snap/ tar-install/ > > MRPROPER_FILES += .config .config.old .version \ > > Module.symvers \ > > -- > > 2.25.1 > > > > This problem is only related to ARCH=um builds. > So, it should be fixed in arch/um/Makefile. > > > > > diff --git a/arch/um/Makefile b/arch/um/Makefile > index d2daa206872d..275f5ffdf6f0 100644 > --- a/arch/um/Makefile > +++ b/arch/um/Makefile > @@ -140,6 +140,7 @@ export CFLAGS_vmlinux := $(LINK-y) $(LINK_WRAPS) > $(LD_FLAGS_CMDLINE) > # When cleaning we don't include .config, so we don't include > # TT or skas makefiles and don't clean skas_ptregs.h. > CLEAN_FILES += linux x.i gmon.out > +MRPROPER_DIRS += arch/$(SUBARCH)/include/generated > > archclean: > @find . \( -name '*.bb' -o -name '*.bbg' -o -name '*.da' \ > > > > > > -- > Best Regards > Masahiro Yamada Thanks for review. I agree with the suggested changes.