エラータによりTSC_DEADLINEが無効になりました

私は診断のためにコンピューターをメーカーに送り、ビデオ出力の問題を解決しました。彼らはBIOSを更新しました。それ以来、私は

[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)

私は持っていなかったマイクロコードまたはucodeの前にインストールされたパッケージを、私はこのメッセージを取得するために使用されていませんでした。

メーカーに問い合わせたところ、「チケット番号を覚えていないがBIOSを更新したのではないか」と答えたため、あまり役に立ちません。

起動して動作しますが、TSC_DEADLINEは重要ですか？

私が見つけることができるのはこれだけです：https : //git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=73b866d89bf7c9a895d5445faad03fa3d56c8af8

しかし、それは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

このメッセージの突然の出現はかなり奇妙です。更新されたファームウェアがCPUのマイクロコードをアップグレードしていないことを示唆していますが、以前のファームウェアはアップグレードしていました。奇妙な...（もう1つの可能性のあるシナリオは、CPUがもともとTSCの期限をまったくサポートしていなかったということです。ファームウェアは現在、マイクロコードをTSCの期限のサポートを宣言するバージョンにアップグレードしていますが、エラータが役に立たない状態になっています。）

いずれにせよ、TSCの期限サポートは素晴らしいものですが、不可欠ではありません。カーネルには、時間管理と時間指定イベント処理のための精巧なフレームワークがあります。TSCの期限は、イベント処理の可能な実装の1つですが、唯一の実装ではありません。それをサポートするCPUでは、非常に効率的であるため、持っていると便利です。

マイクロコードをアップグレードし、TSCのデッドラインサポートを再度有効にするには、Debian contribおよびnon-freeリポジトリからマイクロコード更新パッケージをインストールできます。これを行うには、を編集/etc/apt/sources.listして、Debianリポジトリ定義にmain、contribおよびが含まれるようにしますnon-free。その後、実行します

sudo apt update

に続く

sudo apt install intel-microcode

（Intel CPUの場合）または

sudo apt install amd64-microcode

（AMD CPUの場合）。それが完了したら、再起動すると、マイクロコードが更新されます。TSC期限サポートが再度有効になっている場合、起動時にエラーメッセージは表示さtsc_deadline_timerれず、のflags行に表示されます/proc/cpuinfo。

Debian wikiには、マイクロコードの更新に関する詳細情報があります。