[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7cddfccc-864d-4fa8-812f-8c273fe1a626@gmail.com>
Date: Sat, 20 Sep 2025 11:51:27 +0530
From: Charan Pedumuru <charan.pedumuru@...il.com>
To: Rob Herring <robh@...nel.org>
Cc: Krzysztof Kozlowski <krzk@...nel.org>,
Ulf Hansson <ulf.hansson@...aro.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Paul Barker <paul.barker@...cloud.com>,
Marc Murphy <marc.murphy@...cloud.com>, Tony Lindgren <tony@...mide.com>,
Kishon Vijay Abraham I <kishon@...nel.org>, linux-mmc@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-omap@...r.kernel.org
Subject: Re: [PATCH v2 1/2] arm: dts: ti: omap: Drop unnecessary or unused
properties
On 15-09-2025 03:53, Rob Herring wrote:
> On Sun, Sep 14, 2025 at 12:19:15AM +0530, Charan Pedumuru wrote:
>>
>>
>> On 09-09-2025 12:50, Krzysztof Kozlowski wrote:
>>> On Mon, Sep 08, 2025 at 04:17:12PM +0000, Charan Pedumuru wrote:
>>>> Remove unnecessary properties like ti,needs-special-reset,
>>>> ti,needs-special-hs-handling and cap-mmc-dual-data-rate from the DTS
>>>> files as there is no user of them.
>>>
>>> No user? That's not true:
>>>
>>> git grep ti,needs-special-reset
>>
>> Should I remove ti,needs-special-reset property for the compatibles
>> "ti,am335-sdhci" and "ti,am437-sdhci" instead of removing for all mmc
>> nodes? ti,needs-special-hs-handling and cap-mmc-dual-data-rate were
>> defined for board specific, so these two properties should be defined
>> in the YAML file to resolve dtb_check errors or can I remove those
>> properties for those boards too?
>
> If those 2 compatibles don't use the omap_hsmmc driver then, yes I think
> you can remove the properties from those nodes. Otherwise, shrug. Ask
> the TI folks if you can't figure it out.
Those compatibles use sdhci-omap driver not omap_hsmmc driver, then I will remove those properties for the nodes with those compatibles. For the properties which are board specific, I won't remove them.
>
> Rob
--
Best Regards,
Charan.
Powered by blists - more mailing lists