LINUX.ORG.RU
ФорумTalks

«Базовый» видеорежим в windows и linux

 , ,


0

1

Заметил что windows всегда может отрисовать свой графический интерфейс вне зависимости от установленной видеокарты, хоть и в маленьком разрешении, во всех известных мне дистрибутивах linux явно были какие-то попытки реализовать подобное, но работало крайне плохо - либо графический интерфейс все же не прорисовывался как нужно, либо не работали устройства ввода, либо отрисовывалось максимум окно с ошибкой. В графическом стеке linux есть какие-то архитектурные проблемы, не позволяющие подобное реализовать, или просто это никому не нужно?

★★★★★

В графическом стеке linux есть какие-то архитектурные проблемы

Да, называется X.Org

EXL ★★★★★
()

Vesa?

Обычно гуй слетает, если до этого был установлен проприетарный драйвер и, соответственно, перенастроен x.org. А из коробки, если подходящего драйвера нет, используется vesa.

te111011010
()

Да, наверное есть.
SVGA и прочие VESA, чтобы они не значили, но в Линуксе их элементарно не осилили!!!

Deleted
()
Ответ на: комментарий от te111011010

Ещё ни разу не видел виндовса, который не ослиливал показать установочный ГУИ и десктоп после установки.

Зато линуксов тут пруд пруди...

Deleted
()
Последнее исправление: RTP (всего исправлений: 1)
Ответ на: комментарий от te111011010

Во времена ubuntu 10.04 помню это еще более-менее нормально работало, а вот позже не помню ни одного раза, что бы «безопасный графический режим» нормально работал. По моему логично было бы сделать загрузку vesa, если Xorg не смог запуститься нормально.

Landgraf ★★★★★
() автор топика
Ответ на: комментарий от te111011010

VESA - это BIOS. а BIOS - это костыли и тормоза с 16-и битным режимом. Венда явно использует такие-то другие интерфейсы.

lenin386 ★★★★
()
Ответ на: комментарий от te111011010

Да знаю я за гипер-в, но всё же... если не осиливают оперделить, что запустились в виртуалке, что не поддерживается вяленый...

Мне уже даже как-то не интересно на весь этот конный цирк смотреть!

Deleted
()
Ответ на: комментарий от lenin386

Тем не менее - невозможность установки винды - это гарантийный случай и девайс сдается в магазин.

невозможность установки линукса...

Deleted
()
Ответ на: комментарий от Vsevolod-linuxoid

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

Напоминаю, что первые выпуски были с милидрысническими шрифтами под иконками. Пользователей ОС ос стажем такое решение удивило...

Deleted
()
Ответ на: комментарий от lenin386

BIOS
костыли и тормоза с 16-и битным режимом

В семёрочке так и было. И если у тебя uefi без csm, то установка семёрочки просто не запустится.
Потом если как-то поставить систему и подсунуть ей родные драйвера видеокарты, то будет работает и без легаси, но оригинальный установочный диск не загрузится

TheAnonymous ★★★★★
()
Ответ на: комментарий от Deleted

Почему не осилили, они были, но их из ядра выпилили. По крайней мере VESA по дефолту не включается, он конфликтует с KMS драйверами

Harald ★★★★★
()
Ответ на: комментарий от Landgraf

То есть в wayland эту проблему решили?

Нет, не решили. Во всяком случае, пока.

В xorg проблема в основном вызвана тем, что если конфиг xorg содержит ошибки (например, указан не подходящий драйвер), то он тупо завершится с ошибкой, вместо того, чтобы попытаться загрузить хоть что-нибудь рабочее.

С wayland же ситуация иная: он требует поддержки kms, и если твоя видеокарта по какой-то причине не может работать со включенным modesetting, у тебя ничего не получится. Работа поверх fbdev в данный момент не поддерживается. Кроме того, wayland-композиторы хотят драйвер EGL, который тоже может быть поломан.

Мое мнение: никто даже не пытался устройить графику таким образом, чтобы она работала максимально надежно. Все попытки отдельных дистрибутивов - это костыли сбоку, как и все в ваших десктопных линуксах.

Khnazile ★★★★★
()

7 не стартует на Intel uhd 600. Так что не всегда. UEFI GOP, видимо, не умеет. А вот линукс умеет.

gadfly ★★
()
Последнее исправление: gadfly (всего исправлений: 2)
Ответ на: комментарий от Vsevolod-linuxoid

Кто о чём, а Vsevolod-linuxoid о третьегноме. Суси последних версий у меня часто и в консольном режиме не грузятся, и с любым другим ДЕ. Но виноваты, разумеется, как всегда, разрабы Гнома и лично Леонид Поттеринг.

meliafaro ★★★★★
()
Ответ на: комментарий от amd_amd

да еще и венду используешь

Будто бы что-то плохое.

commagray ★★★★★
()

Заметил

«На третьи сутки индеец Зоркий Глаз заметил, что стены-то и нет» (с)

А ты наблюдательный. «Продолжайте наблюдение» (с)

slackwarrior ★★★★★
()
Ответ на: комментарий от Deleted

SVGA и прочие VESA, чтобы они не значили, но в Линуксе их элементарно не осилили!!!

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

Хотя, зато в линуксе исторически нормальный текстовый режим, в котором можно полноценно работать, если не требуется графика, а в винде, если она поломалась до такой степени, что даже vga/vesa не грузятся, консоль восстановления слишком убога.

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от praseodim

Ну согласись, что в данной ситуации простые пользователи(потребители продукта) помочь ни чем не могут уже.

Deleted
()
Ответ на: комментарий от Khnazile

Мое мнение: никто даже не пытался устройить графику таким образом, чтобы она работала максимально надежно. Все попытки отдельных дистрибутивов - это костыли сбоку, как и все в ваших десктопных линуксах.

А кстати, странно почему не? В принципе же иксы изначально достаточно гибко были спроектированы, можно запускать несколько иксов на разных видеокартах и даже на разных компьютерах (по сети). В том числе одновременно несколько иксов даже запустить (хотя это в данном случае не требуется).

Всего-то для десктопных применений нужно предусмотреть несколько профилей с автовыбором запасного после ошибки на основном.

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от lenin386

VESA - это BIOS. а BIOS - это костыли и тормоза с 16-и битным режимом. Венда явно использует такие-то другие интерфейсы.

Из всего 16-битного там ровно два вызова — листинг поддерживаемых видеорежимов и инициализация выбранного. И это один раз при старте, дальше работа идет напрямую с видеопамятью прямо из защищенного режима. 2D-ускорения при этом, конечно, не будет, но и особым тормозам тоже взяться неоткуда.

quwy
()

или просто это никому не нужно?

А толку?

RazrFalcon ★★★★★
()

В графическом стеке linux есть какие-то архитектурные проблемы, не позволяющие подобное реализовать, или просто это никому не нужно?

Есть консоль через которую можно сделать всё, поэтому не нужно. Давеча установил debian buster, а он при первой загрузке написал - не установлены firmware и графон не поднял. Ну и нафиг мне маленькие кривые ущербные окошки при наличии полноценной консоли?

vtVitus ★★★★★
()
Ответ на: комментарий от vtVitus

Ну и нафиг мне маленькие кривые ущербные окошки при наличии полноценной консоли?

Чтобы нагуглить решение какой-нибудь проблемы. Чем далее, тем труднее для этого только текстовыми браузерами пользоваться.

praseodim ★★★★★
()
Ответ на: комментарий от gadfly

Значит или семёрка от вована с какими-нибудь йоба-драйверами, или CSM таки включен в части видеобиоса.
В некоторых биосах это настраивается, или оно само включается, если видеокарта не может в GOP

TheAnonymous ★★★★★
()
Ответ на: комментарий от praseodim

Судя по арчвики, так оно и есть из коробки, как минимум если в xorg.conf не переопределять. Может, если не заводится, то виноваты конкретные драйверы.

te111011010
()
Ответ на: комментарий от Landgraf

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

chenbr0
()
Ответ на: комментарий от chenbr0

Кампании не пилят.. Нет, пилят, бюджеты компаний, на кампанию!

Deleted
()
29 июня 2020 г.
Ответ на: комментарий от Khnazile

он требует поддержки kms

wayland - это протокол, он ничего не требует. А требуют композиторы, а они разные: некоторые обязательно требуют kms и drm а некоторые могут работать и через fbdev и через что угодно. От реализации композитора в основном всё зависит.

gtk3 ★★★
()
Ответ на: комментарий от lenin386

BIOS - это костыли и тормоза с 16-и битным режимом. Венда явно использует такие-то другие интерфейсы.

16 битные интерфейсы нужны только для настройки фреймбуфера и изменения разрешения экрана/битности цвета. Во время рисования никакие 16 битные интерфейсы не нужны, достаточно записать в память фреймбуфера.

X512 ★★★★★
()

В графическом стеке linux есть какие-то архитектурные проблемы, не позволяющие подобное реализовать, или просто это никому не нужно?

В отличии от Windows и Haiku, в X.Org не осилили сделать автоматический выбор fallback (VESA или graphics output protocol в EFI) драйвера когда основной драйвер не работает. В коде X.Org полно legacy и его уже никто не понимает и не может изменить. Основные силы сконцентрированы на Wayland.

X512 ★★★★★
()
Ответ на: комментарий от te111011010

Может быть, современные DE не грузятся без opengl?

Доступна программная реализация OpenGL 3.3, работающая через LLVM (Mesa LLVMpipe), так что это не должно быть проблемой.

X512 ★★★★★
()
Ответ на: комментарий от praseodim

Хотя, зато в линуксе исторически нормальный текстовый режим

Текстовый режим в 2020 году - это анахронизм.

X512 ★★★★★
()
Ответ на: комментарий от X512

Wayland это протокол, как на нем могут быть силы сконцентрированы? И ни одна реализация этого протокола пока для нормальной работы не пригодна. А учитывая что Линукс на десктопе - это Линукс в wsl2, то о fallback режиме никто даже не задумывается.

Landgraf ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.