Stephan Mueller wrote:
> The ATH9K driver implements an RNG which is completely bypassing the
> standard Linux HW generator logic.
>
> The RNG may or may not deliver entropy. Considering the conservative
> approach in treating entropy with respect to non-auditable sources, this
> patch changes th
miaoqing pan wrote:
> From: Miaoqing Pan
>
> The quality of ADC entropy is 10 bits of min-entropy for
> a 32-bit value, change '(((x) * 8 * 320) >> 10)' to
> '(((x) * 8 * 10) >> 5)' for easier understanding.
>
> Signed-off-by: Miaoqing Pan
I need some help here, it this patch ok to take or sh
miaoqing pan wrote:
> From: Miaoqing Pan
>
> ath9k RNG will dominates all the noise sources from the real HW
> RNG, disable it by default. But we strongly recommand to enable
> it if the system without HW RNG, especially on embedded systems.
>
> Signed-off-by: Miaoqing Pan
> Acked-by: Stephan
miaoqing pan wrote:
> From: Miaoqing Pan
>
> The quality of ADC entropy is 10 bits of min-entropy for
> a 32-bit value, change '(((x) * 8 * 320) >> 10)' to
> '(((x) * 8 * 10) >> 5)' for easier understanding.
>
> Signed-off-by: Miaoqing Pan
Patch applied to ath-next branch of ath.git, thanks.
cient hardware so I'm starting to lean for -next.
--
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-crypto" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Andy Lutomirski writes:
> On Tue, Dec 13, 2016 at 3:35 AM, Kalle Valo wrote:
>> Andy Lutomirski writes:
>>
>>> Eric Biggers pointed out that the orinoco driver pointed scatterlists
>>> at the stack.
>>>
>>> Fix it by switching from ahash to sh
Andrew Lutomirski wrote:
> Eric Biggers pointed out that the orinoco driver pointed scatterlists
> at the stack.
>
> Fix it by switching from ahash to shash. The result should be
> simpler, faster, and more correct.
>
> Cc: sta...@vger.kernel.org # 4.9 only
> Reported-by: Eric Biggers
> Signed
Kalle Valo writes:
> Andrew Lutomirski wrote:
>> Eric Biggers pointed out that the orinoco driver pointed scatterlists
>> at the stack.
>>
>> Fix it by switching from ahash to shash. The result should be
>> simpler, faster, and more correct.
>>
&
Kalle Valo writes:
> Kalle Valo writes:
>
>> Andrew Lutomirski wrote:
>>> Eric Biggers pointed out that the orinoco driver pointed scatterlists
>>> at the stack.
>>>
>>> Fix it by switching from ahash to shash. The result should be
>>
ost, it breaks patchwork which is extremely annoying
for me:
https://patchwork.kernel.org/patch/9266265/
https://patchwork.kernel.org/patch/9266617/
--
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-crypto" in
the body of a message to majord...@vger.kerne
should not reside in a driver either. I
> would say that the discussed RNG does not seem fit for hooking it up with the
> hwrandom framework.
Based on the discussion I'm going to revert this patch, at least for
now.
--
Kalle Valo
--
To unsubscribe from this list: send the line
o
> submit a request for reverting it and writing something similar when
> this thread came up).
Could you submit the revert as a patch and with the explonation in the
commit log, please?
--
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-crypto&
Ard Biesheuvel wrote:
> The AIRO driver applies a ctr(aes) on a buffer of considerable size
> (2400 bytes), and instead of invoking the crypto API to handle this
> in its entirety, it open codes the counter manipulation and invokes
> the AES block cipher directly.
>
> Let's fix this, by switchin
13 matches
Mail list logo