内核消息“丢失9599 rtc中断”

Question

我刚开始在我的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

Answer 1

我观察到完全相同的消息，完全相同的高值丢失中断一直被记录。

对我来说，这是由内核参数"irqpoll“和我的系统上的"pci=routeirq”相结合造成的，而在带有buggy的PCIe桥的MB上使用PCI声卡。

我在MB P8Z68-Vpro GEN3、BIOS 3802、UEFI引导上运行Debian测试的4.6.2内核。

我的板子上有一个有缺陷的PCIe桥(AsMedia 1083 re.01)，我经常在听音乐或看全屏视频时观察到Linux完全冻结。

事故发生在安装后的第一天，配备了英特尔声卡(Intel HDA)。他们也发生了额外的SB PCI 128插入其中一个PCI插槽。使用SB卡，我观察到各种日志消息，如“禁用IRQ”或"hpet1丢失中断“(基于实际内核参数组合)。

我试着用内核参数做各种技巧来让SB 128工作，但是每次内核都挂起，所以我不得不强制硬重新启动(甚至SysRq都不能工作)。

目前测试时，只使用"irqpoll“引导，只使用英特尔的声卡，到目前为止还没有崩溃。在hpet1中有一些关于“kern.log”错误的消息，但是它们的生成频率比我使用SB时要低得多。

我怀疑其他设备仍在使用buggy桥(这就是为什么出现这些hpet1错误的原因)。