1

Я в процессе замены моего (Gentoo) Linux-маршрутизатора на новый, построенный с использованием SuperMicro X11SBA-LN4F.

Я использовал свои существующие конфигурации маршрутизатора Gentoo Linux в качестве отправной точки (включая конфигурацию ядра), и после того, как я закончил установку системы и загрузил новое ядро, я заметил, что все, что касается SSD, было невыносимо медленным (выполнение двоичных файлов до того, как они появятся на диске). кеш, grub-mkconfig, попытка скомпилировать ядро и т. д.).

Когда я перезагружаюсь на моем установочном носителе и загружаюсь в установку, все в порядке; это наводит меня на мысль, что проблемы ввода-вывода вызваны чем-то отличающимся в ядре установочного носителя и ядре системы.

При загрузке в системное ядро я заметил, что в dmesg не было ядра, которое не появилось при загрузке с установочного носителя:

[   14.325720] irq 19: nobody cared (try booting with the "irqpoll" option)
[   14.325728] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.19.23-gentoo #3
[   14.325731] Hardware name: Supermicro SYS-E200-9B/X11SBA-LN4F, BIOS 1.1a 01/23/2018
[   14.325733] Call Trace:
[   14.325742]  <IRQ>
[   14.325755]  dump_stack+0x5a/0x6f
[   14.325766]  __report_bad_irq+0x32/0xa9
[   14.325776]  note_interrupt+0x1cb/0x219
[   14.325786]  handle_irq_event_percpu+0x4d/0x6c
[   14.325793]  handle_irq_event+0x30/0x4e
[   14.325797]  handle_fasteoi_irq+0x7a/0xdf
[   14.325803]  handle_irq+0x19/0x1c
[   14.325810]  do_IRQ+0x3b/0xae
[   14.325819]  common_interrupt+0xf/0xf
[   14.325825]  </IRQ>
[   14.325834] RIP: 0010:cpuidle_enter_state+0x12b/0x17d
[   14.325841] Code: ff 45 84 ff 74 1d 9c 58 0f 1f 44 00 00 0f ba e0 09 73 09 0f 0b fa 66 0f 1f 44 00 00 31 ff e8 0a a4 c6 ff fb 66 0f 1f 44 00 00 <48> 89 d8 b9 e8 03 00 00 4c 29 e8 48 99 48 f7 f9 ba ff ff ff 7f 48
[   14.325844] RSP: 0018:ffff947af50dfea8 EFLAGS: 00000246 ORIG_RAX: ffffffffffffffde
[   14.325850] RAX: ffff947af551f1c0 RBX: 0000000355e105c5 RCX: 000000000000001f
[   14.325853] RDX: 0000000355e105c5 RSI: 0000000050000000 RDI: 0000000000000000
[   14.325856] RBP: ffff947af5527070 R08: 0000000000000000 R09: 000000000001ea80
[   14.325858] R10: ffff947af50dfe88 R11: 00000011bcaf990c R12: 0000000000000001
[   14.325861] R13: 0000000355e0df64 R14: ffffffff9f05c538 R15: 0000000000000000
[   14.325869]  ? cpuidle_enter_state+0x102/0x17d
[   14.325874]  do_idle+0x191/0x214
[   14.325883]  cpu_startup_entry+0x6b/0x6d
[   14.325890]  start_secondary+0x18f/0x1ab
[   14.325897]  secondary_startup_64+0xa4/0xb0
[   14.325902] handlers:
[   14.325911] [<00000000f3c0e1a3>] ahci_single_level_irq_intr
[   14.325915] Disabling IRQ #19

Похоже, это какой-то сбой в подсистеме AHCI, предположительно связанный с управлением чипсетом Intel SATA на плате X11SBA-LN4F. Я потратил некоторое время на просмотр конфигурации ядра (и попытался включить / отключить различные биты AHCI / libata). Я также попытался добавить "irqpoll" к аргументам загрузки ядра, но безуспешно. В этот момент я застрял; Google не нашел ничего полезного для конфликтов IRQ с ahci_single_level_irq_intr, и мне не хватает мастера ядра, чтобы знать, где искать сейчас.

Kernel Config

Утилита lspci

dmesg

Любое понимание будет высоко ценится!

0