第四章 启动流程分析：汇编级启动（__start）、C语言初始化（nx_start）、板级初始化

各位同学，今天我们来聊聊NuttX的启动流程。说实话，这块内容我当年啃源码的时候也花了不少功夫。启动代码就像是一个系统的「出生证明」，搞懂了它，你对整个内核的骨架就有了底。

NuttX的启动分三个阶段：汇编级启动、C语言初始化、板级初始化。咱们一个一个来拆。

4.1 汇编级启动：__start 入口

为什么要有汇编级启动？因为C语言运行需要栈指针、需要BSS段清零、需要数据段重定位。这些事在C语言跑起来之前就得干完。所以，__start 就是整个系统的第一个入口点。

我习惯把这段代码叫做「硬起代码」。它通常放在链接脚本指定的入口地址上。比如ARM Cortex-M系列，复位向量直接指向 __start。

核心任务：

  • 设置栈指针（SP）
  • 清零BSS段
  • 拷贝数据段（从Flash到RAM）
  • 跳转到 nx_start

来看一段典型的 __start 代码（简化版）：

__start:
    /* 设置栈指针 */
    ldr sp, =_estack

    /* 清零BSS段 */
    ldr r0, =_sbss
    ldr r1, =_ebss
    mov r2, #0
bss_loop:
    cmp r0, r1
    itt lt
    strlt r2, [r0], #4
    blt bss_loop

    /* 拷贝数据段 */
    ldr r0, =_sdata
    ldr r1, =_edata
    ldr r2, =_sidata
data_loop:
    cmp r0, r1
    itt lt
    ldrlt r3, [r2], #4
    strlt r3, [r0], #4
    blt data_loop

    /* 跳转到C入口 */
    bl nx_start

嗯，这里要注意：_estack、_sbss 这些符号都是链接脚本里定义的。我刚开始做移植时，经常因为链接脚本写错导致启动就挂。有一次排查了整整两天，最后发现是 _sdata 和 _sidata 搞反了——数据段拷贝到了错误的位置。

避坑指南：我曾经在STM32F4上遇到过一个问题——BSS段清零后，某些全局变量还是乱值。后来发现是链接脚本里BSS段的起始地址和结束地址没对齐到4字节。汇编里的 strlt r2, [r0], #4 是按字写入的，地址不对齐就写偏了。

4.2 C语言初始化：nx_start 的使命

汇编跑完后，控制权交给了 nx_start。这个函数是NuttX内核初始化的总调度。说白了，它负责把操作系统从「裸机状态」变成「能跑任务的状态」。

nx_start 的代码在 sched/init/nx_start.c 里。我建议你打开源码对照着看，会更有感觉。

它的主要工作流程是这样的：

  1. 初始化全局数据结构：比如就绪列表、空闲任务控制块
  2. 初始化内存管理器：mm_initialize()，建立堆内存
  3. 初始化定时器和时钟：为调度器提供时间基准
  4. 初始化中断系统：irq_initialize()，打开中断向量表
  5. 初始化信号量、消息队列等同步机制
  6. 创建空闲任务和初始任务
  7. 启动调度器：sched_start()，开始多任务调度

个人经验：我调试过一个板子，每次跑到 mm_initialize 就死机。查了半天，发现是堆内存的起始地址和大小参数传反了。NuttX的堆管理用的是伙伴算法，参数错了直接访问非法地址。所以，移植时一定要确认 CONFIG_RAM_START 和 CONFIG_RAM_SIZE 这两个宏定义正确。

来看 nx_start 的核心代码片段：

void nx_start(void)
{
    /* 第一步：初始化全局状态 */
    g_nx_initstate = OSINIT_INITIALIZED;

    /* 第二步：初始化内存 */
    mm_initialize(&g_mmheap, (void*)CONFIG_RAM_START, CONFIG_RAM_SIZE);

    /* 第三步：初始化定时器 */
    up_timer_initialize();

    /* 第四步：初始化中断 */
    irq_initialize();

    /* 第五步：初始化任务调度相关 */
    sched_initialize();

    /* 第六步：创建空闲任务 */
    idle_task_create();

    /* 第七步：启动调度器 */
    sched_start();
}

你想想看，这里每一步的顺序都不能乱。比如，如果先启动调度器再初始化内存，那任务切换时分配栈空间就会出问题。NuttX的初始化顺序是经过精心设计的，我建议你在做移植时不要轻易调整。

4.3 板级初始化：board_initialize 的细节

板级初始化，说白了就是让硬件「活过来」。它由 board_initialize 函数完成，通常在 nx_start 的早期被调用。

不同板子的初始化差异很大。比如，有的板子需要配置GPIO、有的需要初始化串口、有的需要设置时钟树。NuttX通过 board_initialize 这个钩子函数，把板级差异隔离在 boards/ 目录下。

典型的板级初始化包括：

模块 初始化内容 常见问题
时钟系统 配置PLL、系统时钟、外设时钟 时钟频率算错，导致串口波特率不对
GPIO 设置引脚功能、上下拉、驱动能力 引脚复用冲突，两个外设抢同一个引脚
串口 初始化UART，作为控制台输出 波特率寄存器配置错误，打印乱码
中断控制器 使能外设中断、设置优先级 中断优先级分组没配好，导致死锁

来看一个实际的 board_initialize 例子：

void board_initialize(void)
{
    /* 配置系统时钟：HSE 8MHz -> PLL -> 72MHz */
    stm32_clockconfig();

    /* 初始化板载LED和按键GPIO */
    stm32_gpio_config(GPIO_LED1, GPIO_OUTPUT);
    stm32_gpio_config(GPIO_BUTTON1, GPIO_INPUT_PULLUP);

    /* 初始化串口1作为控制台 */
    stm32_serial_initialize(1);

    /* 配置外设中断优先级 */
    up_prioritize_irq(STM32_IRQ_UART1, 5);
}

关键点：板级初始化里，串口初始化一定要早。为什么？因为后续的调试信息都要靠串口打印。我遇到过一块板子，串口初始化放在最后，结果前面代码出错了连个日志都看不到，只能靠点灯调试，效率极低。

另外，board_initialize 里不要做太重的操作。比如，不要在里边创建任务或者申请大块内存。它只是把硬件「点亮」，真正的业务逻辑交给后面的任务去处理。

4.4 启动流程的完整脉络

把三个阶段串起来，整个启动流程就是：

  1. 上电复位 → 硬件跳转到 __start
  2. 汇编级启动 → 设置栈、清零BSS、拷贝数据
  3. C语言入口 → nx_start 开始执行
  4. 板级初始化 → board_initialize 配置硬件
  5. 内核初始化 → 内存、中断、调度器就绪
  6. 创建任务 → 空闲任务和第一个用户任务
  7. 启动调度 → 多任务开始运行

我记得有一次调试一个双核芯片的启动，发现从核的 __start 一直没被调用。后来查手册才知道，从核需要主核通过一个特殊寄存器来唤醒。这个细节在NuttX的启动代码里是通过 up_cpu_start() 实现的。所以，多核平台的启动流程会更复杂一些，但核心思路是一样的。

避坑指南：我曾经在移植NuttX到新板子时，卡在 nx_start 里出不来。后来加了一堆 putchar 打印，发现是 sched_initialize 里初始化就绪列表时，链表节点指针没初始化，导致后续插入任务时访问了野指针。所以，我建议你在调试启动流程时，先确保串口能打印，然后逐段加日志，定位问题会快很多。

好了，启动流程就讲到这里。下一章我们会深入任务调度器的实现，看看NuttX是怎么在任务之间来回切换的。到时候我会分享一个我踩过的关于任务栈溢出的坑，挺有意思的。

← 上一章 📖 返回目录 下一章 →