;> -Original Message-
>> From: Verma, Shally [mailto:shally.ve...@cavium.com]
>> Sent: Wednesday, March 14, 2018 12:51 PM
>> To: Trahe, Fiona ; Ahmed Mansour
>> ; dev@dpdk.org
>> Cc: De Lara Guarch, Pablo ; Athreya,
>> Narayana Prasad
>> ; Gupta, Ashish
On 3/5/2018 9:32 AM, Verma, Shally wrote:
>
>> -Original Message-
>> From: Ahmed Mansour [mailto:ahmed.mans...@nxp.com]
>> Sent: 03 March 2018 01:19
>> To: Trahe, Fiona ; Verma, Shally
>> ; dev@dpdk.org
>> Cc: De Lara Guarch, Pablo ; Athreya,
>&
ow many qps it intends to use -
> typically one per thread, must be < device max
> - qp_setup() - called per qp. Creates the qp based on the size indicated by
> max_inflights
> - dev_start() - once started device can't be reconfigured, must call
> dev_stop to reconfigu
On 3/2/2018 4:53 AM, Trahe, Fiona wrote:
>
>> On 3/1/2018 9:41 AM, Trahe, Fiona wrote:
>>> Hi Shally
>>>
>>> //snip//
[Shally] This looks better to me. So it mean app would always call
xform_init() for stateless and attach
>> an
updated priv_xform to ops (depending upon if there's s
On 3/1/2018 9:41 AM, Trahe, Fiona wrote:
> Hi Shally
>
> //snip//
>> [Shally] This looks better to me. So it mean app would always call
>> xform_init() for stateless and attach an
>> updated priv_xform to ops (depending upon if there's shareable or not). So
>> it does not need to have
>> NULL poi
> Hi Fiona, Ahmed
>> Hi Fiona,
>>
>> Thanks for starting this discussion. In the current API the user must
>> make 12 API calls just to get information to compress. Maybe there is a
>> way to simplify. At least for some use cases (stateless). I think a call
>> sometime next week would be good to he
>> Hi Fiona,
>>
>> Thanks for starting this discussion. In the current API the user must
>> make 12 API calls just to get information to compress. Maybe there is a
>> way to simplify. At least for some use cases (stateless). I think a call
>> sometime next week would be good to help clarify coalesc
Hi Fiona,
Thanks for starting this discussion. In the current API the user must
make 12 API calls just to get information to compress. Maybe there is a
way to simplify. At least for some use cases (stateless). I think a call
sometime next week would be good to help clarify coalesce some of the
com
On 2/21/2018 11:47 PM, Verma, Shally wrote:
>
>> -Original Message-
>> From: Ahmed Mansour [mailto:ahmed.mans...@nxp.com]
>> Sent: 22 February 2018 01:06
>> To: Trahe, Fiona ; Verma, Shally
>> ; dev@dpdk.org
>> Cc: Athreya, Narayana Prasad ; Gupta,
On 2/21/2018 9:35 AM, Trahe, Fiona wrote:
> Hi Ahmed, Shally,
>
>
>> -Original Message-
>> From: Ahmed Mansour [mailto:ahmed.mans...@nxp.com]
>> Sent: Tuesday, February 20, 2018 7:56 PM
>> To: Verma, Shally ; Trahe, Fiona
>> ; dev@dpdk.org
/// snip ///
>>> D.2.1 Stateful operation state maintenance
>>> ---
>>> It is always an ideal expectation from application that it
>>> should parse
>> through all related chunk o
>> -Original Message-
>> From: Verma, Shally [mailto:shally.ve...@cavium.com]
>> Sent: Friday, February 16, 2018 7:17 AM
>> To: Ahmed Mansour ; Trahe, Fiona
>> ;
>> dev@dpdk.org
>> Cc: Athreya, Narayana Prasad ; Gupta,
>> Ashish
>>
On 2/15/2018 1:47 PM, Trahe, Fiona wrote:
> Hi Shally, Ahmed,
> Sorry for the delay in replying,
> Comments below
>
>> -Original Message-
>> From: Verma, Shally [mailto:shally.ve...@cavium.com]
>> Sent: Wednesday, February 14, 2018 7:41 AM
>> To: Ahmed
/// snip ///
>
[Fiona] I propose if BFINAL bit is detected before end of input
the decompression should stop. In this case consumed will be <
src.length.
produced will be < dst buffer size. Do we need an extra STATUS
response?
STATUS_BFINA
On 2/14/2018 12:41 AM, Verma, Shally wrote:
> Hi Ahmed
>
>> -Original Message-----
>> From: Ahmed Mansour [mailto:ahmed.mans...@nxp.com]
>> Sent: 02 February 2018 02:20
>> To: Trahe, Fiona ; Verma, Shally
>> ; dev@dpdk.org
>> Cc: Athreya, Narayana
>>> [Fiona] I propose if BFINAL bit is detected before end of input
>>> the decompression should stop. In this case consumed will be < src.length.
>>> produced will be < dst buffer size. Do we need an extra STATUS response?
>>> STATUS_BFINAL_DETECTED ?
>> [Shally] @fiona, I assume you mean here de
On 1/31/2018 2:03 PM, Trahe, Fiona wrote:
> Hi Ahmed, Shally,
>
> ///snip///
>>> D.1.1 Stateless and OUT_OF_SPACE
>>>
>>> OUT_OF_SPACE is a condition when output buffer runs out of space
and
>> where PMD still has more data to pr
On 1/29/2018 7:26 AM, Verma, Shally wrote:
> Hi
>
>> -Original Message-
>> From: Trahe, Fiona [mailto:fiona.tr...@intel.com]
>> Sent: 26 January 2018 00:13
>> To: Verma, Shally ; Ahmed Mansour
>> ; dev@dpdk.org; Akhil Goyal
>>
>> Cc: Challa,
Hi All,
Sorry for the delay. Please see responses inline.
Ahmed
On 1/12/2018 8:50 AM, Verma, Shally wrote:
> Hi Fiona
>
>> -Original Message-
>> From: Trahe, Fiona [mailto:fiona.tr...@intel.com]
>> Sent: 12 January 2018 00:24
>> To: Verma, Shally ; Ahmed M
;
>> akhil.go...@nxp.com
>> Cc: Challa, Mahipal ; Athreya, Narayana
>> Prasad ; De Lara Guarch, Pablo
>> ; Gupta, Ashish
>> ; Sahu, Sunila ;
>> Jain, Deepak K ; Hemant Agrawal
>> ; Roy Pledge ; Youri
>> Querry ; Ahmed Mansour
>> ; Trahe, Fiona
>>
Hi Shally,
Thanks for the summary. It is very helpful. Please see comments below
On 1/4/2018 6:45 AM, Verma, Shally wrote:
> This is an RFC v2 document to brief understanding and requirements on
> compression API proposal in DPDK. It is based on "[RFC v3] Compression API in
> DPDK
> https://e
Hi Fiona,
Thanks for your response. I added comments inline
On 12/22/2017 8:44 AM, Trahe, Fiona wrote:
> Hi Ahmed,
> thanks for your feedback and sorry for the slow response.
> Comments below.
>
>> -Original Message-----
>> From: Ahmed Mansour [mailto:ahmed.mans...@
On 12/15/2017 11:19 PM, Trahe, Fiona wrote:
..
> +
> +/** Compression Algorithms */
> +enum rte_comp_algorithm {
> + RTE_COMP_NULL = 0,
> + /**< No compression.
> + * Pass-through, data is copied unchanged from source buffer to
> + * destination buffer.
> + */
> + RTE_C
Hi Fiona,
On 12/15/2017 11:16 PM, Trahe, Fiona wrote:
> With the vast amounts of data being transported around networks and stored in
> storage systems, reducing data size is becoming ever more important. There
> are both software libraries and hardware devices available that provide
> compressio
24 matches
Mail list logo
