[dpdk-dev] [PATCH v11 0/8] ethdev: 100G and link speed API refactoring

Qian, On 23 March 2016 at 02:18, Xu, Qian Q wrote: > We have tested with intel nic and found port can't be started for all > nics:ixgbe/i40e/igb/bonding, see attached mail for more details. Please > check and fix it. > > > Thanks > Qian > > -Original Message- > From: dev

[dpdk-dev] [PATCH] ixgbe: fix icc compile error

On 3/23/2016 7:35 PM, Stephen Hemminger wrote: > On Wed, 23 Mar 2016 17:45:58 + > Ferruh Yigit wrote: > >> Fixes: 06554d381d97 ("ixgbe: speed up non-vector Tx") >> >> icc (icc (ICC) 16.0.1 20151021) is generating following compile error: >> " >> CC ixgbe_rxtx.o >>

[dpdk-dev] [PATCH v6 9/9] testpmd: allow vlan as part of fdir input set

This patch extends the commands for changing filter's input set. It adds vlan as filter's possobile input fields. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang --- app/test-pmd/cmdline.c | 6 +++--- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 2 +- 2 files changed, 4

[dpdk-dev] [PATCH v6 8/9] i40e: extend flow director to filter by vlan id

This patch extends flow director to select vlan id as part of filter's input set and program the filter rule with vlan id. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang --- doc/guides/rel_notes/release_16_04.rst | 2 + drivers/net/i40e/i40e_ethdev.c | 11 ++

[dpdk-dev] [PATCH v6 7/9] i40e: fix VLAN bitmasks for input set

From: Andrey Chilikin This patch adds missing VLAN bitmask for inner frame in case of tunneling and fixes VLAN tags bitmasks for single or outer frame in case of tunneling. Fixes: 98f055707685 ("i40e: configure input fields for RSS or flow director") Signed-off-by:

[dpdk-dev] [PATCH v6 6/9] testpmd: extend input set related commands

This patch extends commands for changing a flow director filter's input set. It adds tos, protocol and ttl as filter's input fields, and removes the words selection from flex payloads. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang --- app/test-pmd/cmdline.c | 100

[dpdk-dev] [PATCH v6 5/9] i40e: allow filtering on more IP Header fields

This patch extends flow director to select more IP Header fields as filter input set. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang --- drivers/net/i40e/i40e_ethdev.c | 69 ++ drivers/net/i40e/i40e_fdir.c | 26 +++- 2 files changed, 75

[dpdk-dev] [PATCH v6 4/9] i40e: use default filter input set on init

This patch adds a new function to set the input set to default when initialization. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang --- drivers/net/i40e/i40e_ethdev.c | 57 ++ 1 file changed, 57 insertions(+) diff --git a/drivers/net/i40e/i40e_ethdev.c

[dpdk-dev] [PATCH v6 3/9] i40e: remove flex payload from input selection

In this patch, flex payload is removed from valid fdir input set values. It is because all flex payload configuration can be set in struct rte_fdir_conf during device configure phase, which is a more flexible way of setting this up. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang ---

[dpdk-dev] [PATCH v6 2/9] i40e: split function for hash and fdir input

For the input set selection, Hash filter and Flow director shared the same function, i.e. i40e_filter_inset_select. For code readability, this patch replaces i40e_filter_inset_select with two new functions: i40e_hash_filter_inset_select and i40e_fdir_filter_inset_select for Hash filter and Flow

[dpdk-dev] [PATCH v6 1/9] ethdev: extend flow director for input selection

This patch adds RTE_ETH_INPUT_SET_L3_IP4_TTL, RTE_ETH_INPUT_SET_L3_IP6_HOP_LIMITS input field types and extends struct rte_eth_ipv4_flow and rte_eth_ipv6_flow to support filtering by tos, protocol and ttl. Signed-off-by: Jingjing Wu Acked-by: Helin Zhang ---

[dpdk-dev] [PATCH v6 0/9] extend flow director fields in i40e driver

v6 changes: - remove ABI announce on rte_eth_ipv4_flow and rte_eth_ipv6_flow in deprecation. - reword commit logs. v5 changes: - remove the reorganizing of struct rte_eth_fdir_flow - remove fdir supporting on Tunnel Id - rebase to latest dpdk/master v4 changes: - rebase to latest

[dpdk-dev] [PATCH 2/2 v5] i40e: Add floating VEB support in i40e

This patch add the support for floating VEB in i40e. All the VFs VSIs can decide whether to connect to the legacy VEB/VEPA or the floating VEB. When connect to the floating VEB a new floating VEB is created. Now all the VFs need to connect to floating VEB or legacy VEB, cannot connect to both of

[dpdk-dev] [PATCH 1/2 v5] i40e: support floating VEB config

Add the new floating related argument option in the EAL. Using this parameter, all the samples can decide whether to use legacy VEB/VEPA or floating VEB. Even the floating argument is provided in the EAL, but this floating feature are only support for FVL so far. Signed-off-by: Zhe Tao ---

[dpdk-dev] [PATCH 0/2 v5] i40e: Add floating VEB support for i40e

This patch-set add the support for floating VEB in i40e. All the VFs VSIs can decide whether to connect to the legacy VEB/VEPA or the floating VEB. When connect to the floating VEB a new floating VEB is created. Now all the VFs need to connect to floating VEB or legacy VEB, cannot connect to both

[dpdk-dev] [PATCH] ixgbe: fix icc compile error

Fixes: 06554d381d97 ("ixgbe: speed up non-vector Tx") icc (icc (ICC) 16.0.1 20151021) is generating following compile error: " CC ixgbe_rxtx.o .../drivers/net/ixgbe/ixgbe_rxtx.c(153): error #3656: variable "free" may be used before its value is set (nb_free > 0 &&

[dpdk-dev] [PATCH] vhost PMD: Fix wrong handling of maximum value of rx/tx queues

On Tue, Mar 22, 2016 at 05:17:42PM +, Loftus, Ciara wrote: > > > > Currently, the maximum value of rx/tx queueus are kept by EAL. But, > > the value are used like below different meanings in vhost PMD. > > - The maximum value of current enabled queues. > > - The maximum value of current

[dpdk-dev] [PATCH v2] i40e: fix build issue for RX set function

On Wed, Mar 16, 2016 at 06:19:10PM +0800, Zhe Tao wrote: > Issue: > When define CONFIG_RTE_LIBTRE_I40E_RX_ALLOW_BULK_ALLOC as n in config file, > there will be a build error: > 'i40e_recv_pkts_bulk_alloc' undeclared > > Now DPDK i40e PMD use the Macro variable to choose whether to define the >

[dpdk-dev] [PATCH] bonding: fix initialisation of current_primary_port

The current_primary_port is initialised to an invalid value during bonded device creation. It should be set to a valid value later. This fix sets it to a valid value when the first slave port is added to the bonding device. Fixes: 2efb58cbab6e ("bond: new link bonding library") Signed-off-by:

[dpdk-dev] testpmd could not start up with vmxnet3 port

2016-03-23 05:57, Yong Wang: > From: Ding, HengX > > Testpmd will fail to start up with vmxnet3 port. [...] > Currently vmxnet3?s default_txconf.txq_flags is set to the following, which > is used by testpmd > as there is no explicit txconf passed when initializing tx queue: > >

[dpdk-dev] [PATCH v2] testpmd: fix build on FreeBSD

2016-03-23 02:17, Wu, Jingjing: > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marvin Liu > > Build log: > > /root/dpdk/app/test-pmd/cmdline.c:6687:45: error: no member named > > 's6_addr32' in 'struct in6_addr' > > rte_be_to_cpu_32(res->ip_value.addr.ipv6.s6_addr32[i]); > > > >

[dpdk-dev] DPDK's vhost-user logging capability

Hi All, I was going over vhost-user migration capability in DPDK in lieu of a Cisco's multi-q DPDK vhost-user application. I see that log_base address is implemented as per virtio_net device. However, desc, addr and used is per vhost_virtqueue. Additionally, QEMU sends one

[dpdk-dev] [PATCH v2] ixgbe: add check for tx queue number

IXGBE supports 128 TX queues. However, the full 128 queues are only available in VT and DCB mode. In normal default "none" mode (VT/DCB off) the maximum number of available queues is only 64. IXGBE doesn't check the mode when reporting the available number of queues. If a queue larger than 64 is

[dpdk-dev] [PATCH v2 0/5] virtio support for container

On Fri, Feb 05, 2016 at 07:20:23PM +0800, Jianfeng Tan wrote: > v1->v2: > - Rebase on the patchset of virtio 1.0 support. > - Fix cannot create non-hugepage memory. > - Fix wrong size of memory region when "single-file" is used. > - Fix setting of offset in virtqueue to use virtual address. >

[dpdk-dev] [PATCH v6 1/9] ethdev: extend flow director for input selection

2016-03-23 21:07, Jingjing Wu: > This patch adds RTE_ETH_INPUT_SET_L3_IP4_TTL, > RTE_ETH_INPUT_SET_L3_IP6_HOP_LIMITS input field types and extends > struct rte_eth_ipv4_flow and rte_eth_ipv6_flow to support filtering > by tos, protocol and ttl. > > Signed-off-by: Jingjing Wu > Acked-by: Helin

[dpdk-dev] [PATCH v6 0/9] extend flow director fields in i40e driver

On Wed, Mar 23, 2016 at 09:07:03PM +0800, Jingjing Wu wrote: > v6 changes: > - remove ABI announce on rte_eth_ipv4_flow and rte_eth_ipv6_flow in > deprecation. > - reword commit logs. > > v5 changes: > - remove the reorganizing of struct rte_eth_fdir_flow > - remove fdir supporting on

[dpdk-dev] [PATCH v2] virtio: fix rx ring descriptor starvation

On Wed, Mar 23, 2016 at 06:07:33AM +0800, Huawei Xie wrote: > Acked-by: Huawei Xie Applied to dpdk-next-net/rel_16_04 /Bruce

[dpdk-dev] [PATCH v4] vhost: use SMP barriers instead of compiler ones.

On 3/18/2016 8:24 PM, Ilya Maximets wrote: > Since commit 4c02e453cc62 ("eal: introduce SMP memory barriers") virtio > uses architecture dependent SMP barriers. vHost should use them too. > > Fixes: 4c02e453cc62 ("eal: introduce SMP memory barriers") > > Signed-off-by: Ilya Maximets Acked-by:

[dpdk-dev] [PATCH 1/2 v5] i40e: support floating VEB config

2016-03-23 20:27, Zhe Tao: > Add the new floating related argument option in the EAL. > Using this parameter, all the samples can decide whether to use legacy > VEB/VEPA > or floating VEB. > Even the floating argument is provided in the EAL, but this floating > feature are only support for FVL so

[dpdk-dev] Bug in i40e PMD for flexible payload

We are using the i40 implementation to configure flow director with flexible payload rules. When setting up rules, it allows you to set a value to 63 to disable the rule (NONUSE_FLX_PIT_DEST_OFF). However, the macro in question is always adding an offset value 50 (I40E_FLX_OFFSET_IN_FIELD_VECTOR).

[dpdk-dev] [PATCH] mlx5: fix packet padding macro check

On Wed, Mar 23, 2016 at 11:53:22AM +, Bruce Richardson wrote: > On Wed, Mar 23, 2016 at 10:25:49AM +0100, Adrien Mazarguil wrote: > > All instances of HAVE_EXP_CREATE_WQ_FLAG_RX_END_PADDING were not replaced by > > HAVE_VERBS_RX_END_PADDING during a rework of the original patch, effectively >

[dpdk-dev] [PATCH v2] i40e: fix ipv6 TSO issue for tx function

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhe Tao > Sent: Wednesday, March 23, 2016 3:28 AM > To: dev at dpdk.org > Cc: Tao, Zhe; Wu, Jingjing > Subject: [dpdk-dev] [PATCH v2] i40e: fix ipv6 TSO issue for tx function > > Issue: > when using the

[dpdk-dev] [PATCH] ixgbe: fix icc compile error

On Wed, 23 Mar 2016 17:45:58 + Ferruh Yigit wrote: > Fixes: 06554d381d97 ("ixgbe: speed up non-vector Tx") > > icc (icc (ICC) 16.0.1 20151021) is generating following compile error: > " > CC ixgbe_rxtx.o > .../drivers/net/ixgbe/ixgbe_rxtx.c(153): error #3656: variable > "free" may be

[dpdk-dev] [PATCH 0/6] make eth_dev_ops const

On Mon, Mar 21, 2016 at 10:53:23AM -0700, Stephen Hemminger wrote: > Newer driver seem not to have gotten the message that eth_dev_ops > structure should be const. > > Stephen Hemminger (6): > bonding: make eth_dev_ops const > cxgbe: make eth_dev_ops const > bnx2x: make eth_dev_ops const >

[dpdk-dev] arch check in example dpdk_qat

When reading examples/dpdk_qat/Makefile, we can see this check: ifneq ($(CONFIG_RTE_ARCH),"x86_64") ifneq ($(LBITS),i686) $(error The RTE_TARGET chosen is not compatible with this environment \ (x86_64), for this application. Please change the definition of the \

[dpdk-dev] [PATCH] mlx5: fix packet padding macro check

On Wed, Mar 23, 2016 at 10:25:49AM +0100, Adrien Mazarguil wrote: > All instances of HAVE_EXP_CREATE_WQ_FLAG_RX_END_PADDING were not replaced by > HAVE_VERBS_RX_END_PADDING during a rework of the original patch, effectively > preventing this feature from being used. > > Fixes: 89ed2405447d

[dpdk-dev] Question on examples/multi_process app

> -Original Message- > From: Richardson, Bruce > Sent: Wednesday, March 23, 2016 11:45 AM > To: Ananyev, Konstantin > Cc: Harish Patil; dev at dpdk.org > Subject: Re: [dpdk-dev] Question on examples/multi_process app > > On Wed, Mar 23, 2016 at 11:09:17AM +, Ananyev, Konstantin

[dpdk-dev] Question on examples/multi_process app

On Wed, Mar 23, 2016 at 11:09:17AM +, Ananyev, Konstantin wrote: > Hi everyone, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > > Sent: Tuesday, March 22, 2016 9:38 PM > > To: Harish Patil > > Cc: dev at dpdk.org > > Subject: Re:

[dpdk-dev] [PATCH v2 2/7] drivers/net/e1000: Fix missing brackets

fixing Wenzhuo email address... 2016-03-23 11:38, Thomas Monjalon: > 2016-03-22 17:37, Aaron Conole: > > The register read/write mphy functions have misleading whitespace around > > the locked check. This cleanup merely preserves the existing functionality > > while improving the ready check. > >

[dpdk-dev] [PATCH v2 2/7] drivers/net/e1000: Fix missing brackets

2016-03-22 17:37, Aaron Conole: > The register read/write mphy functions have misleading whitespace around > the locked check. This cleanup merely preserves the existing functionality > while improving the ready check. > > Fixes commit 38db3f7f50bd ("e1000: update base driver") > >

[dpdk-dev] [PATCH v2] i40e: fix ipv6 TSO issue for tx function

Issue: when using the following CLI in testpmd to enable ipv6 TSO feature = set verbose 1 csum set ip hw 0 csum set udp hw 0 csum set tcp hw 0 csum set sctp hw 0 csum set outer-ip hw 0 csum parse_tunnel on 0 tso set 800 0 set fwd csum start = We will not get we want, the

[dpdk-dev] [dpdk-dev, 1/3] rte_interrupts: add rte_eal_intr_exit to shut down IRQ thread

Hi Mattew, Thank you for your time. On 3/22/2016 3:39 PM, Matthew Hall wrote: > On Mon, Mar 21, 2016 at 03:58:44PM +0800, Liang, Cunming wrote: >> the default termination handler > I am not so experienced with this "default termination handler". Can someone > clarify what it is so I could

[dpdk-dev] [PATCH] ethdev: fix rte_eth_dev_xstats_get with NULL

2016-03-23 09:51, Olivier Matz: > On 03/22/2016 11:09 PM, Stephen Hemminger wrote: > > Normal usage of rte_eth_dev_xstats_get is to call twice. The > > first time the function is called with portid, xstats = NULL > > and n = 0; this returns the number of entries in the statistics > > table that

[dpdk-dev] Question on examples/multi_process app

Hi everyone, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Bruce Richardson > Sent: Tuesday, March 22, 2016 9:38 PM > To: Harish Patil > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] Question on examples/multi_process app > > On Tue, Mar 22, 2016 at

[dpdk-dev] [PATCH] mk: toolchain: gcc: query the compiler macros to obtain the gcc version

2016-03-22 17:13, Markos Chandras: > This is similar to what's being used in the Linux kernel. Querying the > GCC macros directly gives more accurate results compared to -dumpversion > which could vary across distributions. > > Signed-off-by: Markos Chandras > --- > In openSUSE Tumbleweed (and

[dpdk-dev] [PATCH] ixgbe: fix vector RX can't always set packet_type properly

Hi, On 3/22/2016 10:30 PM, Konstantin Ananyev wrote: > Fixes: 39625417585 ("mbuf: redefine packet type") > > Current vector RX can't always set packet_type properly. > To be more specific: > a) it never sets RTE_PTYPE_L2_ETHER > b) it doesn't handle tunnel ipv4/ipv6 case correctly. > c) it

[dpdk-dev] [PATCH] mk: toolchain: gcc: query the compiler macros to obtain the gcc version

2016-03-22 22:50, Markos Chandras: > On 22/03/16 22:34, Thomas Monjalon wrote: > > 2016-03-22 17:13, Markos Chandras: > >> This is similar to what's being used in the Linux kernel. Querying the > >> GCC macros directly gives more accurate results compared to -dumpversion > >> which could vary

[dpdk-dev] testpmd could not start up with vmxnet3 port

> Currently vmxnet3?s default_txconf.txq_flags is set to the following, which > is used by testpmd > as there is no explicit txconf passed when initializing tx queue: > > dev_info->default_txconf.txq_flags = ETH_TXQ_FLAGS_NOMULTSEGS | >

[dpdk-dev] [PATCH] mlx5: fix packet padding macro check

All instances of HAVE_EXP_CREATE_WQ_FLAG_RX_END_PADDING were not replaced by HAVE_VERBS_RX_END_PADDING during a rework of the original patch, effectively preventing this feature from being used. Fixes: 89ed2405447d ("mlx5: add support for HW packet padding") Signed-off-by: Adrien Mazarguil ---

[dpdk-dev] [PATCH] mlx5: fix packet padding macro check

All instances of HAVE_EXP_CREATE_WQ_FLAG_RX_END_PADDING were not replaced by HAVE_VERBS_RX_END_PADDING during a rework of the original patch, effectively preventing this feature from being used. Fixes: 89ed2405447d ("mlx5: add support for HW packet padding") Unfortunately I did not catch this

[dpdk-dev] [PATCH] vhost PMD: Fix wrong handling of maximum value of rx/tx queues

On 2016/03/23 2:17, Loftus, Ciara wrote: >> Currently, the maximum value of rx/tx queueus are kept by EAL. But, >> the value are used like below different meanings in vhost PMD. >> - The maximum value of current enabled queues. >> - The maximum value of current supported queues. >> >> This wrong

[dpdk-dev] [PATCH] mk: toolchain: gcc: query the compiler macros to obtain the gcc version

On 03/23/2016 09:49 AM, Thomas Monjalon wrote: > 2016-03-22 22:50, Markos Chandras: >> On 22/03/16 22:34, Thomas Monjalon wrote: >>> 2016-03-22 17:13, Markos Chandras: This is similar to what's being used in the Linux kernel. Querying the GCC macros directly gives more accurate results

[dpdk-dev] [PATCH v5 1/9] ethdev: extend flow director for input selection

2016-03-23 00:42, Wu, Jingjing: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > 2016-03-21 14:18, Jingjing Wu: > > > This patch added RTE_ETH_INPUT_SET_L3_IP4_TTL, > > > RTE_ETH_INPUT_SET_L3_IP6_HOP_LIMITS input field type and extended > > > struct rte_eth_ipv4_flow and

[dpdk-dev] [PATCH] fm10k: conditionally disable RSS during device initialization

Hi Jing, I ran into this issue while trying to run experiments with different RSS configurations (no RSS being one cases). It is not clear to me that setting this register to zero is the best way to disable RSS. After digging further, I have a theory that I'm having this issues because I've only

[dpdk-dev] [PATCH v11 0/8] ethdev: 100G and link speed API refactoring

2016-03-23 01:18, Xu, Qian Q: > We have tested with intel nic and found port can't be started for all > nics:ixgbe/i40e/igb/bonding, see attached mail for more details. > Please check and fix it. Thanks for testing. This patchset was in the air for several months but unfortunately there was no

[dpdk-dev] [PATCH v11 2/8] ethdev: use constants for link duplex

2016-03-23 02:44, Zhang, Helin: > > struct rte_eth_link { > > uint16_t link_speed; /**< ETH_LINK_SPEED_[10, 100, 1000, 1] > > */ > > - uint16_t link_duplex; /**< ETH_LINK_[HALF_DUPLEX, > > FULL_DUPLEX] */ > > + uint16_t link_duplex; /**< ETH_LINK_[HALF/FULL]_DUPLEX

[dpdk-dev] [PATCH v11 4/8] ethdev: rename link speed constants

2016-03-23 02:52, Zhang, Helin: > > struct rte_eth_conf { > > uint16_t link_speed; > 100G support? > Uint16_t -> uint32_t to support 100G? Yes, see next patches.

[dpdk-dev] [PATCH] ethdev: fix rte_eth_dev_xstats_get with NULL

On Wed, 23 Mar 2016 11:19:12 +0100 Thomas Monjalon wrote: > 2016-03-23 09:51, Olivier Matz: > > On 03/22/2016 11:09 PM, Stephen Hemminger wrote: > > > Normal usage of rte_eth_dev_xstats_get is to call twice. The > > > first time the function is called with portid, xstats = NULL > > > and n = 0;

[dpdk-dev] [PATCH v2] testpmd: fix build on FreeBSD

> -Original Message- > From: Qiu, Michael > Sent: Tuesday, March 22, 2016 5:05 PM > To: Liu, Yong; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2] testpmd: fix build on FreeBSD > > On 3/22/2016 2:51 PM, Marvin Liu wrote: > > Build log: > > /root/dpdk/app/test-pmd/cmdline.c:6687:45:

[dpdk-dev] [PATCH] nfp: copy pci info from pci to ethdev

The NFP driver (unlike other PCI devices) was not copying the pci info from the pci_dev to the eth_dev. This would make the driver_name be null (and other unset fields) when application uses dev_info_get. This was found by code review; do not have the hardware. Signed-off-by: Stephen Hemminger

[dpdk-dev] Issues with openvswitch2.5+dpdk2.2+kvm/virtio-pci

On Tue, Mar 22, 2016 at 9:47 PM, Daniele Di Proietto wrote: > Hi Christian, > > thanks for the report. I've managed to reproduce the problem and I > observed two separate issues: > > 1) short version: it appears to be a problem in DPDK 2.2 and it should be > fixed by 9a0615af7746("virtio: fix

[dpdk-dev] testpmd could not start up with vmxnet3 port

Testpmd output is as below: ./x86_64-native-linuxapp-gcc/app/testpmd -c f -n 4 -- -i EAL: Detected lcore 0 as core 0 on socket 0 EAL: Detected lcore 1 as core 1 on socket 0 EAL: Detected lcore 2 as core 0 on socket 0 EAL: Detected lcore 3 as core 1 on socket 0 EAL: Support maximum 128 logical

[dpdk-dev] [PATCH v2] virtio: fix rx ring descriptor starvation

Acked-by: Huawei Xie

[dpdk-dev] testpmd could not start up with vmxnet3 port

From: "Xu, Qian Q" mailto:qian.q...@intel.com>> Date: Tuesday, March 22, 2016 at 8:31 PM To: "Ding, HengX" mailto:hengx.ding at intel.com>>, Yong mailto:yongwang at vmware.com>> Cc: "dev at dpdk.org" mailto:dev at dpdk.org>> Subject: RE: testpmd could not start up with

[dpdk-dev] testpmd could not start up with vmxnet3 port

From: "Xu, Qian Q" mailto:qian.q...@intel.com>> Date: Tuesday, March 22, 2016 at 8:31 PM To: "Ding, HengX" mailto:hengx.ding at intel.com>>, Yong mailto:yongwang at vmware.com>> Cc: "dev at dpdk.org" mailto:dev at dpdk.org>> Subject: RE: testpmd could not start up with

[dpdk-dev] testpmd could not start up with vmxnet3 port

It's a regression, vmxnet3 can work with dpdk2.2, but now it can't work well. Yong, Heng found that your patch may be the first one to break the function, could you check it? Thx. Thanks Qian From: Ding, HengX Sent: Wednesday, March 23, 2016 11:28 AM To: yongwang at vmware.com Cc: Xu, Qian Q;

[dpdk-dev] vmxnet3 can't work now and found the patch which broke it.

Testpmd will fail to start up with vmxnet3 port. You can reproduce this issue follow these steps: 1. Right click your VM and click edit settings 2. Click "Add..." button. 3. Choose Ethernet Adapter and click next 4. Choose vmxnet3 as the Adapter Type, and select a

[dpdk-dev] testpmd could not start up with vmxnet3 port

Testpmd will fail to start up with vmxnet3 port. You can reproduce this issue follow these steps: 1. Right click your VM and click edit settings 2. Click "Add..." button. 3. Choose Ethernet Adapter and click next 4. Choose vmxnet3 as the Adapter Type, and select a

[dpdk-dev] [PATCH] fm10k: conditionally disable RSS during device initialization

Hi, > -Original Message- > From: Michael Frasca [mailto:michael.frasca at oracle.com] > Sent: Wednesday, March 23, 2016 12:58 AM > To: Chen, Jing D > Cc: dev at dpdk.org; Michael Frasca > Subject: [PATCH] fm10k: conditionally disable RSS during device initialization > > If the provided

[dpdk-dev] [PATCH v11 4/8] ethdev: rename link speed constants

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Friday, March 18, 2016 2:09 AM > To: marcdevel at gmail.com; Richardson, Bruce; Doherty, Declan; Ananyev, > Konstantin; Lu, Wenzhuo; Zhang, Helin; Chen, Jing D; > harish.patil at qlogic.com;

[dpdk-dev] DPDK and HW offloads

On 3/22/2016 6:20 PM, Richardson, Bruce wrote: > On Tue, Mar 22, 2016 at 05:50:28AM +, Qiu, Michael wrote: >> On 3/21/2016 11:27 PM, Kyle Larose wrote: >>> On Mon, Mar 21, 2016 at 10:52 AM, Bruce Richardson >>> wrote: On Sun, Mar 20, 2016 at 08:18:57PM +0100, Thomas Monjalon wrote: >

[dpdk-dev] [PATCH v11 2/8] ethdev: use constants for link duplex

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Friday, March 18, 2016 2:09 AM > To: marcdevel at gmail.com; Richardson, Bruce; Doherty, Declan; Ananyev, > Konstantin; Lu, Wenzhuo; Zhang, Helin; Chen, Jing D; > harish.patil at qlogic.com;

[dpdk-dev] [PATCH] i40e: fix ipv6 TSO issue for tx function

On Tue, Mar 22, 2016 at 09:38:55PM +0800, Ananyev, Konstantin wrote: > Hi, > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhe Tao > > Sent: Tuesday, March 22, 2016 1:14 PM > > To: dev at dpdk.org > > Cc: Tao, Zhe > > Subject: [dpdk-dev] [PATCH] i40e:

[dpdk-dev] [PATCH v2] testpmd: fix build on FreeBSD

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marvin Liu > Sent: Tuesday, March 22, 2016 2:50 PM > To: dev at dpdk.org > Cc: Liu, Yong > Subject: [dpdk-dev] [PATCH v2] testpmd: fix build on FreeBSD > > Build log: >

[dpdk-dev] [PATCH] igb_uio: fix vmware e1000 input/output error

In fact, Masaru is the author, and I'm not sure how to detect a VWMARE E1000 device, anyone from vmware can check this? Thx. Thanks Qian -Original Message- From: Thomas Monjalon [mailto:thomas.monja...@6wind.com] Sent: Monday, March 21, 2016 6:08 PM To: Xu, Qian Q; Masaru OKI Cc: dev

[dpdk-dev] [PATCH v11 0/8] ethdev: 100G and link speed API refactoring

We have tested with intel nic and found port can't be started for all nics:ixgbe/i40e/igb/bonding, see attached mail for more details. Please check and fix it. Thanks Qian -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Thomas Monjalon Sent: Wednesday, March

[dpdk-dev] [PATCH v5 1/9] ethdev: extend flow director for input selection

Hi, Thomas > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Wednesday, March 23, 2016 6:06 AM > To: Wu, Jingjing > Cc: dev at dpdk.org; Zhang, Helin > Subject: Re: [dpdk-dev] [PATCH v5 1/9] ethdev: extend flow director for > input selection > >

[dpdk-dev] [PATCH] mk: toolchain: gcc: query the compiler macros to obtain the gcc version

2016-03-22 17:13, Markos Chandras: > This is similar to what's being used in the Linux kernel. Querying the > GCC macros directly gives more accurate results compared to -dumpversion > which could vary across distributions. > > Signed-off-by: Markos Chandras > --- > In openSUSE Tumbleweed (and

[dpdk-dev] DPDK and HW offloads

On Tue, Mar 22, 2016 at 10:17:21AM -0700, Stephen Hemminger wrote: > On Tue, 22 Mar 2016 07:19:01 -0500 > Jay Rolette wrote: > > > On Tue, Mar 22, 2016 at 5:19 AM, Bruce Richardson < > > bruce.richardson at intel.com> wrote: > > > > > On Tue, Mar 22, 2016 at 05:50:28AM +, Qiu, Michael

[dpdk-dev] [PATCH v5 1/9] ethdev: extend flow director for input selection

2016-03-21 14:18, Jingjing Wu: > This patch added RTE_ETH_INPUT_SET_L3_IP4_TTL, > RTE_ETH_INPUT_SET_L3_IP6_HOP_LIMITS input field type and extended > struct rte_eth_ipv4_flow and rte_eth_ipv6_flow to support filtering > by tos, protocol and ttl. [...] > --- a/doc/guides/rel_notes/deprecation.rst >