From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <john.griffin@intel.com>
Received: from mga02.intel.com (mga02.intel.com [134.134.136.20])
 by dpdk.org (Postfix) with ESMTP id E6290DE3
 for <dev@dpdk.org>; Fri, 11 Mar 2016 12:10:20 +0100 (CET)
Received: from fmsmga004.fm.intel.com ([10.253.24.48])
 by orsmga101.jf.intel.com with ESMTP; 11 Mar 2016 03:10:19 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.24,320,1455004800"; d="scan'208";a="64211086"
Received: from sie-lab-212-151.ir.intel.com (HELO [10.237.212.151])
 ([10.237.212.151])
 by fmsmga004.fm.intel.com with ESMTP; 11 Mar 2016 03:01:44 -0800
To: Thomas Monjalon <thomas.monjalon@6wind.com>
References: <1457454137-22315-1-git-send-email-john.griffin@intel.com>
 <1457454137-22315-4-git-send-email-john.griffin@intel.com>
 <2207806.zJzxy8f5VI@xps13>
From: John Griffin <john.griffin@intel.com>
Message-ID: <56E2A593.8070705@intel.com>
Date: Fri, 11 Mar 2016 11:01:39 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <2207806.zJzxy8f5VI@xps13>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH 3/3] qat: fixes premature addition of
 AES_CMAC in session creation
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2016 11:10:21 -0000

On 11/03/16 00:16, Thomas Monjalon wrote:
> 2016-03-08 16:22, John Griffin:
>> Remove support for AES CMAC support for which was added to
>> the code in error.  AES CMAC will be added in a subsequent release
>> when testing completes.
> [...]
>>   	case RTE_CRYPTO_AUTH_AES_GCM:
>> -	case RTE_CRYPTO_AUTH_AES_GMAC:
>
> CMAC or GMAC?

Yes GMAC - thanks Pablo and Thomas.