[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3448831.Xm980FM7Uq@tachyon.chronox.de>
Date: Tue, 09 Jun 2015 14:23:39 +0200
From: Stephan Mueller <smueller@...onox.de>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: Ted Tso <tytso@....edu>, andreas.steffen@...ongswan.org,
sandyinchina@...il.com, linux-crypto@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/3] crypto: drbg - Use callback API for random readiness
Am Dienstag, 9. Juni 2015, 18:19:41 schrieb Herbert Xu:
Hi Herbert,
first of all, thanks a lot for your help. I have tested the patch set.
...
> /*
> * DRBG instantiation function as required by SP800-90A - this function
> * sets up the DRBG handle, performs the initial seeding and all sanity
> @@ -1517,15 +1531,23 @@ static int drbg_instantiate(struct drbg_state *drbg,
> struct drbg_string *pers, if (drbg->d_ops->crypto_init(drbg))
> goto err;
>
> + ret = drbg_prepare_hrng(drbg);
> + if (ret)
> + goto free_everything;
> +
> + if (IS_ERR(drbg->jent)) {
> + ret = PTR_ERR(drbg->jent);
> + drbg->jent = NULL;
> + goto free_everything;
I am wondering about the error here. The Jitter RNG has in its init function a
test to see whether the RNG really works on the hardware as there are still
systems out there that have no high-res timer (e.g. I have seen that on old
Android phones). If the Jitter RNG detects that the system is not appropriate,
it will not register.
On such systems, the error here would imply that the DRBG does not instantiate
and we have no stdrng.
> + }
> +
> reseed = false;
> }
>
> ret = drbg_seed(drbg, pers, reseed);
>
> - if (ret && !reseed) {
> - drbg->d_ops->crypto_fini(drbg);
> - goto err;
> - }
> + if (ret && !reseed)
> + goto free_everything;
>
> mutex_unlock(&drbg->drbg_mutex);
> return ret;
> @@ -1535,6 +1557,11 @@ err:
> unlock:
> mutex_unlock(&drbg->drbg_mutex);
> return ret;
> +
> +free_everything:
> + mutex_unlock(&drbg->drbg_mutex);
> + drbg_uninstantiate(drbg);
> + return ret;
> }
>
--
Ciao
Stephan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists