Add following testpmd run-time commands to support test of
new Tx offload API:
tx_offload get capability
tx_offload get configuration
tx_offload enable|disable per_port
tx_offload enable|disable per_queue
Above last 2 commands should be run when the port is stopped.
And can be one of "vlan
Existed testpmd commands can't support per queue offload configuration.
And there are different commands to enable or disable different offloading.
This patch set add following commands to support new Tx/Rx offloading API test.
To get Rx offload capability of a port, please run:
testpmd > rx_offlo
Add following testpmd run-time commands to support test of
new Rx offload API:
rx_offload get capability
rx_offload get configuration
rx_offload enable|disable per_port
rx_offload enable|disable per_queue
Above last 2 commands should be run when the port is stopped.
And can be one of "vlan
Monday, March 12, 2018 9:05 PM, Ferruh Yigit:
> On 3/12/2018 5:58 PM, Shahaf Shuler wrote:
> > Monday, March 12, 2018 7:00 PM, Ferruh Yigit:
> >> There are some devices supports queue level offloads and there are
> >> some devices supports port level offloads.
> >>
> >> Values queue offload = 0x0 a
On 03/13/2018 09:42 AM, Wei Dai wrote:
Add following testpmd run-time commands to support test of
new Rx offload API:
rx_offload get capability
rx_offload get configuration
rx_offload enable|disable per_port
rx_offload enable|disable per_queue
Above last 2 commands should be run when the
HI Fiona
So I understand we're moving away from mbufs because of its size limitation
(64k) and cacheline overhead and their more suitability to n/w applications.
Given that, I understand benefit of having another structure to input data but
then what is proposal for ipcomp like application wher
Hi Tiwei,
On 03/09/2018 01:32 AM, Tiwei Bie wrote:
Ethdev offloads API has changed since:
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
Signed-off-by: Tiwei Bie
---
drivers/net/virtio/virtio_ethdev.c | 35
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday, March 5, 2018 4:55 PM
> To: Yang, Zhiyong
> Cc: Tan, Jianfeng ; Maxime Coquelin
> ; dev@dpdk.org; y...@fridaylinux.org; Bie,
> Tiwei ; Wang, Zhihong ;
> Wang, Dong1
> Subject: Re: [PATCH
On 02/27/2018 05:29 PM, Fan Zhang wrote:
This patch adds a vhost_user_dev_priv structure and a vhost_user
message handler function prototype to vhost_user. This allows
different types of devices to add private information and their
device-specific vhost-user message function handlers to
virtio_
> > Signed-off-by: Junjie Chen
> > ---
> > doc/guides/sample_app_ug/vhost.rst | 5 -
> > 1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/doc/guides/sample_app_ug/vhost.rst
> > b/doc/guides/sample_app_ug/vhost.rst
> > index a4bdc6a..1591a31 100644
> > --- a/doc/guides/sampl
Done, Thanks for reminder.
Cheers
JJ
> -Original Message-
> From: Kovacevic, Marko
> Sent: Tuesday, March 13, 2018 5:13 PM
> To: Tan, Jianfeng ; Chen, Junjie J
> ; dev@dpdk.org
> Cc: y...@fridaylinux.org; maxime.coque...@redhat.com
> Subject: RE: [dpdk-dev] [PATCH] doc: add driver limita
Hi Jianfeng.
> -Original Message-
> From: Tan, Jianfeng
> Sent: Monday, March 12, 2018 11:15 AM
> To: Chen, Junjie J ; y...@fridaylinux.org;
> maxime.coqu...@redhat.com
> Cc: dev@dpdk.org
> Subject: Re: [PATCH v3] doc: add driver limitation for vhost dequeue zero copy
>
>
>
> On 3/9/201
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
> Sent: Monday, March 12, 2018 5:53 PM
> To: Lu, Wenzhuo ; Wu, Jingjing
> Cc: dev@dpdk.org; Yigit, Ferruh ; Shahaf Shuler
> ; Yongseok Koh
> Subject: [dpdk-dev] [PATCH v3] app/testpmd: print Rx/Tx offload values
>
> Which per po
This series applies on top of [1]
[1] https://dpdk.org/dev/patchwork/patch/35650/
Changes in v2:
- modified the ERROR new print added in
commit b0203fdb37ef ("net/mlx: fix rdma-core glue path with EAL plugins")
Nelio Laranjeiro (2):
net/mlx5: use port id in PMD log
net/mlx5: use dynamic
Signed-off-by: Nelio Laranjeiro
Acked-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5.c | 245 +++--
drivers/net/mlx5/mlx5_ethdev.c | 118 +---
drivers/net/mlx5/mlx5_flow.c| 109 ---
drivers/net/mlx5/mlx5_mac.c | 12 +-
drivers
Signed-off-by: Nelio Laranjeiro
Acked-by: Adrien Mazarguil
---
drivers/net/mlx5/mlx5.c | 79 +---
drivers/net/mlx5/mlx5_ethdev.c | 86 +
drivers/net/mlx5/mlx5_flow.c| 82 +---
drivers/net/mlx5/mlx5_mac.c | 9 +-
drivers/net/mlx5/mlx5_
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Andrew Rybchenko
> Sent: Tuesday, March 13, 2018 7:21 AM
> To: Dai, Wei ; Lu, Wenzhuo ; Wu,
> Jingjing
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/2] app/testpmd: add commands to test new
> Rx offl
Hi Tomasz,
> -Original Message-
> From: Tomasz Duszynski [mailto:t...@semihalf.com]
> Sent: Thursday, March 8, 2018 1:27 PM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Doherty,
> Declan ; Richardson, Bruce
> ; Tomasz Duszynski ;
> sta...@dpdk.org
> Subject: Re: [PATCH] crypto/mrvl: ad
We got several kernel panic. It looks like related to mbuf address translation.
Anybody can help please?
[1741994.707024] skbuff: skb_over_panic: text:a00832fe len:43920
put:41872 head:880e5d6b8000 data:880e5d6b8042 tail:0xabd2 end:0x7ec0
dev:
[1741994.707186] [ cut
13/03/2018 09:46, Yang, Zhiyong:
> Hi Thomas,
>
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 05/03/2018 08:43, Yang, Zhiyong:
> > > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > > > 01/03/2018 07:02, Tan, Jianfeng:
> > > > > From: Maxime Coquelin [mailto:maxime.coque...@redhat
From: Shijith Thotton
Make use of new offloads member instead of bit fields in port Rx conf.
Signed-off-by: Shijith Thotton
---
drivers/net/liquidio/lio_ethdev.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/liquidio/lio_ethdev.c
b/drivers/net/liquidio/
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Tuesday, March 13, 2018 5:43 PM
> To: Yang, Zhiyong
> Cc: Tan, Jianfeng ; Maxime Coquelin
> ; dev@dpdk.org; y...@fridaylinux.org; Bie,
> Tiwei ; Wang, Zhihong ;
> Wang, Dong1
> Subject: Re: [PATCH 1/4] vho
On 3/13/2018 9:24 AM, Van Haaren, Harry wrote:
>> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
>> Sent: Monday, March 12, 2018 5:53 PM
>> To: Lu, Wenzhuo ; Wu, Jingjing
>> Cc: dev@dpdk.org; Yigit, Ferruh ; Shahaf Shuler
>> ; Yongseok Koh
>> Subject: [dpdk-dev] [PATCH v3] app/
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, March 13, 2018 10:21 AM
> To: Van Haaren, Harry ; Lu, Wenzhuo
> ; Wu, Jingjing
> Cc: dev@dpdk.org; Shahaf Shuler ; Yongseok Koh
>
> Subject: Re: [dpdk-dev] [PATCH v3] app/testpmd: print Rx/Tx offload values
>
> On 3/13/2018 9:24
Signed-off-by: Ferruh Yigit
---
lib/librte_ether/rte_ethdev.c | 31 +++
1 file changed, 23 insertions(+), 8 deletions(-)
diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c
index 77628cc05..ef9bf102a 100644
--- a/lib/librte_ether/rte_ethdev.c
++
Hi Fiona,
> Hi Shally, Ahmed, and anyone else interested in compressdev,
>
> I mentioned last week that we've been exploring using something other than
> mbufs to pass src/dst buffers to compressdev PMDs.
>
> Reasons:
> - mbuf data is limited to 64k-1 in each segment of a chained mbuf. Data fo
If application link one atomic queue to multiple ports,
and each worker core update flow_id, there will have a
chance to hit race condition issue and lead to double processing
same event. This fix solve the problem and eliminate
the race condition issue.
Fixes: 4236ce9bf5bf ("event/opdl: add OPDL
On 3/13/2018 7:08 AM, Shahaf Shuler wrote:
> Monday, March 12, 2018 9:05 PM, Ferruh Yigit:
>> On 3/12/2018 5:58 PM, Shahaf Shuler wrote:
>>> Monday, March 12, 2018 7:00 PM, Ferruh Yigit:
There are some devices supports queue level offloads and there are
some devices supports port level of
Hi Anoob,
Just a minor comment.
On 3/1/2018 2:51 PM, Anoob Joseph wrote:
Adding ESN soft limit in conf. This will be used in case of protocol
offload. Per SA, application could specify for what ESN the security
device need to notify application. In case of eth dev(inline protocol),
rte_eth_event
Hi Anoob,
On 3/1/2018 2:51 PM, Anoob Joseph wrote:
For inline protocol processing, the PMD/device is required to maintain
the ESN. But the application is required to monitor ESN overflow to
initiate SA expiry.
For such cases, application would set the ESN soft limit. An IPsec event
would be rai
Switch from using deprecated bitfields in rxmode to offloads variable.
Signed-off-by: Ferruh Yigit
---
drivers/net/bonding/rte_eth_bond_api.c | 3 ++-
drivers/net/bonding/rte_eth_bond_pmd.c | 9 +++--
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/net/bonding/rte_eth_
TAP PMD uses a wrapper to communicate with Netlink through a socket. This
wrapper can be useful for other PMD which may need to communicate also with
the Linux kernel via Netlink.
This series moves this wrapper to the lib level to let any PMD implement use
it when necessary.
Nelio Laranjeiro (2)
rte_nl_send() generate a message without request. In some situation, the
drivers needs to retrieve information from the Kernel before requesting
modifications.
Cc: Pascal Mazon
Signed-off-by: Nelio Laranjeiro
---
lib/librte_netlink/rte_netlink.c | 45 ++
Moves TAP PMD generic Netlink library into lib directory to let other PMD
use Netlink to communicate with kernel.
As this library uses a socket to communicate with Netlink it does not bring
any dependency on the libnl.
Cc: Pascal Mazon
Signed-off-by: Nelio Laranjeiro
---
MAINTAINERS
On 3/9/2018 11:14 PM, Fiona Trahe wrote:
Pass an rte_driver to the RTE_PMD_REGISTER_CRYPTO_DRIVER macro
rather than an unspecified container which holds an rte_driver.
All the macro actually needs is the rte_driver, not the
container holding it.
This paves the way for a later patch in which a dri
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
> Sent: Tuesday, March 13, 2018 4:37 PM
> To: Thomas Monjalon
> Cc: dev@dpdk.org; Ferruh Yigit
> Subject: [dpdk-dev] [PATCH] ethdev: support dynamic logging
>
> Signed-off-by: Ferruh Yigit
> ---
Re
On Mon, Mar 12, 2018 at 10:05:45AM -0700, Yongseok Koh wrote:
> In Enhanced Multi-Packet Send (eMPW), entire packet data is prefetched to
> LLC if it isn't inlined. Even though this helps reducing jitter when HW
> fetches data by DMA, this can thresh the LLC with evicting precious data.
> And if th
When MLX5 behaves in VF mode and the hypervisor have **trusted** this VF, to
be able to receive specific traffic some requests must be done to configure
the NIC. There is no API currently available to do it though Verbs, but there
is in Linux side using Netlink. This patches uses the wrapper [1].
This patch new file is not compiled yet, it starts a series necessary to
fix some issues with VF devices.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_vf.c | 134 +
1 file changed, 134 insertions(+)
create mode 100644 drivers/net/mlx5/mlx
All Netlink request the PMD will do can also be done by a iproute2 command
line interface, letting the operator configure the VF behavior without
having to modify the application nor reaching PMD limits (e.g. MAC
address number limit).
Signed-off-by: Nelio Laranjeiro
---
doc/guides/nics/mlx5.rst
VF devices are not able to receive promisc or allmulti traffic unless it
fully requests it though Netlink. This will cause the request to be
processed by the PF which will handle the request and enable it.
This requires the VF to be trusted by the PF.
Signed-off-by: Nelio Laranjeiro
---
driver
VF devices are not able to receive traffic unless it fully requests it
though Netlink. This will cause the request to be processed by the PF
which will add/remove the MAC address to the VF table if the VF is trusted.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/Makefile | 3 +-
driv
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5.c | 10 ++
drivers/net/mlx5/mlx5.h | 1 +
2 files changed, 11 insertions(+)
diff --git a/drivers/net/mlx5/mlx5.c b/drivers/net/mlx5/mlx5.c
index 95dd49420..d5cc85d19 100644
--- a/drivers/net/mlx5/mlx5.c
+++ b/drivers/net/mlx5/mlx
Add APIs to read information from the DPDK applictions.
It can be used to dump the EEPROM of plugin modules (SFP+, QSFP, etc.).
Two APIs are introduced to access eeprom:
- rte_eth_dev_get_module_info
- rte_eth_dev_get_module_eeprom
Applications based on DPDK can dump eeprom by calling those two A
Add a new command "module-eeprom" to get the data of plugin
module EEPROM.
Signed-off-by: Zijie Pan
---
doc/guides/sample_app_ug/ethtool.rst |2 ++
examples/ethtool/ethtool-app/ethapp.c | 61 +
examples/ethtool/lib/rte_ethtool.c| 30
add new APIs:
- rte_eth_dev_get_module_info
- rte_eth_dev_get_module_eeprom
Signed-off-by: Zijie Pan
---
doc/guides/nics/features.rst | 11 +++
lib/librte_ether/rte_dev_info.h| 18 ++
lib/librte_ether/rte_ethdev.c | 26 ++
lib/
Add new callbacks for eth_dev_ops of e1000 to get the information and
data of plugin module EEPROM.
Signed-off-by: Zijie Pan
---
drivers/net/e1000/base/e1000_phy.h |8
drivers/net/e1000/igb_ethdev.c | 83
2 files changed, 91 insertions(+)
diff
Add new callbacks for eth_dev_ops of i40e to get the information
and data of plugin module eeprom.
Signed-off-by: Zijie Pan
---
drivers/net/i40e/i40e_ethdev.c | 141
1 file changed, 141 insertions(+)
diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers
Add new callbacks for eth_dev_ops of ixgbe to get the information
and data of plugin module eeprom.
Signed-off-by: Zijie Pan
---
drivers/net/ixgbe/ixgbe_ethdev.c | 76 ++
1 file changed, 76 insertions(+)
diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/drive
-Original Message-
> Date: Fri, 9 Mar 2018 16:42:00 +
> From: Konstantin Ananyev
> To: dev@dpdk.org
> CC: Konstantin Ananyev
> Subject: [dpdk-dev] [PATCH v1 0/5] add framework to load and execute BPF
> code
> X-Mailer: git-send-email 1.7.0.7
Hi Konstantin,
>
> BPF is used quite in
-Original Message-
> Date: Fri, 9 Mar 2018 16:42:01 +
> From: Konstantin Ananyev
> To: dev@dpdk.org
> CC: Konstantin Ananyev
> Subject: [dpdk-dev] [PATCH v1 1/5] bpf: add BPF loading and execution
> framework
> X-Mailer: git-send-email 1.7.0.7
>
> librte_bpf provides a framework to
-Original Message-
> Date: Fri, 9 Mar 2018 16:42:03 +
> From: Konstantin Ananyev
> To: dev@dpdk.org
> CC: Konstantin Ananyev
> Subject: [dpdk-dev] [PATCH v1 3/5] bpf: introduce basic RX/TX BPF filters
> X-Mailer: git-send-email 1.7.0.7
>
> Introduce API to install BPF based filters o
On Tue, Mar 13, 2018 at 01:28:26PM +0100, Nelio Laranjeiro wrote:
> Moves TAP PMD generic Netlink library into lib directory to let other PMD
> use Netlink to communicate with kernel.
>
> As this library uses a socket to communicate with Netlink it does not bring
> any dependency on the libnl.
>
-Original Message-
> Date: Thu, 8 Mar 2018 01:30:02 +
> From: Konstantin Ananyev
> To: dev@dpdk.org
> CC: Konstantin Ananyev
> Subject: [dpdk-dev] [RFC PATCH 5/5] test: add few eBPF samples
> X-Mailer: git-send-email 1.7.0.7
>
> Add few simple eBPF programs as an example.
>
> Signed
> From: Eads, Gage
> Sent: Monday, March 12, 2018 2:55 PM
> To: dev@dpdk.org
> Cc: jerin.ja...@caviumnetworks.com; Van Haaren, Harry
>
> Subject: [PATCH v2] event/sw: perform partial burst enqueues
>
> Previously, the sw PMD would enqueue either all or no events, depending on
> if enough inflight
Any thoughts on this?
Thanks,
Paul
-Original Message-
From: Thomas Monjalon [mailto:tho...@monjalon.net]
Sent: Friday, March 9, 2018 3:36 PM
To: Luse, Paul E
Cc: dev@dpdk.org; De Lara Guarch, Pablo ;
Doherty, Declan
Subject: Re: [dpdk-dev] Question on AESNI PMD
Cc Declan and Pablo, t
This series apply on top of [1]
Changes in v2:
- rebase on top of series [2] which drops priv locks.
[1] https://dpdk.org/dev/patchwork/patch/36058/
[2] https://dpdk.org/dev/patchwork/patch/35650/
Nelio Laranjeiro (4):
net/mlx5: change tunnel flow priority
net/mlx5: fix flow single queue
The flow is created with any steering being applied in the NIC when the
device is handling a single Rx queue.
Fixes: cede123a158f ("net/mlx5: fix flow creation with a single target queue")
Fixes: 8086cf08b2f0 ("net/mlx5: handle RSS hash configuration in RSS flow")
Cc: sta...@dpdk.org
Signed-off-b
Packet matching inner and outer flow rules are caught by the first one
added in the device as both flows are configured with the same priority.
To avoid such situation, the inner flow can have an higher priority than
the outer ones as their pattern matching will otherwise collide.
Signed-off-by: N
Fill the error context in conversion function to provide a better reason on
why it cannot be done to the user.
Signed-off-by: Nelio Laranjeiro
---
drivers/net/mlx5/mlx5_flow.c | 72
1 file changed, 40 insertions(+), 32 deletions(-)
diff --git a/drive
Verbs specification does help to distinguish between packets having an VLAN
and those which do not have, this ends by having flow rule which does not
react as the user expects e.g.
flow create 0 ingress pattern eth / vlan / end action queue index 0 / end
flow create 0 ingress pattern eth / end a
On Sat, Feb 24, 2018 at 10:36:23PM +, Ophir Munk wrote:
> This patch updates mlx4 documentation with flow
> configuration limitations imposed by NIC hardware and
> PMD implementation
>
> Signed-off-by: Moti Haimovsky
> Signed-off-by: Ophir Munk
> ---
> v1: initial version (use testpmd exampl
On 12/03/2018 04:17, Zijie Pan wrote:
[..]
Signed-off-by: Zijie Pan
---
drivers/net/ixgbe/ixgbe_ethdev.c | 76 ++
1 file changed, 76 insertions(+)
Reviewed-by: Remy Horton
+ if (addr_mode & IXGBE_SFF_ADDRESSING_MODE) {
+ PMD_DRV_L
Comments inline. On the whole looks good to me.
On 12/03/2018 04:17, Zijie Pan wrote:
[..]
Signed-off-by: Zijie Pan
---
doc/guides/sample_app_ug/ethtool.rst |2 ++
examples/ethtool/ethtool-app/ethapp.c | 61 +
examples/ethtool/lib/rte_ethtool.c| 30
On 12/03/2018 04:17, Zijie Pan wrote:
[..]
Signed-off-by: Zijie Pan
---
doc/guides/nics/features.rst | 11 +++
lib/librte_ether/rte_dev_info.h| 18 ++
lib/librte_ether/rte_ethdev.c | 26 ++
lib/librte_ether/rte_ethdev.h
On 3/9/2018 12:14 PM, cys wrote:
> Commit 8451269e6d7ba7501723fe2efd0 said "remove continuous memory
> restriction";
> http://dpdk.org/browse/dpdk/commit/lib/librte_eal/linuxapp/kni/kni_net.c?id=8451269e6d7ba7501723fe2efd05745010295bac
> For chained mbufs(nb_segs > 1), function va2pa use the offse
On Tue, Mar 13, 2018 at 01:58:28PM +, Bruce Richardson wrote:
> On Tue, Mar 13, 2018 at 01:28:26PM +0100, Nelio Laranjeiro wrote:
> > Moves TAP PMD generic Netlink library into lib directory to let other PMD
> > use Netlink to communicate with kernel.
> >
> > As this library uses a socket to c
On 12/03/2018 04:17, Zijie Pan wrote:
Add APIs to read information from the DPDK applictions.
It can be used to dump the EEPROM of plugin modules (SFP+, QSFP, etc.).
Quite a few checkpatch warnings regarding long lines, but did a quick
test with ixgbe and on the whole it looks good to me. CC
On 3/12/2018 5:45 PM, Shrikrishna Khare wrote:
>
>
> On Wed, 17 Jan 2018, Chas Williams wrote:
>
>> From: "Charles (Chas) Williams"
>>
>> If a reconfiguration happens, queuedesc is reallocated. Any queues that
>> are preserved point to the previous queuedesc since the queues are only
>> config
Hi Shally,
> -Original Message-
> From: Verma, Shally [mailto:shally.ve...@cavium.com]
> Sent: Tuesday, March 13, 2018 8:15 AM
> To: Trahe, Fiona ; Ahmed Mansour
> ; dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Athreya, Narayana
> Prasad
> ; Gupta, Ashish ;
> Sahu, Sunila
> ; Challa, Mahi
Hi Jerin,
>
> Hi Konstantin,
>
> >
> > BPF is used quite intensively inside Linux (and BSD) kernels
> > for various different purposes and proved to be extremely useful.
> >
> > BPF inside DPDK might also be used in a lot of places
> > for a lot of similar things.
> > As an example to:
> > - pa
Signed-off-by: Anatoly Burakov
Acked-by: Jianfeng Tan
---
Notes:
v5: remove lock files, leaving only socket paths code
v4: replace lock files with init files
lib/librte_eal/common/eal_common_proc.c | 48 -
1 file changed, 23 insertions(+), 25 deleti
Currently, filter value is hardcoded and disconnected from actual
value returned by eal_mp_socket_path(). Fix this to generate filter
value by deriving it from eal_mp_socket_path() instead.
Signed-off-by: Anatoly Burakov
Acked-by: Jianfeng Tan
---
Notes:
v5: removed init files
v4:
This is an assortment of loosely related improvements to IPC, mostly
related to handling corner cases and avoiding race conditions.
Main addition is an attempt to avoid undefined behavior when receiving
messages while secondary process is initializing. It is assumed that
once callback is registere
When sending IPC messages, prevent new sockets from initializing.
Signed-off-by: Anatoly Burakov
Acked-by: Jianfeng Tan
---
Notes:
v5: removed init files introduced in v4
v4: fixed resource leaks and added support for init files
introduced in v4 series
lib/librte_eal/comm
Currently, primary process initialization is finalized by setting
the RTE_MAGIC value in the shared config. However, it is not
possible to check whether secondary process initialization has
completed. Add such a value to internal config.
Signed-off-by: Anatoly Burakov
---
Notes:
v4: make ini
Signed-off-by: Anatoly Burakov
Acked-by: Jianfeng Tan
---
Notes:
v4: add this patch
lib/librte_eal/common/eal_common_proc.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/lib/librte_eal/common/eal_common_proc.c
b/lib/librte_eal/common/eal_common_pr
If we receive messages that don't have a callback registered for
them, and we haven't finished initialization yet, it can be reasonably
inferred that we shouldn't have gotten the message in the first
place. Therefore, send requester a special message telling them to
ignore response to this request,
This API is similar to the blocking API that is already present,
but reply will be received in a separate callback by the caller.
Under the hood, we create a separate thread to deal with replies to
asynchronous requests, that will just wait to be notified by the
main thread, or woken up on a timer
> > diff --git a/lib/librte_bpf/bpf.c b/lib/librte_bpf/bpf.c
> > new file mode 100644
> > index 0..4727d2251
> > --- /dev/null
> > +++ b/lib/librte_bpf/bpf.c
> > @@ -0,0 +1,48 @@
> > +/* SPDX-License-Identifier: BSD-3-Clause
> > + * Copyright(c) 2018 Intel Corporation
> > + */
> > +
> > +
Update link status related feature document items and minor updates in
some link status related functions.
Signed-off-by: Ferruh Yigit
---
doc/guides/nics/features/fm10k.ini | 2 ++
doc/guides/nics/features/fm10k_vf.ini | 2 ++
doc/guides/nics/features/i40e_vf.ini| 1 +
doc/guides/nic
>
> -Original Message-
> > Date: Fri, 9 Mar 2018 16:42:03 +
> > From: Konstantin Ananyev
> > To: dev@dpdk.org
> > CC: Konstantin Ananyev
> > Subject: [dpdk-dev] [PATCH v1 3/5] bpf: introduce basic RX/TX BPF filters
> > X-Mailer: git-send-email 1.7.0.7
> >
> > Introduce API to insta
> >
> > Add few simple eBPF programs as an example.
> >
> > Signed-off-by: Konstantin Ananyev
> > diff --git a/test/bpf/mbuf.h b/test/bpf/mbuf.h
> > new file mode 100644
> > index 0..aeef6339d
> > --- /dev/null
> > +++ b/test/bpf/mbuf.h
> > @@ -0,0 +1,556 @@
> > +/* SPDX-License-Identifi
Hi Paul,
Apologies for the delay. Answers inline.
> -Original Message-
> From: Luse, Paul E
> Sent: Tuesday, March 13, 2018 2:16 PM
> To: Thomas Monjalon
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> ; Doherty, Declan
>
> Subject: RE: [dpdk-dev] Question on AESNI PMD
>
> Any thoughts on
Hi Pablo,
Thanks for the reply. Wrt your question " Do you mean src and dst using
different containers (non mbufs), or using mbufs which data is pointing at
another location?" optimally, for storage use cases, something other than
m_bufs would be great as right now I only use the buf_addr and u
On Tue, Mar 13, 2018 at 05:42:35PM +, Anatoly Burakov wrote:
> Currently, primary process initialization is finalized by setting
> the RTE_MAGIC value in the shared config. However, it is not
> possible to check whether secondary process initialization has
> completed. Add such a value to inter
On Tue, 13 Mar 2018 13:28:25 +0100
Nelio Laranjeiro wrote:
> TAP PMD uses a wrapper to communicate with Netlink through a socket. This
> wrapper can be useful for other PMD which may need to communicate also with
> the Linux kernel via Netlink.
>
> This series moves this wrapper to the lib leve
On Mon, Mar 12, 2018 at 02:43:18PM +0100, Nelio Laranjeiro wrote:
> This behavior is mixed between what should be handled by the application
> and what is under PMD responsibility.
>
> According to DPDK API:
> - link_update() should only query the link status [1]
> - link_set_{up,down}() should on
> > This patch fixes the compilation problem with rte_smp_mb, when there is
> else
> > clause following it, as in test_barrier.c.
> >
> > Fixes: 05c3fd7110 ("eal/ppc: atomic operations for IBM Power")
> > Cc: sta...@dpdk.org
> >
> > Signed-off-by: Gowrishankar Muthukrishnan
> >
> > ---
> Acked-b
23/02/2018 10:58, Hemant Agrawal:
> This patch fixes the build dependency of various
> dpaaX components, when the dpaa or fslmc bus is disabled,
> or VFIO is disabled.
>
> Fixes: 1ee9569576f6 ("config: enable dpaaX drivers for generic ARMv8")
> Cc: sta...@dpdk.org
>
> Reported-by: Yongseok Koh
Thanks for your reply.
With your solution a), I guess 'single mempool' mean a mempool fit in one
memseg (continuous memory).
What about a mempool across many memsegs ? I'm afraid it's still not safe.
Just like this one:
-- MEMPOOL
mempool @0x7ff9e4833d00
flags=10
On 3/10/2018 12:37 AM, Hyong Youb Kim wrote:
> On Fri, Mar 09, 2018 at 03:57:46PM +, Ferruh Yigit wrote:
>> On 3/9/2018 3:51 PM, Ananyev, Konstantin wrote:
> [...]
Is this work based on an application that uses max_rx_pkt_len and to make
PMD
compatible with that application? If
> -Original Message-
> From: Shreyansh Jain
> Sent: Tuesday, March 13, 2018 11:14
> To: ferruh.yi...@intel.com
> Cc: dev@dpdk.org; Hemant Agrawal ; Nipun Gupta
> ; Akhil Goyal ; Shreyansh Jain
>
> Subject: [RESEND v2 4/7] event/dpaa2: change to dynamic logging
>
> Some changes had alrea
Hi Akhil,
Will revise the patch with the mentioned change.
Thanks,
Anoob
On 13/03/18 17:49, Akhil Goyal wrote:
Hi Anoob,
Just a minor comment.
On 3/1/2018 2:51 PM, Anoob Joseph wrote:
Adding ESN soft limit in conf. This will be used in case of protocol
offload. Per SA, application could spec
Tuesday, March 13, 2018 1:57 PM, Ferruh Yigit:
> >
> > Again - the application should follow the API which currently dictates how
> to set port offload. It is not depends on the rx_queue_offloads capabilities.
> > For example, PMD which don't support queue offloads can still have
> verification for
Hi Akhil,
Please see inline.
Thanks,
Anoob
On 13/03/18 17:54, Akhil Goyal wrote:
Hi Anoob,
On 3/1/2018 2:51 PM, Anoob Joseph wrote:
For inline protocol processing, the PMD/device is required to maintain
the ESN. But the application is required to monitor ESN overflow to
initiate SA expiry.
96 matches
Mail list logo
