linux-kernel - Re: [REGRESSION] alg: ahash: Several tests fail during boot on Turris Omnia

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <2ae8006f3cfc40ae66b34659365596ac8507d1da.camel@gmail.com>
Date: Wed, 16 Oct 2024 07:51:38 +0200
From: Klaus Kudielka <klaus.kudielka@...il.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: regressions@...ts.linux.dev, linux-kernel@...r.kernel.org, Linux Crypto
 Mailing List <linux-crypto@...r.kernel.org>, Boris Brezillon
 <bbrezillon@...nel.org>, Arnaud Ebalard	 <arno@...isbad.org>, Romain Perier
 <romain.perier@...e-electrons.com>
Subject: Re: [REGRESSION] alg: ahash: Several tests fail during boot on
 Turris Omnia

On Wed, 2024-10-16 at 12:27 +0800, Herbert Xu wrote:
> On Tue, Oct 15, 2024 at 07:38:27PM +0200, Klaus Kudielka wrote:
> > 
> > So, I applied the TDMA-disable patch, and I saw the same errors.
> > Then, I applied the printk patch on top of that, and here is the result.
> > 
> > Not sure, whether this makes any sense...
> 
> Interesting, I think this shows that the non-TDMA path doesn't
> work at all :)
> 
> Can you apply the TDMA-disable patch, and revert the asynchronous
> self-test patch? If it still fails, then we'll know for sure that
> the non-TDMA path is simply broken.
> 

Just to be sure, I checked again:
- Plain 6.11.0 -> all self-tests PASSED
- Non-TDMA patch on top of 6.11.0 -> ahash self-tests FAIL

I tend to agree - it was a nice try, but non-TDMA doesn't work at all.

Cheers, Klaus