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

abc66

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

ucos：

+ D7 s8 @) l  `* Yvoid SysTick_Handler(void)
3 c1 t4 C9 I3 i3 H) a& |{
0 r8 f1 {5 a' B  s# tOSIntEnter();
if(OSRunning == OS_TRUE)
{
OSTimeTick();
9 ^2 h( _3 m: R0 }/ c/ A) {( W0 d}
OSIntExit();
}
0 |% U: F+ N9 N' @RT-Thread:
( i, i/ w8 l. N( o- N4 r3 ^
void SysTick_Handler(void)
{
* A, W5 o5 D; i+ Vrt_interrupt_enter();
rt_tick_increase();
6 R" F: [. p) h! r0 C) prt_interrupt_leave();
}
; {/ v9 I3 t3 V6 Q6 k

three

OSRunning 不靠谱
+ y  b1 i( c3 x0 n

rergr

这个问题目前看来是暂时无最优解的，等一波官方操作吧。现在我只能尝试将系统初始化调度前用到的SysTick_Handler内容干掉，别无他法。
4 g0 W6 ~% `/ x8 N: k- L

twel2e

系统调度启动前的延时有解决方案，为啥要像 ucos 那样引入一个判断，把判断带入到系统运行期？