调试运行后发现修改代码后，运行到_signal_deliver()中tid->stat状态不同，不打印日志线程处于挂起状态，打印日志的时候线程处于Ready。

[i=s] 本帖最后由 JonasWen 于 2019-10-22 16:18 编辑 [/i]

scheduler.c line 244

调整顺序后能正常跳转到信号的处理函数

ifdef RT_USING_SIGNALS

            if (rt_current_thread->stat & RT_THREAD_STAT_SIGNAL_PENDING)
            {
                extern void rt_thread_handle_sig(rt_bool_t clean_state);
                rt_current_thread->stat &= ~RT_THREAD_STAT_SIGNAL_PENDING;
                rt_hw_interrupt_enable(level);
                /* check signal status */
                rt_thread_handle_sig(RT_TRUE);
            }
            else

endif

scheduler.c line 244

使能中断后无法运行到rt_thread_handle_sig(RT_TRUE);

/ check signal status /
rt_thread_handle_sig(RT_TRUE);

rt_hw_interrupt_enable(level);

在调用rt_thread_handle_sig(RT_TRUE)前使能中断会再次跳转到rt_schedule()调度，等到跳转回执行rt_thread_handle_sig(RT_TRUE)时,rt_current_thread已经被改变

LZ 使用的是哪个 BSP，用的哪个板子？

我在 QEMU 上测试正常。

建议 LZ 值保留该代码，移除其它所有不相关的新增代码，保留 RT-Thread bsp 原样，再测试。
[attach]11650[/attach]

LZ 使用的是哪个 BSP，用的哪个板子？

我在 QEMU 上测试正常。

STM32F411CEU6核心板，使用的是stm32f411-st-nucleo的bsp，用CubeMX略微调整了MCU的一些初始化，更新了hal库。只加入了signal_sample的示例代码，没有其他任何新增代码。
后来还尝试了STM32F103C8核心板，也是一样的现象。
直接用MCU仿真的

LZ 使用的是哪个 BSP，用的哪个板子？

我在 QEMU 上测试正常。

考虑到移植可能出现的问题，所以我刚才在野火的103和429上也做了同样的测试。只加入signal_sample示例代码，打开内核中的signal。也都无法得到正常响应信号的结果。

已经确定了在 Cortex-M 系列存在这个问题，等大佬修复，感谢 LZ

试下3.0.1版本

今天试一下，主要是env工具在3.1之前的版本上感觉不太好用，所以昨天没直接上

试下3.0.1版本

看了下源码中调度的代码，感觉可能有同样的问题