[dpdk-dev] [PATCH] net/bonding: not handle vlan slow packet

2016-10-31 Thread linhaifeng
From: ZengGanghui if rx vlan offload is enable we should not handle vlan slow packets too. Signed-off-by: Haifeng Lin --- drivers/net/bonding/rte_eth_bond_pmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c b/drivers/net/bonding/rte

[dpdk-dev] net/bonding: not handle vlan slow packet

2016-10-31 Thread linhaifeng
if rx vlan offload is enable we should not handle vlan slow packets too. Signed-off-by: Haifeng Lin diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c b/drivers/net/bonding/rte_eth_bond_pmd.c index 43334f7..6c74bba 100644 --- a/drivers/net/bonding/rte_eth_bond_pmd.c +++ b/drivers/net/bonding/r

[dpdk-dev] [PATCH] net/bonding: not handle vlan slow packet

2016-10-31 Thread linhaifeng
From: Haifeng Lin if rx vlan offload is enable we should not handle vlan slow packets too. Signed-off-by: Haifeng Lin --- drivers/net/bonding/rte_eth_bond_pmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c b/drivers/net/bonding/rte

[dpdk-dev] [PATCH] net/bonding: not handle vlan slow packet

2016-10-31 Thread linhaifeng
From: Haifeng Lin if rx vlan offload is enable we should not handle vlan slow packets too. Signed-off-by: Haifeng Lin --- drivers/net/bonding/rte_eth_bond_pmd.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c b/drivers/net/bonding/r

[dpdk-dev] [RFC v2] Generic flow director/filtering/classification API

2016-10-31 Thread Zhang, Helin
Hi Adrien Just a double check, do you have any update on the v1 patch set, as now it is the end of October? We are extremly eager to see the v1 patch set for development. I don't think we need full validation on the v1 patch set for API. It should be together with PMD and example application. If

[dpdk-dev] [PATCH v4] vhost: Add indirect descriptors support to the TX path

2016-10-31 Thread Wang, Zhihong
> -Original Message- > From: Maxime Coquelin [mailto:maxime.coquelin at redhat.com] > Sent: Friday, October 28, 2016 3:42 PM > To: Wang, Zhihong ; Yuanhan Liu > > Cc: stephen at networkplumber.org; Pierre Pfister (ppfister) > ; Xie, Huawei ; dev at > dpdk.org; > vkaplans at redhat.com;

[dpdk-dev] Red Hat 6.5 compilation failure

2016-10-31 Thread Nélio Laranjeiro
Hi all, Am facing an issue with compilation on redhat 6.5 of DPDK v16.11-rc2, compilation fails with: cc1: warnings being treated as errors /root/dpdk/drivers/net/i40e/i40e_ethdev_vf.c: In function ?i40evf_dev_interrupt_handler?: /root/dpdk/drivers/net/i40e/i40e_ethdev_vf.c:1391: error: de

[dpdk-dev] mbuf changes

2016-10-31 Thread Morten Brørup
About the mbuf timestamp (regardless of size etc.) accuracy: We should also consider the clock source. If the NIC HW is the clock source, there will be a fixed offset from the CPU's clock, but there will also be varying drift (they have separate XTALs). And if there are multiple NICs, there wil

[dpdk-dev] Red Hat 6.5 compilation failure

2016-10-31 Thread Thomas Monjalon
2016-10-31 11:43, N?lio Laranjeiro: > Hi all, > > Am facing an issue with compilation on redhat 6.5 of DPDK v16.11-rc2, Thanks Nelio for raising the issue. > compilation fails with: [...] > In doc/guides/rel_notes/supported_os.rst we still support > "Red Hat Enterprise Linux 6.5". > > Do we sti

[dpdk-dev] Red Hat 6.5 compilation failure

2016-10-31 Thread Neil Horman
On Mon, Oct 31, 2016 at 11:43:18AM +0100, N?lio Laranjeiro wrote: > Hi all, > > Am facing an issue with compilation on redhat 6.5 of DPDK v16.11-rc2, > compilation fails with: > > cc1: warnings being treated as errors > /root/dpdk/drivers/net/i40e/i40e_ethdev_vf.c: In function > ?i40evf_dev_

[dpdk-dev] mbuf changes

2016-10-31 Thread Morten Brørup
> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz > Sent: Tuesday, October 25, 2016 2:49 PM > > We should keep in mind that today we have the seqn field but it is not > used by any PMD. In case it is implemented, would it be a per-queue > sequence

[dpdk-dev] [PATCH v3] net/qede: fix advertising link speed capability

2016-10-31 Thread Rasesh Mody
v3: - check patch fixes Fix to advertise device's link speed capability based on NVM port configuration instead of returning driver supported speeds. Fixes: 95e67b479506 ("net/qede: add 100G link speed capability") Harish Patil (1): net/qede: fix advertising link speed capability drivers/ne

[dpdk-dev] [PATCH v3] net/qede: fix advertising link speed capability

2016-10-31 Thread Rasesh Mody
From: Harish Patil Fix to advertise device's link speed capability based on NVM port configuration instead of returning driver supported speeds. Fixes: 95e67b479506 ("net/qede: add 100G link speed capability") Signed-off-by: Harish Patil --- drivers/net/qede/qede_ethdev.c |6 -- drive

[dpdk-dev] [PATCH] pmd_ring: fix coverity issue

2016-10-31 Thread Mauricio Vasquez B
internals->data will never be NULL, so the check is not necessary. Fixes: d082c0395bf6 ("ring: fix memory leak when detaching") Coverity issue: 137873 Signed-off-by: Mauricio Vasquez B --- drivers/net/ring/rte_eth_ring.c | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-