> > + description:
> > + The base ID number for the PHY package.
> > + Commonly the ID of the first PHY in the PHY package.
> > +
> > + Some PHY in the PHY package might be not defined but
> > + still exist on the device (just not attached to anything).
> > + The reg defined in the PHY package node might differ and
> > + the related PHY might be not defined.
> > +
> > + '#address-cells':
> > + const: 1
> > +
> > + '#size-cells':
> > + const: 0
>
> You are implementing a secondary MDIO bus within this node. It needs a
> $ref to mdio.yaml instead of defining the bus again implicitly.
This is where i think this is questionable. It is not implemented in
the kernel as a secondary bus. The devices within this container are
just devices on the MDIO bus. The value of reg inside the container
and outside the container refer to the same bus.
However, i do agree about referring to mdio.yaml inside the container.
> > +patternProperties:
> > + ^ethernet-phy(@[a-f0-9]+)?$:
> > + $ref: ethernet-phy.yaml#
> > +
> > +required:
> > + - compatible
> > + - reg
> > +
> > +additionalProperties: true
> > +
> > +examples:
> > + - |
> > + mdio {
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > +
> > + ethernet-phy-package@16 {
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > + compatible = "ethernet-phy-package";
Christian, this needs a specific compatible to the
package. e.g. 'qca807x-package', and that needs its own .yaml file
indicating what properties this package can have.
Andrew
