Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1095315pxf; Thu, 8 Apr 2021 23:05:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxb6HC1AjlF29D7oQrtEGEg3Qb+WHFx3F2PXsR86JYTDNVFIY7Rv8curHlo7+/1YSB5d8mr X-Received: by 2002:a17:902:684a:b029:e9:7f54:b7eb with SMTP id f10-20020a170902684ab02900e97f54b7ebmr8552541pln.36.1617948316007; Thu, 08 Apr 2021 23:05:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617948316; cv=none; d=google.com; s=arc-20160816; b=bgYUvXTj/7XrdEExOl4e7U+hs/VvRFSMqA0adWUByL45lh/SVu3vE7M4wjPhSsEHPG G1NeREkjckzgwgZx5gi9MQAWKBGhF5FtMigZmOREbmADEtoOC+DXXvpK1J89Tw7jzxWx KHVJdj5aotVTfaOKLMatM7K2zwJbojh7lfjOMdNyx0ON0tO14DqUUa0SG4QleU9Q/O1b GmCKWklXAj3DzE/T+uhAt+3TWw80QUUgiC3vo3xsS8RWuFQr4NT/6mN/jBlLhhGZXiK0 KpcFI+ioJNQkLm/XXI8CLVEqCSdtko03JmIIkDs5w+p5AM6oXRUyQdA7sQnyLgMEkMQa lJsA== 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=9v7EZ1Jf0k26fNaOMZcOQXGoA0rc+Pc1mW+lsvNVu34=; b=ixfuLOfYznX4A9y0EosnnMVRWxHszoguU8i0YaK+12PaOU+DjzmQWZI7pB0i5RArb+ 7039rmNpQQNi3rQihlb7aCHfJstZLRlzfylklUWFE8gWDAA4htSv8/DImUB9kAcb1NXj 0jDOlQH7TANaz6J7bUR5dOuFCKkkYU/78Y37NkAlCy9VCqAk8yRzVy56EvligG12D/l4 DyLYejygir6xN2mqaBdJFhQ5by4cyh8U64uQfkuV8kEQS+VyAq9R2KNhKkV+pN5uXzEd ad9gQtlFmJ2hgDi8E5NDyrzOfgO7zpzWu4DX/yBaDL+g/HabMsTgAU/nU6CTuelCklrv e5FQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=HXv1sNVO; 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 j6si1820956pgq.283.2021.04.08.23.05.04; Thu, 08 Apr 2021 23:05:15 -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=@nifty.com header.s=dec2015msa header.b=HXv1sNVO; 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 S231540AbhDIGEk (ORCPT + 99 others); Fri, 9 Apr 2021 02:04:40 -0400 Received: from conssluserg-06.nifty.com ([210.131.2.91]:54320 "EHLO conssluserg-06.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233234AbhDIGEj (ORCPT ); Fri, 9 Apr 2021 02:04:39 -0400 Received: from mail-pl1-f182.google.com (mail-pl1-f182.google.com [209.85.214.182]) (authenticated) by conssluserg-06.nifty.com with ESMTP id 13963hg8017956; Fri, 9 Apr 2021 15:03:43 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-06.nifty.com 13963hg8017956 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1617948223; bh=9v7EZ1Jf0k26fNaOMZcOQXGoA0rc+Pc1mW+lsvNVu34=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=HXv1sNVOAAA2QM+yx4wsoeuSWbjAtwLUcUdtkddp0NOGd7o02TmljfC9J48vZQWyl Zimh8p9CbHpHBE6lCDg47pAA9RUVyt6QvTVAYsUODRaN+D6q4LQwpCsZCAehRNC35a ZfyaUZmdtYN928r0m2oaFB4ANXqX8R2851VUUnGc7RDHH9kGEYQ8bTw+6ov3mr/kzX Xfttg2rfdp1WBngPKcPvqD7jToDrrz2vxjhjfjC3ZQfwAqE6SpukufzO3pu7N7fAIC 5uvd6ExdHwzmmOhYZKuAXzHIJVI0llsGDoKeU93ArkKomjDkMDH9zTAUBwlbGJMYLw szntkQgYr6Pbw== X-Nifty-SrcIP: [209.85.214.182] Received: by mail-pl1-f182.google.com with SMTP id t7so2217525plg.9; Thu, 08 Apr 2021 23:03:43 -0700 (PDT) X-Gm-Message-State: AOAM531yrdTU7qyoA/9QRj+mIKAVvbxP+ZXeowdv/AxwdWo5emHza2Gh yebLRZ7b0KDu84j7fdWm9HDnz3n63oiVGLTASUM= X-Received: by 2002:a17:902:b589:b029:e6:2875:aa4c with SMTP id a9-20020a170902b589b02900e62875aa4cmr11412019pls.71.1617948222723; Thu, 08 Apr 2021 23:03:42 -0700 (PDT) MIME-Version: 1.0 References: <170e086a5fa076869e7b37de8eea850fa7c39118.1615354376.git.viresh.kumar@linaro.org> <20210312044712.srmqfuie7fae55pb@vireshk-i7> <17c65559-865f-f742-660f-0ab30ed45d90@gmail.com> <4d9bee7a-416e-50a1-65a5-0674ae83d42e@gmail.com> <20210312071325.zosmlttse4ym7sit@vireshk-i7> <6f093bb1-1a80-a906-fb4c-3f6fdeed4838@gmail.com> <9068520f-76d6-ec94-716c-02383422ac85@gmail.com> <20210315064051.otcjt3x6vkfdrio6@vireshk-i7> In-Reply-To: From: Masahiro Yamada Date: Fri, 9 Apr 2021 15:03:05 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH V11 3/5] kbuild: Allow .dtso format for overlay source files To: Geert Uytterhoeven Cc: Frank Rowand , Laurent Pinchart , Viresh Kumar , Michal Marek , Vincent Guittot , David Gibson , Michal Simek , 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 Tue, Mar 16, 2021 at 5:01 PM Geert Uytterhoeven wrote: > > Hi Frank, > > On Tue, Mar 16, 2021 at 6:39 AM Frank Rowand wrote: > > On 3/15/21 5:12 PM, Laurent Pinchart wrote: > > > On Tue, Mar 16, 2021 at 02:43:45AM +0900, Masahiro Yamada wrote: > > >> But how can we fix drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a779*.dts > > >> if these are doing bad things. > > >> They seem to be overlay files even though the file name suffix is .dts > > > > > > That is correct, they are overlays. I have no issue with those files > > > being renamed to .dtso if that can help (but I haven't checked if that > > > would have any adverse effect on the R-Car DU driver). > > > > As Laurent replied, yes these are overlays. They were grandfathered in > > as a deprecated use of overlays. > > > > > These files are there to ensure backward compatibility with older DT > > > bindings. The change was made 3 years ago and I wouldn't object to > > > dropping this completely, but I understand I may not be the most > > > cautious person when it comes to ensuring DT backward compatibility :-) > > > > My memory is that the goal was to eventually remove these overlays > > at some point in the future. If everyone agrees that today is the > > proper time, it would be helpful to go ahead and remove these .dts > > files and the code that uses them. > > Given [1][2][3] were merged in v4.17, and [4] was merged in v4.20, and > all were backported to the old v4.14-based R-Car BSP v3.8.0, I think > it's safe to assume all users have the DTS updates, so the backward > compatibility mode can be removed? > > > >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dts > > >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dts > > >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7796.dts > > >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7793.dts > > >> drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7790.dts > > [1] 15a1ff30d8f9bd83 ("ARM: dts: r8a7790: Convert to new LVDS DT bindings") > [2] e5c3f4707f3956a2 ("ARM: dts: r8a7791: Convert to new LVDS DT bindings") > [3] edb0c3affe5214a2 ("ARM: dts: r8a7793: Convert to new LVDS DT bindings") > [4] 58e8ed2ee9abe718 ("arm64: dts: renesas: Convert to new LVDS DT bindings") Can we remove all of drivers/gpu/drm/rcar-du/*.dts ? I see some more under drivers/staging/. masahiro@grover:~/ref/linux-next$ find drivers -name '*.dts' | grep -v drivers/of/unittest-data drivers/staging/pi433/Documentation/devicetree/pi433-overlay.dts drivers/staging/mt7621-dts/gbpc2.dts drivers/staging/mt7621-dts/gbpc1.dts drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dts drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dts drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7796.dts drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7793.dts drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7790.dts Best Regards Masahiro Yamada