你的浏览器版本过低,可能导致网站不能正常访问!
为了你能正常使用网站功能,请使用这些浏览器。

RTOS 系统线程栈溢出检查实现方式【对比 FreeRTOS 和 RT-Thread】

[复制链接]
murphyzhao 发布时间:2019-6-27 09:09
本帖最后由 murphyzhao 于 2019-6-28 09:20 编辑
$ f5 c; T2 [5 A% j& x; D+ a5 V8 Y
3 e) ~- J- u, U: z/ ~' G% CRTOS 系统线程栈溢出检查实现方式
4 O4 a( H& K' i( x- s5 s
* @: U3 D# F, C& {0 r) ~' d在实现的时候主要考量哪些因素?我只想到下面两个方向,说说我自己的理解:4 u, f' @& u3 d7 Q- y  J  Y* E

$ G! f. I" _; n9 B- \1 R7 [5 c
  • 线程栈溢出检查方式
  • 什么情况、什么时候检查线程栈6 i# n7 b+ q+ Z! P, o& d3 r
" [% K4 H6 S6 [) I6 i" _; k
1. RT-Thread 线程栈的检查
, }" ?5 k/ y0 s, t7 V& N/ X
  V( e' ]8 T. r2 s1 @  Z3 S8 ?4 E1.1 线程栈溢出检查方式分析
/ d' U" X- B$ A, f5 z* G" a8 D8 B线程栈溢出检查函数:
9 P; e2 ~- i- r/ r
  1. static void _rt_scheduler_stack_check(struct rt_thread *thread)
    % B/ y9 X, B4 t# U/ b" J
  2. {
    . Z- C8 ~( e+ t) ?* l, a( k
  3.     RT_ASSERT(thread != RT_NULL);+ G/ |! C/ g2 C5 |$ F. H
  4. ) K% X" s0 e/ c- g* g9 \
  5. #if defined(ARCH_CPU_STACK_GROWS_UPWARD)6 J5 x- P1 q6 x
  6.         if (*((rt_uint8_t *)((rt_ubase_t)thread->stack_addr + thread->stack_size - 1)) != '#' ||
    . w& c: m. z8 H8 p3 _
  7. #else9 t5 u7 @  j6 Y* r# r
  8.     if (*((rt_uint8_t *)thread->stack_addr) != '#' ||* e; z" ^$ V' t/ Z
  9. #endif& n. q; ]1 R0 v* z( N
  10.         (rt_ubase_t)thread->sp <= (rt_ubase_t)thread->stack_addr ||' \& v- L+ J& P& t& W' e% i
  11.         (rt_ubase_t)thread->sp >( ?9 W# F2 V3 f3 J* w) e- f" H
  12.         (rt_ubase_t)thread->stack_addr + (rt_ubase_t)thread->stack_size)
    ( |: B1 u  t1 z) ]) O  l
  13.     {3 m1 w# R) A: r9 w0 d3 N; B) i
  14.         rt_ubase_t level;
    8 B2 n: ]9 x5 h' t; f8 U

  15. . ?4 G1 L$ Z$ ?5 h4 T9 }
  16.         rt_kprintf("thread:%s stack overflow\n", thread->name);
    7 x" y0 j0 z  `8 c
  17. #ifdef RT_USING_FINSH, Y- Q5 U& D7 }% ~, D) }- ]
  18.         {
    6 \. j6 d- }! S
  19.             extern long list_thread(void);
    # ^9 H8 X* l, {
  20.             list_thread();
    8 W' k5 z2 O. U
  21.         }
    8 k2 D+ q- D  w) S6 O+ X! {; g9 }
  22. #endif
    3 z# i5 C+ @' n3 f
  23.         level = rt_hw_interrupt_disable();5 O  i* T0 v/ Y5 O
  24.         while (level);
    $ N0 k3 w; K5 O+ ?2 ~* _* V
  25.     }
    $ a# w) \- M/ x8 x
  26. #if defined(ARCH_CPU_STACK_GROWS_UPWARD)( p+ {( T1 s+ K, r6 D* k6 n
  27.     else if ((rt_ubase_t)thread->sp > ((rt_ubase_t)thread->stack_addr + thread->stack_size))
    . B6 u4 d: m' I! h4 n
  28.     {; T' G5 t+ O# `, _! p. z) w' \  f) o
  29.         rt_kprintf("warning: %s stack is close to the top of stack address.\n",6 z- y- z' b" a  ~, [9 ~
  30.                    thread->name);* C& w1 P% P5 c; U$ n
  31.     }
    0 M5 P4 [: D; {- s3 S4 V
  32. #else. ]7 b1 i" f" Q2 @
  33.     else if ((rt_ubase_t)thread->sp <= ((rt_ubase_t)thread->stack_addr + 32))
    9 ]" t; J+ U, e- Q- C: {
  34.     {6 f9 X% u) S/ E
  35.         rt_kprintf("warning: %s stack is close to end of stack address.\n",
    8 d' c5 g! A/ K3 I, t
  36.                    thread->name);
    1 ?4 `1 K/ h1 i/ N' ]- f  }5 @1 L
  37.     }5 h( Q9 F" t% [$ e2 a! m
  38. #endif& k0 K# s5 q% y7 y- b' T
  39. }
复制代码

' S2 M; E5 p& `从上面的代码中可以直观地看到,RT-Thread 线程栈的检查方式分为两种情况:
- p) Y1 U, h) u% }' m$ T) M8 E& X; X# e, k7 y7 r+ F& @6 c
  • 栈向下增长
  • 栈向上增长
    . }! E: |- a& R: z* W

: `( ^4 W; C2 r# H+ Q
1 l: c6 v+ j# U; x, B判断栈的增长方向这个是必须的,因为系统要适配不同的 CPU 架构,而有些 CPU 架构的栈增长方向是可配置的。
/ @; l. p1 U' K* m: _6 C4 }/ O; e
0 c& ]5 [, W. {( Y虽然根据栈的增长方向分为两种检查方式,但核心的检查功能确是一样的,通过判断栈尾地址内容是否为 "#" 来进行初步溢出判断,如果栈尾地址内容不是 "#",那么栈溢出。另外,代码还配合检查了线程栈帧地址是否超出栈的地址空间范围来辅助判断。& ?; V" Y- {' }: [( @9 v/ o+ ~7 @! T

& z" L# v( L' U3 ?2 z【这里感觉不严谨,如果线程栈刚好用到这个末尾,那就会误判;另外,无法检查其它任务改写栈的问题】
' j% u& s. B+ B6 U5 M  j+ z" o4 ]  {3 ?7 y$ y

0 i, x: P$ Y8 K: ~1.2. 什么时候检查- ~# X2 g7 R5 S% R4 |$ c4 r
- s: \5 |$ j; k8 t5 Y7 ^9 T
通常的做法就是在调度器切换线程的时候检查,调度器简化代码如下:4 z& l4 V( S7 |) ]/ K2 n) D
' T( U8 ?5 j+ a3 p# W
  1. void rt_schedule(void)* x4 U- P2 F2 i: Y$ _3 T2 `
  2. {% y  J9 h! C) W/ W) B# u1 H
  3.     rt_base_t level;
    " d' V2 p/ M0 S' h3 }9 Q2 T' d4 H
  4.     struct rt_thread *to_thread;
    4 G( s5 T" x" J) h; K3 O% o* f
  5.     struct rt_thread *from_thread;
    $ b; {6 a. e& ]) x6 K

  6. 4 s* }- Y' m4 @, x" L/ o+ v1 z3 }: e
  7.     /* disable interrupt */
    ! N& `& G1 Q& z
  8.     level = rt_hw_interrupt_disable();; ~) K: f9 r9 Z
  9.    
    / ?7 L) V! b( N+ h
  10.     to_thread = _get_highest_priority_thread(&highest_ready_priority);, J, i6 P0 l% ~4 G
  11.    
    ' }% h$ h6 c- `: a/ J, [! |
  12.     from_thread         = rt_current_thread;8 W3 Y- q2 m2 P, y2 f% g7 {
  13.     rt_current_thread   = to_thread;
    6 f5 g" A& p9 `& n- m
  14.     $ Y2 O$ p6 F. p( U- @1 \3 O( U/ g$ x
  15.     _rt_scheduler_stack_check(to_thread);# ~8 D3 `2 W" _( o# N
  16.     # }; N4 d: I& x3 U7 k$ P
  17.     rt_hw_interrupt_enable(level);
    : i8 W+ ], c( g6 R
  18. }
复制代码

# ?( V' Q% }+ ^* a# A6 a$ u  s" s* A* i# N$ ?
从上面的代码可以看到 RT-Thread 在调度器中调用 _rt_scheduler_stack_check(to_thread); 函数检查 to_thread 线程的线程栈。( h6 ]  B4 l. c* k. S! P* @4 C
【有个疑问:为什么仅仅检查 to_thread,不同时检查 from_thread?】  r( d, j, t4 O" ]) d6 a+ C
+ k: c4 i4 @6 J
2. FreeRTOS 线程栈检查2 \0 G, S: O+ X" i8 a7 C
1.1 线程栈溢出检查方式分析: a- e& \, C: V9 n( j* r
线程栈溢出检查函数:7 s3 U6 X' O. D  O# z* y

3 C% d+ l% z! s2 f: [3 i
: l6 k5 a) ?* s' nFreeRTOS 的栈溢出检查就有了一个特点,首先使用了 taskFIRST_CHECK_FOR_STACK_OVERFLOW 函数,如下所示:(这里粘贴的代码实在看不下去,放图吧)
6 V& d- s9 d3 ^% B- D# N  o) z
' N- b; S" M# |; g7 i, l. ] carbon (2).png 2 ^# w' l' E, }# X& l7 k; n
: |8 Y  P9 t) S- e& g  `
然后,使用了 taskSECOND_CHECK_FOR_STACK_OVERFLOW 函数:2 q0 R$ T  b$ e% x4 [0 {
5 L, ?  M; M7 ~7 T+ x
carbon (3).png
$ A3 d: b5 k' q* B$ D4 ?0 ]3 s: ~+ z, g
从上面的两段代码,可以看到,FreeRTOS 的栈溢出检查分为第一次和第二次,但同 RT-Thread 类似,也分了栈的增长方向。7 {2 R" Z7 S1 ]9 o# w, C
第一次检查,仅仅判断栈顶指针是否超出了栈尾,具体的栈溢出操作实现交给了 vApplicationStackOverflowHook 回调函数。
" i7 v8 G* F! W# L# ^* _第二次检查,通过内存比较函数,比较 pcEndOfStack 栈尾 20 个字节大小的空间是否与栈的填充值 tskSTACK_FILL_BYTE 匹配(填充值为 0xa5)。
! o( C% P) c; D1 a' g' Q4 H1 E$ M3 T2 Q
当然,FreeRTOS 关键起作用的是第二次检查,看着相对还是比较靠谱的(相对 RT-Thread 仅检查一个字节)。FreeRTOS 这种检查方式肯定是与其线程栈的分配方式有关系的,因为它检查的是栈尾部的 20 字节,也就是说,FreeRTOS 为每一个线程栈都预留了 20 字节的空档,造成一部分空间的浪费。
; o$ |! v9 J, \4 V) w
: v" s" }" y5 b$ ]+ i) O* r1.2. 什么时候检查) k7 L0 }# T+ I' q" }/ c1 m' a8 u) I8 k% Y

( S8 S. Q1 b2 ~6 d, h当然,FreeRTOS 也是在调度器切换任务的时候检查。直接上代码了,如下:5 |# C5 q* r7 W2 w

) ~/ F8 X2 d9 L0 X7 F3 i4 B
  1. void vTaskSwitchContext( void )  D9 a) X9 Y; w9 K# `
  2. {
    " Y5 S$ S- M  x  l6 N, z
  3.         /* Check for stack overflow, if configured. */4 n3 u4 o- w/ H# P# H
  4.         taskFIRST_CHECK_FOR_STACK_OVERFLOW();
    8 {1 n5 F" \: b  d2 z! H4 f
  5.         taskSECOND_CHECK_FOR_STACK_OVERFLOW();
    0 l3 ?! {" ^0 p& i

  6. $ E7 a3 s# t. b: n+ L; |  u& A
  7.         /* Select a new task to run using either the generic C or port
    , L" b3 F: w5 j8 t+ k. b; ~6 k
  8.         optimised asm code. */
    - n; }% O/ u# V$ K. q5 b
  9.         taskSELECT_HIGHEST_PRIORITY_TASK();
    : F  O2 C  p- L% o# F
  10.         traceTASK_SWITCHED_IN();
    ; K1 o; o: a: |* E$ r
  11. }
复制代码
, h' D8 E( G8 i3 [" n% q- m
9 I7 z, b4 P8 d4 N
如上,注意到一个问题,FreeRTOS 的栈检查,貌似是检查的 from_thread,而不是像 RT-Thread 一样检查的 to_thread?3 q: y/ B! K6 ]& k( d3 ^! Y

8 D9 C3 w3 b5 L总结
% `9 T, Q% f  |0 Q
( s7 w: ?. ]4 @3 T不知道设计栈溢出检查的时候有哪些考究,RT-Thread 和 FreeRTOS 都没有对同时检查 from_thread 和 to_thread。这两个系统的栈检查方式差不多,相对来说,感觉 FreeRTOS 的更严谨些,但都不能完全检查到,也没法检查线程栈被其它任务错误修改的情况。
; M4 \# Q1 v- |' H
' Y3 @8 a$ g& V* D----
- f$ n8 M8 i/ R% U& }  M, E) i7 M' }: V0 r8 \) A8 y
如上分析,如有问题,请拍砖9 K: s* [/ o# v! ]: y+ Y! q
0 y  q* h& ^" A% k: l
- M+ O  x  _! K3 \6 @
9 n. {1 K5 Z9 b& g1 A0 Z
4 e7 L$ S% [* c

评分

参与人数 1 ST金币 +10 收起 理由
STMCU + 10 谢谢分享

查看全部评分

赞 收藏 1 评论8 发布时间:2019-6-27 09:09

举报

8个回答
murphyzhao 回答时间:2019-6-28 09:21:15
这里上传代码还是很费劲,整理出来的代码没法看,就直接上图了,比较直观
子曰好人 回答时间:2019-6-28 10:32:15
感谢楼主的分享,还没研究过嵌入式OS,支持一下楼主
Kevin_G 回答时间:2019-6-28 14:35:20
学习下
梦中的飞鸿 回答时间:2019-6-28 18:06:59
楼主的代码截的很好看啊,怎么弄的?
murphyzhao 回答时间:2019-6-28 18:28:47
梦中的飞鸿 发表于 2019-6-28 18:067 |* Q7 m: n& m
楼主的代码截的很好看啊,怎么弄的?

5 A( m" _: w9 w( a. H用这个工具,非常好用 http://blog.csdn.net/u012349679/article/details/89787697
murphyzhao 回答时间:2019-6-29 09:04:52
梦中的飞鸿 发表于 2019-6-28 18:06
! r' O3 x+ p! R楼主的代码截的很好看啊,怎么弄的?

/ A. G/ X$ c5 O) N  W. R这个图是使用 Carbon 在线工具,使用参考 http://blog.csdn.net/u012349679/article/details/89787697 这个
murphyzhao 回答时间:2019-6-29 09:11:27
梦中的飞鸿 发表于 2019-6-28 18:066 R6 H2 Y5 f  O9 X/ u; K+ \
楼主的代码截的很好看啊,怎么弄的?
9 v" C- |; A/ H5 T. O6 V3 e
Carbon 在线工具,百度好像直接搜不到,我还贴不了链接/ e; h( @; O) \

( J% j! c! u) c; ?- }  h' c* i放个图总可以吧9 U4 L" y5 ]7 r* U3 @4 U
图片方式分享代码.png 0 B2 n# z" R) l3 f; L) m
ijcool 回答时间:2020-6-12 16:59:54
军涛,想不想干了,敢说RTT不好?价值观有问题哈哈哈哈哈
关于
我们是谁
投资者关系
意法半导体可持续发展举措
创新与技术
意法半导体官网
联系我们
联系ST分支机构
寻找销售人员和分销渠道
社区
媒体中心
活动与培训
隐私策略
隐私策略
Cookies管理
行使您的权利
官方最新发布
人形机器人运动控制、感知与智能配电
半导体创新技术与应用方向
EE架构与软件定义汽车
12V/48V 汽车智能配电(SPD)
区域控制单元(ZCU)与分区架构
关注我们
st-img 微信公众号
st-img 手机版