Thank you for the review.
Indeed, shortening the command from "flow actions_update" to "flow update"
seems more natural.
However, note that the command updates only the actions of a flow rule and
leaves all other parameters unchanged.
My concern is that in the future there can be some "flow patte
On Sat, Feb 10, 2024 at 11:42 AM Chaoyong He wrote:
>
> This patch series aims to add support of partial offload for NFP PMD.
Partial offload is not a DPDK thing.
I guess you are referring to OVS partial offload.
If so, it is better to make it clear so that reviewers and other that
read this thre
On Fri, Jan 19, 2024 at 8:48 AM Jonathan Erb wrote:
>
> Fix to allow telemetry to handle empty dictionaries correctly.
>
> This patch resolves an issue where empty dictionaries are reported
> by telemetry as '[]' rather than '{}'. Initializing the output
> buffer based on the container type resolv
On 2/12/2024 5:48 AM, Stephen Hemminger wrote:
> The sfc base code had its own definition of static assertions
> using the out of bound array access hack. Replace it with a
> static_assert like rte_common.h.
>
> The use of null pointer to compute offset is not always a constant
> in older versions
Gregory Etelson (2):
net/mlx5/hws: definer, update pattern validations
net/mlx5: improve pattern template validation
drivers/net/mlx5/hws/mlx5dr_definer.c | 4 +-
drivers/net/mlx5/mlx5.h | 1 +
drivers/net/mlx5/mlx5_flow_hw.c | 116 ++
3 files c
Current PMD implementation validates pattern templates that will
always be rejected during table template creation.
The patch adds basic HWS verifications to pattern validation to
ensure that the pattern can be used in table template.
PMD updates `rte_errno` if pattern template validation failed:
The patch updates HWS code for upcoming extended PMD pattern template
verification:
Support VOID flow item type.
Return E2BIG error code when pattern is too large for definer.
Signed-off-by: Gregory Etelson
Acked-by: Dariusz Sosnowski
---
drivers/net/mlx5/hws/mlx5dr_definer.c | 4 +++-
1 file c
Add the Nitrox PMD to support Nitrox compress device.
---
v2:
* Reformatted patches to minimize number of changes.
* Removed empty file with only copyright.
* Updated all feature flags in nitrox.ini file.
* Added separate gotos in nitrox_pci_probe() function.
Nagadheeraj Rottela (7):
crypto/nitr
- The common code will be shared by both crypto and compress Nitrox
PMD's.
Signed-off-by: Nagadheeraj Rottela
---
MAINTAINERS | 1 +
drivers/common/nitrox/meson.build | 35 +++
.../{crypto => common}/nitrox/nitrox_csr.h| 0
..
Introduce nitrox compressdev driver which implements below operations
- dev_configure
- dev_close
- dev_infos_get
- private_xform_create
- private_xform_free
Signed-off-by: Nagadheeraj Rottela
---
MAINTAINERS | 7 +
doc/guides/compressdevs/features/nitrox.ini
Add compress device ring initialization and cleanup code.
Signed-off-by: Nagadheeraj Rottela
---
drivers/common/nitrox/nitrox_csr.h | 12 +++
drivers/common/nitrox/nitrox_hal.c | 116 +
drivers/common/nitrox/nitrox_hal.h | 115
drivers/co
Set queue type as SE to initialize symmetric hardware queue.
Signed-off-by: Nagadheeraj Rottela
---
drivers/crypto/nitrox/nitrox_sym.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/crypto/nitrox/nitrox_sym.c
b/drivers/crypto/nitrox/nitrox_sym.c
index 1244317438..03652d3ade 100644
Add software queue management code corresponding to
queue pair setup and release functions.
Signed-off-by: Nagadheeraj Rottela
---
drivers/compress/nitrox/nitrox_comp.c | 115 +++---
drivers/compress/nitrox/nitrox_comp.h | 1 +
2 files changed, 105 insertions(+), 11 deletio
Implement enqueue and dequeue burst operations for stateless request
support.
Signed-off-by: Nagadheeraj Rottela
---
drivers/common/nitrox/meson.build| 1 +
drivers/compress/nitrox/nitrox_comp.c| 91 ++-
drivers/compress/nitrox/nitrox_comp_reqmgr.c | 792 ++
Implement enqueue and dequeue burst operations for stateful request
support.
Signed-off-by: Nagadheeraj Rottela
---
drivers/compress/nitrox/nitrox_comp.c| 98 +++-
drivers/compress/nitrox/nitrox_comp.h| 1 +
drivers/compress/nitrox/nitrox_comp_reqmgr.c | 555 --
PMD updates `rte_errno` if pattern template validation failed:
E2BIG - pattern too big for PMD
ENOTSUP - pattern not supported by PMD
ENOMEM - PMD allocation failure
Gregory Etelson (2):
net/mlx5/hws: definer, update pattern validations
net/mlx5: improve pattern template validation
drivers/n
The patch updates HWS code for upcoming extended PMD pattern template
verification:
Support VOID flow item type.
Return E2BIG error code when pattern is too large for definer.
Signed-off-by: Gregory Etelson
Acked-by: Dariusz Sosnowski
---
drivers/net/mlx5/hws/mlx5dr_definer.c | 4 +++-
1 file c
Current PMD implementation validates pattern templates that will
always be rejected during table template creation.
The patch adds basic HWS verifications to pattern validation to
ensure that the pattern can be used in table template.
PMD updates `rte_errno` if pattern template validation failed:
11/02/2024 10:30, Gregory Etelson:
> --- a/doc/guides/howto/rte_flow.rst
> +++ b/doc/guides/howto/rte_flow.rst
> +Template API resizable table
> +
> +
> +Description
> +~~~
> +
> +A guide to the resizable template table API.
This sentence is useless. Let's keep
On 2/11/2024 9:30 AM, Gregory Etelson wrote:
> Template table creation API sets table flows capacity.
> If application needs more flows then the table was designed for,
> the following procedures must be completed:
> 1. Create a new template table with larger flows capacity.
> 2. Re-create existing
On Fri, Jan 12, 2024 at 9:15 PM Tyler Retzlaff
wrote:
>
> On Fri, Jan 12, 2024 at 09:18:58AM -0800, Stephen Hemminger wrote:
> > There maybe some application that was using the internal
> > RTE_LOGTYPE_XXX macros. Add a release note to inform the
> > developer of potential conflicts.
> >
> > Signe
16/01/2024 15:28, 胡嘉瑜:
>
> 在 2024/1/9 上午12:04, Kumara Parameshwaran 写道:
> > In the current implementation when a packet is received with
> > special TCP flag(s) set, only that packet is delivered out of order.
> > There could be already coalesced packets in the GRO table
> > belonging to the same
On Sat, Feb 3, 2024 at 5:11 AM Stephen Hemminger
wrote:
>
> Many of the uses of PMD logtype have already been fixed.
> But there are still some leftovers, mostly places where
> drivers had a logtype but did not use them.
>
> Note: this is not an ABI break, but could break out of
> tree drive
Hello Thomas,
+
+ # 1. Create resizable template table for 1 flow.
+ testpmd> flow pattern_template 0 create ingress pattern_template_id 3
+template eth / ipv4 / udp src mask 0x / end
+ testpmd> flow actions_template 0 create ingress actions_template_id 7
+
Hello Ferruh,
I have two more clarification requests, can you please check them below?
If one ore more flow failed to update, for any reason, should user retry
the update (in that case we need a retry error maybe) and can user still
call 'rte_flow_template_table_resize_complete()' (for possi
On 2/11/2024 4:55 AM, Kumara Parameshwaran wrote:
> In heavy-weight mode GRO which is based on timer, the GRO packets
> will not be flushed in spite of timer expiry if there is no packet
> in the current poll. If timer mode GRO is enabled the
> rte_gro_timeout_flush API should be invoked.
>
Relat
On 2/12/2024 3:01 PM, Etelson, Gregory wrote:
> Hello Ferruh,
>
>
>>
>> I have two more clarification requests, can you please check them below?
>>
>>
>> If one ore more flow failed to update, for any reason, should user retry
>> the update (in that case we need a retry error maybe) and can user
On 2/2/2024 9:40 AM, Bruce Richardson wrote:
> On Fri, Feb 02, 2024 at 10:18:23AM +0100, Thomas Monjalon wrote:
>> 02/02/2024 06:13, Ashish Sadanandan:
>>> The header was missing the extern "C" directive which causes name
>>> mangling of functions by C++ compilers, leading to linker errors
>>> comp
On 2/5/2024 9:07 PM, Morten Brørup wrote:
>> From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
>> Sent: Monday, 5 February 2024 18.37
>>
>> On Fri, Feb 02, 2024 at 09:40:59AM +, Bruce Richardson wrote:
>>> On Fri, Feb 02, 2024 at 10:18:23AM +0100, Thomas Monjalon wrote:
02/02/2024
> From: Ferruh Yigit [mailto:ferruh.yi...@amd.com]
> Sent: Monday, 12 February 2024 16.43
>
> On 2/5/2024 9:07 PM, Morten Brørup wrote:
> >> From: Tyler Retzlaff [mailto:roret...@linux.microsoft.com]
> >> Sent: Monday, 5 February 2024 18.37
> >>
> >> On Fri, Feb 02, 2024 at 09:40:59AM +, Bruce
On 2/10/2024 10:42 AM, Chaoyong He wrote:
> From: Long Wu
>
> Add a interface to check if a device is a representor.
>
> Signed-off-by: Long Wu
> Reviewed-by: Chaoyong He
> Reviewed-by: Peng Zhang
<...>
> @@ -156,6 +156,12 @@ static const uint32_t nfp_net_link_speed_nfp2rte[] = {
> [N
On Tue, Feb 6, 2024 at 9:57 AM Juraj Linkeš wrote:
>
> We're currently filtering which test cases to run after some setup
> steps, such as DPDK build, have already been taken. This prohibits us to
> mark the test suites and cases that were supposed to be run as blocked
> when an earlier setup fail
On Mon, 12 Feb 2024 15:45:13 +0100
David Marchand wrote:
> Edits I did:
> - fixed crypto/armv8 (compilation broken because of typo),
> - fixed one missed use of PMD in crypto/caam_jr,
> - fixed net/nfb build (thanks to Thomas for reporting),
> - preferred per level macros instead of CAAM_JR_LOG,
On Tue, Feb 6, 2024 at 9:57 AM Juraj Linkeš wrote:
>
> Remove unused parts of the code and add useful features:
> 1. Add DTS execution stages such as execution and test suite to better
>identify where in the DTS lifecycle we are when investigating logs,
> 2. Logging to separate files in specif
On Wed, Feb 7, 2024 at 7:16 AM Juraj Linkeš wrote:
>
> There could be a newline at the end of stdout or stderr of a remotely
> executed command. These cause issues when used later, such as when
> joining paths from such commands - a newline in the middle of a path is
> not valid.
>
> Fixes: ad80f5
On 2/11/2024 7:29 AM, Ori Kam wrote:
> Hi Ferruh,
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Thursday, February 8, 2024 7:13 PM
>> To: Ori Kam ; Dariusz Sosnowski
>>
>> On 2/8/2024 9:09 AM, Ori Kam wrote:
>>> During encapsulation of a packet, it is possible to change some
>>>
On 2/7/2024 12:29 PM, Viacheslav Ovsiienko wrote:
> Add IPv4 next protocol modify field definition.
>
> Signed-off-by: Viacheslav Ovsiienko
> Acked-by: Ori Kam
> Acked-by: Dariusz Sosnowski
>
Acked-by: Ferruh Yigit
On 2/7/2024 12:29 PM, Viacheslav Ovsiienko wrote:
> Add new modify field action type string: "ipv4_proto".
>
> Signed-off-by: Viacheslav Ovsiienko
> Acked-by: Ori Kam
> Acked-by: Dariusz Sosnowski
>
Acked-by: Ferruh Yigit
On 2/7/2024 12:29 PM, Viacheslav Ovsiienko wrote:
> The following IPsec related field definitions added:
>
> - RTE_FLOW_FIELD_ESP_SPI - SPI value in IPsec header
> - RTE_FLOW_FIELD_ESP_SEQ_NUM - sequence number in header
> - RTE_FLOW_FIELD_ESP_PROTO - next protocol value in trailer
>
> Signed-
On 2/7/2024 12:29 PM, Viacheslav Ovsiienko wrote:
> Add new modify field destination type strings:
>
> - "esp_spi", to modify Security Parameter Index field
> - "esp_seq_num", to modify Sequence Number field
> - "esp_proto", to modify next protocol field in ESP trailer
>
> Signed-off-by: Vi
On 2/11/2024 8:05 AM, Michael Baum wrote:
> On 2/9/2024 3:51 PM, Ferruh Yigit wrote:
>>
>> On 2/8/2024 22:38 PM, Michael Baum wrote:
>>> Add new "rte_flow_field_id" enumeration values to describe both IPv6
>>> traffic class and IPv6 flow label fields.
>>>
>>> The TC value is "RTE_FLOW_FIELD_IPV6_TR
On 2/7/2024 3:51 PM, Michael Baum wrote:
> Add new "rte_flow_field_id" enumeration values to describe both IPv6
> traffic class and IPv6 flow label fields.
>
> The TC value is "RTE_FLOW_FIELD_IPV6_TRAFFIC_CLASS" in flow API and
> "ipv6_traffic_class" in testpmd command.
> The FL value is "RTE_FLOW
ping
could relevant maintainers take a look?
thank you!
On Tue, Jan 30, 2024 at 04:18:49PM -0800, Tyler Retzlaff wrote:
> Remove use of statement expression syntax in expansion of
> MOVEUNALIGNED_LEFT47_IMM and MOVEUNALIGNED_LEFT47 macro expansions.
>
> There appears to be no need to use the st
ping
this one seems pretty obvious, maintainers could you please take a look?
thanks
On Mon, Nov 13, 2023 at 09:20:38AM -0800, Tyler Retzlaff wrote:
> Placing a non-constant size in the subscript [size] of a type cast is
> causing unnecessary generation of a VLA. Remove size and just provide []
Template table creation API sets table flows capacity.
If application needs more flows then the table was designed for,
the following procedures must be completed:
1. Create a new template table with larger flows capacity.
2. Re-create existing flows in the new table and delete flows from
the or
Hi Ferruh
> -Original Message-
> From: Ferruh Yigit
> Sent: Monday, February 12, 2024 7:05 PM
>
> On 2/11/2024 7:29 AM, Ori Kam wrote:
> > Hi Ferruh,
> >
> >> -Original Message-
> >> From: Ferruh Yigit
> >> Sent: Thursday, February 8, 2024 7:13 PM
> >> To: Ori Kam ; Dariusz Sosn
> From: Pavan Nikhilesh
>
> Allow RTE_ARM_USE_WFE to be enabled at meson configuration time by
> passing it via c_args instead of modifying `config/arm/meson.build`.
>
> Example usage:
> meson build -Dc_args='-DRTE_ARM_USE_WFE' \
> --cross-file config/arm/arm64_cn10k_linux_gcc
>
> Signed
On 2/12/2024 6:44 PM, Ori Kam wrote:
> Hi Ferruh
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Monday, February 12, 2024 7:05 PM
>>
>> On 2/11/2024 7:29 AM, Ori Kam wrote:
>>> Hi Ferruh,
>>>
-Original Message-
From: Ferruh Yigit
Sent: Thursday, February 8,
On 2/12/2024 6:12 PM, Gregory Etelson wrote:
> Template table creation API sets table flows capacity.
> If application needs more flows then the table was designed for,
> the following procedures must be completed:
> 1. Create a new template table with larger flows capacity.
> 2. Re-create existing
Provide __rte_section(name) macro that allocates and names a section
or segment that works with both MSVC and GCC.
Update RTE_TRACE_POINT_REGISTER with __rte_section("__rte_trace_point")
instead of __attribute__(section(name)) so the macro may be compatibly
expanded when using MSVC.
Signed-off-by
MSVC does not support GCC args... forwarding of args replace
with ... and __VA_ARGS__ when forwarding. Both forms of
forwarding are a compiler extension but the latter is supported
by both MSVC and GCC.
I have not been able to exhaustively test all versions of GCC so
please provide feedback as ap
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/bpf/bpf_impl.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/bpf/bp
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/eal/common/eal_trace.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Fix checkpatches warning about style while(0) -> while (0)
Signed-off-by: Tyler Retzlaff
---
lib/cmdline/cmdline_parse.c | 2 +-
l
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/cfgfile/rte_cfgfile.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Fix checkpatches warning about style while(0) -> while (0)
Signed-off-by: Tyler Retzlaff
---
lib/ip_frag/ip_frag_common.h | 4 ++--
1
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/metrics/rte_metrics_telemetry.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/compressdev/rte_compressdev_internal.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/power/power_common.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/li
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/pdump/rte_pdump.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/pdu
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/net/rte_net_crc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/net
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/rcu/rte_rcu_qsbr.c | 4 ++--
lib/rcu/rte_rcu_qsbr.h | 12 ++--
2 files changed, 8 insert
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/mldev/rte_mldev.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/mld
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/rawdev/rte_rawdev_pmd.h | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/stack/stack_pvt.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --
Use ... and forward with __VA_ARGS__ instead of args... and args.
Neither mechanism is conformant with the standard but the former works
with both GCC and MSVC.
Signed-off-by: Tyler Retzlaff
---
lib/vhost/vhost.h| 8
lib/vhost/vhost_crypto.c | 14 +++---
2 files changed
Replace some missed zero length arrays not captured in the
original series.
https://patchwork.dpdk.org/project/dpdk/list/?series=30410&state=*
Zero length arrays are a GNU extension that has been
superseded by flex arrays.
https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
v2:
* added addit
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
---
lib/fib/dir24_8.h | 2 +-
lib/fib/trie.h| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/fib/dir24_8.h b/lib/fib/dir24_8.h
index b0d1a40..5a7b6dd 100644
--- a/l
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Morten Brørup
Acked-by: Chengwen Feng
---
lib/rcu/rcu_qsbr_pvt.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/rcu/rcu
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
---
lib/pipeline/rte_pipeline.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/pipeline/rte_pipeline.h b/lib/pipeline/rte_pipeline.h
index ec51b9b..0c7994b 100644
--- a/
Zero length arrays are GNU extension. Replace with
standard flex array.
Signed-off-by: Tyler Retzlaff
Reviewed-by: Honnappa Nagarahalli
Reviewed-by: Morten Brørup
Acked-by: Chengwen Feng
---
lib/hash/rte_thash.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/hash/
On Thu, 14 Jan 2021 14:25:04 +0800
Chenbo Xia wrote:
> This series introduces a new device abstraction called emudev for emulated
> devices. A new library (librte_emudev) is implemented. The first emudev
> driver is also introduced, which emulates Intel Adaptive Virtual Function
> (iavf) as a sof
On Mon, 12 Feb 2024 14:36:02 -0800
Tyler Retzlaff wrote:
> Replace some missed zero length arrays not captured in the
> original series.
> https://patchwork.dpdk.org/project/dpdk/list/?series=30410&state=*
>
> Zero length arrays are a GNU extension that has been
> superseded by flex arrays.
>
>
31/01/2024 10:50, Xiao Wang:
> Remove my name from maintainers.
>
> Signed-off-by: Xiao Wang
Applied
If you have configured *SR-IOV on baremetal* to make virtual NICs and have
used *TC to mirror packets* between two virtual NICs, please contact me at
7532ya...@gmail.com. I need some assistance. We can talk off-line.
Hi all,
Is it safe to assume that there is no major Arm Linux distro out there that
builds DPDK targeting specific SOCs?
In other words, is it safe to assume that Linux distros always build DPDK for
Arm using -Dplatform=generic?
Thank you.
--wathsala
The zero sized RTE_MARKER typedefs are a GCC extension unsupported by
MSVC. Replace the use of the RTE_MARKER typedefs with anonymous unions.
Note:
v1 of the series tried to maintain the API after some study it has been
discovered that some existing uses of the markers do not produce compilation
Replace the use of RTE_MARKER with C11 anonymous unions to improve
code portability between toolchains.
Update use of rte_mbuf rearm_data field in net/ionic, net/sfc, net/ixgbe
and net/virtio which were accessing field as a zero-length array.
Signed-off-by: Tyler Retzlaff
---
drivers/net/ionic/
> -Original Message-
> From: Ferruh Yigit
> Sent: Monday, February 12, 2024 10:10 PM
>
> On 2/12/2024 6:44 PM, Ori Kam wrote:
> > Hi Ferruh
> >
> >> -Original Message-
> >> From: Ferruh Yigit
> >> Sent: Monday, February 12, 2024 7:05 PM
> >>
> >> On 2/11/2024 7:29 AM, Ori Kam w
On 1/19/24 02:05, Morten Brørup wrote:
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Thursday, 18 January 2024 21.18
The sfc base code had its own definition of static assertions
using the out of bound array access hack. Replace it with a
static_assert like rte_common.h.
Fix
80 matches
Mail list logo
