> On Sep 17, 2018, at 8:28 AM, Jason A. Donenfeld wrote:
>
> On Mon, Sep 17, 2018 at 4:52 PM Andy Lutomirski wrote:
>>> * (Nit) The GCC command line -include'd .h files contain variable and
>>> function definitions so they are actually .c files.
>>
>> Hmm. I would suggest just getting rid of the
> On Sep 16, 2018, at 10:07 PM, Jason A. Donenfeld wrote:
>
> Hey Andy,
>
> Thanks a lot for your feedback.
>
>> On Mon, Sep 17, 2018 at 6:09 AM Andy Lutomirski wrote:
>> 1. Zinc conflates the addition of a new API with the replacement of
>> some algorithm implementations. This is problem
From: Andy Lutomirski
Date: Sun, 16 Sep 2018 21:09:11 -0700
> CRYPTO API
> M: Herbert Xu
> M: "David S. Miller"
> L: linux-cry...@vger.kernel.org
>
> Herbert hasn't replied to any of these submissions. You're the other
> maintainer :)
Herbert is the primary crypto maintainer,
On Tue, Sep 11, 2018 at 4:57 PM David Miller wrote:
>
> From: Andrew Lunn
> Date: Wed, 12 Sep 2018 01:30:15 +0200
>
> > Just as an FYI:
> >
> > 1) I don't think anybody in netdev has taken a serious look at the
> > network code yet. There is little point until the controversial part
> > of the co
On 13 September 2018 at 17:58, Jason A. Donenfeld wrote:
> On Thu, Sep 13, 2018 at 5:43 PM Ard Biesheuvel
> wrote:
>> I'd prefer it if all the accelerated software implementations live in
>> the same place. But I do strongly prefer arch code to live in
>> arch/$arch
>
> Zinc follows the scheme of
5 matches
Mail list logo
