> -Original Message-
> From: Singh, Jasvinder
> Sent: Tuesday, August 9, 2016 9:31 AM
> To: dev at dpdk.org
> Cc: Dumitrescu, Cristian
> Subject: [PATCH 2/2] examples/ip_pipeline: modify source port default
> parameter
>
> The default value of ``file_name`` parameter of the source port
> -Original Message-
> From: Singh, Jasvinder
> Sent: Tuesday, August 9, 2016 9:31 AM
> To: dev at dpdk.org
> Cc: Dumitrescu, Cristian
> Subject: [PATCH 1/2] lib/librte_port: modify source and sink port structure
> parameter
>
> The ``file_name`` data type of ``struct rte_port_source_pa
The default value of ``file_name`` parameter of the source port structure is
changed from ``NULL`` to ``./config/packets.pcap``.
Signed-off-by: Jasvinder Singh
---
examples/ip_pipeline/app.h | 4 ++--
examples/ip_pipeline/config_parse.c | 6 +-
2 files changed, 3 insertions(+), 7 de
The ``file_name`` data type of ``struct rte_port_source_params`` and
``struct rte_port_sink_params`` is changed from `char *`` to ``const char *``.
Signed-off-by: Jasvinder Singh
---
doc/guides/rel_notes/deprecation.rst | 4
doc/guides/rel_notes/release_16_11.rst | 3 ++-
lib/librte_port/
Gowrishankar,
Can you give more description about this patch?
Thank you!
-Original Message-
From: Gowrishankar Muthukrishnan [mailto:gowrishanka...@linux.vnet.ibm.com]
Sent: 2016?8?6? 20:33
To: dev at dpdk.org
Cc: Chao Zhu ; Bruce Richardson
; Konstantin Ananyev
; Thomas Monjalon ;
Cris
Hi Chao,
Sure. Please find below one.
This patch fixes ip_pipeline panic in app_init_core_map while preparing cpu
core map in powerpc with SMT off. cpu_core_map_compute_linux currently
prepares
core mapping based on file existence in sysfs ie.
/sys/devices/system/cpu/cpu/topology/physical_packag
Hi,
I am working on an NXP platform where we intend to use user space vhost
switch (examples/vhost) as backend for VIRTIO devices. But there are two
limitations in current vhost-switch (examples/vhost)that are restricting
my use case:
1. The vhost-switch application is tightly integrated with
On 16-08-04 06:24 AM, Adrien Mazarguil wrote:
> On Wed, Aug 03, 2016 at 12:11:56PM -0700, John Fastabend wrote:
>> [...]
>>
The proposal looks very good. It satisfies most of the features
supported by Chelsio NICs. We are looking for suggestions on exposing
more additio
The enic DMAs link status information to the host and this requires a
little setup. This setup was being done as a result of calling
rte_eth_dev_start(). But applications expect to be able to check link
status before calling rte_eth_dev_start().
This patch moves he link status setup to enic_init
The operaton may have an undefined behavior or yield to an unexpected result.
A bit shift operation has a shift amount which is too large or has a negative
value.
As was mentioned in mailing list core list was limited to 64 so i changed
bitmask
to core array
Coverity issue: 30688
Fixes: ea977ff
[...]
>> I'm not sure I understand 'bit granularity' here. I would say we have
>> devices now that have rather strange restrictions due to hardware
>> implementation. Going forward we should get better hardware and a lot
>> of this will go away in my view. Yes this is a long term view and
>> doesn
when compile different targets on a same environment.
The second compile will failed, because test_resource obj file
can't auto clearn by makfile.
Signed-off-by: xu,huilong
---
mk/rte.app.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/mk/rte.app.mk b/mk/rte.app.mk
index
Added MD5 HMAC hash algorithm to test file for Intel QuickAssist
Technology Driver
Signed-off-by: Arek Kusztal
---
app/test/test_cryptodev.c | 185
app/test/test_cryptodev_hmac_test_vectors.h | 121 ++
2 files changed, 306 insertions
Added posibility to compute MD5 HMAC digest with Intel QuickAssist
Technology Driver
Signed-off-by: Arek Kusztal
---
doc/guides/cryptodevs/qat.rst| 1 +
drivers/crypto/qat/qat_adf/qat_algs_build_desc.c | 34
drivers/crypto/qat/qat_crypto.c
This patchset add capability to use HMAC_MD5 hash algorithm to Intel
QuickAssist Technology driver and test cases to cryptodev test files.
This patchset depends on the following patches/patchsets:
"crypto/qat: make the session struct variable in size"
(http://dpdk.org/dev/patchwork/patch/15125/)
-Original Message-
From: Griffin, John
Sent: Thursday, August 4, 2016 4:46 PM
To: dev at dpdk.org
Cc: Griffin, John ; Trahe, Fiona ; Jain, Deepak K ; De Lara Guarch, Pablo
Subject: [PATCH v1] crypto/qat: make the session struct variable in size
This patch changes the qat firmware sess
rx_good_bytes and rx_good_packets statistic is inconsistent when port
stopped,ipackets statistic is minus the discard packets but rx_bytes
statistic not,but i40e has no statistic of discard bytes.So we check
"dev_started" flag, if the port is started we do the statistic work,if
stopped we don't.We
On Tue, Aug 09, 2016 at 06:31:41AM +0530, Jerin Jacob wrote:
> Hi All,
>
> Find below an RFC API specification which attempts to
> define the standard application programming interface
> for event driven programming in DPDK and to abstract HW based event devices.
>
> These devices can support eve
On Tue, Aug 09, 2016 at 02:01:58PM +0800, xu,huilong wrote:
> when compile different targets on a same environment.
> The second compile will failed, because test_resource obj file
> can't auto clearn by makfile.
>
> Signed-off-by: xu,huilong
> ---
> mk/rte.app.mk | 3 ++-
> 1 file changed, 2 in
Hi All,
Find below an RFC API specification which attempts to
define the standard application programming interface
for event driven programming in DPDK and to abstract HW based event devices.
These devices can support event scheduling and flow ordering
in HW and typically found in NW SoCs as an
Hi ,Kyle Larose&Jingjing
> -Original Message-
> From: Kyle Larose [mailto:eomereadig at gmail.com]
> Sent: Wednesday, August 3, 2016 12:22 AM
> To: Zhao1, Wei
> Cc: Wu, Jingjing ; dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] net/i40e: fix Rx statistic inconsistent
>
> Hello Wei,
21 matches
Mail list logo
