Почему malloc работает только сразу после перепрошивки cortex-m3? - PullRequest
Новая
       35

Почему malloc работает только сразу после перепрошивки cortex-m3?

3 голосов
/ 11 мая 2011

Я пытаюсь динамически распределить память, используя malloc newlib, работающий на cortex-m3 (bare-metal), и столкнулся с недоумением. Сразу после перепрошивки устройства malloc и free работают как положено. Однако после сброса устройства malloc возвращает только NULL. Все остальное работает, кроме malloc. Любые намеки на то, что может вызвать такое поведение?

Вот мой скрипт компоновщика: 

MEMORY
{
    FLASH (rx) : ORIGIN = 0x00000000, LENGTH = 512K
    SRAM (rwx) : ORIGIN = 0x10000000, LENGTH = 32K
}

/* Section Definitions */
SECTIONS
{
   .text :
  {
    KEEP(*(.isr_vector .isr_vector.*))
    *(.text .text.*)
    *(.gnu.linkonce.t.*)
    *(.glue_7)
    *(.glue_7t)
    *(.gcc_except_table)
    *(.rodata .rodata*)
    *(.gnu.linkonce.r.*)
    _etext = .;
  } > FLASH

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

  /*.data : AT (_etext)*/
  .data : AT (__exidx_end)
  {
    _data = .;
    *(vtable vtable.*)
    *(.data .data.*)
    *(.gnu.linkonce.d*)
    . = ALIGN(4);
    _edata = . ;
  } > SRAM

  /* .bss section which is used for uninitialized data */
  .bss (NOLOAD) :
  {
    _bss = . ;
    *(.bss .bss.*)
    *(.gnu.linkonce.b*)
    *(COMMON)
    . = ALIGN(4);
    _ebss = . ;
  } > SRAM

  .stackarea (NOLOAD) :
  {
    . = ALIGN(8);
    *(.stackarea .stackarea.*)
    . = ALIGN(8);
  } > SRAM

  . = ALIGN(4);
  _end = . ;
  PROVIDE (end = .);

}

А это из моей карты памяти: 

.stackarea      0x10000d3c        0x4
                0x10000d40                . = ALIGN (0x8)
 *fill*         0x10000d3c        0x4 00
 *(.stackarea .stackarea.*)
                0x10000d40                . = ALIGN (0x8)
                0x10000d40                . = ALIGN (0x4)
                0x10000d40                _end = .
                0x10000d40                PROVIDE (end, .)

Когда malloc завершается успешно, он начинает выделяться с 0x10000d48.

Ответы [ 2 ]

1 голос
/ 31 января 2012

Стек должен иметь более высокий адрес, чем куча.

Стек растёт вниз, а куча вверх. Поэтому поместите вершину стека на последний адрес в памяти Куча начинается с метки «_end» и заканчивается в нижней части стека, поэтому попробуйте поставить метку «_end» сразу после метки «_ebss».

например. 

  /* .bss section which is used for uninitialized data */  
  .bss (NOLOAD) :  
  {  
    _bss = . ;  
    *(.bss .bss.*)  
    *(.gnu.linkonce.b*)  
    *(COMMON)  
    . = ALIGN(4);  
    _ebss = . ;  
    **_end = . ;**  
  } > SRAM
1 голос
/ 11 мая 2011

Я не совсем уверен, как он работает на вашем Cortext-M3, но у меня действительно были некоторые проблемы с управлением памятью на RX62N некоторое время назад. В конце концов, я решил сделать свое собственное управление памятью, создав большую кучу, а затем распределить память через свои собственные функции API. Я использовал простой связанный список для управления памятью. Таким образом, я могу гарантировать, что это будет работать каждый раз на моей доске и код :))

Надеюсь, это поможет :) Ура!

...