From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 16A8FC433FE for ; Thu, 28 Apr 2022 13:05:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346175AbiD1NJH (ORCPT ); Thu, 28 Apr 2022 09:09:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58040 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346832AbiD1NJE (ORCPT ); Thu, 28 Apr 2022 09:09:04 -0400 Received: from mail-oi1-f173.google.com (mail-oi1-f173.google.com [209.85.167.173]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BCB4EB0A6F; Thu, 28 Apr 2022 06:05:49 -0700 (PDT) Received: by mail-oi1-f173.google.com with SMTP id m11so5228110oib.11; Thu, 28 Apr 2022 06:05:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=6Q8sY5EYm3EAW/+YeLHV7h7x0ZdCODIrdPi50A0ISao=; b=u++iRuKcHfDFMmWbZnvEIpEYIUADDRqtLhhrwzutcxvS8GTGXzqsZkb2bTXqIRzb5f on3N5xou4Z6Y4cXWfaEzqL3/yGXdu99nk80pbYwvors5f434LNaexTxtFdl1xn/4tDD7 KsRL4eiG7xNfTpYIgwXnXeskebRJtEbALXuwR2uHYJAgXLxzOaT4+5g4NpyYCE4rbWc6 uP2ixTsn9obX3xVIFUW0U/lPsLTdkF3071g7R5ZclXXL4NQW1ZWLKSKwMonF0d4zk78C I+DY9qlrqh10e5HZ1CX8GKuLzyq2cyUqePnLjW8WnEZoZeYzuFLj4qt+0q554AgBm+pv /0Gg== X-Gm-Message-State: AOAM531FgLj7EG7Dvo6K4Hq9cqfRTrpWQJduxwafzMFVEwf4WzzFZyUC rVVtkXUM7fMTrYh+RZMy7g== X-Google-Smtp-Source: ABdhPJz6TYrHQtltlSw6ndMYP3gm28JA36oK2lDbmJR8WaKuAC2Bu+/+6uLXbKrudAPgGHRM7xjyoQ== X-Received: by 2002:a05:6808:124f:b0:321:855d:5b19 with SMTP id o15-20020a056808124f00b00321855d5b19mr16189828oiv.30.1651151148774; Thu, 28 Apr 2022 06:05:48 -0700 (PDT) Received: from robh.at.kernel.org (66-90-144-107.dyn.grandenetworks.net. [66.90.144.107]) by smtp.gmail.com with ESMTPSA id k4-20020a9d7604000000b00605d52c6472sm2130753otl.9.2022.04.28.06.05.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Apr 2022 06:05:48 -0700 (PDT) Received: (nullmailer pid 2066044 invoked by uid 1000); Thu, 28 Apr 2022 13:05:47 -0000 Date: Thu, 28 Apr 2022 08:05:47 -0500 From: Rob Herring To: Geert Uytterhoeven Cc: Frank Rowand , David Gibson , Viresh Kumar , Masahiro Yamada , Michal Marek , Vincent Guittot , Michal Simek , Anmar Oueja , Bill Mills , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-kbuild , Linux Kernel Mailing List , Pantelis Antoniou Subject: Re: [PATCH 1/1] of: unittest: rename overlay source files from .dts to .dtso Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 28, 2022 at 08:25:31AM +0200, Geert Uytterhoeven wrote: > Hi Rob, > > On Wed, Apr 27, 2022 at 11:14 PM Rob Herring wrote: > > On Wed, Jan 26, 2022 at 1:31 PM Rob Herring wrote: > > > On Fri, Jan 14, 2022 at 3:25 AM Geert Uytterhoeven wrote: > > > > On Fri, Jan 14, 2022 at 3:10 AM Rob Herring wrote: > > > > > On Thu, Jan 6, 2022 at 11:23 AM Frank Rowand wrote: > > > > > > Patient Geert has pinged again. > > > > > > > > > > If it's not a patch to be reviewed, then I'm not going to see it most > > > > > likely. I don't read the DT list regularly... > > > > > > > > Fair enough... > > > > > > > > > > If I remember correctly you guys were not thrilled with this idea, but > > > > > > also did not seem strongly against it. Are you willing to go along > > > > > > with .dtso for overlay source files? If so, I will revive this patch > > > > > > series. > > > > > > > > > > > > David, if you are against supporting .dtso in the dtc compiler then > > > > > > the kernel can still support it through make rules. > > > > > > > > > > I'm not really interested in diverging from dtc. I'd suggest moving > > > > > the discussion to dtc list and/or devicetree-spec if you want to get > > > > > more attention on this. > > > > > > > > What needs to be supported in the dtc compiler? > > > > The fallback passed to guess_input_format() is "dts". > > > > So this has been working out-of-the-box since forever? > > > > > > Ah, okay. > > > > > > > > Also, keep in mind that extensions also affect MIME types which > > > > > someone was also asking about recently. > > > > > > > > You mean "MIME type of Devicetree Blobs and Sources"[1]? > > > > According to [2](2022-01-13), none of that has happened. > > > > > > This is what I was thinking of: > > > > > > https://github.com/devicetree-org/devicetree-specification/issues/46 > > > > > > In any case, given everyone is ambivalent, send me an updated patch > > > and I'll apply it. ^^^^^^^^ > > > > Ping! Anyone still want this? > > > > What I don't want to see is a mixture of .dts and .dtso. And now I'm > > reviewing RPi overlay patches[1] with .dts. > > I still prefer .dtso over .dts, as it allows tools to detect the file > type without having to read the file's contents. > Without this, e.g. make needs to have all overlays listed explicitly > in a Makefile. > > We do have .c, .h, .s (even .S), .dtsi. So why not .dtso? Read above! I said to resend this patch and I will apply it. Rob