Alan,
Any chance a CI build tree that fails could be squirreled away
short-term so if interested one could inspect it? In this case being
able to inspect the build tree that failed would be most useful as
opposed to waiting for the failure to happen again.
By default I can see disabling ERR/WARN/INFO and DEBUG_FEATURES in
resource constrained configurations, but not globally to make sure a PR
doesn't quietly cause a failure that's only visible if DEBUG_FEATURES
and ERR/WARN/INFO are enabled. I'd suggest (if possible) to have a CI
build configuration for each arch/family that tries to turn everything
on to make sure there are no lurking issues.
On 5/6/26 09:49, Alan C. Assis wrote:
Ok, I just tested again enabling:
CONFIG_DEBUG_SYMBOLS=y
CONFIG_DEBUG_SYMBOLS_LEVEL="-g"
And the size didn't change. I think we need to investigate this
"intermittent" issue that happened in the mainline.
But about CONFIG_DEBUG_FEATURES=y and its ERR/WARN/INFO, they will increase
the firmware size, I think those we can remove.
BR,
Alan
On Wed, May 6, 2026 at 10:39 AM raiden00pl <[email protected]> wrote:
-1.
This project is for devs, the main tool used by dev is the debugger and
disabling debug symbols only breaks the workflow for users and makes life
harder.
Debug symbols have no effect on resource usage unless you're loading
ELF directly on target (kernel mode, modules) or something is broken in the
build
system or linker. Debug symbols are DWARF information that get embedded
into
the ELF not binary.
śr., 6 maj 2026 o 15:31 Matteo Golin <[email protected]> napisał(a):
Good idea! In the meantime we can just grep for these options and remove
them.
On Wed, May 6, 2026, 3:27 PM Alan C. Assis <[email protected]> wrote:
Hi Everyone,
Recently we faced an issue that was breaking the CI: the
weact-stm32h750:nsh was exhausting its Flash memory. And it is very
strange
since this STM32H750 chip has 128KB Flash.
My first thought was that some very heavy feature was enabled to nsh
(by
default nsh is supposed to be bare minimum). Then after analysing the
.config I noticed that CONFIG_DEBUG_SYMBOLS=y was enabled.
After disabling it, the Flash usage dropped to 55%. I didn't
investigate
yet what caused the memory use increase in the last few days.
I think we should accept Michael's offer to use his membrowser to see
these
usage increases before the issue triggers the limit. I asked if he
could
release it as a dual license (GPLv3 and Apache) to avoid the concerns
raised on this PR, but didn't receive a response yet.
In the past Greg never allowed DEBUG symbols and features to be enabled
by
default. I think we should keep this same rule because sooner or later
other boards will fail in the same way.
BR,
Alan
