From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <olivier.matz@6wind.com>
Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67])
 by dpdk.org (Postfix) with ESMTP id 508138D97
 for <dev@dpdk.org>; Mon, 18 Jan 2016 15:31:40 +0100 (CET)
Received: from was59-1-82-226-113-214.fbx.proxad.net ([82.226.113.214]
 helo=[192.168.0.10])
 by mail.droids-corp.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84) (envelope-from <olivier.matz@6wind.com>)
 id 1aLArQ-0002Ur-4o; Mon, 18 Jan 2016 15:32:48 +0100
To: Declan Doherty <declan.doherty@intel.com>, "dev@dpdk.org" <dev@dpdk.org>, 
 Thomas Monjalon <thomas.monjalon@6wind.com>
References: <569541C2.60302@intel.com>
From: Olivier MATZ <olivier.matz@6wind.com>
Message-ID: <569CF746.5060605@6wind.com>
Date: Mon, 18 Jan 2016 15:31:34 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Icedove/38.3.0
MIME-Version: 1.0
In-Reply-To: <569541C2.60302@intel.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-dev] [RFC] cryptodev: Change burst APIs to crypto
	operation oriented
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: Mon, 18 Jan 2016 14:31:40 -0000

Hi Declan,

On 01/12/2016 07:11 PM, Declan Doherty wrote:
> In this rfc I'm looking to get some feedback on a proposal to change the
> cryptodev burst API from the current implementation of accepting burst
> of rte_mbuf's to a burst API based on rte_crypto_op's.
> 
> -static inline uint16_t
> -rte_cryptodev_dequeue_burst(uint8_t dev_id, uint16_t qp_id,
> -               struct rte_mbuf **pkts, uint16_t nb_pkts)
> +static inline uint16_t
> +rte_cryptodev_dequeue_op_burst(uint8_t dev_id, uint16_t qp_id,
> +               struct rte_crypto_op **ops, uint16_t nb_ops)
> 
> 
> -static inline uint16_t
> -rte_cryptodev_dequeue_burst(uint8_t dev_id, uint16_t qp_id,
> -               struct rte_mbuf **pkts, uint16_t nb_pkts)
> + static inline uint16_t
> +rte_cryptodev_dequeue_op_burst(uint8_t dev_id, uint16_t qp_id,
> +               struct rte_crypto_op **ops, uint16_t nb_ops)
> 
> 
> [...]
> 
> Regarding the rte_mbuf_offload library I think that it should be removed
> and that we can look adding a more general solution for managing
> external metadata to the rte_mbuf library when that functionality is
> required.

This looks fine to me.

Thanks,
Olivier