mj2ks |
|
Темы:
1
Сообщения:
3
Участник с: 25 июня 2019
|
хочу настроить udev rules на выполнение скрипта при подключении/отключении HDMI, но udevadm monitor не видит события HDMI при включенном intel-ucode.
соответственно при отключении микрокода в загрузчике, все прекрасно работает, события отлавливаются.
проц относительно новый model name : Intel(R) Core(TM) i3-8145U CPU @ 2.10GHz вопрос: 1. насколько плохо оставлять его без микрокода? 2. где взять предыдущие версии микрокода? 3. возможно проблема в ядре, может его версию постарше пробовать? 4. может есть другое решение, чтоб и события были и микрокод этот ;) кстати, если после отключения монитора, дернуть xrandr, то события приходят, но это уже не то. |
vasek |
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
mj2ksБыл раньше такой bug, но, насколько помню, он не был связан с обновлением микрокода. В принципе даже не понятно как обновление микрокода может влиять на события udevadm monitor. Спорить не буду, проверить не могу - так что примем за аксиому. Хотя, если найдутся проверяющие, то не плохо бы и потдвердить данный bug. mj2ksЕсли не параноик и все работает нормально, без проблем, то можешь и забыть про обновление. mj2ksДля Intel - можно скачать с ихнего сайта, но проще установить соответствующий intel-ucode - но не вижу смысла понижать. PS - как узнать версию микрокода в intel-ucode описано в Wiki. mj2ksЕсли давно не обновлялся и имеется уже новая версия, пробуй (сейчас стоит 5.1.14-arch1-1-ARCH). Хотя можешь попробовать и linux-lts. mj2ksЧисто теоретически можно загружать микрокод уже в загруженной системе (поздняя загрузка), но вот получится ли его выгрузить? - вопрос, никогда не пробовал, хотел поэкспериментировать, но нет бинарника микрокода. Хотя, повторюсь, этот микрокод вообще не нужен. EDIT 1 - ради интереса проверил, скачал микрокод с сайта Intel, загрузился в ручную нормально, а вот убрать, конечно же, не получилось (да и не должно было) до обновления
после обновления ручками (из работающей системы) - старые строки в выводе dmesg повторять не стал
Была ревизия 0x14, стала 0x2f
Ошибки не исчезают с опытом - они просто умнеют
|
mj2ks |
|
Темы:
1
Сообщения:
3
Участник с: 25 июня 2019
|
попробовал позднюю загрузку микрокода, как я понял достаточно распаковать не ясно, как проверить, в этом случае не сработает видимо,но судя по тому что события снова отвалились, код подцепился. удалил microcode-intel.bin - все опять заработало. ядро 5.1.14-arch1-1-ARCH, свежая установка - экспериментирую. прикол в том, что примерно в 12 версии еще все работало, вроде (мог просто не ставить тогда ucode, но 90% что ставил). |
vasek |
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
mj2ksЯ делал по другому - у меня intel-ucode не установлен, я просто скачал с сайта Intel (правда там отсылают для linux на github) комплект документов, в котором имеется папка intel-ucode (в ней 108 файлов) и скопировал эту папку в /usr/lib/firmware/intel-ucode, а дальше запускаю команду echo 1 | sudo tee /sys/devices/system/cpu/microcode/reload (если использовать su, то просто echo 1 > /sys/devices/system/cpu/microcode/reload) Все код загружен. Если эту папку оставить, то при следующей загрузке микрокод обновится автоматом (просто в одном из конфигов прописано по дефолту значение sys/devices/system/cpu/microcode/reload=1), а потому, если нет желания загружать этот микрокод, то папку /usr/lib/firmware/intel-ucode нужно удалять. mj2ksсработает, я же эти данные вывода приводил выше - привожу полный вывод journalctl -b -1 | grep microcode Видно загрузился микрокод из BIOS revision=0x14, видна команда, после которой загрузилось обновление микрокода и получили revision 0x2fИ все-таки рекоменжую установить дополнительно linux-lts и проверить с ним. Кроме того всегда полезно иметь lts на всякий пожарный - сломается linux, можно загрузить linux-lts.
Ошибки не исчезают с опытом - они просто умнеют
|
vasek |
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
Нашел на BBS этот топик с багом udevadm, о котором упоминал выше
Ошибки не исчезают с опытом - они просто умнеют
|
mj2ks |
|
Темы:
1
Сообщения:
3
Участник с: 25 июня 2019
|
да, похожая у них проблема. надо им написать чтобы микрокод отключили ;)) я там зарегаться не смог, ввел хеш капчи, а не пущает все равно. в общем, поставил микрокод с github - journalctl вывел ту же версию, дату и события не приходят. скачал с интела предыдущую версию 18 года, с ней journalctl показывает только версию с биоса, видимо в ней еще не было патчей этого проца. с linux-lts пока облом - места на загрузочном не хватает, возможно, позже попробую, так отпишусь. насколько я понял критичные баги типа Meltdown фиксятся еще и на уровне ядра, так что поживем без микрокода, пока. спасибо за наводки )) |