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
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
From: TF-M tf-m-bounces@lists.trustedfirmware.org On Behalf Of Thomas Törnblom via TF-M Sent: Thursday, September 30, 2021 11:02 PM To: tf-m@lists.trustedfirmware.org Subject: [TF-M] nxp/lpcxpresso55s69 builds broken
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
--
Thomas T�rnblom, Product Engineer IAR Systems AB Box 23051, Strandbodgatan 1 SE-750 23 Uppsala, SWEDEN Mobile: +46 76 180 17 80 Fax: +46 18 16 78 01 E-mail: thomas.tornblom@iar.commailto:thomas.tornblom@iar.com Website: www.iar.comhttp://www.iar.com Twitter: www.twitter.com/iarsystemshttp://www.twitter.com/iarsystems
Thanks Ken,
This patch allowed me to build and run regression tests with both GNUARM and IARARM.
Cheers, Thomas
Den 2021-10-01 kl. 08:44, skrev Ken Liu via TF-M:
Hi Thomas,
The problem you reported should be caused by https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/11474 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 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
*From:* TF-M tf-m-bounces@lists.trustedfirmware.org *On Behalf Of *Thomas Törnblom via TF-M *Sent:* Thursday, September 30, 2021 11:02 PM *To:* tf-m@lists.trustedfirmware.org *Subject:* [TF-M] nxp/lpcxpresso55s69 builds broken
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
--
*Thomas T�rnblom*, /Product Engineer/ IAR Systems AB Box 23051, Strandbodgatan 1 SE-750 23 Uppsala, SWEDEN Mobile: +46 76 180 17 80 Fax: +46 18 16 78 01 E-mail: thomas.tornblom@iar.com mailto:thomas.tornblom@iar.comWebsite: www.iar.com http://www.iar.com Twitter: www.twitter.com/iarsystems http://www.twitter.com/iarsystems
tf-m@lists.trustedfirmware.org
-
Ken Liu -
Thomas Törnblom