Пропадает видеосигнал на мониторе, подключённом к ПК Гравитон Д51И по hdmi/dvi/dp. Во время отображения grub меню видеосигнал присутствует. После выбора std-def ядра и попытке загрузиться, видеосигнал пропадает. Тестовый стенд: ПК Гравитон Д51И Версия ядер: kernel-image-std-def-5.4.252 kernel-image-std-def-5.4.254 Системы: ALT Workstation 9.2 Шаги для воспроизведения: 1) Выполнить установку и обновление системы 2) Подключить монитор к ПК Гравитон Д51И по hdmi/dvi/dp 3) Загрузить систему с std-def ядром Ожидаемый результат: видеосигнал не пропадает при загрузке системы Реальный результат: видеосигнал пропадает при загрузке системы Дополнительная информация: Проблема не воспроизводится при загрузке с un-def ядрами (в том числе и c дефолтным после установки системы ядром - 5.10.61-un-def-alt1)
Created attachment 14200 [details] inxi output
Created attachment 14201 [details] обрезанный вывод dmesg
Created attachment 14202 [details] lspci output
Дополнительная информация: При подключении монитора к ПК Гравитон Д51И по vga, проблема не воспроизводится
Мне кажется в dmesg output не хватает загрузки. Что если были какие-то ошибки во время загрузки ядра и firware?
(Ответ для Vitaly Chikunov на комментарий #5) > Мне кажется в dmesg output не хватает загрузки. Что если были какие-то > ошибки во время загрузки ядра и firware? Да, что-то происходит при загрузке и начало лога dmesg отсутствует. Прикладываю вывод команды: # journalctl -b 0 Там тоже проблема в начале загрузки: авг 25 16:23:00 PC-Graviton-D51I systemd-journald[2884]: Missed 848 kernel messages авг 25 16:23:00 PC-Graviton-D51I kernel: Call Trace:
Created attachment 14211 [details] обрезанный вывод journalctl
Пожалуйста настроите систему, чтоб там был лог с самого начала загрузки.
Created attachment 14217 [details] вывод dmesg
Created attachment 14218 [details] вывод journalctl
(Ответ для Vitaly Chikunov на комментарий #8) > Пожалуйста настроите систему, чтоб там был лог с самого начала загрузки. Приложил новые логи dmesg и journalctl
Спасибо.
Логи не проясняют ситуацию. Видимо, остается только репортить в апстрим. https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs https://gitlab.freedesktop.org/drm/intel/-/issues Для лучшего эффекта желательно найти с какой версии ядра начался регресс.
(Ответ для Vitaly Chikunov на комментарий #13) > Логи не проясняют ситуацию. Видимо, остается только репортить в апстрим. > > https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs > https://gitlab.freedesktop.org/drm/intel/-/issues > > Для лучшего эффекта желательно найти с какой версии ядра начался регресс. Поискал ошибку по той ссылке, что вы мне написали и нашёл ошибку, созданную вами пару лет назад с похожими симптомами: https://gitlab.freedesktop.org/drm/intel/-/issues/3286 Это ведь та же самая ошибка?
Тогда (в 2020) было (на только что закупленном компе) сочетание проца 10 поколения с чипсетом 11 поколения - на тот момент редкое и ещё не поддерживаемое ядром сочетание. Причины почему у вас нет сигнала могут быть совершенно другие.
Если у вас какое-то новое сочетание железа можно будет попробовать собрать drm-tip ядро для теста. На тот момент (в 2021, ранее ошибся годом) поддержка того сочетания в нем уже была и на том компе можно было работать на этом ядре до тех пока в mainline не появилась поддержка.
В задании 328260 собрано ядро drm-tip, если хотите можете протестировать на нём.
