topic Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) in Zephyr Project

Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

sujitp — Tue, 24 Jun 2025 10:40:12 GMT

Hello NXP Team,

I am currently working on a project where I need to run Zephyr RTOS on the Core M33 of the i.MX8ULP EVK. I wanted to check if there is any existing development or reference available for running Zephyr on the i.MX8ULP’s M33 core.

Specifically, I am looking for:

Official Zephyr support: Is Zephyr officially supported on the M33 core of i.MX8ULP? If so, are there any existing board configurations or development resources available?
Existing work or community contributions: Are there any ongoing development efforts or community contributions that might help in running Zephyr on this platform?
Reference projects: Any reference projects, example applications, or documentation that could assist in porting Zephyr to this platform.
Known limitations: Are there any known limitations or challenges when using Zephyr on the i.MX8ULP M33 core?

Any guidance or pointers towards relevant resources or documentation would be greatly appreciated.

Thank you in advance for your help!

Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

danielchen — Fri, 27 Jun 2025 07:14:20 GMT

Hi Sujitp：

According to https://docs.zephyrproject.org/latest/boards/nxp/index.html

The supported NXP i.MX MPU boards includes:

...

unfortunately i.MX 8ULP is not listed here.

I would suggest you refer to AN13970, it described running Zephyr on Arm Cortes-A or Cortex-M core, and how to implement it.

Regards

Daniel

Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

sujitp — Fri, 27 Jun 2025 08:52:54 GMT

AN13970 is all about HiFi4-DSP it does not have anything related to im8ulp core m33

Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

danielchen — Wed, 02 Jul 2025 01:51:11 GMT

Hi @sujitp :

i.MX 8ULP is not in our current plans. Our focus has been on enabling Zephyr on Cortex-A core.

Sorry there is no existing documents for that. Maybe we will consider 8ULP in future, but need to know more about the requirements to make that assessment.

Regards

Daniel

Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

Iulia_Prodan — Thu, 11 Sep 2025 08:41:24 GMT

Official Zephyr support: No, we don't have M33 support for i.MX8ULP.
For the i.MX8ULP we have support for HiFi4 DSP core (ADSP) - https://github.com/zephyrproject-rtos/zephyr/tree/main/soc/nxp/imx/imx8ulp

Existing work or community contributions: Example on how to run Zephyr on DSP (see https://www.nxp.com/docs/en/application-note/AN13970.pdf) can be a starting point.
On how to add the M33 support in Zephyr one can look on other examples like M7 support for i.MX95 (https://github.com/zephyrproject-rtos/zephyr/pull/74920/commits - only a few of these patches are needed -focus on M7 support only) or M33 support on i.MX943 (see https://github.com/zephyrproject-rtos/zephyr/pull/91107/commits).

Reference projects: The above mentioned PRs, reference manual or other docs from here , i.MX Linux User Guide, Application Note AN5317

Known limitations: N/A

Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

sujitp — Thu, 11 Sep 2025 09:08:09 GMT

Hi all,
Thanks for the earlier guidance. I wanted to share that I’ve successfully compiled and booted my custom board configuration for the i.MX8ULP using Zephyr. The board is now recognized and building cleanly, which is a big step forward.
However, I’ve run into a blocking issue during early initialization:
🧩 Problem:
The UPOWER_CheckReqWithArgs() function currently depends on an interrupt-driven callback (uPower_IRQHandler) to set a flag (callbackStatus). Since the Zephyr kernel isn’t initialized at this stage, interrupts are disabled, and the call gets stuck in a while loop waiting for that flag.
Complication:
If I enable interrupts early to allow the IRQ to fire, I encounter UsageFaults and stack corruption, likely due to premature access or context mismatch.
Goal:
I’d like to remove the interrupt dependency and handle uPower requests in polling mode only during early boot. Ideally, I want to replicate what the IRQ does—checking the status manually and setting the flag—without relying on interrupt context.
🧠 What I Need:
- Guidance on how to safely poll for uPower request completion.
- Reference to any internal status flags or registers that indicate request completion.
- Any known caveats or best practices for using uPower in polling mode on i.MX8ULP during early Zephyr boot.
Appreciate any insights or suggestions from those who’ve worked with uPower or early-stage Zephyr bring-up on NXP platforms.
Thanks again!

Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33)

sujitp — Thu, 11 Sep 2025 09:20:54 GMT

I wanted to share that I’ve successfully compiled and booted my custom board configuration for the i.MX8ULP using Zephyr. The board is now recognized and building cleanly
However, I’ve run into a blocking issue during early initialization:

The UPOWER_CheckReqWithArgs() function currently depends on an interrupt-driven callback (uPower_IRQHandler) to set a flag (callbackStatus). Since the Zephyr kernel isn’t initialized at this stage, interrupts are disabled, and the call gets stuck in a while loop waiting for that flag.

Complication:
If I enable interrupts early to allow the IRQ to fire, I encounter UsageFaults and stack corruption, likely due to premature access or context mismatch.

Goal:
I’d like to remove the interrupt dependency and handle uPower requests in polling mode only during early boot. Ideally, I want to replicate what the IRQ does—checking the status manually and setting the flag—without relying on interrupt context.

Is there any existing driver for upower without interrupt?