История изменений

Это в том числе. Ну и куча случаев когда ядро загибается без причины. Например, пару дней назад переключил виртуальную консоль в графический режим процессом который был под отладчиком. Процесс прибил, консоль осталось в графическом режиме. после этого все попытки сделать chvt просто зависают намертво. То есть все случаи когда у меня зависали иксы намертво и не переключалась консоль были не из-за зависания графической системы, а из-за какого-то тупого косяка ломающего chvt.
А так - локапы в ядре можно перечислять вечно. Завис gpu? все процессы которые обращались к нему висят и не реагируют на sigkill. Можно было в конце концов прибить их. Зависло одно из ядер cpu? тоже висим. Других нет чтоль? зачем вообще весить систему при rcu stall? В последнем случае sysrq работает, но не работают даже таймеры, из-за чего на sysrq+o даже не реагирует.
TMM - менеджер памяти DRM тоже колом всё ставит при ошибке. Короче обработка ошибок сводится к тому что повесить всё намертво. Зачем она тогда?

Это в том числе. Ну и куча случаев когда ядро загибается без причины. Например, пару дней назад переключил виртуальную консоль в графический режим процессом который был под отладчиком. Процесс прибил, консоль осталось в графическом режиме. после этого все попытки сделать chvt просто зависают намертво. То есть все случаи когда у меня зависали иксы намертво и не переключалась консоль были не из-за зависания графической системы, а из-за какого-то тупого косяка ломающего chvt.
А так - локапы в ядре можно перечислять вечно. Завис gpu? все процессы которые обращались к нему висят и не реагируют на sigkill. Можно было в конце концов прибить их. Зависло одно из ядер cpu? тоже висим. Других нет чтоль? зачем вообще весить систему при rcu stall? В последнем случае sysrq работает, но не работают даже таймеры, из-за чего на sysrq+o даже не реагирует