-
Notifications
You must be signed in to change notification settings - Fork 64
[zep fromtree] platform: stm: workaround compiler error #160
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: zephyr_tf-m_v2.2.2
Are you sure you want to change the base?
[zep fromtree] platform: stm: workaround compiler error #160
Conversation
ea91bce to
ce78375
Compare
|
Patch has been merged upstream and I have updated the commit to |
|
The default branch of this repository is being changed to |
Make local function DMA_List_CheckNodesBaseAddresses() never inlined.
This fixes a build issue faced with with STM32H5 DMA HAL when building
TF-M for regression tests with GCC11 and GCC12 compilers with optimization
directives. The build issue is not very explicit, as reported by the
build error trace message below:
during GIMPLE pass: evrp
/__w/zephyr/modules/tee/tf-m/trusted-firmware-m/platform/ext/target/stm/common/stm32h5xx/hal/Src/stm32h5xx_hal_dma_ex.c: In function 'HAL_DMAEx_List_ReplaceNode_Head':
/__w/zephyr/modules/tee/tf-m/trusted-firmware-m/platform/ext/target/stm/common/stm32h5xx/hal/Src/stm32h5xx_hal_dma_ex.c:4683:1: internal compiler error: Segmentation fault
4683 | }
| ^
0x7f6e24cfb32f ???
./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
0x7f6e24ce01c9 __libc_start_call_main
../sysdeps/nptl/libc_start_call_main.h:58
0x7f6e24ce028a __libc_start_main_impl
../csu/libc-start.c:360
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <https://github.com/zephyrproject-rtos/sdk-ng/issues> for instructions.
The issue was tracked in GCC [1] and has been addressed in GCC 13 and later.
This fix is equivalent to a fix already applied to HAL driver of stm32u5
and stm32wbaxx platforms, see commit 578a6f4 and ec61e69.
Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106878 [1]
Change-Id: I49479c45ad3407b715ef337dccb8cc9707d7c721
Signed-off-by: Tim Pambor <tim.pambor@codewrights.de>
(cherry picked from commit a2f9eb776420357dc5c747d904bc10368de51268)
ce78375 to
aa54d75
Compare
|
I have rebased on top of |
Make local function DMA_List_CheckNodesBaseAddresses() never inlined.
This fixes a build issue faced with with STM32H5 DMA HAL when building TF-M for regression tests with GCC11 and GCC12 compilers with optimization directives. The build issue is not very explicit, as reported by the build error trace message below:
during GIMPLE pass: evrp
/__w/zephyr/modules/tee/tf-m/trusted-firmware-m/platform/ext/target/stm/common/stm32h5xx/hal/Src/stm32h5xx_hal_dma_ex.c: In function 'HAL_DMAEx_List_ReplaceNode_Head': /__w/zephyr/modules/tee/tf-m/trusted-firmware-m/platform/ext/target/stm/common/stm32h5xx/hal/Src/stm32h5xx_hal_dma_ex.c:4683:1: internal compiler error: Segmentation fault
4683 | }
| ^
0x7f6e24cfb32f ???
./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
0x7f6e24ce01c9 __libc_start_call_main
../sysdeps/nptl/libc_start_call_main.h:58
0x7f6e24ce028a __libc_start_main_impl
../csu/libc-start.c:360
Please submit a full bug report, with preprocessed source (by using -freport-bug). Please include the complete backtrace with any bug report. See https://github.com/zephyrproject-rtos/sdk-ng/issues for instructions.
The issue was tracked in GCC [1] and has been addressed in GCC 13 and later.
This fix is equivalent to a fix already applied to HAL driver of stm32u5 and stm32wbaxx platforms, see commit 578a6f4 and ec61e69.
Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106878 [1]