Skip to content

Commit

Permalink
2023q3: dpaa2: Status update
Browse files Browse the repository at this point in the history
  • Loading branch information
dsalychev committed Sep 23, 2023
1 parent 90edc52 commit 9edbea1
Showing 1 changed file with 44 additions and 0 deletions.
44 changes: 44 additions & 0 deletions website/content/en/status/report-2023-07-2023-09/dpaa2.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,44 @@
=== NXP DPAA2 support

Links +
link:https://cgit.freebsd.org/src/tree/sys/dev/dpaa2[DPAA2 in the FreeBSD source tree] +
link:https://github.com/mcusim/freebsd-src[DPAA2 on Github]

Contact: Dmitry Salychev <dsl@FreeBSD.org> +
Contact: Bjoern A. Zeeb <bz@FreeBSD.org>

==== What is DPAA2?

DPAA2 is a hardware-level networking architecture found in some NXP SoCs which contain hardware blocks including Management Complex (MC, a command interface to manipulate DPAA2 objects), Wire Rate I/O processor (WRIOP, packets distribution, queuing, drop decisions),
Queues and Buffers Manager (QBMan, Rx/Tx queues control, Rx buffer pools) and the others. The Management Complex runs NXP-supplied firmware which provides DPAA2 objects as an abstraction layer over those blocks to simplify an access to the underlying hardware.

==== Changes from the previous report

* Isolation between DPAA2 channels link:https://cgit.freebsd.org/src/commit/?id=58983e4b0253ad38a3e1ef2166fedd3133fdb552[improved].

* Panic under heavy network load link:https://github.com/mcusim/freebsd-src/issues/19[fixed].

* FDT/ACPI MDIO support.

* NFS root mount link:https://github.com/mcusim/freebsd-src/issues/7[doesn't hang] on netboot over DPAA2 anymore.

* Drivers link:https://github.com/mcusim/freebsd-src/issues/2[started] to communicate with MC via their own command portals (DPMCP).

* link:https://github.com/mcusim/freebsd-src/issues?q=is%3Aissue+is%3Aclosed[List of all closed issues].

==== Work in Progress

* Work on link:https://cgit.freebsd.org/src/commit/?id=2a9021898c4ee2154787da862c238cfeccd655df[dev/sff] started to support SFF/SFP modules in order to test DPAA2 drivers on the links above 1 Gbit/s

==== Plan

* Heavy network load tests (2.5 Gbit/s, 10 Gbit/s) and bottlenecks mitigation.

* Cached memory-backed software portals.

* Driver resources de-allocation to unload dpaa2.ko properly.

* Further parts (DPSW, DCE, etc.) supported by the hardware.

Sponsor: Bare Enthusiasm :) +
Sponsor: Traverse Technologies (providing Ten64 HW for testing)

0 comments on commit 9edbea1

Please sign in to comment.