TSC_DEADLINE disabled due to Errata

Clash Royale CLAN TAG#URR8PPP
up vote
4
down vote
favorite
I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)
I didn't have any microcode or ucode packages installed before and I didn't used to get this message.
I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.
It boots and works, but is TSC_DEADLINE important or useful?
The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8
But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.
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
debian kernel firmware
add a comment |Â
up vote
4
down vote
favorite
I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)
I didn't have any microcode or ucode packages installed before and I didn't used to get this message.
I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.
It boots and works, but is TSC_DEADLINE important or useful?
The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8
But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.
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
debian kernel firmware
Most Linux distributions provide a packagelinux-firmwarewhich provides the required firmware updates. In Debian you may have to enablecontriband / ornon-freeto get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
â AlexP
Dec 14 '17 at 13:32
1
@AlexPlinux-firmwarewonâÂÂt update the microcode, you needintel-microcodeoramd64-microcodefor that (at least on Debian and derivatives).
â Stephen Kitt
Dec 14 '17 at 17:11
add a comment |Â
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)
I didn't have any microcode or ucode packages installed before and I didn't used to get this message.
I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.
It boots and works, but is TSC_DEADLINE important or useful?
The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8
But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.
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
debian kernel firmware
I sent my computer to the manufacturer for diagnosis and help for a video output issue it was having. They updated the BIOS. Since then I've been getting
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)
I didn't have any microcode or ucode packages installed before and I didn't used to get this message.
I've contacted the manufacturer and they've responded "don't remember your ticket number but doubt we updated the BIOS", so they're not being very helpful.
It boots and works, but is TSC_DEADLINE important or useful?
The only thing I can find about it is this: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8
But that seems to only apply to VirtualBox, and in any case I'm already running kernel 4.14 so I would think if that commit were going to fix my issue it already would have.
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
debian kernel firmware
asked Dec 14 '17 at 12:23
RML
5816
5816
Most Linux distributions provide a packagelinux-firmwarewhich provides the required firmware updates. In Debian you may have to enablecontriband / ornon-freeto get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
â AlexP
Dec 14 '17 at 13:32
1
@AlexPlinux-firmwarewonâÂÂt update the microcode, you needintel-microcodeoramd64-microcodefor that (at least on Debian and derivatives).
â Stephen Kitt
Dec 14 '17 at 17:11
add a comment |Â
Most Linux distributions provide a packagelinux-firmwarewhich provides the required firmware updates. In Debian you may have to enablecontriband / ornon-freeto get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...
â AlexP
Dec 14 '17 at 13:32
1
@AlexPlinux-firmwarewonâÂÂt update the microcode, you needintel-microcodeoramd64-microcodefor that (at least on Debian and derivatives).
â Stephen Kitt
Dec 14 '17 at 17:11
Most Linux distributions provide a package
linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...â AlexP
Dec 14 '17 at 13:32
Most Linux distributions provide a package
linux-firmware which provides the required firmware updates. In Debian you may have to enable contrib and / or non-free to get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...â AlexP
Dec 14 '17 at 13:32
1
1
@AlexP
linux-firmware wonâÂÂt update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).â Stephen Kitt
Dec 14 '17 at 17:11
@AlexP
linux-firmware wonâÂÂt update the microcode, you need intel-microcode or amd64-microcode for that (at least on Debian and derivatives).â Stephen Kitt
Dec 14 '17 at 17:11
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
6
down vote
accepted
The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPUâÂÂs microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didnâÂÂt support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)
In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because itâÂÂs very efficient.
To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from DebianâÂÂs contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run
sudo apt update
followed by
sudo apt install intel-microcode
(for Intel CPUs) or
sudo apt install amd64-microcode
(for AMD CPUs). Once thatâÂÂs done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you wonâÂÂt see the error message at boot, and youâÂÂll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.
The Debian wiki has more information on microcode updates.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
6
down vote
accepted
The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPUâÂÂs microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didnâÂÂt support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)
In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because itâÂÂs very efficient.
To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from DebianâÂÂs contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run
sudo apt update
followed by
sudo apt install intel-microcode
(for Intel CPUs) or
sudo apt install amd64-microcode
(for AMD CPUs). Once thatâÂÂs done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you wonâÂÂt see the error message at boot, and youâÂÂll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.
The Debian wiki has more information on microcode updates.
add a comment |Â
up vote
6
down vote
accepted
The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPUâÂÂs microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didnâÂÂt support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)
In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because itâÂÂs very efficient.
To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from DebianâÂÂs contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run
sudo apt update
followed by
sudo apt install intel-microcode
(for Intel CPUs) or
sudo apt install amd64-microcode
(for AMD CPUs). Once thatâÂÂs done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you wonâÂÂt see the error message at boot, and youâÂÂll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.
The Debian wiki has more information on microcode updates.
add a comment |Â
up vote
6
down vote
accepted
up vote
6
down vote
accepted
The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPUâÂÂs microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didnâÂÂt support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)
In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because itâÂÂs very efficient.
To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from DebianâÂÂs contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run
sudo apt update
followed by
sudo apt install intel-microcode
(for Intel CPUs) or
sudo apt install amd64-microcode
(for AMD CPUs). Once thatâÂÂs done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you wonâÂÂt see the error message at boot, and youâÂÂll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.
The Debian wiki has more information on microcode updates.
The sudden appearance of this message is rather odd; it suggests your updated firmware is no longer upgrading your CPUâÂÂs microcode, whereas the previous firmware you had, did. Weird... (Another possible scenario is that your CPU originally didnâÂÂt support TSC deadline at all, and your firmware is now upgrading its microcode to a version which declares support for TSC deadline, but has errata rendering it useless.)
In any case, TSC deadline support is nice to have, but not vital. The kernel has an elaborate framework for timekeeping and timed event handling; TSC deadline is one possible implementation of event handling, but not the only one. On CPUs which support it, it is nice to have though, because itâÂÂs very efficient.
To upgrade your microcode and hopefully re-enable TSC deadline support, you can install the microcode update packages from DebianâÂÂs contrib and non-free repositories. To do so, edit your /etc/apt/sources.list to ensure that your Debian repository definitions include main, contrib and non-free; then run
sudo apt update
followed by
sudo apt install intel-microcode
(for Intel CPUs) or
sudo apt install amd64-microcode
(for AMD CPUs). Once thatâÂÂs done, reboot, and your microcode should be updated. If TSC deadline support is re-enabled, you wonâÂÂt see the error message at boot, and youâÂÂll see tsc_deadline_timer in the flags lines of /proc/cpuinfo.
The Debian wiki has more information on microcode updates.
answered Dec 14 '17 at 13:55
Stephen Kitt
143k22309372
143k22309372
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f410854%2ftsc-deadline-disabled-due-to-errata%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Most Linux distributions provide a package
linux-firmwarewhich provides the required firmware updates. In Debian you may have to enablecontriband / ornon-freeto get it. The patch you linked is intended to solve the silly situation when the kernel complies of outdated firmware when booting in a virtual machine, which obviously does not have any firmware...â AlexP
Dec 14 '17 at 13:32
1
@AlexP
linux-firmwarewonâÂÂt update the microcode, you needintel-microcodeoramd64-microcodefor that (at least on Debian and derivatives).â Stephen Kitt
Dec 14 '17 at 17:11