Я в процессе замены моего (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, и мне не хватает мастера ядра, чтобы знать, где искать сейчас.
Любое понимание будет высоко ценится!