[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <AS1PR04MB93588FD670415DF85B1A2F6AF30AA@AS1PR04MB9358.eurprd04.prod.outlook.com>
Date: Tue, 1 Aug 2023 23:21:27 +0000
From: Vabhav Sharma <vabhav.sharma@....com>
To: Rob Herring <robh@...nel.org>
CC: Horia Geanta <horia.geanta@....com>,
Gaurav Jain <gaurav.jain@....com>,
Pankaj Gupta <pankaj.gupta@....com>,
"herbert@...dor.apana.org.au" <herbert@...dor.apana.org.au>,
"davem@...emloft.net" <davem@...emloft.net>,
"shawnguo@...nel.org" <shawnguo@...nel.org>,
"linux-crypto@...r.kernel.org" <linux-crypto@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
dl-linux-imx <linux-imx@....com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Silvano Di Ninno <silvano.dininno@....com>,
Varun Sethi <V.Sethi@....com>
Subject: RE: [EXT] Re: [PATCH 1/3] dt-bindings: crypto: fsl: add entropy delay
property
Hello Rob,
> -----Original Message-----
> From: Rob Herring <robh@...nel.org>
> Sent: Thursday, June 30, 2022 2:56 AM
> To: Vabhav Sharma <vabhav.sharma@....com>
> Cc: Horia Geanta <horia.geanta@....com>; Gaurav Jain
> <gaurav.jain@....com>; Pankaj Gupta <pankaj.gupta@....com>;
> herbert@...dor.apana.org.au; davem@...emloft.net;
> shawnguo@...nel.org; linux-crypto@...r.kernel.org; linux-
> kernel@...r.kernel.org; dl-linux-imx <linux-imx@....com>;
> devicetree@...r.kernel.org; linux-arm-kernel@...ts.infradead.org; Silvano Di
> Ninno <silvano.dininno@....com>; Varun Sethi <V.Sethi@....com>
> Subject: Re: [EXT] Re: [PATCH 1/3] dt-bindings: crypto: fsl: add entropy delay
> property
>
> Caution: EXT Email
>
> On Thu, Jun 16, 2022 at 05:49:30PM +0000, Vabhav Sharma wrote:
> > Hello Rob,
> >
> > > -----Original Message-----
> > > From: Rob Herring <robh@...nel.org>
> > > Sent: Monday, June 6, 2022 2:51 AM
> > > To: Vabhav Sharma <vabhav.sharma@....com>
> > > Cc: Horia Geanta <horia.geanta@....com>; Gaurav Jain
> > > <gaurav.jain@....com>; Pankaj Gupta <pankaj.gupta@....com>;
> > > herbert@...dor.apana.org.au; davem@...emloft.net;
> > > shawnguo@...nel.org; linux-crypto@...r.kernel.org; linux-
> > > kernel@...r.kernel.org; dl-linux-imx <linux-imx@....com>;
> > > devicetree@...r.kernel.org; linux-arm-kernel@...ts.infradead.org;
> > > Silvano Di Ninno <silvano.dininno@....com>; Varun Sethi
> > > <V.Sethi@....com>
> > > Subject: [EXT] Re: [PATCH 1/3] dt-bindings: crypto: fsl: add entropy
> > > delay property
> > >
> > > Caution: EXT Email
> > >
> > > On Mon, May 30, 2022 at 11:39:22PM +0530, Vabhav Sharma wrote:
> > > > Add entropy delay property which defines the length (in system
> > > > clocks) of each Entropy sample taken for TRNG configuration.
> > > >
> > > > Signed-off-by: Vabhav Sharma <vabhav.sharma@....com>
> > > > Reviewed-by: Horia Geanta <horia.geanta@....com>
> > > > Reviewed-by: Varun Sethi <v.sethi@....com>
> > > > ---
> > > > Documentation/devicetree/bindings/crypto/fsl-sec4.txt | 6 ++++++
> > > > 1 file changed, 6 insertions(+)
> > > >
> > > > diff --git a/Documentation/devicetree/bindings/crypto/fsl-sec4.txt
> > > > b/Documentation/devicetree/bindings/crypto/fsl-sec4.txt
> > > > index 8f359f473ada..1477294eda38 100644
> > > > --- a/Documentation/devicetree/bindings/crypto/fsl-sec4.txt
> > > > +++ b/Documentation/devicetree/bindings/crypto/fsl-sec4.txt
> > > > @@ -62,6 +62,12 @@ PROPERTIES
> > > > Definition: A standard property. Define the 'ERA' of the SEC
> > > > device.
> > > >
> > > > + - entropy-delay
> > > > + Usage: optional
> > > > + Value type: <u32>
> > > > + Definition: A property which specifies the length (in system clocks)
> > > > + of each Entropy sample taken.
> > > > +
> > >
> > > Seems like this could be common, but should be a time value (with
> > > unit
> > > suffix) rather than clocks. If not common, then needs a vendor prefix.
> > > Is this time to read a value or time between values produced? Not
> > > really clear from the description.
> > CAAM TRNG Configuration includes 16-bit field entropy-delay. This field
> specifies how long the oscillator is given to freely oscillate and generate a
> single bit of entropy.
> > It is specified as number of system clock cycles and this u32 type field
> already exist in the caam driver code with default value of 3200. However, on
> some platform this value can vary and support is added to read the value
> from device tree in order to override default value, Hope this helps to clarify.
>
> So that is how often a sample can be read? Or what happens if you read a
> sample too quick (in less than this delay time)?
This is the fixed value that will work always profiled while offline per SoC or SoC family.
Value will work during initialization and run time.
Apologize to miss the email and delayed reply.
>
> Look at other h/w and drivers see if something common makes sense here.
>
> Rob
Powered by blists - more mailing lists