Repository navigation
Install rule-driven UTC library service configuration - #132
Merged
Merged
Conversation
This was referenced Oct 16, 2026
Merged
JohnAmadis
self-requested a review
October 16, 2026 14:53
JohnAmadis
approved these changes
Oct 16, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Install the packaged dmutc service template and RTC rule through standard flash manifest service/rules tags. dmdevfs reports RTC devices and libsystemd starts a library-backed UTC unit using the event path.
Validation: generated configuration contains both files; build and OpenOCD flash verified on STM32F746G-DISCO. After reset dmutc@rtc starts automatically with type=library and pid=0. UTC 6/6, RTC 12/12, RNG 6/6; PC UTC restored.
Depends on released library lifecycle support, dmdevfs RTC reporting, dmutc and registry registration. Validation uses ignored local build manifests; no local paths or pins committed.
Implementation: choco-technologies/dmutc#1
Registry: choco-technologies/dmod-registry#17
Related implementation PRs:
Additional dmboot integration regression: the existing CI Renode runner passed boot/log-ring access, UART/VFS, SD automount and persistence across remount, LCD and touch tests. A second run with the optional audio model also passed. A one-second 523 Hz tone completed with zero underruns; captured stereo channels agree and measure approximately 522 Hz.
The Renode network/TAP step was explicitly skipped because this host lacks root and a TUN device. Physical STM32F746G-DISCO checks passed DHCP, ping in both directions, telnet command execution and temporary root/SD file read/write. The ICMP library correctly rejects STOP while a dependent module uses it. The independent plain-library lifecycle regression passes; libsystemd now passes 63/63. No production code fixes were needed in this regression run. Raw validation logs remain local and are not published.
Follow-up network diagnosis: a single ping after idle returns 0/1; an immediate repeat returns 1/1. An outgoing board ping warming ARP is followed by 3/3 incoming responses. Released ICMP code sends replies inline on the sole RX pump, while its send path can block waiting for an ARP reply that this same pump must consume. This explains the cold-cache loss and predates these UTC/library-service changes. No networking implementation was changed. Network regression therefore remains qualified rather than declared loss-free.
The libsystemd GitHub CI passes with the 63-step suite. Raw logs remain local. Two small physical-board test files remain because rm is absent; installing an additional removal tool was rejected by automatic approval review. No extra executable was installed on the board.