|
Revision tags: v22.03, v22.03-rc4, v22.03-rc3, v22.03-rc2, v22.03-rc1, v21.11, v21.11-rc4, v21.11-rc3, v21.11-rc2, v21.11-rc1 |
|
| #
6aebb942 |
| 29-Sep-2021 |
Olivier Matz <[email protected]> |
kvargs: add function to get from key and value
A quite common scenario with kvargs is to lookup for a <key>=<value> in a kvlist. For instance, check if name=foo is present in name=toto,name=foo,name
kvargs: add function to get from key and value
A quite common scenario with kvargs is to lookup for a <key>=<value> in a kvlist. For instance, check if name=foo is present in name=toto,name=foo,name=bar. This is currently done in drivers/bus with rte_kvargs_process() + the rte_kvargs_strcmp() handler.
This approach is not straightforward, and can be replaced by this new function.
rte_kvargs_strcmp() is then removed.
Signed-off-by: Olivier Matz <[email protected]> Reviewed-by: Xueming Li <[email protected]> Reviewed-by: David Marchand <[email protected]> Acked-by: Ray Kinsella <[email protected]>
show more ...
|
| #
b36d02ab |
| 29-Sep-2021 |
Olivier Matz <[email protected]> |
kvargs: promote get from key as stable
The function rte_kvargs_get() is used by eal and pci bus driver since its introduction in commit 3ab385063cb9 ("kvargs: add get by key") and commit d2a66ad7948
kvargs: promote get from key as stable
The function rte_kvargs_get() is used by eal and pci bus driver since its introduction in commit 3ab385063cb9 ("kvargs: add get by key") and commit d2a66ad79480 ("bus: add device arguments name parsing"), in dpdk 21.05.
Let's promote it as stable.
Signed-off-by: Olivier Matz <[email protected]> Reviewed-by: Xueming Li <[email protected]> Reviewed-by: David Marchand <[email protected]> Acked-by: Ray Kinsella <[email protected]>
show more ...
|
| #
4f5520d9 |
| 29-Sep-2021 |
Olivier Matz <[email protected]> |
kvargs: promote delimited parsing as stable
This function is used by EAL to parse key/value strings separated with specified delimiters.
It was introduced in 2018 by commit 5d6af85ab00c ("kvargs: i
kvargs: promote delimited parsing as stable
This function is used by EAL to parse key/value strings separated with specified delimiters.
It was introduced in 2018 by commit 5d6af85ab00c ("kvargs: introduce a more flexible parsing function"), and can be promoted as stable.
Signed-off-by: Olivier Matz <[email protected]> Reviewed-by: Xueming Li <[email protected]> Reviewed-by: David Marchand <[email protected]> Acked-by: Ray Kinsella <[email protected]>
show more ...
|
| #
fdab8f2e |
| 08-Aug-2021 |
Thomas Monjalon <[email protected]> |
version: 21.11-rc0
Start a new release cycle with empty release notes.
The ABI version becomes 22.0. The map files are updated to the new ABI major number (22). The ABI exceptions are dropped and C
version: 21.11-rc0
Start a new release cycle with empty release notes.
The ABI version becomes 22.0. The map files are updated to the new ABI major number (22). The ABI exceptions are dropped and CI ABI checks are disabled because compatibility is not preserved.
Signed-off-by: Thomas Monjalon <[email protected]> Acked-by: Ferruh Yigit <[email protected]> Acked-by: David Marchand <[email protected]>
show more ...
|
|
Revision tags: v21.08, v21.08-rc4, v21.08-rc3, v21.08-rc2, v21.08-rc1, v21.05, v21.05-rc4, v21.05-rc3, v21.05-rc2, v21.05-rc1 |
|
| #
99a2dd95 |
| 20-Apr-2021 |
Bruce Richardson <[email protected]> |
lib: remove librte_ prefix from directory names
There is no reason for the DPDK libraries to all have 'librte_' prefix on the directory names. This prefix makes the directory names longer and also m
lib: remove librte_ prefix from directory names
There is no reason for the DPDK libraries to all have 'librte_' prefix on the directory names. This prefix makes the directory names longer and also makes it awkward to add features referring to individual libraries in the build - should the lib names be specified with or without the prefix. Therefore, we can just remove the library prefix and use the library's unique name as the directory name, i.e. 'eal' rather than 'librte_eal'
Signed-off-by: Bruce Richardson <[email protected]>
show more ...
|