STM32 Linker-Problem (overlaps section.) + Clock zu langsam?

[Nils S. (kruemeltee)]

Hi,

ich habe vor einiger Zeit eine Uhr mit einem Dot-Matrix-Display und 
STM32F103C8T6 gebaut und die Software nur im Quellcode abgelegt.
Jetzt habe ich mittlerweile einen anderen PC und ich kann nicht mehr 
genau sagen, welche Toolchain ich damals verwendet habe.

Wenn ich das Projekt jetzt wieder compilieren will, dann bekomme ich 
einen Fehler:

/opt/gcc-arm-none-eabi-6_2-2016q4/bin/../lib/gcc/arm-none-eabi/6.2.1/../../../../arm-none-eabi/bin/ld: section .init LMA [00000000080006e4,00000000080006e7] overlaps section .data LMA [00000000080006e4,00000000080006e7]

Wenn ich jetzt im Linker-File .data um 8 verschiebe, dann läuft make 
komplett durch:

.data  : AT ( _sidata + 8 )

Die Uhr geht jetzt an, zeigt sofort die init-Uhrzeit (12:00) an und dann 
läuft der Sekundenzeiger (LED) sehr sehr langsam durch.

Ansonsten wurde an dem Projekt nichts verändert, einfach eine 
andere/neuere Toolchain und zum Testen das "+8" im Linkerfile.

Im Anhang mal die main.c und das Linkerfile, vielleicht kann mir hier ja 
jemand helfen.

Schonmal Danke im Vorraus,
Nils

[Christopher J. (christopher_j23)]

Läuft der Sekundenzeiger zufällig um den Faktor 9 zu langsam durch? Mein 
Gefühl sagt mir, dass hier der Systemtakt nicht richtig auf 72MHz 
eingestellt wurde und das Teil nur mit 8MHz läuft.

Nils S. schrieb:
> section .init LMA [00000000080006e4,00000000080006e7] overlaps section
> .data LMA

Dein Linkerscript hat gar keine section .init und ist ja ohnehin 
steinalt. Kannst dir ja zum Vergleich unten mal anschauen wie das 
heutzutage normalerweise aussieht. Das würde ich aber nicht eins zu eins 
übernehmen, weil das Linkerscript ja normalerweise sehr eng mit dem 
Startup-Code verbandelt ist und ich nicht weiß, wie der bei dir 
aussieht. Ich würde wenn du das Projekt weiterführen willst jedenfalls 
mal ein halbwegs aktuelles Linkerscript und Startup-Code einbinden.

...
SECTIONS
{
    .text :
    {
        KEEP(*(.isr_vector))
        *(.text*)

        KEEP(*(.init))
        KEEP(*(.fini))

        /* .ctors */
        *crtbegin.o(.ctors)
        *crtbegin?.o(.ctors)
        *(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors)
        *(SORT(.ctors.*))
        *(.ctors)

        /* .dtors */
        *crtbegin.o(.dtors)
        *crtbegin?.o(.dtors)
        *(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors)
        *(SORT(.dtors.*))
        *(.dtors)

        *(.rodata*)

        KEEP(*(.eh_frame*))
    } > FLASH

    .ARM.extab : 
    {
        *(.ARM.extab* .gnu.linkonce.armextab.*)
    } > FLASH

    __exidx_start = .;
    .ARM.exidx :
    {
        *(.ARM.exidx* .gnu.linkonce.armexidx.*)
    } > FLASH
    __exidx_end = .;

    /* To copy multiple ROM to RAM sections,
     * uncomment .copy.table section and,
     * define __STARTUP_COPY_MULTIPLE in startup_ARMCMx.S */
    /*
    .copy.table :
    {
        . = ALIGN(4);
        __copy_table_start__ = .;
        LONG (__etext)
        LONG (__data_start__)
        LONG (__data_end__ - __data_start__)
        LONG (__etext2)
        LONG (__data2_start__)
        LONG (__data2_end__ - __data2_start__)
        __copy_table_end__ = .;
    } > FLASH
    */

    /* To clear multiple BSS sections,
     * uncomment .zero.table section and,
     * define __STARTUP_CLEAR_BSS_MULTIPLE in startup_ARMCMx.S */
    /*
    .zero.table :
    {
        . = ALIGN(4);
        __zero_table_start__ = .;
        LONG (__bss_start__)
        LONG (__bss_end__ - __bss_start__)
        LONG (__bss2_start__)
        LONG (__bss2_end__ - __bss2_start__)
        __zero_table_end__ = .;
    } > FLASH
    */

    __etext = .;
        
    .data : AT (__etext)
    {
        __data_start__ = .;
...

[Nils S. (kruemeltee)]

Christopher J. schrieb:
> Läuft der Sekundenzeiger zufällig um den Faktor 9 zu langsam durch? Mein
> Gefühl sagt mir, dass hier der Systemtakt nicht richtig auf 72MHz
> eingestellt wurde und das Teil nur mit 8MHz läuft.

Das kommt so ungefähr hin, als ich den Sprung von 12:00 auf 12:01 
gesehen habe, waren geschätzt ca. 10 Minuten vorbei.

Ich habe das jetzt mehr hässlich als brauchbar gefixt und zwar indem ich 
nicht bei

.data  : AT ( _sidata )

8 addiere, sondern schon ein paar Zeilen weiter, wo sidata zugewiesen 
wird.

Dieses Script und den dazugehörigen Startup-Code verwende ich so schon 
ganz schön lange, ich sollte das wirklich mal wieder updaten...

//edit:
Ja, ich habe keine Section .init, daher wundert mich auch, woher das 
kommt...

[Mampf F. (mampf)]

Nils S. schrieb:
> //edit:
> Ja, ich habe keine Section .init, daher wundert mich auch, woher das
> kommt...

Ohne Init wird vmtl der Clock nicht intitialisiert und er läuft auf dem 
langsamen internen.

Mich wundert daher nicht, woher das kommt.

[Nils S. (kruemeltee)]

Mampf F. schrieb:
> Nils S. schrieb:
>> //edit:
>> Ja, ich habe keine Section .init, daher wundert mich auch, woher das
>> kommt...
>
> Ohne Init wird vmtl der Clock nicht intitialisiert und er läuft auf dem
> langsamen internen.
>
> Mich wundert daher nicht, woher das kommt.

Clock wird initialisiert, in der Funktion SystemInit(), wenn alles 
richtig läuft. Dieses und ein paar andere Projekte laufen ja damit seit 
Anfang an richtig.

Ich frage mich woher die section .init kommt, da ich keine Section so 
benannt habe.

[Jim M. (turboj)]

Nils S. schrieb:
> Ich frage mich woher die section .init kommt, da ich keine Section so
> benannt habe.

Lass Dir doch mal vom Linker ein Map File generieren und schau Dir das 
in Ruhe an.

[Nils S. (kruemeltee)]

Ich bin dem ganzen jetzt nochmal nachgegangen.

Durch den ersten Versuch im Linkerscript herumzupfuschen, "verrutschten" 
Codeteile, die nicht mehr angesprungen wurden. So lief er mit den 
internen ~8Mhz.

Die Lösung war ein aktuelles init-script und Linkerfile. Bin mir nur 
noch nicht so ganz sicher, was ich da brauche. Ich habe mir was von 
CubeMX generieren lassen, damit funtionieren erstmal die älteren 
Projekte augenscheinlich alle.