_start 和 main 之间的平台配置丢失

Question

我正在使用https://github.com/ARM-software/CMSIS_5/blob/develop/Device/ARM/ARMCM33/Source/startup_ARMCM33.c 文件并进行了以下修改：

_NO_RETURN void Reset_Handler(void)
{
  __set_MSPLIM((uint32_t)(&__STACK_LIMIT));

  SystemInit();                             /* CMSIS System Initialization */
  lpuart_init(&m33_uart, (void*)LPUART0_BASE, LPUART); // Initialize LPUART
  __PROGRAM_START();                        /* Enter PreMain (C library entry point) */
}

__PROGRAM_START(); 将跳转到_start，它将执行crt0.o 中提到的所有运行时配置，然后跳转到main（有关详细信息，请参阅https://embeddedartistry.com/blog/2019/04/08/a-general-overview-of-what-happens-before-main/）。

在上面的 sn-p 中，我在 _start 之前进行 LPUART 初始化。调试.elf后，我知道当程序到达main时，这个LPUART初始化会丢失。 令人惊讶的是，如果我在main 中进行 LPUART 初始化，同样的程序也可以工作：

void main() {
lpuart_init(&m33_uart, (void*)LPUART0_BASE, LPUART);

/* some more code 
...... */
}

似乎crt0.o 正在做一些会导致 LPUART（或平台）配置丢失的事情。我无法弄清楚原因。有什么帮助吗？

编辑：

void lpuart_init(lpuart_info_t* p_info, void* base_addr, uint32_t version)
{
    p_info->base_addr = base_addr;
    p_info->version = version;
}

Answer 1

全局变量在您的函数执行后被初始化。因此，对 .data and .bss segments 中变量的任何修改都将丢失并被静态初始化例程覆盖。

删除您正在执行的方法并使用 gcc 不可移植扩展 __attribute__((__constructor__)) 在 main 之前但在静态初始化之后执行函数，或者将函数的地址添加到 .init 部分。链接newlib/arm/crt0.Sgcc function attributesnewlib/init.cgcc initialization

一个伪代码示例来说明发生了什么：

int some_global_explicitly_initialized_var = 1; // in .data section
static int some_global_var = 2; // in .data section
int global_vars_without_initialization_are_default_initialized_to_zero; // in .bss section
static int m33_uart; // in .bss section

int your_func() {
   // you set your variables, but it will be overwritten in _init
   m33_uart = 12354;
}

// this function is called first, ie. entrypoint before main
void Reset_Handler(void) {
    your_func();
    _init();
}

void _init(void) {
    // variables in .data section are initialized explicitly
    // ie. some_global_explicitly_initialized_var is set to 1 and 
    // and some_global_var is set to 2
    // this is done by copying a section from flash memory into ram into .data section
    // linker takes care of properly placing the variables
    memcpy(&_data_section, &_data_initialization_from_flash, sizeof(_data_initialization_from_flash));

    // variables in .bss section are initialized to 0
    // and uninitialized pointers are set to NULL
    // so all global variables are cleared
    // so global_vars_without_initialization_are_default_initialized_to_zero is set to 0
    // and m33_uart is also set to 0
    memset(&_bss_section, 0, sizeof(_bss_section));

    // after that main is called
    main();
}

int main() {
    // m33_uart will be set to 0
    // because m33_uart is inside .bss section
    // and will be cleared to 0 by the memset in _init
}

在我的 cmets 中，术语“静态变量”是指带有 static storage duration 的变量（不是带有 internal linkage 的 static 关键字所做的，如有混淆，请见谅）。请注意initialization 具有静态存储持续时间的变量 - 它们是零初始化的。

Answer 2

从复位向量调用 C 函数并不总是安全的，以防复位向量也设置 SP。幸运的是，这不是 ARM 的问题，但您仍然必须确保在写入 RAM 变量之前完成所有内存设置（有人建议如何手动推出所有这些 here）。正如其他人所提到的，这里最可能的问题是您在完成 .bss 初始化之前写入静态文件范围变量，因此它们的值将被删除。

（如果你不知道.bss 和.data 是什么意思，那么你现在不应该干预CRT。这里有一个解释：What resides in the different memory types of a microcontroller?）

有两种可行的解决方案：

• 禁用.bss 和.data 初始化作为非标准项目设置。这在嵌入式系统中很常见，但这意味着您不能再依赖 static 的标准 C 变量初始化或文件范围变量。
• 或者将您的内部 UART 驱动程序变量放在一个专用的 RAM 段中，该段未默认初始化。

真正的问题是为什么您需要这么早设置 UART。 UART 寄存器不能对时间要求严格，因为 UART 本身很慢。如果您设置数据方向并从复位向量中拉电阻就足够了，然后在 main() 中执行其余的非关键初始化。

另外，在设置系统时钟之前初始化 UART 没有什么意义，否则波特率可能会出错。在这个话题上，CRT/CMSIS 库也很可能是由猴子编写的，他们认真打算在默认内部 RC 振荡器设置上运行您的.bss/.data 初始化，在 PLL 设置的任何系统时钟执行之前.由于大多数电路板使用外部夸脱，您不希望您的启动速度非常慢并且无缘无故地消耗电流 - 为了防止这种可怕的设计，您需要自己从复位向量设置时钟，或者禁用 .bss /.data初始化。