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
| ||
|
Date: Wed, 23 Mar 2022 16:53:13 +0100 From: Arnd Bergmann <arnd@...db.de> To: Guenter Roeck <linux@...ck-us.net> Cc: Mark Brown <broonie@...nel.org>, "Jason A. Donenfeld" <Jason@...c4.com>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, "open list:HARDWARE RANDOM NUMBER GENERATOR CORE" <linux-crypto@...r.kernel.org>, linux-arch <linux-arch@...r.kernel.org>, Dinh Nguyen <dinguyen@...nel.org>, Nick Hu <nickhu@...estech.com>, Max Filippov <jcmvbkbc@...il.com>, Palmer Dabbelt <palmer@...belt.com>, "David S . Miller" <davem@...emloft.net>, Yoshinori Sato <ysato@...rs.sourceforge.jp>, Michal Simek <monstr@...str.eu>, Borislav Petkov <bp@...en8.de>, Guo Ren <guoren@...nel.org>, Geert Uytterhoeven <geert@...ux-m68k.org>, Joshua Kinard <kumba@...too.org>, David Laight <David.Laight@...lab.com>, Dominik Brodowski <linux@...inikbrodowski.net>, Eric Biggers <ebiggers@...gle.com>, Ard Biesheuvel <ardb@...nel.org>, Arnd Bergmann <arnd@...db.de>, Thomas Gleixner <tglx@...utronix.de>, Andy Lutomirski <luto@...nel.org>, Kees Cook <keescook@...omium.org>, Lennart Poettering <mzxreary@...inter.de>, Konstantin Ryabitsev <konstantin@...uxfoundation.org>, Linus Torvalds <torvalds@...ux-foundation.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, "Theodore Ts'o" <tytso@....edu> Subject: Re: [PATCH v1] random: block in /dev/urandom On Wed, Mar 23, 2022 at 3:23 PM Guenter Roeck <linux@...ck-us.net> wrote: > > On 3/23/22 05:10, Mark Brown wrote: > > On Tue, Mar 22, 2022 at 02:54:20PM -0700, Guenter Roeck wrote: > > Kind of academic given that Jason seems to have a handle on what the > > issues are but for KernelCI it's variations on mach-virt, plus > > versatile-pb. There's a physical cubietruck as well, and BeagleBone > > Blacks among others. My best guess would be systems with low RAM are > > somehow more prone to issues. > > I don't think it is entirely academic. versatile-pb fails for me; > if it doesn't fail at KernelCI, I'd like to understand why - not to > fix it in my test environment, but to make sure that I _don't_ fix it. > After all, it _is_ a regression. Even if that regression is triggered > by bad (for a given definition of "bad") userspace code, it is still > a regression. Maybe kernelci has a virtio-rng device assigned to the machine and you don't? That would clearly avoid the issue here. Arnd
Powered by blists - more mailing lists