Hi Thomas,
The problem you reported should be caused
by
https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/11474
And I created a fix for it:
https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/11741
Please check if it could fix your problem.
BTW, even with this fix, my local build for
55s69 still got other failures (not the mmio binding one),
will verify it after other submits (I cannot reach our IAR
server now hence I could try GNUARM only), maybe my env issue.
BR.
/Ken
While
verifying that my Musca B1/S1 fixes for IAR did not break
other targets I ran into building problems for the
nxp/lpcxpresso55s69 for both gnuarm and iararm.
I've tested with the following cmake line:
cmake
-GNinja -S .. -B . -DTFM_PLATFORM=nxp/lpcxpresso55s69
"-DTFM_TOOLCHAIN_FILE=..\toolchain_GNUARM.cmake"
-DTEST_NS=ON -DTEST_S=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo
-DTFM_PSA_API=ON -DBL2=OFF
Fails with:
d:/apps/gnuarm/10-2020-q4-major/bin/../lib/gcc/arm-none-eabi/10.2.1/../../../../arm-none-eabi/bin/ld.exe:
C:\Users\thomasto\Projects\tf-m12\trusted-firmware-m\gnuarm/../secure_fw/spm/ffm/psa_api.c:890:
undefined reference to `tfm_hal_irq_disable'
I notice that tfm_hal_irq_disable() is guarded by:
#if TFM_LVL == 3
in .../nxp/common/tfm_hal_isolation.c, while the other targets
does not have this guard. What isthe reason for that? Trying
to set that with cmake causes other failures.
commit 8444011d works
commit 4051016f fails
I tried bisecting between these two commits, but the builds
run into other build failures so I gave up on that.
Is his a known issue?
I have successfully built and run regression tests on musca
b1, musca s1, psoc64 and I have built, but not run an519,
an521, an524
Cheers,
Thomas