bootloader

Go to file

BlackMark 3899e8ef40 pureboot: release a USART left enabled on the software link's pins

A software or autobaud link on a USART's own pins (PD0/PD1 on the mega328P, so
the Uno's USB bridge reaches it) was mute after an application handed over with
that USART still enabled: its TXEN keeps the USART owning the TX pin, so the
bit-banged transmitter cannot drive it — the loader locked and obeyed commands
but never answered. The link's init now clears the UCSRnB of the USART whose
TXD is its TX pin. Guarded with if constexpr on that pin match, so a link on
non-USART pins emits nothing: +4 bytes on a USART-pin build (494 of 512 for the
mega328P autobaud), zero on the default pb0/pb1 matrix.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-07-24 17:22:48 +02:00

oracle

tsb: third size pass — restructure to the oracle's shape

2026-07-20 01:00:27 +02:00

pureboot

pureboot: release a USART left enabled on the software link's pins

2026-07-24 17:22:48 +02:00

test

pureboot 5: one command pair for every memory, and a clock-free backend

2026-07-24 15:50:48 +02:00

tools

test: the exhaustive clock x baud x backend size matrix