Skip to content

Commit d334f9d

Browse files
Why topo ? Heterogeneity!
One of the coolest features about Topo is that it allows the user to deploy firmware + application software as containerized workloads to an heterogenous device with a single command and through standard container tools. Signed-off-by: Tomás González <tomasagustin.gonzalezorlando@arm.com>
1 parent 6385967 commit d334f9d

1 file changed

Lines changed: 4 additions & 1 deletion

File tree

content/learning-paths/cross-platform/deploy-containerized-workloads-with-topo/overview-and-setup.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,10 @@ The optional heterogeneous deployment with `remoteproc-runtime` requires a heter
1818

1919
## Why use Topo?
2020

21-
Topo streamlines deploying pre-existing containerized workloads to new Arm-based Linux devices. Once a template is defined, use of Topo removes the need to deal with low-level setup and compatibility issues manually. Topo first assesses the system to identify processor features such as SVE or Neon on CPU, then advises which templates are appropriate for the device, before automating the deployment.
21+
Topo streamlines deploying containerized workloads to Arm-based Linux devices.
22+
If you have an heterogeneous device (e.g. Cortex-A + Cortex-M SoC such as the i.MX 93), Topo enables you to use it fully, deploying both firmware and application as containerized workloads through standard container tooling.
23+
24+
Once a template is defined, use of Topo removes the need to deal with low-level setup and compatibility issues manually. Topo first assesses the system to identify processor features such as SVE or Neon on CPU, then advises which templates are appropriate for the device, before automating the deployment.
2225

2326
Topo can also be leveraged by AI Agents to further streamline and automate.
2427

0 commit comments

Comments
 (0)