This Learning Path assumes your FRDM i.MX 93 board is already set up and you can transfer files between your host machine and the board.
If you still need to set up Linux, serial console access, and file transfer, follow the Learning Path Linux on an NXP FRDM i.MX 93 board before continuing.
ExecuTorch is designed to scale from servers to endpoints, and Arm systems often scale within a single device. The FRDM i.MX 93 platform combines:
This Learning Path focuses on a concrete milestone: successful bring-up of an ExecuTorch executor_runner firmware on Cortex-M33 on this NXP platform.
This example keeps the Linux side intentionally simple. Linux loads and starts the Cortex-M33 firmware through RemoteProc, and you stage a compiled ExecuTorch .pte model so the firmware can run it.
By the end of this Learning Path, you’ll have:
.pte model artifact compiled for ethos-u65-256executor_runner firmware image built against prebuilt ExecuTorch librariesAfter you complete the Linux setup Learning Path, you should have:
scp)NXP provides free software for working with their boards, the MCUXpresso Integrated Development Environment (IDE) . In this Learning Path, you use MCUXpresso for Visual Studio Code .
MCUXpresso matters here because it gives you a predictable way to build and manage Cortex-M firmware on a platform where Linux is running at the same time.
This Learning Path uses TinyML. TinyML is machine learning tailored to function on devices with limited resources, constrained memory, low power, and fewer processing capabilities.
For a Learning Path focused on creating and deploying your own TinyML models, see Introduction to TinyML on Arm using PyTorch and ExecuTorch
In this Learning Path, you focus on deployment and observation: building the two runtime artifacts (the .pte model and the executor_runner firmware), bringing them up on the board, and confirming the Ethos-U acceleration path is active.
The next section covers booting the FRDM i.MX 93 and establishing a console connection so you can log in and transfer files.