Hi David,
> >
> > > -Original Message-
> > > From: David Marchand
> > > Subject: Re: [dpdk-dev] [PATCH] config: disable iova phys for dpaa and
> 1588
> > > for dpaa2
> > >
> > > On Fri, Oct 4, 2019 at 1:26 PM Nipun Gupta
> wrote:
> > > >
> > > > IOVA_PHYS flag is not required in the DPAA
Hi Olivier,
Thanks for reworked patches.
With V2, Tests with 512MB & 2M page sizes work fine with octeontx2 mempool pmd.
One more concern is, octeontx fpa mempool driver also has the similar
requirements. How do we address that, Can you suggest the best way to avoid
code duplication in PMDs.
R
Hi Hemant,
How would the PMD specify whether anit-replay is supported or not? Do you have
plans to introduce it as a capability? Or do you expect the session creation to
fail if the feature is not supported by underlying PMD and the anti replay
window size is set.
Thanks,
Anoob
> -Origina
These patches fix 3 cosmetic issues discovered during rc1 testing. For
example, removing useless/misleading error messages and adding a space
in log messages.
Thanks.
-Hyong
Hyong Youb Kim (3):
net/enic: fix whitespaces in log macros
net/enic: fix speed capabilities for the new VF
net/enic:
VFs all have subsystem ID 0. VIC models with the latest VF are at
least 40G, so report that as a more reasonable speed than 10G.
Fixes: 57bb45b37bdf ("net/enic: add PCI id for new virtual function")
Signed-off-by: Hyong Youb Kim
Reviewed-by: John Daley
---
drivers/net/enic/enic_ethdev.c | 6 ++
Add a space between the function name and message.
Fixes: bbd8ecc05434 ("net/enic: remove PMD log type references")
Signed-off-by: Hyong Youb Kim
Reviewed-by: John Daley
---
drivers/net/enic/enic_compat.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/enic/
Do not log errors when CMD_OVERLAY_OFFLOAD_CTRL and
CMD_GET_SUPP_FEATURE_VER fail, as they are only used to probe if a
feature is provisioned. They are expected to fail if the feature is
not provisioned.
Do not log an error when disabling Geneve offload fails. It is
expected to fail if this featur
Remove unsupported flow as title.
Fixes: efc16c621415 ("net/ice: support flow director GTPU tunnel")
Signed-off-by: Yahui Cao
---
drivers/net/ice/ice_fdir_filter.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/net/ice/ice_fdir_filter.c
b/drivers/net/ice/ice_fdir_fil
At present the ipsec xfrom is missing the important step
to configure the anti replay window size.
The newly added field will also help in to enable or disable
the anti replay checking, if available in offload by means
of non-zero or zero value.
Signed-off-by: Hemant Agrawal
---
doc/guides/rel_n
The rte_security lib has introduced replay_win_sz,
so it can be removed from the rte_ipsec lib.
Also, the relaved tests,app are also update to reflect
the usages.
Signed-off-by: Hemant Agrawal
---
app/test/test_ipsec.c | 2 +-
doc/guides/rel_notes/release_19_11.rst | 7 +--
This patch usages the anti replay window size to config
the anti replay checking in decap path for lookaside
IPSEC offload
Signed-off-by: Hemant Agrawal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 21 +
drivers/crypto/dpaa_sec/dpaa_sec.c | 26 +
When a new hash profie is created, we need to reset all related
GLQF_HSYMM registers, otherwise unexpected hash behaviour may happens
on packet that hit that profile.
The patch fix the issue that we only do reset when symmetric hash
is required, but actually for non symmmetric hash we also need th
macsec setting is not valid when port is stopped.
In order to make it valid, the patch changes the setting
to where port is started.
Fixes: 597f9fafe13b ("app/testpmd: convert to new Tx offloads API")
Cc: sta...@dpdk.org
Signed-off-by: Sun GuinanX
---
v6:
* Modified inappropriate parameter namin
Currently, share code only support inner L3 matching.
Fixes: efc16c621415 ("net/ice: support flow director GTPU tunnel")
Signed-off-by: Yahui Cao
---
drivers/net/ice/ice_fdir_filter.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/net/ice/ice_fdir_filter.c
b/drivers/
Hi, yahui
Prefer to give more details like why we need this patch in commit log.
Thanks,
Xiaolong
On 10/31, Yahui Cao wrote:
>Fixes: efc16c621415 ("net/ice: support flow director GTPU tunnel")
>
>Signed-off-by: Yahui Cao
>---
> drivers/net/ice/ice_fdir_filter.c | 4
> 1 file changed, 4 dele
Fixes: efc16c621415 ("net/ice: support flow director GTPU tunnel")
Signed-off-by: Yahui Cao
---
drivers/net/ice/ice_fdir_filter.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/net/ice/ice_fdir_filter.c
b/drivers/net/ice/ice_fdir_filter.c
index 736ccd54e..d80dafa20 100644
--- a/
Thanks Xiaolong.
-Original Message-
From: Ye, Xiaolong
Sent: Thursday, October 31, 2019 10:01 AM
To: Pei, Andy
Cc: dev@dpdk.org; Xu, Rosen ; Zhang, Tianfei
; Yigit, Ferruh
Subject: Re: [PATCH v14 00/19] add PCIe AER disable and IRQ support for ipn3ke
On 10/28, Andy Pei wrote:
>This pa
Thanks Xiaolong.
> -Original Message-
> From: Ye, Xiaolong
> Sent: Thursday, October 31, 2019 10:01
> To: Pei, Andy
> Cc: dev@dpdk.org; Xu, Rosen ; Zhang, Tianfei
> ; Yigit, Ferruh
> Subject: Re: [PATCH v14 00/19] add PCIe AER disable and IRQ support for
> ipn3ke
>
> On 10/28, Andy Pei
On 10/30, Sun GuinanX wrote:
>macsec setting is not valid when port is stopped.
>In order to make it valid, the patch changes the setting
>to where port is started.
>
>Fixes: 597f9fafe13b ("app/testpmd: convert to new Tx offloads API")
>Cc: sta...@dpdk.org
[snip]
>
>+void
>+ixgbe_dev_macsec_regis
On 10/28, Andy Pei wrote:
>This patch set adds PCIe AER disable and FPGA interrupt support for
>ipn3ke. It also provides a small rework for port bonding between FPGA
>line side port and I40e PF port.
>
>What is the PCI Express AER(Advanced Error Reporting)?
>Advanced Error Reporting capability is i
From: Zhu Tao
Set vlan tpid is not supported by ice hardware. Delete driver code
that doesn't work.
Signed-off-by: Zhu Tao
---
drivers/net/ice/ice_ethdev.c | 54
1 file changed, 54 deletions(-)
diff --git a/drivers/net/ice/ice_ethdev.c b/drivers/net/ice/ic
Tested-by: Qi Fu < qi...@intel.com>
> -Original Message-
> From: Zhao1, Wei
> Sent: Wednesday, October 30, 2019 3:47 PM
> To: dev@dpdk.org
> Cc: sta...@dpdk.org; Zhang, Qi Z ; Ye, Xiaolong
> ; Zhao1, Wei
> Subject: [PATCH] net/ice: disable useless interrupt
>
> This is a useless interrup
Hi Olivier,
Very appreciate your response, please see reply below.
> -Original Message-
> From: Olivier Matz
> Sent: Thursday, October 31, 2019 00:56
> To: Wang, Haiyue
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] net/ice: optimize protocol extraction by
> dynamic mbuf API
>
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 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 ++
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
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 |
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
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/m
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/ml
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
d
This commits adds the hairpin get capabilities function.
Signed-off-by: Ori Kam
Acked-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/release_19_11.rst | 1 +
drivers/net/mlx5/mlx5.c| 2 ++
drivers/net/mlx5/mlx5.h| 3 ++-
drivers/net/mlx5/mlx5_ethdev.c
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 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 ch
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 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 wit
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
The queue state defines are internal to the DPDK.
This commit moves them to a private header file.
Signed-off-by: Ori Kam
Reviewed-by: Andrew Rybchenko
---
drivers/net/nfb/nfb_tx.h | 1 +
lib/librte_ethdev/rte_ethdev.h| 6 --
lib/librte_ethdev/rte_ethdev_driver.h | 6 ++
30/10/2019 17:09, Ilya Maximets:
> On 30.10.2019 16:49, Thomas Monjalon wrote:
> > 30/10/2019 16:07, Ilya Maximets:
> >> On 29.10.2019 19:50, Thomas Monjalon wrote:
> >>> In a virtual environment, the network controller may have to configure
> >>> some SR-IOV VF parameters for security reasons.
> >
Hi Kevin,
>From: Rasesh Mody
>Sent: Monday, October 21, 2019 11:53 AM
>
>Hi Kevin,
>
>>From: Kevin Traynor
>>Sent: Monday, October 21, 2019 3:58 AM
>>
>>On 20/10/2019 06:20, Rasesh Mody wrote:
>>> In our testing we have identified a critical FW bug. Performance is
>>> degraded significantly for
> -Original Message-
> From: Yasufumi Ogawa
> Sent: Wednesday, October 30, 2019 1:42 PM
> To: Ananyev, Konstantin ; Burakov, Anatoly
> ; david.march...@redhat.com
> Cc: dev@dpdk.org; sta...@dpdk.org; Yasufumi Ogawa
>
> Subject: Re: [dpdk-dev] [PATCH v5 1/1] fbarray: fix duplicated fba
>From: Ferruh Yigit
>Sent: Wednesday, October 30, 2019 4:23 AM
>
>On 10/29/2019 11:09 AM, Gavin Hu wrote:
>> The definition is conflicting with that of the compiler, as show the
>> following error: ../drivers/net/bnx2x/bnx2x_osal.h:27:17: error:
>> conflicting types for ‘uint64_t’ #define __le64
Hi guys,
I stumbled upon this 11 month old post (https://narkive.com/ZwBXg4Xe) that goes
over future enhancements to the scheduler. All of them are vital, and I am
especially interested in 16 TCs per pipe… Christian and/or Jasvinder, is the
future here yet in some tangible shape or form?
Than
From: Pavan Nikhilesh
x86_x32 compilation failing due to incorrect format specifiers in logs.
Fixes: a78b9246723b ("net/octeontx2: add remaining PTP operations")
Signed-off-by: Pavan Nikhilesh
---
drivers/net/octeontx2/otx2_ptp.c | 15 ---
1 file changed, 8 insertions(+), 7 deleti
On Wed, Oct 30, 2019 at 9:57 PM wrote:
>
> From: Pavan Nikhilesh
>
> This patchset adds a new application to demonstrate the usage of event
> mode. The poll mode is also available to help with the transition.
>
> The following new command line parameters are added:
> --mode: Dictates the mode of
CC: Arch and platform maintainers
While reviewing the mempool objection allocation requirements in the code,
A) it's found that in the default case, mempool objects have padding
in the object trailer to have start addresses of objects among the different
channels,
to enable equally load on th
On Fri, Oct 18, 2019 at 1:49 PM Jerin Jacob Kollanukkaran
wrote:
>
> The following changes since commit b36f587f010bba421a8fd0b4c383276ecb796ae3:
>
> rcu: fix spurious thread unregister (2019-10-18 06:13:36 +0200)
>
> are available in the Git repository at:
>
> http://dpdk.org/git/next/dpdk-ne
On Wed, Oct 23, 2019 at 8:56 PM wrote:
>
> From: Kiran Kumar K
>
> Adding support to configure specific switch types like high2 and dsa
> on a port. When this switch type is configured, it is expected that
> all the traffic on that port should be of specific type only.
>
> Signed-off-by: Kiran Ku
Thanks for your comment. The raw number of cache misses is just higher almost
in every function. While hwloc is indeed useful, the assignation is exactly the
same in all cases. What we do is to define with "-l" more or less *unused*
cores. But the used ones run at the same place, with the same r
This patchset just combines two metadata related patches
to provide right applying order. The first patch introduces
the ingress metadata with mbuf dynamic field usage, the
second one moves egress metadata to the dynamic field
presented by first patch.
Signed-off-by: Viacheslav Ovsiienko
Viaches
The dynamic mbuf fields were introduced by [1]. The egress metadata is
good candidate to be move from statically allocated field tx_metadata to
dynamic one. Because mbufs are used in half-duplex fashion only, it is
safe to share this dynamic field with ingress metadata.
The shared dynamic field co
Currently, metadata can be set on egress path via mbuf tx_metadata field
with PKT_TX_METADATA flag and RTE_FLOW_ITEM_TYPE_META matches metadata.
This patch extends the metadata feature usability.
1) RTE_FLOW_ACTION_TYPE_SET_META
When supporting multiple tables, Tx metadata can also be set by a r
From: Sunil Kumar Kori
Add documentation for l2fwd-event example.
Update release notes.
Signed-off-by: Sunil Kumar Kori
---
MAINTAINERS | 1 +
doc/guides/rel_notes/release_19_11.rst| 6 +
doc/guides/sample_app_ug/index.rst| 1 +
doc/g
Hi Haiyue,
Please see some comments below.
On Tue, Oct 29, 2019 at 03:34:48PM +0800, Haiyue Wang wrote:
> The original design is to use rte_mbuf::udata64 to save the metadata of
> protocol extraction which has network protocol data fields and type, an
nit: an -> a
> private API is used to decod
From: Pavan Nikhilesh
Add graceful teardown that addresses both event mode and poll mode.
Signed-off-by: Pavan Nikhilesh
---
examples/l2fwd-event/main.c | 50 +
1 file changed, 40 insertions(+), 10 deletions(-)
diff --git a/examples/l2fwd-event/main.c b/exa
From: Pavan Nikhilesh
Add event dev main loop based on enabled l2fwd options and eventdev
capabilities.
Signed-off-by: Pavan Nikhilesh
---
examples/l2fwd-event/l2fwd_common.c | 6 +
examples/l2fwd-event/l2fwd_common.h | 1 +
examples/l2fwd-event/l2fwd_event.c | 238 +++
On Wed, Oct 30, 2019 at 12:43 AM David Marchand
wrote:
> Hello Ajit, Kevin,
>
> On Wed, Oct 2, 2019 at 3:29 AM Ajit Khaparde
> wrote:
> >
> > On Tue, Oct 1, 2019 at 6:04 AM Kevin Traynor
> wrote:
> >
> > > If rc contains a non-zero return code from bnxt_hwrm_send_message(),
> > > HWRM_CHECK_RES
From: Sunil Kumar Kori
Add event device queue and port setup based on event eth Tx adapter
capabilities.
Signed-off-by: Sunil Kumar Kori
Signed-off-by: Pavan Nikhilesh
---
examples/l2fwd-event/l2fwd_event.c| 9 +-
examples/l2fwd-event/l2fwd_event.h| 10 ++
examples/
From: Sunil Kumar Kori
Add event eth Rx/Tx adapter setup for both generic and internal port
event device pipelines.
Signed-off-by: Sunil Kumar Kori
Signed-off-by: Pavan Nikhilesh
---
examples/l2fwd-event/l2fwd_event.c| 3 +
examples/l2fwd-event/l2fwd_event.h| 16 +++
From: Pavan Nikhilesh
Setup service cores for eventdev and Rx/Tx adapter when they don't have
internal port capability.
Signed-off-by: Pavan Nikhilesh
---
examples/l2fwd-event/l2fwd_event.c | 82 ++
examples/l2fwd-event/l2fwd_event.h | 1 +
examples/l2fwd-event/mai
From: Sunil Kumar Kori
Add event device device setup based on event eth Tx adapter
capabilities.
Signed-off-by: Sunil Kumar Kori
Signed-off-by: Pavan Nikhilesh
---
examples/l2fwd-event/l2fwd_event.c| 3 +
examples/l2fwd-event/l2fwd_event.h| 16
examples/l2fwd-eve
From: Pavan Nikhilesh
Add infra to select event device as a mode to process packets through
command line arguments. Also, allow the user to select the schedule type
to be RTE_SCHED_TYPE_ORDERED, RTE_SCHED_TYPE_ATOMIC or
RTE_SCHED_TYPE_PARALLEL.
Usage:
`--mode="eventdev"` or `--mode="poll"`
`--e
From: Sunil Kumar Kori
Add infra to split eventdev framework based on event Tx adapter
capability.
If event Tx adapter has internal port capability then we use
`rte_event_eth_tx_adapter_enqueue` to transmitting packets else
we use a SINGLE_LINK event queue to enqueue packets to a service
core whi
From: Pavan Nikhilesh
This patchset adds a new application to demonstrate the usage of event
mode. The poll mode is also available to help with the transition.
The following new command line parameters are added:
--mode: Dictates the mode of operation either poll or event.
--eventq_sched: Dict
From: Pavan Nikhilesh
Add the default l2fwd poll mode routines similar to examples/l2fwd.
Signed-off-by: Sunil Kumar Kori
Signed-off-by: Pavan Nikhilesh
---
MAINTAINERS | 5 +
examples/Makefile | 1 +
examples/l2fwd-event/Makefile | 59
On Wed, Oct 30, 2019 at 11:24 AM wrote:
>
> From: Vamsi Attunuru
>
> LBK interface does not support any flow control related
> HW configurations.
>
> Skip flow control set requests on LBK bound ethports.
>
> Signed-off-by: Harman Kalra
> Signed-off-by: Vamsi Attunuru
Acked-by: Jerin Jacob
Ap
On Wed, Oct 30, 2019 at 03:58:04PM +, Slava Ovsiienko wrote:
> > -Original Message-
> > From: Olivier Matz
> > Sent: Wednesday, October 30, 2019 17:20
> > To: Slava Ovsiienko
> > Cc: Andrew Rybchenko ; dev@dpdk.org;
> > Matan Azrad ; Raslan Darawsheh
> > ; Thomas Monjalon
> > Subject
On 30.10.2019 16:49, Thomas Monjalon wrote:
30/10/2019 16:07, Ilya Maximets:
On 29.10.2019 19:50, Thomas Monjalon wrote:
In a virtual environment, the network controller may have to configure
some SR-IOV VF parameters for security reasons.
When the PF (host port) is driven by DPDK (OVS-DPDK ca
> -Original Message-
> From: Olivier Matz
> Sent: Wednesday, October 30, 2019 17:20
> To: Slava Ovsiienko
> Cc: Andrew Rybchenko ; dev@dpdk.org;
> Matan Azrad ; Raslan Darawsheh
> ; Thomas Monjalon
> Subject: Re: [PATCH v5] ethdev: extend flow metadata
>
> Hi,
>
> On Wed, Oct 30, 2019
30/10/2019 16:20, Olivier Matz:
> > From: Slava Ovsiienko
> > > > On 10/29/19 10:31 PM, Viacheslav Ovsiienko wrote:
> > > > > Currently, metadata can be set on egress path via mbuf tx_metadata
> > > > > field with PKT_TX_METADATA flag and RTE_FLOW_ITEM_TYPE_META
> > > > matches metadata.
> > > > >
30/10/2019 16:07, Ilya Maximets:
> On 29.10.2019 19:50, Thomas Monjalon wrote:
> > In a virtual environment, the network controller may have to configure
> > some SR-IOV VF parameters for security reasons.
> >
> > When the PF (host port) is driven by DPDK (OVS-DPDK case),
> > we face two different
Hi,
On Wed, Oct 30, 2019 at 10:35:16AM +0300, Andrew Rybchenko wrote:
> @Olivier, please, take a look at the end of the mail.
>
(...)
> On 10/29/19 8:19 PM, Slava Ovsiienko wrote:
> > > > +};
> > > > +
> > > > +/* Mbuf dynamic field offset for metadata. */ extern int
> > > > +rte_flow_dynf_meta
Hi guys,
I stumbled upon this 11 month old post (https://narkive.com/ZwBXg4Xe) that goes
over future enhancements to the scheduler. All of them are vital, and I am
especially interested in 16 TCs per pipe… Christian and/or Jasvinder, is the
future here yet in some tangible shape or form?
Than
Hi,
On Wed, Oct 30, 2019 at 02:46:06PM +, Slava Ovsiienko wrote:
> > -Original Message-
> > From: Slava Ovsiienko
> > Sent: Wednesday, October 30, 2019 16:41
> > To: Andrew Rybchenko ; dev@dpdk.org
> > Cc: Matan Azrad ; Raslan Darawsheh
> > ; Thomas Monjalon ;
> > olivier.m...@6wind.co
On 29.10.2019 19:50, Thomas Monjalon wrote:
In a virtual environment, the network controller may have to configure
some SR-IOV VF parameters for security reasons.
When the PF (host port) is driven by DPDK (OVS-DPDK case),
we face two different cases:
- driver is bifurcated (Mellanox case),
On 10/30/19 5:36 PM, Olivier Matz wrote:
For consistency, RTE_MEMPOOL_ALIGN should be used in place of
RTE_CACHE_LINE_SIZE. They have the same value, because the only arch
that was defining a specific value for it has been removed from dpdk.
Signed-off-by: Olivier Matz
Reviewed-by: Andrew Ryb
On Wed, Oct 30, 2019 at 8:03 PM Olivier Matz wrote:
>
> Hi Jerin,
>
> On Wed, Oct 30, 2019 at 02:08:40PM +0530, Jerin Jacob wrote:
> > On Wed, Oct 30, 2019 at 1:16 PM Andrew Rybchenko
> > wrote:
> > >
> >
> > > >> int
> > > >> rte_mempool_op_populate_default(struct rte_mempool *mp, unsigned i
> -Original Message-
> From: Slava Ovsiienko
> Sent: Wednesday, October 30, 2019 16:41
> To: Andrew Rybchenko ; dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Thomas Monjalon ;
> olivier.m...@6wind.com
> Subject: RE: [PATCH v5] ethdev: extend flow metadata
>
> > -Original Messag
> -Original Message-
> From: Andrew Rybchenko
> Sent: Wednesday, October 30, 2019 10:02
> To: Slava Ovsiienko ; dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Thomas Monjalon ;
> olivier.m...@6wind.com; Yongseok Koh
> Subject: Re: [PATCH v5] ethdev: extend flow metadata
>
> On 10/
The size returned by rte_mempool_op_calc_mem_size_default() is aligned
to the specified page size. Therefore, with big pages, the returned size
can be much more that what we really need to populate the mempool.
For instance, populating a mempool that requires 1.1GB of memory with
1GB hugepages can
When populating a mempool, ensure that objects are not located across
several pages, except if user did not request iova contiguous objects.
Signed-off-by: Vamsi Krishna Attunuru
Signed-off-by: Olivier Matz
---
drivers/mempool/octeontx2/Makefile | 3 +
drivers/mempool/octeontx2/meso
rte_mempool_populate_virt() currently requires that both addr
and length are page-aligned.
Remove this uneeded constraint which can be annoying with big
hugepages (ex: 1GB).
Signed-off-by: Olivier Matz
Reviewed-by: Andrew Rybchenko
---
lib/librte_mempool/rte_mempool.c | 23 +++-
KNI supposes that mbufs are contiguous in kernel virtual memory. This
may not be true when using the IOVA=VA mode. To fix this, a possibility
is to ensure that objects do not cross page boundaries in mempool. This
patchset implements this in the last patch (5/5).
The previous patches prepare the j
For consistency, RTE_MEMPOOL_ALIGN should be used in place of
RTE_CACHE_LINE_SIZE. They have the same value, because the only arch
that was defining a specific value for it has been removed from dpdk.
Signed-off-by: Olivier Matz
---
lib/librte_mempool/rte_mempool.c | 2 +-
lib/librte
In rte_mempool_populate_default(), we determine the page size,
which is needed for calc_size and allocation of memory.
Move this in a function and export it, it will be used in next
commit.
Signed-off-by: Olivier Matz
Reviewed-by: Andrew Rybchenko
---
lib/librte_mempool/rte_mempool.c
The previous commit reduced the amount of required memory when
populating the mempool with non iova-contiguous memory.
Since there is no big advantage to have a fully iova-contiguous mempool
if it is not explicitly asked, remove this code, it simplifies the
populate function.
Signed-off-by: Olivi
Hi Jerin,
On Wed, Oct 30, 2019 at 02:08:40PM +0530, Jerin Jacob wrote:
> On Wed, Oct 30, 2019 at 1:16 PM Andrew Rybchenko
> wrote:
> >
>
> > >> int
> > >> rte_mempool_op_populate_default(struct rte_mempool *mp, unsigned int
> > >> max_objs,
> > >> void *vaddr, rte_iova_t iova, s
On Wed, Oct 30, 2019 at 09:32:08AM +0100, Olivier Matz wrote:
> On Tue, Oct 29, 2019 at 06:20:47PM +0100, Olivier Matz wrote:
> > On Tue, Oct 29, 2019 at 01:31:22PM +0300, Andrew Rybchenko wrote:
> > > On 10/28/19 5:01 PM, Olivier Matz wrote:
> > > > In rte_mempool_populate_default(), we determine
Andrzej Ostruszka writes:
> On 10/29/19 3:12 PM, Andrzej Ostruszka wrote:
>> This patch series adds an option to make use of link time optimization
>> (if compiler has support for it).
> [...]
>> .travis.yml | 7
> [...]
>
> Aaron, Michael, all
>
> I'd prob
Hi Akhil,
> > > > > Added my comments inline with your draft.
> > > > > [snip]..
> > > > >
> > > > > >
> > > > > > Ok, then my suggestion:
> > > > > > Let's at least write down all points about crypto-dev approach
> > > > > > where we
> > > > > > disagree and then probably try to resolve them o
Hello,
We recently upgraded a XXV710 nic on a Dell R740 server (running RHEL
7.7) to firmware version 7.00.
# ethtool -i enp59s0f0
driver: i40e
version: 2.8.10-k
firmware-version: 7.00 0x80004cf8 1.2154.0
expansion-rom-version:
bus-info: :3b:00.0
supports-statistics: yes
supports-test: yes
su
Rdma-core needs the dst_vport (port_id) action be after push/pop VLAN
and modify hdr actions otherwise it will reject to create rule.
This pach validates the port_id is after push/pop VLAN and set VLAN
VID/PCP otherwise PMD spits out errors.
Fixes: 5f163d520cff ("net/mlx5: support modify VLAN ID
System DPI Packet Interface Unit (SDP) is a co-processor
of OCTEON TX2 which provides PCIe endpoint support for a
remote host to DMA packets into and out of the OCTEON TX2 SoC.
SDP interface comes in to live only when it is connected in
EP mode. It exposes input and output queue pairs to remote hos
Latest update, since i40e now has added FDIR ID to vector rx after patchset
https://patches.dpdk.org/cover/60820/ being merged, this patch is no longer
needed, so just drop it from next-net-intel.
Thanks,
Xiaolong
On 10/28, Ye Xiaolong wrote:
>Sorry for missing this patch for a long time.
>
>On 0
On Tue, Oct 29, 2019 at 11:50 PM wrote:
>
> From: Vamsi Attunuru
>
> VF index needs to be checked against maxvf count
> before incrementing it for preparing pf_func.
>
> Fixes: 520270d518 ("net/octeontx2: support PF and VF action")
Cc: sta...@dpdk.rog
> Signed-off-by: Vamsi Attunuru
Acked-by:
On 2019/10/29 21:03, Ananyev, Konstantin wrote:
-Original Message-
From: dev On Behalf Of yasufu...@gmail.com
Sent: Monday, October 28, 2019 8:08 AM
To: Burakov, Anatoly ; david.march...@redhat.com
Cc: dev@dpdk.org; sta...@dpdk.org; yasufu...@gmail.com; Yasufumi Ogawa
Subject: [dpdk
On Sun, Oct 27, 2019 at 2:42 PM Gavin Hu (Arm Technology China)
wrote:
>
> Hi Pavan,
>
> > -Original Message-
> > From: Pavan Nikhilesh Bhagavatula
> > Sent: Saturday, October 26, 2019 1:06 AM
> > To: Gavin Hu (Arm Technology China) ;
> > jer...@marvell.com
> > Cc: dev@dpdk.org; nd ; nd
On Sat, Oct 26, 2019 at 4:42 PM wrote:
>
> From: Sunil Kumar Kori
>
> Add documentation for l2fwd-event example.
> Update release notes.
>
> Signed-off-by: Sunil Kumar Kori
> ---
> MAINTAINERS | 1 +
> doc/guides/rel_notes/release_19_11.rst| 6 +
>
Hi Hemant,
> The rte_security lib has introduced replay_win_sz,
> so it can be removed from the rte_ipsec lib.
>
> Also, the relaved tests,app are also update to reflect
> the usages.
>
> Signed-off-by: Hemant Agrawal
> ---
> v3: fix the compilation issue
>
> app/test/test_ipsec.c
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jerin Jacob
> Sent: Wednesday, October 30, 2019 1:33 PM
>
> On Wed, Oct 30, 2019 at 3:25 PM Gavin Hu (Arm Technology China)
> wrote:
> >
> > Hi Thomas,
> >
> > > -Original Message-
> > > From: Thomas Monja
1 - 100 of 182 matches
Mail list logo
