Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp15898308rwd; Mon, 26 Jun 2023 02:58:43 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ44MycSDEjWxmbrUjxWshOFED6M0lIp9qo+fJ/7dXFCVjv58RD0V7B0WSpABBf3VRKlB9ST X-Received: by 2002:a05:6a21:3394:b0:126:aa77:a11f with SMTP id yy20-20020a056a21339400b00126aa77a11fmr6168312pzb.6.1687773522989; Mon, 26 Jun 2023 02:58:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687773522; cv=none; d=google.com; s=arc-20160816; b=uOOIny1KYk9g+GI6BzMX//PE10tiMhYzNaISzAIQWGDTrRJ/VxbcFbIaPzDV4zOON9 ehyRqMd+TzptRF9o2NAqYD0tuyXjJrSufBnd4zFp8fFZ7Tikbf55M3gqVTT0bj0LNtEZ QTC9ykUNVt17XQ5GqdXlrWv4lCBGz8YVZew7eREm85zYE3lv4PDSK2DTi7Pczaj7ObVR 6HJdzlVEGSW6ub79sMdF3TPEbzjaftOUwh3dtYsVsxUtUcpfAFDC9zLNBQq0091tyFhI KY/QOlTtEf/zRqlfGsOwZJqtwvfcPdBTfoc/6WNCYnlzI218+Y3p4uyR0XsY2/nZ3Xk3 YaIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=vlsZUuRenYujBoCsBKTi+iMUsnNkw+qs3peXDgz22+Q=; fh=y3QNBJCCVh3qz0AViN4FlFadOTjBQpVqfIFgn/pDwzc=; b=Pb7AuaKtME0yggkAtAv0o5ijWvo5HwzhSU/hXxVbpfkevGxD4CwnojlLUuEqRkbwSW OtW2Ycn4chyKhvGE1Xyhnqd0OzoAPoITCZuzgqMduoWEjfQmIeHCixmF5P1e3nX9B/cd 7ksQ5t3To7Qcl6POagGcqImfaQ2AUJLCIdq7NuMwFMm5l6pXRzuvmyclpKrgx5DVcPnd cvCr4h5souIz+nzt7DPpWHcxQkpj6E5cHqh62DzukUzN6zcVg8SnMjYB6ghRaCIjdz+J i87I2o003vZOWvY+keuVliRK8GelSSWsxPziBFEIA4qCAKSGhJYBm7KZWC/By1PAOLmt 5aBw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n3-20020a6546c3000000b00553921edac1si4818440pgr.860.2023.06.26.02.58.25; Mon, 26 Jun 2023 02:58:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230213AbjFZJxK (ORCPT + 99 others); Mon, 26 Jun 2023 05:53:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230174AbjFZJxJ (ORCPT ); Mon, 26 Jun 2023 05:53:09 -0400 Received: from 167-179-156-38.a7b39c.syd.nbn.aussiebb.net (167-179-156-38.a7b39c.syd.nbn.aussiebb.net [167.179.156.38]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DAA7DCF; Mon, 26 Jun 2023 02:53:06 -0700 (PDT) Received: from loth.rohan.me.apana.org.au ([192.168.167.2]) by formenos.hmeau.com with smtp (Exim 4.94.2 #2 (Debian)) id 1qDitl-007ItJ-0d; Mon, 26 Jun 2023 17:52:42 +0800 Received: by loth.rohan.me.apana.org.au (sSMTP sendmail emulation); Mon, 26 Jun 2023 17:52:41 +0800 Date: Mon, 26 Jun 2023 17:52:41 +0800 From: Herbert Xu To: Ard Biesheuvel Cc: David Howells , Linus Torvalds , Roberto Sassu , Eric Biggers , Stefan Berger , Mimi Zohar , dmitry.kasatkin@gmail.com, Jarkko Sakkinen , keyrings@vger.kernel.org, Linux Crypto Mailing List Subject: Re: [v2 PATCH 0/5] crypto: Add akcipher interface without SGs Message-ID: References: <570802.1686660808@warthog.procyon.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=2.7 required=5.0 tests=BAYES_00,HELO_DYNAMIC_IPADDR2, PDS_RDNS_DYNAMIC_FP,RDNS_DYNAMIC,SPF_HELO_NONE,SPF_PASS,TVD_RCVD_IP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Mon, Jun 26, 2023 at 11:21:20AM +0200, Ard Biesheuvel wrote: > > As I asked before, could we do the same for the acomp API? The only > existing user blocks on the completion, and the vast majority of > implementations is software only. We already have scomp. It's not exported so we could export it. However, compression is quite different because it was one of the original network stack algorithms (IPcomp). So SG will always be needed. In fact, if anything SG fits quite well with decompression because it would allow us to allocate pages as we go, avoiding the need to allocate a large chunk of memory at the start as we do today. We don't make use of that ability today but that's something that I'd like to address. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt