Re: [PATCH v2 03/12] dt-bindings: crypto: Convert fsl,sec-2.0 to YAML
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [PATCH v2 03/12] dt-bindings: crypto: Convert fsl,sec-2.0 to YAML
- From: J. Neuschäfer <j.ne@xxxxxxxxxx>
- Date: Fri, 14 Feb 2025 02:04:02 +0000
- Cc: J. Neuschäfer <j.ne@xxxxxxxxxx>, devicetree@xxxxxxxxxxxxxxx, linuxppc-dev@xxxxxxxxxxxxxxxx, Krzysztof Kozlowski <krzk@xxxxxxxxxx>, imx@xxxxxxxxxxxxxxx, Scott Wood <oss@xxxxxxxxxxxx>, Madhavan Srinivasan <maddy@xxxxxxxxxxxxx>, Michael Ellerman <mpe@xxxxxxxxxxxxxx>, Nicholas Piggin <npiggin@xxxxxxxxx>, Christophe Leroy <christophe.leroy@xxxxxxxxxx>, Naveen N Rao <naveen@xxxxxxxxxx>, Krzysztof Kozlowski <krzk+dt@xxxxxxxxxx>, Conor Dooley <conor+dt@xxxxxxxxxx>, Damien Le Moal <dlemoal@xxxxxxxxxx>, Niklas Cassel <cassel@xxxxxxxxxx>, Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, Lee Jones <lee@xxxxxxxxxx>, Vinod Koul <vkoul@xxxxxxxxxx>, Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>, Krzysztof Wilczyński <kw@xxxxxxxxx>, Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>, Bjorn Helgaas <bhelgaas@xxxxxxxxxx>, J. Neuschäfer <j.neuschaefer@xxxxxxx>, Wim Van Sebroeck <wim@xxxxxxxxxxxxxxxxxx>, Guenter Roeck <linux@xxxxxxxxxxxx>, Mark Brown <broonie@xxxxxxxxxx>, Miquel Raynal <miquel.raynal@xxxxxxxxxxx>, Richard Weinberger <richard@xxxxxx>, Vignesh Raghavendra <vigneshr@xxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, linux-ide@xxxxxxxxxxxxxxx, linux-crypto@xxxxxxxxxxxxxxx, dmaengine@xxxxxxxxxxxxxxx, linux-pci@xxxxxxxxxxxxxxx, linux-watchdog@xxxxxxxxxxxxxxx, linux-spi@xxxxxxxxxxxxxxx, linux-mtd@xxxxxxxxxxxxxxxxxxx
- In-reply-to: <20250212193314.GA4134845-robh@kernel.org>
- References: <20250207-ppcyaml-v2-0-8137b0c42526@posteo.net> <20250207-ppcyaml-v2-3-8137b0c42526@posteo.net> <20250212193314.GA4134845-robh@kernel.org>
On Wed, Feb 12, 2025 at 01:33:14PM -0600, Rob Herring wrote:
> On Fri, Feb 07, 2025 at 10:30:20PM +0100, J. Neuschäfer wrote:
> > Convert the Freescale security engine (crypto accelerator) binding from
> > text form to YAML. The list of compatible strings reflects what was
> > previously described in prose; not all combinations occur in existing
> > devicetrees.
> >
> > Signed-off-by: J. Neuschäfer <j.ne@xxxxxxxxxx>
> > ---
> >
> > V2:
> > - several improvements suggested by Rob Herring:
> > - remove unnecessary multiline markers
> > - constrain fsl,num-channels to enum: [1,4]
> > - constrain fsl,channel-fifo-len to plausible limits
> > - constrain fsl,exec-units-mask to maximum=0xfff
> > - trim subject line (remove "binding")
> > ---
> > .../devicetree/bindings/crypto/fsl,sec2.0.yaml | 142 +++++++++++++++++++++
> > .../devicetree/bindings/crypto/fsl-sec2.txt | 65 ----------
> > 2 files changed, 142 insertions(+), 65 deletions(-)
[...]
> > +title: Freescale SoC SEC Security Engines versions 1.x-2.x-3.x
> > +
> > +maintainers:
> > + - J. Neuschäfer <j.ne@xxxxxxxxxx.
>
> missing >
Good catch, will fix.
> > + fsl,descriptor-types-mask:
> > + $ref: /schemas/types.yaml#/definitions/uint32
> > + description: |
> > + The bitmask representing what descriptors are available. Descriptor type
> > + information should be encoded following the SEC's Descriptor Header Dword
> > + DESC_TYPE field documentation, i.e. as follows:
> > +
> > + bit 0 = set if SEC supports the aesu_ctr_nonsnoop desc. type
> > + bit 1 = set if SEC supports the ipsec_esp descriptor type
> > + bit 2 = set if SEC supports the common_nonsnoop desc. type
> > + bit 3 = set if SEC supports the 802.11i AES ccmp desc. type
> > + bit 4 = set if SEC supports the hmac_snoop_no_afeu desc. type
> > + bit 5 = set if SEC supports the srtp descriptor type
> > + bit 6 = set if SEC supports the non_hmac_snoop_no_afeu desc.type
> > + bit 7 = set if SEC supports the pkeu_assemble descriptor type
> > + bit 8 = set if SEC supports the aesu_key_expand_output desc.type
> > + bit 9 = set if SEC supports the pkeu_ptmul descriptor type
> > + bit 10 = set if SEC supports the common_nonsnoop_afeu desc. type
> > + bit 11 = set if SEC supports the pkeu_ptadd_dbl descriptor type
>
> Why 3 variations of 'descriptor type'?
The reasons have been lost in time, I suppose. I'll normalize the spelling.
Thanks,
J. Neuschäfer
[Index of Archives]
[Linux Kernel]
[Linux ARM (vger)]
[Linux ARM MSM]
[Linux Omap]
[Linux Arm]
[Linux Tegra]
[Fedora ARM]
[Linux for Samsung SOC]
[eCos]
[Linux Fastboot]
[Gcc Help]
[Git]
[DCCP]
[IETF Announce]
[Security]
[Linux MIPS]
[Yosemite Campsites]
|