香港手表网站百度账号人工申诉
1、前言
- 本文是以RISC-V架构为例进行讲解，在汇编代码层面和ARM架构不一样，但是整体框架是一样的
- 侧重任务调度底层机制讲解，讲解代码只保留了基本功能，可配置的功能基本都已经删除
- 本文是以可抢占式调度机制进行讲解
- RISC-V架构只支持M模式，并且中断只处理时间中断和ecall调用，其余异常没有相应的处理代码
- 想要更好理解任务调度机制，最好先去了解freertos的链表，因为任务切换涉及链表操作
2、任务状态切换
- 任务创建好后处于就绪态
- 每次任务调度时，在就绪态任务中，选择最高优先级的任务执行
- 任务因为等待某个事件、休眠而变成阻塞态
- 休眠时间到、等待的时间发生，会从阻塞态变为就绪态
- 任务执行vTaskSuspend（）函数进入挂起态，必须由其他任务调用vTaskResume（）唤醒进入就绪态
3、任务控制块TCB
typedef struct tskTaskControlBlock
{//记录任务栈空间中的栈顶，切换任务时，从这里开始获取/保存任务运行现场。必须是任务控制块的第一个元素，这个任务切换有关volatile StackType_t * pxTopOfStack; ListItem_t xStateListItem; //用来把任务控制块挂接到不同状态的任务链表中，比如：就绪链表、挂起链表、 阻塞链表 ListItem_t xEventListItem; //当任务因为等待某个时间事件而阻塞时，将任务控制块挂接到对于事件的阻塞链表，事件发生时，会唤醒对应链表 UBaseType_t uxPriority; //优先级 StackType_t * pxStack; //任务的栈空间，这里记录的是栈空间的最低地址 char pcTaskName[ configMAX_TASK_NAME_LEN ]; //任务的名字 } tskTCB;
4、任务的创建
4.1、任务创建函数的参数分析
- pxTaskCode：任务函数的地址
- pcName：任务的名字
- usStackDepth：任务的栈大小，这里的单位是字而不是字节
- pvParameters：任务函数的传参
- uxPriority：任务的优先级
- pxCreatedTask：返回的任务句柄，也就是构建的TCB结构体
4.2、任务创建函数分析
- prvInitialiseNewTask函数：
- 初始化栈空间，将栈空间内容初始化成特殊值
- 保存任务名字到pcTaskName变量
- 保存任务优先级到uxPriority变量
- 初始化链表，包括状态链表和事件链表
- 初始化任务上下文（pxPortInitialiseStack函数）
- prvAddNewTaskToReadyList函数：
- 如果是创建的第一个任务，要初始化任务调度相关链表
- 判断当前创建的链表是不是比已经存在的链表优先级更高，如果更高，则把下次调度的任务改为本任务
- 按优先级把TCB挂载到对应的就绪链表
4.3、任务创建参数保存在何处?
5、开启任务调度器
6、任务切换上下文
6.1、切换任务的时机
- 发生任务切换有两种情况：
- 任务的时间片耗尽
- 每隔tick时间就会产生一次时钟中断，中断里要判断下一次切换哪个任务
- 中断里需要设置MTIMECMP寄存器，周期性产生tick
- 任务主动发起调度，让出CPU
- 任务不需要继续执行时，可主动发起任务调度
- 主动发起任务调度，在底层通过ecall指令实现
- 任务的时间片耗尽
6.2、保存/恢复任务上下文
- 参考博客：《freertos任务切换的现场保存、恢复（任务栈空间）深度分析（以RISC-V架构为例）》；
- 参考博客：《freeRTOS异常处理函数分析（以RISC-V架构进行分析）》；
6.3、xTaskIncrementTick( )函数分析
BaseType_t xTaskIncrementTick( void )
{TCB_t * pxTCB;TickType_t xItemValue;BaseType_t xSwitchRequired = pdFALSE;//判断调度器是否被挂起，等于pdFALSE表示没有被挂起if( uxSchedulerSuspended == ( UBaseType_t ) pdFALSE ){//系统启动以来产生的tick数+1const TickType_t xConstTickCount = xTickCount + ( TickType_t ) 1;//更改系统的tick数，如果溢出则等于0xTickCount = xConstTickCount;//xTickCount溢出if( xConstTickCount == ( TickType_t ) 0U ) /*lint !e774 'if' does not always evaluate to false as it is looking for an overflow. */{//把两个延时链表翻转taskSWITCH_DELAYED_LISTS();}//如果现在的tick数大于任务解除阻塞的时间，则进入循环//xNextTaskUnblockTime记录的是当前被阻塞的任务里，时间最短的阻塞时间if( xConstTickCount >= xNextTaskUnblockTime ){for( ; ; ){if( listLIST_IS_EMPTY( pxDelayedTaskList ) != pdFALSE ){xNextTaskUnblockTime = portMAX_DELAY; /*lint !e961 MISRA exception as the casts are only redundant for some ports. */break;}else{//获取延迟任务列表头部的任务控制块pxTCB = listGET_OWNER_OF_HEAD_ENTRY( pxDelayedTaskList ); /*lint !e9079 void * is used as this macro is used with timers and co-routines too. Alignment is known to be fine as the type of the pointer stored and retrieved is the same. *///获取延迟时间xItemValue = listGET_LIST_ITEM_VALUE( &( pxTCB->xStateListItem ) );//说明还没有到任务解除阻塞的时间if( xConstTickCount < xItemValue ){//更新最近要被解除阻塞的时间xNextTaskUnblockTime = xItemValue;break; }//从阻塞链表中移除listREMOVE_ITEM( &( pxTCB->xStateListItem ) );//从事件阻塞链表中移除if( listLIST_ITEM_CONTAINER( &( pxTCB->xEventListItem ) ) != NULL ){listREMOVE_ITEM( &( pxTCB->xEventListItem ) );}//添加到就绪队列prvAddTaskToReadyList( pxTCB );//如果是抢占式调度，则判断解除阻塞的任务优先级是否高于当前正在执行的任务//如果比当前执行的任务优先级高，则需要切换任务#if ( configUSE_PREEMPTION == 1 ){if( pxTCB->uxPriority > pxCurrentTCB->uxPriority ){xSwitchRequired = pdTRUE;}}#endif /* configUSE_PREEMPTION */}}}//如果是抢占式调度，并且是时间片轮转，当前正在执行的任务的优先级就绪链表中成员个数大于1，//需要调度,因为同优先级的任务要轮流执行#if ( ( configUSE_PREEMPTION == 1 ) && ( configUSE_TIME_SLICING == 1 ) ){if( listCURRENT_LIST_LENGTH( &( pxReadyTasksLists[ pxCurrentTCB->uxPriority ] ) ) > ( UBaseType_t ) 1 ){xSwitchRequired = pdTRUE;}}#endif /* ( ( configUSE_PREEMPTION == 1 ) && ( configUSE_TIME_SLICING == 1 ) ) *///如果是抢占式调度，并且调度功能没有被挂起，则要切换任务#if ( configUSE_PREEMPTION == 1 ){if( xYieldPending != pdFALSE ){xSwitchRequired = pdTRUE;}}#endif /* configUSE_PREEMPTION */}else{++xPendedTicks;}return xSwitchRequired;
}
6.4、vTaskSwitchContext( )函数分析
void vTaskSwitchContext( void )
{//不为零，则调度器被挂起if( uxSchedulerSuspended != ( UBaseType_t ) pdFALSE ){//调度器被挂起，不允许任务切换xYieldPending = pdTRUE;}else{xYieldPending = pdFALSE;//检查任务的栈是否溢出taskCHECK_FOR_STACK_OVERFLOW(); //从就绪链表中选择出最高优先级的任务taskSELECT_HIGHEST_PRIORITY_TASK(); }
}
7、任务优先级的实现
7.1、重要的链表介绍
//就绪链表，configMAX_PRIORITIES是定义的当前支持最大的优先级，数字越大优先级越高
//就绪链表有多个，每个优先级有一个就绪链表
PRIVILEGED_DATA static List_t pxReadyTasksLists[ configMAX_PRIORITIES ]; //两个都是挂起休眠任务的，之所以有两个是为了解决tickCount超过表示范围产生翻转
PRIVILEGED_DATA static List_t xDelayedTaskList1;
PRIVILEGED_DATA static List_t xDelayedTaskList2;//这是两个链表指针，用于指向上面的两个休眠链表
PRIVILEGED_DATA static List_t * volatile pxDelayedTaskList;
PRIVILEGED_DATA static List_t * volatile pxOverflowDelayedTaskList; //任务调度器挂起期间解除阻塞条件得到满足的阻塞任务，在任务调度器恢复工作后，
//这些任务会被移动到就绪链表组中，变为就绪状态。
PRIVILEGED_DATA static List_t xPendingReadyList; //这个保存被删除的任务，等待空闲链表去回收资源
static List_t xTasksWaitingTermination; //这是任务调度器开启时被挂起的任务
static List_t xSuspendedTaskList; /*< Tasks that are currently suspended. */
- xDelayedTaskList1和xDelayedTaskList2：
- 两个链表都是用来保存被阻塞的任务，定义两个链表是解决xTickCount溢出问题
- xTickCount是记录开启任务调度后，发生tick的次数，在32位系统里是int类型，过一段时间xTickCount就可能溢出。溢出是指：当xTickCount=0xFFFFFFFF时，再加一，xTickCount的值就会变成0
- 疑问：为什么不直接在32位CPU中用long long类型变量来定义xTickCount，这样就不用考虑溢出问题？
- 任务控制块（TCB：Task COntrol Bloc）中xStateListItem和xEventListItem变量就是用来挂接到上面的各个链表中
- 想理解TCB是如何挂接到上述的链表，需要理解freertos的链表实现，阅读源码list.c
7.2、根据任务优先级进行调度
- 在创建任务时需要指定优先级，在构建好TCB后挂接到对应优先级的就绪链表中
- 如果任务发生阻塞、挂起，被挂接到阻塞链表、挂起链表，当重新变为就绪态时，还是挂接到对应优先级的就绪链表
- 发生任务调度时，先扫描高优先级的就绪链表，只有高优先级的就绪链表是空才会扫描低优先级的就绪链表
- 选择扫描到的当前最高优先级的就绪态任务进行调度，并且在调度后把该任务插入到本优先级就绪链表的尾部
- 总结：
- 选择就绪态中最高优先级的任务进行调度
- 同优先级的就绪态任务轮流执行
7.3、从就绪链表中选择出最高优先级的就绪任务
- uxTopReadyPriority变量：
- uxTopReadyPriority是采用位图的形式来保存优先级，每个bit位表示一个优先级
- 比如：当前有优先级是5的任务进入就绪态，则会把uxTopReadyPriority的bit5置一，即uxTopReadyPriority |= (1 << 5);
8、tick的产生
- 使用RISC-V架构自带的定时器，每1ms产生一次定时器中断
- 周期性设置MTIMECMP、MTIME寄存器
9、栈空间溢出检测
-
在构建TCB时，根据创建参数申请栈空间大小
-
在任务切换时，检查栈空间是否溢出
- 在申请栈时，将栈空间整个初始化成特殊值
- 在切换任务时，检查栈空间最低4个字节是不是特殊值（RISC-V使用满减栈）
- 如果不是特殊值，说明栈空间最后四个字节被使用过，此时判断栈溢出
-
如果栈溢出，则扩大栈空间，再次测试是否溢出，选择合适的栈空间
10、 任务的删除过程分析
- 调用vTaskDelet( )函数删除任务：
- 把被删除TCB从挂接的链表中删除
- 判断是否需要更新当前就绪最高优先级，即uxTopReadyPriority变量
- 如果删除的是正在运行的任务：
- 把TCB插入到xTasksWaitingTermination链表
- 如果删除的不是正在运行的任务：
- 判断是否需要更新最近被唤醒任务的时间，即xNextTaskUnblockTime变量
- 释放任务栈空间、TCB空间
- 空闲任务(prvIdleTask)
- 把被删除的任务TCB从xTasksWaitingTermination链表读取出来
- 释放任务栈空间、TCB空间