18154 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
Thomas Propst	43cfbbb779	stm32: Support more stm32g4 variants. ... - `timer.c` - `TIM_ENTRY(7, ...)` sets IRQ based on specific STM32G4 part - `system_stm32.c` - Support parts without external clock - `boards/NUCLEO_G474RE/mpconfigboard.h` - Explicitly enable `MICROPY_HW_RTC_USE_LSE` Signed-off-by: Thomas Propst <tom.propst@gmail.com>	2026-02-23 13:12:38 +11:00
Alessandro Gatti	d278d6b3d8	stm32/pin: Reduce footprint of pin structures. ... This commit performs a few minor changes to the structures used to store board pin information, in order to reduce the impact on the .rodata section of the firmware of instances of those structures. The pin objects structure ("machine_pin_obj_t") instead has its QSTR variable holder changed from "qstr" to "qstr_short_t", and some elements of that structure have been rearranged to remove enough padding bytes inside structure elements to let the linker allocate less data for instances of that structure. Signed-off-by: Alessandro Gatti <a.gatti@frob.it>	2026-02-23 13:10:47 +11:00
Thomas Propst	7e1f754ca2	stm32/boards/stm32l072xz.ld: Correct comment in linker script. ... Header comment said "STM32F072xZ" for the STM32L072xZ linker script. Signed-off-by: Thomas Propst <tom.propst@gmail.com>	2026-02-23 13:09:27 +11:00
Yuuki NAGAO	fd009e6c4f	stm32/boards: Add WeAct STM32U585 board support. ... This change adds WeAct STM32U585 board support to the STM32 port. WeAct STM32U585: https://github.com/WeActStudio/WeActStudio.STM32U585Cx_CoreBoard This board use STM32U585CI: https://www.st.com/ja/microcontrollers-microprocessors/stm32u585ci.html Signed-off-by: Yuuki NAGAO <wf.yn386@gmail.com>	2026-02-23 13:07:59 +11:00
Yuuki NAGAO	746e2c985a	stm32: Update STM32U5 suppport. ... Add USB FS configuration to enable for STM32U5. Signed-off-by: Yuuki NAGAO <wf.yn386@gmail.com>	2026-02-23 13:07:58 +11:00
mdaeron	f94980677c	stm32/boards: Add UARTs to NUCLEO F746ZG and NUCLEO F439ZI. ... Adds the following UARTs: 1, 4, 5, 7, 8, assigned to pins that were not otherwise assigned. Signed-off-by: mdaeron <mathieu@daeron.fr>	2026-02-23 13:06:54 +11:00
Damien George	b89246159d	stm32: Convert port to use new event waiting functions. ... Convert the stm32 port from the old `MICROPY_EVENT_POLL_HOOK` macro to use the new `mp_event_wait_xxx()` functions in conjunction with `MICROPY_INTERNAL_WFE`. This change should be functionally equivalent to the existing behaivour because `mp_event_wait_ms()` and `mp_event_wait_indefinite()` are equal to `mp_handle_pending(true); __WFI()`, which is what `MICROPY_EVENT_POLL_HOOK` was. Note that the `CYW43_EVENT_POLL_HOOK` macro needed to be overridden, otherwise it would just call `mp_event_handle_nowait()` which would create power hungry busy loops. Signed-off-by: Damien George <damien@micropython.org>	2026-02-23 12:54:39 +11:00
Fin Maaß	a8b71559cf	shared/readline: Handle \r and \n correctly as a newline. ... The old code was only handling `\r` and ignoring `\n`, which is a problem for systems that only send `\n` as a newline. This commit handles it better, supporting both characters. Signed-off-by: Fin Maaß <f.maass@vogl-electronic.com>	2026-02-12 14:32:50 +11:00
Fin Maaß	97219553ed	zephyr: Add support for RISC-V RV32IMC native code emitter. ... Add support for RISC-V RV32IMC native code emitter in the zephyr port. It will be automatically enabled by default, but can be overridden by defining `MICROPY_EMIT_RV32` and/or `MICROPY_EMIT_INLINE_RV32`. Signed-off-by: Fin Maaß <f.maass@vogl-electronic.com>	2026-02-11 11:23:05 +11:00
Fin Maaß	6ae08eaf75	zephyr/modzsensor: Add additional sensor type constants. ... Add additional sensor type constants. Commonly used by power and current measurement sensors. Signed-off-by: Fin Maaß <f.maass@vogl-electronic.com>	2026-02-10 23:55:01 +11:00
Fin Maaß	05c2f88d6e	zephyr/main: Put GC heap in noinit linker area. ... By putting the heap in the noinit area instead of the bss area, zephyr won't memset it to zero during start. This improves startup time, in particular if the heap is very big. The system heap of zephyr is also in the same section. Signed-off-by: Fin Maaß <f.maass@vogl-electronic.com>	2026-02-10 23:51:54 +11:00
Fin Maaß	92d64ca5a7	zephyr/Kconfig: Resolve build problem with multiple FatFs libs. ... Zephyr and MicroPython both have a variant of FatFs, but having both enabled leads to build fails. Signed-off-by: Fin Maaß <f.maass@vogl-electronic.com>	2026-02-10 23:46:03 +11:00
robert-hh	588fa2b388	extmod/modlwip: Always set the lwip_socket_ioctl() return value. ... If the return value is set only when certain condition are true, the compiler sometimes raises an error. Signed-off-by: robert-hh <robert@hammelrath.com>	2026-02-10 15:58:44 +11:00
Alessandro Gatti	b7d7a26c8f	py/emitinlinextensa: Refactor handling of selected narrow opcodes. ... This commit migrates handling of certain narrow (ie. 16-bits) opcodes from a per-opcode dedicated code snippet to the existing table-driven opcode handler. The final ESP8266 firmware binary is 64 bytes shorter, without any change in the existing behaviour and with a reduced source code lines count too. Signed-off-by: Alessandro Gatti <a.gatti@frob.it>	2026-02-10 14:17:25 +11:00
Alessandro Gatti	9dcad25de6	py/emitinlinextensa: Add inline assembler support for windowed cores. ... This commit introduces support for writing inline assembler code snippets when targeting Xtensa cores that use register windows (eg. the whole ESP32 family). Opcodes support is still limited to what the ESP8266 supports (as in, LX3 cores opcodes), however each LX core version is guaranteed to support all previous versions' opcodes as well. The ESP32 does not have the inline assembler enabled by default, following the existing expectations when it comes to firmware footprint. Since now emitted functions may have one of two possible exit sequences, the L32I test had to be fixed. It would return the word containing the L32I opcode itself, but the upper 8 bits of the word came from the following opcode - which can change depending on the exit code sequence. Signed-off-by: Alessandro Gatti <a.gatti@frob.it>	2026-02-07 18:36:22 +11:00
stijn	dc91fa6548	py/misc: Fix truncating cast to char. ... Explicitly specify the wanted cast otherwise this results in warning C4244: '=': conversion from 'unichar' to 'char', possible loss of data when building with msvc with most warnings enabled. Signed-off-by: stijn <stijn@ignitron.net>	2026-02-07 18:16:54 +11:00
stijn	39d777cb86	py/gc: Differentiate between root and subtree pointers for debug log. ... This is more informative when debugging possible gc issues. Signed-off-by: stijn <stijn@ignitron.net>	2026-02-07 17:41:26 +11:00
stijn	eaf03bd68c	py/gc: Trace all marked heads in debug log. ... Otherwise only those in gc_mark_subtree get logged, which is incomplete and hence not very useful. Signed-off-by: stijn <stijn@ignitron.net>	2026-02-07 17:40:45 +11:00
stijn	1ebeee09c1	windows: Compile printf.c for the msvc port. ... This provides the DEBUG_printf definition which is needed when defining MICROPY_DEBUG_VERBOSE, and is consistent with all other ports. Signed-off-by: stijn <stijn@ignitron.net>	2026-02-07 17:40:08 +11:00
Damien George	a2aad14506	py/objtuple: Remove unused mp_obj_tulpe_del function. ... Since the parent commit, this is now unused. Signed-off-by: Damien George <damien@micropython.org>	2026-02-07 17:09:22 +11:00
Damien George	3332e1ec0b	py/objzip: Adjust zip iter code to not use mp_obj_tuple_del. ... This is the only location in the code base that uses `mp_obj_tuple_del()`, so we can reduce code size by reworking the iter code not to use that function. The zip iter implementation should now have slightly better GC behaviour: it only allocates the return tuple if needed, instead of allocating it and then freeing it when the zip iterator is exhausted. Signed-off-by: Damien George <damien@micropython.org>	2026-02-07 17:08:18 +11:00
Daniël van de Giessen	71866edc13	py/stream: Use detailed error strings for TLS sockets. ... Both mbedTLS and axTLS have support for producing more detailed error strings. However, these are not used if the error is raised in stream protocol functions (read/write/ioctl). This commit adds support for more detailed error messages from streams. Under the hood it's using a new MP_STREAM_RAISE_ERROR ioctl request to pass the error code back to the stream implementation which can raise a more detailed error. If the ioctl is not implemented, we fall back to the old behaviour and raise an OSError with the error code. Currently the detailed messages are only implemented for TLS sockets since those already had helper functions for raising detailed exceptions, but can be easily implemented in any other stream. Signed-off-by: Daniël van de Giessen <daniel@dvdgiessen.nl>	2026-02-07 16:34:20 +11:00
Daniël van de Giessen	633a27b0a3	extmod: Ensure stream ioctl's are a no-op for unknown requests. ... An ioctl should not have any side effects if the request is unknown. Signed-off-by: Daniël van de Giessen <daniel@dvdgiessen.nl>	2026-02-07 16:33:21 +11:00
Damien George	0b150d79b9	mimxrt/boards/PHYBOARD_RT1170: Update use of mp_handle_pending(). ... Following commits adbdded185 and 0c7726a89c. Signed-off-by: Damien George <damien@micropython.org>	2026-02-07 09:54:46 +11:00
Angus Gratton	115f4134aa	docs/library/network.PPP: Document the optional poll() argument. ... This argument isn't expected to be passed from Python code, but - as pointed out - it doesn't make sense how the irq() mechanism works otherwise. This work was funded through GitHub Sponsors. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2026-02-07 01:13:19 +11:00
Angus Gratton	3ca27229a9	esp32: Fix linker errors with CMake <3.25 and libbtree. ... As we add the object files to the linker command line directly, they go after the other library dependencies and therefore don't resolve their dependencies. Turns out the only dependent symbol of the btree library is abort_, so explicitly include it in the link. The old way of linking the entire library is cleaner, but stopped working with ESP-IDF V5.5... This work was funded through GitHub Sponsors. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2026-02-07 01:04:28 +11:00
Angus Gratton	5e04827725	esp32: Increase minimum CMake version to 3.16. ... ESP-IDF v5.5.x requires min 3.16 This work was funded through GitHub Sponsors. Signed-off-by: Angus Gratton <angus@redyak.com.au>	2026-02-07 01:04:28 +11:00
Matthias Urlichs	a63cc639f2	esp32/mphalport: Actually read from dupterm in mp_hal_stdin_rx_chr(). ... The esp32 port (and esp8266) doesn't read from dupterm in `mp_hal_stdin_rx_chr()` is because it uses `os.dupterm_notify()` instead, which forces a read of the dupterm sources from Python. That function should be called when it's known that there is input to read. Nevertheless, this commit adds code to explicitly poll dupterm in `mp_hal_stdin_rx_chr()`, following other ports like rp2. Signed-off-by: Matthias Urlichs <matthias@urlichs.de>	2026-02-07 00:51:03 +11:00
Artem Makarov	ed7bfcba69	esp32: Add LDO driver for ESP32-P4. ... This commit adds support for the LDO driver for ESP32-P4 SOCs. Signed-off-by: Artem Makarov <gh@artemy.nl>	2026-02-07 00:45:04 +11:00
Damien George	ee99014e2a	tests/run-tests.py: Broaden the check for raw REPL failure. ... This is a follow up to 6436f8b93f that catches more cases of a failed raw REPL. If the target device is broken in a certain way then it can have a serial write error instead of just not returning any data. In that case the error raised by `pyboard.py` is "could not enter raw repl: Write timeout", which is slightly different to "could not enter raw repl" (the latter is raised when a serial read fails to return the correct data). The patch here accounts for all cases of a failed raw REPL by using `str.startswith()` instead of a string equality. This can be tested on RPI_PICO_W and RPI_PICO2_W which currently crash in the specific way needed to trigger the write timeout when running the `tests/extmod/socket_badconstructor.py` test. In particular adding the following code to the end of a test (eg `tests/extmod/random_extra.py`) will trigger the issue: import socket try: s = socket.socket(socket.AF_INET, socket.SOCK_RAW, None) except TypeError: pass With the fix here, the `run-tests.py` and `run-natmodtests.py` will abort early if that code is added (prior to the fix they would continue to run all tests and take a long time). Signed-off-by: Damien George <damien@micropython.org>	2026-02-06 13:17:43 +11:00
Phil Howard	1095bbb3dc	py/objstr: Avoid double zero init on sized bytes. ... As per the implementation of m_malloc0, if MICROPY_GC_CONSERVATIVE_CLEAR is set then all RAM is guaranteed to be zero-init by gc_alloc. py/objstr.c: Guard the explicit zero init in bytes_make_new against being run, initialising the RAM to zero a second time, if this flag is set. Signed-off-by: Phil Howard <github@gadgetoid.com>	2026-02-06 00:19:48 +11:00
Phil Howard	53d900445b	py/objarray: Avoid double zero init on sized bytearrays. ... As per the implementation of m_malloc0, if MICROPY_GC_CONSERVATIVE_CLEAR is set then all RAM is guaranteed to be zero-init by gc_alloc. py/objarray.c: Guard the explicit zero init in bytearray_make_new against being run, initialising the RAM to zero a second time, if this flag is set. Note that MICROPY_GC_CONSERVATIVE_CLEAR is default enabled by MICROPY_ENABLE_GC, and no ports currently override this value. Co-authored-by: Mike Bell <mdb036@gmail.com> Signed-off-by: Phil Howard <github@gadgetoid.com>	2026-02-06 00:19:48 +11:00
Alessandro Gatti	b2073a09eb	py/emitinlinextensa: Refactor handling of selected opcodes. ... This commit refactors handling of opcodes whose composition can be easily defined as an entry in a table, so there's only one bit of code handling those opcodes rather than several small bits with overlapping functionalities. Two opcodes, RER and WER have been added to that table for completeness, although they're gated behind the uncommon opcodes configuration define. Still, despite two new opcodes, the final binary is smaller by about 160 bytes. Signed-off-by: Alessandro Gatti <a.gatti@frob.it>	2026-02-05 22:54:55 +11:00
Damien George	71b6a8595c	py/objtuple: Make mp_obj_tuple_get an inline function. ... This can be done now that it's declared in `py/objtuple.h`, where the `mp_obj_tuple` struct is defined. This allows much better code generation for users of `mp_obj_tuple_get()` where the caller uses len/items immediately (which is most uses), because the compiler no longer needs to allocate the return values on the stack. Changes code size by -36 bytes on bare-arm and -56 bytes on stm32. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:43:54 +11:00
Damien George	90f259f62b	py/objtuple: Move all tuple helper declarations to objtuple.h. ... These helper functions assume their argument is of type `mp_obj_tuple_t` so they have a better home in `py/objtuple.h`. Also remove `mp_obj_tuple_hash()` because it doesn't have a corresponding function defined anywhere (nor is it ever used). Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:43:54 +11:00
Damien George	8c1462b454	py/objlist: Make three list helper functions inline. ... This can be done now these functions are declared in `py/objlist.h`, where the `mp_obj_list_t` struct is defined. This changes code size by -24 bytes on bare-arm, and by -56 bytes on stm32. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:43:54 +11:00
Damien George	1199015747	py/objlist: Move all list helper declarations to objlist.h. ... These helper functions assume their argument is of type `mp_obj_list_t` so they have a better home in `py/objlist.h`. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:43:54 +11:00
Damien George	512da03403	py/objfun: Rename mp_obj_fun_get_name to mp_obj_fun_bc_get_name. ... And change the argument to `const mp_obj_fun_bc_t *`. This makes it clear that it requires that specific type, rather than a general `mp_obj_t`. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:43:52 +11:00
Damien George	60fa4ab05d	py/objfun: Move decl of mp_obj_fun_get_name to objfun.h. ... This is an internal helper function that assumes the argument is of type `mp_obj_fun_bc_t`, so has a better home in `py/objfun.h`. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:42:50 +11:00
Damien George	cf90c8d88b	py/objmodule: Move decl of mp_obj_module_get_globals to objmodule.h. ... This inline helper function has two specific uses so doesn't need to be generally available in `py/obj.h`. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:42:50 +11:00
Damien George	e07bad9866	py/misc: Remove unused CHECKBUF macros. ... These macros were added in e11b17c25f for use with `sys.path` and building import path names, as well as being used by the unix port in 625d08a93e. But the macro usage for importing was promptly replaced with vstrs in e09ffa1400, and eventually for the unix port in 520f35632d, over 9.5 years ago. So, remove these unused macros. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 10:42:50 +11:00
Damien George	0c7726a89c	all: Use enum instead of bool argument to mp_handle_pending. ... This should be a no-op because the enum and bool have the same numeric value. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 00:29:36 +11:00
Damien George	74845981bb	py/runtime: Rename mp_handle_pending_internal to mp_handle_pending. ... This commit removes the static-inline `mp_handle_pending()` wrapper function, which was originally added for backwards compatibility. It replaces it with `mp_handle_pending_internal()` which is renamed to `mp_handle_pending()`, which has the same arguments. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 00:29:05 +11:00
Damien George	2984574d71	py/runtime: Reorder mp_handle_pending_behaviour_t enum. ... This is functionally a no-op, although will change compiled code due to the numerical values of the enums changing. This is needed for a follow-up commit, to remove the static-inline `mp_handle_pending(bool)` helper function. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 00:29:05 +11:00
Damien George	adbdded185	ports: Remove incorrect and unnecessary mp_handle_pending declaration. ... In c57aebf790 `mp_handle_pending()` became a static-inline function. So these declarations in `mpconfigport.h` are incorrect and removed by this commit. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 00:29:05 +11:00
Damien George	570744d06c	py/runtime: Make import-all support non-modules via __dict__/__all__. ... Prior to this fix, `mp_import_all()` assumed that its argument was exactly a native module instance. That would lead to a crash if something else was passed in, eg a user class via a custom `__import__` implementation or by writing to `sys.modules`. MicroPython already supports injecting non-module objects into the import machinery, so it makes sense to round out that implementation by supporting `from x import *` where `x` is a non-module object. Fixes issue #18639. Signed-off-by: Damien George <damien@micropython.org>	2026-02-05 00:24:14 +11:00
Damien George	c9f747cccf	py/lexer: Move f-string completion code to more logical location. ... This way, the use of `lex->fstring_args` is fully self contained within the string literal parsing section of `mp_lexer_to_next()`. Signed-off-by: Damien George <damien@micropython.org>	2026-02-04 23:19:09 +11:00
Damien George	7ea88f7da2	py/lexer: Add support for nested f-strings within f-strings. ... It turns out that it's relatively simple to support nested f-strings, which is what this commit implements. The way the MicroPython f-string parser works at the moment is: 1. it extracts the f-string arguments (things in curly braces) into a temporary buffer (a vstr) 2. once the f-string ends (reaches its closing quote) the lexer switches to tokenizing the temporary buffer 3. once the buffer is empty it switches back to the stream. The temporary buffer can easily hold f-strings itself (ie nested f-strings) and they can be re-parsed by the lexer using the same algorithm. The only thing stopping that from working is that the temporary buffer can't be reused for the nested f-string because it's currently being parsed. This commit fixes that by adding a second temporary buffer, which is the "injection" buffer. That allows arbitrary number of nestings with a simple modification to the original algorithm: 1. when an f-string is encountered the string is parsed and its arguments are extracted into `fstring_args` 2. when the f-string finishes, `fstring_args` is inserted into the current position in `inject_chrs` (which is the start of that buffer if no injection is ongoing) 3. `fstring_args` is now cleared and ready for any further f-strings (nested or not) 4. the lexer switches to `inject_chrs` if it's not already reading from it 5. if an f-string appeared inside the f-string then it is in `inject_chrs` and can be processed as before, extracting its arguments into `fstring_args`, which can then be inserted again into `inject_chrs` 6. once `inject_chrs` is exhausted (meaning that all levels of f-strings have been fully processed) the lexer switched back to tokenizing the stream. Amazingly, this scheme supports arbitrary numbers of nestings of f-strings using the same quote style. This adds some code size and a bit more memory usage for the lexer. In particular for a single (non-nested) f-string it now makes an extra copy of the `fstring_args` data, when copying it across to `inject_chrs`. Otherwise, memory use only goes up with the complexity of nested f-strings. Signed-off-by: Damien George <damien@micropython.org>	2026-02-04 23:19:09 +11:00
Damien George	617c7dba3b	py/lexer: Use null char as lexer EOF sentinel. ... The null byte cannot exist in source code (per CPython), so use it to indicate the end of the input stream (instead of `(mp_uint_t)-1`). This allows the cache chars (chr0/1/2 and their saved versions) to be 8-bit bytes, making it clear that they are not `unichar` values. It also saves a bit of memory in the `mp_lexer_t` data structure. (And in a future commit allows the saved cache chars to be eliminated entirely by storing them in a vstr instead.) In order to keep code size down, the frequently used `chr0` is still of type `uint32_t`. Having it 32-bit means that machine instructions to load it are smaller (it adds about +80 bytes to Thumb code if `chr0` is changed to `uint8_t`). Also add tests for invalid bytes in the input stream to make sure there are no regressions in this regard. Signed-off-by: Damien George <damien@micropython.org>	2026-02-04 23:19:09 +11:00
Damien George	bfb5e772f1	py/vstr: Don't check for byte_len>0 in vstr_ins_blank_bytes. ... Having this check takes code size and execution time, and it's not necessary: all callers of this function pass a non-zero value for `byte_len` already. And even if `byte_len` was zero, the code would still perform correctly. Signed-off-by: Damien George <damien@micropython.org>	2026-02-04 23:19:09 +11:00