Michael Sauer
2e90b8fd06
M2: WLAN-Passwort muss leer (offenes Netz) oder 8..64 Zeichen lang sein (400 "invalid password" bei 1..7 Zeichen). CMake prüft NINLIGHT_WIFI_PASSWORD ebenso (0 oder 8..63 Zeichen) und der Zeichen-Blacklist-Check bekommt `;` dazu. M4: Ein Authorization-Wert, der länger als NL_TOKEN_LEN-1 (64) ist, wird von nl_http_parse() nicht mehr stillschweigend abgeschnitten, sondern setzt `auth_too_long` in nl_http_request_t; nl_api_handle() behandelt eine solche Anfrage als unauthentifiziert (außer bei offenem Zugriff), damit ein abgeschnittener Wert nie zufällig auf ein kürzeres Token passt. M5: get_int() prüfte die (long)-Cast-Gleichheit vor dem Bereichscheck - bei sehr großen oder NaN-Werten ist der Cast von double nach long undefiniertes Verhalten. Bereichs- und NaN-Check laufen jetzt vor dem Cast. T1: sdk/Platform/Drivers/internalflash/wm_internal_fls.c: tls_fls_init() ignorierte den Rückgabewert von tls_os_sem_create(&s_fls2_lock, 1) - jetzt eine TLS_DBGPRT_ERR-Meldung, falls das fehlschlägt (dokumentiert in sdk/PATCHES.md). Tests: test_api.c (Passwortlängen, auth_too_long, 1e300-Brightness), test_http.c (auth_too_long wird gesetzt). Für M5 zeigt der Host-Test kein sichtbares RED, weil der (double)->(long)-Cast auf dieser Plattform/diesem Compiler keinen Crash auslöst (implementation-defined statt UB-Crash) - der Fix wird trotzdem angewendet, da er auf dem Zielcompiler (arm-none-eabi 4.9) nicht garantiert sicher ist.
2.7 KiB
2.7 KiB
Änderungen am WinnerMicro W600 SDK
Quelle: qcx-w600-firmware/qconnex_sdk/ext/WM_SDK_WM600 (QConnex-Stand 2025). Kopiert wurden nur
Include, Platform (ohne Boot/armcc), Src/OS, Src/Network, Src/App/{OTA,httpclient,dhcpserver,dnsserver},
Lib/GNU, Bin/secboot.img, Tools/GNU/link_w600_2m.ld (→ ld/) und wm_tool.c (→ tools/).
Platform/Common/fwup/wm_fwup.c: wolfSSL-SHA256 durchnl_sha256_*ersetzt, die QConnex-RSA-PrüfungCheck_OTA_Image()durch den Hooknl_fwup_verify_tail()(src/sys/nl_fwup_hook.h). Das Image-Format (Header + Payload + 512-Byte-Endblock) bleibt unverändert.Src/OS/RTOS/include/FreeRTOSConfig.h:configGENERATE_RUN_TIME_STATS 0, QConnex-Debug-Hooks entfernt.undefined referencebeim Linken aufEarlyInitundpre_gpio_config(vonsdk/Platform/Sys/wm_main.calsextern-Hooks erwartet, aber nur von der App bereitgestellt): minimale Stubs insrc/sys/sdk_stubs.cangelegt (leere Funktionskörper). In der alten Firmware (qconnex_sdk/src/qc_main.c) warpre_gpio_config()bereits ein No-Op;EarlyInit()rief dort nur in die QConnex-Hardwareschicht (QCXH_EarlyInit()), die ninlight nicht verwendet. Board-spezifische Frühinitialisierung (falls nötig) folgt in einem späteren Plan.Platform/Sys/wm_main.c:vApplicationIdleHook()hat bisher jedes Maltls_watchdog_clr()aufgerufen, wenn der Idle-Task lief - also immer dann, wenn kein anderer Task rechenbereit war. Ein Task-Deadlock (z.B. ein Task, dernl_app_lock()hält und nie freigibt) hätte den Watchdog damit nie ausgelöst, weil der Idle-Task munter weiter gefüttert hätte. Dertls_watchdog_clr()- Aufruf wurde entfernt;wfibleibt. Der einzige verbleibendetls_watchdog_clr()-Aufruf im SDK ist inPlatform/Common/fwup/wm_fwup.c(Firmware-Update-Task) - das ist unkritisch, da er nur während eines laufenden OTA-Updates feuert und denapp_task-Heartbeat insrc/app_main.cnicht ersetzt (der Watchdog wird sonst ausschließlich dort über dens_light_beat-Heartbeat deslight_taskgefüttert). Getestet mit dem Konsolenkommandowdtest(src/sys/nl_console_cmd.c, src/sys/nl_console.c): es hältnl_app_lock()für immer, wodurchlight_taskundapp_taskblockieren und der Watchdog den Chip zurücksetzen muss.Platform/Drivers/internalflash/wm_internal_fls.c: Semaphors_fls2_lockserialisiert den Flash-Pfad oberhalb von 1 MB (Pin-Umschaltung viatls_spifls_cs/ck/di/do_switchwar ungeschützt). T1 (Plan 2 final review):tls_fls_init()ignorierte den Rückgabewert vontls_os_sem_create(&s_fls2_lock, 1)stillschweigend - jetzt eineTLS_DBGPRT_ERR-Meldung, falls das Anlegen fehlschlägt (dann bliebe der Bereich oberhalb von 1 MB unprotokolliert ungeschützt).