很多人在开发嵌入式系统或调试底层代码时会遇到一个问题：Linux内核本身能不能直接使用浮点运算？比如你在写一个内核模块，想用 float 或 double 做计算，结果发现程序跑飞了，或者触发了异常。
内核态默认不启用浮点支持
准确地说，Linux 内核在执行过程中，默认是不启用浮点单元（FPU）的。这是因为内核运行在特权模式下，调度频繁，而保存和恢复 FPU 寄存器上下文的开销比较大。为了性能和稳定性考虑，内核大部分代码都避免直接使用浮点数。
用户程序当然可以自由使用浮点运算，CPU 会在进程切换时自动管理 FPU 状态。但一旦进入内核态（比如系统调用、中断处理），除非明确开启，否则不能直接操作浮点寄存器。
那什么时候能用？
如果你真有需要，在内核中也不是完全不能用浮点。某些体系结构（如 x86）提供了临时启用 FPU 的方式。例如在 x86 上，可以通过 kernel_fpu_begin() 和 kernel_fpu_end() 成对调用来临时接管 FPU：
kernel_fpu_begin();
__asm__ volatile (
"flds %0\n\t"
"fstps %1\n\t"
:
: "m" (input), "m" (output)
: "memory"
);
kernel_fpu_end();这种做法常见于需要高性能数学计算的内核模块，比如某些加密算法或音视频处理驱动。但必须小心使用，避免在中断上下文或抢占开启时长时间占用 FPU。
ARM 架构的情况更复杂
在 ARM 上，尤其是没有硬件 FPU 的旧设备（比如一些 Cortex-A 系列），浮点运算是靠软件模拟的。即使有 VFP 或 NEON 协处理器，内核也不会默认为你打开。如果模块里不小心用了 float a = 1.5f; 这样的语句，可能链接时报错，或者运行时出现“undefined instruction”异常。
这时候你需要检查配置选项，比如 CONFIG_VFP 是否启用，并确保在安全上下文中才调用相关指令。
实际排查建议
如果你在调试内核崩溃，日志里看到类似“illegal instruction”或“trap: 7”这类提示，而且发生在你自己写的模块中，先检查有没有无意中引入了浮点运算。
一个简单的办法是用 objdump 查看生成的汇编代码：
objdump -d your_module.ko | grep fld如果有 fld、fmul 这类指令出现，基本就能定位问题了。解决方法通常是把浮点计算移到用户空间，或者改用定点数近似处理。
说白了，Linux 内核不是不能支持浮点，而是“懒得管”。它把这事交给用户程序去处理，自己尽量保持轻快。你要是非得在内核里算小数，就得自己扛起上下文管理和性能代价。