Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp666054pxf; Wed, 10 Mar 2021 14:46:18 -0800 (PST) X-Google-Smtp-Source: ABdhPJxD1Qe2dPNII/k2An6fkdipxyCe/v+ucJHhQJoQlLAE3pUaXHGoBWtgrSCEBApnGXPnwL0v X-Received: by 2002:a17:906:8043:: with SMTP id x3mr152439ejw.149.1615416378273; Wed, 10 Mar 2021 14:46:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615416378; cv=none; d=google.com; s=arc-20160816; b=zgkrp4Y1PqOjYBLbYZhWyP6TICpR3CcCzyskM5j4q5rrTcog1rpgAIfdTypcABmFHW /Oy/TH/gSCNdwFIvhHm2Cct34X60uTkzxRkK9FtzpD8Jjtb1/NxXz9K0ljSKeBqbBAPo ps12doTD9Dx34YFtYAjjNpviAcaXKPnxxiCvPCc+69b6SndAe27dwfnDEljZJ5UgGu/x p3uBvpyMEK/Iww/7M2XyhcHyzr1LSewDD7jUlK9G4S1F59pJVB+9FOsGAS8FayLaEUgm bl+cp+/Ucvbnq65HEFg4FDjrMLm9YaxRL5/LZqi+jr/PSSzD+D49nTyt8J+ddAbssXDI /m4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=3BAyW4ZQuji90UaVp58rM1Dg3+Lnu9lj7lWY4ICJFZo=; b=X9879A4mE5ivg/BqhecASImt1BAFjYhCMz0nCWPfOTJaTzTSHIykfDyGbc8e7kDLcC jdB7Wwh2Xw9C8QftyUgz8jRKHmyMFCZoVLOpZbJE/Ww9rSyf8zrhgYxXbgEPi1gHbnjN kbnDxdgECIS5UefaL+wBPdHGfXJlO+1Qynu+Ng8KQYfUMzeYpY3YQXHmhk7SYC2ahqbZ kSdUDOWUlCuLnKaZ0Q0+Ww8cF3+p73epxVARnJXhQyP5FzTk5vYtcCz60kK8eu1g406J 3HnAAQfMknPoE0YSK0A/rjUt1LCrcv+tr31sfaeRgzURgkZfj1epXJr7IYBkes180Ig4 z62g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=oUn+8UE2; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d9si488034edt.564.2021.03.10.14.45.40; Wed, 10 Mar 2021 14:46:18 -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=@gmail.com header.s=20161025 header.b=oUn+8UE2; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233450AbhCJWnD (ORCPT + 99 others); Wed, 10 Mar 2021 17:43:03 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53828 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231625AbhCJWmq (ORCPT ); Wed, 10 Mar 2021 17:42:46 -0500 Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CC9B7C061574; Wed, 10 Mar 2021 14:42:45 -0800 (PST) Received: by mail-qt1-x829.google.com with SMTP id h26so10053221qtm.5; Wed, 10 Mar 2021 14:42:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=3BAyW4ZQuji90UaVp58rM1Dg3+Lnu9lj7lWY4ICJFZo=; b=oUn+8UE2hzY9b0+ujTcHnlLhLZYkkmKDCU63eYhdIMF5X0TSlc/1Oj01OwMHVfQsxt L/jpabKE9dYtMvfHFdzoFh4DOHqpWbt8Wz2dQCHPKRHZ3cqF0OUeZNtoZOedsJ6ihYlM /hCFSzjmATBeqYxC4/xOuoWJKO+ZnuR+mL8t5w1VaKQiRaDxJqUje4/NHG/EqHZOipII jicKKYX+28szdbv4mqtS+TUJOqPigvbC9QHAF+sAVetyKEAagdht2TUexVnbgzxDjPhu H7kVtIW3YJ40+UCVRTqyyYhlfhuldFfQEAWu5qqIv++HiIrWp8+MW3N4qwJy1wf8zCg8 Nhjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3BAyW4ZQuji90UaVp58rM1Dg3+Lnu9lj7lWY4ICJFZo=; b=T0SbUOFOg8nehB2eRxU8pHnOy3Yqq3VynnFTm4gv50ITXD6G99xX6a+HMB+7+l3ouq w5znCGkW1Uejvy9zXW0BW9bmaA08Hl+eu56HAfY3Z56imkbJHB2jZIgt2VPRapO0bhLf HgahqvOXlx1Mk99qd9kJulAyA0CUph4vMrX3JiryT3zLDmM/hOIvFVSIRXRgAqgoYAZw 18lzuIDP+PqE3Dpdq+oExdCytAtur1OwUW7Qe1zNZBLmiFbxx8ur+86z13yioukQ9l2t SLC5lH2UTOk3STfDV9AkdYop9k3JzLozaCOZroFgIU/b3f9vq86gCK0vxTHw74ChRvxN TMuA== X-Gm-Message-State: AOAM530Nm7jDw7AlhguD5KkYdpW4dnTITc7k/GQJkipGlnyOIoxYa2zA wJ92gRkwKw/aD47cw9ikTa/HjxHt6dw= X-Received: by 2002:a05:622a:2d4:: with SMTP id a20mr4866187qtx.217.1615416165053; Wed, 10 Mar 2021 14:42:45 -0800 (PST) Received: from [192.168.1.49] (c-67-187-90-124.hsd1.ky.comcast.net. [67.187.90.124]) by smtp.gmail.com with ESMTPSA id b65sm535685qkd.120.2021.03.10.14.42.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 10 Mar 2021 14:42:44 -0800 (PST) Subject: Re: [PATCH V11 3/5] kbuild: Allow .dtso format for overlay source files To: Masahiro Yamada , Viresh Kumar Cc: Michal Marek , Vincent Guittot , David Gibson , Michal Simek , Geert Uytterhoeven , Anmar Oueja , Bill Mills , Geert Uytterhoeven , Linux Kbuild mailing list , Linux Kernel Mailing List References: <170e086a5fa076869e7b37de8eea850fa7c39118.1615354376.git.viresh.kumar@linaro.org> <20210310144730.5ipzeailoj6nno5h@vireshk-i7> From: Frank Rowand Message-ID: <8224a5aa-73be-3765-2e03-d640f3464d3a@gmail.com> Date: Wed, 10 Mar 2021 16:42:43 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/10/21 9:15 AM, Masahiro Yamada wrote: > 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. That is accurate. Devicetree unittest plays some tricks to enable testing to occur. These tricks will never be used anywhere else in the kernel. -Frank