[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YxA9fTXqVFrHvyTj@owl.dominikbrodowski.net>
Date: Thu, 1 Sep 2022 07:05:01 +0200
From: Dominik Brodowski <linux@...inikbrodowski.net>
To: Sven van Ashbrook <svenva@...omium.org>
Cc: LKML <linux-kernel@...r.kernel.org>,
Alex Levin <levinale@...gle.com>,
Rajat Jain <rajatja@...gle.com>,
Andrey Pronin <apronin@...gle.com>,
Stephen Boyd <swboyd@...gle.com>,
Eric Biggers <ebiggers@...gle.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
"Jason A. Donenfeld" <Jason@...c4.com>,
Olivia Mackall <olivia@...enic.com>,
Petr Mladek <pmladek@...e.com>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
Theodore Ts'o <tytso@....edu>, linux-crypto@...r.kernel.org
Subject: Re: [PATCH v1 1/2] random: make add_hwgenerator_randomness() more
flexible
Am Wed, Aug 31, 2022 at 05:20:23PM +0000 schrieb Sven van Ashbrook:
> add_hwgenerator_randomness() currently blocks until more entropy
> is needed. But, the required delay function will depend on the
> the caller: e.g. freezable kthreads have their own freezable_XXX()
> APIs; and delayed_work might prefer to use mod_delayed_work().
>
> To accommodate these requirements, remove the blocking wait, and
> let the function return the delay needed until more entropy is needed.
AFAICS, there's only one caller in the kernel, and its specific requirements
are currently met by the callee. So the rationale for this patch is wanting,
yet you may wish to justify this patch more explicitly as a preparation for
the second patch.
Thanks,
Dominik
Powered by blists - more mailing lists