我正在阅读Robert Love的“ Linux内核开发”,并且遇到了以下段落:
无需(轻松)使用浮点数
当用户空间进程使用浮点指令时,内核将管理从整数到浮点模式的转换。内核使用浮点指令时必须执行的操作因体系结构而异,但是内核通常会捕获陷阱,然后启动从整数模式到浮点模式的转换。
与用户空间不同,内核不具有对浮点的无缝支持的奢侈,因为它无法轻易地陷入陷阱。在内核内部使用浮点数需要手动保存和恢复浮点数寄存器,以及其他可能的琐事。简短的答案是:
不要这样做! 除了极少数情况,内核中没有浮点运算。
我从未听说过这些“整数”和“浮点”模式。它们到底是什么?为什么需要它们?这种区别是否存在于主流硬件体系结构(例如x86)上,还是特定于某些更特殊的环境?从进程和内核的角度来看,从整数模式到浮点模式的转换到底需要什么?
因为…
…一个OS内核可能只是关闭了FPU。 Presto,没有要保存和恢复的状态,因此可以更快地进行上下文切换。(这就是 模式的
含义,仅表示已启用FPU。)
如果程序尝试FPU op,则该程序将陷入内核,内核将打开FPU,恢复可能已经存在的所有保存状态,然后html" target="_blank">返回以重新执行FPU op。
在上下文切换时,它知道实际上要经过状态保存逻辑。(然后它可能会再次关闭FPU。)
顺便说一句,我相信本书对内核(而不仅仅是Linux)避免FPU ops的解释不是很准确。1个
内核 可以 陷入自身,并为很多事情这么做。(计时器,页面错误,设备中断等)。真正的原因是内核特别 不需要
FPU操作,而且还需要在完全没有FPU的体系结构上运行。因此,它通过不执行总是有其他软件解决方案的操作,从而避免了管理自己的FPU上下文所需的复杂性和运行时间。
有趣的是,如果内核要使用FP,则必须多久保存一次FPU状态 。
。。每个系统调用,每个中断,内核线程之间的每个切换。即使偶尔需要内核FP,2在软件中执行它可能也会更快。
1.那是完全 错误的。
2.在某些情况下,我知道内核软件在哪里包含浮点算术 实现。 一些体系结构在硬件中实现传统的FPU操作,但将一些复杂的IEEE
FP操作留给软件。(认为: 反常算术。) 当发生某些奇怪的IEEE极端情况时,它们会陷入软件中,该软件包含对可能陷入困境的操作进行正确的模拟。
问题内容: 在Linux内核中有许多安排工作的方法:计时器,tasklet,工作队列和内核线程。什么时候使用一个对另一个的准则是什么? 有明显的因素:计时器功能和小任务无法进入睡眠状态,因此它们无法等待互斥量,条件变量等。 在驱动程序中为我们选择哪种机制的其他因素是什么? 首选的机制是什么? 问题答案: 如您所说,这取决于手头的任务: 工作队列将工作推迟到内核线程中-您的工作将始终在流程上下文中运
问题内容: 我在x86 CentOS 6.3(内核v2.6.32)系统上运行。 我将以下功能编译为准字符驱动程序模块,以进行实验,以了解Linux内核如何对浮点运算作出反应。 代码已编译(没想到),因此我插入了模块,并使用来检查日志。日志显示:。 这似乎很奇怪;我以为您不能在Linux内核中执行浮点运算-保存一些异常,例如。模块如何执行浮点运算? 这是因为我在x86处理器上吗? 问题答案: 我以为
我是新来的。我正在尝试在 qemu 内部启动一个为 powerpc 编译的 Linux 内核映像。我在网上遵循了指南,但我被困住了,我真的不知道下一步该怎么办。 从这里开始,它什么也不做,我可以进入监控模式,但什么也不做。什么也没发生。我甚至试图将fs复制到img文件,希望smt会发生,但什么也没有发生。如果我在没有nograph选项的情况下运行命令,vnc只会显示一个带有bios版本的白色屏幕和
问题内容: 我正在尝试为x86目标构建rootfs,这已经足够简单了。但是我不知道如何配置buildroot产生的内核。第一次运行是由menuconfig提出的,但此后一直缓存.config,我看不到在哪里进行更改。 约650MB的内核模块对嵌入式目标没有好处:P 有没有一种简单的方法可以在buildroot中配置内核?诸如目标之类的东西将是完美的。 问题答案: 答案是:
简介 如你所知,我从去年开始写了一系列关于 x86_64 架构汇编语言程序设计的博文。除了大学期间写过一些 Hello World 这样无实用价值的程序之外,我从来没写过哪怕一行的底层代码。那些程序也是很久以前的事情了,就像我刚才说的,我几乎完全没有写过底层代码。直到不久前,我才开始对这些事情感兴趣,因为我意识到我虽然可以写出程序,但是我却不知道我的程序是怎样被组织运行的。 在写了一些汇编代码之后
本章描述内核中使用到的各种各样的概念。 每个 CPU 的变量 CPU 掩码 initcall 机制 Linux 内核的通知链