Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp1413970imm; Wed, 20 Jun 2018 18:07:26 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLOYcH8pe77Gm4HUekPTPMJ4zl2tHN3j3Kp6dZohLfgbahK6X9pwvHMYCNIYnschmaXfphb X-Received: by 2002:a62:c918:: with SMTP id k24-v6mr25062546pfg.160.1529543246576; Wed, 20 Jun 2018 18:07:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529543246; cv=none; d=google.com; s=arc-20160816; b=hciwAK9YUK3OS6xf9wUzJIiZNgiF2+sWXFBdPaFJYi2N8ef0WPpttMiP3HokKq2NTz d+DoNXP6k/JLvqQADIiEDKgF8smn18AHswSRoXVB9rZU1tPTobUggfZ1fCirGlMUO/F4 St4ADheyv7DGONuFb9JnBCIXreZda8GlC6idcxz6tEutdoL8GQ+kwGFtTSLtJdkQBDR2 bj2Iy8aFCaLXh2wfqwHNQx6K+JrR+iYgOKziXRmY7HWvNAPgYSQUrslP4+O+Nm8cOs1P ubOd7irUWvlWTOoejYj3wQ2nl3jfHtuj3+ruMKwhMuzasSYds1+MzOS1D3kSNILNb/w0 w/qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:arc-authentication-results; bh=W+jkQGkeW8LrW6rOAqNG6tN/cQz2lfipF2Y0CizaJxw=; b=dglun0iM0dDv7eLAbQ0MLzvAspnbhiuu854nzSULU4S6rb7Vf1VmeTaU3whNBqctUT IhEperrIBbdJHDaGZ3mf9s6PgJxRfnQuHtCS1eXlCgwmebS9U6aNMXRL+iGTsBdbpcPQ kp8+iEFerXZVkgyY/VxKvO+3YJY1GwM2JITccnwEu9TKY3R3Ff2qGMfzuMOgK/IkEaGn obORf+lEqkbwgxkZMcD8/k4q/ZOCgg/AWOig+a0IfVnFl0j1ivd1fG/rsmcnLxDC9sKE 4stIYYOLOjGNGqFFQ0yNPNEz+/znD76u6//1Wbv40AGwAsQbgkq9T+S/m37P20pPBSSI d38g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f35-v6si3340436plh.193.2018.06.20.18.07.12; Wed, 20 Jun 2018 18:07:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754541AbeFUBGF convert rfc822-to-8bit (ORCPT + 99 others); Wed, 20 Jun 2018 21:06:05 -0400 Received: from mga12.intel.com ([192.55.52.136]:41826 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754423AbeFUBGD (ORCPT ); Wed, 20 Jun 2018 21:06:03 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Jun 2018 18:06:02 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,249,1526367600"; d="scan'208";a="50633560" Received: from orsmsx105.amr.corp.intel.com ([10.22.225.132]) by orsmga007.jf.intel.com with ESMTP; 20 Jun 2018 18:05:45 -0700 Received: from orsmsx111.amr.corp.intel.com ([169.254.12.50]) by ORSMSX105.amr.corp.intel.com ([169.254.2.132]) with mapi id 14.03.0319.002; Wed, 20 Jun 2018 18:05:45 -0700 From: "Dey, Megha" To: Herbert Xu CC: "linux-kernel@vger.kernel.org" , "linux-crypto@vger.kernel.org" , "davem@davemloft.net" Subject: RE: [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructure support Thread-Topic: [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructure support Thread-Index: AQHTiaT71VA7Q5Or9ESQdIw+yX/ir6N6FLYAgFlFdnuAMogJgIABiP2AgABwaXCAAKKQgIAI0PhwgAKZVoCACDnDsIAJDTaAgAVJM2CAAK8wAIAA46lggD7YNoA= Date: Thu, 21 Jun 2018 01:05:44 +0000 Message-ID: References: <20180316145351.GA6231@gondor.apana.org.au> <20180418110115.v2w3o5yfv4u3gc4r@gondor.apana.org.au> <20180419032525.6csodbz6lrksyudd@gondor.apana.org.au> <20180426094445.4jiwondmtbenepo2@gondor.apana.org.au> <20180507093511.jscgnk436e3ba4un@gondor.apana.org.au> <20180511044530.n6ht3mpvg22hqny5@gondor.apana.org.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiOWZjZTE5MjYtNTY3Mi00MWJlLWFlNDctOTU1Zjg0MmQzMWE1IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoidFlibzFPaXNPUDlEVGttVENvUEdES2t1S1VGeVBhdTBTZWpuWWtQMlI3Zkw0K3VERzZzeWY3aEI0Ylp3SG1PTCJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.200.100 dlp-reaction: no-action x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >-----Original Message----- >From: Dey, Megha >Sent: Friday, May 11, 2018 6:22 PM >To: Herbert Xu >Cc: linux-kernel@vger.kernel.org; linux-crypto@vger.kernel.org; >davem@davemloft.net >Subject: RE: [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructure >support > > > >>-----Original Message----- >>From: Herbert Xu [mailto:herbert@gondor.apana.org.au] >>Sent: Thursday, May 10, 2018 9:46 PM >>To: Dey, Megha >>Cc: linux-kernel@vger.kernel.org; linux-crypto@vger.kernel.org; >>davem@davemloft.net >>Subject: Re: [PATCH V8 1/5] crypto: Multi-buffer encryption >>infrastructure support >> >>On Fri, May 11, 2018 at 01:24:42AM +0000, Dey, Megha wrote: >>> >>> Are you suggesting that the SIMD wrapper, will do what is currently >>> being >>done by the ' mcryptd_queue_worker ' function (assuming FPU is not >>disabled) i.e dispatching the job to the inner algorithm? >>> >>> I have got rid of the mcryptd layer( have an inner layer, outer SIMD >>> layer, >>handled the pointers and completions accordingly), but still facing >>some issues after removing the per cpu mcryptd_cpu_queue. >> >>Why don't you post what you've got and we can work it out together? > >Hi Herbert, > >Sure, I will post an RFC patch. (crypto: Remove mcryptd). Hi Herbert, I had posted an RFC patch about a month back (2018/05/11). Could you please have a look? [RFC] crypto: Remove mcryptd > >> >>Thanks, >>-- >>Email: Herbert Xu Home Page: >>http://gondor.apana.org.au/~herbert/ >>PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt