[dpdk-dev] [PATCH v4] ixgbe: Drop flow control frames from VFs

> -Original Message- > From: Vlad Zolotarov [mailto:vladz at cloudius-systems.com] > Sent: Friday, October 23, 2015 5:00 PM > To: Zhang, Helin > Cc: Lu, Wenzhuo; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4] ixgbe: Drop flow control frames from VFs > > > > On 10/23/15 11:32, Zha

[dpdk-dev] [PATCH v8 0/8] vhost-user multiple queues enabling

On 10/22/2015 8:35 PM, Yuanhan Liu wrote: > This patch set enables vhost-user multiple queue feature. > > > --- > Changchun Ouyang (3): > vhost: rxtx: use queue id instead of constant ring index > virtio: fix deadloop due to reading virtio_net_config incorrectly > vhost: add VHOST_USER_SET_VR

[dpdk-dev] [PATCH v5 3/4] vhost: using EVENTFD_COPY2

On 10/21/2015 8:16 PM, Pavel Boldin wrote: > Xie, > > Please find my comments intermixed below. > > On Tue, Oct 20, 2015 at 12:52 PM, Xie, Huawei > wrote: > > Thanks Pavel for this work. > This is what we think is the better implementation for eventfd >

[dpdk-dev] i40e: problem with rx packet drops not accounted in statistics

Hi Arnon Sorry for any inconvenience! Yes, we knew that there are statistics issues there, and now in being fixed. Hopefully we can have some progress soon. Thank you very much for reporting out that! Regards, Helin From: Arnon Warshavsky [mailto:ar...@qwilt.com] Sent: Monday, October 26, 2015

[dpdk-dev] [PATCH v8 0/8] vhost-user multiple queues enabling

On Mon, Oct 26, 2015 at 01:36:10AM +, Xie, Huawei wrote: > On 10/22/2015 8:35 PM, Yuanhan Liu wrote: > > This patch set enables vhost-user multiple queue feature. > > > > > > --- > > Changchun Ouyang (3): > > vhost: rxtx: use queue id instead of constant ring index > > virtio: fix deadloop

[dpdk-dev] [PATCH v2 0/7] interrupt mode for fm10k

This patch series adds interrupt mode support for fm10k, contains four major parts: 1. implement rx_descriptor_done function in fm10k 2. make sure default VID available in dev_init in fm10k 3. fix a memory leak for non-ip packet in l3fwd-power 4. add rx interrupt support in fm10k PF and VF The pa

[dpdk-dev] [PATCH v2 1/7] fm10k: implement rx_descriptor_done function

rx_descriptor_done is used by interrupt mode example application (l3fwd-power) to check rxd DD bit to decide the RX trend, then l3fwd-power will adjust the cpu frequency according to the result. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k.h| 3 +++ drivers/net/fm10k/fm10k_eth

[dpdk-dev] [PATCH v2 2/7] fm10k: setup rx queue interrupts for PF and VF

In interrupt mode, each rx queue can have one interrupt to notify the up layer application when packets are available in that queue. Some queues also can share one interrupt. Currently, fm10k needs one separate interrupt for mailbox. So, only those drivers which support multiple interrupt vectors e

[dpdk-dev] [PATCH v2 5/7] fm10k: make sure default VID available in dev_init

When PF establishes a connection with Switch Manager, it receives a logic port range from SM, and registers certain logic ports from that range, then a default VID will be send back from SM. This whole transaction needs to be finished in dev_init, otherwise, in dev_start the interrupt setting will

[dpdk-dev] [PATCH v2 3/7] fm10k: remove rx queue interrupts when dev stops

Previous dev_stop function stops the rx/tx queues. This patch adds logic to disable rx queue interrupt, clean the datapath event and queue/vec map. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k_ethdev.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/drivers/

[dpdk-dev] [PATCH v2 4/7] fm10k: add rx queue interrupt en/dis functions

Interrupt mode framework has enable/disable functions for individual rx queue, this patch implements these two functions. Signed-off-by: Shaopeng He --- drivers/net/fm10k/fm10k_ethdev.c | 33 + 1 file changed, 33 insertions(+) diff --git a/drivers/net/fm10k/fm10k

[dpdk-dev] [PATCH v2 6/7] l3fwd-power: fix a memory leak for non-ip packet

Previous l3fwd-power only processes IP and IPv6 packet, other packet's mbuf is not released, and causes a memory leak. This patch fixes this issue. Signed-off-by: Shaopeng He --- examples/l3fwd-power/main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/examples/l3fwd-powe

[dpdk-dev] [PATCH v2 7/7] doc: release note update for fm10k intr mode

Signed-off-by: Shaopeng He --- doc/guides/rel_notes/release_2_2.rst | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/guides/rel_notes/release_2_2.rst b/doc/guides/rel_notes/release_2_2.rst index 73dba47..44b3aea 100644 --- a/doc/guides/rel_notes/release_2_2.rst +++ b/doc/guides/rel_note

[dpdk-dev] [PATCH v2 1/2] fm10k: add Intel Boulder Rapid NIC support

Boulder Rapid is Intel new NIC within fm10k family. This patch make DPDK driver support this new NIC. Signed-off-by: Michael Qiu Acked-by : Jing Chen Acked-by : Shaopeng He --- drivers/net/fm10k/base/fm10k_osdep.h| 4 lib/librte_eal/common/include/rte_pci_dev_ids.h | 2 ++ 2 f

[dpdk-dev] [PATCH v2 2/2] doc: release note update for Boulder Rapid Support

Update the release note for Intel's new NIC Boulder Rapid. Signed-off-by: Michael Qiu --- doc/guides/rel_notes/release_2_2.rst | 3 +++ 1 file changed, 3 insertions(+) diff --git a/doc/guides/rel_notes/release_2_2.rst b/doc/guides/rel_notes/release_2_2.rst index ab1c25f..7b34786 100644 --- a/d

[dpdk-dev] [PATCH v2 0/2] Intel new NIC Boulder Rapid support

Boulder Rapid is a new 100G NIC of Intel fm10k family, this patch set enable it in DPDK. change log: V2 --> v1 update the release notes Michael Qiu (2): fm10k: add Intel Boulder Rapid NIC support doc: release note update for Boulder Rapid Support doc/guides/rel_notes/release_2_2.rst

[dpdk-dev] [PATCH v8 3/8] vhost: vring queue setup for multiple queue support

On 2015/10/22 21:35, Yuanhan Liu wrote: > All queue pairs, including the default (the first) queue pair, > are allocated dynamically, when a vring_call message is received > first time for a specific queue pair. > > This is a refactor work for enabling vhost-user multiple queue; > it should not bre

[dpdk-dev] [PATCH] librte: Link status interrupt race condition, IGB E1000

Hi Tim, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, October 26, 2015 6:56 AM > To: Lu, Wenzhuo > Cc: dev at dpdk.org; Tim Shearer > Subject: Re: [dpdk-dev] [PATCH] librte: Link status interrupt race condition, > IGB E1000 > > Wenzhuo,

[dpdk-dev] [PATCH v5 1/7] lib/librte_ether: modify the structures for fdir new modes

Define the new modes and modify the filter and mask structures for the mac vlan and tunnel modes. Signed-off-by: Wenzhuo Lu --- lib/librte_ether/rte_eth_ctrl.h | 33 + 1 file changed, 33 insertions(+) diff --git a/lib/librte_ether/rte_eth_ctrl.h b/lib/librte_ethe

[dpdk-dev] [PATCH v5 2/7] app/testpmd: initialize the new fields for fdir mask

When a port is enabled, there're default values for the parameters of fdir mask. For the new parameters, the default values also need to be set. Signed-off-by: Wenzhuo Lu --- app/test-pmd/testpmd.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testp

[dpdk-dev] [PATCH v5 3/7] app/testpmd: new fdir modes for testpmd parameter

For testpmd CLI's parameter pkt-filter-mode, there're new values supported for fdir new modes, perfect-mac-vlan, perfect-tunnel. Signed-off-by: Wenzhuo Lu --- app/test-pmd/parameters.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/app/test-pmd/parameters.c b/app/test-

[dpdk-dev] [PATCH v5 4/7] app/testpmd: modify the output of the CLI show port fdir

There're fdir mask and supported flow type in the output of the CLI, show port fdir. But not every parameter has meaning for all the fdir modes, and the supported flow type is meaningless for mac vlan and tunnel modes. So, we output different thing for different mode. Signed-off-by: Wenzhuo Lu --

[dpdk-dev] [PATCH v5 6/7] ixgbe: implementation for fdir new modes' config

Implement the new CLIs for fdir mac vlan and tunnel modes, including flow_director_filter and flow_director_mask. Set the mask of fdir. Add, delete or update the entities of filter. Signed-off-by: Wenzhuo Lu --- drivers/net/ixgbe/ixgbe_ethdev.h | 3 + drivers/net/ixgbe/ixgbe_fdir.c | 262 +++

[dpdk-dev] [PATCH v5 7/7] doc: release notes update for flow director enhancement

Signed-off-by: Wenzhuo Lu --- doc/guides/rel_notes/release_2_2.rst | 3 +++ 1 file changed, 3 insertions(+) diff --git a/doc/guides/rel_notes/release_2_2.rst b/doc/guides/rel_notes/release_2_2.rst index bc9b00f..9d0a4d7 100644 --- a/doc/guides/rel_notes/release_2_2.rst +++ b/doc/guides/rel_note

[dpdk-dev] [PATCH v5 0/7] Support new flow director modes on Intel x550 NIC

This patch set adds 2 new flow director modes on Intel x550 NIC. The 2 new fdir modes are mac vlan mode and tunnel mode. The mac vlan mode can direct the flow based on the MAC address and VLAN TCI. The tunnel mode provides the support for VxLAN and NVGRE. x550 can recognize VxLAN and NVGRE packets,

[dpdk-dev] [PATCH v5 5/7] app/testpmd: modify and add fdir filter and mask CLIs for new modes

The different fdir mode needs different parameters, so, the parameter *mode* is introduced to the CLI flow_director_filter and flow_director_mask. This parameter can pormpt the user to input the appropriate parameters for different mode. Please be aware, as we should set the fdir mode, the value of

[dpdk-dev] [PATCH v8 3/8] vhost: vring queue setup for multiple queue support

On Mon, Oct 26, 2015 at 02:24:08PM +0900, Tetsuya Mukawa wrote: > On 2015/10/22 21:35, Yuanhan Liu wrote: ... > > @@ -292,13 +300,13 @@ user_get_vring_base(struct vhost_device_ctx ctx, > > * sent and only sent in vhost_vring_stop. > > * TODO: cleanup the vring, it isn't usable since here.

[dpdk-dev] [PATCH] vchost: Notify application of ownership change

On 2015/10/25 2:16, Thomas Monjalon wrote: > 2015-08-12 03:34, Xie, Huawei: >> On 8/8/2015 1:21 AM, Jan Kiszka wrote: >>> On VHOST_*_RESET_OWNER, we reinitialize the device but without telling >>> the application. That will cause crashes when it continues to invoke >>> vhost services on the device.

[dpdk-dev] [PATCH] vchost: Notify application of ownership change

On Mon, Oct 26, 2015 at 02:54:07PM +0900, Tetsuya Mukawa wrote: > On 2015/10/25 2:16, Thomas Monjalon wrote: > > 2015-08-12 03:34, Xie, Huawei: > >> On 8/8/2015 1:21 AM, Jan Kiszka wrote: > >>> On VHOST_*_RESET_OWNER, we reinitialize the device but without telling > >>> the application. That will c

[dpdk-dev] [PATCH 0/8] add vhost TX offload support

We have tested the following case on Intel 10G NIC using the patch set. Test case Flow: Iperf app running on legacy virtio guest>DPDK vhost-> two physical ports loopback on a NIC > legacy vhost->iperf app running on a legacy virtio guest. After enabling the vhost TSO and checks

[dpdk-dev] [PATCH 1/8] driver/virtio:add virtual addr for virtio net header

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu > Sent: Wednesday, October 21, 2015 12:47 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 1/8] driver/virtio:add virtual addr for virtio net > header > > The virtual addr for virtio net header

[dpdk-dev] [PATCH v2] net:bonding: fix free_queues function when no queues exist

From: Raslsn Darawsheh In case of creating bond device without add any slaves and quit from testpmd, application crashed since rx/tx queues are NULL. add checking of this paramters before trying to free. Signed-off-by: Raslsn Darawsheh Signed-off-by: Yaacov Hazan --- in previous patch there w

[dpdk-dev] [PATCH 0/8] add vhost TSO capability

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jijiang Liu > Sent: Thursday, September 17, 2015 1:11 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/8] add vhost TSO capability > > The patch set add the negotiation between us-vhost and virtio-net f

[dpdk-dev] [PATCH v2 0/6] Xen DOM0 runtime support

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen > Hemminger > Sent: Friday, October 23, 2015 2:35 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2 0/6] Xen DOM0 runtime support > > It should be possible to build a single application or libra

[dpdk-dev] [PATCH v1 1/7] e1000: add rx interrupt support

Hi Yong, On 9/25/2015 4:28 PM, Yong Liu wrote: > From: Marvin Liu > > Enable rx interrupt support on e1000 PF non-IOV mode. As I know, e1000 hasn't IOV mode. It's not necessary to mention PF non-IOV mode or not. In addition, it's necessary to mention the patch series is to support uio/vfio or b

[dpdk-dev] [PATCH v1 3/7] e1000: add ethdev rxq enable and disable function

On 9/25/2015 4:28 PM, Yong Liu wrote: > From: Marvin Liu > > Implement rxq interrupt related functions in eth_dev_ops structure. > > Signed-off-by: Marvin Liu > > diff --git a/drivers/net/e1000/em_ethdev.c b/drivers/net/e1000/em_ethdev.c > index e86c039..2b67b62 100644 > --- a/drivers/net/e1000

[dpdk-dev] [PATCH 7/8] i40e: get_dcb_info ops implement

> -Original Message- > From: Liu, Jijiang > Sent: Thursday, October 22, 2015 3:10 PM > To: Wu, Jingjing; dev at dpdk.org > Cc: Zhang, Helin; Tao, Zhe; Pei, Yulong > Subject: RE: [PATCH 7/8] i40e: get_dcb_info ops implement > > > > > -Original Message- > > From: Wu, Jingjing > >

[dpdk-dev] [PATCH] vchost: Notify application of ownership change

On 2015/10/26 15:30, Yuanhan Liu wrote: > On Mon, Oct 26, 2015 at 02:54:07PM +0900, Tetsuya Mukawa wrote: >> On 2015/10/25 2:16, Thomas Monjalon wrote: >>> 2015-08-12 03:34, Xie, Huawei: On 8/8/2015 1:21 AM, Jan Kiszka wrote: > On VHOST_*_RESET_OWNER, we reinitialize the device but without

[dpdk-dev] [PATCH v5 5/7] virtio: virtio vec rx

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie > Sent: Sunday, October 25, 2015 11:35 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v5 5/7] virtio: virtio vec rx > > With fixed avail ring, we don't need to get desc idx from avail ring. > v

[dpdk-dev] [PATCH v2] kni: allow per-net instances

There is a global variable 'device_in_use' which is used to make sure only one instance is using /dev/kni device. If you were using LXC, you will find there is only one instance of KNI example could be run even differnt namespaces were created. In order to have /dev/kni used simultaneously in diff

[dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops for lpm (ipv4)

> -Original Message- > From: Michal Jastrzebski [mailto:michalx.k.jastrzebski at intel.com] > Sent: Monday, October 26, 2015 12:55 PM > To: Vladimir Medvedkin > Subject: Re: [dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops > for lpm (ipv4) > > On Sun, Oct 25, 2015 at 08:52:04PM

[dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops for lpm (ipv4)

> -Original Message- > From: Matthew Hall [mailto:mhall at mhcomputing.net] > Sent: Saturday, October 24, 2015 8:10 AM > To: Jastrzebski, MichalX K; Kobylinski, MichalX > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops > for lpm (ipv4) > > On

[dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops for lpm (ipv4)

Hi Michal, Forwarding class can help us to classify traffic based on dst prefix, it's something like Juniper DCU. For example on Juniper MX I can make policy that install prefix into the FIB with some class and use it on dataplane, for example with ACL. On Juniper MX I can make something like that

[dpdk-dev] [PATCH v2 0/5] virtio: Tx performance improvements

On 10/19/2015 1:16 PM, Stephen Hemminger wrote: > This is a tested version of the virtio Tx performance improvements > that I posted earlier on the list, and described at the DPDK Userspace > meeting in Dublin. Together they get a 25% performance improvement for > both small packet and large multi-

[dpdk-dev] how to get driver name for a given port ID

Hi all, Is there an API to retrieve the driver name for a certain port ID before calling rte_eth_dev_configure()? My use case is: I'm trying to call rte_eth_dev_configure() with nb_rx_q=4 and found that this works for ixgbe driver but it doesn't for "rte_em_pmd" (1Gbps device): ERROR HwEmulDP

[dpdk-dev] [PATCH] default to using all cores if no -c, -l, or --lcores options given

There was no comment for this new behaviour. It means everybody agree to default to all cores. 2015-09-25 13:37, Rich Lane: > This is a useful default for simple applications where the assignment of > lcores > to CPUs doesn't matter. It's also useful for more complex applications that > automatic

[dpdk-dev] [PATCH] doc: fix pdf build warning

> > Fix a pdf doc build warning where a link wasn't recognised: > > > > doc/guides/contributing/documentation.rst:: > > WARNING: unusable reference target found: inkscape.org > > > > Signed-off-by: John McNamara > > Acked-by: Harry van Haaren Applied, thanks

[dpdk-dev] [PATCH] doc: remove dejavu font from doc build

2015-10-20 12:32, John McNamara: > Remove requirement for occasionally hard to find/install > DejaVuSansMono font. It isn't gnerally required anyway. > The default mono font is sufficient. Does it remove the need for texlive-collection-fontsextra?

[dpdk-dev] [PATCH v2] doc: change sphinx theme to the read the docs theme

2015-10-21 10:39, John McNamara: > Change the Sphinx default theme from "alabaster" to the ReadTheDocs > theme. See for example: > > http://dpdk.readthedocs.org/en/latest/ > > This looks better for technical documentation and in particular > it has a 80 char wide verbatim block rendering. Ye

[dpdk-dev] [PATCH] doc: fix rst issues in testpmd user guide

> > Fix a number of RST issues in the testpmd user guide and > > refactored the structure to: > > > > * Remove redundant roadmap section. > > * Merge Overview section into Introduction. > > * Move "set fwd" to the start of its section. > > > > Signed-off-by: John McNamara > > Acked-by: Pablo de

[dpdk-dev] [PATCH v4] nfp: new poll mode driver for netronome nfp-6xxx card

2015-10-23 11:36, Alejandro.Lucero: > From: "Alejandro.Lucero" > > This patch adds a new PMD for using PCI Virtual Functions with Netronome > nfp6000 card. > > Signed-off-by: Alejandro.Lucero > Signed-off-by: Rolf.Neugebauer > --- > drivers/net/nfp/Makefile | 88 ++ > drivers/net/nfp/

[dpdk-dev] [PATCH v2 3/5] szedata2: add handling of scattered packets in TX

Hi Matej, 2015-09-18 10:32, Matej Vido: > - rte_memcpy(tmp_dst, > - rte_pktmbuf_mtod(mbuf, const void *), > - pkt_len); > + if (likely(mbuf_segs == 1)) { > + /* > +

[dpdk-dev] [PATCH v2 4/5] doc: add documentation for szedata2 PMD

2015-09-18 10:32, Matej Vido: > Signed-off-by: Matej Vido > Reviewed-by: Jan Viktorin Please John, could you review this new doc? Thanks

[dpdk-dev] [PATCH v2 4/5] doc: add documentation for szedata2 PMD

Hi Matej, Thanks for providing a documentation. I'm sorry to give a late feedback and I would like that other contributors have reviewed it. There are a lot of PMD developers around. Please help. 2015-09-18 10:32, Matej Vido: > +- **libsze2** > + > + This library provides API for initialization

[dpdk-dev] [PATCH v2 1/5] szedata2: add new poll mode driver

2015-09-18 10:32, Matej Vido: > Add virtual PMD which communicates with COMBO cards through sze2 > layer using libsze2 library. > > Since link_speed is uint16_t, there can not be used number for 100G > speed, therefore link_speed is set to ETH_LINK_SPEED_10G until the > type of link_speed is solve

[dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops for lpm (ipv4)

esOn Mon, Oct 26, 2015 at 05:03:31PM +0300, Vladimir Medvedkin wrote: > Hi Michal, > > Forwarding class can help us to classify traffic based on dst prefix, it's > something like Juniper DCU. For example on Juniper MX I can make policy > that install prefix into the FIB with some class and use it

[dpdk-dev] [PATCH v2 0/2] User-space ethtool sample application

Further enhancements to the userspace ethtool implementation that was submitted in 2.1 and packaged as a self-contained sample application. Implements an rte_ethtool shim layer based on rte_ethdev API, along with a command prompt driven demonstration application. This patchset depends on http://dp

[dpdk-dev] [PATCH v2 1/2] example: User-space ethtool sample application

Further enhancements to the userspace ethtool implementation that was submitted in 2.1 and packaged as a self-contained sample application. Implements an rte_ethtool shim layer based on rte_ethdev API, along with a command prompt driven demonstration application. Signed-off-by: Remy Horton --- e

[dpdk-dev] [PATCH v2 2/2] doc: User-space ethtool sample application

Signed-off-by: Remy Horton --- doc/guides/sample_app_ug/ethtool.rst | 265 +++ doc/guides/sample_app_ug/index.rst | 1 + 2 files changed, 266 insertions(+) create mode 100644 doc/guides/sample_app_ug/ethtool.rst diff --git a/doc/guides/sample_app_ug/ethtool.r

[dpdk-dev] Fwd: [PATCH] em: enable flash access, tested with Intel 82577LM

This patch does not comply with the DPDK rules. But the needs deserved to be discussed with the e1000 maintainer. Wenzhuo? 2015-10-07 13:27, Jiuling Bie: > --- > drivers/net/e1000/base/e1000_osdep.h| 18 -- > drivers/net/e1000/em_ethdev.c | 1 + > li

[dpdk-dev] dpdk proposal installation process

> -Original Message- > From: Richardson, Bruce > Sent: Thursday, October 22, 2015 9:57 AM > To: Panu Matilainen > Cc: Olivier MATZ; Arevalo, Mario Alfredo C; dev at dpdk.org > Subject: Re: [dpdk-dev] dpdk proposal installation process > > On Thu, Oct 22, 2015 at 08:55:41AM +0300, Panu Mat

[dpdk-dev] [PATCH 00/11] add armv8 architecture support

Hello David, thanks for this series. I'am sending few comments to the code as well. Soon, I will have an ARMv8 board available so I will be able to test it. Probably, we can just reinclude some headers from arm/ directory for ARMv8 as they are not different. Jan On Fri, 23 Oct 2015 15:17:02 +01

[dpdk-dev] [PATCH 10/11] mk: add makefile and config changes for armv8 architecture

On Fri, 23 Oct 2015 15:17:12 +0100 David Hunt wrote: > > +# ARMv8 CPU flags > +ifneq ($(filter $(AUTO_CPUFLAGS),__aarch64__),) > +CPUFLAGS += AARCH64 > +endif > + > +ifneq ($(filter $(AUTO_CPUFLAGS),__aarch32__),) > +CPUFLAGS += AARCH32 > +endif > + I think, this should go with the ARMv7 serie

[dpdk-dev] [PATCH 10/11] mk: add makefile and config changes for armv8 architecture

On Fri, 23 Oct 2015 15:17:12 +0100 David Hunt wrote: > +# in machine .mk) > +# - define CPU_CFLAGS variable (overridden by cmdline or previous > +# define in machine .mk) > +# - define CPU_LDFLAGS variable (overridden by cmdline or previous > +# define in machine .mk) > +# - def

[dpdk-dev] [PATCH 05/11] lib: add armv8 rte_memcpy.h

On Fri, 23 Oct 2015 15:17:07 +0100 David Hunt wrote: > + "LDP q0, q1, [%0 , #192]\n\t" > + "STP q0, q1, [%1 , #192]\n\t" > + "LDP q0, q1, [%0 , #224]\n\t" > + "STP q0, q1, [%1 , #224]\n\t" > + : : "r" (src), "r"

[dpdk-dev] [PATCH 03/11] lib: add armv8 rte_cpuflags.h

On Fri, 23 Oct 2015 15:17:05 +0100 David Hunt wrote: > +#include "generic/rte_cpuflags.h" > + > +/* Symbolic values for the entries in the auxiliary table */ > +#define AT_HWCAP 16 > +#define AT_HWCAP2 26 > +#define AT_PLATFORM 15 > + > +/* software based registers */ > +enum cpu_register_t { >

[dpdk-dev] [PATCH 09/11] lib: add armv8 rte_vect.h

On Fri, 23 Oct 2015 15:17:11 +0100 David Hunt wrote: > + > +typedef float32x4_t __m128; > + > +typedef int32x4_t __m128i; > + > +typedef __m128i xmm_t; > + > +#define XMM_SIZE(sizeof(xmm_t)) > +#define XMM_MASK(XMM_SIZE - 1) > + > +typedef union rte_xmm { > + xmm_tx; > +

[dpdk-dev] [PATCH v2 1/3] rte: add keep alive functionality

'noon, On 23/10/2015 15:27, Wiles, Keith wrote: >> +uint32_t __rte_cache_aligned state_flags[RTE_KEEPALIVE_MAXCORES]; > Normally I see the __rte_cache_aligned at the end of the line before > the ?;? did you have a reason to have it here? If not then I would > move it to the end to look the sam

[dpdk-dev] [PATCH v2 00/16] Support ARMv7 architecture

Hello DPDK community, Thomas, Dave, here I propose the second version of the ARM support patch series. I've included some ideas from Dave's patch. There are no big changes to the original series. Important: * The timer issue has now 2 solutions, the user may configure to use PMU counter or the

[dpdk-dev] [PATCH v2 01/16] mk: Introduce ARMv7 architecture

From: Vlastimil Kosar Make DPDK run on ARMv7-A architecture. This patch assumes ARM Cortex-A9. However, it is known to be working on Cortex-A7 and Cortex-A15. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- v1 -> v2: * the -mtune parameter of GCC is configurable now * the -mfpu=

[dpdk-dev] [PATCH v2 02/16] eal/arm: atomic operations for ARM

From: Vlastimil Kosar This patch adds architecture specific atomic operation file for ARM architecture. It utilizes compiler intrinsics only. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- v1 -> v2: * improve rte_wmb() * use __atomic_* or __sync_*? (may affect the required GCC

[dpdk-dev] [PATCH v2 03/16] eal/arm: byte order operations for ARM

From: Vlastimil Kosar This patch adds architecture specific byte order operations for ARM. The architecture supports both big and little endian. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_byteorder.h| 148 + 1 fil

[dpdk-dev] [PATCH v2 04/16] eal/arm: cpu cycle operations for ARM

From: Vlastimil Kosar ARM architecture doesn't have a suitable source of CPU cycles. This patch uses clock_gettime instead. The implementation should be improved in the future. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_cycles.h |

[dpdk-dev] [PATCH v2 05/16] eal/arm: implement rdtsc by PMU or clock_gettime

Enable to choose a preferred way to read timer based on the configuration entry CONFIG_RTE_ARM_EAL_RDTSC_USE_PMU. It requires a kernel module that is not included to work. Based on the patch by David Hunt and Armuta Zende: lib: added support for armv7 architecture Signed-off-by: Jan Viktorin

[dpdk-dev] [PATCH v2 06/16] eal/arm: prefetch operations for ARM

From: Vlastimil Kosar This patch adds architecture specific prefetch operations for ARM architecture. It utilizes the pld instruction that starts filling the appropriate cache line without blocking. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte

[dpdk-dev] [PATCH v2 07/16] eal/arm: spinlock operations for ARM (without HTM)

From: Vlastimil Kosar This patch adds spinlock operations for ARM architecture. We do not support HTM in spinlocks on ARM. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_spinlock.h | 114 + 1 file changed, 114 inserti

[dpdk-dev] [PATCH v2 08/16] eal/arm: vector memcpy for ARM

From: Vlastimil Kosar The SSE based memory copy in DPDK only support x86. This patch adds ARM NEON based memory copy functions for ARM architecture. The implementation improves memory copy of short or well aligned data buffers. The following measurements show improvements over the libc memcpy on

[dpdk-dev] [PATCH v2 09/16] eal/arm: use vector memcpy only when NEON is enabled

The GCC can be configured to avoid using NEON extensions. For that purpose, we provide just the memcpy implementation of the rte_memcpy. Based on the patch by David Hunt and Armuta Zende: lib: added support for armv7 architecture Signed-off-by: Jan Viktorin Signed-off-by: Amruta Zende Signed

[dpdk-dev] [PATCH v2 10/16] eal/arm: cpu flag checks for ARM

From: Vlastimil Kosar This implementation is based on IBM POWER version of rte_cpuflags. We use software emulation of HW capability registers, because those are usually not directly accessible from userspace on ARM. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- v1 -> v2: check

[dpdk-dev] [PATCH v2 11/16] eal/arm: detect arm architecture in cpu flags

Based on the patch by David Hunt and Armuta Zende: lib: added support for armv7 architecture Signed-off-by: Jan Viktorin Signed-off-by: Amruta Zende Signed-off-by: David Hunt --- lib/librte_eal/common/include/arch/arm/rte_cpuflags.h | 15 +++ 1 file changed, 15 insertions(+) di

[dpdk-dev] [PATCH v2 12/16] eal/arm: rwlock support for ARM

Just a copy from PPC. Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_rwlock.h | 40 ++ 1 file changed, 40 insertions(+) create mode 100644 lib/librte_eal/common/include/arch/arm/rte_rwlock.h diff --git a/lib/librte_eal/common/include/arch/arm/rte_

[dpdk-dev] [PATCH v2 13/16] gcc/arm: avoid alignment errors to break build

There several issues with alignment when compiling for ARMv7. They are not considered to be fatal (ARMv7 supports unaligned access of 32b words), so we just leave them as warnings. They should be solved later, however. Signed-off-by: Jan Viktorin Signed-off-by: Vlastimil Kosar --- mk/toolchain/

[dpdk-dev] [PATCH v2 14/16] maintainers: claim responsibility for ARMv7

Signed-off-by: Jan Viktorin --- MAINTAINERS | 4 1 file changed, 4 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 080a8e8..a8933eb 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -124,6 +124,10 @@ IBM POWER M: Chao Zhu F: lib/librte_eal/common/include/arch/ppc_64/ +ARM v7 +M:

[dpdk-dev] [PATCH v2 15/16] lpm/arm: implement rte_lpm_lookupx4 using rte_lpm_lookup_bulk on for-x86

From: Vlastimil Kosar LPM function rte_lpm_lookupx4() uses i686/x86_64 SIMD intrinsics. Therefore, the function is reimplemented using non-vector operations for non-x86 architectures. In the future, each architecture should have vectorized code. This patch includes rudimentary emulation of intrin

[dpdk-dev] [PATCH v2 16/16] acl: check for SSE 4.1 support

The main goal of this check is to avoid passing the -msse4.1 option to the GCC that does not support it (like arm toolchains). Anyway, the ACL library does not compile on ARM. Signed-off-by: Jan Viktorin --- lib/librte_acl/Makefile | 4 1 file changed, 4 insertions(+) diff --git a/lib/lib

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

2015-10-15 13:12, Mcnamara, John: > From: Panu Matilainen [mailto:pmatilai at redhat.com] > > Sure. I was planning on going through the docs and updating them > > (separately) if the change is otherwise accepted, I suspect there are more > > than those two places needing changes. Actually the docs

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

> > The number of memory channels is a truly obscure thing as a mandatory > > command line argument when its really just an optimization. > > Provide a reasonable default in mempool as suggested by Bruce Richardson > > and make the -n argument optional in EAL to make DPDK that little bit > > easier

[dpdk-dev] [PATCH 0/2] Provide reasonable default to -n

Panu, Please use --subject-prefix 'PATCH v2' to ease patch management, as explained here: http://dpdk.org/dev#send git send-email --subject-prefix 'PATCH vX+1' --annotate --cover-letter --in-reply-to It should appear on the cover letter and the patches. Thanks

[dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops for lpm (ipv4)

Michal, Looks strange, you have: error: while searching for: lpm_list = RTE_TAILQ_CAST(rte_lpm_tailq.head, rte_lpm_list); ... error: patch failed: lib/librte_lpm/rte_lpm.c:159 but if we look at http://dpdk.org/browse/dpdk/tree/lib/librte_lpm/rte_lpm.c#n159 patch should apply fine. Latest c

[dpdk-dev] how to use multiple RX queues on the same port

Hi all, To avoid rx_nombuf packet drops, I'm trying to configure a DPDK port to use more than 1 RX queue... so I'm trying (on a 10Gbps card) to use 4 RX queues. The call to rte_eth_dev_configure() and the 4 calls to rte_eth_rx_queue_setup() succeed but then via the rte_eth_rx_queue_count() API I

[dpdk-dev] [PATCH] doc: remove dejavu font from doc build

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, October 26, 2015 2:25 PM > To: Mcnamara, John > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] doc: remove dejavu font from doc build > > 2015-10-20 12:32, John McNamara: > > Remove re

[dpdk-dev] [PATCH v1 0/3] lpm: increase number of next hops for lpm (ipv4)

> I can't apply patch 0001-... , could You check it please? I generated it from a rebase of my own copy of DPDK against DPDK upstream master. So I'm not sure why it would not apply against latest DPDK master. But I will try it and see what could be the reason. Matthew.

[dpdk-dev] how to use multiple RX queues on the same port

Hi Francesco, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Montorsi, > Francesco > Sent: Monday, October 26, 2015 5:23 PM > To: dev at dpdk.org > Subject: [dpdk-dev] how to use multiple RX queues on the same port > > Hi all, > To avoid rx_nombuf packet dr

[dpdk-dev] [PATCH] testpmd: modify the mac of csum forwarding

HI, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Saturday, October 24, 2015 5:52 PM > To: Qiu, Michael > Cc: dev at dpdk.org; Liu, Jijiang; De Lara Guarch, Pablo > Subject: Re: [dpdk-dev] [PATCH] testpmd: modify the mac of csum > forwarding >

[dpdk-dev] [PATCH] default to using all cores if no -c, -l, or --lcores options given

2015-10-26 15:17, Thomas Monjalon: > There was no comment for this new behaviour. > It means everybody agree to default to all cores. > > 2015-09-25 13:37, Rich Lane: > > This is a useful default for simple applications where the assignment of > > lcores > > to CPUs doesn't matter. It's also usef

[dpdk-dev] [PATCH v8 8/8] doc: update release note for vhost-user mq support

2015-10-22 20:35, Yuanhan Liu: > +* **vhost: added vhost-user mulitple queue support.** > + > + Added vhost-user multiple queue support. Excepted the typo, it is the same sentence twice, so not needed. General comment to every contributors: please avoid making a special commit to just update the

[dpdk-dev] [PATCH v8 0/8] vhost-user multiple queues enabling

> > Changchun Ouyang (3): > > vhost: rxtx: use queue id instead of constant ring index > > virtio: fix deadloop due to reading virtio_net_config incorrectly > > vhost: add VHOST_USER_SET_VRING_ENABLE message > > > > Yuanhan Liu (5): > > vhost-user: add protocol features support > > vhost-

[dpdk-dev] [PATCH] app/testpmd: add engine for UDP echo server support

Hi, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Saturday, October 24, 2015 10:24 PM > To: De Lara Guarch, Pablo > Cc: dev at dpdk.org; Thadeu Lima de Souza Cascardo > Subject: Re: [dpdk-dev] [PATCH] app/testpmd: add engine for UDP echo > serve

[dpdk-dev] [PATCH] app/testpmd: add engine for UDP echo server support

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of De Lara Guarch, > Pablo > Sent: Monday, October 26, 2015 8:37 PM > To: Thomas Monjalon > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] app/testpmd: add engine for UDP echo > server support > > Hi, > >