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-firmware
which provides the required firmware updates. In Debian you may have to enablecontrib
and / ornon-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
@AlexPlinux-firmware
wonâÂÂt update the microcode, you needintel-microcode
oramd64-microcode
for 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-firmware
which provides the required firmware updates. In Debian you may have to enablecontrib
and / ornon-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
@AlexPlinux-firmware
wonâÂÂt update the microcode, you needintel-microcode
oramd64-microcode
for that (at least on Debian and derivatives).
â Stephen Kitt
Dec 14 '17 at 17:11
add a comment |Â
Most Linux distributions provide a packagelinux-firmware
which provides the required firmware updates. In Debian you may have to enablecontrib
and / ornon-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
@AlexPlinux-firmware
wonâÂÂt update the microcode, you needintel-microcode
oramd64-microcode
for 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-firmware
which provides the required firmware updates. In Debian you may have to enablecontrib
and / ornon-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
@AlexP
linux-firmware
wonâÂÂt update the microcode, you needintel-microcode
oramd64-microcode
for that (at least on Debian and derivatives).â Stephen Kitt
Dec 14 '17 at 17:11