[dpdk-dev] [PATCH 3/3] maintainers: claim responsibility for arm64 specific files of hash and lpm

Signed-off-by: Jerin Jacob --- MAINTAINERS | 3 +++ 1 file changed, 3 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4478862..dc8f80a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -130,6 +130,9 @@ ARM v8 M: Jerin Jacob F: lib/librte_eal/common/include/arch/arm/*_64.h F:

[dpdk-dev] [PATCH 2/3] lpm: add support for NEON

enabled CONFIG_RTE_LIBRTE_LPM, CONFIG_RTE_LIBRTE_TABLE, CONFIG_RTE_LIBRTE_PIPELINE libraries for arm64. TABLE, PIPELINE libraries were disabled due to LPM library dependency. Signed-off-by: Jerin Jacob --- app/test/test_lpm.c| 10 +-

[dpdk-dev] [PATCH 1/3] eal: introduce rte_vect_* abstractions

introduce rte_vect_* abstractions to remove SSE/AVX specific code in the common code(i.e the test applications) The patch does not provide any functional change for IA, the goal is to have infrastructure to reuse the common vector-based test code across all the architectures. Signed-off-by:

[dpdk-dev] [PATCH 0/3] add lpm support for NEON

- Introduce new rte_vect_* abstractions in eal - This patch set has the changes required for optimised pm library usage in arm64 perspective - Tested on Juno and Thunder boards - Tested and verified the changes with following DPDK unit test cases --lpm_autotest --lpm6_autotest -

[dpdk-dev] 2.3 Roadmap

Hi Tim, On Mon, Nov 30, 2015 at 3:50 PM, O'Driscoll, Tim wrote: > Tcpdump Support: Support for tcpdump will be added to DPDK. This will improve > usability and debugging of DPDK applications. I'm curious about the proposed tcpdump support. Is there a concrete plan for this, or is that still

[dpdk-dev] 2.3 Roadmap

It looks very ambitious :) Thank you Intel for pushing forward! 2015-11-30 20:50, O'Driscoll, Tim: > As we're nearing the completion of the 2.2 release, I'd like to start a > discussion on plans for 2.3. To kick this off, below are the features that > we're hoping to submit for this release. >

[dpdk-dev] [PATCH v4 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

Commit 42ec27a0178a causes compiling error on arm, as RTE_SCHED_VECTOR does support only SSE intrinsic, so disable it till we have neon support. Fixes: 42ec27a0178a ("sched: enable SSE optimizations in config") Acked-By: Jan Viktorin Signed-off-by: Jerin Jacob ---

[dpdk-dev] [PATCH v4 1/2] config: use defconfig_arm64-armv8a-linuxapp-gcc as base for arm64 targets

let each armv8 machine targets capture only the differences between the common defconfig_arm64-armv8a-linuxapp-gcc Suggested-by: Thomas Monjalon Signed-off-by: Jerin Jacob --- config/defconfig_arm64-thunderx-linuxapp-gcc | 22 +- config/defconfig_arm64-xgene1-linuxapp-gcc

[dpdk-dev] [PATCH v4 0/2] disable CONFIG_RTE_SCHED_VECTOR for arm

v1..v2 created common arm64 configs under common_arm64 file. let each armv8 machine targets capture only the differences between the common arm64 config. v2..v3 Fix whitespace issue with git am v3..v4 removed common_arm64 file and used defconfig_arm64-armv8a-linuxapp-gcc as base Jerin Jacob

[dpdk-dev] 2.3 Roadmap

Hi, CAT And CDP technologies look very intriguing Could you elaborate a little on those? -HK From: dev on behalf of O'Driscoll, Tim Sent: Monday, November 30, 2015 9:50:58 PM To: dev at dpdk.org Subject: [dpdk-dev] 2.3

[dpdk-dev] 2.3 Roadmap

As we're nearing the completion of the 2.2 release, I'd like to start a discussion on plans for 2.3. To kick this off, below are the features that we're hoping to submit for this release. If others are prepared to contribute their plans, then we could build a complete view of the release which

[dpdk-dev] [PATCH] librte_port: fix sink port statistics

Fixes the sink port statistics incomplete problem. The problem was introduced by commit "Packet Framework librte_port: Source/Sink ports" (commit id ef3403fb6f9a3c4b730d2e4fbe7ddc0291ffa992) Signed-off-by: Fan Zhang Acked-by: Cristian Dumitrescu --- lib/librte_port/rte_port_source_sink.c | 63

[dpdk-dev] [PATCH] librte_port: fix mbuf allocation in source port

Fixes the mbuf allocation not initialized problem. This problem will cause the mbufs not be able to freed back to mempool by rte_pktmbuf_free(). The problem was introduced by commit "Packet Framework librte_port: Source /Sink ports" (commit id ef3403fb6f9a3c4b730d2e4fbe7ddc0291ffa992)

[dpdk-dev] DPDK Community Call - ARM Support

This is just a reminder that this call is on tomorrow, at 15:00 GMT. I'll be travelling, but Jim St Leger has agreed to host the call. The agenda is: ARMv7 & v8 ports: - Summary of what's been submitted for 2.2 and what the remaining gaps are (Dave Hunt) - Discussion on plans for further

[dpdk-dev] Unable to configure ethdev in secondary process using ring PMD

Hello, I would like to setup communication between two existing DPDK applications and run them on the same host. "Connecting their ports" in some way in order not to rewrite the applications would be very desirable. Specifically, I would like one process to send packets and the second process

[dpdk-dev] [PATCH v7 11/11] doc: Add information about new installation rules

Information about variables and rules behaviour is added to documentation. Signed-off-by: Mario Carrillo --- doc/build-sdk-quick.txt | 25 +- doc/guides/freebsd_gsg/build_dpdk.rst | 40 +++ doc/guides/linux_gsg/build_dpdk.rst |

[dpdk-dev] [PATCH v7 10/11] mk: Add new install rule

If "T" variable is defined, the installation process will have the current behaviour, else install rule will be called. Signed-off-by: Mario Carrillo --- mk/rte.sdkinstall.mk | 12 +++- mk/rte.sdkroot.mk| 4 ++-- 2 files changed, 13 insertions(+), 3 deletions(-) diff --git

[dpdk-dev] [PATCH v7 09/11] mk: Rename install rule as mbuild rule

"install" rule with the current dpdk behaviour change its name by mbuild. Signed-off-by: Mario Carrillo --- mk/rte.sdkinstall.mk | 8 mk/rte.sdkroot.mk| 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/mk/rte.sdkinstall.mk b/mk/rte.sdkinstall.mk index

[dpdk-dev] [PATCH v7 08/11] app: Change name to test binary

This is order to test could be installed in a file herarchy and do not make a colision with test command from coreutils package. Signed-off-by: Mario Carrillo --- app/test/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/app/test/Makefile b/app/test/Makefile index

[dpdk-dev] [PATCH v7 07/11] mk: Add rule for installing runtime files

Add hierarchy-file support to the DPDK libraries, modules, binary files, nic bind file, cpu layout file (tools) and documentation, when invoking "make install-fhs" (filesystem hierarchy standard) runtime files will be by default installed in: $(DESTDIR)/$(bindir) where bindir=$(exec_prefix)/bin

[dpdk-dev] [PATCH v7 06/11] mk: Add rule for installing sdk files

Add hierarchy-file support to the DPDK makefiles, scripts, examples, tools, config files and headers, when invoking "make install-sdk" makefiles, scripts, examples and config files will be installed in: $(DESTDIR)/$(sdkdir) and headers will be installed in: $(DESTDIR)/$(includedir) where

[dpdk-dev] [PATCH v7 05/11] mk: Add rule for installing documentation

Add hierarchy-file support to the DPDK documentation, when invoking "make install-doc" documentation files will be installed in: $(DESTDIR)/$(docdir) where docdir=$(datarootdir)/doc/dpdk datarootdir=$(prefix)/share prefix=/usr/local by default, you can override "prefix", "datarootdir" and "docdir"

[dpdk-dev] [PATCH v7 04/11] mk: Add rule for installing modules

Add hierarchy-file support to the DPDK modules, when invoking "make install-mod" modules will be installed in: $(DESTDIR)/$(kerneldir) if RTE_EXEC_ENV=linuxapp then kerneldir=/lib/modules/$(uname -r)/extra/drivers/dpdk else kerneldir=/boot/modules by default, you can override "kerneldir" var. This

[dpdk-dev] [PATCH v7 03/11] mk: Add rule for installing libraries

Add hierarchy-file support to the DPDK libraries, when invoking "make install-lib" libraries will be installed in: $(DESTDIR)/$(libdir) where libdir=$(exec_prefix)/usr/lib prefix=/usr/local and exec_prefix=$(prefix) by default, you can override prefix, exec_prefix and libdir vars. This hierarchy

[dpdk-dev] [PATCH v7 02/11] mk: Add rule for installing app files

Add hierarchy-file support to the DPDK app files, nic bind file and cpu layout file when invoking "make install-bin" app files will be installed in: $(DESTDIR)/$(bindir) where bindir=$(exec_prefix)/usr/local/bin prefix=/usr/local and exec_prefix=$(prefix) by default, you can override prefix,

[dpdk-dev] [PATCH v7 01/11] mk: Add rule for installing headers

Add hierarchy-file support to the DPDK headers, when invoking "make install-headers" headers will be installed in: $(DESTDIR)/$(includedir) where includedir=$(prefix)/include/dpdk and prefix=/usr/local by default, you can override "prefix" and "includedir" vars. This hierarchy is based on:

[dpdk-dev] [PATCH v7 00/11] Add installation rules for dpdk files.

DPDK package lacks of a mechanism to install libraries, headers applications, kernel modules and sdk files to a file system tree. This patch set allows to install files based on the next proposal: http://www.freedesktop.org/software/systemd/man/file-hierarchy.html v7: When "make install" is

[dpdk-dev] Query on Filtering Support in DPDK

Hi, We are working towards adding h/w based filtering support in cxgbe PMD. Chelsio T5 supports carrying out filtering in hardware which supports 3 actions to carry out on a packet which hit a filter viz. 1. Action Pass - Packets hitting a filter rule can be directed to a particular RXQ. 2.

[dpdk-dev] 2.3 Roadmap

Hi Tim, Just curious about one item on the list: On 11/30/2015 03:50 PM, O'Driscoll, Tim wrote: > IPsec Sample Application: A sample application will be created which will > show how DPDK and the new cryptodev API can be used to implement IPsec. Use > of the cryptodev API will allow either

[dpdk-dev] 2.3 Roadmap

On Mon, 30 Nov 2015 22:53:50 + Kyle Larose wrote: > Hi Tim, > > On Mon, Nov 30, 2015 at 3:50 PM, O'Driscoll, Tim > wrote: > > > Tcpdump Support: Support for tcpdump will be added to DPDK. This will > > improve usability and debugging of DPDK applications. > > I'm curious about the

[dpdk-dev] [PATCH] librte_port: fix mbuf allocation in source port and missing

Hi, 2015-11-30 15:46, Fan Zhang: > This patch fixes two issues: > - The allocated mbufs in rte_port_source_rx() are not initialized properly > issue. This issue caused the mbufs not be able to freed back to mempool by > rte_pktmbuf_free(). > - The missed sink port statistics issue. Sink port was

[dpdk-dev] Unable to configure ethdev in secondary process using ring PMD

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alexey Bogdanenko > Sent: Monday, November 30, 2015 4:17 PM > To: dev at dpdk.org > Subject: [dpdk-dev] Unable to configure ethdev in secondary process using > ring PMD > > Hello, > > I would like to setup

[dpdk-dev] [PATCH v6 06/10] mk: Add rule for installing sdk files

Thank you for your feedback Thomas, I'm going to take note for a version 6 patches :) Mario. From: Thomas Monjalon [thomas.monja...@6wind.com] Sent: Monday, November 30, 2015 8:20 AM To: Arevalo, Mario Alfredo C Cc: dev at dpdk.org; Venegas Munoz, Jos C

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Mon, Nov 30, 2015 at 12:03:21PM -0500, Jianbo Liu wrote: > On Mon, Nov 30, 2015 at 11:17:52AM +0530, Jerin Jacob wrote: > > On Sun, Nov 29, 2015 at 06:48:29PM -0500, Jianbo Liu wrote: > > > On Fri, Nov 27, 2015 at 07:04:28PM +0530, Jerin Jacob wrote: > > > > Commit 42ec27a0178a causes compiling

[dpdk-dev] [PATCH] librte_port: fix mbuf allocation in source port and missing

This patch fixes two issues: - The allocated mbufs in rte_port_source_rx() are not initialized properly issue. This issue caused the mbufs not be able to freed back to mempool by rte_pktmbuf_free(). - The missed sink port statistics issue. Sink port was not able record the number of mbufs

[dpdk-dev] [PATCH] reserve 'make install' for future use

2015-11-30 11:49, Bruce Richardson: > On Mon, Nov 30, 2015 at 11:41:32AM +, Richardson, Bruce wrote: > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > > Sent: Monday, November 30, 2015 11:27 AM > > > To: Richardson, Bruce > > > Cc: Panu Matilainen ; dev at dpdk.org; > > >

[dpdk-dev] [PATCH] reserve 'make install' for future use

2015-11-30 14:26, Panu Matilainen: > On 11/27/2015 07:33 PM, Thomas Monjalon wrote: > > 2015-11-25 10:48, Panu Matilainen: > >> On 11/24/2015 06:54 PM, Bruce Richardson wrote: > >>> On Fri, Nov 06, 2015 at 02:04:54PM +0100, Thomas Monjalon wrote: > 2015-11-06 12:57, Bruce Richardson: > >

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

2015-11-30 15:04, Jan Viktorin: > On Mon, 30 Nov 2015 14:59:45 +0100 > Thomas Monjalon wrote: > > > 2015-11-30 14:27, Jan Viktorin: > > > I believe (and have already expressed this idea) that this is not a > > > problem of architecture ports but it is a problem of the build system. > > > Love me

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Mon, 30 Nov 2015 14:59:45 +0100 Thomas Monjalon wrote: > 2015-11-30 14:27, Jan Viktorin: > > I believe (and have already expressed this idea) that this is not a > > problem of architecture ports but it is a problem of the build system. > > Love me or hate me, in my opinion the build system is

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

2015-11-30 14:27, Jan Viktorin: > I believe (and have already expressed this idea) that this is not a > problem of architecture ports but it is a problem of the build system. > Love me or hate me, in my opinion the build system is broken :). The > build system should be able to solve this. > >

[dpdk-dev] Query on Filtering Support in DPDK

Hi, 2015-11-30 18:19, Rahul Lakkireddy: > 1. Add a new action 'switch' that will: >* Allow re-direction to different ports in hardware. > >Also, for such a rule, additionally support below: > >* Allow source mac/destination mac and vlan header re-writing to be > done by the

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Mon, 30 Nov 2015 13:55:45 -0500 Jianbo Liu wrote: > On Mon, Nov 30, 2015 at 03:52:31PM +0530, Jerin Jacob wrote: > > On Mon, Nov 30, 2015 at 12:03:21PM -0500, Jianbo Liu wrote: > > > On Mon, Nov 30, 2015 at 11:17:52AM +0530, Jerin Jacob wrote: > > > > On Sun, Nov 29, 2015 at 06:48:29PM

[dpdk-dev] [PATCH] reserve 'make install' for future use

On 11/27/2015 07:33 PM, Thomas Monjalon wrote: > 2015-11-25 10:48, Panu Matilainen: >> On 11/24/2015 06:54 PM, Bruce Richardson wrote: >>> On Fri, Nov 06, 2015 at 02:04:54PM +0100, Thomas Monjalon wrote: 2015-11-06 12:57, Bruce Richardson: > So, any thoughts or comments on this? There has

[dpdk-dev] [PATCH v4] ip_pipeline: add flow id parameter to flow classification

This patch adds flow id field to the flow classification table entries and adds table action handlers to read flow id from table entry and write it into the packet meta-data. The flow_id (32-bit) parameter is also added to CLI commands flow add, flow delete, etc. *v2 fixed bug: flow table entry

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Mon, Nov 30, 2015 at 03:52:31PM +0530, Jerin Jacob wrote: > On Mon, Nov 30, 2015 at 12:03:21PM -0500, Jianbo Liu wrote: > > On Mon, Nov 30, 2015 at 11:17:52AM +0530, Jerin Jacob wrote: > > > On Sun, Nov 29, 2015 at 06:48:29PM -0500, Jianbo Liu wrote: > > > > On Fri, Nov 27, 2015 at 07:04:28PM

[dpdk-dev] [PATCH] reserve 'make install' for future use

2015-11-30 11:08, Richardson, Bruce: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > Why is it a step in the right direction? > > > > We just need to install the files in a different hierarchy and adapt the > > makefiles to be able to compile an application while keeping the

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Mon, Nov 30, 2015 at 11:17:52AM +0530, Jerin Jacob wrote: > On Sun, Nov 29, 2015 at 06:48:29PM -0500, Jianbo Liu wrote: > > On Fri, Nov 27, 2015 at 07:04:28PM +0530, Jerin Jacob wrote: > > > Commit 42ec27a0178a causes compiling error on arm, as RTE_SCHED_VECTOR > > > does support only SSE

[dpdk-dev] [PATCH] i40evf: fix mac deletion when stop dev

When dev_stop is called in i40evf pmd driver, queues are switched off to stop receiving and transmitting. But the mac address of this VF still exists in VEB switch. To stop the traffic from VSI level, the mac address need to be removed too. Then the bandwidth for this SRIOV VSI can be freed. This

[dpdk-dev] [PATCH] reserve 'make install' for future use

On Mon, Nov 30, 2015 at 11:41:32AM +, Richardson, Bruce wrote: > > > > -Original Message- > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > Sent: Monday, November 30, 2015 11:27 AM > > To: Richardson, Bruce > > Cc: Panu Matilainen ; dev at dpdk.org; > >

[dpdk-dev] [PATCH] reserve 'make install' for future use

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, November 30, 2015 11:27 AM > To: Richardson, Bruce > Cc: Panu Matilainen ; dev at dpdk.org; > olivier.matz at 6wind.com > Subject: Re: [dpdk-dev] [PATCH] reserve 'make install' for future

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Sun, Nov 29, 2015 at 06:48:29PM -0500, Jianbo Liu wrote: > On Fri, Nov 27, 2015 at 07:04:28PM +0530, Jerin Jacob wrote: > > Commit 42ec27a0178a causes compiling error on arm, as RTE_SCHED_VECTOR > > does support only SSE intrinsic, so disable it till we have neon support. > > > > Fixes:

[dpdk-dev] [PATCH] reserve 'make install' for future use

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Friday, November 27, 2015 5:33 PM > To: Panu Matilainen ; Richardson, Bruce > > Cc: dev at dpdk.org; olivier.matz at 6wind.com > Subject: Re: [dpdk-dev] [PATCH] reserve 'make install' for future

[dpdk-dev] [PATCH v10 8/8] nfp: adding nic guide

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- MAINTAINERS |1 + doc/guides/nics/index.rst |1 + doc/guides/nics/nfp.rst | 265 + 3 files changed, 267 insertions(+) create mode 100644

[dpdk-dev] [PATCH v10 7/8] nfp: link status change interrupt support

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- drivers/net/nfp/nfp_net.c | 123 + 1 file changed, 123 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c index ff9a8d6..bc2089f 100644 ---

[dpdk-dev] [PATCH v10 6/8] nfp: adding extra functionality

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- drivers/net/nfp/nfp_net.c | 191 + 1 file changed, 191 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c index 7c82e96..ff9a8d6 100644 ---

[dpdk-dev] [PATCH v10 5/8] nfp: adding link functionality

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- drivers/net/nfp/nfp_net.c | 96 + 1 file changed, 96 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c index 0912064..7c82e96 100644 ---

[dpdk-dev] [PATCH v10 4/8] nfp: adding stats

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- drivers/net/nfp/nfp_net.c | 179 + 1 file changed, 179 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c index a9be403..0912064 100644 ---

[dpdk-dev] [PATCH v10 3/8] nfp: adding rss

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- drivers/net/nfp/nfp_net.c | 218 + 1 file changed, 218 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c index 0d85fa4..a9be403 100644 ---

[dpdk-dev] [PATCH v10 2/8] nfp: adding rx/tx functionality

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- drivers/net/nfp/nfp_net.c | 993 + 1 file changed, 993 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c index b9240db..0d85fa4 100644 ---

[dpdk-dev] [PATCH v10 1/8] nfp: basic initialization

Signed-off-by: Alejandro Lucero Signed-off-by: Rolf Neugebauer --- MAINTAINERS |3 + config/common_linuxapp |6 + doc/guides/rel_notes/release_2_2.rst|3 + drivers/net/Makefile|1 + drivers/net/nfp/Makefile

[dpdk-dev] [PATCH v10 0/8] support for netronome nfp-6xxx card

This patchset adds a new PMD for Netronome nfp-6xxx card. Just PCI Virtual Functions support. Using this PMD requires previous Netronome BSP installation. v10: - Getting rid of __u8 usage - Squashing last two patches in one v9: - - Adding flag RTE_PCI_DRV_INTR_LSC - Makefile changes for

[dpdk-dev] [PATCH] mk: fix the combined library problems by replacing it with a linker script

On Wed, Nov 25, 2015 at 08:08:37AM -0800, Stephen Hemminger wrote: > On Wed, 25 Nov 2015 10:38:48 +0200 > Panu Matilainen wrote: > > > On 11/25/2015 12:46 AM, Stephen Hemminger wrote: > > > On Tue, 24 Nov 2015 16:31:17 +0200 > > > Panu Matilainen wrote: > > > > > >> The physically

[dpdk-dev] [PATCH] rte_sched: drop deprecation notice for RED statistics

The RED statistics are now added. Signed-off-by: Stephen Hemminger --- doc/guides/rel_notes/deprecation.rst | 3 --- 1 file changed, 3 deletions(-) diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst index 1c7ab01..deed679 100644 ---

[dpdk-dev] [PATCH] mk: fix the combined library problems by replacing it with a linker script

On Mon, 30 Nov 2015 10:03:43 -0500 Neil Horman wrote: > On Wed, Nov 25, 2015 at 08:08:37AM -0800, Stephen Hemminger wrote: > > On Wed, 25 Nov 2015 10:38:48 +0200 > > Panu Matilainen wrote: > > > > > On 11/25/2015 12:46 AM, Stephen Hemminger wrote: > > > > On Tue, 24 Nov 2015 16:31:17 +0200 > >

[dpdk-dev] [PATCH v3 0/2] disable CONFIG_RTE_SCHED_VECTOR for arm

On Fri, 27 Nov 2015 19:04:26 +0530 Jerin Jacob wrote: > v1..v2 > created common arm64 configs under common_arm64 file. > let each armv8 machine targets capture only the differences > between the common arm64 config. > > v2..v3 > Fix whitespace issue with git am > > Jerin Jacob (2): >

[dpdk-dev] [PATCH] hash: add rte_hash_set_cmp_func() function.

Hi, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Yu Nemo Wenbin > Sent: Friday, November 27, 2015 2:11 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] hash: add rte_hash_set_cmp_func() function. > > Give user a chance to customize the hash key

[dpdk-dev] [PATCH] i40evf: fix mac deletion when stop dev

On Mon, 30 Nov 2015 11:54:09 +0800 Jingjing Wu wrote: > + (void)rte_memcpy(mac_addr.addr_bytes, hw->mac.addr, > + sizeof(mac_addr.addr_bytes)) Please don't add useless (void) cast. I haven't seen that since lint on Unix.

[dpdk-dev] [PATCH] i40evf: fix mac deletion when stop dev

> > + /* Set mac addr */ > > + (void)rte_memcpy(mac_addr.addr_bytes, hw->mac.addr, > > + sizeof(mac_addr.addr_bytes)); > Use ether_addr_copy() instead. > > /Helin Thanks. But the types of mac_addr and hw->mac are different, cannot use ether_addr_copy. Thanks

[dpdk-dev] [PATCH] i40evf: fix mac deletion when stop dev

> -Original Message- > From: Wu, Jingjing > Sent: Monday, November 30, 2015 11:54 AM > To: dev at dpdk.org > Cc: Wu, Jingjing; Zhang, Helin; Pei, Yulong > Subject: [PATCH] i40evf: fix mac deletion when stop dev > > When dev_stop is called in i40evf pmd driver, queues are switched off to