Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5225840pxb; Wed, 26 Jan 2022 07:26:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJw5GFuAQepspnmHGKLwqCh7wRqe68QyCg2GqRcpm+kCJAgjypQNzHEsGqkx6gtp2tHSC2em X-Received: by 2002:a17:90a:dac2:: with SMTP id g2mr9161989pjx.135.1643210788614; Wed, 26 Jan 2022 07:26:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643210788; cv=none; d=google.com; s=arc-20160816; b=UAOz5Opd+Q2DYpKxWDJCpg7EkZNFDezlNttqqWaymPOMbdCdO0QLobkBR1WXZyeiso oML4WyfdYW+9cPhD99E8GvQ0uruhecYH8Pb+CMDu23GPEEhi+DwGFvT7L/0+ESEm8EnV XdITjiySkx0nsbtP4PU5LE5L4lWxvztrkfjFAcsDveYb/d4BJY38okzxUPyj/Sjkk2c+ 7dXaulvWTwLFbao9olI+agMfS+jT7bRllyQKMWHQFpoH0IoAS1vKLNlubjqMpDTsqw6c qW4Md/CdDIHHorD+w+S77DPXCSSJRGtETdydDMz4C2uv/gi735FdAWNI83rn2Mg4VgHG hfAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature:dkim-filter; bh=NdWl0KwbxPAcxWKk3OI0mf1nWCR1CFOUSSVdy5q/57Y=; b=ChbWepi5OawYYb2yF4ZncHjYKLOiHKediQeMYi2RZejV2hdAyl+lY7+bLy8sWRwJvV E67pSMCZzcDkxupSRKkHZMUDC96KHAeHqsczou2EmoEN76UwoHnw4wquCLgFC1yPjSAv qxfp56lOASThUILOaayr/gJRcCBne1ahILCn0g0dTV++s5EhvbumrAQ9tgppIr0kNwSq N0GdHXD0Ix4pim6idgLL2pFfRVtVTAkl9CprdeIy+Xl+KUzmYFH7hMfhDtsUCAL4VvS8 2LzYuiRDFr4xnSWudfwz91XLXbYcglcebdUfG07Kl0It5fI5+Nt9T5VS+gpF7OB6Arai NFNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=RGbUPJMg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k7si7142879pgb.422.2022.01.26.07.26.14; Wed, 26 Jan 2022 07:26:28 -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; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=RGbUPJMg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236260AbiAZCUU (ORCPT + 99 others); Tue, 25 Jan 2022 21:20:20 -0500 Received: from conssluserg-05.nifty.com ([210.131.2.90]:29093 "EHLO conssluserg-05.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231189AbiAZCUT (ORCPT ); Tue, 25 Jan 2022 21:20:19 -0500 X-Greylist: delayed 70697 seconds by postgrey-1.27 at vger.kernel.org; Tue, 25 Jan 2022 21:20:18 EST Received: from mail-pg1-f175.google.com (mail-pg1-f175.google.com [209.85.215.175]) (authenticated) by conssluserg-05.nifty.com with ESMTP id 20Q2K38l011369; Wed, 26 Jan 2022 11:20:03 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-05.nifty.com 20Q2K38l011369 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1643163603; bh=NdWl0KwbxPAcxWKk3OI0mf1nWCR1CFOUSSVdy5q/57Y=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=RGbUPJMgEgFXMr11YWFoRNcrMdGZaHn8f+NckfU36XynBUzWcokfuuKDD2MjYtxFT wJAIsFzZpyYTNPV3kMGl7kJtJXbQb329v2c6DYfSLq8xTwyFlS610JPog4+sfKCdLQ 7HukkDOPnZG6m7PuuIfIeBwlJ6rOffs+qBLgRm/hQpsyUKrYuCB0ZS+NKVueSfJi03 PAeGWc/Bw3pUCod5AGCrb6Se3JiBP2AvbuvOLdzM5TG+fPiSSbt4zqvEONC3dt/tzd oIrOV1LjwpwAe+r4bNwBZt3QXQnWZpk/cgrgbk/6lfCgxDAuI8A9JL2xVh6djDiKXc 2aCfkaYn1ipCQ== X-Nifty-SrcIP: [209.85.215.175] Received: by mail-pg1-f175.google.com with SMTP id h23so19842640pgk.11; Tue, 25 Jan 2022 18:20:03 -0800 (PST) X-Gm-Message-State: AOAM533rEizy1uNPKcVs8lgySKfGBG3PZNU0S7HwhcmPiIPISdQcKZ7j DvvDG2EW+7IYgco6Bci2WZfnWQNzl0VIrZzvoys= X-Received: by 2002:a05:6a00:a8e:b0:4bd:22a:bb1d with SMTP id b14-20020a056a000a8e00b004bd022abb1dmr21071279pfl.32.1643163602190; Tue, 25 Jan 2022 18:20:02 -0800 (PST) MIME-Version: 1.0 References: <20220125064027.873131-1-masahiroy@kernel.org> <87h79rsbxe.fsf@collabora.com> In-Reply-To: <87h79rsbxe.fsf@collabora.com> From: Masahiro Yamada Date: Wed, 26 Jan 2022 11:19:24 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] kbuild: unify cmd_copy and cmd_shipped To: Gabriel Krisman Bertazi Cc: Nick Desaulniers , Linux Kbuild mailing list , Michal Marek , Michal Simek , Rob Herring , DTML , Linux FS-devel Mailing List , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 26, 2022 at 7:11 AM Gabriel Krisman Bertazi wrote: > > Nick Desaulniers writes: > > > On Mon, Jan 24, 2022 at 10:41 PM Masahiro Yamada wrote: > >> > >> cmd_copy and cmd_shipped have similar functionality. The difference is > >> that cmd_copy uses 'cp' while cmd_shipped 'cat'. > >> > >> Unify them into cmd_copy because this macro name is more intuitive. > >> > >> Going forward, cmd_copy will use 'cat' to avoid the permission issue. > >> I also thought of 'cp --no-preserve=mode' but this option is not > >> mentioned in the POSIX spec [1], so I am keeping the 'cat' command. > >> > >> [1]: https://pubs.opengroup.org/onlinepubs/009695299/utilities/cp.html > >> Signed-off-by: Masahiro Yamada > >> --- > >> > >> arch/microblaze/boot/Makefile | 2 +- > >> arch/microblaze/boot/dts/Makefile | 2 +- > >> fs/unicode/Makefile | 2 +- > >> scripts/Makefile.lib | 12 ++++-------- > >> usr/Makefile | 4 ++-- > >> 5 files changed, 9 insertions(+), 13 deletions(-) > >> > >> diff --git a/arch/microblaze/boot/Makefile b/arch/microblaze/boot/Makefile > >> index cff570a71946..2b42c370d574 100644 > >> --- a/arch/microblaze/boot/Makefile > >> +++ b/arch/microblaze/boot/Makefile > >> @@ -29,7 +29,7 @@ $(obj)/simpleImage.$(DTB).ub: $(obj)/simpleImage.$(DTB) FORCE > >> $(call if_changed,uimage) > >> > >> $(obj)/simpleImage.$(DTB).unstrip: vmlinux FORCE > >> - $(call if_changed,shipped) > >> + $(call if_changed,copy) > >> > >> $(obj)/simpleImage.$(DTB).strip: vmlinux FORCE > >> $(call if_changed,strip) > >> diff --git a/arch/microblaze/boot/dts/Makefile b/arch/microblaze/boot/dts/Makefile > >> index ef00dd30d19a..b84e2cbb20ee 100644 > >> --- a/arch/microblaze/boot/dts/Makefile > >> +++ b/arch/microblaze/boot/dts/Makefile > >> @@ -12,7 +12,7 @@ $(obj)/linked_dtb.o: $(obj)/system.dtb > >> # Generate system.dtb from $(DTB).dtb > >> ifneq ($(DTB),system) > >> $(obj)/system.dtb: $(obj)/$(DTB).dtb > >> - $(call if_changed,shipped) > >> + $(call if_changed,copy) > >> endif > >> endif > >> > >> diff --git a/fs/unicode/Makefile b/fs/unicode/Makefile > >> index 2f9d9188852b..74ae80fc3a36 100644 > >> --- a/fs/unicode/Makefile > >> +++ b/fs/unicode/Makefile > >> @@ -31,7 +31,7 @@ $(obj)/utf8data.c: $(obj)/mkutf8data $(filter %.txt, $(cmd_utf8data)) FORCE > >> else > >> > >> $(obj)/utf8data.c: $(src)/utf8data.c_shipped FORCE > > > > do we want to retitle the _shipped suffix for this file to _copy now, too? > > fs/unicode/Makefile:11 > > fs/unicode/Makefile:33 > > fs/unicode/Makefile:34 > > I think _copy doesn't convey the sense that this is distributed with the > kernel tree, even though it is also generated from in-tree sources. > Even if that is not the original sense of _shipped (is it?), it makes > sense to me that way, but _copy doesn't. > > The patch looks good to me, though. > > Reviewed-by: Gabriel Krisman Bertazi > > > > I only renamed the action part (cmd_shipped -> cmd_copy) because I thought it was clearer. Actually I do not get the sense of _shipped pretty much, but I think we can keep the file suffix part (utf8data.c_shipped) as is. -- Best Regards Masahiro Yamada