[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <46dd1da1-1d80-47ac-9873-ab41019eae5a@denx.de>
Date: Tue, 9 Jul 2024 13:37:30 +0200
From: Marek Vasut <marex@...x.de>
To: Krzysztof Kozlowski <krzk@...nel.org>, Rob Herring <robh@...nel.org>
Cc: netdev@...r.kernel.org, kernel@...electronics.com,
"David S. Miller" <davem@...emloft.net>, Andrew Lunn <andrew@...n.ch>,
Conor Dooley <conor+dt@...nel.org>, Eric Dumazet <edumazet@...gle.com>,
Florian Fainelli <f.fainelli@...il.com>,
Heiner Kallweit <hkallweit1@...il.com>, Jakub Kicinski <kuba@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
devicetree@...r.kernel.org
Subject: Re: [net-next,PATCH] dt-bindings: net: realtek,rtl82xx: Document
RTL8211F LED support
On 7/9/24 11:01 AM, Krzysztof Kozlowski wrote:
> On 08/07/2024 23:01, Marek Vasut wrote:
>>>>
>>>> +allOf:
>>>> + - $ref: ethernet-phy.yaml#
>>>> + - if:
>>>> + properties:
>>>> + compatible:
>>>> + contains:
>>>> + const: ethernet-phy-id001c.c916
>>>> + then:
>>>> + properties:
>>>> + leds: true
>>>
>>> This has no effect. 'leds' node is already allowed with the ref to
>>> ethernet-phy.yaml. I suppose you could negate the if and then, but I'm
>>> not really that worried if someone defines LEDs for a device with no
>>> LEDs.
>>
>> So shall I simply do:
>>
>> leds: true
>>
>> and by done with it, as the easier way out ?
>
> No, you should not have to do anything. Do you see any dtbs_check error
> without this patch?
Not yet, but I do plan to describe PHY LEDs on a board I have locally,
with RTL8211F PHY.
I sent a V2 of this patch with leds:true and this conditional inverted.
Powered by blists - more mailing lists