Received: by 2002:a05:6520:3645:b029:c0:f950:43e0 with SMTP id l5csp535110lki; Wed, 10 Mar 2021 07:18:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJxcykZNvmvwhXyg/nqtnNZ7a6Hkb38jqY7jZV5RKmUOskSIeXk5CptaztFnYaLMuR3u+Vco X-Received: by 2002:aa7:d1cd:: with SMTP id g13mr3823425edp.369.1615389516765; Wed, 10 Mar 2021 07:18:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615389516; cv=none; d=google.com; s=arc-20160816; b=EEsajp394VMQw7ldWvZkqUalUhkX1iZQnqh6ZOc6vlYe1GHQDSe1sDTj5Mrapej84F +dtrf7r2d6InTj/3Q7347e5ebsZjTzpsUBLBkp+S2RPxShD0Fs4Yc2WRr8kSk2sj0oB9 bs3riwsp5Ij80drWmJzhIUmy1htv3ru5OrrzxD7aFzKeK0YQvBp3mnHFODdvOuW+LyeG R9uU2DHqpSRu6zPD2FgqnwK1dWs1vdJZyFL7IJ7sGsdgxDDz1UE37ggrF1khTKJSuSgy TkTsBfKbbeF9XmRe3EUNEvGBNj64k0r+VlGB+3CXPAc3ro1mEg/5EgW9pxomQaJBNHfX a/Vw== 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=am2Rpw5u8k0GIO0ZLg2v0XmZ9MepkJ5+FWoX6aHGHrg=; b=0xy4JwPJJ3D6+XZsBwBuEC59mekRDj7EGz8n6p82koXI+cICP2NnKGqPDPMFflp8Vk P0hsAx9hv8s6qJiHUbTNffASNsWfr44y83fdjIOFcpDAWfOgVNJjYjo0rabXkHYUGe9b q7/woDAoXf1jGXsy/YgLZkXfgZ8QsZa2CJN10PzbqIGH7sht0tI35HafEKOo5iJZ2jId FcMdfZQQVzSriAOr6rmGyBkgBSdQy9BvSMkShstL5ep73LjVyX/GFjHp16/QcWP+98BY iBZQ+Q1X5WBjj3bX02rsDVDAgKyansZSZkC2JgHure0Wn429ZXrq2b8s4uab3wU5lZqq 0lWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=omk4UADY; 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 r14si12256389ejb.283.2021.03.10.07.18.07; Wed, 10 Mar 2021 07:18:36 -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=omk4UADY; 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 S232191AbhCJPRD (ORCPT + 99 others); Wed, 10 Mar 2021 10:17:03 -0500 Received: from conssluserg-03.nifty.com ([210.131.2.82]:44306 "EHLO conssluserg-03.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230270AbhCJPQ3 (ORCPT ); Wed, 10 Mar 2021 10:16:29 -0500 Received: from mail-pl1-f178.google.com (mail-pl1-f178.google.com [209.85.214.178]) (authenticated) by conssluserg-03.nifty.com with ESMTP id 12AFFu1r027275; Thu, 11 Mar 2021 00:15:57 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-03.nifty.com 12AFFu1r027275 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1615389357; bh=am2Rpw5u8k0GIO0ZLg2v0XmZ9MepkJ5+FWoX6aHGHrg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=omk4UADYKMUBJp6sKf4ci7fLuozdTe1T8IbBNiZN8iRYtBY8oBmnLlFtFjf4xPEE6 DwIe+nRz9c3lGa3wU5oGcBxkzGvCj0M5zmsVSEHua3Y4svzgfPFqNF9+z5NXhku3+X OGcW7z+DR2j2WxBdBZisf84pibabaW7943coE9hC7lJTdQ4ErHNTd8YTOoim8TShTE JxRZ5tKK9GDuC7+8ZVZYT5zuJn3zjJd9pMlQNL7x915kr2HQjzcZZNIkYH8grOEbh6 AlpUnGF4muniT+wJJEnWiBm4Ch8skGp4EIEECvbFjSveaqWSoDU3xuwWzywK9Nvfz5 b9ER/3jsOHw5w== X-Nifty-SrcIP: [209.85.214.178] Received: by mail-pl1-f178.google.com with SMTP id w7so5134653pll.8; Wed, 10 Mar 2021 07:15:57 -0800 (PST) X-Gm-Message-State: AOAM5332I8lcl20RjJSQWBByeCN80apI9+tGcRGLvO4T6uBSq6cfeqtD riqYjtZxtGa+iSLwvRxYTdk5+0GL36Lclodt0EU= X-Received: by 2002:a17:902:8ec9:b029:e6:c5e:cf18 with SMTP id x9-20020a1709028ec9b02900e60c5ecf18mr3249695plo.47.1615389356374; Wed, 10 Mar 2021 07:15:56 -0800 (PST) MIME-Version: 1.0 References: <170e086a5fa076869e7b37de8eea850fa7c39118.1615354376.git.viresh.kumar@linaro.org> <20210310144730.5ipzeailoj6nno5h@vireshk-i7> In-Reply-To: <20210310144730.5ipzeailoj6nno5h@vireshk-i7> From: Masahiro Yamada Date: Thu, 11 Mar 2021 00:15:19 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH V11 3/5] kbuild: Allow .dtso format for overlay source files To: Viresh Kumar Cc: Michal Marek , Vincent Guittot , David Gibson , Frank Rowand , Michal Simek , Geert Uytterhoeven , Anmar Oueja , Bill Mills , Geert Uytterhoeven , Linux Kbuild 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, Mar 10, 2021 at 11:47 PM Viresh Kumar wrote: > > On 10-03-21, 20:24, Masahiro Yamada wrote: > > On Wed, Mar 10, 2021 at 2:35 PM Viresh Kumar wrote: > > > diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib > > > index bc045a54a34e..59e86f67f9e0 100644 > > > --- a/scripts/Makefile.lib > > > +++ b/scripts/Makefile.lib > > > @@ -339,7 +339,7 @@ $(obj)/%.dtb.S: $(obj)/%.dtb FORCE > > > > > > quiet_cmd_dtc = DTC $@ > > > cmd_dtc = $(HOSTCC) -E $(dtc_cpp_flags) -x assembler-with-cpp -o $(dtc-tmp) $< ; \ > > > - $(DTC) -O $(patsubst .%,%,$(suffix $@)) -o $@ -b 0 \ > > > + $(DTC) -I dts -O $(patsubst .%,%,$(suffix $@)) -o $@ -b 0 \ > > > > Even without "-I dts", > > > > inform = guess_input_format(arg, "dts"); > > > > seems to fall back to "dts" anyway, > > I missed this TBH. > > > but I guess you wanted to make this explicit, correct? > > That can be a reason now :) > > > I will drop the ugly -O. > > https://patchwork.kernel.org/project/linux-kbuild/patch/20210310110824.782209-1-masahiroy@kernel.org/ > > But if we are going to depend on DTC to guess it right, then we > shouldn't add -I at all.. > > > I will queue it to linux-kbuild/fixes. > > > > > > > > > $(addprefix -i,$(dir $<) $(DTC_INCLUDE)) $(DTC_FLAGS) \ > > > -d $(depfile).dtc.tmp $(dtc-tmp) ; \ > > > cat $(depfile).pre.tmp $(depfile).dtc.tmp > $(depfile) > > > @@ -347,9 +347,13 @@ cmd_dtc = $(HOSTCC) -E $(dtc_cpp_flags) -x assembler-with-cpp -o $(dtc-tmp) $< ; > > > $(obj)/%.dtb: $(src)/%.dts $(DTC) FORCE > > > $(call if_changed_dep,dtc) > > > > > > +# Required for of unit-test files as they can't be renamed to .dtso > > > > If you go with *.dtso, I think you will rename > > all *.dts under the drivers/ directory. > > > > What is blocking you from making this consistent? > > The unit-test dts files are designed differently (we have had lots of > discussion between Frank and David on that) and they aren't purely > overlay or base files. They are designed to do some tricky testing and > renaming them to .dtso won't be right, we are just reusing them to do > static (build time) testing as well. I still do not understand. If they are not overlay files, why do you need to have them suffixed with .dtbo? ".dts -> .dtb" should be enough. Why do you need to do ".dts -> .dtbo" ? > I think it would be better if we can drop the existing %.dtbo rule > here (i.e. dtbo from .dts) and do some magic in unit-test's Makefile, > so it is localised at least instead of it here. > > Any ideas for that ? I do not know. My impression is you are doing something fishy. -- Best Regards Masahiro Yamada