标签：
目前大多数CPU都支持浮点运算单元FPU，FPU作为一个单独的协处理器放置在处理器核外，但是对于嵌入式处理器，浮点运算本来就少用，有些嵌入式处理器就会去掉浮点协处理器。linux kernel如何处理浮点运算，我们就分为带FPU的处理器和不带FPU的处理器来讨论。
（以下为个人知识总结，研究不深，错误之处希望大家指正，共同学习）
1 对于linux kernel来说，kernel本身编译默认使用了-msoft-float选项，默认编译为软浮点程序，软浮点含义是有gcc编译器模拟浮点运算（glibc库提供），将浮点运算代码替换为定点运算。
对于带FPU的处理器，我们可以将编译选项-msoft-float去掉，一般是在arch/xxx/Makefile中。将kernel编译为硬浮点，也就是让处理器的浮点指令计算浮点，二 对于不带FPU处理器
1 对于linux kernel来说，编译默认使用了-msoft-float选项，默认编译为软浮点程序，linux kernel编译不依赖链接任何库，kernel中来实现对应的模拟浮点ABI。
2 对于运行在kernel之上的app来说，如何处理浮点运算，这里就有2种方法了：
（1）由kernel来模拟软浮点.
应用程序使用硬浮点直接编译（编译器默认就是编译成硬浮点程序）。但是缺点也很明显，每次浮点操作都要触发中断异常，用户空间和内核空间切换，执行效率太低。
（2）使用软浮点重新编译app
这样可以避免上述问题，app编译时需要连接glibc库的，使用--msoft-float，使用glibc的模拟浮点，替换为定点运算，这样的好处是运行性能上会好一些。
但缺点是因为使用了不同的编译选项，使用的ABI可能就发生了变化，如果某个库或者应用没有使用同样的编译选项（ABI不同），
系统运行时会出现意想不到的情况，甚至造成崩溃。
根据最近对PPC一款处理器的调试记录，kernel正常启动进入console后死在某一地址，用户空间浮点运算多，询问IC后得知FPU去掉，而处理器浮点异常没有使能。
这样遇到浮点指令，处理器不会触发异常，也不知道该如何运行该指令。
所以进行kernel移植时对于处理器有无FPU也要搞清楚，如果处理器去掉了FPU，而核没有做相应的处理（使能浮点异常），那么APP的浮点指令运行结果就是无法预测的，这时可以采用软浮点工具链来编译APP。
这里有一点思考：
对于一款处理器，处理器设计中有浮点异常（MIPS PPC都是），其外也可以接FPU。
在接FPU后，处理器核内就要屏蔽掉浮点异常，不然浮点运算还是产生浮点异常，FPU就没有实用意义了。
无FPU，则处理器核内要使能浮点异常，不然就跟我上面遇到的问题一样，处理器不知道该如何运行该浮点指令，结果就无法预测了。
标签：
原文地址：http://blog.csdn.net/skyflying2012/article/details/45113193
