[dpdk-dev] DPDK and ASLR

When I operate a DPDK based application, the EAL always reports the following: EAL: WARNING: Address Space Layout Randomization (ASLR) is enabled in the kernel. EAL: This may cause issues with mapping memory into secondary processes. Our application is DPDK client/server based and runs

[dpdk-dev] [PATCH 3/6] ethdev: extend struct to support flow director in VFs

2015-05-11 11:46, Jingjing Wu: > This patch extends struct rte_eth_fdir_flow_ext to support flow > director in VFs. > > Signed-off-by: Jingjing Wu > --- a/lib/librte_ether/rte_eth_ctrl.h > +++ b/lib/librte_ether/rte_eth_ctrl.h > @@ -394,6 +394,8 @@ struct rte_eth_fdir_flow_ext { >

[dpdk-dev] [PATCH v6 4/4] examples: new example: l2fwd-ethtool

The example includes an ethtool library and two applications: one application is a non- DPDK process (nic-control) and the other is a DPDK l2fwd applicaiton (l2fwd-app). The nic-control process sends ethtool alike device management requests to l2fwd-app through a named pipe IPC. This example is

[dpdk-dev] [PATCH v6 3/4] igb: add ops to support ethtool ops

add function to support ethtool ops: - set_mac_addr - get_reg_length - get_regs - get_eeprom_length - get_eeprom - set_eeprom Signed-off-by: Liang-Min Larry Wang --- drivers/net/e1000/igb_ethdev.c | 186 +++ drivers/net/e1000/igb_regs.h | 217

[dpdk-dev] [PATCH v6 2/4] ixgbe: add ops to support ethtool ops

add function to support ethtool ops: - set_mac_addr - get_ringparam - get_reg_length - get_regs - get_eeprom_length - get_eeprom - set_eeprom Signed-off-by: Liang-Min Larry Wang --- drivers/net/ixgbe/ixgbe_ethdev.c | 202 ++ drivers/net/ixgbe/ixgbe_regs.h | 357

[dpdk-dev] [PATCH v6 1/4] ethdev: add apis to support access device info

add new apis: - rte_eth_dev_default_mac_addr_set - rte_eth_dev_reg_length - rte_eth_dev_reg_info - rte_eth_dev_eeprom_length - rte_eth_dev_get_eeprom - rte_eth_dev_set_eeprom - rte_eth_dev_get_ringparam to enable reading device parameters (mac-addr, register, eeprom, ring) based upon ethtool

[dpdk-dev] [PATCH v6 0/4] User-space Ethtool

This implementation is designed to provide a familar interface for applications that rely on kernel-space driver to support ethtool_op and net_device_op for device management. The initial implementation focuses on ops that can be implemented through existing netdev APIs. More ops will be

[dpdk-dev] Poor Virtio PMD TX Performance

On 06/12/2015 05:35 PM, Zhou, Tianlin wrote: > Hi Changchun, > > Thanks for your response. > Please see my embedded comments. > > What kind of vhost in your test? Linux vhost or dpdk user space vhost? > [tzhou] We use Linux vhost. > > Do you enable the dump/log in your test? It will decrease

[dpdk-dev] [PATCH] mlx4: fix compilation warnings for 32 bit

> > Fix warning messages "cast to pointer from integer of different size" when > > compiling DPDK in 32 bit with Mellanox PMD. > > > > SGE addresses are 64 bit integers, converting them to pointers must be done > > through uintptr_t to avoid compilation warnings when those have a different > >

[dpdk-dev] [PATCH v3 2/2] test-pmd: modified testpmd for link_bonding

When the bonded port is started it also starts the slave port, but the slave port status is not set. A slave_flag has been added to struct rte_port to resolve this issue. Changes in V3: test-pmd changes added to patchset. Signed-off-by: Bernard Iremonger --- app/test-pmd/cmdline.c |4 +++-

[dpdk-dev] [PATCH v3 1/2] bonding: add support for PCI Port Hotplug

This patch depends on the Port Hotplug Framework. It implements the rte_dev_uninit_t() function for the link bonding pmd. Changes in V2: Rebased to use drivers/net/bonding dirctory Free rx and tx queues following comments from Declan Signed-off-by: Bernard Iremonger ---

[dpdk-dev] [PATCH v3 0/2] bonding PCI Port Hotplug

Changes in V3: Modified testpmd to handle attach/detach of bonding pmd. Bernard Iremonger (2): bonding: add support for PCI Port Hotplug test-pmd: modified testpmd for link_bonding app/test-pmd/cmdline.c |4 +- app/test-pmd/testpmd.c | 24

[dpdk-dev] [PATCH] mlx4: fix compilation warnings for 32 bit

On Fri, May 22, 2015 at 04:17:31PM +0200, Nelio Laranjeiro wrote: > Fix warning messages "cast to pointer from integer of different size" when > compiling DPDK in 32 bit with Mellanox PMD. > > SGE addresses are 64 bit integers, converting them to pointers must be done > through uintptr_t to avoid

[dpdk-dev] [PATCH] vhost: enable live migration

2015-05-27 11:01, Huawei Xie: > When we migrate VM, without this feature, qemu will report error: > "migrate: Migration disabled: vhost lacks VHOST_F_LOG_ALL feature". > > Signed-off-by: Krishna Murthy Assumed the author is Krishna Murthy (not explicit in the patch). Applied, thanks.

[dpdk-dev] [PATCH] ixgbevf: fix incorrect RX function selection

The logic to select ixgbe VF RX function is different than PF side. There are a few issues with its current state: - it does not allow to select ixgbe_recv_pkts_vec among other options. - it can cause memory corruption for scatter mode as it does not allocate enough entries in sw_ring. -

[dpdk-dev] [PATCH 1/3] rte_ring: remove deprecated functions

2015-06-12 15:00, Bruce Richardson: > On Fri, Jun 12, 2015 at 08:46:55AM +0300, Panu Matilainen wrote: > > On 06/12/2015 08:18 AM, Stephen Hemminger wrote: > Also, patch title should be prefixed with "ring pmd" or "drivers/net/ring" > rather > than rte_ring, since this is a patch for the ring

[dpdk-dev] [PATCH v2] mbuf: optimize rte_mbuf_refcnt_update

2015-06-09 13:57, Bruce Richardson: > On Mon, Jun 08, 2015 at 04:57:22PM +0200, Olivier Matz wrote: > > In __rte_pktmbuf_prefree_seg(), there was an optimization to avoid using > > a costly atomic operation when updating the mbuf reference counter if > > its value is 1. Indeed, it means that we

[dpdk-dev] [PATCH 0/5] multicast address filtering

2015-05-28 17:05, Ivan Boule: > Introduce PMD API to set the list of multicast MAC addresses filtered > by a port. > Implemented in the following PMDs: igb, igbvf, em, ixgbe, and ixgbevf. > Implementation for physical PMDs i40e, i40evf, enic, and fm10k left > to their respective maintainers. > >

[dpdk-dev] Poor Virtio PMD TX Performance

Hi Tianlin Thanks very much for your inputs, I will investigate this issue and update to you after I have any findings. Changchun > -Original Message- > From: Zhou, Tianlin [mailto:tianlin.zhou at tekcomms.com] > Sent: Friday, June 12, 2015 5:36 PM > To: dev at dpdk.org; Ouyang,

[dpdk-dev] [PATCH] ixgbevf: fix incorrect RX function selection

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez Monroy > Sent: Friday, June 12, 2015 4:18 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] ixgbevf: fix incorrect RX function selection > > The logic to select ixgbe VF RX function is

[dpdk-dev] [PATCH v3 5/6] ixgbe: fill the hash key size

The correct hash key size in bytes should be filled into the 'struct rte_eth_dev_info', to support querying it. Signed-off-by: Helin Zhang --- drivers/net/ixgbe/ixgbe_ethdev.c | 3 +++ 1 file changed, 3 insertions(+) v2 changes: * Disabled the code changes by default, to avoid breaking ABI

[dpdk-dev] [PATCH v3 3/6] fm10k: fill the hash key size

The correct hash key size in bytes should be filled into the 'struct rte_eth_dev_info', to support querying it. Signed-off-by: Helin Zhang --- drivers/net/fm10k/fm10k_ethdev.c | 1 + 1 file changed, 1 insertion(+) v2 changes: * Disabled the code changes by default, to avoid breaking ABI

[dpdk-dev] [PATCH v3 2/6] e1000: fill the hash key size

The correct hash key size in bytes should be filled into the 'struct rte_eth_dev_info', to support querying it. Signed-off-by: Helin Zhang --- drivers/net/e1000/igb_ethdev.c | 3 +++ 1 file changed, 3 insertions(+) v2 changes: * Disabled the code changes by default, to avoid breaking ABI

[dpdk-dev] [PATCH v3 1/6] ethdev: add an field for querying hash key size

To support querying hash key size per port, an new field of 'hash_key_size' was added in 'struct rte_eth_dev_info' for storing hash key size in bytes. Signed-off-by: Helin Zhang --- lib/librte_ether/rte_ethdev.h | 1 + 1 file changed, 1 insertion(+) v2 changes: * Disabled the code changes by

[dpdk-dev] [PATCH v3 0/6] query hash key size in byte

As different hardware has different hash key sizes, querying it (in byte) per port was asked by users. Otherwise there is no convenient way to know the size of hash key which should be prepared. v2 changes: * Disabled the code changes by default, to avoid breaking ABI compatibility. v3 changes:

[dpdk-dev] [PATCH v2 3/3] fm10k: Fix improper max queue number for VF

From: "Chen Jing D(Mark)" Both PF and VF shared code in function fm10k_stats_get(). The function works well with PF, but has problem with VF since VF has less queues than PF. Signed-off-by: Chen Jing D(Mark) --- drivers/net/fm10k/fm10k_ethdev.c |2 +- 1 files

[dpdk-dev] [PATCH v2 1/3] fm10k: Add promiscuous mode support

From: "Chen Jing D(Mark)" Add functions to support promiscuous/allmulticast enable and disable. Signed-off-by: Chen Jing D(Mark) --- drivers/net/fm10k/fm10k_ethdev.c | 124 +- 1 files changed, 123 insertions(+), 1 deletions(-) diff

[dpdk-dev] [PATCH v2 0/3] fm10k: Add promiscuous mode support

From: "Chen Jing D(Mark)" v2: Add debug messages in allmulticast enable/disable functions. The patch set add promiscuous mode configuration and 2 bug fixes. Chen Jing D(Mark) (3): fm10k: Add promiscuous mode support fm10k: remove mbuf size sanity check fm10k: Fix

[dpdk-dev] Unsupported --no-as-needed flag

This is indeed from my integration (don't want all those EAL stuff), I probably removed too much. it works by adding those two lines in my DPDK makefile before going back to my normal makefile : include $(RTE_SDK)/mk/internal/rte.build-pre.mk override LDFLAGS := $(call linkerprefix,$(LDFLAGS))

[dpdk-dev] [PATCH 1/3] rte_ring: remove deprecated functions

On Fri, Jun 12, 2015 at 08:46:55AM +0300, Panu Matilainen wrote: > On 06/12/2015 08:18 AM, Stephen Hemminger wrote: > >From: Stephen Hemminger > > > >These were deprecated in 2.0 so remove them from 2.1 > > > >Signed-off-by: Stephen Hemminger > >--- > > drivers/net/ring/rte_eth_ring.c

[dpdk-dev] [PATCH 0/5 v3] virtio: patches

2015-06-11 08:53, Stephen Hemminger: > This is update to earlier virtio patches, the only change is to > handle the rename to drivers/net > > Stephen Hemminger (5): > virtio: remove blank lines > virtio: don't enable/disable rx modes unless supported > virtio: don't set mac table unless

[dpdk-dev] [PATCH 4/4] ethdev: check support for rx_queue_count and descriptor_done fns

Hi Bruce, Comment in-line. Regards, Roger On 6/12/15 7:28 AM, Bruce Richardson wrote: > The functions rte_eth_rx_queue_count and rte_eth_descriptor_done are > supported by very few PMDs. Therefore, it is best to check for support > for the functions in the ethdev library, so as to avoid crashes

[dpdk-dev] Unsupported --no-as-needed flag

Hi list, Patch http://dpdk.org/dev/patchwork/patch/1056/ introduced the --no-as-needed flag, however on debian, and another ubuntu host, neither g++ 4.8 or 4.9 know this flag and leads to the error : g++: error: unrecognized command line option ?--no-as-needed? Maybe this comes from a bad

[dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access device info

> -Original Message- > From: Wang, Liang-min > Sent: Thursday, June 11, 2015 10:51 PM > To: Ananyev, Konstantin; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v4 1/4] ethdev: add apis to support access > device info > > > > > -Original Message- > > From: Ananyev,

[dpdk-dev] [PATCH 4/4] ethdev: check support for rx_queue_count and descriptor_done fns

The functions rte_eth_rx_queue_count and rte_eth_descriptor_done are supported by very few PMDs. Therefore, it is best to check for support for the functions in the ethdev library, so as to avoid crashes at run-time if the application goes to use those APIs. The performance impact of this change

[dpdk-dev] [PATCH 3/4] ethdev: remove duplicated debug functions

The functions for rx/tx burst, for rx_queue_count and descriptor_done in the ethdev library all had two copies of the code. One copy in rte_ethdev.h was inlined for performance, while a second was in rte_ethdev.c for debugging purposes only. We can eliminate the second copy of the functions by

[dpdk-dev] [PATCH 2/4] ethdev: move RTE_ETH_FPTR_OR_ERR macros to header

Move the RTE_ETH_FPTR_OR_ERR, and RTE_PMD_DEBUG_TRACE macros to the header file, so that they can be used in the static inline functions there. In doxygen comments, mark them as for internal use only. Signed-off-by: Bruce Richardson --- lib/librte_ether/rte_ethdev.c | 22 --

[dpdk-dev] [PATCH 1/4] ethdev: rename macros to have RTE_ETH prefix

The macros to check that the function pointers are valid for an ethdev are potentially useful to have in the ethdev.h file. However, since they would then become externally visible, we apply the RTE_ETH prefix to them. Signed-off-by: Bruce Richardson --- lib/librte_ether/rte_ethdev.c | 560

[dpdk-dev] [PATCH 0/4] ethdev: Add checks for function support in driver

The functions to check the current occupancy of the RX descriptor ring, and to specifically query if a particular descriptor is ready to be received, are used for load monitoring on the data path, and so are inline functions inside rte_ethdev.h. However, these functions are not implemented for the

[dpdk-dev] Unsupported --no-as-needed flag

On 12/06/2015 11:55, Tom Barbette wrote: > Hi list, > > Patch http://dpdk.org/dev/patchwork/patch/1056/ introduced the > --no-as-needed flag, however on debian, and another ubuntu host, neither > g++ 4.8 or 4.9 know this flag and leads to the error : > > g++: error: unrecognized command line

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

On 06/12/2015 11:28 AM, Zhang, Helin wrote: > > >> -Original Message- >> From: Panu Matilainen [mailto:pmatilai at redhat.com] >> Sent: Friday, June 12, 2015 4:15 PM >> To: Zhang, Helin; Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim; >> nhorman at tuxdriver.com >> Cc: dev at dpdk.org >>

[dpdk-dev] [PATCH] app/test: Fix potential null pointer accesses in test_mbuf

The patch fixes potential null pointer accesses in test_mbuf. if 'm[i]' is null, stop accessing it. Signed-off-by: Tetsuya Mukawa --- app/test/test_mbuf.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/app/test/test_mbuf.c b/app/test/test_mbuf.c index 5e8a377..5d13b37 100644 ---

[dpdk-dev] [PATCH v6 00/10] update jhash function

On Wed, Jun 10, 2015 at 04:25:17PM +0100, Pablo de Lara wrote: > Jenkins hash function was developed originally in 1996, > and was integrated in first versions of DPDK. > The function has been improved in 2006, > achieving up to 35% better performance, compared to the original one. > > This

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

On 06/12/2015 10:43 AM, Zhang, Helin wrote: > > >> -Original Message- >> From: Panu Matilainen [mailto:pmatilai at redhat.com] >> Sent: Friday, June 12, 2015 3:24 PM >> To: Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim; Zhang, Helin; >> nhorman at tuxdriver.com >> Cc: dev at dpdk.org >>

[dpdk-dev] [PATCH] pmd: change initialization to indicate pci drivers

2015-05-29 08:47, Stephen Hemminger: > Upcoming drivers will need to be able to support other bus types. > This is a transparent change to how struct eth_driver is initialized. > It has not function or ABI layout impact, but makes adding a later > bus type (Xen, Hyper-V, ...) much easier. > >

[dpdk-dev] [PATCH v3] Implement memcmp using SIMD intrinsics

On Mon, May 18, 2015 at 01:01:42PM -0700, Ravi Kerur wrote: > Background: > After preliminary discussion with John (Zhihong) and Tim from Intel it was > decided that it would be beneficial to use AVX/SSE intrinsics for memcmp > similar to memcpy that had been implemeneted. In addition, we decided

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

On 06/10/2015 07:14 PM, Thomas Monjalon wrote: > 2015-06-10 16:32, Olivier MATZ: >> On 06/02/2015 03:27 PM, O'Driscoll, Tim wrote: >>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ On 06/01/2015 09:33 AM, Helin Zhang wrote: > In order to unify the packet type, the

[dpdk-dev] [PATCH v3] Implement memcmp using SIMD intrinsics

On Fri, Jun 12, 2015 at 10:30:56AM +0200, Ond?ej B?lka wrote: > On Mon, May 18, 2015 at 01:01:42PM -0700, Ravi Kerur wrote: > > Background: > > After preliminary discussion with John (Zhihong) and Tim from Intel it was > > decided that it would be beneficial to use AVX/SSE intrinsics for memcmp >

[dpdk-dev] Poor Virtio PMD TX Performance

Hi Changchun, Thanks for your response. Please see my embedded comments. What kind of vhost in your test? Linux vhost or dpdk user space vhost? [tzhou] We use Linux vhost. Do you enable the dump/log in your test? It will decrease perf of vritio. [tzhou] No, I did not enable dump/log in the

[dpdk-dev] [PATCH v3 0/6] query hash key size in byte

> -Original Message- > From: Zhang, Helin > Sent: Friday, June 12, 2015 8:34 AM > To: dev at dpdk.org > Cc: Cao, Min; Xu, Qian Q; Cao, Waterman; Ananyev, Konstantin; Zhang, Helin > Subject: [PATCH v3 0/6] query hash key size in byte > > As different hardware has different hash key

[dpdk-dev] [PATCH 2/3] kni: remove deprecated functions

On 06/12/2015 08:18 AM, Stephen Hemminger wrote: > From: Stephen Hemminger > > These functions were tagged as deprecated in 2.0 so they can be > removed in 2.1 > > Signed-off-by: Stephen Hemminger > --- > app/test/Makefile| 6 -- > app/test/test_kni.c | 36

[dpdk-dev] [PATCH 1/3] rte_ring: remove deprecated functions

On 06/12/2015 08:18 AM, Stephen Hemminger wrote: > From: Stephen Hemminger > > These were deprecated in 2.0 so remove them from 2.1 > > Signed-off-by: Stephen Hemminger > --- > drivers/net/ring/rte_eth_ring.c | 55 > --- >

[dpdk-dev] [PATCH v4 0/4] enable mirror functionality in i40e driver

Acked-by: Helin Zhang > -Original Message- > From: Wu, Jingjing > Sent: Wednesday, June 10, 2015 2:24 PM > To: dev at dpdk.org > Cc: Wu, Jingjing; Liu, Jijiang; Jiajia, SunX; Zhang, Helin > Subject: [PATCH v4 0/4] enable mirror functionality in i40e driver > > This patch set enables

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

> -Original Message- > From: Panu Matilainen [mailto:pmatilai at redhat.com] > Sent: Friday, June 12, 2015 4:15 PM > To: Zhang, Helin; Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim; > nhorman at tuxdriver.com > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v6 01/18] mbuf:

[dpdk-dev] [PATCH v4 0/4] enable mirror functionality in i40e driver

Acked-By: Jijiang Liu > -Original Message- > From: Wu, Jingjing > Sent: Wednesday, June 10, 2015 2:24 PM > To: dev at dpdk.org > Cc: Wu, Jingjing; Liu, Jijiang; Jiajia, SunX; Zhang, Helin > Subject: [PATCH v4 0/4] enable mirror functionality in i40e driver > > This patch set enables

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

> -Original Message- > From: Panu Matilainen [mailto:pmatilai at redhat.com] > Sent: Friday, June 12, 2015 3:24 PM > To: Thomas Monjalon; Olivier MATZ; O'Driscoll, Tim; Zhang, Helin; > nhorman at tuxdriver.com > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v6 01/18] mbuf:

[dpdk-dev] [PATCH 1/2] fm10k: Free queues when close port

Hi, > -Original Message- > From: Qiu, Michael > Sent: Wednesday, June 10, 2015 8:22 PM > To: dev at dpdk.org > Cc: Chen, Jing D; Iremonger, Bernard; He, Shaopeng; Qiu, Michael > Subject: [PATCH 1/2] fm10k: Free queues when close port > > When close a port, lots of memory should be

[dpdk-dev] [PATCH v2 1/6] ethdev: add an field for querying hash key size

> -Original Message- > From: Ananyev, Konstantin > Sent: Thursday, June 4, 2015 6:38 PM > To: Zhang, Helin; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v2 1/6] ethdev: add an field for querying hash > key size > > Hi Helin, > > > -Original Message- > > From: dev

[dpdk-dev] [PATCH] virtio: fix crash if CQ is not negotiated

> > Fix NULL dereference if virtio control queue is not negotiated. > > > > Signed-off-by: Damjan Marion > > This is good belt and suspenders thing to have, but did you see early > patches to check the feature bits and not call this code? > > Acked-by: Stephen Hemminger Applied, thanks

[dpdk-dev] [PATCH 0/8] Dynamic RSS Configuration for Bonding

Tested-by: huilong xu - Tested Commit: 1a1109404e702d3ad1ccc1033df55c59bec1f89a + PATCH - OS: Linux dpdk-fedora20 3.11.10-301.fc20.x86_64 - GCC: gcc version 4.8.3 20140624 (Red Hat 4.8.3-1) (GCC) - CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz - NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+

[dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in rte_mbuf

> -Original Message- > From: Ananyev, Konstantin > Sent: Wednesday, June 10, 2015 11:40 PM > To: Olivier MATZ; O'Driscoll, Tim; Zhang, Helin; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v6 01/18] mbuf: redefine packet_type in > rte_mbuf > > Hi Olivier, > > > -Original

[dpdk-dev] Intel XL710

The header split support is being planned in next DPDK release. If you can implement it and submit a patch before next release, it is welcomed. Thanks > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Moran, John > Sent: Wednesday, June 10, 2015 11:07 PM >

[dpdk-dev] [PATCH 3/5] virtio: don't set mac table unless negotiated

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Thursday, June 11, 2015 11:53 PM > To: Ouyang, Changchun > Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger > Subject: [PATCH 3/5] virtio: don't set mac table unless negotiated > >

[dpdk-dev] [PATCH 2/5] virtio: don't enable/disable rx modes unless supported

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Thursday, June 11, 2015 11:53 PM > To: Ouyang, Changchun > Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger > Subject: [PATCH 2/5] virtio: don't enable/disable rx modes unless supported

[dpdk-dev] [PATCH 1/5] virtio: remove blank lines

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Thursday, June 11, 2015 11:53 PM > To: Ouyang, Changchun > Cc: dev at dpdk.org; Stephen Hemminger; Stephen Hemminger > Subject: [PATCH 1/5] virtio: remove blank lines > > From: Stephen

[dpdk-dev] [PATCH 2/6] fm10k: Fix jumbo frame issue

Tested-by: Michael Qiu - OS: Fedora20 3.11.10-301 - GCC: gcc version 4.8.3 2014911 - CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz - NIC: Ethernet controller: Intel Corporation Device 15a4 (rev 01) - Default x86_64-native-linuxapp-gcc configuration - Total 5 cases, 5 passed, 0 failed - Case:

[dpdk-dev] Trouble with Tx on some i40 ports in KVM VM

Good to know that! - Helin > -Original Message- > From: Andrew Theurer [mailto:atheurer at redhat.com] > Sent: Thursday, June 11, 2015 10:26 PM > To: Zhang, Helin > Cc: Zhou, Danny; dev at dpdk.org > Subject: Re: Trouble with Tx on some i40 ports in KVM VM > > > > - Original