Цитата

у процессора 4 ядра - я вам давал ссылку как обработчик привязать к выделенному ядру

на доку в ядре старая ссылка не работает

https://docs.kernel.org/core-api/irq/irq-affinity.html

Например, консольный uart ttyS0

# grep "ttyS0" /proc/interrupts
86: 487 0 0 0 GICv2 33 Level ttyS0

прерывание 86

# cd /proc/irq/86
# cat smp_affinity
f

привязываем обработчик к 4 ядру

# echo 8 > smp_affinity
# cat smp_affinity
8

# grep "ttyS0" /proc/interrupts
86: 711 0 0 29 GICv2 33 Level ttyS0

прерывания начинают обрабатываться только 4 ядром

Цитата

Например, консольный uart ttyS0

Спасибо, это проделал, стало немного лучше, хотя ошибки сохранились. Но не ясно, почему в строку с номером прерывания прописан порт ttyS0, а порт ttyS3 не прописан, хотя прерывание вроде как работает. Выглядит таблица для двух этих портов так:

Цитата

84: 282 0 0 0 GICv2 33 Level ttyS0
122: 128451 0 0 0 GICv2 36 Level

Видно, что порта ttyS3 просто не прописан, и в /proc/irq/122 ничего о нём нет в отличии от /proc/irq/84 для ttyS0. Возникает вопрос, а может ли какое-нибудь другое устройство влиять на настройки порта ttyS3, мешая его работе? Такое ощущение, что в работу порта что-то вмешивается. Или просто ошибка где-то в конфигурации ядра?

Цитата

Видно, что порта ttyS3 просто не прописан, и в /proc/irq/122 ничего о нём нет в отличии от /proc/irq/84 для ttyS0.

ttyS0 держит открытым консоль, а ttyS3 никто не использует, запустите в фоне и всё появится

cat /dev/ttyS3 &

Цитата

ttyS3 никто не использует, запустите в фоне и всё появится

Естественно, 122 прерывание появляется после обращения к порту, это уже после такая таблица, иначе бы прерывания 122 не было бы вовсе, но наименования устройства при этом нет, впрочем как и на других портах (не ttyS0).

Цитата

но наименования устройства при этом нет, впрочем как и на других портах (не ttyS0).

# cat /dev/ttyS3 &
# grep "ttyS" /proc/interrupts
86: 234 0 0 0 GICv2 33 Level ttyS0
123: 2 0 0 0 GICv2 36 Level ttyS3