This patch fix the compile error when RTE_LIBRTE_I40E_RX_ALLOW_BULK_ALLOC
is disabled.
Fixes: 9ed94e5bb04e ("i40e: add vector Rx")
Cc: sta...@dpdk.org
Signed-off-by: Qi Zhang
---
drivers/net/i40e/i40e_rxtx.c | 2 +-
drivers/net/i40e/i40e_rxtx.h | 2 +-
2 files changed, 2 insertions(+), 2 deleti
This patch fix the compile error when RTE_LIBRTE_I40E_RX_ALLOW_BULK_ALLOC
is disabled.
Fixes: 9ed94e5bb04e ("i40e: add vector Rx")
Cc: sta...@dpdk.org
Signed-off-by: Qi Zhang
---
drivers/net/i40e/i40e_rxtx.c | 2 +-
drivers/net/i40e/i40e_rxtx.h | 2 +-
2 files changed, 2 insertions(+), 2 deleti
These macros are left by history and useless now.
Signed-off-by: Qiming Yang
---
drivers/net/i40e/i40e_rxtx.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/i40e/i40e_rxtx.h b/drivers/net/i40e/i40e_rxtx.h
index f8bfc7c..d921ebd 100644
--- a/drivers/net/i40e/i40e_rxtx.h
+++ b/d
This patch removed useless tx_flags and related macros
in vlan insertion.
Signed-off-by: Qiming Yang
---
v2 changes:
* removed I40E_TX_FLAG_INSERT_VLAN and modified the commit log.
---
drivers/net/i40e/i40e_rxtx.c | 8 +---
drivers/net/i40e/i40e_rxtx.h | 7 ---
2 files changed, 1 insert
This patch removed useless tx_flags and related macros
in vlan insertion.
Signed-off-by: Qiming Yang
---
v2 changes:
* removed I40E_TX_FLAG_INSERT_VLAN and modified the commit log.
---
drivers/net/i40e/i40e_rxtx.c | 8 +---
drivers/net/i40e/i40e_rxtx.h | 3 ---
2 files changed, 1 insertion(+
On 2/19/2017 8:14 PM, Neil Horman wrote:
On Fri, Feb 17, 2017 at 05:59:45PM +0530, Hemant Agrawal wrote:
On 2/16/2017 6:57 PM, Bruce Richardson wrote:
On Thu, Feb 16, 2017 at 08:22:49AM -0500, Neil Horman wrote:
On Thu, Feb 16, 2017 at 06:08:59AM +0530, Hemant Agrawal wrote:
The patch series
Hi Stephen,
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Saturday, February 18, 2017 1:00
> To: Nipun Gupta
> Cc: dev@dpdk.org; Hemant Agrawal ;
> jerin.ja...@caviumnetworks.com; bruce.richard...@intel.com;
> gage.e...@intel.com; harry.van.haa
Hi Olivier,
>
> > > - m->next, m->nb_segs, and m->refcnt are always initialized for
> > > mbufs in the pool, avoiding the need of setting m->next (located in
> > > the 2nd cache line) in the Rx path for mono-segment packets.
> > > - change port and nb_segs to 16 bits
> >
> > Not that I am complet
While doing this fields reshuffling, any chance to put uint16_t vlan_tci_outer
beside uint16_t vlan_tci? It will allow to treat QinQ tags as a single 32-bit
tag, if needed, and use it for other tag/labels like MPLS, GRE, NSH which could
be 20, 24, 32 bits wide.
/Andrey
> -Original Message
This patch extend next_hop field from 8-bits to 21-bits in LPM library
for IPv6.
Added versioning symbols to functions and updated
library and applications that have a dependency on LPM library.
Signed-off-by: Vladyslav Buslov
---
app/test/test_lpm6.c| 114 ++
On Fri, Feb 17, 2017 at 05:59:45PM +0530, Hemant Agrawal wrote:
> On 2/16/2017 6:57 PM, Bruce Richardson wrote:
> > On Thu, Feb 16, 2017 at 08:22:49AM -0500, Neil Horman wrote:
> > > On Thu, Feb 16, 2017 at 06:08:59AM +0530, Hemant Agrawal wrote:
> > > > The patch series adds NXP’s QorIQ-Layerscape
On Fri, Feb 17, 2017 at 02:54:00PM +, Harry van Haaren wrote:
> From: Bruce Richardson
>
> This adds the minimal changes to allow a SW eventdev implementation to
> be compiled, linked and created at run time. The eventdev does nothing,
> but can be created via vdev on commandline, e.g.
>
>
On Fri, Feb 17, 2017 at 02:53:59PM +, Harry van Haaren wrote:
> From: Bruce Richardson
>
> Add in APIs for extended stats so that eventdev implementations can report
> out information on their internal state. The APIs are based on, but not
> identical to, the equivalent ethdev functions.
>
>
On Fri, Feb 17, 2017 at 02:53:58PM +, Harry van Haaren wrote:
> The software eventdev can lock-up if not all queues are
> linked to a port. For this reason, the software evendev
> fails to start if queues are not linked to anything.
>
> This commit creates dummy links from all queues to port
>
On Fri, Feb 17, 2017 at 02:53:57PM +, Harry van Haaren wrote:
> Large port enqueue sizes were not supported as the value
> it was stored in was a uint8_t. Using uint8_ts to save
> space in config apis makes no sense - increasing the 3
> instances of uint8_t enqueue / dequeue depths to more
> ap
15 matches
Mail list logo
