診断のためにコンピュータをメーカーに送信し、発生したビデオ出力の問題を解決するのに役立ちました。彼らはBIOSを更新しました。それ以来、私はますます
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x20 (or later)
私は何もないマイクロコードまたはパスワードパッケージは以前にインストールされていましたが、このメッセージに慣れていません。
製造元に問い合わせましたが、「チケット番号は覚えていませんが、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
ベストアンサー1
このメッセージが突然現れるのは少し奇妙です。これは、更新されたファームウェアが以前のファームウェアとは異なり、CPUのマイクロコードをアップグレードしなくなったことを示します。奇妙です...(もう一つの可能な状況は、CPUがTSCの締め切りをサポートしていないということです。別の言葉、あなたのファームウェアはTSCの期限をサポートしていますが、役に立たない正誤表のあるバージョンにマイクロコードをアップグレードしています。 )
それにもかかわらず、TSCの締め切りサポートは優れていますが、重要ではありません。カーネルには、タイミングおよびタイムアウトイベントを処理するための複雑なフレームワークがあります。 TSCの締め切りはイベント処理の可能な実装の1つですが、唯一の実装ではありません。それでもこれをサポートするCPUでは非常に効率的ですので、持っていれば良いです。
マイクロコードをアップグレードしてTSCの最終サポートを再度有効にするには、Debiancontrib
とnon-free
リポジトリからマイクロコードアップデートパッケージをインストールできます。これを行うには、Debianリポジトリ定義に、とが/etc/apt/sources.list
含まれていることを確認します。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 Wikiにはマイクロコードアップデートの詳細。