On Fri, Dec 16, 2016 at 10:19:43AM +, Yang, Zhiyong wrote:
> > > I run the same virtio/vhost loopback tests without NIC.
> > > I can see the throughput drop when running choosing functions at run
> > > time compared to original code as following on the same platform(my
> > machine is haswell)
To get better performance, Rx bulk alloc recv function will scan 8 descriptors
in one time, but the statuses are not consistent on ARM platform because
the memory allocated for Rx descriptors is cacheable hugepages.
This patch is to calculate the number of received packets by scanning DD bit
sequen
vPMD will check 4 descriptors in one time, but the statuses are not consistent
because the memory allocated for RX descriptors is cacheable huagepage.
This patch is to calculate the number of received packets by scanning DD bit
sequentially, and stops when meeting the first packet with DD bit unset
On 12/15/2016 8:11 PM, Ferruh Yigit wrote:
On 12/7/2016 6:41 AM, Hemant Agrawal wrote:
On 12/7/2016 1:18 AM, Ferruh Yigit wrote:
On 12/4/2016 6:17 PM, Hemant Agrawal wrote:
Signed-off-by: Hemant Agrawal
---
lib/librte_ether/rte_ethdev.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib
On 12/15/2016 11:34 AM, Jerin Jacob wrote:
On Sun, Dec 04, 2016 at 11:46:57PM +0530, Hemant Agrawal wrote:
This patch intoduces the DPAA2 MC(Management complex Driver)
This driver is common to be used by various DPAA2 net, crypto
and other drivers
Signed-off-by: Cristian Sovaiala
[Hemant:reba
My mail reader (thunderbird) is showing this series as a thread of "eal:
postpone vdev initialization" patch series. Is it just me?
If it is a wrong 'in-reply-to', I think it should be corrected or people
might not be able to search for this under right thread.
On Sunday 18 December 2016 07:5
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Tuesday, December 13, 2016 3:11 PM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; Chen, Jing D
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] app/testpmd: fix invalid port ID
>
> Some CLIs don't che
Hi George,
You are right, this is the expected behavior.
Every new DPDK version that is released supported on top of latest available
MLNX_OFED and this is documented in the RN.
For DPDK 16.07 you will need to use MLNX_OFED 3.3
Best Regards,
Olga
From: george@gmail.com [mailto:george@g
> -Original Message-
> From: Baruch Siach [mailto:bar...@tkos.co.il]
> Sent: Sunday, December 18, 2016 7:11 PM
> To: Mcnamara, John
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: fix required tools list layout
>
> Hi John,
>
> On Thu, Dec 15, 2016 at 03:09:32PM +, Mcnama
Hi John,
On Thu, Dec 15, 2016 at 03:09:32PM +, Mcnamara, John wrote:
> > -Original Message-
> > From: Baruch Siach [mailto:baruch at tkos.co.il]
> > Sent: Tuesday, December 13, 2016 10:04 AM
> > To: dev at dpdk.org
> > Cc: Mcnamara, John ; David Marchand
> > ; Baruch Siach
> > Subject
Hi again,
I have a follow up question. I noticed that when I compile DPDK with
CONFIG_RTE_LIBRTE_MLX5_PMD=y, the compilation fate depends upon the OFED
version that I have.
To become more clear, with DPDK 16.11 and OFED 3.4-2.0.0.0 it compiles, but
DPDK 16.07 and the same OFED fails with:
== Buil
Add a requirement to support both Python 2 and 3 to the
DPDK Python Coding Standards and Getting started Guide.
Signed-off-by: John McNamara
---
doc/guides/contributing/coding_style.rst | 3 ++-
doc/guides/linux_gsg/sys_reqs.rst| 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
di
Make all the DPDK Python apps work with Python 2 or 3 to
allow them to work with whatever is the system default.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 26
app/cmdline_test/cmdline_test_data.py | 2 --
app/test/autotest.py
Make all DPDK python application compliant with the PEP8 standard
to allow for consistency checking of patches and to allow further
refactoring.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 81 +-
app/cmdline_test/cmdline_test_data.py | 401
These patches refactor the DPDK Python applications to make them Python 2/3
compatible.
In order to do this the patchset starts by making the apps PEP8 compliant in
accordance with the DPDK Coding guidelines:
http://dpdk.org/doc/guides/contributing/coding_style.html#python-code
Implementing
Add a requirement to support both Python 2 and 3 to the
DPDK Python Coding Standards and Getting started Guide.
Signed-off-by: John McNamara
---
doc/guides/contributing/coding_style.rst | 3 ++-
doc/guides/linux_gsg/sys_reqs.rst| 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
di
Make all the DPDK Python apps work with Python 2 or 3 to
allow them to work with whatever is the system default.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 26
app/cmdline_test/cmdline_test_data.py | 2 --
app/test/autotest.py
Make all DPDK python application compliant with the PEP8 standard
to allow for consistency checking of patches and to allow further
refactoring.
Signed-off-by: John McNamara
---
app/cmdline_test/cmdline_test.py | 81 +-
app/cmdline_test/cmdline_test_data.py | 401
These patches refactor the DPDK Python applications to make them Python 2/3
compatible.
In order to do this the patchset starts by making the apps PEP8 compliant in
accordance with the DPDK Coding guidelines:
http://dpdk.org/doc/guides/contributing/coding_style.html#python-code
Implementing
This commit adds basic unit tests for the eventdev API.
commands to run the test app:
./build/app/test -c 2
RTE>>eventdev_common_autotest
Signed-off-by: Jerin Jacob
---
MAINTAINERS | 1 +
app/test/Makefile| 2 +
app/test/test_eventdev.c | 778 +++
The skeleton driver facilitates, bootstrapping the new
eventdev driver and creates a platform to verify
the northbound eventdev common code.
The driver supports both VDEV and PCI based eventdev
devices.
Signed-off-by: Jerin Jacob
---
MAINTAINERS| 1 +
c
This patch adds infrastructure for registering the vdev or
the PCI based event device.
Signed-off-by: Jerin Jacob
---
lib/librte_eventdev/rte_eventdev.c | 236 +++
lib/librte_eventdev/rte_eventdev_pmd.h | 111 +
lib/librte_eventdev/rte_eventdev
This patch implements northbound eventdev API interface using
southbond driver interface
Signed-off-by: Jerin Jacob
---
config/common_base | 6 +
lib/Makefile | 1 +
lib/librte_eal/common/include/rte_log.h | 1 +
lib/librte_eve
Signed-off-by: Jerin Jacob
---
lib/librte_eventdev/rte_eventdev.h | 38 +
lib/librte_eventdev/rte_eventdev_pmd.h | 291 +
2 files changed, 329 insertions(+)
create mode 100644 lib/librte_eventdev/rte_eventdev_pmd.h
diff --git a/lib/librte_eventdev/rte_ev
In a polling model, lcores poll ethdev ports and associated
rx queues directly to look for packet. In an event driven model,
by contrast, lcores call the scheduler that selects packets for
them based on programmer-specified criteria. Eventdev library
adds support for event driven programming model,
As previously discussed in RFC v1 [1], RFC v2 [2], with changes
described in [3] (also pasted below), here is the first non-draft series
for this new API.
[1] http://dpdk.org/ml/archives/dev/2016-August/045181.html
[2] http://dpdk.org/ml/archives/dev/2016-October/048592.html
[3] http://dpdk.org/ml
26 matches
Mail list logo
