From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757622AbcBDDuv (ORCPT ); Wed, 3 Feb 2016 22:50:51 -0500 Received: from mga02.intel.com ([134.134.136.20]:24894 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753742AbcBDDut (ORCPT ); Wed, 3 Feb 2016 22:50:49 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,393,1449561600"; d="scan'208";a="876594547" Subject: Re: [PATCH v2 04/10] crypto/compress: add asynchronous compression support To: Herbert Xu References: <1453796112-14273-5-git-send-email-iamjoonsoo.kim@lge.com> <20160127074140.GA30335@gondor.apana.org.au> <56A878C9.8050202@intel.com> <20160127080355.GA31330@gondor.apana.org.au> <20160127080926.GA31516@gondor.apana.org.au> <20160128031941.GA14467@js1304-P5Q-DELUXE> <20160129100901.GA17272@gondor.apana.org.au> <20160201021141.GA32125@js1304-P5Q-DELUXE> <56B2C4A7.6060106@intel.com> <20160204032850.GA2060@gondor.apana.org.au> <20160204032945.GA2100@gondor.apana.org.au> CC: Joonsoo Kim , "David S. Miller" , Sergey Senozhatsky , Minchan Kim , "Dan Streetman" , , From: "Li, Weigang" Message-ID: <56B2CA96.4010104@intel.com> Date: Thu, 4 Feb 2016 11:50:46 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20160204032945.GA2100@gondor.apana.org.au> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.239.127.40] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/4/2016 11:29 AM, Herbert Xu wrote: > On Thu, Feb 04, 2016 at 11:28:50AM +0800, Herbert Xu wrote: >> On Thu, Feb 04, 2016 at 11:25:27AM +0800, Li, Weigang wrote: >>> >>> Please can you advise how to get the acomp patch accepted? >> >> Can you do a posting of these patches without scomp so we can >> evaluate the effects? > > Of course you can keep the driver-side scomp interface as otherwise > the implementation would be unnecessarily complicated. > > Cheers, > Seems I need go back to my first acomp patch.. Assuming we shall still keep the comp i/f, and the linearisation of sg-list in acomp to fit the "comp" API? What do you mean by the driver-side scomp? Thanks!