2016-03-11 09:10, Wenzhuo Lu:
> This patch set adds the support of E-tag offloading and forwarding
> on X550.
> The offloading means E-tag can be inserted and stripped by HW.
> And E-tag packets can be recognized and forwarded to specific pools
> based on GRP and E-CID_base in E-tag.
>
> E-tag is
On Wed, Mar 09, 2016 at 04:22:46PM +0800, Jingjing Wu wrote:
> This patch implemented the ops of adding and removing mac
> address in i40evf driver. Functions are assigned like:
> .mac_addr_add= i40evf_add_mac_addr,
> .mac_addr_remove = i40evf_del_mac_addr,
> To support multiple mac
On Wed, Mar 09, 2016 at 06:02:38AM +, Wu, Jingjing wrote:
>
>
> > -Original Message-
> > From: Tao, Zhe
> > Sent: Wednesday, March 09, 2016 1:39 PM
> > To: dev at dpdk.org
> > Cc: Tao, Zhe; Wu, Jingjing
> > Subject: [dpdk-dev][PATCH v3] i40e: add VEB switching support for i40e
> >
>
2016-03-12 00:50, Helin Zhang:
> It adds setting ether type of both single VLAN(inner VLAN) and
> outer VLAN for i40e. For ixgbe and e1000/igb, it supports setting
> single VLAN(inner VLAN) only, and can be extended in the future.
Applied with a small doxygen fix, thanks
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, March 11, 2016 17:23
> To: Kulasek, TomaszX
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3] examples/l3fwd: em path performance fix
>
> There is an error:
>
> Tomasz Kulasek (2):
> ethdev: add buffered tx api
> examples: rework to use buffered tx
Applied, thanks
Note: I've removed __rte_unused from callback prototype because
it was confusing doxygen.
2016-03-11 16:34, Kantecki, Tomasz:
>
> > > > > The skeleton aims to show a minimal piece of code (but bigger than
> > > > > hello world).
> > > > > For any other usage, I think the "l2fwd" name is more appropriate.
> > > > >
> > > > > > +DIRS-y += skeleton-cat
> > > > >
> > > >
> > > > We have
On Tue, Mar 08, 2016 at 10:49:07AM -0800, John Daley wrote:
> From: johndale
>
> The last packet of the tx burst function array was not being
> emitted until the subsequent call. The nic descriptor index
> was being set to the current tx descriptr instead of one past the
> the descriptor as
There is an error:
examples/l3fwd/l3fwd_em_hlm_sse.h:72:38: error:
incompatible type for argument 2 of ?_mm_and_si128?
On Tue, Mar 08, 2016 at 05:10:24PM +, Bernard Iremonger wrote:
> This patch set implements the following:
> Removes code which was duplicated in eth_ixgbevf_dev_init().
> Adds more information to the error message in ixgbe_check_mq_mode().
> Removes the VF MAC address in ixgbevf_dev_close().
>
This patch does not compile:
lib/librte_vhost/vhost_rxtx.c:386:5: error: ?dev? undeclared
This patch add packet dumping feature to ip_pipeline. Output port type
SINK now supports dumping packets to PCAP file before releasing mbuf back
to mempool. This feature can be applied by specifying parameters in
configuration file as shown below:
[PIPELINE1]
type = PASS-THROUGH
core = 1
pktq_in
Originally, sink ports in librte_port releases received mbufs back to
mempool. This patch adds optional packet dumping to PCAP feature in sink
port: the packets will be dumped to user defined PCAP file for storage or
debugging. The user may also choose the sink port's activity: either it
This patch add PCAP file support to ip_pipeline. Input port type SOURCE
now supports loading specific PCAP file and sends the packets in it to
pipeline instance. The packets are then released by SINK output port. This
feature can be applied by specifying parameters in configuration file as
shown
Originally, source ports in librte_port is an input port used as packet
generator. Similar to Linux kernel /dev/zero character device, it
generates null packets. This patch adds optional PCAP file support to
source port: instead of sending NULL packets, the source port generates
packets copied
This patchset adds feature to source and sink type port in librte_port
library, and to examples/ip_pipline. Originally, source/sink ports act
as input and output of NULL packets generator. This patchset enables
them read from and write to specific PCAP file, to generate and dump
packets.
v4:
2016-03-11 15:54, Kantecki, Tomasz:
> > > +Basic Forwarding sample application is a simple *skeleton* example of
> > > +a forwarding application. It has been extended to make use of CAT via
> > > +extended command line options and linking against the libpqos library.
> >
> > The skeleton aims to
On Fri, Mar 11, 2016 at 04:54:49PM +, Bruce Richardson wrote:
> On Mon, Mar 07, 2016 at 05:20:31PM +0100, Mauricio Vasquez B wrote:
> > When a device is created with "CREATE" as action, new rings are
> > allocated for it, then it is a good practice to free them when the
> > rte_ethdev_dettach
On Mon, Mar 07, 2016 at 05:20:31PM +0100, Mauricio Vasquez B wrote:
> When a device is created with "CREATE" as action, new rings are
> allocated for it, then it is a good practice to free them when the
> rte_ethdev_dettach method is invoked by the application.
>
> Rings are not freeded when
2016-03-11 15:32, Sergio Gonzalez Monroy:
> Building examples fails with CONFIG_RTE_LIBRTE_LPM=n
>
> The error is caused by the new app ipsec-secgw that gets build
> without checking for configuration dependencies.
>
> Fixes: d299106e8e31 ("examples/ipsec-secgw: add IPsec sample application")
>
The array 'ptype_table' was defined in depth of 'UINT8_MAX' which
is 255, while the querying index could be from 0 to 255. The issue
can be fixed with expanding the array to one more element.
Fixes: 9571ea028489 ("i40e: replace some offload flags with unified packet
type")
Signed-off-by: Helin
In order to set ether type of VLAN for single VLAN, inner
and outer VLAN, the VLAN type as an input parameter is added
to 'rte_eth_dev_set_vlan_ether_type()'.
In addition, corresponding changes in e1000, ixgbe and i40e
are also added.
Signed-off-by: Helin Zhang
Acked-by: Wenzhuo Lu
---
It adds setting ether type of both single VLAN(inner VLAN)
and outer VLAN for i40e. For ixgbe and e1000/igb, it supports
setting single VLAN(inner VLAN) only, and can be extended in
the future.
The patch set was branched off rel_16_04 of repo dpdk-next-net,
on below commit.
commit
On Mon, Mar 07, 2016 at 12:14:51PM +, Ferruh Yigit wrote:
> On 3/7/2016 11:40 AM, Bernard Iremonger wrote:
> > If a bonded device is created when there are no slave devices
> > there is loop in bond_ethdev_promiscous_enable() which results
> > in a segmentation fault.
> >
> > The solution is
> Yuanhan Liu (3):
> vhost: get rid of linked list dev
> vhost: simplify numa_realloc
> vhost: fix vq realloc at numa_realloc
Applied, thanks
> > > > The skeleton aims to show a minimal piece of code (but bigger than
> > > > hello world).
> > > > For any other usage, I think the "l2fwd" name is more appropriate.
> > > >
> > > > > +DIRS-y += skeleton-cat
> > > >
> > >
> > > We have used skeleton app as basis for this sample code. It is
2016-03-08 16:51, Yuanhan Liu:
> VIRTIO_NET_F_GUEST_ANNOUNCE is a new feature introduced since kernel
> v3.5. For older kernels (or more precisely, old distributions), we
> could simply define it manually, to fix the "macro not defined" error.
>
> Fixes: d293dac8f30e ("vhost: claim support of
On Fri, Mar 11, 2016 at 05:03:23PM +0100, Thomas Monjalon wrote:
> 2016-03-11 15:54, Kantecki, Tomasz:
> > > > +Basic Forwarding sample application is a simple *skeleton* example of
> > > > +a forwarding application. It has been extended to make use of CAT via
> > > > +extended command line
On Mon, Mar 07, 2016 at 05:06:35PM +, Remy Horton wrote:
>
>
> On 04/03/2016 18:07, Stephen Hemminger wrote:
> >This is update/rebase of vmxnet3 driver patches.
> >It incorporates minor feedback from Yong Wang and merges two related
> >vlan offload patches.
> >
> >I know the mac address set
This patch implements PQoS as an sample application.
PQoS allows management of the CPUs last level cache,
which can be useful for DPDK to ensure quality of service.
The sample app links against the existing 01.org PQoS library
(https://github.com/01org/intel-cmt-cat).
Signed-off-by: Wojciech
2016-03-11 15:11, Sergio Gonzalez Monroy:
> On 11/03/2016 15:04, Thomas Monjalon wrote:
> > 2016-03-11 14:53, Sergio Gonzalez Monroy:
> >> examples/Makefile:
> >> +ifeq ($(CONFIG_RTE_LIBRTE_ACL),y)
> >> +ifeq ($(CONFIG_RTE_LIBRTE_HASH),y)
> >> +ifeq ($(CONFIG_RTE_LIBRTE_LPM),y)
> >>
2016-03-10 17:06, Maciej.Czekaj at caviumnetworks.com:
> From: Maciej Czekaj
>
> Enable NEON support in exact match mode.
> l3fwd example did not compile on ARM due to SSE2 instrincics used
> in generic part.
> Some instrinsins were used to initialize data structures and those were
> replaced by
2016-03-11 14:53, Sergio Gonzalez Monroy:
> On 11/03/2016 13:33, Thomas Monjalon wrote:
> > 2016-03-11 11:47, Sergio Gonzalez Monroy:
> >> On 11/03/2016 11:39, Jan Viktorin wrote:
> >>> Hello Sergio,
> >>>
> >>> I've detected a build regression for the ARMv7. It seems to me the
> >>> source of the
Hi Bruce,
thanks I'll split into two patches and ensure there is no sign-off missing.
While doing so I'll also rebase to latest master to get rid of the offset a
patch would report.
I'll send all three lpm related patches as one series then adding your acks
to the respective patches.
Thanks,
> > +Basic Forwarding sample application is a simple *skeleton* example of
> > +a forwarding application. It has been extended to make use of CAT via
> > +extended command line options and linking against the libpqos library.
>
> The skeleton aims to show a minimal piece of code (but bigger than
> -Original Message-
> From: Pattan, Reshma
> Sent: Friday, March 11, 2016 3:17 PM
> To: dev at dpdk.org
> Cc: De Lara Guarch, Pablo; Pattan, Reshma
> Subject: [PATCH] app/test-pmd: add support for zero rx and tx queues
>
> Added testpmd support to validate zero nb_rxq/nb_txq
> changes
On Thu, Mar 03, 2016 at 11:26:07AM +, Alejandro Lucero wrote:
> Even with tx checksum offload available, do not set the flag by default.
>
> Fixes: b812daadad0d (\"nfp: add Rx and Tx\")
>
> Signed-off-by: Alejandro Lucero
> ---
Applied to dpdk-next-net/rel_16_04
/Bruce
On Thu, Mar 03, 2016 at 11:05:52AM +, Alejandro Lucero wrote:
> The mbuf ol_flags field was changed to uin64_t with DPDK version 1.8
>
> Fixes: b812daadad0d (\"nfp: add Rx and Tx\")
>
> Signed-off-by: Alejandro Lucero
> ---
Applied to dpdk-next-net/rel_16_04
/Bruce
Building examples fails with CONFIG_RTE_LIBRTE_LPM=n
The error is caused by the new app ipsec-secgw that gets build
without checking for configuration dependencies.
Fixes: d299106e8e31 ("examples/ipsec-secgw: add IPsec sample application")
The patch also reorders a couple entries to maintain
2016-03-11 14:29, Olivier Matz:
> If the experimental CONFIG_RTE_LIBRTE_CRYPTODEV is disabled, build of
> any crypto pmds will fail because of the missing dependency. The commit
> 94288d645 fixes the issue when compiled with shared libraries but there
> is still an issue at link time with static
On Thu, Mar 03, 2016 at 03:27:59PM +0100, Adrien Mazarguil wrote:
> From: Yaacov Hazan
>
> VLAN insertion is done in software by the PMD by default unless
> CONFIG_RTE_LIBRTE_MLX5_VERBS_VLAN_INSERTION is enabled and Verbs provides
> support for hardware insertion.
>
> When enabled, this option
> Jerin Jacob (3):
> lpm: make rte_lpm_lookupx4 API definition architecture agnostic
> lpm: add support for NEON
> Maintainers: claim responsibility for arm64 specific files of hash
Applied, thanks
2016-03-11 14:17, Zhang, Helin:
>
> > -Original Message-
> > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> > Sent: Friday, March 11, 2016 7:20 PM
> > To: Panu Matilainen; Zhang, Helin
> > Cc: dev at dpdk.org
> > Subject: Re: [dpdk-dev] [PATCH v4 1/2] ethdev: add vlan type
On Thu, Mar 10, 2016 at 04:06:05PM +0900, Tetsuya Mukawa wrote:
> Currently, default values of kickfd and callfd are -1.
> If the values are -1, current code guesses kickfd and callfd haven't
> been initialized yet. And vhost library will guess the virtqueue isn't
> ready for processing.
> But
Added testpmd support to validate zero nb_rxq/nb_txq
changes of librte_ether.
Signed-off-by: Reshma Pattan
---
app/test-pmd/cmdline.c| 11 +--
app/test-pmd/parameters.c | 14 +-
app/test-pmd/testpmd.c| 28 +---
3 files changed, 39
On 11/03/2016 15:04, Thomas Monjalon wrote:
> 2016-03-11 14:53, Sergio Gonzalez Monroy:
>> On 11/03/2016 13:33, Thomas Monjalon wrote:
>>> 2016-03-11 11:47, Sergio Gonzalez Monroy:
On 11/03/2016 11:39, Jan Viktorin wrote:
> Hello Sergio,
>
> I've detected a build regression for
On 11/03/2016 13:33, Thomas Monjalon wrote:
> 2016-03-11 11:47, Sergio Gonzalez Monroy:
>> On 11/03/2016 11:39, Jan Viktorin wrote:
>>> Hello Sergio,
>>>
>>> I've detected a build regression for the ARMv7. It seems to me the
>>> source of the problem is the following commit:
>>>
>>>
>>>
2016-03-07 16:54, Wojciech Andralojc:
> +M: Tomasz Kantecki
> +F: examples/skeleton-cat/
> +F: doc/guides/sample_app_ug/skeleton-cat.rst
Please keep the alphabetical order.
> +Basic Forwarding sample application is a simple *skeleton* example of
> +a forwarding application. It has been extended
2016-03-11 11:47, Sergio Gonzalez Monroy:
> On 11/03/2016 11:39, Jan Viktorin wrote:
> > Hello Sergio,
> >
> > I've detected a build regression for the ARMv7. It seems to me the
> > source of the problem is the following commit:
> >
> >
> >
If the experimental CONFIG_RTE_LIBRTE_CRYPTODEV is disabled, build of
any crypto pmds will fail because of the missing dependency. The commit
94288d645 fixes the issue when compiled with shared libraries but there
is still an issue at link time with static libs:
LD test
/usr/bin/ld:
On 03/11/2016 02:16 PM, Thomas Monjalon wrote:
> 2016-03-11 13:39, Olivier MATZ:
>> I'm trying to compile the dpdk on an debian-7, and it fails due
>> to this patch. Indeed, the define VIRTIO_NET_F_GUEST_ANNOUNCE is
>> not present in /usr/include/linux/virtio_net.h on this distribution.
>
> It
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Wednesday, March 9, 2016 12:34 AM
> To: Pattan, Reshma
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 0/5] add dpdk packet capture support for
> tcpdump
>
> Hi,
>
> This
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, March 11, 2016 7:20 PM
> To: Panu Matilainen; Zhang, Helin
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 1/2] ethdev: add vlan type for setting ether
> type
>
> 2016-03-11
2016-03-11 13:39, Olivier MATZ:
> I'm trying to compile the dpdk on an debian-7, and it fails due
> to this patch. Indeed, the define VIRTIO_NET_F_GUEST_ANNOUNCE is
> not present in /usr/include/linux/virtio_net.h on this distribution.
It will be fixed by this patch:
On Tue, Mar 08, 2016 at 05:38:28PM +0100, Christian Ehrhardt wrote:
> Hi,
> Stephen acked the other LPM patch I had last week (thanks).
> There was no feedback to this one so far and none of the two patches is
> committed yet.
>
> So I wanted to give this another "ping" for feedback or
On Thu, 10 Mar 2016 09:11:52 +0100
Olivier MATZ wrote:
>
> > I would rather have the mempool_audit code take a non-const argument.
> > The macro method sets a bad precedent and will encourage more bad code.
> > Plus code checkers are likely to flag any such usage as suspect.
>
> Doing that
Hi Yuanhan,
On 01/29/2016 05:58 AM, Yuanhan Liu wrote:
> It's actually a feature already enabled in Linux kernel (since v3.5).
> What we need to do is simply to claim that we support such feature,
> and nothing else.
>
> With that, the guest will send an ARP message after live migration
> to
On 03/11/2016 10:49 AM, Helin Zhang wrote:
> In order to set ether type of VLAN for single VLAN, inner
> and outer VLAN, the VLAN type as an input parameter is added
> to 'rte_eth_dev_set_vlan_ether_type()'.
> In addition, corresponding changes in e1000, ixgbe and i40e
> are also added.
>
>
Hi,
I have a DPDK app running in ESXi guest with vmxnet3 adapter, but
packet seems to be dropped, the debug output has following line which
I am not sure if it is the cause of the packet drop:
rte_eth_dev_config_restore: port 0: MAC address array not supported
/* add address to
It seems that for the most use cases, previous hash_multi_lookup provides
better performance, and more, sequential lookup can cause significant
performance drop.
This patch sets previously optional hash_multi_lookup method as default.
It also provides some minor optimizations such as queue drain
Hello Sergio,
I've detected a build regression for the ARMv7. It seems to me the
source of the problem is the following commit:
http://dpdk.org/browse/dpdk/commit/?id=d299106e8e31a622b3a1c1653f7795fa8a55860e
The ipsec-secgw should be compiled only when LPM is enabled. See, eg.
how the
> -Original Message-
> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com]
> Sent: Friday, March 11, 2016 12:15
> To: Kulasek, TomaszX
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] examples/l3fwd: em path performance fix
>
> There is a compilation error:
>
2016-03-11 13:19, Panu Matilainen:
> On 03/11/2016 10:49 AM, Helin Zhang wrote:
> > -int rte_eth_dev_set_vlan_ether_type(uint8_t port_id, uint16_t tag_type);
> > +int rte_eth_dev_set_vlan_ether_type(uint8_t port_id,
> > + enum rte_vlan_type vlan_type,
> > +
There is a compilation error:
examples/l3fwd/l3fwd_em_hlm_sse.h:330:40: error:
passing argument 3 of ?send_packets_multi? from incompatible pointer type
This patch cannot compile without NEXT_ABI:
examples/ip_pipeline/init.c:1227:24: error:
no member named 'file_name' in 'struct rte_port_source_params'
> > This patchset cleans up the l2fwd-crypto app,
> > implements some missing functionality
> > and makes use of the new capability discovery mechanism
> > that cryptodev library offers to discover which crypto operations
> > a PMD can provide.
> >
> > This patchset depends on "cryptodev: add
Right!
Actually the app has dependencies on a few libraries, so I'll fix that.
Sergio
On 11/03/2016 11:39, Jan Viktorin wrote:
> Hello Sergio,
>
> I've detected a build regression for the ARMv7. It seems to me the
> source of the problem is the following commit:
>
>
>
On 03/11/2016 11:28 AM, Thomas Monjalon wrote:
> 2016-03-11 11:13, Panu Matilainen:
>> If the experimental CONFIG_RTE_LIBRTE_CRYPTODEV is disabled,
>> build of any crypto pmds will fail because of the missing dependency.
>> This has been present for a while now but hidden until the addition
>> of
If the experimental CONFIG_RTE_LIBRTE_CRYPTODEV is disabled,
build of any crypto pmds will fail because of the missing dependency.
This has been present for a while now but hidden until the addition
of null_crypto since all the other crypto pmds have been disabled
by default.
Conditionalize the
> > Sample app implementing an IPsec Security Geteway.
> > The main goal of this app is to show the use of cryptodev framework
> > in a "real world" application.
> >
> > Currently only supported static IPv4 ESP IPsec tunnels for the following
> > algorithms:
> > - Cipher: AES-CBC, NULL
> > -
2016-03-11 02:12, Sergio Gonzalez Monroy:
> +M: Sergio Gonzalez Monroy
> +F: doc/guides/sample_app_ug/ipsec-secgw.rst
Typo in filename (will fix)
On 11/03/16 00:16, Thomas Monjalon wrote:
> 2016-03-08 16:22, John Griffin:
>> Remove support for AES CMAC support for which was added to
>> the code in error. AES CMAC will be added in a subsequent release
>> when testing completes.
> [...]
>> case RTE_CRYPTO_AUTH_AES_GCM:
>> -case
2016-03-10 17:14, Pablo de Lara:
> Parse the device parameters from rte_eal_vdev_init,
> instead of the config file, so user can change the parameters
> at runtime.
>
> Signed-off-by: Pablo de Lara
Applied, thanks
2016-03-11 11:13, Panu Matilainen:
> If the experimental CONFIG_RTE_LIBRTE_CRYPTODEV is disabled,
> build of any crypto pmds will fail because of the missing dependency.
> This has been present for a while now but hidden until the addition
> of null_crypto since all the other crypto pmds have been
2016-03-11 01:36, Pablo de Lara:
> From: Declan Doherty
>
> This patch add a mechanism for discovery of crypto device features and
> supported
> crypto operations and algorithms. It also provides a method for a crypto PMD
> to
> publish any data range limitations it may have for the operations
2016-03-11 11:13, Panu Matilainen:
> If the experimental CONFIG_RTE_LIBRTE_CRYPTODEV is disabled,
> build of any crypto pmds will fail because of the missing dependency.
> This has been present for a while now but hidden until the addition
> of null_crypto since all the other crypto pmds have been
On 11/03/2016 00:02, Pablo de Lara wrote:
> This patchset cleans up the l2fwd-crypto app,
> implements some missing functionality
> and makes use of the new capability discovery mechanism
> that cryptodev library offers to discover which crypto operations
> a PMD can provide.
>
> This patchset
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez
> Monroy
> Sent: Friday, March 11, 2016 2:13 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3] example/ipsec-secgw: ipsec security gateway
>
> Sample app implementing an IPsec Security
I have followed the steps mentioned in this thread:
http://dpdk.org/ml/archives/dev/2014-October/006373.html
to create a uio0, but EAL complains about the following:
--
EAL: Cannot open /sys/class/uio/uio0/device/config: Permission denied
EAL: Error - exiting with code: 1
Cause: Requested
Fixes: f123e3d2ca92 ("hash: replace libc memcmp with optimized functions for
arm64")
Signed-off-by: Jerin Jacob
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 578387b..aa3aa65 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -140,6 +140,8 @@
Enabled CONFIG_RTE_LIBRTE_LPM, CONFIG_RTE_LIBRTE_TABLE,
CONFIG_RTE_LIBRTE_PIPELINE libraries for arm and arm64
TABLE, PIPELINE libraries were disabled due to LPM library dependency.
Signed-off-by: Jerin Jacob
Signed-off-by: Jianbo Liu
---
MAINTAINERS| 1 +
-Used architecture agnostic xmm_t to represent 128 bit SIMD variable
-Introduced vect_* API abstraction in app/test to test rte_lpm_lookupx4
API in architecture agnostic way
-Moved rte_lpm_lookupx4 SSE implementation to architecture specific
rte_lpm_sse.h file to accommodate new
- This patch enables lpm for ARM
- Used architecture agnostic xmm_t to represent 128 bit SIMD variable in
rte_lpm_lookupx4 API definition
- Tested on Juno and Thunderx boards
- Tested and verified the changes with following DPDK unit test cases
--lpm_autotest
--lpm6_autotest
v1..v2
On 10/03/2016 15:03, Panu Matilainen wrote:
> On 03/10/2016 04:45 PM, Remy Horton wrote:
[...]
>> In two minds about this. It is a logical impossibility, but these days
>> optimising compilers are getting very aggressive. For instance GCC has a
>> delightfully-named -fdelete-null-pointer-checks
Add the CLIs to support the E-tag operation.
1, Offloading of E-tag insertion and stripping.
2, Forwarding the E-tag packets to pools based on the GRP and E-CID_base.
Signed-off-by: Wenzhuo Lu
Acked-by: Shaopeng He
Acked-by: Jingjing Wu
Tested-by: Yong Liu
---
app/test-pmd/cmdline.c
Add CLIs to config ether type of l2 tunnel, and to enable/disable
a type of l2 tunnel.
Now only e-tag tunnel is supported.
Signed-off-by: Wenzhuo Lu
Acked-by: Shaopeng He
Acked-by: Jingjing Wu
Tested-by: Yong Liu
---
app/test-pmd/cmdline.c | 278
Add support of l2 tunnel configuration and operations.
1, Support modifying ether type of a type of l2 tunnel.
2, Support enabling and disabling the support of a type of l2 tunnel.
3, Support enabling/disabling l2 tunnel tag insertion/stripping.
4, Support enabling/disabling l2 tunnel packets
Add functions to support l2 tunnel configuration and operations.
1, L2 tunnel ether type modification.
It means modifying the ether type of a specific type of tunnel.
So the packet with this ether type will be parsed as this type
of tunnel.
2, Enabling/disabling l2 tunnel support.
It
On X550, as required by datasheet, E-tag packets are not expected
when double VLAN are used. So modify the register PFVTCTL after
enabling double VLAN to select pool by MAC but not MAC or E-tag.
An introduction of E-tag:
It's defined in IEEE802.1br. Please reference this website,
This patch set adds the support of E-tag offloading and forwarding
on X550.
The offloading means E-tag can be inserted and stripped by HW.
And E-tag packets can be recognized and forwarded to specific pools
based on GRP and E-CID_base in E-tag.
E-tag is defined in IEEE802.1br. Please reference
Hi,
I realized I should be adding Pablo as the testpmd maintainer for
acceptance / feedback.
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
On Fri, Mar 4, 2016 at 8:12 AM, Christian Ehrhardt <
christian.ehrhardt at canonical.com> wrote:
> With LIBRTE_PMD_XENVIRT enabled
Hi,
thanks already Stephen for your ack on this patch.
I was realizing that my lpm patches were still not applied which is ok
given the amount of patches flowing by, but I wanted to ask again.
Considering the discussion between Bruce and Thomas about review and
maintainers I realized it might be
Tested-by: Min Cao
- Tested Commit: 94b0ad8e0aa556230183f4c4d06b68bfd145dce3
- OS: Fedora20 3.11.10-301.fc20.x86_64
- GCC: gcc (GCC) 4.8.3
- CPU: Intel(R) Xeon(R) CPU E5-2658 v3 @ 2.20GHz
- NIC: Niantic
- Default x86_64-native-linuxapp-gcc configuration
- Prerequisites:
- Total 65 cases, 65
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Helin Zhang
> Sent: Friday, March 11, 2016 12:37 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v3 0/2] i40e setting ether type of VLANs
>
> It adds setting ether type of both single VLAN(inner
Hi Bruce,
On 3/10/2016 10:51 PM, Bruce Richardson wrote:
> On Thu, Mar 10, 2016 at 02:50:04PM +, Bruce Richardson wrote:
>> On Thu, Mar 10, 2016 at 03:31:28AM +0800, Jianfeng Tan wrote:
>>> Signed-off-by: Jianfeng Tan
>>> Acked-by: Konstantin Ananyev
>>> Acked-by: Adrien Mazarguil
>>> ---
There is a clang error here:
> +static const struct rte_cryptodev_capabilities aesni_gcm_pmd_capabilities[]
> = {
drivers/crypto/aesni_gcm/aesni_gcm_pmd_ops.c:41:48: fatal error:
unused variable 'aesni_gcm_pmd_capabilities'
2016-03-11 01:04, Pablo de Lara:
> From: Declan Doherty
>
> This patch provides the implementation of a NULL crypto PMD, which supports
> NULL cipher and NULL authentication operations, which can be chained together
> as follows:
>
> - Authentication Only
> - Cipher Only
> - Authentication then
Sample app implementing an IPsec Security Geteway.
The main goal of this app is to show the use of cryptodev framework
in a "real world" application.
Currently only supported static IPv4 ESP IPsec tunnels for the following
algorithms:
- Cipher: AES-CBC, NULL
- Authentication: HMAC-SHA1, NULL
Not
Hi,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez
> Monroy
> Sent: Friday, March 11, 2016 1:39 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] [PATCH v2] example/ipsec-secgw: ipsec security gateway
>
> Sample app implementing an IPsec
Sorry, we need a v5
2016-03-11 00:50, Pablo de Lara:
> +Null Crypto PMD
> +M: Declan Doherty
> +F: drivers/crypto/null/
> +F: doc/guides/cryptodevs/snow3g.rst
Not the right doc.
The null doc is not in this patch BTW.
Missing blank line (2 before next section).
>
> Packet processing
>
1 - 100 of 130 matches
Mail list logo
