This patch bumps bnx2x PMD version to 1.0.5.1 to track the recent
fixes to the driver.
Signed-off-by: Rasesh Mody
---
drivers/net/bnx2x/bnx2x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/bnx2x/bnx2x.c b/drivers/net/bnx2x/bnx2x.c
index cc380bd..1a7e1c8 1006
Rx statistic is incorrect when packet is oversize.
Signed-off-by: Jingjing Wu
---
v2 change
- reword issue description
doc/guides/nics/i40e.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 1245ecf..b890613 100644
--- a/do
Hi developers,
For /`rte_pktmbuf_pool_create()`, /I normally provide
RTE_MBUF_DEFAULT_BUF_SIZE as the data room size.
I needed to change this dynamically based on the frame size to be
transmitted.
To transmit 80 bytes frames, I configured (80 +/RTE_PKTMBUF_HEADROOM/).
There was no problem an
Add new option parse-ptype in this sample in case of pmd driver
not provide packet type info. If this option enabled, packet type
will be analyzed in Rx callback function.
Signed-off-by: Jianfeng Tan
Signed-off-by: Yong Liu
diff --git a/examples/l3fwd-acl/main.c b/examples/l3fwd-acl/main.c
inde
Add new option parse-ptype in this sample in case of pmd driver
not provide packet type info. If this option enabled, packet type
will be analyzed in Rx callback function.
Signed-off-by: Jianfeng Tan
Signed-off-by: Yong Liu
diff --git a/examples/ip_fragmentation/main.c b/examples/ip_fragmentati
Add new option parse-ptype in this sample in case of pmd driver
not provide packet type info. If this option enabled, packet type
will be analyzed in Rx callback function.
Signed-off-by: Jianfeng Tan
Signed-off-by: Yong Liu
diff --git a/examples/ip_reassembly/main.c b/examples/ip_reassembly/mai
On Tue, Feb 07, 2017 at 11:52:00AM +, Remy Horton wrote:
> Does virtio_vec.ini need updating as well?
I think not, since virtio_vec doesn't support xstats currently.
>
> On 07/02/2017 09:40, Jiayu Hu wrote:
> > Currently, extended statistics has been supported by virtio. But there
> > are no c
vPMD will check 4 descs in one time, but the statuses are not consistent
because the memory allocated for RX descriptors is cacheable huagepage.
This patch is to calculate the number of received packets by scann DD bit
sequentially, and stops when meeting the first packet with DD bit unset.
Signed
To get better performance, Rx bulk alloc recv function will scan 8 descs
in one time, but the statuses are not consistent on ARM platform because
the memory allocated for Rx descriptors is cacheable hugepages.
This patch is to calculate the number of received packets by scan DD bit
sequentially, an
2017-02-09 0:48 GMT+09:00 Alejandro Lucero :
> I just wanted to clarify the hotplug VFIO is not the problem, as I can see
> it, but the unplug. When attaching a device the current VFIO code will be
> used, but there is no code for doing the IOMMU unmapping when unplugging.
>
> On Wed, Feb 8, 2017 a
On 9 February 2017 at 03:53, Ananyev, Konstantin
wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev, Konstantin
>> Sent: Wednesday, February 8, 2017 6:54 PM
>> To: Yigit, Ferruh ; Jianbo Liu
>> ; dev@dpdk.org; Zhang, Helin ;
>> jerin.ja...@cav
Hi, Keith, Stephen,
> -Original Message-
> From: Wiles, Keith
> Sent: Thursday, February 9, 2017 7:07 AM
> To: Stephen Hemminger
> Cc: Chen, Jing D ; dev@dpdk.org; Rogers, Gerald
>
> Subject: Re: [dpdk-dev] [RFC 2/2] prgdev: introduce generic prgdev API
>
>
> > On Feb 8, 2017, at 4:49
The framework of the ixgbe doc is not appropriate,
adjust it.
Fixes: 972e365bfe7a ("doc: nics guide")
CC: sta...@dpdk.org
Signed-off-by: Wenzhuo Lu
---
doc/guides/nics/ixgbe.rst | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/doc/guides/nics/ixgbe.rst b/
Signed-off-by: Wenzhuo Lu
---
doc/guides/nics/ixgbe.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/doc/guides/nics/ixgbe.rst b/doc/guides/nics/ixgbe.rst
index 05ecc2a..aceeb13 100644
--- a/doc/guides/nics/ixgbe.rst
+++ b/doc/guides/nics/ixgbe.rst
@@ -233,6 +233,15 @@ be calculat
1, adjust the framework of the ixgbe doc.
2, announce the MTU setting limitation.
v2:
- split the patch to 2 to add more fixes.
Wenzhuo Lu (2):
doc: fix framework of ixgbe doc
doc: announce ixgbe MTU setting limitation
doc/guides/nics/ixgbe.rst | 28
1 file chan
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, February 9, 2017 12:33 AM
> To: Wu, Jingjing ; dev@dpdk.org
> Cc: olivier.m...@6wind.com; Zhang, Helin ;
> Ananyev, Konstantin
> Subject: Re: [dpdk-dev] [PATCH v4 0/4] fix bitmask of supported Tx flags
>
> On 2/8/2017 5:05 AM,
Hi John,
> -Original Message-
> From: Mcnamara, John
> Sent: Thursday, February 9, 2017 1:11 AM
> To: Lu, Wenzhuo; dev@dpdk.org
> Cc: Lu, Wenzhuo; Yigit, Ferruh
> Subject: RE: [dpdk-dev] [PATCH] doc: announce ixgbe MTU setting limitation
>
>
>
> > -Original Message-
> > From: de
Hi Ferruh,
> -Original Message-
> From: Yigit, Ferruh
> Sent: Thursday, February 9, 2017 12:12 AM
> To: Lu, Wenzhuo; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] doc: announce ixgbe MTU setting limitation
>
> On 2/7/2017 6:22 AM, Wenzhuo Lu wrote:
> > Signed-off-by: Wenzhuo Lu
> > ---
Hard coded mask values were being used for several of the IPv4 and IPv6
fields. Use the values in the rte_eth_fdir_masks structure provided by the
caller.
Fixes: dfbd6a9cb504 ("net/enic: extend flow director support for 1300 series")
Cc: sta...@dpdk.org
Signed-off-by: John Daley
---
v2: fix co
This should replace
http://www.dpdk.org/dev/patchwork/patch/20147/ which was an intermediate patch
in a small patchset and had a compile error. Also, please reject the 2nd patch
in the patchset http://www.dpdk.org/dev/patchwork/patch/20148/ which is
incomplete. I will change the state of these patc
On Wed, 8 Jul 2015 23:42:05 +
Thomas Monjalon wrote:
> 2015-04-21 10:32, Stephen Hemminger:
> > Allow application to query whether link state will work.
> > This is also part of abstracting dependency on PCI.
> >
> > Signed-off-by: Stephen Hemminger
> > ---
> > lib/librte_ether/rte_ethdev.
> On Feb 8, 2017, at 4:49 PM, Stephen Hemminger
> wrote:
>
> On Fri, 20 Jan 2017 11:21:38 +0800
> "Chen Jing D(Mark)" wrote:
>
>> +struct rte_prg_dev_info {
>> +struct rte_pci_device *pci_dev; /**< Device PCI information. */
>
> NAK
>
> No new API should refer to PCI devices. We are try
I am trying to make DPDK more agnostic about bus type. The existing API still
has hardwired into that ethernet devices are either PCI or not PCI (ie pci_dev
== NULL).
Jan, Jerin, and Shreyansh started the process but it hasn't gone far enough.
It would make more sense if the existing generic devi
On Fri, 20 Jan 2017 11:21:38 +0800
"Chen Jing D(Mark)" wrote:
> +struct rte_prg_dev_info {
> + struct rte_pci_device *pci_dev; /**< Device PCI information. */
NAK
No new API should refer to PCI devices. We are trying to make all references
to devices generic. Crypto suceeded, ether is in pr
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev, Konstantin
> Sent: Wednesday, February 8, 2017 6:54 PM
> To: Yigit, Ferruh ; Jianbo Liu
> ; dev@dpdk.org; Zhang, Helin ;
> jerin.ja...@caviumnetworks.com
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] net/ixgb
Hi Dev,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Devanath S
> Sent: Wednesday, February 08, 2017 6:27 AM
> To: dev@dpdk.org
> Subject: Re: [dpdk-dev] dev Digest, Vol 128, Issue 78
>
> Hi *,
>
> We are trying to use dpdk in our security product. But the
Aaron Conole writes:
> In many cases, it's enough to simply let the application know that the
> call to initialize DPDK has failed. A complete halt can then be
> decided by the application based on error returned (and the app could
> even attempt a possible re-attempt after some corrective actio
Hi Ferruh,
>
> On 2/4/2017 1:26 PM, Ananyev, Konstantin wrote:
> >>
> >> To get better performance, Rx bulk alloc recv function will scan 8 descs
> >> in one time, but the statuses are not consistent on ARM platform because
> >> the memory allocated for Rx descriptors is cacheable hugepages.
> >>
The rte_eal_init function will now pass failure reason hints to the
application. To help app developers deciper this, add some brief
information about what the codes are indicating.
Signed-off-by: Aaron Conole
---
lib/librte_eal/common/include/rte_eal.h | 27 ++-
1 file
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index d338e61..5018796 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/librt
Seems like it's possible to continue. At least, the error is reflected
properly in the logs. A user could then go and correct or investigate
the situation.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/
It may even be possible to simply log the error and continue on letting
the user check the logs and restart the application when things are failed.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lib/lib
Even if one vdev should fail, there's no need to prevent further
processing. Log the error, and reflect it to the higher levels to
decide.
Signed-off-by: Aaron Conole
---
lib/librte_eal/common/eal_common_dev.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/lib/librte_e
Plugins are useful and important. However, it seems crazy to abort
everything just because they don't initialize properly.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
After code inspection, there is no way for eal_timer_init() to fail. It
simply returns 0 in all cases. As such, this test could either go-away
or stay here as 'future-proofing'.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 7 +--
1 file changed, 5 insertions(+), 2 de
Some devices may be inaccessible for a variety of reasons, or the
PCI-bus may be unavailable causing the whole thing to fail. Still,
better to continue attempts at probes.
Signed-off-by: Aaron Conole
---
lib/librte_eal/common/eal_common_pci.c | 15 ++-
1 file changed, 10 insertions(
When initializing the interrupt thread, there are a number of possible
reasons for failure - some of which are correctable by the application.
Do not panic() needlessly, and give the application a change to reflect
this information to the user.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linu
There could be some confusion as to why the call failed - this change
will always reflect the value of the error in rte_error.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal_interrupts.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/linux
There are some theoretical racy conditions in the system that _could_
cause early tailq init to fail; however, no need to panic the
application. While it can't continue using DPDK, it could make better
alerts to the user.
Signed-off-by: Aaron Conole
---
lib/librte_eal/common/eal_common_tailqs.
rte_eal_alarm_init() call uses the linux timerfd framework to create a
poll()-able timer using standard posix file operations. This could fail
for a few reasons given in the man-pages, but many could be
corrected by the user application. No need to panic.
Signed-off-by: Aaron Conole
---
lib/li
This can only happen when access to hugepages (either as primary or
secondary process) fails (and that is usually permissions). Since the
manner of failure is not reversible, we cannot allow retry.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 7 +--
1 file changed, 5
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index ab1aeef..ec26153 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/libr
When log initialization fails, it's generally because the fopencookie
failed. While this is rare in practice, it could happen, and it is
likely because of memory pressure. So, flag the error, and allow the
user to retry.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 9 +++
This will usually be an issue because of permissions. However, it could
also be caused by OOM. In either case, errno will contain the
underlying cause. It is safe to re-init the system here, so allow the
application to take corrective action and reinit.
Signed-off-by: Aaron Conole
---
lib/lib
When memzone initialization fails, report the error to the calling
application rather than panic(). Without a good way of detaching /
releasing hugepages, at this point the application will have to restart.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 7 +--
1 file ch
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index 8f9bce1..debb083 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/librte_e
It's now possible to gracefully exit the application, or for
applications which support non-dpdk datapaths working in concert with
DPDK datapaths, there no longer is the possibility of exiting for
unsupported CPUs.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 6 +-
1 f
It's possible that the application could take a corrective action here,
and either prompt the user for different arguments, or at least perform
a better logging. Exiting this early prevents any useful information
gathering from the application layer.
Signed-off-by: Aaron Conole
---
lib/librte_e
This adds a new API to check for the eal cpu versions.
Signed-off-by: Aaron Conole
---
lib/librte_eal/common/eal_common_cpuflags.c | 13 +++--
lib/librte_eal/common/include/generic/rte_cpuflags.h | 9 +
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/lib
If we fail to acquire hugepage information, simply signal an error to
the application. This clears the run_once counter, allowing the user or
application to take a corrective action and retry.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 8 ++--
1 file changed, 6 inse
When attempting to scan hugepages, signal to the eal.c that an error has
occured, rather than performing a panic.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal_hugepage_info.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/
After this change, the EAL CPU NUMA node resolution step can no longer
emit an rte_panic. This aligns with the code in rte_eal_init, which
expects failures to return an error code.
Signed-off-by: Aaron Conole
---
lib/librte_eal/common/eal_common_lcore.c | 7 ---
1 file changed, 4 insertions
There may be no way to gracefully recover, but the application
should be notified that a failure happened, rather than completely
aborting. This allows the user to proceed with a "slow-path" type
solution.
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 7 +--
1 file cha
In many cases, it's enough to simply let the application know that the
call to initialize DPDK has failed. A complete halt can then be
decided by the application based on error returned (and the app could
even attempt a possible re-attempt after some corrective action by the
user or application).
2017-02-08 17:54, Ferruh Yigit:
> These files are linked to API documentation as usage samples, list of
> files created automatically during doc creation.
>
> Remove manually updated old one.
>
> Signed-off-by: Ferruh Yigit
Acked-by: Thomas Monjalon
Applied, thanks
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ido Barnea (ibarnea)
> Sent: Thursday, February 2, 2017 4:08 AM
> To: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] Fill speed_capa for vmxnet3
>
> From: Ido Barnea
>
> Signed-off-by: Ido Barnea
> ---
Acked-by: Yo
On 2/4/2017 1:26 PM, Ananyev, Konstantin wrote:
>>
>> To get better performance, Rx bulk alloc recv function will scan 8 descs
>> in one time, but the statuses are not consistent on ARM platform because
>> the memory allocated for Rx descriptors is cacheable hugepages.
>> This patch is to calculate
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Wednesday, February 08, 2017 15:53
> To: Harry van Haaren
> Cc: dev@dpdk.org; Bruce Richardson ; David
> Hunt ; Nipun Gupta ; Hemant
> Agrawal ; gage.e...@intel.com
> Subject: Re: [PATCH v2 15/15] ap
These files are linked to API documentation as usage samples, list of
files created automatically during doc creation.
Remove manually updated old one.
Signed-off-by: Ferruh Yigit
---
v3:
* use only find tool to create list of files, remove awk
* update line order of INPUT line.
---
doc/api/do
> -Original Message-
> From: Pei, Yulong
> Sent: Monday, January 23, 2017 8:38 AM
> To: dev@dpdk.org
> Cc: Mcnamara, John ; thomas.monja...@6wind.com;
> Pei, Yulong
> Subject: [PATCH] doc: add tested platforms and nics and OSes
>
> Add tested platforms and nics and OSes to the release n
2017-01-24 15:16, Matej Vido:
> Signed-off-by: Matej Vido
Applied, thanks
2017-01-23 15:37, Adrien Mazarguil:
> Promote Nelio as additional maintainer for mlx4 and mlx5 PMDs.
>
> Signed-off-by: Adrien Mazarguil
> Acked-by: Nelio Laranjeiro
> Acked-by: Olga Shern
Applied, thanks
2017-01-12 14:24, Yuanhan Liu:
> v2: split virtio and vhost
>
> ---
> Yuanhan Liu (2):
> maintainers: update virtio maintainer
> maintainers: split virtio and vhost
Applied, thanks
On 2/8/2017 12:08 PM, Thomas Monjalon wrote:
> 2017-01-27 17:37, Ferruh Yigit:
>> These files are linked to API documentation as usage samples, list of
>> files created automatically during doc creation.
>>
>> Remove manually updated old one.
>>
>> Signed-off-by: Ferruh Yigit
> [...]
>> +API_EXAMP
> -Original Message-
> From: Wu, Jingjing
> Sent: Friday, February 3, 2017 7:09 AM
> To: dev@dpdk.org
> Cc: Wu, Jingjing ; Zhang, Helin
> ; Mcnamara, John ;
> sta...@dpdk.org
> Subject: [PATCH] doc: add known issue for i40e PMD
>
> Rx statistic is incorrect when packet is oversize.
>
>
2016-08-01 16:42, Robert Sanford:
> In this patch series, we fix two bonding driver bugs and
> enhance testpmd so that bonding mode 4 (LACP) ports remain
> operational even when idle.
These patches are blocked because we are waiting a v2.
Waiting so long for a fix without having any feedback make
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Wenzhuo Lu
> Sent: Tuesday, February 7, 2017 6:23 AM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo
> Subject: [dpdk-dev] [PATCH] doc: announce ixgbe MTU setting limitation
>
> Signed-off-by: Wenzhuo Lu
> ---
> doc/guid
Hi Wei,
On Wed, 8 Feb 2017 15:51:42 +, "Dai, Wei" wrote:
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Laurent Hardy
> > Sent: Friday, November 18, 2016 1:30 AM
> > To: Zhang, Helin ; Ananyev, Konstantin
> >
> > Cc: dev@dpdk.org
> > Subject: [dpdk-de
On 2/2/2017 12:08 PM, Ido Barnea (ibarnea) wrote:
> From: Ido Barnea
>
> Signed-off-by: Ido Barnea
Cc'ing vmxnet3 maintainer: Yong Wang
> -Original Message-
> From: Wu, Jingjing
> Sent: Wednesday, February 8, 2017 5:06 AM
> To: dev@dpdk.org
> Cc: Wu, Jingjing ; olivier.m...@6wind.com; Zhang,
> Helin ; Ananyev, Konstantin
>
> Subject: [PATCH v4 0/4] fix bitmask of supported Tx flags
>
> Some Tx offload flags are missed
On 2/8/2017 5:05 AM, Jingjing Wu wrote:
> Some Tx offload flags are missed in bitmask of all supported packet
> Tx flags, it will cause rte_eth_tx_prepare fails when Tx burst packets.
>
> v4 change:
> - add PKT_TX_IEEE1588_TMST to PKT_TX_OFFLOAD_MASK
>
> v3 changes:
> - add PKT_TX_MACSEC to PKT
2017-01-18 09:07, Tan, Jianfeng:
> > > How about "nz" for non-zero?
> >
> > I would prefer the full name. If you want nonzero, that's ok for me, but
> > there
> > is
> > no need to make it shorter and not readable enough (I wouldn't know what
> > nz is).
>
> Make sense. Will send out patch soon.
On Wed, 8 Feb 2017 13:05:53 +0800, Jingjing Wu
wrote:
> Add missed PKT_TX_MACSEC and PKT_TX_IEEE1588_TMST flags to bitmask of
> all supported packet Tx offload features flags.
>
> Fixes: 4fb7e803eb1a ("ethdev: add Tx preparation")
> Signed-off-by: Jingjing Wu
> ---
> lib/librte_mbuf/rte_mbuf.h
On 2/7/2017 6:22 AM, Wenzhuo Lu wrote:
> Signed-off-by: Wenzhuo Lu
> ---
> doc/guides/nics/ixgbe.rst | 16 ++--
> 1 file changed, 14 insertions(+), 2 deletions(-)
>
> diff --git a/doc/guides/nics/ixgbe.rst b/doc/guides/nics/ixgbe.rst
> index 3b6851b..1f7d6b3 100644
> --- a/doc/guides
Do we want to deprecate the coremask (-c option) and use the corelist (-l
option)?
The number of cores is now greater then 64 bits and the coremask is difficult
for people to work with when selecting cores.
We can send out a deprecation notice and start removing the code for next
release or th
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Laurent Hardy
> Sent: Friday, November 18, 2016 1:30 AM
> To: Zhang, Helin ; Ananyev, Konstantin
>
> Cc: dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/ixgbe: ensure link status is updated
>
> In case of link spee
I just wanted to clarify the hotplug VFIO is not the problem, as I can see
it, but the unplug. When attaching a device the current VFIO code will be
used, but there is no code for doing the IOMMU unmapping when unplugging.
On Wed, Feb 8, 2017 at 3:43 PM, Alejandro Lucero <
alejandro.luc...@netrono
Hi Eelco,
On Wed, Feb 8, 2017 at 9:41 AM, Eelco Chaudron wrote:
> Hi Anatoly,
>
> This will be great... If you want I can do some testing on (early) patches
> if required.
>
> Also do you know why it is currently not supported, i.e. what are the
> limitations?
>
> Thanks,
>
I assume your reply
On 2/8/2017 3:30 PM, Ferruh Yigit wrote:
> On 2/8/2017 9:14 AM, Qiming Yang wrote:
>> This patch fixed the redundant delay in function link update. There is
>> no need to call rte_delay_ms and hold CPU for 100ms when link status is up.
>>
>> Fixes: 26bbb7a9 ("i40e: fix link status timeout")
>>
On 2/8/2017 2:28 PM, Nélio Laranjeiro wrote:
> On Thu, Feb 02, 2017 at 10:43:32AM -0800, Yongseok Koh wrote:
>> The total length field in descriptor of inlined multi-packet send must be
>> updated before closing a seesion. There's possibility of updating it
>> afterward. This bug might cause one pa
On 2/8/2017 9:14 AM, Qiming Yang wrote:
> This patch fixed the redundant delay in function link update. There is
> no need to call rte_delay_ms and hold CPU for 100ms when link status is up.
>
> Fixes: 26bbb7a9 ("i40e: fix link status timeout")
>
> Signed-off-by: Qiming Yang
Reviewed-by: Fe
On 2/8/2017 1:37 AM, Wenzhuo Lu wrote:
> Change is_i40e_pmd to is_device_supported to make it
> more generic.
>
> Signed-off-by: Wenzhuo Lu
Applied to dpdk-next-net/master, thanks.
On Tue, Feb 07, 2017 at 12:34:37AM +0530, Nipun Gupta wrote:
> Added a pointer to the rte_eventdev type in the event port
> link and unlink callbacks. This device shall be used by some
> of the event drivers to fetch queue related information.
>
> Also, update the skeleton eventdev driver with cor
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ananyev, Konstantin
> Sent: Thursday, February 2, 2017 12:41 AM
> To: Stephen Hemminger ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 6/7] ixgbe: remove useless return
Subject line had better be net/ixgbe: remove
On Tue, Feb 07, 2017 at 03:11:50PM +, Van Haaren, Harry wrote:
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Monday, February 6, 2017 5:24 AM
> > To: dev@dpdk.org
> > Cc: Richardson, Bruce ; hemant.agra...@nxp.com;
> > Eads, Gage
> > ; V
On Tue, Feb 07, 2017 at 03:11:01PM +, Van Haaren, Harry wrote:
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Monday, February 6, 2017 5:24 AM
> > To: dev@dpdk.org
> > Cc: Richardson, Bruce ; hemant.agra...@nxp.com;
> > Eads, Gage
> > ; V
2017-01-20 16:43, Yuanhan Liu:
> 16.07 as a first trial of stable release, I made a proposal to have 2
> releases: v16.07.1 shortly after v16.11-rc1 and v16.07.2 shortly after
> v16.11. While the gap between v16.07 and v16.11 are 4 months, doing a
> release each 2 month doesn't seem that bad. It m
On Tue, Feb 07, 2017 at 03:04:19PM +, Van Haaren, Harry wrote:
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Monday, February 6, 2017 5:24 AM
> > To: dev@dpdk.org
> > Cc: Richardson, Bruce ; hemant.agra...@nxp.com;
> > Eads, Gage
> > ; V
On Mon, Feb 06, 2017 at 01:42:33PM +0530, Jerin Jacob wrote:
> On Tue, Jan 31, 2017 at 04:14:19PM +, Harry van Haaren wrote:
> > From: Bruce Richardson
> >
> > Since eventdev uses event structures rather than working directly on
> > mbufs, there is no actual dependencies on the mbuf library.
On Thu, Feb 02, 2017 at 10:43:32AM -0800, Yongseok Koh wrote:
> The total length field in descriptor of inlined multi-packet send must be
> updated before closing a seesion. There's possibility of updating it
> afterward. This bug might cause one packet out of MLX5_MPW_DSEG_MAX gets
> silently drop
2017-02-08 01:24, Wu, Jingjing:
> Yes, the behavior of XL710 is different from ixgbe on that.
> If only enable ETH_RSS_IP, rss will not work on TCP and UDP packets. So you
> need
> To set ETH_RSS_IP | ETH_RSS_UDP |ETH_RSS_TCP
Where is it documented?
On 2/7/2017 3:35 PM, Wu, Jingjing wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Thursday, December 8, 2016 2:30 AM
>> To: Tom Crugnale ; Wu, Jingjing
>> ; Zhang, Helin
>> Cc: dev@dpdk.org
>> Subject: Re: [dpdk-dev] [PATCH v3] net/i40evf: fix reporting of imissed
>> pa
Fix problem of passing a pointer to sizeof() function. Now the size
of enabled_cdevs structure is passed by RTE_CRYPTO_MAX_DEVS.
Coverity issue: 141068
Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test application")
Signed-off-by: Jacek Piasecki
---
app/test-crypto-perf/main.c |
Structure opts and structure test_vec are now passed by pointer to
the cperf_check_test_vector.
Coverity issue: 141072
Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test
application")
Signed-off-by: Jacek Piasecki
---
app/test-crypto-perf/main.c | 98 ++-
On 2/8/2017 9:31 AM, Wu, Jingjing wrote:
>
>
>> -Original Message-
>> From: Guo, Jia
>> Sent: Tuesday, February 7, 2017 11:52 AM
>> To: Zhang, Helin ; Wu, Jingjing
>>
>> Cc: dev@dpdk.org; Guo, Jia
>> Subject: [PATCH] net/i40e: fix ethertype filter func fail on X722
>>
>> The GL_SWR_PRI_
On 2/8/2017 9:50 AM, Jeff Guo wrote:
> If assign the "data->dev_flags" after run function "rte_eth_copy_pci_info",
> the
> flag would be miss the “RTE_ETH_DEV_INTR_LSC” value, that will result the
> device
> configuration fail, when rte check the flag if device support link state
> interrupt.
>
Prior to this patch only UIO/VFIO interrupt handlers types were supported.
This patch adds support for the external interrupt handler type, allowing
external drivers to set their own fds with specific interrupt handlers.
Signed-off-by: Shahaf Shuler
---
lib/librte_eal/linuxapp/eal/eal_interrupts
This patchset adds support for rxq interrupts on MLX5 PMD.
The first patch introduces changes on eal_interrupt to support external
interrupt handlers.
The second patch implements the support on mlx5 PMD and demonstrate the use of
the changes made in the first patch
[PATCH 1/2] eal_interrupts: su
Implement rxq interrupt callbacks
Signed-off-by: Shahaf Shuler
---
drivers/net/mlx5/Makefile | 5 ++
drivers/net/mlx5/mlx5.c | 2 +
drivers/net/mlx5/mlx5_rxq.c | 126 +++-
drivers/net/mlx5/mlx5_rxtx.c| 73 +++
dri
On Tue, Feb 07, 2017 at 03:17:30PM +, Van Haaren, Harry wrote:
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Monday, February 6, 2017 5:24 AM
> > To: dev@dpdk.org
> > Cc: Richardson, Bruce ; hemant.agra...@nxp.com;
> > Eads, Gage
> > ; V
1 - 100 of 115 matches
Mail list logo
