NVIDIA, EDID и ttyX, как избавиться от «Вход не поддерживается»?

Ты хотя бы какой дистрибутив используешь написал. Ну и версию ядра например. Читал что nvidia-drivers имеют какие то проблемы с ядерным simple framebuffer, но прекрасно работают с efi framebuffer. У меня так и настроено, simple framebuffer отключён, efi framebuffer включён, но у меня генту и ядро самосборное. С переключением в консоль и с графическим разрешением в ней проблем нет. Вот фрагмент dmesg

efifb: probing for efifb
efifb: No BGRT, not showing boot graphics
efifb: framebuffer at 0xb0000000, using 8640k, total 8640k
efifb: mode is 1920x1080x32, linelength=8192, pages=1
efifb: scrolling: redraw
efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
fbcon: Deferring console take-over
fb0: EFI VGA frame buffer device
fbcon: Taking over console

Что за монитор?

https://www.dns-shop.ru/product/483fcc72d53b3332/238-monitor-acer-ka242ybi-ce...

HDMI

Вход не поддерживается, попробовал так:

# dmesg | grep efifb
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 root=UUID=6da958f2-446b-4fff-b01b-6007387c23eb ro quiet video=efifb nvidia-drm.modeset=1 drm.edid_firmware=edid/edid_custom.bin
[    0.023363] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 root=UUID=6da958f2-446b-4fff-b01b-6007387c23eb ro quiet video=efifb nvidia-drm.modeset=1 drm.edid_firmware=edid/edid_custom.bin
[    0.272864] pci 0000:01:00.0: BAR 1: assigned to efifb
[    0.655350] efifb: probing for efifb
[    0.655355] efifb: framebuffer at 0x90000000, using 3072k, total 3072k
[    0.655356] efifb: mode is 1024x768x32, linelength=4096, pages=1
[    0.655357] efifb: scrolling: redraw
[    0.655357] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0

# dmesg | grep fb0
[    0.014563] ACPI: Reserving FACP table memory at [mem 0x8dbfb000-0x8dbfb113]
[    0.655827] fb0: EFI VGA frame buffer device

# dmesg | grep fbcon

Ну и вообще логика такая, по идее вся эта ядрёная тряхомудия, в том числе и nvidia с разными modeset не должны сами что то там читать и выставлять до взлёта иксовых дров, в пропиетарных дровах nvidia фреймбуфер отсутствует, и они полагаются на то что им ядро предоставит.

Здесь есть две засады: первая в том что nouveau как раз ИМЕЕТ ядерный framebuffer, и он конфликтует с пропиетарными дровами. Поэтому модуль nouveau должен быть в чёрном списке и не загружаться при использовании пропиетарных дров. Обычно оно само как надо настраивается (в смысле модуль nouveau прописывается в чёрный список) если пропиетарные дрова ставятся штатным для дистрибутива способом.

Вторая засада вот в чём. Из универсальных framebuffer «общего назначения» у нас есть efifb и simplefb, оба два они работают очень просто, они получают свои параметры из EFI BIOS видеокарты и изменять их не могут, просто рисуют в то что им дали. Недавно какой то гений добавил в ядро DRM версию simplefb драйвера, simpledrm, и он конфиликтует с nvidia.

На текущий момент ситуация такова — пропиетарные драйверы гарантированно работают с efifb, есть нарекания на глюки при работе с simplefb и гарантированно глючат с simpledrm.

Попробуй в параметрах загрузки ядра сказать video=simplefb:off, по идее должен произойти fallback на efifb.

efifb у тебя используется, но вряд ли монитор у тебя 1024x768x32.

У тебя случаем в биос не включен legacy support или как то так для VGA? Потому что по непонятной причине твой BIOS не вычитывает «правильное» разрешение твоего монитора из GOP видеокарты и соответственно не передаёт его efifb. Такое может быть если в BIOS включены какие нибудь legacy VGA и GOP не используется при загрузке и инициализации.

Какой фреймбуфер, nvidia всегда текстовый режим в tty ставит. Может у автора где-то фреймбуфер-консоль как раз включёна и её надо отключить чтоб tty заработало.

Совершенно нормальный фреймбуфер. Проснись, nvidia работает с efifb и simplefb уже сто лет как. Щас ты мне рассказывать будешь про nvidia и текстовый режим, ага. Дай угадаю, ты амдшник который последний раз nvidia лет двенадцать назад видел, да?

Заблеклисть все модули где есть fb в названии, чтобы они не портили консоль. В иксах nvidia-driver сам видеорежим поставит как надо.

Ну или можно разобраться таки почему не работает efifb.

Ну значит дело в битых настройках видеорежима для этих fb. Можно либо возиться исправлять (и так чтобы не задеть при этом нвидию, либо просто выключить фреймбуферы).

Там нет никаких настроек видеорежима. Simple фраймбуферы потому и simple что тупо рисуют в то что им EFI BIOS матери отдал. A EFI BIOS матери узнаёт про разрешения читая GOP из прошивки видеокарты. Карта у ТС свежая, модная, комухтер тоже (на несвежем такое не заведётся), GOP обязан быть и обязан использоваться. Не работать это всё может только по причине кривых legacy включённых в настройках BIOS на матери. Ну или по причине наголову отбитого монитора, с которым видеокарта почему то не может общаться, хотя обязана это делать. Ну ещё может быть что ТС что то нахеровертил в GRUB, и он портит или сбрасывает видеорежим.

Так? Сделал, не вышло. Опции ядра оставил пустыми.

cat /etc/modprobe.d/nvidia-blacklists-nouveau.conf 
# You need to run "update-initramfs -u" after editing this file.

# see #580894
blacklist nouveau

blacklist cfb
blacklist ofb
blacklist hgafb
blacklist vt8623fb
blacklist matroxfb_accel
blacklist matroxfb_DAC1064
blacklist matroxfb_base
blacklist matroxfb_Ti3026
blacklist matroxfb_crtc2
blacklist matroxfb_g450
blacklist i2c-matroxfb
blacklist matroxfb_misc
blacklist matroxfb_maven
blacklist vfb
blacklist arcfb
blacklist cirrusfb
blacklist uvesafb
blacklist kyrofb
blacklist savagefb
blacklist sisfb
blacklist neofb
blacklist hecubafb
blacklist radeonfb
blacklist aty128fb
blacklist atyfb
blacklist arkfb
blacklist udlfb
blacklist sstfb
blacklist tridentfb
blacklist pm3fb
blacklist fb_ddc
blacklist mb862xxfb
blacklist viafb
blacklist vga16fb
blacklist tdfxfb
blacklist vmlfb
blacklist cyber2000fb
blacklist s3fb
blacklist pm2fb
blacklist ivtvfb
blacklist ifb
blacklist sch_sfb

Я думаю что виноват монитор, или связка Nvidia+MSI+Acer, не знаю даже. Выключил VGA Detect в BIOS, остальное вроде и так нормально, загрузка UEFI, видеокарта выбрана на использование не встроенная.

На AMD была другая проблема, до загрузки системы писало «Нет сигнала», и нужно было вытаскивать видеокарту, что бы что то настроить в UEFI. На встройке Intel все ок.

Потому что у тебя не в этом проблема. Она у тебя вот тут:

[    0.655356] efifb: mode is 1024x768x32, linelength=4096, pages=1

Вместо 1024x768x32 должно быть нативное разрешение матрицы твоего монитора. И это не настраивается в linux, ядре, фреймбуфере и т.п., это всё должно быть УЖЕ согласовано и настроено в момент инициализации, даже до GRUB. Раз оно поломано — одно из двух, у тебя в BIOS включено какое то legacy и инициализация видеокарты происходит в legacy VESA режиме, либо у тебя кривой монитор\неправильный шнур (что вряд ли, так как после загрузки иксов я так понимаю устанавливается правильный видеорежим). Моё мнение — рой настройки BIOS.

Но UEFI в неправильном разрешении же работает? Почему в Linux такая проблема?

Поставил в GRUB

GRUB_GFXMODE=1920x1080x32
GRUB_GFXPAYLOAD_LINUX=keep

[    0.652237] efifb: probing for efifb
[    0.652242] efifb: framebuffer at 0x4000000000, using 8640k, total 8640k
[    0.652243] efifb: mode is 1920x1080x32, linelength=8192, pages=1
[    0.652243] efifb: scrolling: redraw
[    0.652244] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0

Я думаю герцовка не та?

А скажи мне, у тебя при загрузке, до взлёта desktop manager, всё отображается? Глючит только при переключении в консоль и обратно?

Представим что я установил чистую систему, и поставил драйвера NVIDIA 530, вот как будет:

• UEFI отображается, GRUB отображается
• TTY отображается, загрузка бежит, systemd виден
• После systemctl start gdm будет все ок
• Переключение на TTY без Xorg - Вход не поддерживается
• Переключение на TTY с Xorg - Если его не трогать и сидеть в нем то все ок. Если переключение из TTY без Xorg то будет вход не поддерживается, если сделать logout в gdm то тоже самое

Если добавить UseEdid False в xorg.conf, то:

• UEFI отображается, GRUB отображается
• TTY отображается, загрузка бежит, systemd виден
• После systemctl start gdm будет Xorg, все отображается норм
• Переключение на TTY без Xorg - Вход не поддерживается
• Переключение на TTY с Xorg - Экран загорается, все окей, даже если перед этим я переключился на TTY без Xorg

Да, похоже на какие то проблемы с EDID. Попробуй кастомный EDID не в параметрах ядра прописывать, я видел багрепорт что nvidia его игнорирует и не уверен что они это исправили, а в xorg.conf, как это советуют вот тут https://wiki.archlinux.org/title/NVIDIA/Tips_and_tricks#X_with_a_TV_(DFP)_as_...

А ещё скажи какие входы имеет твой монитор, какие выходы имеет твоя видеокарта и какой кабель ты используешь

А ещё скажи какие входы имеет твой монитор, какие выходы имеет твоя видеокарта и какой кабель ты используешь

Монитор имеет входы VGA и HDMI, на видеокарте есть HDMI и DisplayPort. Подключаюсь по HDMI.

Вопрос. В nvidia-settings в пункте GPU 0 - (NVIDIA GeForce), мой подпункт называется HDMI-0 - (DFP-0), мне в конфиге:

Option "ConnectedMonitor" "DFP"
Option "CustomEDID" "DFP-0:/etc/X11/dfp0.edid"

Вот так Xorg TTY работает даже без UseEdid False, но TTY все равно не видно, разве Xorg отвечает за них?

    Option         "ConnectedMonitor" "DFP-0"
    Option         "CustomEDID" "DFP-0:/usr/lib/firmware/edid/edid_custom.bin"

Посмотри в /var/log/Xorg.0.log, как там написано. И выложи его на pastebin, вместе с dmesg, дабы разговор стал ещё более конкретным. Кстати, а HDMI дырок на карте сколько? И кабель какого поколения используется? У самого монитора нет никакого сервисного меню с настройками на тему портов и EDID?

Xorg за них не отвечает ессно, просто у тебя почему то происходит порча контекста фреймбуфера при переключении в «голую» консоль. И ты прав, это связано с тем что сама видеокарта как то криво и непонятно читает EDID с монитора.

Кстати, а HDMI дырок на карте сколько?

1

https://www.dns-shop.ru/product/49b77a8077562eb0/videokarta-kfa2-geforce-rtx-...

И кабель какого поколения используется?

Без понятия, мне его отдали, но тот кто его использовал не жаловался, можно как то проверить?

У самого монитора нет никакого сервисного меню с настройками на тему портов и EDID?

Можно выбрать VGA / HDMI на этом все.

dmesg https://pastebin.com/ZNcd4X1V

xorg https://pastebin.com/CwyuWwAM

Мне тут гугль говорит что у твоего монитора два HDMI входа, ты их оба пробовал? А на кабеле обычно маркировка есть, на самом кабеле или на разъёмах. Но я просто для полноты информации спросил, вряд ли это кабель виноват. Хотя кто знает, если есть возможность попробовать более другой кабель — имеет смысл попробовать.

Только хотел сказать, что у меня нечто похожее происходит (Debian 12, ядро 6.1.27, драйвера NVIDIA 525.105.17), но нет, не совсем такое.

У меня при загрузке изображение на виртуальной консоли фризится в какой-то момент при загрузке. На клавиатуру при этом реагирует, но на экране ничего не происходит. Если вслепую войти и ввести startx (так уж я запускаю иксы, исторически сложилось), то иксы запускаются и все работает. Переключение во вторую виртуальную консоль тоже работает (и там фриза нет).

Из похожего в сети нашел вот это: https://forums.developer.nvidia.com/t/framebuffer-output-stops-since-linux-kernel-6/244467 и техническое обсуждение https://patchwork.freedesktop.org/patch/517921/?series=112679 Но проверять пока поленился (пересобирать ядро с патчем неохота).

Чтобы подтвердить, действительно ли дело в регрессии в шестом ядре, можно попробовать установить ядро 5.18.16 или ранее (например, отсюда https://snapshot.debian.org/package/linux/5.18.16-1/ ). Будет время, я попробую, это быстрее, чем патчить и пересобирать ядро.

Маркировки не увидел, HDMI вход один, я посмотрел уже глазами, ну и в DNS так написано.

У меня стоит ядро 5.10, и моя проблема там не уходит, но у тебя думаю совсем другое.

В изначальном тексте ты пишешь, что ядро 6.1.0. По пути произошел даунгрейд? Но вполне возможно, что у нас разные баги проявляются…

А можешь сбросить Xorg.0.log без форсирования EDID в параметрах ядра и xorg.conf? Мне бы изначально как оно там всё увидеть.

У меня установлено ядро 6.1.0 и 5.10, попробовал просто на 5.10 сейчас.

Кстати, а у тебя случайно в nvidia-settings G-Sync не включен?

Я выключил все лишние настройки, залогинился в lightdm, получил экран xfce4 сделал ctrl+alt+fX пару раз, и reboot (уже вслепую).

Как я понимаю мой конфиг с предыдущего сеанса это Xorg.0.log.old https://pastebin.com/xg8d8M7w

Не включен, AMD FreeSync в мониторе выключен.

Не, не AMD FreeSync в мониторе, а G-Sync в панели nvidia-settings. Я вкурсе что AMD FreeSync в твоём мониторе работает только через DP подключение, но монитор может рапортовать через EDID что он g-sync совместимый и драйвер может его включить. Ну или может быть ты сам насильно его форсировал случайно, вот это я и предлагаю проверить.

HDMI-0-(Acer) Information:
G-SYNC Mode Available: None
G-SYNC Mode Enabled: No

Вот это вот drm.edid_firmware=edid/edid_custom.bin из параметров ядра убери пожалуйста, для чистоты картины.

Убрал, повторил тоже самое: https://pastebin.com/DPSz3v9a

А можешь ещё dmesg запостить в том виде в каком он после того как ты из иксов переключился в «голую» консоль и обратно?

https://pastebin.com/vtWptRft

Тишина в этот момент, вот весь dmesg

Вычитал что это похоже на ядрёный баг который с 5.18 появился — после активации DRM дохнут все legacy фреймбуферные консоли, потому что типа должно происходить переключение на новомодный simpledrmfb, но поскольку nvidia c ним глючит разработчики дистрибутивов с ним ядро не собирают. Кроме федоровцев, которые собирали, поели говна от nvidiaвладельцев и перестали так делать. Странно что у тебя с 5.10 ядром всё точно так же. Попробуй c nvidia_drm.modeset=0 загрузиться и попереключаться?

Кстати я сейчас сам аналогичный баг словил, тоже потерял фреймбуферную консоль после ctrl+alt+F1. До этого как часы работало, похоже действительно что то в драйвере сломали, или в ядре. Так что пока я ХЗ как чинить, сам ушёл в дебаг бага. Нарою чего — отпишусь, а пока я сам уже ничего не понимаю. Сейчас попробую ядро 6.3.2 собрать и с ним потестить.

Странно что у тебя с 5.10 ядром всё точно так же. Попробуй c nvidia_drm.modeset=0 загрузиться и попереключаться?

Я уже почти все сочетания пробовал, эффекта это не дает, сейчас попробовал оставить только nvidia-drm.modeset=0, и все та же проблема.

Linux 6.1.0

6.1.27 у тебя на самом деле, судя по логам. Это у Дебиана в репах своя странная нумерация версий ядра.

NVIDIA 525.105.17

Значит, я правильно делаю, что сижу на блобе 525.116.04 с сайта Нвидии, он просто работает.

Значит, я правильно делаю, что сижу на блобе 525.116.04 с сайта Нвидии, он просто работает.

Я пробовал драйвера на разных ядрах и разных дистрибутивах, в том числе пробовал ставить с офф.сайта.

Сейчас собрал 6.3.2-xanmod1, nvidia-drivers 530.41.03, глюка нет, раз пятнадцать переключился туда-обратно без проблем.

Попробовал на 6.3.2-x64v3-xanmod1, проблема осталась.

Попробуй nvidia-drivers обновить до той же версии что у меня, а так вообще мои полномочия всё. У меня не воспроизводится и идей больше нет.

В Линукс всегда что нибудь не работает, причём только у тебя.
(кто то с LOR)