fix: printf statt wegkompilierter TLS_DBGPRT_ERR-Meldung bei fls_lock-Fehler

Wie beim s_fls2_lock-Fehlerpfad (T1, Plan 2) blieb auch ein Fehlschlag beim
Anlegen des primaeren fls_lock-Semaphors unsichtbar, weil TLS_DBGPRT_ERR in
diesem Build wegkompiliert ist. tls_fls_init() haette TLS_FLS_STATUS_ENOMEM
stumm zurueckgegeben. Ergaenzt außerdem den Zeitobergrenzen-Kommentar in
nl_recovery.c: die Obergrenze schuetzt nur gegen einen echten Stillstand,
nicht gegen einen langsamen, aber laufenden Download - wm_fwup.c bedient den
Watchdog bei jeder empfangenen Nachricht selbst.
This commit is contained in:
Michael Sauer
2026-09-12 03:27:13 +02:00
parent f434c013e7
commit 49d6b329b0
2 changed files with 16 additions and 8 deletions
@@ -1170,7 +1170,10 @@ int tls_fls_init(void)
if (err != TLS_OS_SUCCESS)
{
tls_mem_free(fls);
TLS_DBGPRT_ERR("create semaphore @fls_lock fail!\n");
/* ninlight patch 5: TLS_DBGPRT_ERR is compiled out in this build, so this failure - the
* whole flash layer stays without its lock and tls_fls_init() returns an error nobody
* prints - would be silent. See sdk/PATCHES.md. */
printf("wm_internal_fls: fls_lock create failed\r\n");
return TLS_FLS_STATUS_ENOMEM;
}
if (tls_os_sem_create(&s_fls2_lock, 1) != TLS_OS_SUCCESS)