On 12/3/2020 1:59 PM, George Prekas wrote:
Insert a compiler barrier to make sure that the IP checksum calculation
happens after setting all the fields of the IP header.
Can you please provide the compiler details, and if there is any specific
instruction on how to reproduce this failure?
On 12/4/2020 7:51 AM, Hideyuki Yamashita wrote:
In general, DPDK application consumes CPU usage because it polls
incoming packets using rx_burst API in infinite loop.
This makes difficult to estimate how much CPU usage is really
used to send/receive packets by the DPDK application.
For example,
Ok.
On 2020-12-03 02:11, Thomas Monjalon wrote:
01/12/2020 10:24, Thomas Monjalon:
01/12/2020 04:39, prateekag:
> printf is not signal safe and may lead to deadlock if kept in signal handler
> and
> signal comes in two quick succession. It will not lead to incorrect behavior
> and it is a highl
Hi,
I can only look at this problem a week later, If someone wants to correct
this, they may go ahead. The problem is how to convert an integer to string
and what functions to use to create the final string. "itoa" is not a part of
C standard, writing custom itoa may pollute the code. strcpy i
04/12/2020 10:20, prateekag:
> Hi,
>
> I can only look at this problem a week later, If someone wants to correct
> this, they may go ahead. The problem is how to convert an integer to string
> and what functions to use to create the final string. "itoa" is not a part of
> C standard, writing cu
This cmd should be called by every driver after 'hwrm_func_cfg'
to get the actual number of resources allocated by the HWRM.
The values returned in the cmd are the max values for that PF.
Also, now that the max values for the PF are computed in probe itself,
no need to invoke FUNC_QCAPs or any oth
On 4/12/2020 7:51 AM, Hideyuki Yamashita wrote:
In general, DPDK application consumes CPU usage because it polls
incoming packets using rx_burst API in infinite loop.
This makes difficult to estimate how much CPU usage is really
used to send/receive packets by the DPDK application.
For example
Minutes of Technical Board Meeting, 2020-12-2
Members Attending
-
- Ferruh
- Kevin
- Bruce
- Konstantin
- Thomas
- Hemant
- Maxime (Chair)
- Olivier
- Jerin
- Honnappa
NOTE: The technical board meetings every second Wednesday on Jitsi [0]
at 3pm UTC. Meetings are public and DPDK c
Hi
I am wondering if the secondary DPDK processes can access the mbufs that are
attached using rte_pktmbuf_attach_extbuf().
The DPDK primary process allocates the buffer pool from the heap. Is there any
example application that you can refer to ?
Thank you very much
* PKDas
https://bugs.dpdk.org/show_bug.cgi?id=591
Bug ID: 591
Summary: atlantic APIs is missing input validation
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
https://bugs.dpdk.org/show_bug.cgi?id=592
Bug ID: 592
Summary: bnxt PMD APIs is missing input validation
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
https://bugs.dpdk.org/show_bug.cgi?id=593
Bug ID: 593
Summary: dpaa2 PMD APIs is missing input validation
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
https://bugs.dpdk.org/show_bug.cgi?id=594
Bug ID: 594
Summary: i40e PMD APIs is missing input validation
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
With the recent changes in terms of free access to the Travis CI, let's
offer an alternative with GitHub Actions.
Running jobs on ARM is not supported unless using external runners, so
this commit only adds builds for x86_64 and cross compiling for i386 and
aarch64.
Differences with the Travis CI
v21 ABI will be maintained until v21.11.
Let's use the latest released libabigail 1.8.
In GitHub Actions, libabigail binaries and the ABI reference are stored
in two shared caches as all branches can use the same.
While at it, we can reproduce changes from the commit 0b8086ce3fe7
("devtools: rem
printf is not async-signal safe. Using printf in signal handlers may lead to
deadlock. Removed printf from signal handlers present in several applications.
Signed-off-by: Prateek Agarwal
---
app/pdump/main.c | 2 --
app/test-eventdev/evt_main.c | 4
app/test-flow-perf/main.c
These patches make some minor changes to the ionic PMD.
Signed-off-by: Andrew Boyer
---
v3:
* Fixed up false-positives from codespell and gcc 8.3/9.3
v2:
* Address Ferruh's comments (thank you!)
* Switch to net/ionic: prefix
* Leave UNMAINTAINED flag for now
* Split patch 8 into patch 8 & 9; dr
Otherwise the ionic PMD is never built.
Signed-off-by: Andrew Boyer
---
drivers/net/meson.build | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/meson.build b/drivers/net/meson.build
index 29f477750..6e4aa6bf3 100644
--- a/drivers/net/meson.build
+++ b/drivers/net/meson.build
@@ -
The ionic_if.h file contains the firmware interface definitions.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_if.h | 1343 ++--
drivers/net/ionic/ionic_regs.h |3 -
2 files changed, 930 insertions(+), 416 deletions(-)
diff --git a/drivers/net/ionic/i
This reduces the startup time a bit.
Signed-off-by: Neel Patel
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_dev.h | 4 +++-
drivers/net/ionic/ionic_main.c | 36 -
drivers/net/ionic/ionic_osdep.h | 10 -
3 files changed, 21 insertions(+), 29
This conserves resources.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic.h| 1 -
drivers/net/ionic/ionic_dev.c| 5 +
drivers/net/ionic/ionic_dev.h| 7 +--
drivers/net/ionic/ionic_ethdev.c | 2 --
drivers/net/ionic/ionic_lif.c| 22 ++
d
The UNMAINTAINED flag will be removed in a future patch.
Signed-off-by: Andrew Boyer
---
MAINTAINERS| 3 ++-
doc/guides/nics/features/ionic.ini | 2 ++
doc/guides/nics/ionic.rst | 13 +++--
3 files changed, 11 insertions(+), 7 deletions(-)
diff --git a
This conserves resources.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_lif.c | 4 ++--
drivers/net/ionic/ionic_lif.h | 2 +-
drivers/net/ionic/ionic_rxtx.c | 10 ++
3 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ionic/ionic_lif.c b/drivers/net/i
The ionic FW does not support loopback mode at this time.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_ethdev.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/ionic/ionic_ethdev.c b/drivers/net/ionic/ionic_ethdev.c
index cd79f250e..ce6ca9671 100644
--- a/drivers/ne
This makes the code clearer and conserves resources.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic_ethdev.c | 5 ++---
drivers/net/ionic/ionic_lif.c| 15 ++-
drivers/net/ionic/ionic_main.c | 18 +++---
3 files changed, 19 insertions(+), 19 deletions(-)
d
Expose ionic_opcode_to_str() so it can be used for dev cmds, too.
Store the device name in struct adapter.
Switch to memcpy() to work around gcc false positives.
Signed-off-by: Andrew Boyer
---
drivers/net/ionic/ionic.h | 1 +
drivers/net/ionic/ionic_dev.c | 5 +++
drivers/net/ion
Access to mbuf dynfields in application code requires variable
export through header and dynamic library.
Fixes: a926951a606f ("net/ark: switch Rx timestamp to dynamic mbuf field")
Cc: tho...@monjalon.net
Signed-off-by: Ed Czeck
---
drivers/net/ark/ark_ethdev.c| 8
drivers/net/ark/
On Fri, 4 Dec 2020 15:27:45 -0500
Ed Czeck wrote:
> Access to mbuf dynfields in application code requires variable
> export through header and dynamic library.
>
> Fixes: a926951a606f ("net/ark: switch Rx timestamp to dynamic mbuf field")
> Cc: tho...@monjalon.net
>
> Signed-off-by: Ed Czeck
On 11/29/2020 5:00 AM, Nick Connolly wrote:
When building with clang (11.0,--buildtype=debug), eal_lcore.c
produces a -Wformat-nonliteral warning from the vfprintf call
in log_early.
Add __rte_format_printf annotation.
Fixes: b8a36b086625 ("eal/windows: improve CPU and NUMA node detection")
C
Hi Nick,
Thanks for this patch. Could not see the deprecated warnings anymore.
On 11/29/2020 8:00 AM, Nick Connolly wrote:
Microsoft CRT defines Windows-specific secure alternatives to
standard library functions and triggers warnings when "insecure"
functions are used [1]. However, calling code
Hi Tal,
On 11/26/2020 12:06 AM, Tal Shnaiderman wrote:
interrupt callback register is not implemented in Windows.
Add stub with -ENOTSUP return value and export the function.
Signed-off-by: Tal Shnaiderman
---
lib/librte_eal/rte_eal_exports.def | 1 +
lib/librte_eal/windows/eal_interru
On 11/26/2020 12:06 AM, Tal Shnaiderman wrote:
interrupt callback register is not implemented in Windows.
Add stub with -ENOTSUP return value and export the function.
Signed-off-by: Tal Shnaiderman
---
Acked-by: Pallavi Kadam
This patch-set enables building the Intel i40e PMD on Windows.
It also adds a compiler flag to ignore a few warnings generated
when compiling the code on Windows.
Pallavi Kadam (3):
eal/windows: add some interrupt functions stub
net/i40e: add changes to support i40e PMD on windows
config/bu
Warning generated using Clang compiler:
..\drivers\net\i40e\base/i40e_osdep.h:34:14: warning: forward references
to 'enum' types are a Microsoft extension
[-Wmicrosoft-enum-forward-reference]
typedef enum i40e_status_code i40e_status;
^
Adding -Wmicrosoft-enum-forward-reference compil
Adding build changes to compile i40e PMD on windows.
Disabling few warnings with Clang such as comparison of integers of
different signs and macro redefinitions.
Also, adding linking dependency source file rte_random.c file to
Windows.
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
---
Adding some interrupt implementations on Windows to help compile
i40e PMD code.
Also added respective functions to export file.
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
---
lib/librte_eal/rte_eal_exports.def | 10
lib/librte_eal/windows/eal_interrupts.c | 70
On 12/4/2020 2:59 AM, Ferruh Yigit wrote:
CAUTION: This email originated from outside of the organization. Do
not click links or open attachments unless you can confirm the sender
and know the content is safe.
On 12/3/2020 1:59 PM, George Prekas wrote:
Insert a compiler barrier to make su
37 matches
Mail list logo
