Similar to NETLINK ROUTE socket in Linux, PF_INET sockets
are used to communicate with FreeBSD network stack
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/common/mlx5/freebsd/meson.build | 1 +
drivers/common/mlx5/freebsd/mlx5_inet.c | 308
using IOCTL call MTU is set
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_os.c
b/drivers/net/mlx5
Add VLAN vmwa structures to compilation success.
It is not yet supported in FreeBSD
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/common/mlx5/freebsd/mlx5_inet.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/
read device clock
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_os.c
b/drivers/net/mlx5/freeb
callback to retrieve physical link information
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 175 ++
1 file changed, 175 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_
VLAN workaround for ESXi is not yet supported in FreeBSD,
adding placeholders
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_vlan_os.c | 84 +
1 file changed, 84 insertions(+)
create mode 100644 d
The OS MAC routines use INET socket to perform their tasks
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_os.c | 105 +
1 file changed, 105 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/
add stubs for bonding
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 42 +++
1 file changed, 42 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_os.c
b/drivers/net/mlx5/f
These function is implemented to support event sharing
between multiple ports of single IB device.
They are a copy of their Linux counterparts.
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 216 +++
add pci probe and dev spawn support
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_os.c | 1836 +++-
1 file changed, 1835 insertions(+), 1 deletion(-)
diff --git a/drivers/net/mlx5/freebsd/mlx5_os
add callback to check dev is removed
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_os.c
b/driver
set file descriptor as non-blocking
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_os.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_os.c
b/drivers/net/mlx5/fre
add flow workspace APIs
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_flow_os.c | 38 ++
drivers/net/mlx5/freebsd/mlx5_flow_os.h | 484
2 files changed, 522 insertions(+)
create mode 100644 dri
add stubs for nodule callbacks
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 39 +++
1 file changed, 39 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_os.c
b/drivers/n
The mlx5_init_once() and mlx5_init_shared_data() are equivalent to
their Linux counterparts
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_os.c | 139 +
1 file changed, 139 insertions(+)
diff
add flow control stub callbacks
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 46 +++
1 file changed, 46 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_ethdev_os.c
b/drivers/
These routines are equivalent to their Linux counterparts
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_mp_os.c | 305 ++
1 file changed, 305 insertions(+)
create mode 100644 drivers/net/mlx5/fre
Initialize device stats and fetch them using sysctl.
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_ethdev_os.c | 217 ++
1 file changed, 217 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_e
retrieving hw counter stats is not supported at the moment.
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_os.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_o
add routine to extract pdn
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/mlx5_os.c | 35 ++
1 file changed, 35 insertions(+)
diff --git a/drivers/net/mlx5/freebsd/mlx5_os.c
b/drivers/net/mlx5/fre
Using INET socket, promisc and allmulti modes are set/unset
In FreeBSD, allmulti mode cannot be toggled from userspace
thus it can only be unset in DPDK but not at device level.
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/m
Add stub for mlx5_translate_port_name
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/common/mlx5/freebsd/mlx5_common_os.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/common/mlx5/freebsd/mlx5_common_os.c
b
- On FreeBSD, XOPEN_SOURCE=600 is missing 'strlen' prototype.
The default XOPEN_SOURCE value (700) is used.
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
drivers/net/mlx5/freebsd/meson.build | 14 ++
drivers/net/mlx5/meson.build
From: srikanth-oc
Using sysctl, all the devices on the VMBUS are identified by the PMD.
On finding the Network device's device id, it is added to VMBUS dev
list.
v2 - replaced strncpy with memcpy
- replaced malloc.h with stdlib.h
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed
From: srikanth-oc
In FreeBSD, unlike Linux there is no sub-channel open callback that
could be called by HV_UIO driver, upon their grant by the hypervisor.
Thus, the PMD makes an IOCTL to the HV_UIO to open the granted
sub-channels
v2 - Added comment in linux/vmbus_uio.c
Signed-off-by: Srikanth
From: srikanth-oc
add meson support for FreeBSD
v2 - moved include statement to after OS detection
- updated ./MAINTAINERS file
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
MAINTAINERS| 2 ++
drivers/net/netvsc/free
Added FreeBSD prerequisites, limitations and features supported.
---
doc/guides/nics/mlx5.rst | 30 ++
1 file changed, 30 insertions(+)
diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst
index bae73f42d8..cf6d1e70f6 100644
--- a/doc/guides/nics/mlx5.rst
+
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 wrote:
On 10/4/2021 6:56 AM, pbhagavat...@marvell.com wrote:
From: Pav
On Tue, Oct 05, 2021 at 07:36:21PM +0200, Thomas Monjalon wrote:
> 21/09/2021 10:16, dkozl...@oss.nvidia.com:
> > From: Dmitry Kozlyuk
> >
> > get_hugepage_dir() searched for a hugetlbfs mount with a given page size
> > using handcraft parsing of /proc/mounts and mixing traversal logic with
> >
Hello John,
> Any progress on these? Since now my original patch ("eal: allow hugetlbfs
> sub-directories") is going to have to wait behind this series, since nobody
> responded to review of the last version.
Your patch does not directly depend on this one and can be merged earlier.
Maybe my prev
checks if ipv4 and udptcp cksum offload capability available
If not available, cksum is verified through software
If cksum is corrupt, packet is dropped, rest of the packets
are forwarded back.
Bugzilla ID:545
Signed-off-by: Usama Nadeem
---
examples/l3fwd/l3fwd.h | 6
examples/l3fwd/l
> 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()' API can be used to set the
> -Original Message-
> From: Pavan Nikhilesh Bhagavatula
> Sent: Friday, October 8, 2021 12:38 AM
> To: Carrillo, Erik G ; Jerin Jacob Kollanukkaran
>
> Cc: dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v3 11/14] eventdev: move timer adapters
> memory to hugepage
>
> Hi Erik,
>
> >Hi Pa
> -Original Message-
> From: William Tu
> Sent: Friday, October 8, 2021 21:54
> To: dev@dpdk.org
> Cc: Kadam, Pallavi ; david.march...@redhat.com;
> Wang, Haiyue
>
> Subject: [PATCH v2] net/e1000: build on Windows
>
> This patch enables building the e1000 driver for Windows.
> I tested
add meson support for FreeBSD
v2 - moved include statement to after OS detection
- updated ./MAINTAINERS file
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thulasiram
---
MAINTAINERS| 2 ++
drivers/net/netvsc/freebsd/meson.build | 6
Using sysctl, all the devices on the VMBUS are identified by the PMD.
On finding the Network device's device id, it is added to VMBUS dev
list.
v2 - replaced strncpy with memcpy
- replaced malloc.h with stdlib.h
Signed-off-by: Srikanth Kaka
Signed-off-by: Vag Singh
Signed-off-by: Anand Thula
In FreeBSD, unlike Linux there is no sub-channel open callback that
could be called by HV_UIO driver, upon their grant by the hypervisor.
Thus, the PMD makes an IOCTL to the HV_UIO to open the granted
sub-channels
v2 - Added comment in linux/vmbus_uio.c
Signed-off-by: Srikanth Kaka
Signed-off-by
> Both 'rte_eth_dev_configure()' & 'rte_eth_dev_set_mtu()' sets MTU but
> have slightly different checks. Like one checks min MTU against
> RTE_ETHER_MIN_MTU and other RTE_ETHER_MIN_LEN.
>
> Checks moved into common function to unify the checks. Also this has
> benefit to have common error logs.
> Remove 'max-pkt-len' parameter.
>
> Signed-off-by: Ferruh Yigit
> ---
> examples/ip_reassembly/main.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/examples/ip_reassembly/main.c b/examples/ip_reassembly/main.c
> index af67db49f7fb..2ff5ea3e7bc5 100644
> --- a/examples/ip_reassem
On 9/23/2021 9:01 AM, Alvin Zhang wrote:
For each forward engine, there may be some special conditions
must be met before the forwarding runs.
Adding checks for these conditions in configuring is not suitable,
because one condition may rely on multiple configurations, and the
conditions required
>
> 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 to enable jumbo
>
This patchset cleans up telemetry support for "in-memory" mode, so that
multiple independent processes can be run using that mode and still have
telemetry support. It also removes problems of one process removing the
socket of another - which was the original issue reported. The main changes
in thi
Telemetry interface should be exposed for primary processes only, since
secondary processes will conflict on socket creation, and since all
data in secondary process is generally available to primary. For
example, all device stats for ethdevs, cryptodevs, etc. will all be
common across processes.
When DPDK is run with --in-memory mode, multiple processes can run
simultaneously using the same runtime dir. This leads to each process,
as it starts up, removing the telemetry socket of another process,
giving unexpected behaviour.
This patch changes that behaviour to first check if the existing
When running in in-memory mode, multiple processes can use the same
runtime dir, leading to conflicts with the telemetry sockets in that
directory. We can resolve this by appending a suffix to each socket
beyond the first, with the suffix being an increasing counter value.
Each process uses the fir
For processes run using "in-memory" mode sharing the same runtime dir,
we add support for connecting to the separate instance sockets created
using ":1", ":2" etc. via new "-i" or "--instance" argument. Add details
on connecting to separate instances to the telemetry howto document.
Signed-off-by:
When a user runs the dpdk-telemetry script and fails to connect because
the socket path does not exist, run a scan for possible sockets that
could be connected to and inform the user of the command needed to
connect to those.
For example:
$ ./usertools/dpdk-telemetry.py -i4
Connecting to /run
>
> Move requested MTU value check to the API to prevent the duplicated
> code.
>
> Signed-off-by: Ferruh Yigit
> Reviewed-by: Andrew Rybchenko
> Reviewed-by: Rosen Xu
> Acked-by: Somnath Kotur
> ---
Acked-by: Konstantin Ananyev
> 2.31.1
>
> Setting MTU bigger than RTE_ETHER_MTU requires the jumbo frame support,
> and application should enable the jumbo frame offload support for it.
>
> When jumbo frame offload is not enabled by application, but MTU bigger
> than RTE_ETHER_MTU is requested there are two options, either fail or
>
On 9/22/2021 8:09 AM, Min Hu (Connor) wrote:
This patchset contains two bugfixes for bonding.
Chengchang Tang (2):
net/bonding: fix dedicated queue mode in vector burst
net/bonding: fix RSS key length
Series applied to dpdk-next-net/main, thanks.
>
> Hi Radu and Akhil
>
> We can add this change as a patch into
> http://patchwork.dpdk.org/project/dpdk/cover/20210929163035.608387-1-ciara.po...@intel.com/
> v4 it is ok.
> The doc can be updated accordingly.
>
No issues from my side.
> Add support for:
> TSO, NAT-T/UDP encapsulation, ESN
> AES_CCM, CHACHA20_POLY1305 and AES_GMAC
> SA telemetry
> mbuf offload flags
> Initial SQN value
>
> Radu Nicolau (8):
> security: add ESN field to ipsec_xform
> ipsec: add support for AEAD algorithms
> security: add UDP params for IPse
> Add support for AES_CCM, CHACHA20_POLY1305 and AES_GMAC.
>
> Signed-off-by: Declan Doherty
> Signed-off-by: Radu Nicolau
> Signed-off-by: Abhijit Sinha
> Signed-off-by: Daniel Martin Buckley
> Acked-by: Fan Zhang
> Acked-by: Konstantin Ananyev
> ---
> lib/ipsec/crypto.h | 137
>
> diff --git a/doc/guides/sample_app_ug/ipsec_secgw.rst
> b/doc/guides/sample_app_ug/ipsec_secgw.rst
> index 78171b25f9..846cf2b81a 100644
> --- a/doc/guides/sample_app_ug/ipsec_secgw.rst
> +++ b/doc/guides/sample_app_ug/ipsec_secgw.rst
> @@ -127,6 +127,7 @@ The application has a number of command
> Rework create inline session function as to update the session
> configuration parameters before create session is called.
> Also updated the rss key array size to prevent buffers overflows
> with PMDs that copy more than 40 bytes.
>
> Signed-off-by: Radu Nicolau
> ---
Acked-by: Akhil Goyal
> Enable UDP encapsulation for both transport and tunnel modes for the
> inline crypto offload path.
>
> Signed-off-by: Radu Nicolau
> ---
> examples/ipsec-secgw/ipsec.c | 33 +
> examples/ipsec-secgw/ipsec.h | 7 ++-
> examples/ipsec-secgw/sa.c| 9 +++
> Add support to allow user to specific MSS for TSO offload on a per SA
> basis. MSS configuration in the context of IPsec is only supported for
> outbound SA's in the context of an inline IPsec Crypto offload.
>
> Signed-off-by: Declan Doherty
> Signed-off-by: Radu Nicolau
> ---
> doc/guides/s
Subject can be
Examples/ipsec-secgw: support telemetry
> Add telemetry support to the IPsec GW sample app
>
Elaborate patch description to show how it can be used.
Probably it is worth mentioning how the output will look like.
> Signed-off-by: Declan Doherty
> Signed-off-by: Radu Nicolau
> ---
> Subject: [EXT] [PATCH v3 6/8] examples/ipsec-secgw: add support for
> defining initial sequence number value
>
Subject too long.
examples/ipsec-secgw: define initial ESN value
> Add esn field to SA definition block to allow initial ESN value
The commit description should describe the new opt
> Add support for AES-GMAC, AES_CTR, AES_XCBC_MAC,
> AES_CCM, CHACHA20_POLY1305
>
> Signed-off-by: Declan Doherty
> Signed-off-by: Radu Nicolau
> ---
> examples/ipsec-secgw/ipsec.h | 3 +-
> examples/ipsec-secgw/sa.c| 133 ---
> 2 files changed, 126 inserti
> Add support for ZUC-EEA3-256 and ZUC-EIA3-256
> (only 4-byte tags supported for now).
>
> Signed-off-by: Pablo de Lara
> ---
>
> This patch depends on patchset
> https://patches.dpdk.org/project/dpdk/list/?series=18470
>
Hi Fan/Ciara/Pablo,
Please add this patch also to the dependent series.
> This promotes the bbdev interface to stable.
> Overdue for some time as bbdev interface has been stable.
>
> Signed-off-by: Nicolas Chautru
> ---
Acked-by: Akhil Goyal
If anybody has any objections please raise or else this patch
Will be merged in RC1.
Added support for lookaside IPsec protocol offload.
Supported cases:
-AEAD
-Cipher+auth
Command used for testing:
./dpdk-test-crypto-perf -c 0xf -- --devtype crypto_octeontx2 --ptest
throughput --optype ipsec --cipher-algo aes-cbc --pool-sz 16384
--cipher-op encrypt --cipher-key-sz 16 --cipher-iv-
09/10/2021 03:53, eagost...@nvidia.com:
> From: Elena Agostini
>
> Add a function for the application to ensure the coherency
> of the writes executed by another device into the GPU memory.
>
> Signed-off-by: Elena Agostini
> ---
> +/**
> + * @warning
> + * @b EXPERIMENTAL: this API may change
09/10/2021 03:53, eagost...@nvidia.com:
> --- a/lib/gpudev/version.map
> +++ b/lib/gpudev/version.map
> + rte_gpu_free;
> rte_gpu_info_get;
> rte_gpu_init;
> rte_gpu_is_valid;
> + rte_gpu_malloc;
> + rte_gpu_register;
> + rte_gpu_unregister;
> };
Should we insert
On 10/4/2021 7:27 PM, Elad Nachman wrote:
בתאריך יום ב׳, 4 באוק׳ 2021, 20:00, מאת Eric Christian
:
I am not sure that only we can recreate the KNI request overwrite. We may
be the only ones with a current use case that exposes the vulnerability.
It is possible for any KNI operation to enc
> Subject: RE: [EXT] [PATCH v7 0/8] new features for ipsec and security
> libraries
>
> > Add support for:
> > TSO, NAT-T/UDP encapsulation, ESN
> > AES_CCM, CHACHA20_POLY1305 and AES_GMAC
> > SA telemetry
> > mbuf offload flags
> > Initial SQN value
> >
> > Radu Nicolau (8):
> > security: add
2021-10-08 06:53 (UTC-0700), William Tu:
> This patch enables building the e1000 driver for Windows.
> I tested using two Windows VM on top of VMware Fusion,
> creating two e1000 devices with device ID 0x10D3,
> verifying rx/tx works correctly using dpdk-testpmd.exe
> rxonly and txonly mode.
>
> S
Remove *_LIST_END enumerators from asymmetric crypto
lib to avoid ABI breakage for every new addition in
enums.
Signed-off-by: Akhil Goyal
---
v2: no change
app/test/test_cryptodev_asym.c | 4 ++--
drivers/crypto/qat/qat_asym.c | 2 +-
lib/cryptodev/rte_crypto_asym.h | 4
3 files change
rte_security_dynfield_register() is an internal
API to be used by the driver, hence moving it to internal.
Signed-off-by: Akhil Goyal
Acked-by: Konstantin Ananyev
---
v2: no change
lib/security/rte_security_driver.h | 2 +-
lib/security/version.map | 7 ++-
2 files changed, 7 ins
In struct rte_security_ipsec_sa_options, for every new option
added, there is an ABI breakage, to avoid, a reserved_opts
bitfield is added to for the remaining bits available in the
structure.
Now for every new sa option, these reserved_opts can be reduced
and new option can be added.
Signed-off-b
On 10/4/2021 5:18 PM, Elad Nachman wrote:
On Mon, Oct 4, 2021 at 7:05 PM Ferruh Yigit wrote:
On 10/4/2021 3:58 PM, Elad Nachman wrote:
בתאריך יום ב׳, 4 באוק׳ 2021, 17:51, מאת Ferruh Yigit <
ferruh.yi...@intel.com>:
On 10/4/2021 3:25 PM, Elad Nachman wrote:
Can you please try to not top po
Windows GSG included a section only on virt2phys driver installation,
but not on NetUIO. The content of the section duplicated documentation
in dpdk-kmods, but contained no links to it, only a reference.
Add subsections for virt2phys and NetUIO, explaining their roles.
Refer to documenttion in dpd
On 10/8/2021 9:08 AM, Wang, Haiyue wrote:
-Original Message-
From: William Tu
Sent: Friday, October 8, 2021 21:54
To: dev@dpdk.org
Cc: Kadam, Pallavi ; david.march...@redhat.com; Wang,
Haiyue
Subject: [PATCH v2] net/e1000: build on Windows
This patch enables building the e1000 drive
This patch fixes buffer overflow reported by ASAN,
please reference https://bugs.dpdk.org/show_bug.cgi?id=818
Some tests for the rte_hash table use the rte_jhash_32b() as
the hash function. This hash function interprets the length
argument in units of 4 bytes.
This patch divides configured key le
This patch fixes buffer overflow reported by ASAN,
please reference https://bugs.dpdk.org/show_bug.cgi?id=819
The rte_lpm6 keeps routing information for control plane purpose
inside the rte_hash table which uses rte_jhash() as a hash function.
>From the rte_jhash() documentation: If input key is n
On Fri, Oct 8, 2021 at 1:35 PM Dmitry Kozlyuk wrote:
>
> 2021-10-08 06:53 (UTC-0700), William Tu:
> > This patch enables building the e1000 driver for Windows.
> > I tested using two Windows VM on top of VMware Fusion,
> > creating two e1000 devices with device ID 0x10D3,
> > verifying rx/tx works
From: Thomas Monjalon
The device data shared between processes are moved in a struct
allocated in a shared memory (a new memzone for all GPUs).
The main struct rte_gpu references the shared memory
via the pointer mpshared.
The API function rte_gpu_attach() is added to attach a device
from the se
From: Thomas Monjalon
The computing device may operate in some isolated contexts.
Memory and processing are isolated in a silo represented by
a child device.
The context is provided as an opaque by the caller of
rte_gpu_add_child().
Signed-off-by: Thomas Monjalon
---
doc/guides/prog_guide/gpud
From: Thomas Monjalon
Callback functions may be registered for a device event.
Callback management is per-process and not thread-safe.
The events RTE_GPU_EVENT_NEW and RTE_GPU_EVENT_DEL
are notified respectively after creation and before removal
of a device, as part of the library functions.
Som
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 CPU framework, and GPU devices.
When mixing network act
From: Elena Agostini
In heterogeneous computing system, processing is not only in the CPU.
Some tasks can be delegated to devices working in parallel.
Such workload distribution can be achieved by sharing some memory.
As a first step, the features are focused on memory management.
A function all
From: Elena Agostini
In heterogeneous computing system, processing is not only in the CPU.
Some tasks can be delegated to devices working in parallel.
The new library gpudev is for dealing with GPGPU computing devices
from a DPDK application running on the CPU.
The infrastructure is prepared to
From: Elena Agostini
In heterogeneous computing system, processing is not only in the CPU.
Some tasks can be delegated to devices working in parallel.
When mixing network activity with task processing there may be the need
to put in communication the CPU with the device in order to synchronize
op
From: Elena Agostini
In heterogeneous computing system, processing is not only in the CPU.
Some tasks can be delegated to devices working in parallel.
When mixing network activity with task processing there may be the need
to put in communication the CPU with the device in order to synchronize
op
From: Elena Agostini
Add a function for the application to ensure the coherency
of the writes executed by another device into the GPU memory.
Signed-off-by: Elena Agostini
---
doc/guides/prog_guide/gpudev.rst | 8
lib/gpudev/gpudev.c | 19 +++
lib/gpudev/
From: Elena Agostini
Signed-off-by: Elena Agostini
---
doc/guides/prog_guide/gpudev.rst | 122 +++
1 file changed, 122 insertions(+)
diff --git a/doc/guides/prog_guide/gpudev.rst b/doc/guides/prog_guide/gpudev.rst
index cbaec5a1e4..1baf0c6772 100644
--- a/doc/guides
Hi,
I've reviewed the series, and it looks good to me.
I see we did not introduce new indirect referencing on the datapath
(just replaced rte_eth_devices[] being hidden with the new rte_eth_fp_ops[].)
My only concern - we'll get two places where pointers to the PMDs routines are
stored,
and it me
From: Narcisa Vasile
EAL thread API
**Problem Statement**
DPDK currently uses the pthread interface to create and manage threads.
Windows does not support the POSIX thread programming model,
so it currently
relies on a header file that hides the Windows calls under
pthread matched interfaces. Gi
From: Narcisa Vasile
Use a portable, type-safe representation for the thread identifier.
Add functions for comparing thread ids and obtaining the thread id
for the current thread.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/meson.build| 1 +
lib/eal/{unix => common}/rte_threa
From: Narcisa Vasile
Add function to translate Windows error codes to
errno-style error codes. The possible return values are chosen
so that we have as much semantical compatibility between platforms as
possible.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 6 +--
lib/eal/
From: Narcisa Vasile
Implement functions for getting/setting thread affinity.
Threads can be pinned to specific cores by setting their
affinity attribute.
Signed-off-by: Narcisa Vasile
Signed-off-by: Dmitry Malloy
---
lib/eal/common/rte_thread.c | 16
lib/eal/include/rte_thread.h |
From: Narcisa Vasile
Implement thread attributes for:
* thread affinity
* thread priority
Implement functions for managing thread attributes.
Priority is represented through an enum that allows for two levels:
- RTE_THREAD_PRIORITY_NORMAL
- RTE_THREAD_PRIORITY_REALTIME_CRITICAL
From: Narcisa Vasile
Add functions for setting and getting the priority of a thread.
Priorities on multiple platforms are similarly determined by
a priority value and a priority class/policy.
On Linux, the following mapping is created:
RTE_THREAD_PRIORITY_NORMAL corresponds to
* policy SCHED_OTH
From: Narcisa Vasile
As a new API for threading is introduced,
a set of unit tests have been added to test the new interface.
The tests verify that:
* mutexes and barriers behave as expected
* thread properties are applied correctly
* the thread id is retrieved correctly
* thread creation/des
From: Narcisa Vasile
Add functions for thread creation, joining, detaching.
The *rte_thread_create()* function can optionally receive
an rte_thread_attr_t object that will cause the thread to be
created with the affinity and priority described by the
attributes object. If no rte_thread_attr_t is
From: Narcisa Vasile
Add functions for barrier init, destroy, wait.
A portable type is used to represent a barrier identifier.
The rte_thread_barrier_wait() function returns the same value
on all platforms.
Signed-off-by: Narcisa Vasile
---
lib/eal/common/rte_thread.c | 61 ++
From: Narcisa Vasile
Add functions for mutex init, destroy, lock, unlock, trylock.
Add RTE_STATIC_MUTEX macro to replace static initialization
of mutexes.
Windows does not have a static initializer.
Initialization is only done through InitializeCriticalSection().
The RTE_STATIC_MUTEX calls into
On Fri, Oct 08, 2021 at 01:10:27AM +0300, Dmitry Kozlyuk wrote:
> Remove the definition of `struct cmdline` from public header.
> Deprecation notice:
> https://mails.dpdk.org/archives/dev/2020-September/183310.html
>
> Signed-off-by: Dmitry Kozlyuk
> Acked-by: David Marchand
> Acked-by: Olivier
On Fri, Oct 08, 2021 at 01:10:28AM +0300, Dmitry Kozlyuk wrote:
> Hide struct rdline definition and some RDLINE_* constants in order
> to be able to change internal buffer sizes transparently to the user.
> Add new functions:
>
> * rdline_new(): allocate and initialize struct rdline.
> This func
101 - 200 of 248 matches
Mail list logo
