FreeRTOS任务源码分析以及程序堆栈与任务堆栈的关系

发布者:平凡的梦想最新更新时间:2024-07-10 来源: elecfans关键字:FreeRTOS  任务堆栈 手机看文章 扫描二维码
随时随地手机看文章

之前的文章学习了ARM函数调用和返回时的操作,但是对于操作系统下的任务堆栈以及任务切换时堆栈的切换还不太了解,因此,首先分析了一下任务的源码,包括创建任务时,创建堆栈的过程,以及任务调度过程。后来,发现这个分析清楚了,就可以把程序堆栈和任务堆栈也梳理清楚,于是,就继续梳理一下程序堆栈和任务堆栈的关系。


以STM32F4x7_ETH_LwIP_V1.1.1工程为例,使用的版本是FreeRTOSV7.3.0。


STM32F4x7_ETH_LwIP_V1.1.1ProjectFreeRTOSudptcp_echo_server_netconnsrcmain.c中启动任务如下


 1 int main(void)

 2 {

 3  /* Configures the priority grouping: 4 bits pre-emption priority */

 4   NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4);

 5 

 6   /* Init task */

 7   xTaskCreate(Main_task, (int8_t *)'Main', configMINIMAL_STACK_SIZE * 2, NULL,MAIN_TASK_PRIO, NULL);

 8   

 9   /* Start scheduler */

10   vTaskStartScheduler();

11 

12   /* We should never get here as control is now taken by the scheduler */

13   for( ;; );

14 }


在main中一般都会启动一个主任务或者叫启动任务,然后,开始任务调度,在主任务中,完成其它任务的创建。(为什么要这种模式呢?直接在main中创建所有任务,然后,开始任务调度不可以吗?)


任务控制块TCB,首个成员是任务堆栈顶部地址,第17行表示任务堆栈起始(堆栈像一个桶,桶底是高地址,桶上面是低地址,桶底部为“任务堆栈起始”pxStack,桶里的最后一个数据位置为“任务堆栈顶部地址”pxTopOfStack)。


xGenericListItem是用于将任务串成列表的列表成员,后续该任务加入就绪任务列表还是其他任务列表,都是将该列表成员插入进任务列表。


xEventListItem用于记录该任务是否在等待事件,比如是否向队列发送数据但队列已满、是否从队列读取数据但队列是空的,且设置了等待时间或无限等待。例如,若是向队列发送数据但队列已满,则该任务的xEventListItem会插入该队列的xTasksWaitingToSend列表中;同时将xGenericListItem从就绪任务列表删除,插入到挂起任务队列(若等待时间是无限)或延时任务队列(若等待时间是有限)(该过程由vTaskPlaceOnEventList完成)。若是队列非满了,则会将任务的xEventListItem从xTasksWaitingToSend中移除;同时,将任务的xGenericListItem从挂起任务队列或延时任务队列中移除,并添加到就绪队列中(该过程由xTaskRemoveFromEventList完成)。


 1 /*

 2  * Task control block.  A task control block (TCB) is allocated for each task,

 3  * and stores task state information, including a pointer to the task's context

 4  * (the task's run time environment, including register values)

 5  */

 6 typedef struct tskTaskControlBlock

 7 {

 8     volatile portSTACK_TYPE    *pxTopOfStack;        /*< Points to the location of the last item placed on the tasks stack.  THIS MUST BE THE FIRST MEMBER OF THE TCB STRUCT. */

 9 

10     #if ( portUSING_MPU_WRAPPERS == 1 )

11         xMPU_SETTINGS xMPUSettings;                /*< The MPU settings are defined as part of the port layer.  THIS MUST BE THE SECOND MEMBER OF THE TCB STRUCT. */

12     #endif

13 

14     xListItem                xGenericListItem;        /*< The list that the state list item of a task is reference from denotes the state of that task (Ready, Blocked, Suspended ). */

15     xListItem                xEventListItem;        /*< Used to reference a task from an event list. */

16     unsigned portBASE_TYPE    uxPriority;            /*< The priority of the task.  0 is the lowest priority. */

17     portSTACK_TYPE            *pxStack;            /*< Points to the start of the stack. */

18     signed char                pcTaskName[ configMAX_TASK_NAME_LEN ];/*< Descriptive name given to the task when created.  Facilitates debugging only. */

19 

20     #if ( portSTACK_GROWTH > 0 )

21         portSTACK_TYPE *pxEndOfStack;            /*< Points to the end of the stack on architectures where the stack grows up from low memory. */

22     #endif

23 

24     #if ( portCRITICAL_NESTING_IN_TCB == 1 )

25         unsigned portBASE_TYPE uxCriticalNesting; /*< Holds the critical section nesting depth for ports that do not maintain their own count in the port layer. */

26     #endif

27 

28     #if ( configUSE_TRACE_FACILITY == 1 )

29         unsigned portBASE_TYPE    uxTCBNumber;    /*< Stores a number that increments each time a TCB is created.  It allows debuggers to determine when a task has been deleted and then recreated. */

30         unsigned portBASE_TYPE  uxTaskNumber;    /*< Stores a number specifically for use by third party trace code. */

31     #endif

32 

33     #if ( configUSE_MUTEXES == 1 )

34         unsigned portBASE_TYPE uxBasePriority;    /*< The priority last assigned to the task - used by the priority inheritance mechanism. */

35     #endif

36 

37     #if ( configUSE_APPLICATION_TASK_TAG == 1 )

38         pdTASK_HOOK_CODE pxTaskTag;

39     #endif

40 

41     #if ( configGENERATE_RUN_TIME_STATS == 1 )

42         unsigned long ulRunTimeCounter;            /*< Stores the amount of time the task has spent in the Running state. */

43     #endif

44 

45 } tskTCB;


任务创建

下面看任务创建函数,xTaskCreate实际调用的是xTaskGenericCreate


E:projectrtosSTM32F4x7_ETH_LwIP_V1.1.1UtilitiesThird_PartyFreeRTOSV7.3.0includetask.h


1 #define xTaskCreate( pvTaskCode, pcName, usStackDepth, pvParameters, uxPriority, pxCreatedTask ) xTaskGenericCreate( ( pvTaskCode ), ( pcName ), ( usStackDepth ), ( pvParameters ), ( uxPriority ), ( pxCreatedTask ), ( NULL ), ( NULL ) )

E:projectrtosSTM32F4x7_ETH_LwIP_V1.1.1UtilitiesThird_PartyFreeRTOSV7.3.0tasks.c,486


 View Code

分配TCB和stack空间

1     /* Allocate the memory required by the TCB and stack for the new task,

2     checking that the allocation was successful. */

3     pxNewTCB = prvAllocateTCBAndStack( usStackDepth, puxStackBuffer );

第9行先分配TCB的空间,11行,TCB分配成功,再分配堆栈空间。第16行,分配输入参数*4个字节的堆栈,赋值给“任务堆栈起始”pxStack。如果分配成功,那么27行,会初始化堆栈为填充图案,这里为0xa5。


 1 /*-----------------------------------------------------------*/

 2 

 3 static tskTCB *prvAllocateTCBAndStack( unsigned short usStackDepth, portSTACK_TYPE *puxStackBuffer )

 4 {

 5 tskTCB *pxNewTCB;

 6 

 7     /* Allocate space for the TCB.  Where the memory comes from depends on

 8     the implementation of the port malloc function. */

 9     pxNewTCB = ( tskTCB * ) pvPortMalloc( sizeof( tskTCB ) );

10 

11     if( pxNewTCB != NULL )

12     {

13         /* Allocate space for the stack used by the task being created.

14         The base of the stack memory stored in the TCB so the task can

15         be deleted later if required. */

16         pxNewTCB->pxStack = ( portSTACK_TYPE * ) pvPortMallocAligned( ( ( ( size_t )usStackDepth ) * sizeof( portSTACK_TYPE ) ), puxStackBuffer );

17 

18         if( pxNewTCB->pxStack == NULL )

19         {

20             /* Could not allocate the stack.  Delete the allocated TCB. */

21             vPortFree( pxNewTCB );

22             pxNewTCB = NULL;

23         }

24         else

25         {

26             /* Just to help debugging. */

27             memset( pxNewTCB->pxStack, ( int ) tskSTACK_FILL_BYTE, ( size_t ) usStackDepth * sizeof( portSTACK_TYPE ) );

28         }

29     }

30 

31     return pxNewTCB;

32 }


task.c, 204,定义的堆栈填充图案为a5,仅用于检测任务的高地址水印。


1 /*

2  * The value used to fill the stack of a task when the task is created.  This

3  * is used purely for checking the high water mark for tasks.

4  */

5 #define tskSTACK_FILL_BYTE    ( 0xa5U )

计算任务堆栈顶部指针

第5行,会根据堆栈生成方向来分别计算,对于arm堆栈是向下生长的,分配的pxStack是低地址,因此,第7行,栈顶就是pxStack+深度-1(-1是因为是full stack,堆栈指针指向最后一个数据)。第8行会进行一下对齐,因为ARM是4字节对齐,因此,该句不会改变地址。


 1         /* Calculate the top of stack address.  This depends on whether the

 2         stack grows from high memory to low (as per the 80x86) or visa versa.

 3         portSTACK_GROWTH is used to make the result positive or negative as

 4         required by the port. */

 5         #if( portSTACK_GROWTH < 0 )

 6         {

 7             pxTopOfStack = pxNewTCB->pxStack + ( usStackDepth - ( unsigned short ) 1 );

 8             pxTopOfStack = ( portSTACK_TYPE * ) ( ( ( portPOINTER_SIZE_TYPE ) pxTopOfStack ) & ( ( portPOINTER_SIZE_TYPE ) ~portBYTE_ALIGNMENT_MASK  ) );

 9 

10             /* Check the alignment of the calculated top of stack is correct. */

11             configASSERT( ( ( ( unsigned long ) pxTopOfStack & ( unsigned long ) portBYTE_ALIGNMENT_MASK ) == 0UL ) );

12         }


初始化TCB变量

prvInitialiseTCBVariables主要给TCB的变量赋值。重点关注以下几个地方,第3、4行,初始化两个链表的成员,第8、12行设置两个链表的拥有者为TCB(拥有者Owner一般为包含该链表成员的结构体对象),第11行设置xEventListItem的链表成员数值为优先级补数,事件链表永远按优先级排序。


 1 static void prvInitialiseTCBVariables( tskTCB *pxTCB, const signed char * const pcName, unsigned portBASE_TYPE uxPriority, const xMemoryRegion * const xRegions, unsigned short usStackDepth )

 2 {

 3     vListInitialiseItem( &( pxTCB->xGenericListItem ) );

[1] [2] [3] [4] [5]
关键字:FreeRTOS  任务堆栈 引用地址:FreeRTOS任务源码分析以及程序堆栈与任务堆栈的关系

上一篇:摄像头驱动学习
下一篇:ARM处理器基础Cortex-M4

推荐阅读最新更新时间:2024-11-13 20:27

STM32+FreeRTOS+CUBEMX_学习笔记(七 )输入捕获
前言 我们可以利用输入捕获模式来测量脉冲宽度或者测量频率。 1、cube设置 2、函数详解: /** * @brief Read the captured value from Capture Compare unit 读取通道捕获值 * @param htim TIM handle. * @param Channel TIM Channels to be enabled * This parameter can be one of the following values: * @arg TIM_CHANNEL_1: TIM Channel 1 selected * @arg T
[单片机]
STM32+<font color='red'>FreeRTOS</font>+CUBEMX_学习笔记(七 )输入捕获
FreeRTOS移植到STM32F103步骤与注意事项
前言: 由于之前听过太多人抱怨移植FreeRTOS到STM32有各种各样的问题,小灯经过一年多对FreeRTOS的研究并在公司产品中应用,多少有些心得,接下来就由小灯以最新版的FreeRTOS为例一步一步移植到 STM32F1 03上,并提醒大家某些需要注意的事项。本文档为非正式技术文档,故排版会有些凌乱,希望大家能提供宝贵意见以供小灯参考改进。 下面先以IAR移植为例,说明移植过程中的诸多注意事项,最后再以MDK移植时不再重复说明,所以还是建议大家先花些时间看IAR的移植过程,哪怕你不使用IAR,最好也注意下那一大堆注意事项! 一、从官网下载最新版的FreeRTOS源码 下面的网址是官方最新源码的下载地址: https:/
[单片机]
<font color='red'>FreeRTOS</font>移植到STM32F103步骤与注意事项
[nrf51][nrf52][SDK17] NRF系列怎么实现低功耗运行,带freertos能进入吗?
一、NRF51/NRF52系统低功耗表 (浅睡) (深睡,唤醒就复位重启) 二、实测产品没有达到低功耗怎么办? 测量有100uA,这个时候需要检查 是否断开,需要掉电一次,再测量。 测量有几百uA,这一定是外设没有关闭。如下列表: 引用官方手册: System ON模式,就是CPU可以不工作而外设可以继续工作的一种低功耗模式。 idle模式下,当CPU和所有外设都不工作时,系统电流也就有2uA左右。 (注:除了idle模式,nRF5芯片还支持一种更低功耗的低功耗模式:sleep模式(Nordic芯片手册称为System OFF模式),sleep模式下,CPU和所有外设都强制关闭,所以功耗非常低:只有零点几微安。由于
[单片机]
[nrf51][nrf52][SDK17] NRF系列怎么实现低功耗运行,带<font color='red'>freertos</font>能进入吗?
学习笔记——FreeRTOS任务的创建(动态方法)
学习了任务的相关知识后,在MDK5中以STM32F407为开发板尝试任务的创建和删除。 任务创建有两种方式分别为动态创建和静态创建,分别通过调用vTaskcreat()和vTaskcreat_static()来创建。其区别是动态创建任务的堆栈由系统分配,而静态创建任务的堆栈由用户自己传递。 动态创建任务的原型 其中各个参数:pxTaskCode 任务函数(由用户自己编写的函数,一般为一个无限循环) pcName 任务名(用于追踪和调试,最大长度不超过configMAX_TASK_NAME_LE
[单片机]
学习笔记——<font color='red'>FreeRTOS</font><font color='red'>任务</font>的创建(动态方法)
小广播
设计资源 培训 开发板 精华推荐

最新单片机文章
  • 学习ARM开发(16)
    ARM有很多东西要学习,那么中断,就肯定是需要学习的东西。自从CPU引入中断以来,才真正地进入多任务系统工作,并且大大提高了工作效率。采 ...
  • 学习ARM开发(17)
    因为嵌入式系统里全部要使用中断的,那么我的S3C44B0怎么样中断流程呢?那我就需要了解整个流程了。要深入了解,最好的方法,就是去写程序 ...
  • 学习ARM开发(18)
    上一次已经了解ARM的中断处理过程,并且可以设置中断函数,那么它这样就可以工作了吗?答案是否定的。因为S3C44B0还有好几个寄存器是控制中 ...
  • 嵌入式系统调试仿真工具
    嵌入式硬件系统设计出来后就要进行调试,不管是硬件调试还是软件调试或者程序固化,都需要用到调试仿真工具。 随着处理器新品种、新 ...
  • 最近困扰在心中的一个小疑问终于解惑了~~
    最近在驱动方面一直在概念上不能很好的理解 有时候结合别人写的一点usb的例子能有点感觉,但是因为arm体系里面没有像单片机那样直接讲解引脚 ...
  • 学习ARM开发(1)
  • 学习ARM开发(2)
  • 学习ARM开发(4)
  • 学习ARM开发(6)
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

电子工程世界版权所有 京ICP证060456号 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved