Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A691EC433F5 for ; Sat, 11 Dec 2021 08:11:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230023AbhLKILP (ORCPT ); Sat, 11 Dec 2021 03:11:15 -0500 Received: from mo4-p02-ob.smtp.rzone.de ([81.169.146.171]:9982 "EHLO mo4-p02-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230010AbhLKILN (ORCPT ); Sat, 11 Dec 2021 03:11:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1639210201; s=strato-dkim-0002; d=chronox.de; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=rmuTbR1U+aS9VFNcLM66wKMxKdcM8MhagXJXOCel4FU=; b=oO/9ue6kjiMT/QaPU1PsB9c2QIJg/CrfFjWoBXj1Nb99vWz2PmQ3286WgZ+UGdaxeB GadEX9k/IFexEQaWnLR5L8bCLTRYa3pjS9VH0Ud3Yb2IjWtGJT+fEdLxVXPqA8O3zOvn WrH0yNH/HWsprF73b6YijzpMClPJfI5WKlr+XNqsb1Ug1SKz08O3SFrPf+O0u//SjNUl d9k2MAj3Aepd96kK2Q5noFL1IVb3fT4lPQaXlCsPYcf0KAJUX9fGsWZkZLvnbPVy+1A0 7roex6ao/LOMEAhg00wnieUPUc+4HHFl8KAWlj6ZN/Prrle/u4o01Ub8DlEEbWzwPICJ EE/w== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":P2ERcEykfu11Y98lp/T7+hdri+uKZK8TKWEqNyiHySGSa9k9xmwdNnzGHXPaIvSfFROW" X-RZG-CLASS-ID: mo00 Received: from positron.chronox.de by smtp.strato.de (RZmta 47.35.3 DYNA|AUTH) with ESMTPSA id z09342xBB89u9dt (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sat, 11 Dec 2021 09:09:56 +0100 (CET) From: Stephan =?ISO-8859-1?Q?M=FCller?= To: Simo Sorce , Willy Tarreau Cc: Greg Kroah-Hartman , Marcelo Henrique Cerri , "Jason A. Donenfeld" , Jeffrey Walton , Tso Ted , Linux Crypto Mailing List , Nicolai Stange , LKML , Arnd Bergmann , "Eric W. Biederman" , "Alexander E. Patrakov" , "Ahmed S. Darwish" , Matthew Garrett , Vito Caputo , Andreas Dilger , Jan Kara , Ray Strode , William Jon McCann , zhangjs , Andy Lutomirski , Florian Weimer , Lennart Poettering , Peter Matthias , Eric Biggers , Randy Dunlap , Julia Lawall , Dan Carpenter , Andy Lavr , Petr Tesarik , John Haxby , Alexander Lobakin , Jirka Hladky Subject: Re: [PATCH v43 01/15] Linux Random Number Generator Date: Sat, 11 Dec 2021 09:09:55 +0100 Message-ID: <25222015.1r3eYUQgxm@positron.chronox.de> In-Reply-To: <20211211070610.GA2153@1wt.eu> References: <20211211070610.GA2153@1wt.eu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Samstag, 11. Dezember 2021, 08:06:10 CET schrieb Willy Tarreau: Hi Willy, > On Fri, Dec 10, 2021 at 12:02:35PM -0500, Simo Sorce wrote: > > On Fri, 2021-12-10 at 10:48 +0100, Greg Kroah-Hartman wrote: > > > Given that there are no patches here to review by anyone, why is this > > > email thread still persisting? > > > > There is a will and a need to "improve" things, but given past absence > > of feedback, people are trying to understand if there is any point in > > trying to submit patches. Patches are work, and people like to know > > they are not wasting their time completely before committing many more > > hours. > > It is obviously natural to think this way, but you can also understand > that reviewing patches is extremely time consuming. And it's extremely > difficult to review a patch series which says "replace all that > infrastructure with a new one", especially when the motivations are > "comply with this or that standard" without the benefits being obvious > at all for those having to review those patches. I am so surprised by such statements. Patch 00/15 lists in a bullet list the significant benefits of the LRNG. But seemingly nobody reads the introduction with its concise bullet list or the documentation. The FIPS bits are a tiny aspect of the whole effort (which even can be completely compiled out based on config options), the more significant aspects that have nothing to do with FIPS and benefit all are testability, performance, use of contemporary cryptography, and flexibility. > But this does mean that a list of incremental changes/additions has to > be established on the submitter's side, not a list of replacements. Before I started the endeavor of the stand-alone patch of the LRNG, I developed cleanup patches to random.c in 2014 and 2015. I got massively discouraged to continue working on random.c as I did not get feedback from the maintainer. Some patches were taken, some were not without a comment... Ciao Stephan