From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jason A. Donenfeld" Subject: Re: [PATCH net-next v6 00/23] WireGuard: Secure Network Tunnel Date: Fri, 5 Oct 2018 15:46:29 +0200 Message-ID: References: <20181002033908.324yhwqaohfsq65d@gondor.apana.org.au> <20181003064951.GC745@sol.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Cc: Eric Biggers , Ard Biesheuvel , Herbert Xu , LKML , Netdev , Linux Crypto Mailing List , David Miller , Greg Kroah-Hartman To: Richard Weinberger Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-crypto.vger.kernel.org On Fri, Oct 5, 2018 at 3:38 PM Richard Weinberger wrote: > So we will have two competing crypo stacks in the kernel? > Having a lightweight crypto API is a good thing but I really don't like the idea > of having zinc parallel to the existing crypto stack. No, as you've seen in this patchset, the dynamic dispatch crypto API can trivially be done on top of Zinc. So each time we introduce a new primitive to Zinc that's also in the dynamic dispatch API, we reimplement the current crypto API in terms of Zinc. Check out the two patches in this series that do this; it's quite clean and sleek. > And I strongly vote that Herbert Xu shall remain the maintainer of the whole > crypto system (including zinc!) in the kernel. No, sorry, we intend to maintain the code we've written. But I am amenable to taking a tree-route into upstream based on whatever makes most sense with merge conflicts and such.