From: "Jason A. Donenfeld" Subject: Re: [PATCH net-next v3 02/17] zinc: introduce minimal cryptography library Date: Tue, 18 Sep 2018 02:56:18 +0200 Message-ID: References: <20180911214737.GA81235@gmail.com> <20180911233015.GD11474@lunn.ch> <20180911.165739.2032677219588723041.davem@davemloft.net> <35BC21D7-01F4-4F91-A7E9-8D15DE5B95D6@amacapital.net> <63AAE78E-25D7-46E7-84AB-5D0DFD0F1BF2@amacapital.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Cc: Ard Biesheuvel , Andrew Lutomirski , David Miller , Andrew Lunn , Eric Biggers , Greg Kroah-Hartman , LKML , Netdev , Samuel Neves , Jean-Philippe Aumasson , Linux Crypto Mailing List To: Andy Lutomirski Return-path: In-Reply-To: <63AAE78E-25D7-46E7-84AB-5D0DFD0F1BF2@amacapital.net> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-crypto.vger.kernel.org Hey Andy, On Mon, Sep 17, 2018 at 6:18 PM Andy Lutomirski wrote= : > I think it=E2=80=99s fine for later. It=E2=80=99s potentially useful for = benchmarking and debugging. I went ahead and added it anyway in the end. It was really quite easy to do, and it sets a good template for future primitives that are added to Zinc. Meanwhile, I've fully triaged the regression Martin found, and in the same test he performed, the Zinc code now runs faster than the old code (which should be no surprise). I've also finished getting rid of -include, per your suggestion, and modularizing each algorithm to be loadable independently, per your suggestion. All and all, v5 is turning out really well, and I'll probably submit it sometime soon. My tree was just added to the kbuild test bot, so I'll hopefully get an email about any breakage *before* I submit this time. Regards, Jason