ThreadX/Azure RTOS, Example baut nicht

[Thomas T. (runout)]

Hallo Gemeinde,

ich möchte ein Beispielprogramm für ThreadX kompilieren/Linken.
Target ist ein Cortex-M4. (gibts auch mit M0)
GCC/GDB = 12.3.1/13.2

Dieses RTOS liegt hier:
https://github.com/eclipse-threadx/threadx

unter: ports\cortex_m4\gnu\example_build\ ist ein Beispielprogramm
welches eine Selbstläufer sein sollte...

build_threadx.bat - läuft fehlerfrei

build_threadx_sample.bat - scheitert beim Linken (siehe Ausgabe)

Die ganzen "undefined reference" beziehen sich auf die Datei 
"cortexm4_crt0.S" und konkret auf den RAM. (/* Copy initialised sections 
into RAM if required. */
)

Im Linker-Skript (sample_threadx.ld) sind keine entsprechenden
Referenzen drin.

Frage:
Brauche ich überhaupt RAM an dieser Stelle?
Kann das raus?

Bin Einsteiger bei ThreadX/Azure RTOS.

Ausgabe: output_as.txt

Viele Grüße
runout

[J. S. (jojos)]

und wenn man es mit Cmake baut? Die ganzen Projekte sind für Cmake 
ausgelegt wie es aussieht.

edit:
in dem commit für Version 6.1.12 wurde massiv geändert, seitdem gibt es 
die angemeckerten Symbole nicht mehr im Linkerfile. Das ist das Problem 
bei so Megarepos, das Testen kostet mehr als die Entwicklung wenn so 
viele Plattformen unterstützt werden. Vielleicht mal ein Issue 
aufmachen.

https://github.com/eclipse-threadx/threadx/commit/8c3c08f10826c4d5332a6d8e2fdf014b793a456a#diff-e40e468407adc3c2d2068b19f92afb2c40de1a2474da3d51fa6d5dd37956ed58

[Til S. (Firma: SEGGER) (til_s)]

Thomas T. schrieb:
> Die ganzen "undefined reference" beziehen sich auf die Datei
> "cortexm4_crt0.S" und konkret auf den RAM. (/* Copy initialised sections
> into RAM if required. */
> )

Wahrscheinlich wird das der Startup Code sein, der u.a. als Teil der 
Segmentinitialisierung etwas ins RAM kopieren möchte. Hast du denn diese 
Datei und könntest sie mit ins Buildscript aufnehmen?

Alternativ (Achtung Werbung!): 
https://www.segger.com/downloads/embos/embOS_CortexM_EmbeddedStudio_Trial

[J. S. (jojos)]

Also crt0.S und das Linkerfile passen nicht zusammen, für den CM3 
scheint es richtig angepasst worden zu sein.
Also einfach das dieses crt0.S benutzen:
https://github.com/eclipse-threadx/threadx/blob/master/ports/cortex_m3/gnu/example_build/cortexm3_crt0.S

[Thomas T. (runout)]

Hallo,

danke für die Hinweise.
Wenn ich aus der "crt0.S" die Referenzen auskommentiere baut alles.

Werde alles mit Cmake aufsetzen, das konkrete Target
ist der Raspi PI Pico (Dual-M0).

Läuft im Moment nur mit einem Kern.

Angeblich unterstützt das OS mehrere Kerne (SMP).
siehe:
https://www.st.com/en/partner-products-and-services/azure-rtos-threadx.html

Ich bleibe erst mal bei ThreadX.
Das ist sicherheitsgerichtet und unterstützt SIL 4.
Ansonsten nutze ich HW aus dem Hause S***r natürlich gern (@ Til S.) :-)



Viele Grüße
runout

[J. S. (jojos)]

Das dürfte nicht gut sein weil dann ja die Initialisierung der 
statischen Variablen und der C++ Konstruktoren fehlt.

[Thomas T. (runout)]

Ja könnte sein.
der eigentliche Code (aus cortexm0_crt0.S) sieht so aus

/* Copy initialised sections into RAM if required. */

  ldr r0, =__data_load_start__
  ldr r1, =__data_start__
  ldr r2, =__data_end__
  bl crt0_memory_copy
  ldr r0, =__text_load_start__
  ldr r1, =__text_start__
  ldr r2, =__text_end__
  bl crt0_memory_copy
  ldr r0, =__fast_load_start__
  ldr r1, =__fast_start__
  ldr r2, =__fast_end__
  bl crt0_memory_copy
  ldr r0, =__ctors_load_start__
  ldr r1, =__ctors_start__
  ldr r2, =__ctors_end__
  bl crt0_memory_copy
  ldr r0, =__dtors_load_start__
  ldr r1, =__dtors_start__
  ldr r2, =__dtors_end__
  bl crt0_memory_copy
  ldr r0, =__rodata_load_start__
  ldr r1, =__rodata_start__
  ldr r2, =__rodata_end__
  bl crt0_memory_copy

beim STM32 (z.B STM43 F4, startup_stm32f429zitx.S) sieht das so aus:

/* Copy the data segment initializers from flash to SRAM */

  ldr r0, =_sdata
  ldr r1, =_edata
  ldr r2, =_sidata
  movs r3, #0
  b LoopCopyDataInit

CopyDataInit:
  ldr r4, [r2, r3]
  str r4, [r0, r3]
  adds r3, r3, #4

LoopCopyDataInit:
  adds r4, r0, r3
  cmp r4, r1
  bcc CopyDataInit

Ich bin jetzt auf Visual Studio/VisualGDB gewechselt.
Das sind Cmake-Projekte. (erzeugt mit Wizard)

Grüße
Runout

[Harald K. (kirnbichler)]

Thomas T. schrieb:
> Ansonsten nutze ich HW aus dem Hause S***r natürlich gern (@ Til S.) :-)

Hilft die Sch*r* im K*pf, oder w*s s*ll d*e Z*ns*r?

[Thomas T. (runout)]

J. S. schrieb:
> Also crt0.S und das Linkerfile passen nicht zusammen, für den CM3
> scheint es richtig angepasst worden zu sein.
> Also einfach das dieses crt0.S benutzen:
> 
https://github.com/eclipse-threadx/threadx/blob/master/ports/cortex_m3/gnu/example_build/cortexm3_crt0.S

kann funktionieren, muss aber nicht.
cortexm3_crt0.S und cortexm0_crt0.S haben unterschiedlichen Code
im Copy-Loop (crt0_memory_copy).

Trotzdem schade, dass das ThreadX-Zeug nicht konsistent ist.

Runout

[J. S. (jojos)]

Ein M4 ist aber ein M3 mit FPU die hier nicht behandelt wird, von daher 
passt der M3 Code für den M4.