`.bss' will not fit in region `m_data' 内存越界

最新推荐文章于 2023-04-09 12:58:51 发布

guo8113

最新推荐文章于 2023-04-09 12:58:51 发布

阅读量1.3w

点赞数 8

本文链接：https://blog.csdn.net/guo8113/article/details/50412469

版权

【嵌入式技术cortex M】专栏收录该内容

4 篇文章 0 订阅

订阅专栏

背景：

Freescale（NXP）kinetis MCU在使用FreeRTOS时，用armgcc gnu编译链（KSD，CW等IDE均使用ARM GCC编译链）时报错：

section `.bss' will not fit in region `m_data'

错误提示其实是bss段超出了m_data的范围，我的MCU内部SRAM大小是64KB，怎么可能不够用呢？

问题分析：

上面也提到了这是由于.bss段所需内存大于了m_data段所能提供的内存。首先反应去google。找到一篇十分相符的文章：

http://mcuoneclipse.com/2013/07/10/freertos-heap-with-segmented-kinetis-k-sram/

这篇文章是说kinetis K系列MCU的内存是分两段的，一般以0x2000’0000为分界线分RAM为SRAM_L, SRAM_U（SRAM_L由code bus访问，SRAM_U由system bus访问），而gcc的编译链不够智能，不能把内容分到两段里面，只能在一段里面。事实上kinetis MCU K系列，KE系列都是以0x2000’0000为分界线。

解决方法：

那么问题来了，Erich Styger是因为用的k20给个segment只有8kb，所以SRAM不够，可以我的MCU每个segment有32kb。同时根据另一篇文章的解决方法https://community.freescale.com/thread/322318（文中提到的文章不需要看，此文可以解决你的问题），我在link file里面改变了变量所在的位置，比如我的link file里是这样的：

/* Specify the memory areas */
MEMORY
{
  m_interrupts          (RX)  : ORIGIN = 0x00000000, LENGTH = 0x00000400
  m_flash_config        (RX)  : ORIGIN = 0x00000400, LENGTH = 0x00000010
  m_text                (RX)  : ORIGIN = 0x00000410, LENGTH = 0x0007FBF0
  m_data                (RW)  : ORIGIN = 0x1FFF8000, LENGTH = 0x00008000
  m_data_2              (RW)  : ORIGIN = 0x20000000, LENGTH = 0x00008000
}

可以看到，有两段内存m_data,m_data_2,把.data段由初始的放到m_data段改到放到m_data_2也是提示同样的问题。至于gcc工具链下link file的相关知识可以参考附件：http://download.csdn.net/detail/guo8113/9379185

  .data : AT(__DATA_ROM)
  {
    . = ALIGN(4);
    __DATA_RAM = .;
    __data_start__ = .;      /* create a global symbol at data start */
    *(.data)                 /* .data sections */
    *(.data*)                /* .data* sections */
    KEEP(*(.jcr*))
    . = ALIGN(4);
    __data_end__ = .;        /* define a global symbol at data end */
  } > m_data

我们知道.data字段放着程序中初始化的变量，.bss存放未初始化的变量。假如你的MCU RAM比较小，可以通过计算来合理分配他们在SRAM_L还是SRAM_U里。

然而不要忘了一件事情，也是我遇到的问题，RTOS一般会声明自己所用的栈的大小，这个栈用于任务以及动态内存的分配。如果这个大小配置不合理也同样会导致stack overflow的情况。

比如FreeRTOS，在FreeRTOSConfig.h中定义了

#define configTOTAL_HEAP_SIZE ((size_t)(30 * 1024))

而这个宏超过了SRAM所能提供的大小，从而导致了我的问题。因此使用RTOS还是按需来设置，copy配置文件可能会存在潜在的问题。