Fixes: ae0eb310f253 ("net/i40e: implement vector PMD for ARM")
CC: sta...@dpdk.org
Signed-off-by: Jerin Jacob
Signed-off-by: Sunil Kulkarni
---
drivers/net/i40e/i40e_rxtx_vec_neon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/i40e/i40e_rxtx_vec_neon.c
b/driv
On 3/1/2017 12:49 PM, Nelio Laranjeiro wrote:
> Changes in v2:
>
> - Send series to dev@dpdk.org
>
> This series brings:
>
> - fixes:
>- handle error on Queue Pair creation.
>- Move a free to the right function.
>- Uses a single RSS drop queue for dropping flows.
> - Enhance IPv6
nicvf HW expects the DMA address of the packet data to be
aligned with cache line size.
Packet data offset is a function of struct mbuf size,
mbuf private size and headroom. mbuf private size can
be changed from the application in pool creation, this
check detects HW alignment requirement constrai
Hi Konstantin,
I have sent 'v2' patchset. I need clarifications on following things, if
they should be fixed I will send out 'v3' so please let me know.
Following code changes were done by me manually, not merged.
+++ b/examples/l3fwd/main.c
@@ -161,7 +163,9 @@ static struct rte_eth_conf port_co
This patchset merges l3fwd-acl and l3fwd code into common directory.
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/l3fwd-acl/Makefile | 56 -
examples/l3fwd-acl/main.c
v2:
> Fix checkpatch warnings related to code
> MACRO GET_CB_FIELD checkpatch warning not fixed
v1:
> Remove static array configuration of Destination IP, MASK
and IF_OUT for LPM and LPM6 config.
> Add reading configuration from a file.
> For
v2:
> Fix checkpatch errors and warnings related to non strings
greater than 80 characters.
> MACRO GET_CB_FIELD and strings greater than 80 characters
warnings are not fixed.
v1:
l3fwd-acl changes:
> Merge common init code in
v2:
> Fix checkpatch warnings.
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
This patchset merges l3fwd-acl and l3fwd code into common directory.
Adds file read options to build LPM and EM tables.
Ravi Kerur (3):
Merge l3fwd-acl and l3fwd code.
LPM config file read option.
EM config file read option.
examples/l3fwd-acl/Makefile | 56 -
examples/l3fwd-acl/ma
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch warnings related to code
> MACRO GET_CB_FIELD checkpatch warning not fixed
v1:
> Remove static array configuration of Destination IP, MASK
and IF_OUT for LPM and LPM6 config.
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch errors and warnings related to non strings
greater than 80 characters.
> MACRO GET_CB_FIELD and strings greater than 80 characters
warnings are not fixed.
v1:
On Fri, 3 Mar 2017 18:46:52 +, "Venkatesan, Venky"
wrote:
> Hi Olivier,
>
> > -Original Message-
> > From: Olivier Matz [mailto:olivier.m...@6wind.com]
> > Sent: Friday, March 3, 2017 8:45 AM
> > To: Venkatesan, Venky
> > Cc: Richardson, Bruce ; dev@dpdk.org;
> > thomas.monja...@6w
v3:
> Fix additional checkpatch coding style issues.
v2:
> Fix checkpatch warnings.
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.
Hi Konstantin,
Sorry for this one, I had to resend patch series as 'v3' as additional
checkpatch warnings were seen after the submission which didn't show up in
my run.
'v3' patch should have all fixed except the ones I mentioned in my earlier
email on which I need inputs from you.
Thanks.
On S
On 3/2/2017 7:07 AM, Andrew Rybchenko wrote:
> Use different sets of libefx EvQ callbacks for management,
> transmit and receive event queue. It makes event handling
> more robust against unexpected events.
>
> Also it is required for alternative datapath support.
>
> Signed-off-by: Andrew Rybche
On 3/2/2017 7:07 AM, Andrew Rybchenko wrote:
> Split control and datapath to make datapath substitutable and
> possibly reusable with alternative control path.
Does it make sense to document how alternative control path can be used?
>
> libefx-based Rx datapath is bound to libefx control path, b
On 3/2/2017 7:07 AM, Andrew Rybchenko wrote:
> Implement EF10 (SFN7xxx and SFN8xxx) native datapaths which may be
> chosen per device using PCI whitelist device arguments.
>
> libefx-based datapath implementation is bound to API and structure
> imposed by the libefx. It has many indirect function
Make priv_lock/priv_unlock functions and some other structs/defines visible
from different source files by placing them into mlx4.h header.
Signed-off-by: Vasily Philipov
---
drivers/net/mlx4/mlx4.c | 193 +---
drivers/net/mlx4/mlx4.h | 187 +++
Adding support for the next items: eth, vlan, ipv4, udp, tcp and for the
next actions: queue, drop
Signed-off-by: Vasily Philipov
---
drivers/net/mlx4/Makefile|3 +-
drivers/net/mlx4/mlx4.c | 91 +++-
drivers/net/mlx4/mlx4.h |3 +
drivers/net/mlx4/mlx4_flow.c | 1043 +
19 matches
Mail list logo
