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 AD9DBC433F5 for ; Fri, 8 Apr 2022 08:33:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231790AbiDHIfm (ORCPT ); Fri, 8 Apr 2022 04:35:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49270 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231963AbiDHIfl (ORCPT ); Fri, 8 Apr 2022 04:35:41 -0400 Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8E3482FF51F for ; Fri, 8 Apr 2022 01:33:38 -0700 (PDT) Received: by mail-ej1-x634.google.com with SMTP id a6so15958885ejk.0 for ; Fri, 08 Apr 2022 01:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=1tLDrUPKRkIXyzv97WaBlx0K1UkjnroCJEsBF1CTx90=; b=PEv4ls0jHLQr0ZRamzbOZcTBu1HJesG/YECnIrHNosqYG1gy+/M6mr1ojOf+kyf1f1 dWSK80zIHPM4Rq+n0SpuZDl10SxNFHeem7JTUHGEo47O+Ht/ptOUmWukEdyyGKj0l3vf jJx9ZFi/rPRjwROimmI2Cp3CPwrIf8OUm3HyNl58AchQYRUdDXbJA5L3o3IwSFCG3PmH TsUKduwU5Ghhm04I139CNhJbzUjV840voI0lksCgi6HopNGRHwl122GDZti7miI45Cnh 48aHw/SqpqjtF/uUVnFv2Y9z1+QwdIncwmdFx4h3jCtqcP7SAzMT/AS1Xu160rTjSASp 1lxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=1tLDrUPKRkIXyzv97WaBlx0K1UkjnroCJEsBF1CTx90=; b=qR6FBE92cAX1a1PUZyXn4Nw1Nocz+bis7tWPjsbaedfWpUEPyHbrPS+bEC7lR3ywvJ Ba650oGM9A1dqvcSPy4M3shiC8OZ6RTld+0KqiRpV8uQuwU18VBGUaFJ/xYVNB0hL7QC Vj9BRg1c6lz6AmVbCF86MC/lN2giUUlmKH8R8WSLauYkIDsH149yX9c5ERpzd4Z946HA pZngC22mezYfZ1j6pLVjhL6tw+sK6QltyJWT8LBZfshCm1yZnf4WmO37XDynvtxNNPKn KIPTpahCEZdqc3utQJ55X5DU1bVI/le83nhvyAK3ssQoh5yIvS8R8QF2MTSO3H73wzlJ aAUw== X-Gm-Message-State: AOAM53268u8HYA5GA+ThfY8ddC9vZRfxTC6nnNOjoiqU8/YxiRAGUzx9 cjBzMTnQulJVodyVzy3pRjSOoA== X-Google-Smtp-Source: ABdhPJzG+mcSLyWl7jt3XQN151DWpiwvI6KiP9b87KeVeXcufqlQGDTTWqM1O/ioChsREh8Rqysk1w== X-Received: by 2002:a17:907:6e87:b0:6e7:f655:3b41 with SMTP id sh7-20020a1709076e8700b006e7f6553b41mr16895331ejc.704.1649406816836; Fri, 08 Apr 2022 01:33:36 -0700 (PDT) Received: from [192.168.0.187] (xdsl-188-155-201-27.adslplus.ch. [188.155.201.27]) by smtp.gmail.com with ESMTPSA id g16-20020a170906521000b006d58773e992sm8472563ejm.188.2022.04.08.01.33.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 08 Apr 2022 01:33:36 -0700 (PDT) Message-ID: Date: Fri, 8 Apr 2022 10:33:35 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH] ARM: dts: Drop unused ti,am4372-timer compatible Content-Language: en-US To: Tony Lindgren , Krzysztof Kozlowski Cc: linux-omap@vger.kernel.org, =?UTF-8?Q?Beno=c3=aet_Cousson?= , devicetree@vger.kernel.org, Daniel Lezcano , Keerthy , Krzysztof Kozlowski , Nishanth Menon , Rob Herring , Vignesh Raghavendra References: <20220408081216.57146-1-tony@atomide.com> <3a4b5e26-e770-d778-5ae5-f46ba00066ce@linaro.org> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 08/04/2022 10:29, Tony Lindgren wrote: > * Krzysztof Kozlowski [220408 08:22]: >> On 08/04/2022 10:12, Tony Lindgren wrote: >>> Drop unused (and undocumented) ti,am4372-timer related compatible >>> properties to avoid dtb warnings when updating the binding to yaml. >>> >>> The dual-mode timer instances on am43 are compatible with the am3 >>> timers. >> >> Are you sure this is correct approach? Maybe some other user of DTS >> references the am43 compatible, so instead it should be documented in >> the bindings? > > No users. You sure you check all operating systems and all out-of-tree users? I did not talk about in-kernel DTS... > The driver does not parse these. The am4 SoCs boot using > the am3 related compatible properties. > >> See also recommendation "DO use fallback compatibles...": >> Documentation/devicetree/bindings/writing-bindings.rst >> which maybe applies here? > > Yes I'd agree if there were users for this, or if this was already > documented :) But I don't see a need to keep these am4 specific > properties. Best regards, Krzysztof