micropython / micropython

98%

LAST BUILD ON BRANCH master

branch: master

CHANGE BRANCH

x

Reset

• master
• travis-testing
• v1.4
• combine-load-store-attr
• pic16bit-port
• v1.4.1
• fakenamedtuple
• v1.4.2
• pep-492
• fix-object-new
• pep-492-v2
• hash-unary-op
• v1.4.3
• unix-mp-readline-v2
• v1.4.4
• v1.4.5
• v1.4.6
• cross
• v1.5.1
• v1.5.2
• iabdalkader-cc3k-update
• v1.6
• v1.7
• threading
• esp-extra-scripts
• v1.8
• v1.8.1
• travis-clang
• v1.8.2
• v1.8.4
• v1.8.5
• v1.8.6
• __call__-inst-noheap
• v1.8.7
• v1.9
• v1.9.1
• v1.9.2
• travis-stackless
• parse-bytecode
• v1.9.3
• v1.9.4
• v1.10
• v1.11
• v1.12
• travis-esp8266
• emil_tests

Build # 14084

Build Type

push

travis-ci-com

Committed by dpgeorge

Commit Message

py/persistentcode: Maintain root ptr list of imported native .mpy code.

On ports where normal heap memory can contain executable code (eg ARM-based
ports such as stm32), native code loaded from an .mpy file may be reclaimed
by the GC because there's no reference to the very start of the native
machine code block that is reachable from root pointers (only pointers to
internal parts of the machine code block are reachable, but that doesn't
help the GC find the memory).

This commit fixes this issue by maintaining an explicit list of root
pointers pointing to native code that is loaded from an .mpy file.  This
is not needed for all ports so is selectable by the new configuration
option MICROPY_PERSISTENT_CODE_TRACK_RELOC_CODE.  It's enabled by default
if a port does not specify any special functions to allocate or commit
executable memory.

A test is included to test that native code loaded from an .mpy file does
not get reclaimed by the GC.

Fixes #6045.

Signed-off-by: Damien George <damien@micropython.org>

Run Details

19477 of 19871 relevant lines covered (98.02%)

432392.22 hits per line