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

abc66

现在遇到一种应用场景：在系统初始化调度之前，需要用到SysTick_Handler；但如果这样肯定会调用rt_tick_increase()函数，必然hardfault
. Z4 ~# O0 K  s  q0 y6 ?& w请问，rt-thread是否有类似ucosii的OSRunning标志或措施，来保护rt_tick_increase()函数的调用呢？
3 ~* |# M. T) X3 P0 t" w
ucos：
" Z  G7 Y4 x# D+ l) U- R4 U3 ]2 d
void SysTick_Handler(void)
{
OSIntEnter();
if(OSRunning == OS_TRUE)
/ f$ d+ ]2 F! |{
OSTimeTick();
9 r6 W/ x) c" d, q- g}
OSIntExit();
. Z  T7 w. }) F: h}
RT-Thread:
1 v6 B; y6 ~) g1 F: i9 Y4 B
void SysTick_Handler(void)
{
rt_interrupt_enter();
" P1 \! ^8 B9 v& Rrt_tick_increase();
rt_interrupt_leave();
' s6 ~1 L6 y& C( _; r}
0 c' |* Z, J0 F4 Y. q2 n6 C6 {

three

OSRunning 不靠谱

rergr

这个问题目前看来是暂时无最优解的，等一波官方操作吧。现在我只能尝试将系统初始化调度前用到的SysTick_Handler内容干掉，别无他法。
" @* d$ T. U+ p/ I

twel2e

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