2416186_en-US

[#1]

RT685 DSP image uses cached binary instead of newly built in Zephyr sysbuild on MacOS

Platform: MacOS 15.6.1 (24G90) VS Code (Version: 1.112.0 (Universal))

MCUXpresso for VS Code: 26.8.29

Zephyr toolchain: zephyr-sdk-1.0.1, zsdk nxp-v4.4.1.1

Application: amp_blinky imported as zephyr-freestanding

Board: MIMXRT685-EVK

Description:

I am setting up dev environment on MacOS, same steps were working fine on my Linux machine. While build and flash threw no critical warning/error with MCUXpresso, application was running fine on both Arm and DSP cores. Then I edited the code under remote/src and remote/prj.conf, and flash it after a pristine build. However, the DSP core still ran the previous image before editing.

Below are some of the interesting behaviors:

1. I tried to edit the Arm core code too, but that change was applied successfully.
2. Changes in the DSP core code can trigger a non-pristine build instead of showing "no work to do."
3. Disabling CCACHE in cmake seems to solve the issue

So far to me, it looks like a cahce-related issue that the compiler ignores the changes in the DSP image while running sysbuild, and uses the cached binary, regardless it has been rebuilt. It is probably caused by nxp_zephyr/zephyr/samples/boards/nxp/adsp/rtxxx/common/src/dspimgs.S isn't updated. Also, it might be a MacOS-only issue since I didn't notice it on my Linux machine.

Is this a known issue? Is there an elegant solution instead of disabling CCACHE?

Best Regards,

Yue

ZEPHYR-OS-EDGE 

i.MXRT 600