Hi Asaf,
Unfortunately, this extra parameter did not work., I got the same error as
before.
However, the result of the command "show port 0 rx_offload configuration"
shows that TCP_LRO is "enabled"
testpmd> show port 0 rx_offload configuration
Rx Offloading Configuration of port 0 :
Port : TCP_
On 10/18, Yahui Cao wrote:
>This patch series adds Flow Director support for Intel Ethernet
>Controller E810 series using RTE_FLOW
>
>- Patch 01-02 are FDIR init,teardown and configuration
>- Remaining patches are FDIR RTE_FLOW enablement
>
>---
>v7:
>* Fix shared library build error
>
>v6:
>* Fix
On Thu, Oct 17, 2019 at 2:17 PM Nipun Gupta wrote:
>
> Forgot to add in patch:
>
> Acked-by: Hemant Agrawal
Series applied to dpdk-next-eventdev/master. Thanks.
>
> > -Original Message-
> > From: Nipun Gupta
> > Sent: Thursday, October 17, 2019 1:59 PM
> > To: dev@dpdk.org
> > Cc: jer
Hi David,
> -Original Message-
> From: David Marchand
> Sent: Friday, October 18, 2019 2:28 AM
> To: Gavin Hu (Arm Technology China)
> Cc: dev ; nd ; tho...@monjalon.net;
> Stephen Hemminger ;
> hemant.agra...@nxp.com; jer...@marvell.com; Pavan Nikhilesh
> ; Honnappa Nagarahalli
> ; Ruif
Hi Abhinandan,
> -Original Message-
> From: Gujjar, Abhinandan S
> Sent: Friday, October 4, 2019 3:06 PM
> To: Hemant Agrawal ; dev@dpdk.org
> Cc: jer...@marvell.com
> Subject: RE: [PATCH 1/6] test/event_crypto: fix missing IV value for AES algo
> Importance: High
>
> Hi Hemanth
>
> On Thu, 2019-08-01 at 07:48 +0800, Gavin Hu wrote:
> > Arm N1 SDP is an infrastructure segment development platform based on
> > armv8.2-a Neoverse N1 CPU. For more information, refer to:
> > https://community.arm.com/developer/tools-software/oss-platforms/w/
> > docs/440/neoverse-n1-sdp
> >
On Fri, Oct 18, 2019 at 12:39 AM David Christensen
wrote:
>
> The test works by creating a token comprised of random data
> and a CRC8 value, using the rte_atomicXX_exchange to exchange
> the new token for a previously generated token, and then
> verifying that the exchanged data is intact (i.e. t
Trying to use the existing BPF code in BPF for packet filter is possible.
But one road block is that capture wants to allow a secondary process to
insert a packet filter. The current code in bpf_load() won't work for that.
The BPF program needs to be in shared area to allow secondary process
to wor
From: Kiran Kumar K
Add new rte_flow_item_higig2_hdr in order to match higig2 header.
It is a layer 2.5 protocol and used in Broadcom switches.
Header format is based on the following document.
http://read.pudn.com/downloads558/doc/comm/2301468/HiGig_protocol.pdf
Signed-off-by: Kiran Kumar K
--
On Wed, Sep 25, 2019 at 10:01 AM David Marchand
wrote:
>
> On Mon, Sep 9, 2019 at 3:52 PM Ruifeng Wang wrote:
> >
> > Thread unregister returns success while unregister not been performed.
> > This is due to incorrect thread registration status check.
> > Fix this issue by correcting bitmap check
On Mon, Oct 7, 2019 at 5:37 PM Van Haaren, Harry
wrote:
>
> > -Original Message-
> > From: David Marchand [mailto:david.march...@redhat.com]
> > Sent: Monday, October 7, 2019 3:53 PM
> > To: Van Haaren, Harry
> > Cc: dev ; Rao, Nikhil
> > Subject: Re: [dpdk-dev] [PATCH] service: improve
On Tue, Oct 8, 2019 at 5:16 PM Stephen Hemminger
wrote:
>
> On Tue, 8 Oct 2019 09:36:49 +0100
> Bruce Richardson wrote:
>
> > On Mon, Oct 07, 2019 at 04:18:54PM -0700, Stephen Hemminger wrote:
> > > On Mon, 07 Oct 2019 08:40:05 -0700 Jim Harris
> > > wrote:
> > >
> > > > This code was added 7+ y
>
> Hi Honnappa,
>
> On 13/10/2019 04:02, Honnappa Nagarahalli wrote:
> > Hi Vladimir,
> > Apologies for the delayed response, I had to run few experiments.
> >
> >
> >
> >> Hi Honnappa,
> >>
> >> On 01/10/2019 07:29, Honnappa Nagarahalli wrote:
> >>> Add resource reclamation APIs to make
The patch integrates the counter resource init/release into fdir's
init/release scenario
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
drivers/net/ice/ice_ethdev.h | 33 +++
drivers/net/ice/ice_fdir_filter.c | 92 +++
2 files changed, 125 insertions(+)
Enable FDIR GTPU matching for RTE_FLOW
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
drivers/net/ice/ice_ethdev.h | 4 +
drivers/net/ice/ice_fdir_filter.c | 147 --
2 files changed, 141 insertions(+), 10 deletions(-)
diff --git a/drivers/net/ice/ice_ethdev.
Enable FDIR vxlan tunnel matching for RTE_FLOW
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
drivers/net/ice/ice_ethdev.h | 8 +++
drivers/net/ice/ice_fdir_filter.c | 108 ++
2 files changed, 104 insertions(+), 12 deletions(-)
diff --git a/drivers/net/ice/i
This patch add FDIR statistical counter support
and it includes RTE_FLOW count actions support
and query support.
RTE_FLOW count actions support id and shared.
RTE_FLOW query record packet hits by default.
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
drivers/net/ice/ice_ethdev.h | 7
Add ice_create_fdir_filter to create a rule. If a flow is matched by
flow director filter, filter rule will be set to HW. For now common
pattern and queue/passthru/drop/mark actions are supported.
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
doc/guides/rel_notes/release_19_11.rst | 1 +
dr
Enable duplication lookup for existing flow director rule entry.
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
drivers/net/ice/Makefile | 2 +-
drivers/net/ice/ice_ethdev.h | 17 +++
drivers/net/ice/ice_fdir_filter.c | 185 --
3 files changed, 196
From: Beilei Xing
This patch adds a HW FDIR rule to the FDIR HW table
without adding a FDIR filter.
Signed-off-by: Beilei Xing
Acked-by: Qi Zhang
---
drivers/net/ice/ice_ethdev.h | 2 +
drivers/net/ice/ice_fdir_filter.c | 277 +-
2 files changed, 278 inserti
FDIR can send packet to a group of queues and distruibte it by RSS.
Signed-off-by: Yahui Cao
Acked-by: Qi Zhang
---
drivers/net/ice/ice_fdir_filter.c | 68 +++
1 file changed, 68 insertions(+)
diff --git a/drivers/net/ice/ice_fdir_filter.c
b/drivers/net/ice/ice_fdi
From: Beilei Xing
Enable flow director engine, including initialization and teardown.
- Control VSI create and release.
- Queue pair allocated, set up and release.
- Programming packet create and release.
- FDIR profile create and release.
Signed-off-by: Beilei Xing
Acked-by: Qi Zhang
---
This patch series adds Flow Director support for Intel Ethernet
Controller E810 series using RTE_FLOW
- Patch 01-02 are FDIR init,teardown and configuration
- Remaining patches are FDIR RTE_FLOW enablement
---
v7:
* Fix shared library build error
v6:
* Fix build error on different platform
v5:
> >
> > > Hi guys,
> > I have tried to consolidate design related questions here. If I have missed
> anything, please add.
> >
> > >
> > > >
> > > > From: Ruifeng Wang
> > > >
> > > > Currently, the tbl8 group is freed even though the readers might
> > > > be using the tbl8 group entries. The fr
> Subject: Re: [PATCH v4 1/2] lib/ring: apis to support configurable element
> size
>
> >>> I tried this. On x86 (Xeon(R) Gold 6132 CPU @ 2.60GHz), the results
> >>> are as
> >> follows. The numbers in brackets are with the code on master.
> >>> gcc (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0
> >>>
>
When app restart, RSS/FDIR profile ID will increase which may
run out of all the profile resources.
The patch cleanup RSS/FDIR profile resources when device init
to fix this issue.
Fixes: d7d150b93070 ("net/ice: enable RSS when device init")
Cc: sta...@dpdk.org
Signed-off-by: Ying Wang
---
---
Hi Olivier
> -Original Message-
> From: Olivier Matz [mailto:olivier.m...@6wind.com]
> Sent: Thursday, October 17, 2019 22:42
> To: dev@dpdk.org
> Cc: Andrew Rybchenko ; Richardson, Bruce
> ; Wang,
> Haiyue ; Jerin Jacob Kollanukkaran
> ; Wiles, Keith
> ; Ananyev, Konstantin ;
> Morten
Hi, Xiaolong
Thanks for your comments, will fix them in v2.
> -Original Message-
> From: Ye, Xiaolong
> Sent: Monday, September 30, 2019 5:26 PM
> To: Wang, Ying A
> Cc: Zhang, Qi Z ; dev@dpdk.org; Yang, Qiming
> ; sta...@dpdk.org
> Subject: Re: [PATCH] net/ice: cleanup RSS/FDIR profile
I tried this. On x86 (Xeon(R) Gold 6132 CPU @ 2.60GHz), the results are as
follows. The numbers in brackets are with the code on master.
gcc (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0
RTE>>ring_perf_elem_autotest
### Testing single element and burst enq/deq ### SP/SC single
enq/dequeue: 5 MP/MC sing
The test works by creating a token comprised of random data
and a CRC8 value, using the rte_atomicXX_exchange to exchange
the new token for a previously generated token, and then
verifying that the exchanged data is intact (i.e. the CRC8
is still correct for the data).
Signed-off-by: David Christe
The test works by creating a token comprised of random data
and a CRC8 value, using the rte_atomicXX_exchange to exchange
the new token for a previously generated token, and then
verifying that the exchanged data is intact (i.e. the CRC8
is still correct for the data).
Signed-off-by: David Christe
On Thu, 2019-08-01 at 07:48 +0800, Gavin Hu wrote:
> Arm N1 SDP is an infrastructure segment development platform
> based on armv8.2-a Neoverse N1 CPU. For more information, refer to:
> https://community.arm.com/developer/tools-software/oss-platforms/w/
> docs/440/neoverse-n1-sdp
>
> Signed-off-by
17/10/2019 19:39, Ajit Khaparde:
> On Tue, Oct 15, 2019 at 12:38 AM Ferruh Yigit
> wrote:
>
> > Adding vendor specific sub-tree for Broadcom drivers.
> > The next-net-brcm sub-tree will be sub-tree of the next-net.
> >
> > Signed-off-by: Ferruh Yigit
> > ---
> > Cc: Ajit Khaparde
> > Cc: Thomas
> -Original Message-
> From: Burakov, Anatoly
> Sent: Thursday, October 17, 2019 9:32 AM
> To: dev@dpdk.org
> Cc: Baran, MarcinX ; Robert Sanford
> ; Carrillo, Erik G ;
> Mcnamara, John ; Richardson, Bruce
> ; tho...@monjalon.net;
> david.march...@redhat.com
> Subject: [PATCH v4 04/10] tim
17/10/2019 17:32, Ori Kam:
> V4:
> - update according to ML comments.
>
> V3:
> - update according to ML comments.
>
> V2:
> - update according to ML comments.
I would prefer to see a summary of the changes in the changelog,
so we can easily track the progress.
From: Pawel Modrak
Merge all vesions in linker version script files to DPDK_20.0.
This commit was generated by running the following command:
:~/DPDK$ buildtools/update-abi.sh 20.0
Signed-off-by: Pawel Modrak
Signed-off-by: Anatoly Burakov
Acked-by: Bruce Richardson
---
.../rte_pmd_bbdev_f
On Thu, 17 Oct 2019 15:08:05 -0500
Honnappa Nagarahalli wrote:
> /* count must be a power of 2 */
> if ((!POWEROF2(count)) || (count > RTE_RING_SZ_MASK )) {
> RTE_LOG(ERR, RING,
> - "Requested size is invalid, must be power of 2, and "
> -
On Thu, 17 Oct 2019 15:08:05 -0500
Honnappa Nagarahalli wrote:
> + if ((esize != 4) && (esize != 8) && (esize != 16)) {
> + RTE_LOG(ERR, RING,
> + "Unsupported esize value. Supported values are 4, 8 and
> 16\n");
> +
> + return -EINVAL;
> + }
>
+ David Christensen for Power architecture
> > >
> > > > It
> > > > would mean extra work for the users.
> > > >
> > > > > 2. A lot of code duplication with these 3 copies of
> > > > > ENQUEUE/DEQUEUE macros.
> > > > >
> > > > > Looking at ENQUEUE/DEQUEUE macros, I can see that main loop
> > > >
Add test cases to test APIs for configurable element size ring.
Signed-off-by: Honnappa Nagarahalli
---
app/test/Makefile | 1 +
app/test/meson.build | 1 +
app/test/test_ring_perf_elem.c | 419 +
3 files changed, 421 insertions(+)
crea
Current APIs assume ring elements to be pointers. However, in many
use cases, the size can be different. Add new APIs to support
configurable ring element sizes.
Signed-off-by: Honnappa Nagarahalli
Reviewed-by: Dharmik Thakkar
Reviewed-by: Gavin Hu
Reviewed-by: Ruifeng Wang
---
lib/librte_rin
Copy of ring elements uses memcpy for 32B chunks. The remaining
bytes are copied using assignments.
Signed-off-by: Honnappa Nagarahalli
---
lib/librte_ring/rte_ring_elem.h | 163 +++-
1 file changed, 11 insertions(+), 152 deletions(-)
diff --git a/lib/librte_ring/rte
The current rte_ring hard-codes the type of the ring element to 'void *',
hence the size of the element is hard-coded to 32b/64b. Since the ring
element type is not an input to rte_ring APIs, it results in couple
of issues:
1) If an application requires to store an element which is not 64b, it
On Fri, Sep 27, 2019 at 7:42 AM Gavin Hu wrote:
>
> V7:
> - fix the checkpatch LONG_LINE_COMMENT issue
> V6:
> - squash the RTE_ARM_USE_WFE configuration entry patch into the new API patch
> - move the new configuration to the end of EAL
> - add doxygen comments to reflect the relaxed and acquire
On Fri, Sep 27, 2019 at 7:43 AM Gavin Hu wrote:
>
> In acquiring a spinlock, cores repeatedly poll the lock variable.
> This is replaced by rte_wait_until_equal API.
>
> Running the micro benchmarking and the testpmd and l3fwd traffic tests
> on ThunderX2, Ampere eMAG80 and Arm N1SDP, everything w
On 10/17/2019 1:02 PM, pbhagavat...@marvell.com wrote:
> From: Pavan Nikhilesh
>
> Add new Rx offload flags `DEV_RX_OFFLOAD_RSS_HASH` and
> `DEV_RX_OFFLOAD_FLOW_MARK`. These flags can be used to
> enable/disable PMD writes to rte_mbuf fields `hash.rss` and `hash.fdir.hi`
> and also `ol_flags:
On Tue, Oct 15, 2019 at 12:38 AM Ferruh Yigit
wrote:
> Adding vendor specific sub-tree for Broadcom drivers.
> The next-net-brcm sub-tree will be sub-tree of the next-net.
>
> Signed-off-by: Ferruh Yigit
> ---
> Cc: Ajit Khaparde
> Cc: Thomas Monjalon
>
Acked-by: Ajit Khaparde
> ---
> MAIN
On Thu, 17 Oct 2019 19:32:12 +0200
Robin Jarry wrote:
> When running the dpdk-telemetry-client.py with python 3, we get the
> following syntax errors:
>
> File "usertools/dpdk-telemetry-client.py", line 70
> print "\nResponse: \n", str(data)
>^
> SyntaxError
When running the dpdk-telemetry-client.py with python 3, we get the
following syntax errors:
File "usertools/dpdk-telemetry-client.py", line 70
print "\nResponse: \n", str(data)
^
SyntaxError: invalid syntax
File "usertools/dpdk-telemetry-client.py", line 93
On Thu, Oct 17, 2019 at 4:30 PM Shahaf Shuler wrote:
>
> Thursday, October 17, 2019 11:17 AM, Jerin Jacob:
> > Subject: Re: [dpdk-dev] [RFC PATCH 20.02] mbuf: hint PMD not to inline
> > packet
> >
> > On Thu, Oct 17, 2019 at 12:57 PM Shahaf Shuler
> > wrote:
> > >
> > > Some PMDs inline the mbuf
The change itself is not that scary, but just reading this commitlog I
fail to see the impact for an application.
Can you share some light?
As far as I can tell there is no impact on any applications. The old
code, which walked through the list in a forward direction, worked
perfectly well wit
Greetings,
I have a customer issue where the PMD status is intermittently reporting
link status failure. According to the customer, the link status on the
physical wire doesn't go down (at least the endpoint doesn't report
it). This usually gets resolved by restarting the application. On
reboot
From: Pavan Nikhilesh
Add support to set supported ptypes for octeontx2.
Signed-off-by: Pavan Nikhilesh
---
v3 Changes:
--
- Actually update doc file.
v2 Changes:
--
- Update documentation.
- Use positive logic.
doc/guides/nics/octeontx2.rst | 5 -
d
>On Thu, Oct 17, 2019 at 5:50 PM wrote:
>>
>> From: Pavan Nikhilesh
>>
>> Add support to set supported ptypes for octeontx2.
>>
>> Signed-off-by: Pavan Nikhilesh
>> ---
>> v2 Changes:
>> --
>> - Update documentation.
>
>See below.
>
>> - Use positive logic.
>>
>> drivers/net/octeont
On 10/17/2019 5:04 PM, Ferruh Yigit wrote:
> On 10/17/2019 12:52 PM, Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at
> Cisco) wrote:
>>
>>> Hi Jakub,
>>>
>>> Just to double check if anyone is looking into the bind() error issue which
>>> is
>>> since following commit, I am waiting for more
>
> Hi Gavin,
>
> >
> > The rte_wait_until_equal_xx APIs abstract the functionality of
> > 'polling for a memory location to become equal to a given value'.
> >
> > Add the RTE_ARM_USE_WFE configuration entry for aarch64, disabled
> > by default. When it is enabled, the above APIs will call WFE
On Thu, Oct 17, 2019 at 6:43 PM Xueming(Steven) Li
wrote:
>
> > -Original Message-
> > From: Jerin Jacob
> > Sent: Thursday, October 17, 2019 3:14 PM
> > To: Xueming(Steven) Li
> > Cc: Olivier Matz ; Andrew Rybchenko
> > ; dpdk-dev ; Asaf Penso
> > ; Ori Kam
> > Subject: Re: [dpdk-dev]
On Thu, Oct 17, 2019 at 6:18 PM Burakov, Anatoly
wrote:
>
> On 16-Oct-19 9:45 PM, David Christensen wrote:
> >>> An ifdef present in eal_memory.c references "RTE_ARCH_PPC64" when
> >>> it should actually use "RTE_ARCH_PPC_64". Simple testing revealed
> >>> that both the PPC_64 and non-PPC_64 vers
The IPSec Multi buffer library does not require AES-NI
instructions to be supported by the CPU, as it can emulate these
instructions in software (adding a big performance penalty when
using AES algorithms).
Signed-off-by: Pablo de Lara
---
v2:
- Fixed leading whitespaces
drivers/crypto/aesni_gc
The IPSec Multi buffer library does not require AES-NI
instructions to be supported by the CPU, as it can emulate these
instructions in software (adding a big performance penalty when
using AES algorithms).
Signed-off-by: Pablo de Lara
---
v2:
- Fixed leading whitespaces
drivers/crypto/aesni_mb
On Thu, Oct 17, 2019 at 5:50 PM wrote:
>
> From: Pavan Nikhilesh
>
> Add support to set supported ptypes for octeontx2.
>
> Signed-off-by: Pavan Nikhilesh
> ---
> v2 Changes:
> --
> - Update documentation.
See below.
> - Use positive logic.
>
> drivers/net/octeontx2/otx2_ethdev.c
Hi,
For the LRO feature to work in our pmd, please add dv_flow_en=1 as following:
sudo ./testpmd -l 0-15 -w :03:00.1,dv_flow_en=1 -v -- --txq=16 --rxq=16
--nb-cores=15 --enable-lro -i
Can you try this and let us know the result?
Regards,
Asaf Penso
> -Original Message-
> From: dev
The IPSec Multi buffer library does not require AES-NI
instructions to be supported by the CPU, as it can emulate these
instructions in software (adding a big performance penalty when
using AES algorithms).
Signed-off-by: Pablo de Lara
---
drivers/crypto/aesni_gcm/aesni_gcm_pmd.c | 12 ++
The IPSec Multi buffer library does not require AES-NI
instructions to be supported by the CPU, as it can emulate these
instructions in software (adding a big performance penalty when
using AES algorithms).
Signed-off-by: Pablo de Lara
---
drivers/crypto/aesni_mb/rte_aesni_mb_pmd.c | 13 ++--
On 16-Oct-19 9:45 PM, David Christensen wrote:
An ifdef present in eal_memory.c references "RTE_ARCH_PPC64" when
it should actually use "RTE_ARCH_PPC_64". Simple testing revealed
that both the PPC_64 and non-PPC_64 versions of the code involved
work, but the PPC_64 version of the code is retaine
On 10/17/2019 12:52 PM, Jakub Grajciar -X (jgrajcia - PANTHEON TECHNOLOGIES at
Cisco) wrote:
>
>> Hi Jakub,
>>
>> Just to double check if anyone is looking into the bind() error issue which
>> is
>> since following commit, I am waiting for more input on it.
>>
>> Commit b923866c6974 ("net/memif:
On 17/10/2019 15:31, Anatoly Burakov wrote:
From: Marcin Baran
The original ABI versioning was slightly misleading in that the
DPDK 2.0 ABI was really a single mode for the distributor, and is
used as such throughout the distributor code.
Fix this by renaming all _v20 API's to _single API's,
On 17/10/2019 15:31, Anatoly Burakov wrote:
From: Marcin Baran
Remove code for old ABI versions ahead of ABI version bump.
Signed-off-by: Marcin Baran
Signed-off-by: Anatoly Burakov
---
Notes:
v2:
- Moved this to before ABI version bump to avoid compile breakage
Hi Anatoly,
Hi,
On Tue, Aug 27, 2019 at 10:02:30AM +0100, A.McLoughlin wrote:
> This patch adds a graphical overview of the rte_mbuf struct, showing where
> each value is stored within the struct.
>
> Signed-off-by: A.McLoughlin
> ---
> v1 -> v2:
> * changed uint16_t refcnt(+atomic) to uint16_t refcnt
> v2
Add section about ipsec SAD
Update release notes
Signed-off-by: Vladimir Medvedkin
---
doc/guides/prog_guide/ipsec_lib.rst| 152 +
doc/guides/rel_notes/release_19_11.rst | 3 +
2 files changed, 155 insertions(+)
diff --git a/doc/guides/prog_guide/ipsec_lib.
Introduce new application to provide user to evaluate and perform
custom functional and performance tests for IPsec SAD implementation.
Signed-off-by: Vladimir Medvedkin
Acked-by: Akhil Goyal
Acked-by: Konstantin Ananyev
Tested-by: Konstantin Ananyev
---
app/Makefile | 1 +
app/
Replace rte_ipsec_sad_add(), rte_ipsec_sad_del() and
rte_ipsec_sad_lookup() stubs with actual implementation.
It uses three librte_hash tables each of which contains
an entries for a specific SA type (either it is addressed by SPI only
or SPI+DIP or SPI+DIP+SIP)
Signed-off-by: Vladimir Medvedkin
Replace rte_ipsec_sad_create(), rte_ipsec_sad_destroy() and
rte_ipsec_sad_find_existing() API stubs with actual
implementation.
Signed-off-by: Vladimir Medvedkin
Acked-by: Akhil Goyal
Acked-by: Konstantin Ananyev
Tested-by: Konstantin Ananyev
---
lib/librte_ipsec/Makefile| 2 +-
lib/lib
add unittests for ipsec SAD library
Signed-off-by: Vladimir Medvedkin
Acked-by: Akhil Goyal
Acked-by: Konstantin Ananyev
Tested-by: Konstantin Ananyev
---
app/test/Makefile | 1 +
app/test/autotest_data.py | 6 +
app/test/meson.build | 1 +
app/test/test_ipsec_sad.c | 887 +
Add inbound security association database (SAD) API
and stub implementation.
Signed-off-by: Vladimir Medvedkin
Acked-by: Akhil Goyal
Acked-by: Konstantin Ananyev
---
lib/librte_ipsec/Makefile | 2 +
lib/librte_ipsec/ipsec_sad.c | 50 ++
lib/librte_ipsec/meson.
According to RFC 4301 IPSec implementation needs an inbound SA database (SAD).
For each incoming inbound IPSec-protected packet (ESP or AH) it has to
perform a lookup within it’s SAD.
Lookup should be performed by:
Security Parameters Index (SPI) + destination IP (DIP) + source IP (SIP)
or SPI +
On Fri, Sep 27, 2019 at 7:42 AM Gavin Hu wrote:
>
> The rte_wait_until_equal_xx APIs abstract the functionality of
> 'polling for a memory location to become equal to a given value'.
>
> Add the RTE_ARM_USE_WFE configuration entry for aarch64, disabled
> by default. When it is enabled, the above A
On 15-Oct-19 6:30 AM, Ajit Khaparde wrote:
From: Rajesh Ravi
Support external custom memory added to heap to be used with vfio with
--iso-cmem option.Type1 memory mapping was by passed for external memory.
But an exception is added to allow external custom memory to be used with
vfio.
Signed-o
On Thu, 17 Oct 2019 15:32:03 +
Ori Kam wrote:
> /**
> + * RX/TX queue states
> + */
> +#define RTE_ETH_QUEUE_STATE_STOPPED 0
> +#define RTE_ETH_QUEUE_STATE_STARTED 1
Why not make it an enum?
On 10/17/2019 2:43 PM, Bruce Richardson wrote:
> On Thu, Oct 17, 2019 at 12:05:56PM +0100, Ferruh Yigit wrote:
>> On 10/17/2019 11:51 AM, Andrew Rybchenko wrote:
>>> On 10/17/19 1:47 PM, Ferruh Yigit wrote:
On 10/17/2019 11:37 AM, Andrew Rybchenko wrote:
> On 10/16/19 9:07 PM, Ferruh Yigit
This commit adds the hairpin feature to the release notes.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/release_19_11.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/doc/guides/rel_notes/release_19_11.rst
b/doc/guides/rel_notes/release_19_11.rst
Since the encap action is not supported in RX, we need to split the
hairpin flow into RX and TX.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.c| 10 ++
drivers/net/mlx5/mlx5.h| 10 ++
drivers/net/mlx5/mlx5_flow.c | 281
When splitting flows for example in hairpin / metering, there is a need
to combine the flows. This is done using ID.
This commit introduce a simple way to generate such IDs.
The reason why bitmap was not used is due to fact that the release and
allocation are O(n) while in the chosen approch the a
When using hairpin all traffic from TX hairpin queues should jump
to dedecated table where matching can be done using regesters.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.h | 2 ++
drivers/net/mlx5/mlx5_flow.c| 60 +
Add support for rss on hairpin queues.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.h | 3 ++
drivers/net/mlx5/mlx5_ethdev.c | 102 ++--
drivers/net/mlx5/mlx5_rss.c | 1 +
drivers/net/mlx5/mlx5_rxq.c |
This commits adds the hairpin get capabilities function.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.c| 2 ++
drivers/net/mlx5/mlx5.h| 3 ++-
drivers/net/mlx5/mlx5_ethdev.c | 27 +++
3 files changed, 31 insertions(+)
When starting the port, in addition to creating the queues
we need to bind the hairpin queues.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.h | 1 +
drivers/net/mlx5/mlx5_devx_cmds.c | 1 +
drivers/net/mlx5/mlx5_prm.h | 6 +++
drivers/net/m
This commit introduce the setting and matching on regiters.
This item and and action will be used with number of different
features like hairpin, metering, metadata.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5_flow.c| 52 +
drivers/net/mlx5/
This commit introduce the hairpin queues to the testpmd.
the hairpin queue is configured using --hairpinq=
the hairpin queue adds n queue objects for both the total number
of TX queues and RX queues.
The connection between the queues are 1 to 1, first Rx hairpin queue
will be connected to the first
This commit introduce hairpin queue type.
The hairpin queue in build from Rx queue binded to Tx queue.
It is used to offload traffic coming from the wire and redirect it back
to the wire.
There are 3 new functions:
- rte_eth_dev_hairpin_capability_get
- rte_eth_rx_hairpin_queue_setup
- rte_eth_tx
This commit adds the support for creating Rx hairpin queues.
Hairpin queue is a queue that is created using DevX and only used
by the HW. This results in that all the data part of the RQ is not being
used.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.c
This commit adds the support for creating Tx hairpin queues.
Hairpin queue is a queue that is created using DevX and only used
by the HW.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.c | 36 +-
drivers/net/mlx5/mlx5.h | 46
Currenlty all Tx queues are created using Verbs.
This commit modify the naming so it will not include verbs,
since in next commit a new type will be introduce (hairpin)
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.c | 2 +-
drivers/net/mlx5/mlx5.h
This commit query and store the hairpin capabilities from the device.
Those capabilities will be used when creating the hairpin queue.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/mlx5.h | 4
drivers/net/mlx5/mlx5_devx_cmds.c | 7 +++
2 files c
The queue state defines are internal to the DPDK.
This commit moves them to a private header file.
Signed-off-by: Ori Kam
---
V4:
- new file, created due to ML comments.
---
lib/librte_ethdev/rte_ethdev.h| 6 --
lib/librte_ethdev/rte_ethdev_driver.h | 6 ++
2 files changed, 6
s patch set implements the hairpin feature.
The hairpin feature was introduced in RFC[1]
The hairpin feature (different name can be forward) acts as "bump on the wire",
meaning that a packet that is received from the wire can be modified using
offloaded action and then sent back to the wire withou
On Thu, 17 Oct 2019 07:27:34 +
Shahaf Shuler wrote:
> Some PMDs inline the mbuf data buffer directly to device. This is in
> order to save the overhead of the PCI headers involved when the device
> DMA read the buffer pointer. For some devices it is essential in order
> to reach the pick BW.
On Thu, 17 Oct 2019 18:37:09 +0530
vikram T wrote:
> Hi,
> I am facing an issue with rte_eth_dev_count_avail() returns 0 on the MLX5
> NIC card.
> "dpdk-devbind.py -s" says that the interface is bound to mlx5_core. ( Need
> not be bounded to igb_uio)
>
> *# /var/cache/ocsm/dpdk/dpdk-18.11/userto
On Fri, Sep 27, 2019 at 7:42 AM Gavin Hu wrote:
>
> There are two definitions conflicting each other, for more
> details, refer to [1].
>
> include/rte_atomic_64.h:19: error: "dmb" redefined [-Werror]
> drivers/bus/fslmc/mc/fsl_mc_sys.h:36: note: this is the location of the
> previous definition
>
If linear buffers requested and external buffers are not, vhost
will not be able to receive any buffer that doesn't fit in a
single mbuf. Moreover, if such a buffer will appear in a vring
it will never be dequeued and the whole vring will become dead
breaking the network connection.
Disable segme
1 - 100 of 218 matches
Mail list logo
