Return-path: Received: from s3.sipsolutions.net ([5.9.151.49]:49134 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757687AbcJQH5q (ORCPT ); Mon, 17 Oct 2016 03:57:46 -0400 Message-ID: <1476691059.19992.6.camel@sipsolutions.net> (sfid-20161017_095949_711509_94BA1964) Subject: Re: [PATCH] crypto: ccm - avoid scatterlist for MAC encryption From: Johannes Berg To: Ard Biesheuvel Cc: Andy Lutomirski , Sergey Senozhatsky , "" , Herbert Xu , "David S. Miller" , "" , "linux-kernel@vger.kernel.org" , Jouni Malinen Date: Mon, 17 Oct 2016 09:57:39 +0200 In-Reply-To: (sfid-20161017_095011_197525_132B0910) References: <1476551776-8099-1-git-send-email-ard.biesheuvel@linaro.org> <1476689310.19992.1.camel@sipsolutions.net> <1476690478.19992.4.camel@sipsolutions.net> (sfid-20161017_095011_197525_132B0910) Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Mon, 2016-10-17 at 08:50 +0100, Ard Biesheuvel wrote: > I just realised that patch should probably use > aead_request_alloc/aead_request_free [and drop the memset]. That also > fixes the latent bug where the alignment of the req ctx is not take > into account. Good point, I'll fix that up. > > > > > > > > Also, regarding your __percpu patch: those are located in the > > > vmalloc > > > area as well, at least on arm64, and likely other architectures > > > too. > > > > Crap. Any other bright ideas? > > > > kmem_cache_create() and kmem_cache_alloc() for the aad/b0/j0/etc? Hmm. Yeah I guess we should do those dynamically as well then. johannes