我把我的电脑送到制造商那里进行诊断,并帮助解决它正在发生的视频输出问题。他们更新了BIOS。从那以后我就开始
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)我以前没有安装任何微码或密码包,也没有收到这条消息。
我已经联系了制造商,他们的回复是“不记得你的票号,但怀疑我们更新了BIOS",所以他们没有多大帮助。
它启动并工作,但TSC_DEADLINE是重要的还是有用的?
但这似乎只适用于VirtualBox,而且无论如何,我已经在运行内核4.14,所以我认为如果提交要解决我的问题,它已经存在了。
ryan@pocketwee:~$ uname -a
Linux pocketwee 4.14.0-1-amd64 #1 SMP Debian 4.14.2-1 (2017-11-30) x86_64 GNU/Linux发布于 2017-12-14 13:55:38
这条消息的突然出现相当奇怪;它表明更新后的固件不再升级CPU的微码,而以前的固件已经升级了。奇怪..。(另一种可能的情况是,您的CPU最初根本不支持TSC截止日期,而您的固件现在正在将其微码升级到一个版本,该版本声明支持TSC截止日期,但错误使其变得无用。)
无论如何,TSC的最后期限支持是很好的,但并不重要。内核有一个详细的计时和计时事件处理框架;TSC截止日期是一个可能的事件处理实现,但不是唯一的实现。在支持它的CPU上,拥有它是很好的,因为它非常高效。
为了升级您的微码,并希望重新启用TSC截止日期支持,您可以从Debian的contrib和non-free存储库中安装微码更新包。为此,编辑/etc/apt/sources.list以确保Debian存储库定义包括main、contrib和non-free;然后运行
sudo apt update紧接着是
sudo apt install intel-microcode(适用于英特尔CPU)或
sudo apt install amd64-microcode(适用于AMD CPU)一旦完成,重新启动,您的微码应该被更新。如果TSC最后期限支持重新启用,您将不会在引导时看到错误消息,您将在tsc_deadline_timer的flags行中看到/proc/cpuinfo。
Debian有有关微码更新的更多信息。
https://unix.stackexchange.com/questions/410854
复制相似问题