Hi, Andrew
> -Original Message-
> From: Andrew Rybchenko [mailto:arybche...@solarflare.com]
> Sent: Tuesday, October 1, 2019 10:49 PM
> To: Su, Simei ; Zhang, Qi Z ; Ye,
> Xiaolong ; Yigit, Ferruh
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v8 2/3] ethdev: extend RSS offload types
On 10/4/19 4:43 PM, Jerin Jacob wrote:
On Fri, Oct 4, 2019 at 7:39 PM Daniel Borkmann wrote:
On 10/4/19 12:53 PM, Thomas Monjalon wrote:
04/10/2019 11:54, Steve Capper:
I'd recommend also reaching out the BPF maintainers:
BPF JIT for ARM64
M: Daniel Borkmann
M: Alexei Starovoitov
M: Z
The test for cloning changed mbuf would generate an mbuf
whose length and segments were invalid. This would cause a crash
if test was run with mbuf debugging enabled.
Fixes: f1022aba76a5 ("app/test: rename mbuf variable")
Signed-off-by: Stephen Hemminger
---
app/test/test_mbuf.c | 3 +++
1 file
This patch set is all about improving the mbuf related cloning
and copying. They are motivated by seeing issues with mbuf copying
in rte_pdump and realized this a wider and more general problem.
The pdump copy could not handle different size pools and did
not handle meta data, etc.
They cause no f
This is a commonly used operation that surprisingly the
DPDK has not supported. The new rte_pktmbuf_copy does a
deep copy of packet. This is a complete copy including
meta-data.
It handles the case where the source mbuf comes from a pool
with larger data area than the destination pool. The routine
Cloning mbufs requires allocations and iteration
and therefore should not be an inline.
Signed-off-by: Stephen Hemminger
Acked-by: Andrew Rybchenko
---
lib/librte_mbuf/rte_mbuf.c | 39
lib/librte_mbuf/rte_mbuf.h | 38 ++-
This copy part of this function is too big to be put inline.
The places it is used are only in special exception paths
where a highly fragmented mbuf arrives at a device that can't handle it.
Signed-off-by: Stephen Hemminger
Acked-by: Andrew Rybchenko
---
lib/librte_mbuf/rte_mbuf.c |
The rte_vhost_dequeue_burst supports two ways of dequeuing data.
If the data fits into a buffer, then all data is copied and a
single linear buffer is returned. Otherwise it allocates
additional mbufs and chains them together to return a multiple
segments mbuf.
While that covers most use cases, it
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 +
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 | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/rel_notes/release_19_11.rst
b/doc/guides/rel_notes/release_19_11.rst
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 +
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 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 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 | 26 +
drivers/net/mlx5/mlx5.h | 46
d
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
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
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 | 23 +++
3 files changed, 27 insertions(+), 1
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 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 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 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
Hi Honnappa,
On 01/10/2019 07:29, Honnappa Nagarahalli wrote:
Add resource reclamation APIs to make it simple for applications
and libraries to integrate rte_rcu library.
Signed-off-by: Honnappa Nagarahalli
Reviewed-by: Ola Liljedhal
Reviewed-by: Ruifeng Wang
---
app/test/test_rcu_qsbr.c
Now that all driver names follow a consistent pattern, remove the override
of the name in each driver which adds the prefix. Instead we can just add
the prefix at a higher level.
Signed-off-by: Bruce Richardson
---
drivers/baseband/fpga_lte_fec/meson.build | 1 -
drivers/baseband/meson.build
Now that the necessary function is exported from the fpga_lte_fec driver,
we can enable the code paths using it in shared-library builds.
Signed-off-by: Bruce Richardson
---
app/test-bbdev/Makefile | 3 +++
app/test-bbdev/test_bbdev_perf.c | 2 --
2 files changed, 3 insertions(+), 2 del
To allow shared library builds of e.g. test-bbdev app, we need to export
the configure function. Since this needs to be exported as experimental by
default, we update the header file to add the experimental tag there too.
Signed-off-by: Bruce Richardson
---
drivers/baseband/fpga_lte_fec/fpga_lte
The fpga_lte_fec is the only bbdev driver that does not use bbdev in the
name, so modify it to keep consistency with the other bbdev drivers. This
will then allow later simplification due to all drivers using the same
basic naming format.
Signed-off-by: Bruce Richardson
---
app/test-bbdev/meson.
For baseband drivers, the macros used to indicate the presence of a
particular driver were subtly different from that used in make. The make
values hand "PMD" before the individual driver name, while in meson it came
afterwards. Update meson to put the "PMD" part first.
Signed-off-by: Bruce Richar
As pointed out in the discussion of the patchset for building shared and
static libraries separately [1], the test_bbdev_perf.c file explicitly
disables some code for shared library builds. This is due to functions
not being properly exported from one of the baseband drivers.
While fixing this and
On 30/09/2019 08:50, Marcin Baran wrote:
> A new sample app demonstrating use of driver for CBDMA.
> The app receives packets, performs software or hardware
> copy, changes packets' MAC addresses (if enabled) and
> forwards them. The patch includes sample application as
> well as it's guide.
>
> v
Hi Honnappa,
On 01/10/2019 19:28, Honnappa Nagarahalli wrote:
From: Ruifeng Wang
Currently, the tbl8 group is freed even though the readers might be
using the tbl8 group entries. The freed tbl8 group can be reallocated
quickly. This results in incorrect lookup results.
RCU QSBR process is int
On Tue, Sep 10, 2019 at 4:33 PM wrote:
>
> From: Vamsi Attunuru
>
> Memory required for the mempool objects need not be physically
> contiguous on octeontx2's HW, mempool pmd supports the minimum chunk
> size set by the default handler. Hence discarding the limitation set
> by the pmd on the min_
On 10/1/2019 12:02 PM, Gagandeep Singh wrote:
> This patch add link related operations like
> link update, up and down.
>
> Signed-off-by: Gagandeep Singh
> Acked-by: Nipun Gupta
> Acked-by: Akhil Goyal
<...>
> +
> +static int
> +pfe_eth_link_update(struct rte_eth_dev *dev,
> +
On 10/1/2019 12:02 PM, Gagandeep Singh wrote:
> This patch adds device start, stop and close
> operations.
>
> Signed-off-by: Gagandeep Singh
> Signed-off-by: Akhil Goyal
> Acked-by: Nipun Gupta
<...>
> +static int
> +pfe_eth_info(struct rte_eth_dev *dev,
> + struct rte_eth_dev_in
On 10/1/2019 12:01 PM, Gagandeep Singh wrote:
> This patch add documentation for ppfe network
> poll mode driver.
>
> PPFE is a hardware programmable packet
> forwarding engine to provide high performance
> ethernet interfaces.
>
> Signed-off-by: Gagandeep Singh
> Acked-by: Nipun Gupta
> Acked-
On Thu, Oct 3, 2019 at 8:35 PM Ananyev, Konstantin
wrote:
>
> Hi everyone,
>
> >
> > On Thu, Oct 3, 2019 at 6:21 PM Thomas Monjalon wrote:
> > >
> > > 03/09/2019 12:59, jer...@marvell.com:
> > > > Added eBPF arm64 JIT support to improve the eBPF program performance
> > > > on arm64.
> > > >
> > >
On 10/1/2019 12:01 PM, Gagandeep Singh wrote:
> ppfe (programmable packet forwarding engine)
> is a network poll mode driver for NXP SoC
> ls1012a.
>
> This patch introduces the framework of ppfe
> driver with basic functions of initialisation
> and teardown.
>
> Signed-off-by: Gagandeep Singh
>
https://bugs.dpdk.org/show_bug.cgi?id=340
Bruce Richardson (bruce.richard...@intel.com) changed:
What|Removed |Added
Resolution|--- |FIXED
On 10/4/19 12:53 PM, Thomas Monjalon wrote:
04/10/2019 11:54, Steve Capper:
I'd recommend also reaching out the BPF maintainers:
BPF JIT for ARM64
M: Daniel Borkmann
M: Alexei Starovoitov
M: Zi Shen Lim
L: net...@vger.kernel.org
L: b...@vger.kernel.org
S: Support
On Fri, Oct 4, 2019 at 7:39 PM Daniel Borkmann wrote:
>
> On 10/4/19 12:53 PM, Thomas Monjalon wrote:
> > 04/10/2019 11:54, Steve Capper:
> >> I'd recommend also reaching out the BPF maintainers:
> >> BPF JIT for ARM64
> >> M: Daniel Borkmann
> >> M: Alexei Starovoitov
> >> M: Zi Shen Lim
When rules are being inserted from multiple cores, there are several
race conditions during rte_flow operations.
For example, when inserting rules from 2 cores simultaneously, both
the cores try to fetch a free available filter entry and they both
end up fetching the same entry. Both of them start
On 8/22/2019 9:18 AM, Jakub Grajciar wrote:
> Zero-copy slave support for memif PMD.
> Slave interface exposes DPDK memory to
> master interface. Only single file segments
> are supported (EAL option --single-file-segments).
>
> Signed-off-by: Jakub Grajciar
> ---
> doc/guides/nics/memif.rst
Add a new EAL option enabling manual probing in the EAL.
This command line option will configure the EAL so that buses
will not trigger their probe step on their own.
Applications are then expected to hotplug devices as they see fit.
Devices declared on the command line by the user (using -w and
On 7/16/2019 6:20 PM, Stephen Hemminger wrote:
> The key size for memif is 256 but the unix domain socket structure has
> space for 100 bytes. Change it to use a larger buffer and not hard
> code the keysize everywhere.
>
> Not sure what purpose of socket is anyway since there is no code
> which c
> -Original Message-
> From: dev On Behalf Of
> pbhagavat...@marvell.com
> Sent: Thursday, October 3, 2019 2:28 AM
> To: jer...@marvell.com; bruce.richard...@intel.com; Akhil Goyal
> ; Marko Kovacevic ;
> Ori Kam ; Radu Nicolau ;
> Tomasz Kantecki ; Sunil Kumar Kori
> ; Pavan Nikhilesh
On Fri, Sep 13, 2019 at 9:01 PM wrote:
>
> From: Kommula Shiva Shankar
>
> When computing the head of CQE ring of prefetch, use qmask to point to
> the correct head index on wrap around case.
>
> Fixes: cc4d7693f2d9 ("net/octeontx2: support Rx")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Kommula Sh
This patch adds the support of Tx adapter for DPAA2 platform
Signed-off-by: Nipun Gupta
---
This patch is based over "eventdev: flag to identify same destined
packets enqueue" patch
drivers/event/dpaa2/dpaa2_eventdev.c | 75 ++--
drivers/event/dpaa2/dpaa2_eventdev.h |
This patch sets the priority of the dpcon dev, such that it is
within the supported range of dpcon
Signed-off-by: Nipun Gupta
---
drivers/bus/fslmc/portal/dpaa2_hw_pvt.h | 11 +++
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 10 +++---
drivers/crypto/dpaa2_sec/dpaa2_sec_event.h
Hi Jay,
Could you please review this change.
Thanks,
Akhil
>
> It's better to allocate device private data on the same NUMA node with
> device, rather than with the main thread. This helps avoid cross-NUMA
> access for worker thread.
>
> Signed-off-by: Xiao Wang
> ---
> drivers/crypto/virtio
event dpaa device support both ethernet as well as
crypto queues to be attached to it. eth_rx_adapter
provide infrastructure to attach ethernet queues and
crypto_adapter provide support for crypto queues.
This patch add support for dpaa_eventdev to attach
dpaa_sec queues.
Signed-off-by: Akhil Goy
changes in v3:
retire queues while doing detach queue
changes in v2:
fix meson build
Akhil Goyal (2):
crypto/dpaa_sec: support event crypto adapter
event/dpaa: support event crypto adapter
drivers/bus/dpaa/base/qbman/qman.c| 9 +-
drivers/bus/dpaa/include/fsl_qman.h
dpaa_sec hw queues can be attached to a hw dpaa event
device and the application can configure the event
crypto adapter to access the dpaa_sec packets using
hardware events.
This patch defines APIs which can be used by the
dpaa event device to attach/detach dpaa_sec queues.
Signed-off-by: Akhil Go
>
> > >
> > > --
> > > This commit adds asymmetric session-less option to rte_crypto_asym_op.
> > > Feature flag for sessionless is added to rte_cryptodev.
> > >
> > > Signed-off-by: Arek Kusztal
> > > ---
> > > lib/librte_cry
IOVA_PHYS flag is not required in the DPAA config, thus disable it.
Also, disable the 1588 timer support by default on DPAA2 platform
due to the performance impact
Signed-off-by: Nipun Gupta
---
This patch is rebase over dpdk-next-net
config/defconfig_arm64-dpaa-linuxapp-gcc | 2 ++
config/def
Hi Anoob,
> diff --git a/drivers/crypto/meson.build b/drivers/crypto/meson.build
> index 83e7886..3c88f3c 100644
> --- a/drivers/crypto/meson.build
> +++ b/drivers/crypto/meson.build
> @@ -2,8 +2,8 @@
> # Copyright(c) 2017 Intel Corporation
>
> drivers = ['aesni_gcm', 'aesni_mb', 'caam_jr', 'cc
This patch sets the port in mbuf for all the scenarios within
fd to mbuf API
Signed-off-by: Nipun Gupta
Acked-by: Hemant Agrawal
---
drivers/net/dpaa2/dpaa2_rxtx.c | 30 ++
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/drivers/net/dpaa2/dpaa2_rxtx.
Acked-by: Vladimir Medvedkin
Tested-by: Vladimir Medvedkin
On 01/10/2019 06:32, Honnappa Nagarahalli wrote:
total_time needs to be reset to measure the cycles for delete API.
Fixes: af75078fece3 ("first public release")
Cc: sta...@dpdk.org
Signed-off-by: Honnappa Nagarahalli
Reviewed-by:
This patch introduces a `flag` in the Eth TX adapter enqueue API.
Some drivers may support burst functionality only with the packets
having same destination device and queue.
The flag `RTE_EVENT_ETH_TX_ADAPTER_ENQUEUE_SAME_DEST` can be used
to indicate this so the underlying driver, for drivers to
> -Original Message-
> From: Kevin Traynor [mailto:ktray...@redhat.com]
> Sent: Tuesday 1 October 2019 13:53
> To: dev@dpdk.org
> Cc: Kevin Traynor ; Ferriter, Cian
> ; sta...@dpdk.org
> Subject: [PATCH 1/9] net/pcap: fix argument checks
>
> Previously rx/tx_queues were passed into eth_
> >
> > --
> > This commit adds asymmetric session-less option to rte_crypto_asym_op.
> > Feature flag for sessionless is added to rte_cryptodev.
> >
> > Signed-off-by: Arek Kusztal
> > ---
> > lib/librte_cryptodev/rte_crypto_asy
04/10/2019 11:54, Steve Capper:
> I'd recommend also reaching out the BPF maintainers:
> BPF JIT for ARM64
> M:Daniel Borkmann
> M:Alexei Starovoitov
> M:Zi Shen Lim
> L:net...@vger.kernel.org
> L:b...@vger.kernel.org
> S:Supported
> F:arch/arm64/net/
>
> As they wil
> -Original Message-
> From: Hideyuki Yamashita
> Sent: Friday, October 4, 2019 13:35
> To: Hideyuki Yamashita
> Cc: Moti Haimovsky ; Slava Ovsiienko
> ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH 0/7] net/mlx5: support for flow action on
> VLAN header
>
> Can somebody (Mellanox guys?
Hi Fiona,
This patchset need a rebase. Could you please send v3.
Thanks,
Akhil
> -Original Message-
> From: Fiona Trahe
> Sent: Friday, September 6, 2019 9:42 PM
> To: dev@dpdk.org
> Cc: Akhil Goyal ; arkadiuszx.kusz...@intel.com;
> fiona.tr...@intel.com
> Subject: [PATCH v2 0/3] Add du
>
> A comment valid in AESNI PMD was copied and pasted in other code
>
> Fixes: 8a61c83af2fa ('crypto/mrvl: add mrvl crypto driver')
> Fixes: 169ca3db550c ('crypto/armv8: add PMD optimized for ARMv8 processors')
> Fixes: d61f70b4c918 ('crypto/libcrypto: add driver for OpenSSL library')
>
> Cc:
On Fri, Oct 04, 2019 at 05:55:18AM +0100, Honnappa Nagarahalli wrote:
> Adding Arm JIT and Kernel experts
Hi Honnappa,
I'd recommend also reaching out the BPF maintainers:
BPF JIT for ARM64
M: Daniel Borkmann
M: Alexei Starovoitov
M: Zi Shen Lim
L: net...@vger.kernel.org
L:
Can somebody (Mellanox guys?) help me out?
> Hello Moti,
>
> I have some questions on the patch.
> Just want to know how to use it.
>
> Q1. Is it correct understanding that the patch will be reflected in
> 19.11 if it is approved?
>
> Q2.Which action should I specify when I want to insert VLAN
Hi Marko,
Could you please review this series.
Regards,
Akhil
> -Original Message-
> From: michae...@marvell.com
> Sent: Tuesday, October 1, 2019 4:53 PM
> To: Akhil Goyal
> Cc: dev@dpdk.org; marko.kovace...@intel.com; lir...@marvell.com;
> michae...@marvell.com
> Subject: [PATCH v3 0/
>
> Add the Nitrox PMD to support Nitrox crypto device.
> ---
> v7:
> * Removed rte_wmb() and rte_rmb() usage in all places.
> * Added rte_smp_wmb() before pending count update in enqueue
> operation and rte_smp_rmb() before reading softreq from
> pending queue.
> * Added rte_io_wmb() before
Hi,
JFYI, there is already a patch for test_thash.c
https://patches.dpdk.org/patch/57613/
I have no objections, previous one could be superseded by Stephen's patch :)
Acked-by: Vladimir Medvedkin
чт, 26 сент. 2019 г. в 08:40, Hemant Agrawal :
> ++ Vladimir Medvedkin
>
> Acked-by: Hemant Agr
Adding a Dockerfile with Ubuntu bionic base image to build dpdk as shared
library. This docker image could be used as base image to build and run
dpdk applications in containers.
Signed-off-by: Abdul Halim
---
v2:
* renamed Dockerfile name from Dockerfile.ubuntu to Dockerfile.bionic
* added
'cpt_logtype' & 'otx_cryptodev_driver_id' global variables are defined
in a header file which was causing multiple definitions of the
variables. Fixed it by moving the required vars to the .c file and
introducing a new macro so the CPT_LOG macros in common/cpt would use
the associated PMD log var.
On 04/10/2019 03:28, Pei Zhang wrote:
> Hi Kevin,
>
> The testings from Red Hat get PASS result. Below 13 testing scenarios look
> good with v18.11.3-rc1.
>
>
> Testing scenarios:
> (1)Guest with device assignment(PF) throughput testing(1G hugepage size): PASS
> (2)Guest with device assignment(
Hi Hemanth,
I tried to test the series of patches on test with SW adapter.
Looks like, test hangs after 3rd case!
Not sure, if I am missing any params to be passed to the app or anything else
has to be done.
+ --- +
+ TestCase [ 0] : test_cryp
On Thu, Oct 3, 2019 at 12:18 PM Rasesh Mody wrote:
>
> >From: Jerin Jacob
> >Sent: Wednesday, October 02, 2019 10:57 PM
> >
> >On Thu, Oct 3, 2019 at 12:45 AM Rasesh Mody wrote:
> >>
> >> Hi,
> >>
> >> Currently, BNX2X PMD uses a very old firmware 7.2.51.
> >> This patch series updated the base
On Thu, Oct 3, 2019 at 11:59 PM Rasesh Mody wrote:
>
> >From: David Marchand
> >Sent: Friday, September 27, 2019 4:29 AM
> >
> >--
> >Caught by clang, this idx value is only used for a debug message when the
> >mbufs allocation f
On 9/27/2019 12:30 PM, David Marchand wrote:
> This structure has been missed during the big rework.
>
> Fixes: 5ef254676752 ("net: add rte prefix to ESP structure")
> Cc: sta...@dpdk.org
>
> Signed-off-by: David Marchand
Reviewed-by: Ferruh Yigit
Applied to dpdk-next-net/master, thanks.
On Wed, Sep 25, 2019 at 10:26 AM Nithin Dabilpuram
wrote:
>
> Extends existing TSO support to GRE tunnel on the
> same SoC revisions.
>
> Signed-off-by: Nithin Dabilpuram
Applied to dpdk-next-net-mrvl/master. Thanks
> ---
> Note: This patchset depends on "net/octeontx2: add TSO offload support"
On Fri, Oct 4, 2019 at 12:41 PM Nipun Gupta wrote:
>
> This patch introduces a `flag` in the Eth TX adapter enqueue API.
> Some drivers may support burst functionality only with the packets
> having same destination device and queue.
>
> The flag `RTE_EVENT_ETH_TX_ADAPTER_ENQUEUE_SAME_DEST` can be
The DPDK project is growing and scaling.
We are excited to share the recent updates we had in our organization.
The most active branch, dpdk-next-net (for all networking API and drivers),
is maintained by Ferruh Yigit who will be helped by Andrew Rybchenko.
The most active net drivers are first in
On 02.10.2019 20:15, Flavio Leitner wrote:
On Wed, 2 Oct 2019 17:50:41 +
Shahaf Shuler wrote:
Wednesday, October 2, 2019 3:59 PM, Flavio Leitner:
Obrembski MichalX ; Stokes Ian
Subject: Re: [dpdk-dev] [PATCH] vhost: add support to large linear
mbufs
Hi Shahaf,
Thanks for looking into
On Wed, Sep 25, 2019 at 10:28 AM Nithin Dabilpuram
wrote:
>
> Add support to below TCP segmentation offloads for
> 96XX A1 onwards and 95xx B0 onwards.
> - TCPv4, TCPv6
> - VXLAN[v4 | v6][v4 | v6]
> - GENEVE[v4 | v6][v4 | v6]
>
> This patch also modifies a fastpath function to be forced
> inline d
Hi Akhil,
Minor correction. Please see inline.
Thanks,
Anoob
> -Original Message-
> From: Anoob Joseph
> Sent: Wednesday, October 2, 2019 4:44 PM
> To: Akhil Goyal ; Pablo de Lara
>
> Cc: Kanaka Durga Kotamarthy ; Jerin Jacob
> Kollanukkaran ; Narayana Prasad Raju Athreya
> ; Fiona Trah
This patch introduces a `flag` in the Eth TX adapter enqueue API.
Some drivers may support burst functionality only with the packets
having same destination device and queue.
The flag `RTE_EVENT_ETH_TX_ADAPTER_ENQUEUE_SAME_DEST` can be used
to indicate this so the underlying driver, for drivers to
>
> Segmented frames not supported for out-of-place case.
> This patch returns err if such config is requested.
>
> Signed-off-by: Hemant Agrawal
> ---
Acked-by: Akhil Goyal
Applied to dpdk-next-crypto
Thanks.
85 matches
Mail list logo
