|
Revision tags: v24.11, v24.11-rc4, v24.11-rc3, v24.11-rc2, v24.11-rc1, v24.07, v24.07-rc4, v24.07-rc3, v24.07-rc2, v24.07-rc1, v24.03, v24.03-rc4, v24.03-rc3, v24.03-rc2, v24.03-rc1 |
|
| #
f665790a |
| 13-Dec-2023 |
David Marchand <david.marchand@redhat.com> |
drivers: remove redundant newline from logs
Fix places where two newline characters may be logged.
Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Chengwen
drivers: remove redundant newline from logs
Fix places where two newline characters may be logged.
Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Chengwen Feng <fengchengwen@huawei.com>
show more ...
|
| #
e12a0166 |
| 14-May-2024 |
Tyler Retzlaff <roretzla@linux.microsoft.com> |
drivers: use stdatomic API
Replace the use of gcc builtin __atomic_xxx intrinsics with corresponding rte_atomic_xxx optional rte stdatomic API.
Signed-off-by: Tyler Retzlaff <roretzla@linux.microso
drivers: use stdatomic API
Replace the use of gcc builtin __atomic_xxx intrinsics with corresponding rte_atomic_xxx optional rte stdatomic API.
Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com> Acked-by: Stephen Hemminger <stephen@networkplumber.org> Reviewed-by: Mattias Rönnblom <mattias.ronnblom@ericsson.com>
show more ...
|
|
Revision tags: v23.11, v23.11-rc4, v23.11-rc3, v23.11-rc2, v23.11-rc1, v23.07, v23.07-rc4, v23.07-rc3, v23.07-rc2, v23.07-rc1, v23.03, v23.03-rc4 |
|
| #
0e23a5e7 |
| 27-Mar-2023 |
Tyler Retzlaff <roretzla@linux.microsoft.com> |
crypto/ccp: use C11 memory model GCC builtin atomics
Replace use of __sync_fetch_and_or and __sync_fetch_and_and with __atomic_fetch_or and __atomic_fetch_and.
Signed-off-by: Tyler Retzlaff <roretz
crypto/ccp: use C11 memory model GCC builtin atomics
Replace use of __sync_fetch_and_or and __sync_fetch_and_and with __atomic_fetch_or and __atomic_fetch_and.
Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com> Reviewed-by: Morten Brørup <mb@smartsharesystems.com>
show more ...
|
|
Revision tags: v23.03-rc3, v23.03-rc2 |
|
| #
e849b88f |
| 02-Mar-2023 |
David Marchand <david.marchand@redhat.com> |
crypto/ccp: fix PCI probing
This driver has been converted from a vdev driver to a pci driver some time ago. This conversion is buggy as it tries to probe any pci devices present on a system for *e
crypto/ccp: fix PCI probing
This driver has been converted from a vdev driver to a pci driver some time ago. This conversion is buggy as it tries to probe any pci devices present on a system for *each* probe request from the PCI bus.
Rely on the passed PCI device and only probe what is requested.
While at it: - stop copying the pci device object content into a local private copy, - rely on the PCI identifier and remove internal ccp_device_version identifier, - ccp_list can be made static,
With this done, all the code parsing Linux sysfs can be dropped.
Fixes: 889317b7ecb3 ("crypto/ccp: convert driver from vdev to PCI") Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Sunil Uttarwar <sunilprakashrao.uttarwar@amd.com>
show more ...
|
|
Revision tags: v23.03-rc1, v22.11, v22.11-rc4, v22.11-rc3, v22.11-rc2, v22.11-rc1 |
|
| #
9631fb8f |
| 04-Oct-2022 |
David Marchand <david.marchand@redhat.com> |
crypto/ccp: fix IOVA handling
Using IOVA or physical addresses is something that the user (via --iova-mode=) or the bus code decides.
The crypto/ccp PCI driver should only use rte_mem_virt2iova. It
crypto/ccp: fix IOVA handling
Using IOVA or physical addresses is something that the user (via --iova-mode=) or the bus code decides.
The crypto/ccp PCI driver should only use rte_mem_virt2iova. It should not try to decide what to use solely based on the kmod the PCI device is bound to.
While at it, the global variable sha_ctx looks unsafe and unneeded. Remove it.
Fixes: 09a0fd736a08 ("crypto/ccp: enable IOMMU") Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Sunil Uttarwar <sunilprakashrao.uttarwar@amd.com>
show more ...
|
| #
b211d968 |
| 04-Oct-2022 |
David Marchand <david.marchand@redhat.com> |
crypto/ccp: remove some dead code for UIO
uio_fd is unused.
Fixes: 09a0fd736a08 ("crypto/ccp: enable IOMMU") Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by:
crypto/ccp: remove some dead code for UIO
uio_fd is unused.
Fixes: 09a0fd736a08 ("crypto/ccp: enable IOMMU") Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Sunil Uttarwar <sunilprakashrao.uttarwar@amd.com>
show more ...
|
| #
e946ca8e |
| 04-Oct-2022 |
David Marchand <david.marchand@redhat.com> |
crypto/ccp: remove some printf
A DPDK application must _not_ use printf. Use log framework.
Fixes: ef4b04f87fa6 ("crypto/ccp: support device init") Cc: stable@dpdk.org
Signed-off-by: David Marchan
crypto/ccp: remove some printf
A DPDK application must _not_ use printf. Use log framework.
Fixes: ef4b04f87fa6 ("crypto/ccp: support device init") Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Sunil Uttarwar <sunilprakashrao.uttarwar@amd.com>
show more ...
|
|
Revision tags: v22.07, v22.07-rc4, v22.07-rc3, v22.07-rc2, v22.07-rc1, v22.03, v22.03-rc4, v22.03-rc3, v22.03-rc2, v22.03-rc1 |
|
| #
06c047b6 |
| 09-Feb-2022 |
Stephen Hemminger <stephen@networkplumber.org> |
remove unnecessary null checks
Functions like free, rte_free, and rte_mempool_free already handle NULL pointer so the checks here are not necessary.
Remove redundant NULL pointer checks before free
remove unnecessary null checks
Functions like free, rte_free, and rte_mempool_free already handle NULL pointer so the checks here are not necessary.
Remove redundant NULL pointer checks before free functions found by nullfree.cocci
Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>
show more ...
|
|
Revision tags: v21.11, v21.11-rc4, v21.11-rc3, v21.11-rc2, v21.11-rc1, v21.08, v21.08-rc4, v21.08-rc3 |
|
| #
889317b7 |
| 26-Jul-2021 |
Amaranath Somalapuram <asomalap@amd.com> |
crypto/ccp: convert driver from vdev to PCI
drop all the code duplicating the PCI bus driver developed for enable IOMMU in vdev.
Signed-off-by: Amaranath Somalapuram <asomalap@amd.com>
|
|
Revision tags: v21.08-rc2, v21.08-rc1, v21.05, v21.05-rc4, v21.05-rc3, v21.05-rc2, v21.05-rc1, v21.02, v21.02-rc4, v21.02-rc3, v21.02-rc2, v21.02-rc1 |
|
| #
09a0fd73 |
| 25-Dec-2020 |
Amaranath Somalapuram <asomalap@amd.com> |
crypto/ccp: enable IOMMU
CCP use vdev framework, and vdev framework don’t support IOMMU. Adding custom IOMMU support for AMD CCP driver.
Signed-off-by: Amaranath Somalapuram <asomalap@amd.com>
|
|
Revision tags: v20.11, v20.11-rc5, v20.11-rc4, v20.11-rc3, v20.11-rc2, v20.11-rc1 |
|
| #
72f82c43 |
| 14-Sep-2020 |
Thomas Monjalon <thomas@monjalon.net> |
mem: remove physical address aliases
Remove the deprecated unioned fields phys_addr from the structures rte_memseg and rte_memzone. They are replaced with the fields iova which are at the same offse
mem: remove physical address aliases
Remove the deprecated unioned fields phys_addr from the structures rte_memseg and rte_memzone. They are replaced with the fields iova which are at the same offsets.
Signed-off-by: Thomas Monjalon <thomas@monjalon.net> Acked-by: Andrew Rybchenko <arybchenko@solarflare.com> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com> Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com> Acked-by: Ray Kinsella <mdr@ashroe.eu>
show more ...
|
|
Revision tags: v20.08, v20.08-rc4, v20.08-rc3, v20.08-rc2, v20.08-rc1, v20.05, v20.05-rc4, v20.05-rc3, v20.05-rc2, v20.05-rc1 |
|
| #
4f429be4 |
| 26-Apr-2020 |
Yunjian Wang <wangyunjian@huawei.com> |
crypto/ccp: fix fd leak on probe failure
Zero is a valid fd. When ccp_probe_device() is failed, the uio_fd won't be closed thus leading fd leak.
Fixes: ef4b04f87fa6 ("crypto/ccp: support device ini
crypto/ccp: fix fd leak on probe failure
Zero is a valid fd. When ccp_probe_device() is failed, the uio_fd won't be closed thus leading fd leak.
Fixes: ef4b04f87fa6 ("crypto/ccp: support device init") Cc: stable@dpdk.org
Signed-off-by: Yunjian Wang <wangyunjian@huawei.com> Acked-by: Ravi Kumar <ravi1.kumar@amd.com>
show more ...
|
|
Revision tags: v20.02, v20.02-rc4, v20.02-rc3, v20.02-rc2, v20.02-rc1, v19.11, v19.11-rc4, v19.11-rc3, v19.11-rc2, v19.11-rc1, v19.08, v19.08-rc4, v19.08-rc3, v19.08-rc2, v19.08-rc1, v19.05, v19.05-rc4, v19.05-rc3, v19.05-rc2, v19.05-rc1, v19.02, v19.02-rc4, v19.02-rc3, v19.02-rc2, v19.02-rc1, v18.11, v18.11-rc5, v18.11-rc4, v18.11-rc3, v18.11-rc2, v18.11-rc1, v18.08, v18.08-rc3, v18.08-rc2, v18.08-rc1, v18.05, v18.05-rc6, v18.05-rc5, v18.05-rc4, v18.05-rc3, v18.05-rc2, v18.05-rc1 |
|
| #
585d4037 |
| 19-Mar-2018 |
Ravi Kumar <ravi1.kumar@amd.com> |
crypto/ccp: support hwrng
CCP engines support true hardware random generation feature. This patch implements api to read random number from CCP to be used within PMD.
Signed-off-by: Ravi Kumar <rav
crypto/ccp: support hwrng
CCP engines support true hardware random generation feature. This patch implements api to read random number from CCP to be used within PMD.
Signed-off-by: Ravi Kumar <ravi1.kumar@amd.com>
show more ...
|
| #
70f0f8a8 |
| 19-Mar-2018 |
Ravi Kumar <ravi1.kumar@amd.com> |
crypto/ccp: support burst enqueue/dequeue
Added support for burst oriented data path.
CCP PMD selects appropriate CCP engine available on the platform and schedule the batch of crypto ops to a sele
crypto/ccp: support burst enqueue/dequeue
Added support for burst oriented data path.
CCP PMD selects appropriate CCP engine available on the platform and schedule the batch of crypto ops to a selected hardware queue of the respective crypto engine.
Signed-off-by: Ravi Kumar <ravi1.kumar@amd.com>
show more ...
|
| #
3c20cf98 |
| 19-Mar-2018 |
Ravi Kumar <ravi1.kumar@amd.com> |
crypto/ccp: support basic PMD ops
Added device specific basic crypto ops callback functions.
Signed-off-by: Ravi Kumar <ravi1.kumar@amd.com>
|
| #
ef4b04f8 |
| 19-Mar-2018 |
Ravi Kumar <ravi1.kumar@amd.com> |
crypto/ccp: support device init
CCP PMD is a virtual crypto PMD which schedules a number of available actual CCP hardware engines underneath. The PMD manages all devices by its own. The PMD supports
crypto/ccp: support device init
CCP PMD is a virtual crypto PMD which schedules a number of available actual CCP hardware engines underneath. The PMD manages all devices by its own. The PMD supports CCP_5a and CCP_5b versions of crypto engines and this patch adds support to initialize and use such devices.
Signed-off-by: Ravi Kumar <ravi1.kumar@amd.com>
show more ...
|