三位内核开发人员描述了在内核上工作的真实感受，他们如何与其他公司的开发人员互动，一些个人偏好，以及如何入门。 像大多数 Linux 用户一样，我很少接触 Linux 内核的实际代码。 当然，我看过。 我甚至在少数情况下自己编译了内核——有时是为了尝试一些新的东西，或者只是为了说我可以做到（“Linux From Scratch”有点像成人礼）。

最近，一些内核开发人员一直在努力解决最近在 Intel 硬件中发现的大规模、可怕的、长期的安全漏洞。 在此过程中，出现了一些关于编码实践的有趣的评论。

这些天，由于 Spectre/Meltdown CPU 缺陷和其他类似硬件问题，英特尔的名字在各个圈子里都很糟糕。 但是，最近英特尔的一些人和内核人员之间进行了一次与这些事情无关的讨论。 内核人员和公司人员之间仍在进行一些推拉，但似乎更多的是试图绕过营销言论，而不是为了争夺英特尔正在做什么来修复其长期存在的硬件缺陷。

来自英特尔的 Dave Hansen 发布了一个补丁，并说：“英特尔正在考虑在 IA32_ARCH_CAPABILITIES MSR（Model-Specific Register，型号特定寄存器）中添加一位新位，以告知何时可能发生 RSB（Return Stack Buffer，返回堆栈缓冲区）下溢。 在最终确定规范之前，非常感谢您的反馈。” 他解释说RSB

正在努力解决 Intel 芯片中的严重硬件缺陷。 Nadav Amit 发布了一个补丁，以改进 Intel Meltdown 缺陷的兼容模式。 兼容模式是指系统模拟较旧的 CPU，以便提供支持依赖该 CPU 功能的较旧软件的运行时环境。 需要避免的是模拟旧芯片中硬件缺陷造成的大规模安全漏洞。

几个星期以来，全世界都在谈论影响许多 CPU 的严重 Intel 设计缺陷，迫使操作系统寻找有时代价高昂的解决方法。 这些问题的 Linux 补丁正处于持续开发中。 安全始终是第一要务，不惜牺牲任何其他功能。 接下来可能是普通用户运行系统的总体速度。 之后，开发人员可能会开始拼凑出作为初始安全修复的一部分而删除的任何功能。