Marc
#Test1 is just a simple test. Just launch testpmd with these nic port.
./testpmd ?c 0x3 ?n 4 -- -i
Thanks
Qian
From: marc.sune at gmail.com [mailto:marc.s...@gmail.com] On Behalf Of Marc
Sent: Thursday, March 24, 2016 3:48 PM
To: Xu, Qian Q
Cc: Thomas Monjalon; Ananyev, Konstantin; Lu, Wenzh
On 3/24/2016 9:45 PM, Neil Horman wrote:
> On Thu, Mar 24, 2016 at 11:10:50AM +0800, Tan, Jianfeng wrote:
>> Hi Neil,
>>
>> On 3/24/2016 3:17 AM, Neil Horman wrote:
>>> On Fri, Feb 05, 2016 at 07:20:23PM +0800, Jianfeng Tan wrote:
v1->v2:
- Rebase on the patchset of virtio 1.0 support
On Wed, Mar 23, 2016 at 03:34:09PM +, shesha Sreenivasamurthy (shesha)
wrote:
> 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, d
An issue is found on x550em NICs, that ieee1588 is not working, the time
always be 0.
The root cause is the timer is only supported by x550, it's not extended
to x550em_x and x550em_a.
Fixes: a7740dc1303a("ixgbe: support new devices and MAC types")
Signed-off-by: Wenzhuo Lu
---
drivers/net/ixgbe
Ksiadz reported that TSO won't work for OVS with NIC, even with those
similar changes from the commit 9fd72e3cbd29 ("examples/vhost: add
virtio offload").
This gives me another chance to look at the TSO implementation a bit
deeper, and then came up with this small patch set, which moves some
left
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/vhost_rxtx.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/librte_vhost/vhost_rxtx.c b/lib/librte_vhost/vhost_rxtx.c
index b4da665..7d1224c 100644
--- a/lib/librte_vhost/vhost_rxtx.c
+++ b/lib/librte_vhost/vhost_rxtx.c
@@ -123,8 +123,6 @@
Commit d0cf91303d73 ("vhost: add Tx offload capabilities") has only
done partial settings for enabling TSO, and left the following part
to the application, say vhost-switch example, by commit 9fd72e3cbd29
("examples/vhost: add virtio offload").
- Setting PKT_TX_IP_CKSUM and ipv4_hdr->hdr_checksum
We now got all required settings to make TSO work at vhost lib.
We also don't need to calculate the pseudo header checksum just
for the checksum offloading case, as the TCP/IP stack would have
done that.
So, those settings are not necessary; remove them.
Signed-off-by: Yuanhan Liu
---
examples/
While the last arg of virtio_tx_route() asks a vlan tag, we currently
feed it with device_fh, which is wrong. Fix it.
Fixes: 4796ad63ba1f ("examples/vhost: import userspace vhost application")
Reported-by: Qian Xu
Signed-off-by: Yuanhan Liu
---
examples/vhost/main.c | 6 --
1 file changed,
On my side the development of l2 tunnel and e-tag features is being
done in paralell with the ixgbe base code update. So, l2 tunnel and
e-tag are not supported on the new x550em_a NICs.
Now all the code is ready, should extend the support to x550em_a
NICs.
Fixes: 22e77d4501b8("ixgbe: support L2 tu
On Fri, Mar 25, 2016 at 02:01:32PM +0800, Yuanhan Liu wrote:
> Commit d0cf91303d73 ("vhost: add Tx offload capabilities") has only
> done partial settings for enabling TSO, and left the following part
> to the application, say vhost-switch example, by commit 9fd72e3cbd29
> ("examples/vhost: add vir
In SUSE11 SP3 i686 platform with gcc version 4.5.1, there is
some compile issues. This patch set is try to fix them.
Michael Qiu (2):
lib/librte_lpm: Fix anonymous union initialization issue
drivers/crypto: Fix anonymous union initialization in crypto
drivers/crypto/null/null_crypto_pmd_ops.
In SUSE11-SP3 i686 platform, with gcc 4.5.1, there is a
compile issue:
null_crypto_pmd_ops.c:44:3: error:
unknown field ?sym? specified in initializer
cc1: warnings being treated as errors
The member in anonymous union initialization should be inside '{}',
otherwise
In SUSE11-SP3 i686 platform, with gcc 4.5.1, there is a
compile issue:
rte_lpm.c: In function ?add_depth_small_v20?:
rte_lpm.c:778:7: error: unknown field ?next_hop?
specified in initializer
cc1: warnings being treated as errors
The root casue is gcc only all
This patch will work on below patch series.
- [PATCH v9 01/11] Add API to get packet type info
v4:
- refine the API to return 0 intead of ENOTSUP, and doc and note updated.
- rte_eth_dev_get_ptype_info -> rte_eth_dev_get_supported_ptypes
v3:
- em ptype check: (l4_tcp || l4_udp) -> (l4_tcp &&
Return 0 instead of -ENOTSUP for those which do not fill any packet types,
with some note and doc updated.
Signed-off-by: Jianfeng Tan
Acked-by: Konstantin Ananyev
---
doc/guides/nics/overview.rst | 2 +-
lib/librte_ether/rte_ethdev.c | 3 +--
lib/librte_ether/rte_ethdev.h | 9 ++---
3 fil
As a example to use ptype info, l3fwd needs firstly to use
rte_eth_dev_get_supported_ptypes() API to check if device and/or
its PMD driver will parse and fill the needed packet type; if not,
use the newly added option, --parse-ptype, to analyze it in the
callback softly.
As the mode of EXACT_MATCH
Previously, vector driver is not the first (default) choice for i40e,
as it cannot fill packet type info for l3fwd to work well. Now there
is an option for l3fwd to analysis packet type softly. So enable it
by default.
Signed-off-by: Jianfeng Tan
Acked-by: Konstantin Ananyev
---
config/common_b
v2: - we can't remove the left part of TSO settings to lib vhost, which
hurts VM2VM performance badly.
Ksiadz reported that TSO won't work for OVS with NIC, even with those
similar changes from the commit 9fd72e3cbd29 ("examples/vhost: add
virtio offload").
This gives me another chance to l
Signed-off-by: Yuanhan Liu
---
lib/librte_vhost/vhost_rxtx.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/librte_vhost/vhost_rxtx.c b/lib/librte_vhost/vhost_rxtx.c
index b4da665..7d1224c 100644
--- a/lib/librte_vhost/vhost_rxtx.c
+++ b/lib/librte_vhost/vhost_rxtx.c
@@ -123,8 +123,6 @@
For checksum offloading only case, the TCP/IP stack would
have calculated the pseudo checksum. Therefore, we don't
need to re-calculate it again here; remove it.
Signed-off-by: Yuanhan Liu
---
examples/vhost/main.c | 41 ++---
1 file changed, 6 insertions(+),
Comments for PKT_TX_TCP_SEG at rte_mbuf says that we should only set
PKT_TX_IP_CKSUM and reset ip hdr checksum for IPv4:
- if it's IPv4, set the PKT_TX_IP_CKSUM flag and write the IP checksum
to 0 in the packet
Fixes: 9fd72e3cbd29 ("examples/vhost: add virtio offload")
Signed-off-by: Yuanh
While the last arg of virtio_tx_route() asks a vlan tag, we currently
feed it with device_fh, which is wrong. Fix it.
Fixes: 4796ad63ba1f ("examples/vhost: import userspace vhost application")
Reported-by: Qian Xu
Signed-off-by: Yuanhan Liu
---
examples/vhost/main.c | 6 --
1 file changed,
This patch fixes the max logic number and memory channel number settings
on IBM POWER8 platform.
1. The max number of logic cores of a POWER8 processor is 96. Normally,
there are two sockets on a server. So the max number of logic cores
are 192. So this parch set CONFIG_RTE_MAX_LCORE to 256.
Current prefetch instruction (dcbt) implementation for IBM POWER8 has wrong
Touch Hint(TH) parameter. The current setting of TH=1 indicates to load data
from
current cache line and an unlimited number of sequentially following cache
lines.
TTH=0 means to load data from current cache line. rte_pre
This patch set fixes CPU/memory parameters and correct wrong prefetch settings
for IBM POWER8.
Chao Zhu (2):
Fix CPU and memory parameters on IBM POWER8
Fix prefetch instruction on IBM POWER8
config/common_base |3 ++-
lib/librte_eal/common/eal_common_opt
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 o
Add the new floating related argument option in the devarg.
Using this parameter, all the samples can decide whether to use legacy VEB/VEPA
or floating VEB.
To enable this feature, the user should pass a devargs parameter to the EAL
like "-w 84:00.0,enable_floating=1", and the application will make
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 th
Add global reset support in i40e.
Sometimes the PF reset will fail, and the PF software reset cannot ensure
all the status and components are reset. So added the global reset to fix
this issue.
The essential difference for the new global reset and PF reset is that the
PF Reset doesn't clear the pac
On Fri, Mar 25, 2016 at 9:11 AM, Chao Zhu wrote:
> This patch fixes the max logic number and memory channel number settings
> on IBM POWER8 platform.
> 1. The max number of logic cores of a POWER8 processor is 96. Normally,
>there are two sockets on a server. So the max number of logic cores
>
On 22 March 2016 at 22:27, Ananyev, Konstantin
wrote:
>
>
>> -Original Message-
>> From: Jianbo Liu [mailto:jianbo.liu at linaro.org]
>> Sent: Monday, March 21, 2016 2:27 AM
>> To: Richardson, Bruce
>> Cc: Lu, Wenzhuo; Zhang, Helin; Ananyev, Konstantin; dev at dpdk.org
>> Subject: Re: [dpd
The old code still uses entry in the next loop of LIST_FOREACH after free() in
i40e_res_pool_destroy().
Change to a safe way to free entry, which is similar with LIST_FOREACH_SAFE in
FreeBSD.
Fixes: 4861cde46116 ("i40e: new poll mode driver")
Signed-off-by: Jiangu Zhao
---
drivers/net/i40e/i4
Is there someone investigating the issue?
I think it should be simple to fix for someone mastering these Intel drivers.
2016-03-25 01:02, Xu, Qian Q:
> Marc
> #Test1 is just a simple test. Just launch testpmd with these nic port.
> ./testpmd ?c 0x3 ?n 4 -- -i
>
> Thanks
> Qian
>
> From: marc.sun
NACK.
I'll send an independent patchset for this.
Thanks,
Jianfeng
> -Original Message-
> From: Tan, Jianfeng
> Sent: Friday, March 25, 2016 8:48 AM
> To: dev at dpdk.org
> Cc: Tan, Jianfeng; Ananyev, Konstantin; Zhang, Helin; Richardson, Bruce
> Subject: [PATCH v4 1/3] ethdev: refine AP
On Fri, Mar 25, 2016 at 08:47:45AM +0800, Jianfeng Tan wrote:
> Return 0 instead of -ENOTSUP for those which do not fill any packet types,
> with some note and doc updated.
>
> Signed-off-by: Jianfeng Tan
> Acked-by: Konstantin Ananyev
Hi Jianfeng,
I think this is a good change to the API, as
patch 0: return 0 instead of -ENOTSUP.
patch 1: update doc/guides/nics/overview.rst.
Suggested-by: Bruce Richardson
Signed-off-by: Jianfeng Tan
Jianfeng Tan (2):
ethdev: refine new API to query supported ptypes
doc: update which PMDs can parse packet type
doc/guides/nics/overview.rst | 2
This change is to make user code simpler. For PMDs which do not fill any
packet types, return 0 instead of -ENOTSUP as suggested by Bruce.
Usually, users only care if the required (by ptype_mask) ptypes can be
filled by the specified PMD. If the PMD implements dev_supported_ptypes_get
func is not
Signed-off-by: Jianfeng Tan
---
doc/guides/nics/overview.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guides/nics/overview.rst b/doc/guides/nics/overview.rst
index 542479a..e7504da 100644
--- a/doc/guides/nics/overview.rst
+++ b/doc/guides/nics/overview.rst
@@ -124,
When using RSS, the number of rxqs has to be a power of two.
This is a problem because there is no API in DPDK that makes
the application aware of that.
A good compromise is to allow the application to request a
number of rxqs that is not a power of 2, but having inactive
queues that will never re
On the 82575 chipset, there is a pool of global TX contexts instead of 2
per queues on 82576. See Table A-1 "Changes in Programming Interface
Relative to 82575" of Intel? 82576EB GbE Controller datasheet (*).
In the driver, the contexts are attributed to a TX queue: 0-1 for txq0,
2-3 for txq1, and
Hi Bruce,
On 03/15/2016 01:25 PM, Olivier Matz wrote:
> Seen by trying to fix the func_reentrancy autotest. The test
> was doing the following on several cores in parallel:
>
> name = "common_name";
> do several times {
> obj = allocate_an_object(name) // obj = ring, mempool, hash, lp
On Fri, Mar 25, 2016 at 11:32:47AM +0100, Olivier Matz wrote:
> Hi Bruce,
>
> On 03/15/2016 01:25 PM, Olivier Matz wrote:
> > Seen by trying to fix the func_reentrancy autotest. The test
> > was doing the following on several cores in parallel:
> >
> > name = "common_name";
> > do several tim
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Qiu
> Sent: Friday, March 25, 2016 7:20 AM
> To: dev at dpdk.org
> Cc: Qiu, Michael
> Subject: [dpdk-dev] [PATCH 2/2] drivers/crypto: Fix anonymous union
> initialization in crypto
>
> In SUSE11-SP3 i6
Hi Venky,
>> The main benefit of having an external cache is to allow mempool users
>> (threads) to maintain a local cache even though they don't have a valid
>> lcore_id (non-EAL threads). The fact that cache access is done by indexing
>> with the lcore_id is what makes it difficult...
>
> Hi La
> -Original Message-
> From: Tan, Jianfeng
> Sent: Friday, March 25, 2016 3:16 AM
> To: dev at dpdk.org
> Cc: Tan, Jianfeng; Ananyev, Konstantin; Zhang, Helin; Richardson, Bruce
> Subject: [PATCH 0/2] ethdev: refine new API to query supported ptypes
>
> patch 0: return 0 instead of -ENOT
On Fri, Mar 25, 2016 at 09:25:49AM +0800, Tan, Jianfeng wrote:
>
>
> On 3/24/2016 9:45 PM, Neil Horman wrote:
> >On Thu, Mar 24, 2016 at 11:10:50AM +0800, Tan, Jianfeng wrote:
> >>Hi Neil,
> >>
> >>On 3/24/2016 3:17 AM, Neil Horman wrote:
> >>>On Fri, Feb 05, 2016 at 07:20:23PM +0800, Jianfeng Ta
Hi
- Original Message -
> On Wed, Mar 23, 2016 at 03:34:09PM +, shesha Sreenivasamurthy (shesha)
> wrote:
> > 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
> > i
Hi Lazaros,
On 03/17/2016 04:49 PM, Lazaros Koromilas wrote:
> Issuing a zero objects dequeue with a single consumer has no effect.
> Doing so with multiple consumers, can get more than one thread to succeed
> the compare-and-set operation and observe starvation or even deadlock in
> the while loo
Hi Thomas,
Sorry for lack of detailed description in this patch.
The patch was not actually a fix but just adding the missing field
in the ipv4 5tuple area.
I will send different patch with more detailed description on this.
Regards,
Fan
On 16/03/2016 20:30, Thomas Monjalon wrot
Hi Thomas,
Sorry about that.
I will
-Original Message-
From: Thomas Monjalon [mailto:thomas.monja...@6wind.com] Sent: Friday,
March 11, 2016 11:11 AM
To: Zhang, Roy Fan
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] [PATCH v3 2/4] example/ip_pipeline: add PCAP
file support
This patch can
On Wed, Mar 23, 2016 at 04:17:12PM +0100, Thomas Monjalon wrote:
> 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'
>
On Fri, Mar 25, 2016 at 12:10:40PM +, Bruce Richardson wrote:
> On Wed, Mar 23, 2016 at 04:17:12PM +0100, Thomas Monjalon wrote:
> > 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/cmdlin
On Wed, Mar 23, 2016 at 08:51:36AM -0700, Stephen Hemminger wrote:
> 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
> -Original Message-
> From: Eric Kinzie [mailto:ehkinzie at gmail.com]
> Sent: Thursday, March 24, 2016 10:00 PM
> To: dev at dpdk.org
> Cc: tkiely at brocade.com; Doherty, Declan ;
> Iremonger, Bernard ; ekinzie at brocade.com
> Subject: [PATCH] bond: use existing enslaved device queues
>
On Thu, Mar 24, 2016 at 05:47:21PM +, Ananyev, Konstantin wrote:
> > -Original Message-
> > From: Yigit, Ferruh
> > Sent: Thursday, March 24, 2016 5:35 PM
> > To: dev at dpdk.org
> > Cc: Stephen Hemminger; Ananyev, Konstantin; Yigit, Ferruh
> > Subject: [PATCH v2] ixgbe: disable icc com
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> Sent: Friday, March 25, 2016 10:32 AM
> To: dev at dpdk.org
> Cc: Lu, Wenzhuo
> Subject: [dpdk-dev] [PATCH] igb: fix crash with offload on 82575 chipset
>
> On the 82575 chipset, there is a pool
On Wed, Mar 23, 2016 at 05:30:05PM +, Bernard Iremonger wrote:
> 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
Hi Reshma,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Reshma Pattan
> Sent: Thursday, March 24, 2016 11:11 PM
> To: dev at dpdk.org; Ananyev, Konstantin
> Cc: Pattan, Reshma
> Subject: [dpdk-dev] [PATCH v2] examples/l3fwd: fix validation for queue id of
Hi Harish,
> >> >
> >> >> -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
On Fri, Mar 25, 2016 at 11:15:36AM +0800, Jianfeng Tan wrote:
> Signed-off-by: Jianfeng Tan
> ---
> doc/guides/nics/overview.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/guides/nics/overview.rst b/doc/guides/nics/overview.rst
> index 542479a..e7504da 100644
>
On Fri, Mar 25, 2016 at 01:16:07PM +0800, Wenzhuo Lu wrote:
> An issue is found on x550em NICs, that ieee1588 is not working, the time
> always be 0.
> The root cause is the timer is only supported by x550, it's not extended
> to x550em_x and x550em_a.
>
> Fixes: a7740dc1303a("ixgbe: support new d
On Thu, Mar 24, 2016 at 01:56:44PM +, Pablo de Lara wrote:
> Hash library used a function pointer to choose a different
> key compare function, depending on the key size.
> As a result, multiple processes could not use the same hash table,
> as the function addresses vary from one process to an
Hi Thomas
Beilei is investigating that, she will give her findings soon later, and
possibly a fix after validating that.
Thanks!
Regards,
Helin
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, March 25, 2016 5:36 PM
> To: Xu, Qian Q
> C
Hi,
> -Original Message-
> From: Richardson, Bruce
> Sent: Friday, March 25, 2016 2:41 PM
> To: De Lara Guarch, Pablo
> Cc: dev at dpdk.org; edreddy at gmail.com
> Subject: Re: [PATCH] hash: fix to support multi process
>
> On Thu, Mar 24, 2016 at 01:56:44PM +, Pablo de Lara wrote:
>
On Fri, Mar 25, 2016 at 02:11:02PM +0800, Wenzhuo Lu wrote:
> On my side the development of l2 tunnel and e-tag features is being
> done in paralell with the ixgbe base code update. So, l2 tunnel and
> e-tag are not supported on the new x550em_a NICs.
> Now all the code is ready, should extend the
On Fri, Mar 25, 2016 at 11:24:41AM +0100, Olivier Matz wrote:
> When using RSS, the number of rxqs has to be a power of two.
> This is a problem because there is no API in DPDK that makes
> the application aware of that.
>
> A good compromise is to allow the application to request a
> number of rx
On Fri, Mar 25, 2016 at 02:06:51PM +, Ananyev, Konstantin wrote:
>
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier Matz
> > Sent: Friday, March 25, 2016 10:32 AM
> > To: dev at dpdk.org
> > Cc: Lu, Wenzhuo
> > Subject: [dpdk-dev] [PATCH] ig
2016-03-25 15:07, Zhang, Helin:
> From: Thomas Monjalon
> > Is there someone investigating the issue?
>
> Beilei is investigating that, she will give her findings soon later, and
> possibly a fix after validating that.
> Thanks!
Great thanks!
After talking with Bruce, we have decided to close RC
On Fri, Mar 25, 2016 at 04:41:57PM +0800, Zhe Tao wrote:
> 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 t
Added validation for queue id of config parameter tuple.
This validation enforces user to enter queue ids of a port
from 0 and in sequence.
This additional validation on queue ids avoids ixgbe crash caused by null
rxq pointer access inside ixgbe_dev_rx_init.
Reason for null rxq is, L3fwd applica
On Fri, Mar 25, 2016 at 01:28:05PM +, Iremonger, Bernard wrote:
> > -Original Message-
> > From: Eric Kinzie [mailto:ehkinzie at gmail.com]
> > Sent: Thursday, March 24, 2016 10:00 PM
> > To: dev at dpdk.org
> > Cc: tkiely at brocade.com; Doherty, Declan ;
> > Iremonger, Bernard ; ekinz
On Fri, Mar 25, 2016 at 09:17:01AM +, Jiangu Zhao wrote:
> The old code still uses entry in the next loop of LIST_FOREACH after free()
> in i40e_res_pool_destroy().
> Change to a safe way to free entry, which is similar with LIST_FOREACH_SAFE
> in FreeBSD.
>
> Fixes: 4861cde46116 ("i40e: new
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Reshma Pattan
> Sent: Friday, March 25, 2016 3:14 PM
> To: dev at dpdk.org; Ananyev, Konstantin
> Cc: Pattan, Reshma
> Subject: [dpdk-dev] [PATCH v3] examples/l3fwd: fix validation for queue id of
> config tupl
It will be tried to find a better solution.
Signed-off-by: Thomas Monjalon
---
doc/guides/rel_notes/deprecation.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel_notes/deprecation.rst
index bdbac15..179e30f 100644
--- a
Making code run with picky compilers is good, as long as it
doesn't break other (more modern) compilers.
> + new_tbl8_entry.next_hop=next_hop;
Please run your patches through checkpatch, it will warn about missing
whitespace like this.
2016-03-25 17:29, Thomas Monjalon:
> It will be tried to find a better solution.
>
> Signed-off-by: Thomas Monjalon
Applied
2016-03-25 12:15, Bruce Richardson:
> On Fri, Mar 25, 2016 at 12:10:40PM +, Bruce Richardson wrote:
> > On Wed, Mar 23, 2016 at 04:17:12PM +0100, Thomas Monjalon wrote:
> > > 2016-03-23 02:17, Wu, Jingjing:
> > > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marvin Liu
> > > > > Bui
2016-03-25 08:47, Jianfeng Tan:
> +* **examples/vhost: Fixed frequent mbuf allocation failure.**
> +
> + vhost-switch often fails to allocate mbuf when dequeue from vring because
> it
> + wrongly calculates the number of mbufs needed.
Wrong rebase here ;)
> +* **examples/l3fwd: Fixed using pac
2016-03-25 08:47, Jianfeng Tan:
> Patch 1: refine rte_eth_dev_get_supported_ptypes.
This patch has been split in another series.
> Patch 2: add an option in l3fwd.
> Patch 3: enable vector pmd in i40e by default.
>
> Signed-off-by: Jianfeng Tan
> Acked-by: Konstantin Ananyev
>
>
> Jianfeng T
2016-03-25 15:58, Yuanhan Liu:
> v2: - we can't remove the left part of TSO settings to lib vhost, which
> hurts VM2VM performance badly.
>
> Ksiadz reported that TSO won't work for OVS with NIC, even with those
> similar changes from the commit 9fd72e3cbd29 ("examples/vhost: add
> virtio of
> > Added validation for queue id of config parameter tuple.
> >
> > This validation enforces user to enter queue ids of a port
> > from 0 and in sequence.
> >
> > This additional validation on queue ids avoids ixgbe crash caused by null
> > rxq pointer access inside ixgbe_dev_rx_init.
> >
> > R
A new DPDK release candidate is ready for testing:
http://dpdk.org/browse/dpdk/tag/?id=v16.04-rc2
This release candidate is not too big. It includes a lot of fixes
for drivers, examples and tools. The Amazon ENA driver is now integrated.
The patchet about "link speed API rework" is probab
There are still too few tests and reviews, especially for
autonegotiation with Intel devices (patch #6).
I would not be surprised to see some bugs in this rework.
The capabilities must be adapted per device. It can be
improved in a separate patch.
It will be integrated in 16.04-rc3.
Please test a
Define and use ETH_LINK_UP and ETH_LINK_DOWN where appropriate.
Signed-off-by: Marc Sune
Signed-off-by: Thomas Monjalon
---
app/test-pipeline/init.c | 2 +-
app/test-pmd/testpmd.c | 2 +-
app/test/test_pmd_perf.c
From: Marc Sune
Some duplex values are replaced from 0 to half-duplex when link is down.
Some drivers are still using their own constants for duplex modes.
Signed-off-by: Marc Sune
---
drivers/net/e1000/em_ethdev.c | 2 +-
drivers/net/e1000/igb_ethdev.c | 2 +-
drivers/net/ixgbe/ixgb
From: Marc Sune
The code for checking and parsing speed/duplex was duplicated.
The new function is also checking the speed/duplex combination.
Signed-off-by: Marc Sune
---
app/test-pmd/cmdline.c | 99 --
1 file changed, 47 insertions(+), 52 delet
From: Marc Sune
The speed numbers ETH_LINK_SPEED_ are renamed ETH_SPEED_NUM_.
The prefix ETH_LINK_SPEED_ is kept for AUTONEG and will be used
for bit flags in next patch.
Signed-off-by: Marc Sune
---
app/test-pmd/cmdline.c| 10 +-
app/test/virtual_pmd.c
From: Marc Sune
The speed capabilities of a device can be retrieved with
rte_eth_dev_info_get().
The new field speed_capa is initialized in the drivers without
taking care of device characteristics in this patch.
When the capabilities of a driver are accurate, the table in
overview.rst must be f
From: Marc Sune
This patch redesigns the API to set the link speed/s configuration
of an ethernet port. Specifically:
- it allows to define a set of advertised speeds for
auto-negociation.
- it allows to disable link auto-negociation (single fixed speed).
- default: auto-negociate all supporte
From: Marc Sune
It is a helper for the bitmap configuration.
Signed-off-by: Marc Sune
Signed-off-by: Thomas Monjalon
---
lib/librte_ether/rte_ethdev.c | 31 +++
lib/librte_ether/rte_ethdev.h | 13 +
lib/librte_ether/rte_ether_version.m
The link speed configuration is now done with bitmaps so 100G speed
requires only a new bit flag.
The actual link speed is a number so its size must be increased from
16-bit to 32-bit.
Signed-off-by: Marc Sune
Signed-off-by: Thomas Monjalon
Tested-by: Nelio Laranjeiro
Tested-by: Matej Vido
---
On 25 March 2016 at 16:07, Zhang, Helin wrote:
> Hi Thomas
>
> Beilei is investigating that, she will give her findings soon later, and
> possibly a fix after validating that.
> Thanks!
>
>
I will try to reproduce this on my side too with the latest v12. I could
not try latest patchsets, but i40
Hello to everybody,
I find this proposal very interesting as It could be used to solve an issue
that has not been mentioned yet: using memory pools shared with ivshmem.
Currently, due to the per lcore cache, it is not possible to allocate and
deallocate packets from the guest as it will cause cach
> -Original Message-
> From: Olivier Matz [mailto:olivier.matz at 6wind.com]
> Sent: Friday, March 25, 2016 3:56 AM
> To: Venkatesan, Venky ; Lazaros Koromilas
> ; Wiles, Keith
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] mempool: allow for user-owned mempool
> caches
>
> Hi V
On 25 March 2016 at 21:41, Marc wrote:
>
> On 25 March 2016 at 16:07, Zhang, Helin wrote:
>
>> Hi Thomas
>>
>> Beilei is investigating that, she will give her findings soon later, and
>> possibly a fix after validating that.
>> Thanks!
>>
>>
> I will try to reproduce this on my side too with the
Hello,
I am trying to use multi-segment mbuf to receive large packet. I enabled
jumbo_frame and enable_scatter for the port and was expecting mbuf chaining
would be used to receive packets larger than the mbuf size (which was set
to 2048).
When sending 3000-byte (without fragmentation) packet fro
If the nb_pkts parameter to rte_eth_tx_burst() was greater than
the TX descriptor count, a completion was not being requested
from the NIC, so descriptors would not be released back to the
host causing a lock-up.
Introduce a limit of how many TX descriptors can be used in a single
call to the enic
From: Nelson Escobar
Stopping then re-starting a bond interface containing slaves that
used polling for link detection caused the bond to think all slave
links were down and inactive.
Move the start of the polling for link from slave_add() to
bond_ethdev_start() and in bond_ethdev_stop() make su
When the enic was disabled, link notification was correctly disabled
in the NIC but the software indicator that it was disabled was not
updated (vdev->notify_pa not set to 0). When the link came back up,
enic did not re-enable notification in the NIC.
This affected bonding when a enic slave device
100 matches
Mail list logo
