Mesa 18.2

Не компилируется она что то, все зависимости ее с apt pinning'ом подтянул

выхлоп делаю как в README.rst

с мезоном https://pastebin.com/3B4DZP6L

с мэйком

https://pastebin.com/3Kpw5ZRc

делал по этому гайду

git clone -b 18.2 git://anongit.freedesktop.org/mesa/mesa

https://gitlab.freedesktop.org/mesa/mesa/branches

https://linuxconfig.org/how-to-install-the-latest-mesa-version-on-debian-9-st...

с той лишь разницей что у меня тут LMDE

/etc/apt/preferences.d$ cat sid.pref Package: * Pin: release a=stable Pin-Priority: 400

Package: * Pin: release a=unstable Pin-Priority: 2

Package: libdrm2 Pin: release a=unstable Pin-Priority: 1001

Package: libdrm-* Pin: release a=unstable Pin-Priority: 1001

Package: meson Pin: release a=unstable Pin-Priority: 1001

Package: ninja-* Pin: release a=unstable Pin-Priority: 1001

Package: wayland-protocols Pin: release a=unstable Pin-Priority: 1001

Package: wayland-egl-backend Pin: release a=unstable Pin-Priority: 1001

cat official-package-repositories.pref Package: * Pin: origin live.linuxmint.com Pin-Priority: 750

Package: * Pin: release o=linuxmint,c=upstream Pin-Priority: 700

Package: * Pin: release o=Ubuntu Pin-Priority: 500

cat official-extra-repositories.pref Package: * Pin: origin build.linuxmint.com Pin-Priority: 700

что делать не подскажете? LMDE3 linux mint debian edition

по моему придется делать пиннинг на build-essentials из sid'а ;)

libtool: error: 'glsl/gl_nir_lower_samplers.lo' is not a valid libtool object

либтул ругается...возможно make, и еще что то...

Как минимум в meson неправильно прописана версия xcb-randr (должна быть >= 1.13).

не по ходу этот гайд либо не подходит для 18.2 релиза т.к. написан под 17.1+, либо я чего то не понимаю: /etc/apt/preferences.d$ sudo apt install libmpfr6 Чтение списков пакетов… Готово Построение дерева зависимостей Чтение информации о состоянии… Готово Следующие пакеты устанавливались автоматически и больше не требуются: lib32asan3 lib32atomic1 lib32cilkrts5 lib32gcc-6-dev lib32gcc1 lib32gomp1 lib32itm1 lib32mpx2 lib32quadmath0 lib32stdc++6 lib32ubsan0 libc6-dev-i386 libc6-dev-x32 libc6-i386 libc6-x32 libx32asan3 libx32atomic1 libx32cilkrts5 libx32gcc-6-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libx32stdc++6 libx32ubsan0 linux-kbuild-4.17 Для их удаления используйте «sudo apt autoremove». Пакеты, которые будут УДАЛЕНЫ: acpi-support build-essential cpp cpp-6 dkms g++ g++-6 gcc gcc-6 gcc-6-multilib gcc-multilib gdm3 libmpc3 libtool linux-compiler-gcc-6-x86 linux-headers-4.17.0-0.bpo.3-all linux-headers-4.17.0-0.bpo.3-all-amd64 linux-headers-4.17.0-0.bpo.3-amd64 linux-headers-4.17.0-0.bpo.3-cloud-amd64 linux-headers-4.17.0-0.bpo.3.dsdt-amd64 linux-headers-4.9.0-8-amd64 linux-headers-amd64 x11-session-utils x11-xserver-utils xorg xutils-dev НОВЫЕ пакеты, которые будут установлены: libmpfr6 обновлено 0, установлено 1 новых пакетов, для удаления отмечено 26 пакетов, и 4 пакетов не обновлено. не установлено до конца или удалено 1 пакетов. Необходимо скачать 0 B/764 kB архивов. После данной операции, объём занятого дискового пространства уменьшится на 99,1 MB. Хотите продолжить? [Д/н]

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

Мне влом рабираться в твоей стене неотформатированного текста, но гайд выглядит разумным, за исключением того, что в нем нет xcb-randr. Mesa 18.2 на Stretch собирается (правда, не по этому гайду).

а есть какой то другой гайд? линкануть можно? просто судя по всему пинить там надо больше...и заодно придется мне от 4.17 из бэкпортов отказаться судя по всему.

Но ведь неправда, некоторые карточки на GCN 1 и 2 тоже с radeon

По умолчанию — да, но с amdgpu в ряде игр и приложений производительность лучше. Не говоря уж о поддержке Vulkan.

потому что в amdgpu поддержка у них только экспериментальная

Экспериментальная-то экспериментальная, но включается элементарно - нужно передать radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1 в параметрах загрузки ядра.

а есть какой то другой гайд?

У меня - нет. Я тупо доставлял то, чего хотел configure (но я отключил что-то, связанное с векторной графикой), почти всё есть в stretch или stretch-backports.

Хотя... я только собрал ее, но работоспособность не проверял.

у меня r5 230 sapphire 1Gb VRAM Caicos не грузится с amd.dc=1 и вот этими опциями. Ее поддерживает только драйвер radeon и все.

Блин не может быть она у меня требует gcc выше и все, мне проще вообще убрать sid.pref.bak и обновить тут 4к пакетов чем выяснять что еще там хочет libtool при сборке ее с гитового бранча 18.2. А build-essential чтобы поновее это запаришься писать pinning этот, оно хочет слишком много по зависимостям обновить...так уж проще оставить бэкпорты с определенным приоритетом и обновиться до unstable что там сможет то и обновится...правда систему это может поломать дико...

Не по моему проще забить учитывая то что у меня из бэкпортов скорей всего стоит 18.1.6...

А так я не знаю, автоген с конфигуром отрабатывают нормально, мезон тоже.....эту фигню что ты сказал я запинил xcb-randr но толку нема т.к. make ругается на то что libtool из пакета build-esentials не проглатывает текущий код из гитового бранча 18.2...

Ну а build-essentials обновить до unstable, так проще сразу 4к пакетов залить...я подумаю об этом, но уже завтра ;)

r5 230

Это TeraScale 2, vliw микроархитектура, до GCN. Только drm radeon. У меня есть карат 2010 года - hd5750, она тоже TeraScale 2.

https://www.phoronix.net/image.php?id=linux-413-gcn101&image=linux_413_am...

Хм, первая слева моя затычка 7870 Tahiti LE от XFX, поедет на обычном радеоне?

у меня r5 230 sapphire 1Gb VRAM Caicos не грузится с amd.dc=1 и вот этими опциями.

Хмм.. Это на какой версии ядра?

amd.dc=1

Опция называется amdgpu.dc, а не amd.dc.

Юзкейсы требуют звук через HDMI/DisplayPort? Или atomic modesetting? Если нет, то может быть попробовать amdgpu.dc=0?

ИМХО вулкан (dxvk, игры на нём) стоит того чтобы повозиться с параметрами загрузки..

r5 230 sapphire 1Gb VRAM Caicos

А может и нет..

Можно было поставить генту или даже рач и не париться.

mesa в aur кал, ломает систему.

Грустно это всё.

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

Блин не может быть она у меня требует gcc

Не требует.

еще там хочет libtool при сборке ее с гитового бранча 18.2

Ы. Ты что, собираешь ее из непосредственно из Git? Зачем? Собирай релизный тарбол.

эту фигню что ты сказал я запинил xcb-randr

Я не говорил ее пинить. В meson.build указана неправильная версия.

Ну а build-essentials обновить до unstable

В этом нет необходимости.

Судя по всему это Southern Islands, так что да.

Поддержка OpenGL 4.4. Compatibility profile на RadeonSI (по сравнению с OpenGL 3.1 в предыдущей версии).

Поддержку OpenGL 2-3 не выкинули «за ненадобностью»?

mesa в aur кал, ломает систему.

Что именно ломается? На каком видеочипе? llvm свежий или некрофильский 6?

Поддержку OpenGL 2-3 не выкинули «за ненадобностью»?

OpenGL 3.3 - 4.6 Core Profile — это по сути один и тот же API. Если заявляется, что OpenGL Core X поддерживает A, то и OpenGL Core Y (Y > X) поддерживает A. Геймдевелоперу под эту ОС стыдно не знать этого. OpenGL 2 и его фиксированный конвеер выкидывать не собираются. Напротив — тащат эти его glLightfv, glMatrixMode и прочую нежить в современный OpenGL, где тесселяция, вычислительные шейдеры и SSBO.

llvm свежий или некрофильский 6?

Мде. Всё-таки арчеры - особенные.

У тебя дебиан что ли? Сейчас уже 8 в ходу.

Сейчас уже 8 в ходу.

В каком ходу, у кого?

Stable release
6.0.1 / 5 July 2018; 48 days ago[1]

LLVM Release Schedule:

7.0.0:
1 August 2018: branch, RC1.
22 August: RC2.
5 September: final.

(и LLVM 7 пока не вышел).

Вроде немало софта без этого не работало, насчёт чего амдуны зачитывали мантру ита у них крива мы нипричём!11 Нинужнаа!!

Скорее профдеформация тебе не даёт видеть разницу в ситуации.

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

Судя по всему, это Tahiti-LE, она вообще под линуксом не работает.

Скорее профдеформация тебе не даёт видеть разницу в ситуации.

Лучше подумай о своей профдеформации, из-за которой у тебя в ходу LLVM 8.

Новому железу - новый драйвер

Одна история офигительнее другой. Какое новое железо - Vega 20 штоле? Какой новый драйвер - RADV, AVN, radeonsi, r600? Что ты несешь, астанавись.

а значит и llvm

Не значит.

Я смотрю, как раз ты страдаешь от того, что на AMD всё отлично.

Только те, которые на GCN 1.0. И те работают с amdgpu. AMD сделала ставку на полностью свободный драйвер. Ради этого не так уж и жалко забить на предыдущие карточки.

за исключением того, что они иногда могут моргать, но это иксы, что с них взять

При чём тут иксы, если дело в amdgpu?

OpenGL уже сам по себе deprecated. Так что пусть тащат. А технологии вроде тесселяции пора уже закапывать.

Прекращай паясничать и уже ознакомься с предметом. Ты не представляешь себе реальной ситуации.

Вот есть косяк в драйвере и нужно выпускать исправление, которое затрагивает их форк llvm. Можно вкомпилить свой форк в драйвер, или ждать когда там они попадут в официальный релиз или накатить в систему мастер куда они уже попали.

Плюс свободные дрова всё ещё перманентно находятся в состоянии написания даже базовой функциональности.

Что именно ломается? На каком видеочипе? llvm свежий или некрофильский 6?

Зависимости, потом система не может обновиться.

У нее кривой AUR, а чтобы запилить нормальный нужно время.

Прекращай паясничать

Прекращай принимать наркотики.

и уже ознакомься с предметом

Ознакомь меня с предметом - расскажи, когда вышел LLVM 8.

Ты не представляешь себе реальной ситуации.

Реальная ситуация в том, что LLVM 6 - это последний релиз LLVM на сегодня, и его хватает даже для новейших драйверов в Mesa. А то, что у арчеров он уже некрофильский - это арчеры такие особенные.

Прохладные истории про «хватает» иди рассказывай на багрекеры драйверов и дистрибутивов.

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

Я так понимаю, историю про LLVM 8 я так и не услышу? Бидапичаль.

Прохладные истории про «хватает» иди рассказывай на багрекеры драйверов и дистрибутивов.

Скажи это авторам Mesa, а то они не знают.

Разупорись, ты не автор месы и даже не нюхал, как там что устроено и делается.

ты не автор месы

Да и ты тоже.

и даже не нюхал, как там что устроено и делается.

Зато я знаю, что авторы Mesa требуют при сборке, и какая версия LLVM на сегодня последняя.

Зато ты не знаешь, что между сборкой и работой на определённом железе есть разница.

Зато ты не знаешь, что между сборкой и работой на определённом железе есть разница.

На каком железе не работает Mesa, собранная с LLVM 6, но работает Mesa, собранная LLVM 8 или LLVM 7 (да хотя бы с каким-нибудь пре-релизом LLVM 7).

В общем, установил 18.2.0. Они реально подтянули RADV для AMDGPU и это коснулось даже моей R7 350. Ведьмак 3 с DXVK не тормозит. Подлагиваний нет. Статтеры редкие. На средне-высоких с текстурами «запредельные».

Прекращай уже троллинг тупостью и иди на багрекеры, если тебя это интересует

https://github.com/doitsujin/dxvk/wiki/Driver-support

Прекращай уже троллинг тупостью

После тебя.

иди на багрекеры

https://github.com/doitsujin/dxvk/wiki/Driver-support

Итого, 1 баг DXVK с замечательным комментариями вроде «Overwatch hangs on llvm 6.0.0, 5.0/5.0.1/5.0.2 can be used» и «I'm getting hangs randomly on GTA V [...] LLVM: 8.0.0». Мде.

Ну раз не интересует, то земля те пухом.

Вроде немало софта без этого не работало

Этот «софт» (преимущественно «портированные» с помощью wine игрулины) зачем-то хочет куски фиксированного конвеера (аля glLight, glRotatef и прочих андедов) юзать одновременно с более-менее современным API. При этом тот факт, что использование встроенных uniform переменных в шейдере одновременно с UBO и SSBO выглядит так же анахронично, как крепостные в 2018, писак не волнует нисколько. Как и оверхед от использования нежити. «Амдуны», т.е разрабы драйвера, пытались приучить писак к хорошему. Писаки не приучились, а тем временем вышел Vulkan и на чистоту и эффективность Opengl програм всем стало покласть. Ведь очень скоро весь OpenGL будет не более, чем легаси.

В llvm 6. Было полно критических багов в бэкенде amdgpu. Там и gpu hang и что ещё похуже. Так что новый llvm настолько желателен, что почти обязателен.