4. RTOS内核基础：任务调度、中断管理、内存管理、同步机制
将PCIe驱动从Linux移植到RTOS，本质上是将依赖Linux内核庞大基础设施（进程调度、VFS、DMA API、中断子系统）的驱动代码，适配到资源受限、实时性要求高的RTOS环境。本章聚焦RTOS四大核心模块：任务调度、中断管理、内存管理、同步机制，为后续PCIe驱动移植打下坚实基础。
4.1 任务调度：从分时抢占到固定优先级
Linux采用CFS（完全公平调度器），追求吞吐量和公平性；RTOS则采用固定优先级抢占式调度（如Rate Monotonic Scheduling, RMS），确保高优先级任务在确定时间内获得CPU。
关键差异： Linux调度器的时间片粒度通常在ms级，而RTOS调度器的时间片可配置到μs级，且支持优先级继承/天花板协议以防止优先级反转。
4.1.1 任务状态与切换
| 状态 | 描述 | PCIe驱动场景 |
|---|---|---|
| 就绪 (Ready) | 任务具备运行条件，等待调度器分配CPU | DMA传输完成中断触发后，数据处理任务进入就绪 |
| 运行 (Running) | 任务获得CPU，正在执行指令 | PCIe配置空间读写操作 |
| 阻塞 (Blocked) | 任务等待某事件（信号量、消息队列、延时） | 等待MSI-X中断信号量 |
| 挂起 (Suspended) | 任务被显式暂停，不参与调度 | PCIe链路训练期间挂起非关键任务 |
移植要点： Linux驱动中的
schedule()、wait_event() 需替换为RTOS的 taskYIELD()、osSemaphoreAcquire()。注意RTOS不支持内核抢占点动态调整，所有阻塞点必须显式调用API。
4.2 中断管理：从下半部到ISR+任务唤醒
Linux将中断处理分为上半部（硬中断）和下半部（软中断/Tasklet/Workqueue）。RTOS通常只提供ISR（中断服务例程），且要求ISR极短（通常< 100μs），耗时操作通过中断延迟任务（Deferred Task）或信号量唤醒任务完成。
4.2.1 中断嵌套与优先级
RTOS支持中断嵌套：高优先级中断可以打断低优先级中断的ISR。PCIe驱动移植时需注意：
- 中断优先级分组： 将PCIe MSI-X中断设为中等优先级（低于系统Tick中断，高于外设中断）。
- ISR中禁止调用阻塞API： 如
osDelay()、osSemaphoreAcquire()带超时参数，会导致系统崩溃。 - 中断延迟测量： 使用RTOS提供的
portGET_HIGHEST_PRIORITY_ISR()确保ISR执行时间可控。
常见错误： 在ISR中调用
printf() 或复杂日志输出。RTOS的 printf 通常不可重入，且可能触发调度，导致死锁。应使用中断安全的 ITM/SWO 或环形缓冲区日志。
4.3 内存管理：从虚拟内存到静态分配
Linux依赖MMU实现虚拟内存、页面换入换出；RTOS通常运行在无MMU或MPU（内存保护单元）环境下，采用静态内存分配为主、固定大小内存池为辅的策略。
| 特性 | Linux | RTOS | PCIe驱动影响 |
|---|---|---|---|
| 地址空间 | 虚拟地址（4GB/进程） | 物理地址（平坦） | DMA缓冲区需物理连续，RTOS可直接使用物理地址 |
| 动态分配 | kmalloc / vmalloc | osMemoryAlloc / 内存池 | 避免频繁小块分配，使用内存池管理DMA描述符 |
| 内存碎片 | 内核有反碎片机制 | 无自动碎片整理 | PCIe驱动需预分配大块DMA缓冲区 |
| Cache一致性 | 通过DMA API维护 | 需手动clean/invalidate | 移植时需添加 SCB_CleanDCache_by_Addr() |
4.3.1 DMA缓冲区对齐与Cache操作
PCIe设备通常要求DMA缓冲区对齐到Cache Line大小（32/64字节），且RTOS下需手动维护Cache一致性：
/* RTOS下DMA缓冲区分配与Cache操作示例 */
#define DMA_BUF_SIZE 4096
#define DMA_BUF_ALIGN 64
/* 从内存池分配对齐缓冲区 */
void* dma_buf = osMemoryPoolAlloc(dma_pool, DMA_BUF_SIZE, DMA_BUF_ALIGN);
/* 在DMA传输前：将CPU写入的数据刷出Cache到内存 */
SCB_CleanDCache_by_Addr(dma_buf, DMA_BUF_SIZE);
/* 启动DMA传输（硬件自动完成） */
pcie_dma_start(dev, dma_buf, DMA_BUF_SIZE, DIR_READ);
/* 在DMA传输完成后：使Cache行失效，从内存重新加载 */
SCB_InvalidateDCache_by_Addr(dma_buf, DMA_BUF_SIZE);
/* 现在CPU可以安全读取dma_buf中的数据 */
移植技巧： 在Linux中，
dma_alloc_coherent() 自动处理Cache一致性。RTOS下需封装 pcie_dma_alloc() 和 pcie_dma_free()，内部调用内存池API + Cache维护函数，保持驱动上层代码不变。
4.4 同步机制：信号量与互斥锁
RTOS提供轻量级同步原语，用于保护共享资源（如PCIe配置空间寄存器、DMA描述符链表）和实现任务间通信。
| 同步原语 | 特性 | PCIe驱动使用场景 |
|---|---|---|
| 二进制信号量 | 只有0和1两种状态，用于事件通知 | ISR通知任务：DMA传输完成、链路状态变化 |
| 计数信号量 | 可累计多个事件，最大计数值可配置 | 管理多个DMA通道的完成事件 |
| 互斥锁 (Mutex) | 支持优先级继承，防止优先级反转 | 保护PCIe配置空间寄存器（多任务访问） |
| 递归互斥锁 | 同一任务可多次获取，不会死锁 | 驱动中嵌套调用的临界区保护 |
4.4.1 优先级反转与解决方案
在PCIe驱动中，若低优先级任务持有互斥锁，高优先级任务等待同一锁，中优先级任务抢占执行，会导致高优先级任务被间接延迟——即优先级反转。
RTOS解决方案：
- 优先级继承： 当高优先级任务等待锁时，持有锁的低优先级任务临时提升到高优先级，完成后恢复。
- 优先级天花板： 将互斥锁的优先级设为所有可能获取该锁的任务的最高优先级。
osMutexAcquire() 即可。
4.4.2 中断与任务间的同步模式
PCIe驱动中最常见的同步模式：
/* 中断与任务同步：信号量模式 */
static osSemaphoreId_t dma_complete_sem;
/* ISR中：通知任务DMA完成 */
void pcie_msix_isr(void* arg) {
uint32_t status = pcie_read_reg(dev, PCIE_MSIX_STATUS_REG);
if (status & DMA_DONE_FLAG) {
pcie_write_reg(dev, PCIE_MSIX_STATUS_REG, DMA_DONE_FLAG); // 清中断
osSemaphoreRelease(dma_complete_sem); // 释放信号量（ISR安全版本）
}
}
/* 任务中：等待DMA完成 */
void dma_handler_task(void* arg) {
while (1) {
osSemaphoreAcquire(dma_complete_sem, osWaitForever); // 阻塞等待
process_dma_data(); // 处理DMA传输完成的数据
}
}
关键约束： ISR中释放信号量必须使用中断安全版本（如FreeRTOS的
xSemaphoreGiveFromISR()），普通版本会触发任务切换，导致不可预测行为。RTOS通常提供 osSemaphoreReleaseISR() 变体。
4.5 本章小结
RTOS内核四大基础模块为PCIe驱动移植提供了运行环境：
- 任务调度： 固定优先级抢占调度，确保实时任务确定性执行。
- 中断管理： ISR极短 + 信号量唤醒任务，替代Linux下半部机制。
- 内存管理： 内存池 + 手动Cache维护，适配无MMU环境。
- 同步机制： 信号量用于事件通知，互斥锁保护共享资源，注意优先级反转。