カーネルメッセージ「9599 rtc割り込みが失われました」

カーネルメッセージ「9599 rtc割り込みが失われました」

私はFedora 23 x86_64システムからこれらのメッセージを受信し始めました。誰かが何を意味するのか教えてもらえますか? RTCが破損しているか失敗しましたか?

Jun  4 01:32:54 fc23 kernel: hpet1: lost 9599 rtc interrupts
Jun  4 01:32:54 fc23 kernel: hpet1: lost 9600 rtc interrupts
Jun  4 01:32:55 fc23 kernel: hpet_rtc_timer_reinit: 1 callbacks suppressed
Jun  4 01:32:55 fc23 kernel: hpet1: lost 9600 rtc interrupts
Jun  4 01:32:56 fc23 kernel: hpet1: lost 9599 rtc interrupts
Jun  4 01:32:56 fc23 kernel: hpet1: lost 9599 rtc interrupts

答え1

私は同じメッセージを観察し、とんでもない高い割り込み損失の値が常に記録されました。

私の場合、誤ったPCIe-PCIブリッジを持つMBのPCIサウンドカードを使用している間、システムの「pci = routeirq」と組み合わせたカーネルパラメータ「irqpoll」が原因でした。

MB Asus P8Z68-V PRO GEN3、BIOS 3802、UEFIブート用のDebianテストのカーネル4.6.2を実行しています。

私のマザーボードには欠陥のあるPCIe-PCIブリッジ(AsMedia 1083 rev.01)があります。

オンボードIntelサウンドカード(Intel HDA)を使用してインストールした後、最初の日にクラッシュします。これは、追加のSB PCI 128がPCIスロットの1つに接続されている場合にも発生します。 SB PCIカードを使用して、「IRQが無効」または「hpet1失われた割り込み」(実際のカーネルパラメータの組み合わせに基づく)などのさまざまなログメッセージを観察しました。

SB PCI 128が機能するようにカーネルパラメータを使用してさまざまなトリックを試しましたが、カーネルが毎回ハングするので、強制的にハードリブートする必要がありました(SysRqも機能しませんでした)。

現在は、オンボードIntelサウンドカードのみを使用して起動時に"irqpoll"でのみテストしており、これまでは競合はありません。 kern.logには「hpet1」エラーに関するいくつかのメッセージがありますが、SB PCIを使用する場合よりもはるかに少ない頻度で生成されます。

問題のブリッジがまだ他のデバイスで使用されているようです(これがhpet1エラーが発生する理由のようです)。

関連情報