“附加驱动程序”选项卡中英特尔专有微码的缺陷是什么？

在设置 – > 软件和更新 – > 其他驱动程序选项卡中，此窗口出现（对我来说）：

我不知道第二个驱动程序名称： Unknown：Unknown is。 将英特尔微处理器用于英特尔CPU的选项很吸引人，因此我选择了它并重新启动。

看着我的Conky显示器 ：

我认为系统运行温度较低，CPU百分比和平均负载系数略低。

除了Ubuntu开发人员无法审查源代码之外，使用Intel Microcode还有任何陷阱吗？ 有谁知道如何找出“未知设备”是什么？ 即CPU，集成显卡GPU，Wifi卡，USB控制器，内存总线等。可能是Ubuntu不知道我的系统的具体细节，我可以将其添加到文件？

编辑1

@karel指出了有关英特尔专有微码的重复问题的链接，但是，没有人询问“ 未知：未知 ”的标题。 至少对我来说，把它改成更有意义的东西会很好。

编辑2

@ Pilot6指出这不是“驱动程序”而是“CPU固件”。 我在编辑1中将“驱动程序”一词改为“标题”。同样在下面的评论中; 为了更改标题“未知：未知”需要下载源代码，修改它并重新编译。

Answer 1

我会回答“陷阱”问题。 是的，当英特尔在更新的微码中出错时，可能存在陷阱，并且会导致处理器行为的回归。 幸运的是，这种情况极为罕见，在这种情况下，您只需卸载软件包（并将错误报告给Linux发行版）。

如果系统在应用更新时挂起（即在grub屏幕之后），则可以使用grub中的“dis_ucode_ldr”内核参数启动以跳过微代码更新。

到目前为止，向Debian，Ubuntu或RedHat / Fedora报告的回归非常少，其中大多数都是针对Xeon E5v3的，无论出于何种原因：特定内存配置崩溃，启动后减速。 英特尔已在最新的公共微代码版本（20160714）中修复了这两个问题。

看来特定的Core2Duo处理器也可能因较旧的更新而变得迟钝，我不知道它是否仍然存在当前微码的问题。

几乎所有的时间你真的希望更新的微码避免他们修复的各种极其严重的处理器错误。 和BIOS / UEFI更新，以获得这些微代码修复和任何其他修复，这些修复不是在微代码中完成的，而是在其他一些BIOS / UEFI模块中完成的。