rt-thread是否有类似ucosii的OSRunning标志或措施来保护rt_tick_increase()函数的...

abc66

现在遇到一种应用场景：在系统初始化调度之前，需要用到SysTick_Handler；但如果这样肯定会调用rt_tick_increase()函数，必然hardfault
请问，rt-thread是否有类似ucosii的OSRunning标志或措施，来保护rt_tick_increase()函数的调用呢？

ucos：
- e) Z  V: h5 w: _* p
( _9 Y: k* ^8 ~( C" \void SysTick_Handler(void)
{
4 p8 w( i0 o6 }4 T- o# sOSIntEnter();
if(OSRunning == OS_TRUE)
+ o& M0 g2 a# i& A* [% y' \{
OSTimeTick();
  d2 v2 n- W6 E" w}
OSIntExit();
}
# {- a. p4 i$ M- E' }1 aRT-Thread:

: @, D9 c/ l' cvoid SysTick_Handler(void)
{
8 `: D! b+ R$ K6 e( k; C) Ort_interrupt_enter();
/ d; \6 X" J) Z( F5 O8 a  h! [rt_tick_increase();
2 U1 u$ U  D) S4 o# s/ xrt_interrupt_leave();
}
/ m2 U# X2 J! L7 x3 R

three

OSRunning 不靠谱
: o& Z/ A8 M$ `4 I' H% A

rergr

这个问题目前看来是暂时无最优解的，等一波官方操作吧。现在我只能尝试将系统初始化调度前用到的SysTick_Handler内容干掉，别无他法。
! Y" U  j' p' C" k( R2 z6 l. o

twel2e

系统调度启动前的延时有解决方案，为啥要像 ucos 那样引入一个判断，把判断带入到系统运行期？
# B, x5 ]" }3 `% s& \* x2 C8 Z& k