STM32 Retargeting mit GNU/Eclipse-Toolchain (newlib und libgloss)

[Dino H. (hdino)]

Hallo zusammen,

ich habe mir mit Hilfe der Anleitung und Kommentare aus dem 
Beitrag "STM32-Toolchain mit Eclipse CDT 4.3, GnuArmEclipse, OpenOCD 0.8.0, Gnu Arm GCC 4.8, STM32CubeMX" eine Toolchain für mein 
STM32F401C Discovery Board aufgebaut, die auf Eclipse CDT 4.5.1 (Mars), 
ARM GCC 4.9 2015q3, dem GnuArmEclipse-Plugin, OpenOCD 0.9.0 und 
STM32CubeMX 4.11.0 basiert. Soweit funktioniert schonmal alles, das 
heißt, das Projekt wird gebaut, lässt sich per OpenOCD ausführen und die 
Breakpoints funktionieren auch.

Um die für die newlib bzw. newlib nano erforderlichen Systemaufrufe wie 
_sbrk, _write usw. bereitzustellen, habe ich zunächst mit 
--specs=nosys.specs gelinkt. Das dynamische Allozieren von Speicher 
funktioniert damit auch wunderbar, allerdings würde ich gern die 
_write-Funktion selbst implementieren, um diese z.B. auf einem Display 
auszugeben oder per UART auszuleiten.

In der libgloss hat die _write-Funktion ein weak-Symbol, sodass man sie 
einfach überschreiben können sollte. Hier der Ausschnitt aus dem 
Quellcode von gcc-arm-none-eabi-4_9-2015q3, 
newlib/libgloss/arm/syscalls.c:

/* fd, is a user file descriptor. */
int __attribute__((weak))
_write (int    fd,
  char * ptr,
  int    len)
{
...

Also habe ich einfach eine entsprechende write-Funktion in meiner main.c 
implementiert, die durch ein printf aufgerufen werden sollte:

int _write (int fd, char *ptr, int len)
{
  HAL_GPIO_TogglePin(LD5_GPIO_Port, LD5_Pin);
  HAL_Delay(300);
  return len;
}

int main(void)
{
  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* Configure the system clock */
  SystemClock_Config();

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  
  HAL_GPIO_TogglePin(LD5_GPIO_Port, LD5_Pin);
  printf("Blink");
  
  while(1)
  {
    // do nothing
  }
}

Leider blinkte die LED nicht wie erhofft. Daher habe ich den nosys.specs 
Parameter entfernt und alle Systemaufrufe direkt im Projekt 
implementiert (obwohl es mir lieber wäre, gegen libnosys zu linken und 
die notwendigen Aufrufe wie oben versucht zu überschreiben). Aber auch 
so gab es keine Reaktion.

Hat vielleicht jemand eine Idee, was da falsch laufen könnte? Hab ich 
etwas übersehen? Wäre auf jeden Fall toll, wenn ich das noch zum Laufen 
kriegen würde.

Gruß
Dino

[S. R. (svenska)]

Das printf der Newlib braucht eine funktionierende dynamische 
Speicherverwaltung, also musst du mindestens sbrk auch implementieren.

Am besten, du implementierst alle Syscalls als Stubs, die ein 
bestimmtes Blinkmuster als Fehlercode zeigen und arbeitest dich durch.

[Dino H. (hdino)]

Danke für die Antwort. Ich habe daraufhin nochmal die Systemaufrufe 
(sbrk usw.) überprüft, sie werden durch den Linker-Parameter

--specs=nosys.specs

 aber "brauchbar" implementiert, d.h. die dynamische Speicherverwaltung 
funktioniert.

Die Lösung war am Ende, dass mein printf die Daten nie geschrieben hat. 
Ich musste ein \n oder ein

fflush(stdout)

 hinzufügen.