私は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エラーが発生する理由のようです)。