From: Shahaji Bhosle
Fix an error reported during CLANG compilation.
-Wtautological-constant-out-of-range-compare for enums
$ export CC=clang
$ meson --werror --buildtype=debugoptimized build && ninja-build -C build
"
[..]
../../root/dpdk/drivers/net/bnxt/tf_ulp/ulp_rte_parser.c:140:18: error:
On Fri, Oct 8, 2021 at 9:00 PM Ferruh Yigit wrote:
>
> On 10/4/2021 1:54 PM, Pavan Nikhilesh Bhagavatula wrote:
> >> On 10/4/2021 1:01 PM, Pavan Nikhilesh Bhagavatula wrote:
> On 10/4/2021 12:34 PM, Pavan Nikhilesh Bhagavatula wrote:
> >> On 10/4/2021 11:02 AM, Pavan Nikhilesh Bhagavatula
On Fri, Oct 8, 2021 at 1:56 PM Xueming(Steven) Li wrote:
>
> On Wed, 2021-09-29 at 13:35 +0530, Jerin Jacob wrote:
> > On Wed, Sep 29, 2021 at 1:11 PM Xueming(Steven) Li
> > wrote:
> > >
> > > On Tue, 2021-09-28 at 20:29 +0530, Jerin Jacob wrote:
> > > > On Tue, Sep 28, 2021 at 8:10 PM Xueming(S
From: Ferruh Yigit
> Removing 'DEV_RX_OFFLOAD_JUMBO_FRAME' offload flag.
>
> Instead of drivers announce this capability, application can deduct the
> capability by checking reported 'dev_info.max_mtu' or
> 'dev_info.max_rx_pktlen'.
>
> And instead of application setting this flag explicitly t
On Fri, Oct 8, 2021 at 11:13 PM wrote:
>
> From: eagostini
>
> In heterogeneous computing system, processing is not only in the CPU.
> Some tasks can be delegated to devices working in parallel.
>
> The goal of this new library is to enhance the collaboration between
> DPDK, that's primarily a CP
Hi Ferruh
From: Ferruh Yigit
> There is a confusion on setting max Rx packet length, this patch aims to
> clarify it.
>
> 'rte_eth_dev_configure()' API accepts max Rx packet size via
> 'uint32_t max_rx_pkt_len' field of the config struct 'struct
> rte_eth_conf'.
>
> Also 'rte_eth_dev_set_mtu()
> -Original Message-
> From: Dmitry Kozlyuk
> Sent: Sunday, October 10, 2021 01:28
> To: William Tu
> Cc: dev@dpdk.org; Wang, Haiyue ; Kadam, Pallavi
>
> Subject: Re: [PATCH v3] net/e1000: build on Windows
>
> 2021-10-09 09:31 (UTC-0700), William Tu:
> > [...]
> > * @Dmitry: I think it
Hi Ori,
Thanks a lot for reviewing this.
On 10/10/2021 14:15, Ori Kam wrote:
Hi Ivan,
From the new patches I saw you choose port_representor and represented_port
Didn't we agree to go with ETHDEV_PORT and SHADOW_PORT?
Yes, in the previous thread I suggested a different option. But
I gave i
On Sun, 2021-10-10 at 15:16 +0530, Jerin Jacob wrote:
> On Fri, Oct 8, 2021 at 1:56 PM Xueming(Steven) Li wrote:
> >
> > On Wed, 2021-09-29 at 13:35 +0530, Jerin Jacob wrote:
> > > On Wed, Sep 29, 2021 at 1:11 PM Xueming(Steven) Li
> > > wrote:
> > > >
> > > > On Tue, 2021-09-28 at 20:29 +0530
As per RFC [1], action PORT_ID appears to be ambiguous. Its name suggests
that matching traffic be sent to the ethdev with the specified ID, that
is, to the application. However, in Open vSwitch, the action is used to
send traffic to a remote entity represented by the given port, that is,
in the op
For use in "transfer" flows. Supposed to match traffic
entering the embedded switch from the given ethdev.
Must not be combined with direction attributes.
Signed-off-by: Ivan Malov
---
app/test-pmd/cmdline_flow.c | 27 ++
doc/guides/prog_guide/rte_flow.rst | 59
For use in "transfer" flows. Supposed to match traffic entering the
embedded switch from the entity represented by the given ethdev.
Such an entity can be a network (via a network port), a guest
machine (via a VF) or another ethdev in the same application.
Must not be combined with direction attri
For use in "transfer" flows. Supposed to send matching traffic to
the given ethdev (to the application), at embedded switch level.
Signed-off-by: Ivan Malov
---
app/test-pmd/cmdline_flow.c | 26 ++
doc/guides/prog_guide/rte_flow.rst | 56 +
do
For use in "transfer" flows. Supposed to send matching traffic to the
entity represented by the given ethdev, at embedded switch level.
Such an entity can be a network (via a network port), a guest
machine (via a VF) or another ethdev in the same application.
Signed-off-by: Ivan Malov
---
app/te
PF, VF and PHY_PORT require that applications have extra
knowledge of the underlying NIC and thus are hard to use.
Also, the corresponding items depend on the direction
attribute (ingress / egress), which complicates their
use in applications and interpretation in PMDs.
The concept of PORT_ID is a
Attributes "ingress" and "egress" can only apply unambiguosly
to non-"transfer" flows. In "transfer" flows, the standpoint
is effectively shifted to the embedded switch. There can be
many different endpoints connected to the switch, so the
use of "ingress" / "egress" does not shed light on which
en
From: Andrew Rybchenko
Add support for items PORT_REPRESENTOR and REPRESENTED_PORT
based on the existing support for item PORT_ID.
The use of item PORT_ID depends on the specified direction attribute.
Items PORT_REPRESENTOR and REPRESENTED_PORT, in turn, define traffic
direction themselves. The
From: Andrew Rybchenko
Add support for actions PORT_REPRESENTOR and REPRESENTED_PORT
based on the existing support for action PORT_ID.
Signed-off-by: Andrew Rybchenko
---
drivers/net/bnxt/tf_ulp/ulp_rte_handler_tbl.c | 12 ++-
drivers/net/bnxt/tf_ulp/ulp_rte_parser.c | 84 ++--
From: Andrew Rybchenko
Add support for actions PORT_REPRESENTOR and REPRESENTED_PORT
based on the existing support for action PORT_ID.
Signed-off-by: Andrew Rybchenko
---
drivers/net/enic/enic_fm_flow.c | 93 ++---
1 file changed, 75 insertions(+), 18 deletions(-)
From: Andrew Rybchenko
Semantics of the existing support for action PORT_ID suggests
that support for equal action REPRESENTED_PORT be implemented.
Helper functions keep port_id suffix since action
MLX5_FLOW_ACTION_PORT_ID is still used internally.
Signed-off-by: Andrew Rybchenko
---
doc/guid
From: Andrew Rybchenko
Action PORT_ID implementation assumes ingress only. Its semantics
suggests that support for equal action PORT_REPRESENTOR be added.
Signed-off-by: Andrew Rybchenko
---
doc/guides/nics/octeontx2.rst | 5 -
drivers/net/octeontx2/otx2_flow_parse.c | 16 ++
From: Andrew Rybchenko
Add support for item PORT_REPRESENTOR which should
be used instead of ambiguous item PORT_ID.
Signed-off-by: Andrew Rybchenko
---
doc/guides/nics/sfc_efx.rst | 2 ++
drivers/net/sfc/sfc_mae.c | 72 +
2 files changed, 74 insertions(+
Hi Ori,
On 10/10/2021 17:04, Ori Kam wrote:
Hi Ivan.
-Original Message-
From: Ivan Malov
Sent: Sunday, October 10, 2021 4:30 PM
Subject: Re: [PATCH v2 01/12] ethdev: add port representor item to flow API
Hi Ori,
Thanks a lot for reviewing this.
On 10/10/2021 14:15, Ori Kam wrote:
Hi Ivan,
>From the new patches I saw you choose port_representor and represented_port
Didn't we agree to go with ETHDEV_PORT and SHADOW_PORT?
The only thing that worries me is that the naming are very easy to get wrong.
port_representor and represented_port.
Also there is an issue with wording if
Hi Ivan.
> -Original Message-
> From: Ivan Malov
> Sent: Sunday, October 10, 2021 4:30 PM
> Subject: Re: [PATCH v2 01/12] ethdev: add port representor item to flow API
>
> Hi Ori,
>
> Thanks a lot for reviewing this.
>
> On 10/10/2021 14:15, Ori Kam wrote:
> > Hi Ivan,
> >
> >>From the
Sorry to self-reply.
I think it's better the 'struct rte_eth_dev *dev' hold a pointer to the
'struct rte_eth_fp_ops', e.g.
struct rte_eth_dev {
struct rte_eth_fp_ops *fp_ops;
... // other field
}
The eth framework set the pointer in the rte_eth_de
From: Dapeng Yu
When the iavf_adapter instance is not initialized completedly in the
primary process, the secondary process accesses its "rte_eth_dev"
member, it causes secondary process crash.
This patch replaces eth_dev with eth_dev_data in iavf_adapter.
Fixes: f978c1c9b3b5 ("net/iavf: add RS
> -Original Message-
> From: Peng, ZhihongX
> Sent: Friday, October 8, 2021 1:50 PM
> To: Xia, Chenbo ; maxime.coque...@redhat.com
> Cc: dev@dpdk.org; ivan.ilche...@oktetlabs.ru; Peng, ZhihongX
> ; sta...@dpdk.org
> Subject: [PATCH v2] net/virtio: fix check scatter on all Rx queues
>
> Fr
> -Original Message-
> From: Peng, ZhihongX
> Sent: Friday, October 8, 2021 1:50 PM
> To: Xia, Chenbo ; maxime.coque...@redhat.com
> Cc: dev@dpdk.org; ivan.ilche...@oktetlabs.ru; Peng, ZhihongX
> ; sta...@dpdk.org
> Subject: [PATCH v2] net/virtio: fix check scatter on all Rx queues
>
> Fr
> -Original Message-
> From: Yu, DapengX
> Sent: Monday, October 11, 2021 10:02 AM
> To: Wu, Jingjing ; Xing, Beilei
> ;
> Richardson, Bruce ; Ananyev, Konstantin
>
> Cc: dev@dpdk.org; Zhang, Qi Z ; Yigit, Ferruh
> ; Yu, DapengX ;
> sta...@dpdk.org
> Subject: [PATCH v3] net/iavf: fix
The generic modify field flow action introduced in [1] has
some issues related to the immediate source operand:
- immediate source can be presented either as an unsigned
64-bit integer or pointer to data pattern in memory.
There was no explicit pointer field defined in the union.
- th
Update immediate value/pointer source operand support
for modify field RTE Flow action:
- source operand data can be presented by byte buffer
(instead of former uint64_t) or by pointer
- no host byte ordering is assumed anymore for immediate
data buffer (not uint64_t anymore)
- no im
The testpmd flow create command updates provided:
- modify field action supports the updated actions
- pointer type added for action source field
- pointer and value source field takes hex string
instead of unsigned int in host endianness
There are some examples of flow with update modi
The generic modify field flow action introduced in [1] has
some issues related to the immediate source operand:
- immediate source can be presented either as an unsigned
64-bit integer or pointer to data pattern in memory.
There was no explicit pointer field defined in the union
- the
The hexadecimal string parser does not check the target
field buffer size, buffer overflow happens and might
cause the application failure (segmentation fault
is observed usually).
Fixes: 169a9fed1f4c ("app/testpmd: fix hex string parser support for flow API")
Cc: sta...@dpdk.org
Signed-off-by: V
The generic modify field flow action introduced
is updated, deprecation notice should be removed.
Fixes: 2ba49b5f3721 ("doc: announce change to ethdev modify action data")
Signed-off-by: Viacheslav Ovsiienko
---
doc/guides/rel_notes/deprecation.rst | 4
1 file changed, 4 deletions(-)
diff
On Sun, Oct 10, 2021 at 7:10 PM Xueming(Steven) Li wrote:
>
> On Sun, 2021-10-10 at 15:16 +0530, Jerin Jacob wrote:
> > On Fri, Oct 8, 2021 at 1:56 PM Xueming(Steven) Li
> > wrote:
> > >
> > > On Wed, 2021-09-29 at 13:35 +0530, Jerin Jacob wrote:
> > > > On Wed, Sep 29, 2021 at 1:11 PM Xueming(S
From: Nipun Gupta
This series introduces the BBDEV LA12xx poll mode driver (PMD) to support
an implementation for offloading High Phy processing functions like
LDPC Encode / Decode 5GNR wireless acceleration function, using PCI based
LA12xx Software defined radio.
Please check the documentation
From: Nicolas Chautru
Adding device information to capture explicitly the assumption
of the input/output data byte endianness being processed.
Signed-off-by: Nicolas Chautru
Signed-off-by: Nipun Gupta
---
doc/guides/rel_notes/release_21_11.rst | 1 +
drivers/baseband/acc100/rte_ac
From: Hemant Agrawal
This patch introduce the baseband device drivers for NXP's
LA1200 series software defined baseband modem.
Signed-off-by: Nipun Gupta
Signed-off-by: Hemant Agrawal
---
MAINTAINERS | 9 ++
drivers/baseband/la12xx/bbdev_la12xx.c| 1
From: Hemant Agrawal
This patch adds dev args to take max queues as input
Signed-off-by: Nipun Gupta
Signed-off-by: Hemant Agrawal
---
drivers/baseband/la12xx/bbdev_la12xx.c | 73 +-
1 file changed, 71 insertions(+), 2 deletions(-)
diff --git a/drivers/baseband/la12x
From: Hemant Agrawal
This patch add support for multiple modems by assigning
a modem id as dev args in vdev creation.
Signed-off-by: Hemant Agrawal
---
drivers/baseband/la12xx/bbdev_la12xx.c | 64 +++---
drivers/baseband/la12xx/bbdev_la12xx.h | 56 +++
d
From: Hemant Agrawal
This patch add support for connecting with modem
and creating the ipc channel as queues with modem
for the exchange of data.
Signed-off-by: Nipun Gupta
Signed-off-by: Hemant Agrawal
---
MAINTAINERS| 1 +
doc/guides/bbdevs/index.rst
From: Hemant Agrawal
Add support for enqueue and dequeue the LDPC enc/dec
from the modem device.
Signed-off-by: Nipun Gupta
Signed-off-by: Hemant Agrawal
---
doc/guides/bbdevs/features/la12xx.ini | 13 +
doc/guides/bbdevs/la12xx.rst | 44 +++
drivers/baseband/la12xx/bbdev
From: Hemant Agrawal
this patch adds la12xx driver in test bbdev
Signed-off-by: Hemant Agrawal
---
app/test-bbdev/meson.build | 3 +++
1 file changed, 3 insertions(+)
diff --git a/app/test-bbdev/meson.build b/app/test-bbdev/meson.build
index edb9deef84..a726a5b3fa 100644
--- a/app/test-bbdev/
From: Nipun Gupta
With data input, output and harq also supported in big
endian format, this patch updates the testbbdev application
to handle the endianness conversion as directed by the
the driver being used.
The test vectors assumes the data in the little endian order, and
thus if the driver
Hi Chenbo,
> -Original Message-
> From: Xia, Chenbo
> Sent: Wednesday, September 29, 2021 11:01 AM
> To: Li, Miao ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com
> Subject: RE: [PATCH v3 2/5] vhost: implement rte_power_monitor API
>
> Hi Miao,
>
> > -Original Message-
> > From:
Hi Chenbo,
> -Original Message-
> From: Xia, Chenbo
> Sent: Wednesday, September 29, 2021 11:03 AM
> To: Li, Miao ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com
> Subject: RE: [PATCH v3 4/5] power: modify return of queue_stopped
>
> > -Original Message-
> > From: Li, Miao
> > S
> -Original Message-
> From: Peng, ZhihongX
> Sent: Friday, October 8, 2021 2:42 PM
> To: olivier.m...@6wind.com; dmitry.kozl...@gmail.com
> Cc: dev@dpdk.org; Peng, ZhihongX ;
> sta...@dpdk.org
> Subject: [PATCH v3 1/2] lib/cmdline: release cl when cmdline exit
>
> From: Zhihong Peng
>
Hi Chenbo,
> -Original Message-
> From: Xia, Chenbo
> Sent: Wednesday, September 29, 2021 2:53 PM
> To: Li, Miao ; dev@dpdk.org
> Cc: maxime.coque...@redhat.com; david.march...@redhat.com
> Subject: RE: [PATCH v3 5/5] examples/l3fwd-power: support virtio/vhost
>
> > -Original Message
Adjust the codeline order of the parser runtime reset, since the
struct rt->psr is used in function _rt_flag_set before assignment.
Fixes: c84f8aa2100c ("net/ice/base: add parser runtime skeleton")
Signed-off-by: Junfeng Guo
Cc: sta...@dpdk.org
---
drivers/net/ice/base/ice_parser_rt.c | 4 ++--
From: Sahithi Singam
mailto:sahithi.sin...@oracle.com>>
Async user request changes resulted in a kernel deadlock when used with linux
kernel version>= 5.12.
Starting from linux kernel version 5.12, a new global semaphore dev_addr_sem
was introduced in dev_set_mac_address_user() function th
From: Zhihong Peng
AddressSanitizer (ASan) is a google memory error detect
standard tool. It could help to detect use-after-free and
{heap,stack,global}-buffer overflow bugs in C/C++ programs,
print detailed error information when error happens, large
improve debug efficiency.
`AddressSanitizer
From: Zhihong Peng
DPDK ASan functionality is currently only supported Linux x86_64.
Support other platforms, need to define ASAN_SHADOW_OFFSET value
according to google ASan document.
Signed-off-by: Xueqin Lin
Signed-off-by: Zhihong Peng
---
lib/eal/common/malloc_elem.c | 26 -
lib/eal/
From: Zhihong Peng
The gcc will check code more stricter when ASan enabled.
"Control reaches end of non-void function" error occurs here.
Fixes: f38913b7fb8e (pipeline: add meter array to SWX)
Cc: sta...@dpdk.org
Signed-off-by: Xueqin Lin
Signed-off-by: Zhihong Peng
---
lib/pipeline/rte_swx_
Fate actions are different per domain.
When all the domains, ingress, egress and FDB (transfer),
can support all the policy actions, i.e. [SET_TAG],
the policy prepares resources for all the domains and
failure happens if one of the domains misses its fate action
in the policy action list.
Remove
pon., 4 paź 2021 o 19:27 Ferruh Yigit napisał(a):
>
> Reported by "gcc (GCC) 12.0.0 20211003 (experimental)":
>
> ./drivers/net/ena/ena_rss.c: In function ‘ena_rss_reta_query’:
> ./drivers/net/ena/ena_rss.c:140:66:
> error: the comparison will always evaluate as ‘false’ for the
> p
Hi
> -Original Message-
> From: Min Hu (Connor)
> Sent: Saturday, October 9, 2021 16:42
> To: dev@dpdk.org
> Cc: Yigit, Ferruh ; tho...@monjalon.net; Li, Xiaoyun
>
> Subject: [PATCH] app/testpmd: retain all original dev conf when config DCB
>
> From: Huisong Li
>
> When configuring DC
Hi David & Changpeng,
> -Original Message-
> From: Liu, Changpeng
> Sent: Friday, October 8, 2021 3:45 PM
> To: David Marchand ; Harris, James R
>
> Cc: Xia, Chenbo ; dev@dpdk.org; c...@dpdk.org; Aaron
> Conole ; dpdklab ; Zawadzki, Tomasz
> ; alexey...@mellanox.com
> Subject: RE: [dpdk-
59 matches
Mail list logo
