[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180705060114.GG22377@vkoul-mobl>
Date: Thu, 5 Jul 2018 11:31:14 +0530
From: Vinod <vkoul@...nel.org>
To: Stephan Mueller <smueller@...onox.de>
Cc: linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Matt Mackall <mpm@...enic.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-arm-msm@...r.kernel.org, Stephen Boyd <swboyd@...omium.org>,
Timur Tabi <timur@...eaurora.org>
Subject: Re: [PATCH v3 3/6] crypto: Add Qcom prng driver
Hi Stephan,
On 04-07-18, 18:02, Stephan Mueller wrote:
> Am Dienstag, 3. Juli 2018, 08:04:31 CEST schrieb Vinod Koul:
> > +static int qcom_rng_seed(struct crypto_rng *tfm, const u8 *seed,
> > + unsigned int slen)
> > +{
> > + return 0;
> > +}
>
> One more question: is it not possible to mix in data into the DRNG? I thought
> it would be possible with the Qualcomm DRBG.
>
> Note, I am asking because of my /dev/random drop-in-replacement
> implementation, any RNG from the kernel crypto API can be configured to be
> used as an output DRNG. Though, this will only work if the DRNG also accepts
> seed from the software noise sources.
The v1 hardware supports seeding but the register is Read Only for SW and
only trusted zone (firmware) can write.
v2 hardware slice does not have seeding. v2 seeding is not accessible to
SW.
So in short, it is not available for us to use :(
--
~Vinod
Powered by blists - more mailing lists