ucos3.05.01 官方fpu一直进入hardfault

roguebear

http://micrium.com/download/micr ... -tcpip-wifi-no-src/

官方的一开fpu就进入hardfault，不开正常。看程序的逻辑里面fpu也都push pop，结构还搞得挺好的。
还判断了函数是否用到了fpu的寄存器，没用就不push。 搞不懂，写出来难得就不测试一下吗？？

请高人给改改。

用armfly的发现改了之后fpu能用，不开反而不能用。头大。

eric2013

好的，有时间我测试下新版本。

roguebear

lz神速。   我又测试了 用的iar7.4   ucos3.05.01   port用的amfly的3.01.2，就是 *--p_stk = (CPU_STK)0xFFFFFFFDUL;                            /* xPSR 这个。开了FPU没用问题， 不开FPU切换就进入hardfault。。。。       官方的粗暴版本是不开正常，开了hardfault。。。。




另外看到一个帖子，应该是版主的：


我敢说你没有研究过M4内核，UCOS-III的这个代码错误太多了，完全不符M4内核的FPU，我写的案只
有任务使用了浮点寄存器（也就是做了浮点运算）才需要将其入栈，没有使用浮点寄存器的
任务不需要进行入栈。很方便，参数标志都省了。


分享CM4看数心得吧。
CM4内核有个叫lazy stacking的特性，目的是减少没必要的浮点寄存器入栈和出栈时间。该特性默认是使能的，所以不需要关注如何开启。
内核进入中断时，如果曾经使用过FPU指令，就会将EXC_RETURN的bit4清零（通过LR访问）；否则bit4为1。如果EXC_RETURN的bit4清零的状态下，内核会自动入栈S0-S15，FPSCR；当然还有另外8个基础寄存器。

所以，我们的任务切换代码仅需要检测LR的bit4，如果该位为零，就保存剩下的S16-S31即可；如果该位为1，则根本无需保存，因为该线程未曾使用过FPU。

这个知识点说出来如此简单！

不过micrium官方移植是没有考虑这点，它只是粗暴的保存和恢复所有FPU寄存器，用起来不会有错误发生，不过没有利用lazy stacking特性，效率很低！

以上心得总结供大家参考！

roguebear

顶一下 。  版主。搞定没有？？？

eric2013

roguebear:顶一下 。  版主。搞定没有？？？ (2015-10-25 19:22) 

还没有时间去测试，待我有时间了立马去测试。