방금 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)가 있으며 음악을 듣거나 전체 화면 비디오를 보는 동안 Linux가 완전히 정지되는 것을 종종 목격합니다.
온보드 Intel 사운드 카드(Intel HDA)를 사용하여 설치한 후 첫날에 충돌이 발생합니다. 이는 추가 SB PCI 128이 PCI 슬롯 중 하나에 연결된 경우에도 발생합니다. SB PCI 카드를 사용하여 "IRQ 비활성화됨" 또는 "hpet1 손실된 인터럽트"(실제 커널 매개변수 조합 기반)와 같은 다양한 로그 메시지를 관찰했습니다.
SB PCI 128이 작동하도록 하기 위해 커널 매개변수를 사용하여 다양한 트릭을 시도했지만 커널이 매번 중단되므로 강제로 하드 재부팅해야 했습니다(SysRq도 작동하지 않았습니다).
현재는 온보드 Intel 사운드 카드만 사용하여 부팅 시 "irqpoll"로만 테스트하고 있으며 지금까지는 충돌이 없습니다. kern.log에는 "hpet1" 오류에 대한 일부 메시지가 있지만 SB PCI를 사용할 때보다 훨씬 덜 자주 생성됩니다.
문제의 브리지가 여전히 다른 장치에서 사용되고 있는 것 같습니다(이것이 hpet1 오류가 발생하는 이유인 것 같습니다).