内核消息“丢失 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

我观察到完全相同的消息,并且一直记录着完全相同的高得离谱的丢失中断值。

对我来说,这是由我的系统上的内核参数“irqpoll”与“pci=routeirq”组合引起的,同时在带有错误的 PCIe-to-PCI 桥的 MB 上使用 PCI 声卡。

我在 MB Asus P8Z68-V PRO GEN3、BIOS 3802、UEFI 启动上运行来自 Debian 测试的内核 4.6.2。

我的主板有错误的 PCIe 至 PCI 桥接器 (AsMedia 1083 rev.01),我经常观察到 Linux 在听音乐或观看全屏视频时完全冻结。

使用板载英特尔声卡(英特尔 HDA)安装后第一天就发生崩溃。当额外的 SB PCI 128 插入 PCI 插槽之一时也会出现这种情况。使用 SB PCI 卡,我观察到了各种日志消息,例如“禁用 IRQ”或“hpet1 丢失中断”(基于实际的内核参数组合)。

我尝试使用内核参数执行各种技巧来让 SB PCI 128 工作,但内核每次都会挂起,所以我不得不强制硬重启(甚至 SysRq 都不起作用)。

目前仅使用“irqpoll”启动时进行测试,仅使用板载英特尔声卡,到目前为止没有崩溃。 kern.log 中有一些关于“hpet1”错误的消息,但它们的生成频率明显低于我使用 SB PCI 时的频率。

我怀疑有问题的桥接器仍在被其他设备使用(我猜这就是为什么会出现这些 hpet1 错误)。

相关内容