[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <19909549.EUeuX9KOs7@tauon.chronox.de>
Date: Wed, 04 Jul 2018 18:02:03 +0200
From: Stephan Mueller <smueller@...onox.de>
To: Vinod Koul <vkoul@...nel.org>
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
Am Dienstag, 3. Juli 2018, 08:04:31 CEST schrieb Vinod Koul:
Hi Vinod,
> +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.
Ciao
Stephan
Powered by blists - more mailing lists