Из Mesa удалён код классических драйверов, не использующих Gallium3D

https://habr.com/ru/post/148954/

Выкиньте каку. С дровами было плохо всегда. А Intel GMA950 все работает.

3150 по сути и есть 950

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

Проприетарный драйвер nVidia тоже через эту прослойку работает или как?

GMA3150 со стороны драйверов работал идеально. Ну, с тех пор как драйвер вообще добавили в ядро в дебиан6.

так для него есть замена

Вот ведь блин спутал с 3650. Который powerVr.

Можешь проверить, crocus и сейчас есть. Включи и посмотри. Впрочем, даже если он кривой то его скорее всего допилят к релизу

Кстати вот новость о его добавлении в месу https://www.opennet.ru/opennews/art.shtml?num=55593 это получается совсем не давно

Выше я уже писал про опасения насчёт «готовности» crocus'а.

AGPшный FX на современном линуксе работает совсем убого…

Незаметно апнули и до sse2, выходит

Нельзя ж так людей пугать.

Intel Gen 3 для графики, это https://en.wikipedia.org/wiki/Intel_GMA#Generation_three_based

Т.е. графика в чипсете. GMA900, например. А не HD3000 в Sandy Bridge (ну и HD4000 в Ivy Bridge).

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

Эх. Ну, а замены то адекватные? Увидел r600 сердечко ёкнуло. Но фух пронесло =) Пока что живём.

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

Но она позволила. Крокусу ещё и года нет, а уже сочли достойной заменой классическому драйверу. А у gen2-gen3 просто не хватает аппаратных возможностей для Gallium3D.

r600 всегда галиум был

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

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

crosus же вон пилят. И даже, как я понял, VAAPI будет работать (вчера лазил читал, как работающий до сих пор на Sandy Bridge).

И даже, как я понял, VAAPI будет работать

VAAPI — это отдельный драйвер, никакого отношения к крокусу и галлиуму не имеющий. И, хоть он и называется тоже i965, но его никто никуда не выкидывает.

включая драйверы i915

WTF? i915 это же модуль ядра. Кто может прояснить?

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

Такой себе минус, его любой современный компилятор шейдеров просит.

Пока драйвер VAAPI не умеет юзать crocus

Там немного другое. В коде libva раньше для определения драйвера использовалась простая схема — брался текущий драйвер opengl и к нему добавлялось _drv_video.so Это работало, потому что тогда все vaapi драйвера по имени совпадали с opengl. За исключением i915, что не создавало проблем, потому что там железо не умело в vaapi и всем было пофиг, какая именно ошибка выдавалась пользователю. Но потом появились драйвера Iris для OpenGL и iHD для VAAPI и это перестало работать, поэтому завели табличку соответствия. В которую и потребовалось занести крокус, что и было сделано https://github.com/intel/libva/pull/547/files/ae7174b3dbaefac0723a51c1c9f5f7c...

Да, в код и в патч я не посмотрел. Понял, спасибо.

Ну, значит теперь вообще хорошо, пока поживёт ещё мой старичёк на i5-2540m. Учитывая нынешние цены на железо, как-то не хочу пока его менять.

WTF? i915 это же модуль ядра. Кто может прояснить?

i915 — drm модуль ядра для всех карт intel.

i915 — классический драйвер OpenGL для встроек от 815G до 945G. i965 — классический драйвер OpenGL для всех встроек от 965G до последних. Iris — Gallium3D OpenGL драйвер для всех vulkan-capable встроек (Broadwell и новее). Crocus — новый Gallium3D OpenGL драйвер для карт с 965G по Haswell. i915g — частично софтовый (аппаратно железо не подходит для галлиума) Gallium3D OpenGL аналог i915.

i965 — VAAPI драйвер для карт, начиная с HD4500. iHD — VAAPI драйвер для Broadwell и новее.

ANV — Vulkan драйвер для Broadwell и новее.

Пряснилось? ;)

Удаление классических драйверов приведёт к прекращению поддержки некоторых старых GPU Intel (Gen2, Gen3), AMD Radeon R100 и R200 и старых карт NVIDIA.

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

Да. Он имеет всё что нужно для 2.1, но некоторые фичи стабами сделаны. Вроде как там msaa имеет максимум 0 сэмплов, а occlusion query нулевую точность.
Фактически всё что способно выполнять фрагментный шейдер с достаточным количеством аттрибутов/юниформ может 2.1. Вершинный шейдер там не использует GPU, потому его надо собирать с llvmpipe, иначе будут тормоза совсем

А как у меня на ivybridge вулкан работал?

lavapipe

их переписали в 2013 ещё

нет, тогда когда заработал lavapipe был ещё только в планах

Там он какой-то обрезанный.

   if (devinfo.platform == INTEL_PLATFORM_HSW) {
      mesa_logw("Haswell Vulkan support is incomplete");
   } else if (devinfo.platform == INTEL_PLATFORM_IVB) {
      mesa_logw("Ivy Bridge Vulkan support is incomplete");
   } else if (devinfo.platform == INTEL_PLATFORM_BYT) {
      mesa_logw("Bay Trail Vulkan support is incomplete");

Сопровождение кода старых драйверов будет продолжено в отдельной ветке «Amber»

А в какой форме там будут драйвера? DRI модули или отдельная libGL.so?

но есть. Производительность раза в полтора в среднем ниже чем в opengl версиях рендеров, однако хотя бы работает

думаю, зависит от конфигурации сборки

А где репозиторий этого Amber? Не могу найти.

Это не репозиторий, это бранч. https://gitlab.freedesktop.org/ajax/mesa/-/tree/amber

Кстати у меня на ivybridge не заработал. Хотя тестилка запускалась.

Нет не всегда. Сначала были r300 и r600 классические. Ещё до галлиума. Потом был период когда было два драйвера r300/600c и r300/600g. И позже классические драйвера дропнули, в 2011 году.

на гальюн перевели, classic карты выкинули, а вулкана не написали для старых opengl4+ карт. ай да амуде

всё лишь бы чё-то выкинуть, и под ненужное поделие переписать, а под нужное не переписать…

Как понять какой драйвер в данный момент используется? Собрал месу 21.3.1 с поддержкой обоих crocus и i965, всё работает, но непонятно какой там драйвер по умолчанию идёт.

UPD. По умолчанию идёт crocus. Понял это по командам MESA_LOADER_DRIVER_OVERRIDE={crocus,i965} eglinfo |grep version. С i965 выдаёт версию EGL 1.4, с крокусом - 1.5. Без этой переменной окружения тоже 1.5

С учётом что я не заметил никаких изменений при переходе на крокус (libva я заранее пропатчил чтобы с крокусом подхватывался интеловский драйвер), то как минимум для десктопа он готов.

А почему всесто этого нельзя разбить репозиторий на несколько, например: mesa-base, gallium, gallium-drivers, dri-drivers, vulkan, vulkan-drivers. Какая-то дурная традиция держать всё в одной куче.

Потому, что оно почти всё нахрен не нужно по отдельности.

Потому что у них нет стабильного API между собой

Это наоборот веская причина разбить и окуклиться.

Так что это правильный вопрос. Зачем ставить всю месу, если можно отдельно ставить галлум-дрова под невидию710 и отдельно не-галлум дрова под невидию5200

Очевидно из-за общего сорца это будет не удобно т.к придётся собирать отдельно 2 разных ветки mesa

Ну, теперь то придётся. По крайней мере если дистрибутивы хотят сделать правильно.

Вероятней всего не захотят с учётом того что по факту дропнут только бесполезный r100/r200 и ещё более бесполезный кусок nouveau

Разве оно уже не так в бинарных дистрибутивах на уровне пакетов?

Вот кусок нуво как раз не бесполезный.