[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <dccd0e78-81c6-422c-9f8e-11d3e5d55715@adtran.com>
Date: Thu, 15 May 2025 15:20:40 +0000
From: Piotr Kubik <piotr.kubik@...ran.com>
To: Krzysztof Kozlowski <krzk@...nel.org>, Oleksij Rempel
<o.rempel@...gutronix.de>, Kory Maincent <kory.maincent@...tlin.com>, Andrew
Lunn <andrew+netdev@...n.ch>, "David S. Miller" <davem@...emloft.net>, Eric
Dumazet <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni
<pabeni@...hat.com>, Rob Herring <robh@...nel.org>, Krzysztof Kozlowski
<krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [EXTERNAL]Re: [PATCH net-next 1/2] dt-bindings: net: pse-pd: Add
bindings for Si3474 PSE controller
On 5/13/25 10:24, Krzysztof Kozlowski wrote:
> On 13/05/2025 00:05, Piotr Kubik wrote:
>> +
>> +maintainers:
>> + - Piotr Kubik <piotr.kubik@...ran.com>
>> +
>> +allOf:
>> + - $ref: pse-controller.yaml#
>> +
>> +properties:
>> + compatible:
>> + enum:
>> + - skyworks,si3474
>> +
>> + reg-names:
>> + items:
>> + - const: main
>> + - const: slave
>
> s/slave/secondary/ (or whatever is there in recommended names in coding
> style)
>
Well I was thinking about it and decided to use 'slave' for at least two reasons:
- si3474 datasheet calls the second part of IC (we configure it here) this way
- description of i2c_new_ancillary_device() calls this device explicitly slave multiple times
>> +
>> + reg:
>
> First reg, then reg-names. Please follow other bindings/examples.
>
>> + maxItems: 2
>> +
>> + channels:
>> + description: The Si3474 is a single-chip PoE PSE controller managing
>> + 8 physical power delivery channels. Internally, it's structured
>> + into two logical "Quads".
>> + Quad 0 Manages physical channels ('ports' in datasheet) 0, 1, 2, 3
>> + Quad 1 Manages physical channels ('ports' in datasheet) 4, 5, 6, 7.
>> + This parameter describes the relationship between the logical and
>> + the physical power channels.
>
> How exactly this maps here logical and physical channels? You just
> listed channels one after another...
yes, here in this example it is 1 to 1 simple mapping, but in a real world,
depending on hw connections, there is a possibility that
e.g. "pse_pi0" will use "<&phys0_4>, <&phys0_5>" pairset for lan port 3.
>
>> +
>> + type: object
>> + additionalProperties: false
>> +
>> + properties:
>> + "#address-cells":
>> + const: 1
>> +
>> + "#size-cells":
>> + const: 0
>> +
>> + patternProperties:
>> + '^channel@[0-7]$':
>> + type: object
>> + additionalProperties: false
>> +
>> + properties:
>> + reg:
>> + maxItems: 1
>> +
> Best regards,
> Krzysztof
Thanks
/Piotr
Powered by blists - more mailing lists