Рейтинг:0

Почему Linux игнорирует мой параметр drm.edid_firmware=?

флаг br

Монитор, который у меня есть, старый и часто давал сбои, поэтому я уверен, что основная вина лежит на нем, однако установка параметра drm.edid_firmware= в командной строке ядра теоретически должна переопределить любые бессмысленные настройки режима ядра, X11, и Wayland придумали, пока это не похоже на работу. Должен ли я указывать соединитель, даже если в документах говорится, что его отключение переопределит настройку для всех соединителей?

Симптомы: при загрузке он достигает точки, когда происходит установка режима ядра, и размер текста, на который он переключается, делает очевидным, что он выбрал неправильное разрешение. Когда появляется X, неправильное разрешение становится очевидным. Под X я могу выключить монитор и снова включить его, и когда он снова включается, он всегда имеет нужное разрешение. Под Wayland, если я это делаю, это почти всегда либо черный экран, либо мешанина волнистых линий.

Это Ubuntu 20.04 с amdgpu на порту дисплея, подключенном к монитору UHD.

Я понятия не имею, где найти журналы Waylang, но я вижу тарабарщину о возврате к старому методу зондирования в Xorg.log. Что он проверяет, если я дал ему файл EDID?

[12.737] xf86EnableIOPorts: не удалось установить IOPL для ввода-вывода (операция не разрешена)
[ 12.739] (WW) Возврат к старому методу проверки для настройки режима
[ 12.740] (WW) Возврат к старому методу зондирования для fbdev

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.