STM32F4 -> Default_Reset_Handler()

[Felix (Gast)]

Wenn ich versuche zu debuggen kommt der Controller nicht aus dem 
Default_Reset_Handler() heraus. Er hängt in dieser schleife:

for(pulDest = &_sdata; pulDest < &_edata; )
  {
    *(pulDest++) = *(pulSrc++);
  }

main() wird also nicht aufgerufen. Sobald ich aber einmal suspend 
genutzt habe und dann das Programm wieder weiter laufen lasse, springt 
er in main()



Es liegt nicht an  der Hardware. Habe es mit mehreren Discovery Boards 
getestet, das Problem ist immer dass gleiche.

Es muss also eigentlich an der Software liegen. Der eigene Code dürfte 
an sich aber keinen Einfluss haben da dieser ja noch gar nicht 
aufgerufen wurde. Der Fehler trat zum ersten mal auf als ich eine eine 
unbedeutende Berechnung minimal umgestellt habe. Habe das ganze dann 
wieder rückgängig gemacht, der Fehler blieb aber bestehen.

Ich bin ziemlich ratlos ...

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Zeige mal den ganzen Codeabschnitt sowie die LD Datei.

[Jim M. (turboj)]

Kannst Du Dir mit dem Debugger die Addressen &_sdata und &_edata 
anzeigen lassen? Eine Möglichkeit wäre &_edata > RAM-Ende. Dann sollte 
der Linker allerdings meckern, wenn sein Skript stimmt.

[Felix (Gast)]

habe jetzt noch gesehen dass er bis zu dieser Zeile kommt:   __asm(" 
ldr     r0, =_sbss\n"

/**
  * @brief  This is the code that gets called when the processor first
  *         starts execution following a reset event. Only the absolutely
  *         necessary set is performed, after which the application
  *         supplied main() routine is called.
  * @param  None
  * @retval None
  */
void Default_Reset_Handler(void)
{
  /* Initialize data and bss */
  unsigned long *pulSrc, *pulDest;

  /* Copy the data segment initializers from flash to SRAM */
  pulSrc = &_sidata;

  for(pulDest = &_sdata; pulDest < &_edata; )
  {
    *(pulDest++) = *(pulSrc++);
  }
  
  /* Zero fill the bss segment.  This is done with inline assembly since this
     will clear the value of pulDest if it is not kept in a register. */
  __asm("  ldr     r0, =_sbss\n"
        "  ldr     r1, =_ebss\n"
        "  mov     r2, #0\n"
        "  .thumb_func\n"
        "zero_loop:\n"
        "    cmp     r0, r1\n"
        "    it      lt\n"
        "    strlt   r2, [r0], #4\n"
        "    blt     zero_loop");
#ifdef __FPU_USED
  /* Enable FPU.*/ 
  __asm("  LDR.W R0, =0xE000ED88\n"
        "  LDR R1, [R0]\n"
        "  ORR R1, R1, #(0xF << 20)\n"
        "  STR R1, [R0]");
#endif  

  /* Call the application's entry point.*/
  main();
}

link.ld:

COUTPUT_FORMAT ("elf32-littlearm", "elf32-bigarm", "elf32-littlearm")
SEARCH_DIR(.)
INCLUDE "memory.ld"

/* Section Definitions */ 
SECTIONS 
{ 
    .text : 
    { 
        KEEP(*(.isr_vector .isr_vector.*)) 
        *(.text .text.* .gnu.linkonce.t.*)         
        *(.glue_7t) *(.glue_7)                    
        *(.rodata .rodata* .gnu.linkonce.r.*)                            
    } > rom
    
    .ARM.extab : 
    {
        *(.ARM.extab* .gnu.linkonce.armextab.*)
    } > rom
    
    .ARM.exidx :
    {
        *(.ARM.exidx* .gnu.linkonce.armexidx.*)
    } > rom
    
    . = ALIGN(4); 
    _etext = .;
    _sidata = .; 
        
    .data : AT (_etext) 
    { 
        _sdata = .; 
        *(.data .data.*) 
        . = ALIGN(4); 
        _edata = . ;
    } > ram

    /* .bss section which is used for uninitialized data */ 
    .bss (NOLOAD) : 
    { 
        _sbss = . ; 
        *(.bss .bss.*) 
        *(COMMON) 
        . = ALIGN(4); 
        _ebss = . ; 
    } > ram
    
    /* stack section */
    .co_stack (NOLOAD):
    {
        . = ALIGN(8);
        *(.co_stack .co_stack.*)
    } > ram
       
    . = ALIGN(4); 
    _end = . ; 
}

Hab das ganze grad auf nem anderen PC getestet, da gehts. Wird also an 
der IDE, dem gdbserver oder dem treiber liegen.

[Markus (Gast)]

Ich hatte (bzw. habe es immer noch) das gleiche Problem. Wenn ich via 
Einzelschritt über eine Schleife gehe führt gdb alle Anweisungen der 
Schleife einzeln aus. Er hängt also nicht fest, die Schleife läuft nur 
zu langsam, als dass sie in akzeptabler Zeit durchlaufen wird.
Einfach nicht per Einzelschritt größere Schleifen überspringen, dann 
funktioniert es.

[Felix (Gast)]

Hab jetzt die IDE neu installiert und es geht wieder.

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Bei mir sieht der äquivalente Abschnitt der LD Datei so aus, der C-Code 
ist gleich:

    .data : {
    _data = .;
    *(.data)               /* Data memory */
    *(.eh_frame)
    _edata = .;
    } >ram AT > rom        /* initial Data LMA is actual rom adr */

Mache also da noch: ">ram AT > rom"

Am GDBServer/Treiber liegt es sicher nicht. Wenn dann am GCC wie der den 
Code interpretiert.