[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <750f5388-20f9-45a3-a1e6-ceac4b91329f@kernel.org>
Date: Thu, 9 May 2024 07:53:42 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Vabhav Sharma <vabhav.sharma@....com>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Franck LENORMAND <franck.lenormand@....com>,
Dong Aisheng <aisheng.dong@....com>, Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Pengutronix Kernel Team <kernel@...gutronix.de>,
Fabio Estevam <festevam@...il.com>, Peng Fan <peng.fan@....com>
Cc: devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org,
Varun Sethi <V.Sethi@....com>, Silvano Di Ninno <silvano.dininno@....com>,
Pankaj Gupta <pankaj.gupta@....com>, frank.li@....com, daniel.baluta@....com
Subject: Re: [PATCH 1/4] dt-bindings: firmware: secvio: Add device tree
bindings
On 09/05/2024 02:45, Vabhav Sharma wrote:
> Document the secvio device tree bindings.
>
> The tampers are security feature available on i.MX products and
> managed by SNVS block.The tamper goal is to detect the variation
> of hardware or physical parameters, which can indicate an attack.
>
> The SNVS, which provides secure non-volatile storage, allows to
> detect some hardware attacks against the SoC.They are connected
> to the security-violation ports, which send an alert when an
> out-of-range value is detected.
>
> The "imx-secvio-sc" module is designed to report security violations
> and tamper triggering via SCU firmware to the user.
>
> Add the imx-scu secvio sub node and secvio sub node description.
>
> Signed-off-by: Franck LENORMAND <franck.lenormand@....com>
> Signed-off-by: Vabhav Sharma <vabhav.sharma@....com>
> ---
That's not v1, right? What changed? Why do we have to guess this?
This is thoroughly documented in kernel process so read the
documentation before posting.
> .../bindings/arm/freescale/fsl,scu-secvio.yaml | 35 ++++++++++++++++++++++
> .../devicetree/bindings/firmware/fsl,scu.yaml | 10 +++++++
> 2 files changed, 45 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/arm/freescale/fsl,scu-secvio.yaml b/Documentation/devicetree/bindings/arm/freescale/fsl,scu-secvio.yaml
> new file mode 100644
> index 000000000000..30dc1e21f903
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/arm/freescale/fsl,scu-secvio.yaml
> @@ -0,0 +1,35 @@
> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/arm/freescale/fsl,scu-secvio.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: NXP i.MX Security Violation driver
Bindings are for hardware, not drivers. Describe hardware.
> +
> +maintainers:
> + - Franck LENORMAND <franck.lenormand@....com>
> +
> +description: |
Do not need '|' unless you need to preserve formatting.
> + Receive security violation from the SNVS via the SCU firmware. Allow to
> + register notifier for additional processing
Notifier? That's a Linux thing, how does it relate to the hardware?
> +
> +properties:
> + compatible:
> + enum:
> + - fsl,imx-sc-secvio
Missing SoC compatibles.
So no, that's just abuse of DT to instantiate driver.
NAK. Drop the binding.
Best regards,
Krzysztof
Powered by blists - more mailing lists