Thanks Bruce.
I have created eth_dev from the rings as below.
rt = rte_eth_from_rings(port_p->name,
(struct rte_ring * const*)port_p->rx_ring_p, 2,
(struct rte_ring * const*)port_p->tx_ring_p, 2,
rte_socket_id());
Lets say I ha
On Fri, Jan 27, 2017 at 07:16:25PM +, Sridhar Pitchai wrote:
> Hi,
>
> I am trying to write a data path for packets punted to CPU(slowpath) from
> vender silicon like broadcom. I am planing to use "rte_eth_from_rings" like
> model where I will be able to read and write to the ring for the pa
v1:
l3fwd-acl changes:
> Merge common init code in l3fwd-acl and l3fwd into
main.c.
> Move non-critical inline functions to l3fwd_acl.h.
> Move critial packet processing inline functions to
l3fwd
v1:
> Remove static array configuration of Dest IP,Src IP, Dest
port, Src port, Proto and IF_OUT for EM and EM6 config.
> Add reading configuration from a file.
> Format of configuration file is as follows
#EM route entries,
#D
Thanks to Konstantin and Bruce on first internal review comments. This
patch is RFC for 17.05 to merge l3fwd-acl and l3fwd code and add file
read options to build LPM and EM tables.
Ravi Kerur (3):
Merge l3fwd-acl and l3fwd
LPM config file read option
EM config file read option
examples/l3
v1:
> Remove static array configuration of Destination IP, MASK
and IF_OUT for LPM and LPM6 config.
> Add reading configuration from a file.
> Format of configuration file is as follows
#LPM route entries Dest-IP/Mask IF_OUT
L1
Hi ,
I am creating KNI interface and getting the following error when trying to
config IP address.
rte_kni_init
rte_kni_alloc
rte_kni_register_handlers
all went through fine. the call back reg for if UP/down is never getting called.
What am i missing ?
** the eth_dev here is created with "r
Hi,
I am trying to write a data path for packets punted to CPU(slowpath) from
vender silicon like broadcom. I am planing to use "rte_eth_from_rings" like
model where I will be able to read and write to the ring for the packets punted
from vendor chip.
the eth_dev abstraction provided by "rte_
> -Original Message-
> From: Ferruh Yigit [mailto:ferruh.yi...@intel.com]
> Sent: Friday, January 27, 2017 3:07 AM
> To: John Daley (johndale)
> Cc: dev@dpdk.org
> Subject: Re: [PATCH] net/enic: fix MAC address add and remove
>
> On 1/26/2017 8:12 PM, John Daley wrote:
> > The mac_addr_
Add support to the vHostdriver for the new API to force free consumed
buffers on Tx ring. vHost does not cache the mbufs so there is no work
to do.
Signed-off-by: Billy McFall
---
doc/guides/nics/features/vhost.ini | 1 +
drivers/net/vhost/rte_eth_vhost.c | 11 +++
2 files changed, 12
Add support to the e1000 igb driver for the new API to force free
consumed buffers on Tx ring. e1000 igb driver does not implement a
tx_rs_thresh to free mbufs, it frees a slot in the ring as needed, so
a new function needed to be written.
Signed-off-by: Billy McFall
---
doc/guides/nics/features
Add a new API to force free consumed buffers on Tx ring. API will return
the number of packets freed (0-n) or error code if feature not supported
(-ENOTSUP) or input invalid (-ENODEV).
Signed-off-by: Billy McFall
---
doc/guides/nics/features/default.ini | 1 +
doc/guides/prog_guide/mempool_lib
See request from 11/21/2016:
http://dpdk.org/ml/archives/dev/2016-November/050585.html
Add a new API to free consumed buffers on TX ring. This addresses two
scenarios:
1) Flooding a packet and want to reuse existing mbuf to avoid a packet
copy. Increment the reference count of the packet and pol
On 1/27/2017 3:35 PM, Nelio Laranjeiro wrote:
> TCI field is read from the wrong place due to an invalid cast. Moreover
> there is no need to limit matching to VID since PCP and DEI bits can be
> matched as well.
>
> Fixes: 12475fb203ad ("net/mlx5: support VLAN flow item")
>
> Signed-off-by: Neli
This patch fixes a bug in replaying MAC address to the hardware
in rte_eth_dev_config_restore() routine. Added default MAC replay as well.
Fixes: 4bdefaade6d1 ("ethdev: VMDQ enhancements")
---
v2: Added default MAC replay & Code optimization.
v3: Covered a case (ex, SR-IOV) where multiple pools
On Fri, 27 Jan 2017 17:46:11 +
Ferruh Yigit wrote:
> Signed-off-by: Ferruh Yigit
Thanks for fixing this.
Acked-by: Stephen Hemminger
Signed-off-by: Ferruh Yigit
---
drivers/net/virtio/virtio_ethdev.c | 14 +++---
drivers/net/virtio/virtio_rxtx.c | 2 +-
drivers/net/virtio/virtio_user/virtio_user_dev.c | 4 ++--
drivers/net/virtio/virtio_user_ethdev.c | 8
4 files chang
Signed-off-by: Ferruh Yigit
---
drivers/net/qede/qede_rxtx.c | 68 ++--
1 file changed, 34 insertions(+), 34 deletions(-)
diff --git a/drivers/net/qede/qede_rxtx.c b/drivers/net/qede/qede_rxtx.c
index 821ffbc..01ea9b4 100644
--- a/drivers/net/qede/qede_rxt
Signed-off-by: Ferruh Yigit
---
drivers/net/sfc/sfc_ev.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/sfc/sfc_ev.c b/drivers/net/sfc/sfc_ev.c
index fe6de6f..f717faa 100644
--- a/drivers/net/sfc/sfc_ev.c
+++ b/drivers/net/sfc/sfc_ev.c
@@ -104,7 +104,7 @@ sfc_
Signed-off-by: Ferruh Yigit
---
drivers/net/nfp/nfp_net.c | 58 +++
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/drivers/net/nfp/nfp_net.c b/drivers/net/nfp/nfp_net.c
index 1020d9e..173bebf 100644
--- a/drivers/net/nfp/nfp_net.c
+++ b
Signed-off-by: Ferruh Yigit
---
drivers/net/ena/ena_ethdev.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ena/ena_ethdev.c b/drivers/net/ena/ena_ethdev.c
index a580345..ff36c64 100644
--- a/drivers/net/ena/ena_ethdev.c
+++ b/drivers/net/ena/en
Signed-off-by: Ferruh Yigit
---
drivers/net/ixgbe/ixgbe_ethdev.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/drivers/net/ixgbe/ixgbe_ethdev.c
index edbf75b..5b625a3 100644
--- a/drivers/net/ixgbe/ixgbe_ethdev.c
+++ b/driver
Signed-off-by: Ferruh Yigit
---
drivers/net/i40e/i40e_ethdev.c| 51 ++-
drivers/net/i40e/i40e_ethdev_vf.c | 31
drivers/net/i40e/i40e_fdir.c | 2 +-
drivers/net/i40e/i40e_pf.c| 4 +--
drivers/net/i40e/i40e_rxtx.c
Signed-off-by: Ferruh Yigit
---
drivers/net/e1000/em_ethdev.c | 4 ++--
drivers/net/e1000/igb_ethdev.c | 12 ++--
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/net/e1000/em_ethdev.c b/drivers/net/e1000/em_ethdev.c
index d67fdef..d778785 100644
--- a/drivers/net/
Signed-off-by: Ferruh Yigit
---
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 0d16a73..cc380bd 100644
--- a/drivers/net/bnx2x/bnx2x.c
+++ b/drivers/net/bnx2x/bnx2x.c
@@ -2220,7 +2220,7 @@ i
On Fri, 27 Jan 2017 16:47:40 +
Bruce Richardson wrote:
> On Fri, Jan 27, 2017 at 08:33:46AM -0800, Stephen Hemminger wrote:
> > On Fri, 27 Jan 2017 09:57:03 -0500
> > Aaron Conole wrote:
> >
> > > diff --git a/lib/librte_eal/common/include/rte_eal.h
> > > b/lib/librte_eal/common/include/
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
---
doc/api/doxy-api.conf | 1 -
doc/api/examples.dox | 115 --
On 1/27/2017 3:56 PM, Thomas Monjalon wrote:
> 2017-01-27 11:55, Ferruh Yigit:
>> These files are linked to API documentation as usage samples, added
>> missing examples files and sorted list alphabetically.
>>
>> Signed-off-by: Ferruh Yigit
>
> Why not replacing this list with a "find examples -
On Fri, Jan 27, 2017 at 08:33:46AM -0800, Stephen Hemminger wrote:
> On Fri, 27 Jan 2017 09:57:03 -0500
> Aaron Conole wrote:
>
> > diff --git a/lib/librte_eal/common/include/rte_eal.h
> > b/lib/librte_eal/common/include/rte_eal.h
> > index 03fee50..46e427f 100644
> > --- a/lib/librte_eal/common
On Fri, Jan 27, 2017 at 08:31:55AM -0800, Stephen Hemminger wrote:
> On Fri, 27 Jan 2017 09:56:53 -0500
> Aaron Conole wrote:
>
> > + if (rte_eal_alarm_init() < 0) {
> > + RTE_LOG (ERR, EAL, "Cannot init interrupt-handling thread\n");
> > + /* rte_eal_alarm_init sets rte_err
On Fri, 27 Jan 2017 09:57:03 -0500
Aaron Conole wrote:
> diff --git a/lib/librte_eal/common/include/rte_eal.h
> b/lib/librte_eal/common/include/rte_eal.h
> index 03fee50..46e427f 100644
> --- a/lib/librte_eal/common/include/rte_eal.h
> +++ b/lib/librte_eal/common/include/rte_eal.h
> @@ -159,7 +1
On Fri, 27 Jan 2017 09:56:53 -0500
Aaron Conole wrote:
> + if (rte_eal_alarm_init() < 0) {
> + RTE_LOG (ERR, EAL, "Cannot init interrupt-handling thread\n");
> + /* rte_eal_alarm_init sets rte_errno on failure. */
> + errno = rte_errno;
Hmm. DPDK in genera
On Fri, 27 Jan 2017 09:56:52 -0500
Aaron Conole wrote:
> + /* no need to TAILQ_REMOVE, we are going to disallow
> re-attemtps
> + * for rte_eal_init(). */
Please put multi-line comments in form:
/*
* this is a long comment
On Fri, 27 Jan 2017 09:56:45 -0500
Aaron Conole wrote:
> 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:
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Wednesday, January 18, 2017 5:36 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo
> Subject: [PATCH] doc: fix incomplete crypto dev matrices
>
> When ZUC PMD was added, it was not added in the
> Crypto Device Supported Functiona
2017-01-18 12:31, Zbigniew Bodek:
>
> On 17.01.2017 23:45, Thomas Monjalon wrote:
> > 2017-01-17 15:35, zbigniew.bo...@caviumnetworks.com:
> >> -# for now, we don't use as but nasm.
> >> -# AS = $(CROSS)as
> >
> > It looks to be a very very old comment.
> >
> >> +ifeq ($(CONFIG_RTE_ARCH_X86),
2017-01-27 11:55, Ferruh Yigit:
> These files are linked to API documentation as usage samples, added
> missing examples files and sorted list alphabetically.
>
> Signed-off-by: Ferruh Yigit
Why not replacing this list with a "find examples -type f" in mk/rte.sdkdoc.mk?
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
Size of the mask is wrongly computed and make the validation process only
verify the first 4 bytes of the layer.
Fixes: 2097d0d1e2cc ("net/mlx5: support basic flow items and actions")
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_flow.c | 2 +-
1 file changed, 1 insertion(+), 1 dele
TCI field is read from the wrong place due to an invalid cast. Moreover
there is no need to limit matching to VID since PCP and DEI bits can be
matched as well.
Fixes: 12475fb203ad ("net/mlx5: support VLAN flow item")
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_flow.c | 11 ---
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
Signed-off-by: Aaron Conole
---
lib/librte_eal/linuxapp/eal/eal.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c
b/lib/librte_eal/linuxapp/eal/eal.c
index cc1bcb5..f5f6629 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/librte_ea
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
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/
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 | 24 +++-
1 file cha
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/
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 ecb6ac8..2783755 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/librt
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
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(
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
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
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
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
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
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.
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 | 8 +++
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 bea9a23..cfeefad 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/libr
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 | 5 -
1 fi
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
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
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
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).
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
Free memory when port flow entry creation fails.
Coverity issue: 139600
Fixes: 938a184a1870 ("app/testpmd: implement basic support for flow API")
Signed-off-by: Pablo de Lara
---
Changes in v2:
- Removed unnecessary conditional
app/test-pmd/config.c | 1 +
1 file changed, 1 insertion(+)
diff
> -Original Message-
> From: Olivier Matz [mailto:olivier.m...@6wind.com]
> Sent: Friday, January 27, 2017 2:23 PM
> To: dev@dpdk.org; Marohn, Byron; De Lara Guarch, Pablo
> Subject: [PATCH] efd: fix compilation by removing dep to libmath
>
> When we compile the dpdk with:
> CONFIG_RTE
When we compile the dpdk with:
CONFIG_RTE_LIBRTE_EFD=y
CONFIG_RTE_LIBRTE_NFP_PMD=n
CONFIG_RTE_LIBRTE_THUNDERX_NICVF_PMD=n
CONFIG_RTE_LIBRTE_SCHED=n
CONFIG_RTE_LIBRTE_METER=n
The linker gives the following error:
lib/librte_efd.a(rte_efd.o): In function `rte_efd_create':
lib/librte_ef
On 1/27/2017 12:27 PM, Ferruh Yigit wrote:
> Fixes: a541407fe4bc ("net/i40e: set VF MAC anti-spoofing from PF")
> Fixes: 4cbc41efcbb2 ("net/i40e: set VF VLAN anti-spoofing from PF")
> Fixes: c0ec14757c5f ("net/i40e: set VF unicast promiscuous mode from PF")
> Fixes: ae57070ca8b7 ("net/i40e: set VF
On 1/27/2017 12:27 PM, Ferruh Yigit wrote:
> Fixes: 57aa1fd284d5 ("net/ixgbe: move set VF functions from the ethdev")
>
> Signed-off-by: Ferruh Yigit
Applied to dpdk-next-net/master, thanks.
On 1/27/2017 10:22 AM, Bernard Iremonger wrote:
> Change the order of releasing the vsi's.
> Release the vmdq vsi's first, then release the main vsi.
>
> Fixes: 4861cde46116 ("i40e: new poll mode driver")
>
> CC: sta...@dpdk.org
>
> Signed-off-by: Bernard Iremonger
> Acked-by: Jingjing Wu
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Friday, January 27, 2017 1:16 PM
> To: adrien.mazarg...@6wind.com; Wu, Jingjing
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> Subject: [PATCH] crypto/aesni_mb: add missing digest length
>
> AESNI MB now supports authentication only
AESNI MB now supports authentication only operations,
but the array containing all the possible digest lengths
was not updated to reflect the new algorithm NULL_HASH,
causing an "Out-of-bounds access".
Coverity issue: 140977
Fixes: 8772c3f713e2 ("crypto/aesni_mb: add single operation functionality
Free memory when port flow entry creation fails.
Coverity issue: 139600
Fixes: 938a184a1870 ("app/testpmd: implement basic support for flow API")
Signed-off-by: Pablo de Lara
---
app/test-pmd/config.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/app/test-pmd/config.c b/app/test-pmd/con
Hi Ferruh,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
> Sent: Friday, January 27, 2017 11:56 AM
> To: Mcnamara, John
> Cc: dev@dpdk.org; Yigit, Ferruh
> Subject: [dpdk-dev] [PATCH] doc: update examples list for API
>
> These files are linked t
Fixes: a541407fe4bc ("net/i40e: set VF MAC anti-spoofing from PF")
Fixes: 4cbc41efcbb2 ("net/i40e: set VF VLAN anti-spoofing from PF")
Fixes: c0ec14757c5f ("net/i40e: set VF unicast promiscuous mode from PF")
Fixes: ae57070ca8b7 ("net/i40e: set VF multicast promiscuous mode from PF")
Fixes: 83bb95e
Fixes: 57aa1fd284d5 ("net/ixgbe: move set VF functions from the ethdev")
Signed-off-by: Ferruh Yigit
---
drivers/net/ixgbe/rte_pmd_ixgbe.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ixgbe/rte_pmd_ixgbe.h
b/drivers/net/ixgbe/rte_pmd_ixgbe.h
index d4ef
Signed-off-by: Ferruh Yigit
---
doc/api/doxy-api-index.md | 4
doc/api/doxy-api.conf | 2 ++
2 files changed, 6 insertions(+)
diff --git a/doc/api/doxy-api-index.md b/doc/api/doxy-api-index.md
index f9958c4..525d2e1 100644
--- a/doc/api/doxy-api-index.md
+++ b/doc/api/doxy-api-index.md
These files are linked to API documentation as usage samples, added
missing examples files and sorted list alphabetically.
Signed-off-by: Ferruh Yigit
---
doc/api/examples.dox | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git a/doc/api/examples.dox b/doc/
On 1/26/2017 8:12 PM, John Daley wrote:
> The mac_addr_add callback function was simply replacing the primary MAC
> address instead of adding new ones and the mac_addr_remove callback would
> only remove the primary MAC form the adapter. Fix the functions to add or
> remove new address. Allow up to
On 1/27/2017 7:10 AM, Shreyansh Jain wrote:
> On Thursday 26 January 2017 07:37 PM, Ferruh Yigit wrote:
>> Signed-off-by: Ferruh Yigit
>> ---
>> drivers/net/bnx2x/bnx2x_ethdev.c | 4 ++--
>> drivers/net/bnxt/bnxt_ethdev.c | 2 +-
>> drivers/net/cxgbe/cxgbe_ethdev.c | 2 +-
>> drivers/net/ena/en
On 1/27/2017 10:32 AM, Mcnamara, John wrote:
>
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shreyansh Jain
>> Sent: Friday, January 27, 2017 10:25 AM
>> To: Richardson, Bruce
>> Cc: Thomas Monjalon ; Van Haaren, Harry
>> ; dev@dpdk.org; Yigit, Ferruh
>>
Changes in v6:
Rebased to latest dpdk-next-net
Removed i40e patch from this patchset and sent it as a standalone patch.
Fixed checkpatch warning in testpmd.c.
Changes in v5:
Rebase to latest dpdk-next-net
Reworked init_port_vmdq_config() function in testpmd.
Added patch 3, fix to stop_port() func
Add the following command to configure VMDq:
port config vmdq
Add the following command to set number of pools:
set nbpool
Add new commands to testpmd user guide.
Signed-off-by: Bernard Iremonger
---
app/test-pmd/cmdline.c | 72 -
app/test-pmd/config.c
The rte_eth_dev_stop function is not called if the port_status is
not RTE_PORT_STARTED. This can happen if the rte_eth_dev_start
function is called directly, ie not through the start_port function.
Make sure rte_eth_dev_stop is always called in stop_port function.
Fixes: ce8d561418d4 ("app/testpm
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shreyansh Jain
> Sent: Friday, January 27, 2017 10:25 AM
> To: Richardson, Bruce
> Cc: Thomas Monjalon ; Van Haaren, Harry
> ; dev@dpdk.org; Yigit, Ferruh
> ; Igor Ryzhov ; Steve Shin
>
> Subject: Re: [dpdk-dev]
Change the order of releasing the vsi's.
Release the vmdq vsi's first, then release the main vsi.
Fixes: 4861cde46116 ("i40e: new poll mode driver")
CC: sta...@dpdk.org
Signed-off-by: Bernard Iremonger
Acked-by: Jingjing Wu
---
Changes in v6:
Rebased to latest dpdk-next-net
This was previously
On Friday 27 January 2017 03:43 PM, Bruce Richardson wrote:
On Fri, Jan 27, 2017 at 12:48:06PM +0530, Shreyansh Jain wrote:
On Wednesday 25 January 2017 08:28 PM, Thomas Monjalon wrote:
2017-01-25 13:53, Van Haaren, Harry:
There was an idea (from Thomas) to better document the Acked-by and Rev
On Fri, Jan 27, 2017 at 12:48:06PM +0530, Shreyansh Jain wrote:
> On Wednesday 25 January 2017 08:28 PM, Thomas Monjalon wrote:
> > 2017-01-25 13:53, Van Haaren, Harry:
> > > There was an idea (from Thomas) to better document the Acked-by and
> > > Reviewed-By in the above thread, which I think is
On Thu, Jan 26, 2017 at 08:39:57PM +, Eads, Gage wrote:
>
>
> > -Original Message-
> > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> > Sent: Thursday, January 26, 2017 3:39 AM
> > To: Eads, Gage
> > Cc: Richardson, Bruce ; 'dev@dpdk.org'
> > ; 'thomas.monja...@6wi
Signed-off-by: Ferruh Yigit
---
app/test/test_pci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/app/test/test_pci.c b/app/test/test_pci.c
index cda186d..7985376 100644
--- a/app/test/test_pci.c
+++ b/app/test/test_pci.c
@@ -66,12 +66,12 @@ static int my_driver_init(str
Mbufs are not being freed inside the ring fast enough to accommodate
the incoming traffic.
On 1/27/2017 7:10 AM, Shreyansh Jain wrote:
> On Thursday 26 January 2017 07:37 PM, Ferruh Yigit wrote:
>> Signed-off-by: Ferruh Yigit
>> ---
>> drivers/net/bnx2x/bnx2x_ethdev.c | 4 ++--
>> drivers/net/bnxt/bnxt_ethdev.c | 2 +-
>> drivers/net/cxgbe/cxgbe_ethdev.c | 2 +-
>> drivers/net/ena/en
> -Original Message-
> From: Shreyansh Jain [mailto:shreyansh.j...@nxp.com]
> Sent: Friday, January 27, 2017 7:11 AM
> To: Yigit, Ferruh
> Cc: dev@dpdk.org; Thomas Monjalon; De Lara Guarch, Pablo
> Subject: Re: [PATCH] crypto/qat: make PCI device id struct const
>
> On Thursday 26 Januar
2017-01-26 23:14, St Leger, Jim:
> It can be decided to remove a member if there is an approval of 2/3 of the
> whole technical board.
> It can be decided either to replace the member, or to redefine the size of
> the board.
>
> > [>] Did you decide how the discussion or topic to remove a board
96 matches
Mail list logo
