[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250425-manul-of-undeniable-refinement-dc6cdc@kuoka>
Date: Fri, 25 Apr 2025 09:39:16 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Ivan Vecera <ivecera@...hat.com>
Cc: netdev@...r.kernel.org, Vadim Fedorenko <vadim.fedorenko@...ux.dev>,
Arkadiusz Kubalewski <arkadiusz.kubalewski@...el.com>, Jiri Pirko <jiri@...nulli.us>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>,
Prathosh Satish <Prathosh.Satish@...rochip.com>, Lee Jones <lee@...nel.org>, Kees Cook <kees@...nel.org>,
Andy Shevchenko <andy@...nel.org>, Andrew Morton <akpm@...ux-foundation.org>,
Michal Schmidt <mschmidt@...hat.com>, devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-hardening@...r.kernel.org
Subject: Re: [PATCH net-next v4 1/8] dt-bindings: dpll: Add DPLL device and
pin
On Thu, Apr 24, 2025 at 05:47:15PM GMT, Ivan Vecera wrote:
> Add a common DT schema for DPLL device and its associated pins.
> The DPLL (device phase-locked loop) is a device used for precise clock
> synchronization in networking and telecom hardware.
>
> The device includes one or more DPLLs (channels) and one or more
> physical input/output pins.
>
> Each DPLL channel is used either to provide a pulse-per-clock signal or
> to drive an Ethernet equipment clock.
>
> The input and output pins have the following properties:
> * label: specifies board label
> * connection type: specifies its usage depending on wiring
> * list of supported or allowed frequencies: depending on how the pin
> is connected and where)
> * embedded sync capability: indicates whether the pin supports this
>
> Check:
This does not belong to commit msg. You do not add compile commands of C
files, do you?
Whatever you want to inform and is not relevant in the Git history
should be in changelog part.
> $ make dt_binding_check DT_SCHEMA_FILES=/dpll/
> SCHEMA Documentation/devicetree/bindings/processed-schema.json
> /home/cera/devel/kernel/linux-2.6/Documentation/devicetree/bindings/net/snps,dwmac.yaml: mac-mode: missing type definition
> CHKDT ./Documentation/devicetree/bindings
> LINT ./Documentation/devicetree/bindings
> DTEX Documentation/devicetree/bindings/dpll/dpll-pin.example.dts
> DTC [C] Documentation/devicetree/bindings/dpll/dpll-pin.example.dtb
> DTEX Documentation/devicetree/bindings/dpll/dpll-device.example.dts
> DTC [C] Documentation/devicetree/bindings/dpll/dpll-device.example.dtb
>
> Signed-off-by: Ivan Vecera <ivecera@...hat.com>
> ---
> v3->v4:
> * dropped $Ref from dpll-pin reg property
> * added maxItems to dpll-pin reg property
> * fixed paragraph in dpll-pin desc
...
> +
> +properties:
> + $nodename:
> + pattern: "^dpll(@.*)?$"
> +
> + "#address-cells":
> + const: 0
> +
> + "#size-cells":
> + const: 0
> +
> + dpll-types:
> + description: List of DPLL channel types, one per DPLL instance.
> + $ref: /schemas/types.yaml#/definitions/non-unique-string-array
> + items:
> + enum: [pps, eec]
Do channels have other properties as well in general?
> +
> + input-pins:
> + type: object
> + description: DPLL input pins
> + unevaluatedProperties: false
Best regards,
Krzysztof
Powered by blists - more mailing lists