You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Trying to read from this on an arduino_giga_r1//m7 or another H7 target should error at runtime.
Expected behavior
The partition should be accessed with no errors, as it was happening before commit 0e41b07.
The problem with that change is that it replaces the total size on chip with the bank size, which is half of the total on dual bank devices; this invalid value causes later safety checks to trip unnecessarily.
PR incoming.
Impact
Depends on user partitioning; in Arduino it blocks the loader from working on H7 targets (Giga, Portenta H7, Opta).
Describe the bug
On STM32H747xI, partitions defined close to the end of the first Flash bank are causing runtime errors like the following:
as reported in arduino/ArduinoCore-zephyr#125 (comment) .
To Reproduce
The partition that is causing the error is defined by this DTS snippet:
(it's in the last 128k of Flash bank 0).
Trying to read from this on an
arduino_giga_r1//m7
or another H7 target should error at runtime.Expected behavior
The partition should be accessed with no errors, as it was happening before commit 0e41b07.
The problem with that change is that it replaces the total size on chip with the bank size, which is half of the total on dual bank devices; this invalid value causes later safety checks to trip unnecessarily.
PR incoming.
Impact
Depends on user partitioning; in Arduino it blocks the loader from working on H7 targets (Giga, Portenta H7, Opta).
Additional context
Tested with recent
main
(649eb62).The text was updated successfully, but these errors were encountered: