Я не уверен, но Red Hat могла что-то изменить в новом выпуске ядра даже между одним выпуском (в другой сборке ).
У меня возникла проблема при обновлении с 7.2 на 7.3 (версия ядра все та же, но сборка другая ):драйвер, разработанный нашей компанией, не был скомпилирован (изменен API ). Я спрашиваю об этом в системе отслеживания ошибок Red Hat и получаю такой ответ:
«Потому что мы, как RedHat, гарантируем, что неизменным остается только ABI, а не API, и поэтому Centos тоже. ядро, с которым вы компилируете. В качестве альтернативы вы можете объединить свой код вне дерева с исходным ядром, и эта работа будет выполняться от вашего имени при каждом изменении API».
Другими словами, если модуль out of tree не скомпилирован или не работает с новой версией ядра, то это задача на стороне клиента. Я знаю, что ответ был об API, но кто может гарантировать другие изменения.
Я думаю, что некоторые патчи не адаптированы к новой сборке ядра. Кроме того, вы можете опубликовать этот вопрос в системе отслеживания ошибок Red Hat . Я не рекомендую спрашивать в трекере Centos, потому что (в вопросах ядра/модуля )они, скорее всего, перенаправляют в трекер Red Hat.
Об источнике Об/мин (Об/мин -s). Это более предпочтительный способ, который поддерживает чистоту вашей среды. Кроме того, вы можете принять исходный код пакета DKMS , и у вас не будет рутины со сборкой новых модулей для последней версии ядра.
Параметры можно настроить с помощью xkbset
. Синтаксис
xkbset ma mk_delay mk_interval mk_time_to_max mk_max_speed mk_curve
Существует даже xkbset-gui
, помогающий визуализировать полученный результат. кривая зависимости скорости от времени по мере настройки параметров.