Received: by 2002:a17:90a:88:0:0:0:0 with SMTP id a8csp287128pja; Fri, 22 Nov 2019 06:31:43 -0800 (PST) X-Google-Smtp-Source: APXvYqwoO55VAiEIHd96soSNoKLDQ8P08OcpvYVBEMqghc/hI3yR1bICc/uzNkdWwe1xLwh07iiB X-Received: by 2002:a1c:ed09:: with SMTP id l9mr17158159wmh.101.1574433103753; Fri, 22 Nov 2019 06:31:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574433103; cv=none; d=google.com; s=arc-20160816; b=yLlZh7xl3BbC44GLRkXE6CfMTmt5YfwAyil2bdYAyufxAjkRLbGb/DjcsEGIHpLYbl wPmsReqKvlHdKPMP8Ve5ntDP1Vm+8T4PMLLhdHf3tnbADvvW45nYCuOqUyqyY51I8bzc a3uI2yJOJelOaDbKsZ6eYabbS0oh8tE0XEkYPrM+V1expOwp/wlXntY84sVzoYnLrKKI 2biyMaDFzhx3V9/9By9Y2sHUuM6DAXaPGx4+yFCVzl12pG14RuLhnpHGjF+DO1L2HEyY PduD8tGdp4uf0RRMJN3F53Z0fF+LlFnJOwU0wbt4NN1+hoGw2gIm1lUYkp54BBYJ/8lq WDjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=hLeNP9brLePm1lvYMoQEa4uteOcYyC8cqoUjW1zw/0Y=; b=L4/A6pd8NslFWrQVztIighf1cgkXFRuLTU6NBJ5W+nrGt1NGKNvIBxxHn6+RpO+Ocy cKDhTHYupzvF35nvK157dAmRgXaROsAFDJVtz5kD8mbm6E6ypBNNIG0LMExjDyv7f/nB ibl1ZrwxSgPvdXJQ+aA9ntIRxLfFTSW1doXUcJr/FrnnXQw2JeMVmayn/YxZJc6QcYLi gxWplb9G2hWo6yGMUazYmVRJgQ/xhVvPcHNizl9tGE2v2hiu3lTNib4ZonM5YG1/PTf6 oIGotkNn4sB4ezPWBSD7MpAqOIdrtFPfVw5mX3AFaX23ENXLHU0M77zelt2xkYym63jH W4Jg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t21si4186737ejr.391.2019.11.22.06.31.11; Fri, 22 Nov 2019 06:31:43 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726046AbfKVObJ (ORCPT + 99 others); Fri, 22 Nov 2019 09:31:09 -0500 Received: from helcar.hmeau.com ([216.24.177.18]:39318 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726546AbfKVObI (ORCPT ); Fri, 22 Nov 2019 09:31:08 -0500 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtps (Exim 4.89 #2 (Debian)) id 1iY9xi-0002U2-4R; Fri, 22 Nov 2019 22:31:06 +0800 Received: from herbert by gondobar with local (Exim 4.89) (envelope-from ) id 1iY9xe-00033j-Pp; Fri, 22 Nov 2019 22:31:02 +0800 Date: Fri, 22 Nov 2019 22:31:02 +0800 From: Herbert Xu To: Iuliana Prodan Cc: Horia Geanta , Aymen Sghaier , "David S. Miller" , Tom Lendacky , Gary Hook , "linux-crypto@vger.kernel.org" , "linux-kernel@vger.kernel.org" , dl-linux-imx Subject: Re: [PATCH 08/12] crypto: caam - support crypto_engine framework for SKCIPHER algorithms Message-ID: <20191122143102.vpsm5ryye2put2v2@gondor.apana.org.au> References: <1574029845-22796-1-git-send-email-iuliana.prodan@nxp.com> <1574029845-22796-9-git-send-email-iuliana.prodan@nxp.com> <20191122103309.wf2hg7km45ugzzhr@gondor.apana.org.au> <20191122110915.f7rsqb4hnsg4pfci@gondor.apana.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Fri, Nov 22, 2019 at 02:11:46PM +0000, Iuliana Prodan wrote: > > So, just to be clear, I shouldn't use crypto_async_request in driver code? > I see that this generic crypto request is used in multiple drivers. I understand that a number of drivers do this in order to share common code. However, this is definitely not the preferred way of handling this. Ideally such code should be abstracted into a higher layer such as crypto_engine so that the driver itself never references these internal types. > I can try sending _all_ requests to crypto engine and make some > performance measurements to see which solution is best. Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt