From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 112F2C433E1 for ; Thu, 9 Jul 2020 08:40:47 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id A5F1B20672 for ; Thu, 9 Jul 2020 08:40:46 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="g6xv4XrK"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="TB7jk4ii" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A5F1B20672 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linutronix.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 08C036B000E; Thu, 9 Jul 2020 04:40:46 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 03D6D6B0010; Thu, 9 Jul 2020 04:40:45 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E6D4B6B0023; Thu, 9 Jul 2020 04:40:45 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0219.hostedemail.com [216.40.44.219]) by kanga.kvack.org (Postfix) with ESMTP id CED7C6B000E for ; Thu, 9 Jul 2020 04:40:45 -0400 (EDT) Received: from smtpin12.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 557D48248047 for ; Thu, 9 Jul 2020 08:40:45 +0000 (UTC) X-FDA: 77017891650.12.bears58_411177726ec4 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin12.hostedemail.com (Postfix) with ESMTP id 26DCA1800211A for ; Thu, 9 Jul 2020 08:40:45 +0000 (UTC) X-HE-Tag: bears58_411177726ec4 X-Filterd-Recvd-Size: 3597 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by imf06.hostedemail.com (Postfix) with ESMTP for ; Thu, 9 Jul 2020 08:40:44 +0000 (UTC) Date: Thu, 9 Jul 2020 10:40:40 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1594284042; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ieSBot/weRM1U5QEdd7MCkjc4QsLbq7KhjhwH8iFh8o=; b=g6xv4XrKRyQ3aPVu6RyEH2opLJSzoWIezuhAdkoJQlr6HdURCxra93x8IV8pGbnpn7Wqxp oIX2mNGvsZX4dlbIH33sun9YPonGswuB5r4Jxg0gjLkD8kvALBGsyAg1ClSFbfMOg9G+dp X8a7+NNABkaPl+lURmisc5FOelII2pMzcKsdrHrKbctKJu+dHq+ZKJtvyN8H/HFyEdK6yS YgsTDBTD3UlEaXIj/vq67lwqmn/rnSkTpbB+/Qkx/ngP2l8d5VMHMRE+6kAR9OECszU8z4 bEVszu8x+mn+maLRzLN6d/nmsQgYgnQD7CbMcWwwHkAbGTvnsSi6+PfvcUaBTQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1594284042; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ieSBot/weRM1U5QEdd7MCkjc4QsLbq7KhjhwH8iFh8o=; b=TB7jk4iiWHREpoBXtKoUJDi3kx2Hxev64lmh1lDE+9keDrgXurcyq91Z2CSwcV2J38JQcS 7bOUrK+lgNH/W2BQ== From: Sebastian Andrzej Siewior To: "Song Bao Hua (Barry Song)" Cc: "akpm@linux-foundation.org" , "herbert@gondor.apana.org.au" , "davem@davemloft.net" , "linux-crypto@vger.kernel.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Linuxarm , "Luis Claudio R . Goncalves" , Mahipal Challa , Seth Jennings , Dan Streetman , Vitaly Wool , "Wangzhou (B)" , Colin Ian King Subject: Re: [PATCH v4] mm/zswap: move to use crypto_acomp API for hardware acceleration Message-ID: <20200709084040.cf3jzkndiaefky4r@linutronix.de> References: <20200707125210.33256-1-song.bao.hua@hisilicon.com> <20200708145934.4w3qk53mgavyyln7@linutronix.de> <20200709073905.lgs5kvccnz6eqsyd@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 26DCA1800211A X-Spamd-Result: default: False [0.00 / 100.00] X-Rspamd-Server: rspam01 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 2020-07-09 07:55:22 [+0000], Song Bao Hua (Barry Song) wrote: > Hello Sebastian, thanks for your reply and careful review. Hi, > I don't think we can simply "forward the result to the caller and let him decide". > Would you like to present some pseudo code? I provided just some pseudo code to illustrate an example how the async interface should look like (more or less). The essential part is where you allow to feed multiple requests without blocking. I went up the call-chain and found one potential user which seem to have a list of pages which are processed. This looked like a nice example. I haven't looked at the details. I have no opinion whether or not it makes sense to switch to the async interface in a sync way. > Thanks > Barry Sebastian