Консорциум Khronos, занимающийся разработкой графических стандартов,...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63074
Тем временем разрабы Mesa обсуждают, как бы выкинуть вообще всё, что реализовано поверх Galluim: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12789Выглядит так, как будто хотят выкинуть только Nine (а Clover уже давно решили выкинуть), но в обсуждениях и в ссылках на mailing list прослеживаются мысли, что вообще хотят выкинуть весь Gallium целиком.
Лично моё мнение: выкинуть весь OpenGL кроме Zink (который сам опирается на Galluim в данный момент). Взамен запилить рабочий Vulkan для всех карт, на которых был OpenGL. Поддерживать в основном репозитории Mesa только Vulkan. Zink выделить в отдельный проект, собираемый отдельно. Некоторый оверхед от стекинга не стоит сложностей в поддержке.
>сложностей в поддержкеСложности заключаются в том, что разрабы Mesa норовят дропнуть старые карты. И основу их дров - Galluim - теперь. Vulkan так же легко и непринуждённо дропнуть не получится.
> Сложности заключаются в том, что разрабы Mesa норовят дропнуть старые карты.А в чем сложность?
Наоборот кодовая база станет меньше, чище от всяких хаков. Станет легче и проще.> Vulkan так же легко и непринуждённо дропнуть не получится.
Это будет проблемой лет через 20-30. Так что нам нет смысла о ней париться.
>Станет легче и проще.Кому? Мне - не станет. Именно мою карту дропают. Разработчикам? Ну так можно сделать ещё проще: дропнуть месу вообще целиком. Можно будет вообще ни пальцем не шевелить. Станет легче и проще.
> Кому? Мне - не станет. Именно мою карту дропают.Какая жалость.
> Разработчикам?
Да, именно им.
> Ну так можно сделать ещё проще: дропнуть месу вообще целиком.
Нет, это как раз не проще. Придется писать новую в нуля.
>Придется писать новую в нуля.Не придётся. Вендор всё сам напишет. Ему платят - вот пусть он и пишет.
> Мне - не станет.
> Именно мою карту дропают.Что у тебя за карта?
Northern Islands.
> Northern Islands.Для этих вроде даже кто-то первобытный и самопальный вариант вулкана запилил...
Да, я знаю, в отдельной ветке. На более чем 1000 коммитов устаревшей. У меня пока руки не дошли перебазировать её на современную месу и опробовать. Только меса - это штука такая ... я её однажды пробовал пересобрать и обновить. Под чёрным экранчиком взад возвращать пришлось. И эта реализация вулкана - тоже поверх Gallium. Правда и Zink тоже поверх Gallium, и его дропать явно не собираются...
> И эта реализация вулкана - тоже поверх Gallium. Правда и Zink
> тоже поверх Gallium, и его дропать явно не собираются...Там зубы точат - только на некий Gallium Nine - это реализация доисторического Direct X 9. Я так понимаю что на него все забили давно.
На clover тоже все как-то забили. Он и застрял в недопиленном состоянии.
> Northern IslandsЭто стеб такой?
Release date October 22, 2010; 14 years ago
Дремучий VLIW4/5, без поддержки VulkanИ ты возмущаешься что ее собираются дропнуть???
> А в чем сложность?
> Наоборот кодовая база станет меньше, чище от всяких хаков. Станет легче и проще.А девелоп делается - чисто ради девелопа чтоли? Или в чем прикол? А то так можно и вообще всю месу дропнуть - во экономия времени и сил будет!
Делается чисто из желающих что-то делать (по своим причинам). Закончились желающие закончилась и поддержка.Так было всегда в опенсорсе, ничего за 20 лет не изменилось.
Вам вообще на некрожелезе какое дело до того, что там дропают? Посидите на lts ядре еще лет 7-10 где поддержка останется.
Им бы поныть лишний раз
ну дропнуть в основной ветке чтобы она от легаси кода очистилась, а для легаси карт отдельную легаси ветку.
Выкинуть весь OpenGL, они за 20 лет никаких оптимизаций не внесли, проц встаёт колом если пытаться его использовать, хуже чем софтовый рендеринг, они че на прерывания повесили OpenGL вызовы, заикаться будет даже музыка в проигрывателе.
OpenGL в Mesa с трудом даже курсор мыши тянет в Wayland.
Потому что на radeon неисправный EGL, а GLX в kwin дропнули. В результате kwin использует llvmpipe. И всё втихаря. Самый лёгкий способ это обнаружить - зайти в настройки Plasma на апплет о системе. При этом причина не сообщается, и истинная причина обнаруживается только ковырянием в логе гит репозитория kwin.
Дропнули даже на иксах в качестве подготовки к дропу иксов целиком.
Даже софтверный композитинг не лагает на железе которому 20 лет.
В том то и дело что софтверный не лагает, в отличии от Mesa.
Софтверный композитинг работает напрямую через pixman, а у тебя сломанный драйвер или вообще llvmpipe, который эмулирует видеокарту. В таком случае быстрее, да.
> В том то и дело что софтверный не лагает, в отличии от Mesa.Потому что ваше GPU - это слабая встройка от интел, скорее всего. Поставьте любую затычку не старше 5 лет.
>OpenGL в Mesa с трудом даже курсор мыши тянет в Wayland.Где то что то очень криво настроено или не не установленно.Допустим NVIDIA компонент может конфликтовать с Mesa.Потому что на современном железе даже софтововым рендингом спокойно 1024х800 работает и не тормозит Налва первая.
По стандарту в Opengl es можно работать со 128 потоками, т.е параллельно обработать не хватит процессоров :-)
> Взамен запилить рабочий Vulkan для всех карт, на которых был OpenGL.Ну запили какому-нибудь Intel Gen 5 вулкан? GL там худо бедно работает. Неспешно но все же. А вот на вулкан на ЭТОМ я бы посмотрел. Это был бы номер!
Ну раз на VLIV вулкан возможен не смотря на отсутствие MMU - то на других, возможно, тоже. Но я не спец по графике. От слова совсем. Мой опыт с графикой ограничивается OpenCL.
Оффтоп, тут Metro 2033 Redux раздают БЕСПЛАТНО:
https://store.steampowered.com/app/286690/Metro_2033_Redux/
> Оффтоп, тут Metro 2033 Redux раздают БЕСПЛАТНО:И ссылка на копирастный стим 🤦
Вот ссылка на ГОГ, лучше у них забирать чем у стима.
gog.com/ru/#giveaway
https://www.gog.com/ru/game/metro_2033_redux
гога для онтопика не существует, а "копирастный" стим вполне себе существует и даже консоль на онтопике его гоняет
Ого, годная новость.
Расстраивает только, что это для очень свежих чипов, буквально 2-3 летнего розлива максимум. Т.е. одноплатники, даже довольно новые, пока не у дел.Но я думаю, это поправят.
Одноплатники давно с rk3588 делают, популярный чип.
Популярный? Мне на ум приходит разве что OPI 5, и это, как бы, топовая железка за цену больше RPI 5. Есть еще какие-то варианты?
Есть, конечно: Radxa Rock5B, Rock5B+, Rock5A на RK3588S и много других
Открытые драйвера это конечно хорошо, но в целом это... как вишенка на торте из бетона.
Арм это закрытая архитектура, гпу тем более. Как вендоры будут выкатывать на рынок блоб-фри опенхардваре продукты, тогда можно будет выдохнуть.В так ненавистном многим совке(справедливости ради есть за что, но все же) прикладывали схемы и толстый ман к электронной продукции. Скажете - сейчас степень интеграции возросла, а я скажу - что мешает выложить те же сорсы прошивки шим контроллера? Или даже файлы литографии, китай все равно скопируют, если захотят.
Не обязательно сразу при выходе на рынок, адекватное решение это переводить в опенсорс продукт после его жизненного цикла. Потому что есть люди, кто еще будет пользоваться железом не один год, и будь хотя бы прошивки открытыми, поддержку могли бы взять на себя энтузиасты.
Корпы просто не хотят. Конкурентам их устаревшие железки нафиг уже не нужны, а страдают простые пользователи. И хорошие вещи приходится выбрасывать.
Экология? Ага, хорошая байка.
> прикладывали схемы и толстый ман к электронной продукцииДа, только не ради свободы. Этим они просто пытались переложить ремонт на потребителей.
А достать нужные компоненты для ремонта - был тот еще квест.> китай все равно скопируют, если захотят
Так пусть потрудятся. Зачем им приносить все на блюдечке?
Реверснуть прошивку не так просто, а реверснуть чип - еще сложнее. Они этим будут заниматься только если оно вот точно окупится. И даже после этого не факт что у них получится сделать точь-в-точь. Есть куча копий чипов, которые рабочие, но глючные.> адекватное решение это переводить в опенсорс продукт после его жизненного цикла
А как ты продашь следующий продукт, если его покупать не будут?
Скажешь своей инженерной команде "Простите ребята, мы тут выложили в опенсорс, а им оказывается его и хватает, потому что китайцы штампуют практически по себестоимости. Поэтому вы все на кислород." ?
> Скажешь своей инженерной команде "Простите ребята, мы тут выложили в опенсорс,
> а им оказывается его и хватает, потому что китайцы штампуют практически по себестоимости.
> Поэтому вы все на кислород".Зависит от твоего таланта как управленца. Но пользы в этом будет премного -- вместо того, чтобы увеличивать в новой модели количество камер, дропая при этом поддержку старой (хотя она меня всем устраивает), пусть лучше на кислород.
Хотя на самом деле -- на другой проект. Или вы считаете, что уже всё изобретено, все инженерные задачи решены?
> Но пользы в этом будет премного -- вместо того, чтобы увеличивать в новой модели
> количество камер, дропая при этом поддержку старой (хотя она меня всем устраивает),
> пусть лучше на кислород.Кому будет польза? Мне точно пользы особой не будет.
> Хотя на самом деле -- на другой проект.
> Или вы считаете, что уже всё изобретено, все инженерные задачи решены?Есть проекты для прогресса, а есть для поддержки штанов.
Потому что отнюдь не все проекты успешные. А улучшение старых - вещь намного более предсказуемая.
>> Но пользы в этом будет премного -- вместо того, чтобы увеличивать в новой модели
>> количество камер, дропая при этом поддержку старой (хотя она меня всем устраивает),
>> пусть лучше на кислород.
> Кому будет польза? Мне точно пользы особой не будет.Среднестатистическому OpenNet'овскому Анониму польза будет только от прилежания к учёбе в школе.
>> Хотя на самом деле -- на другой проект.
>> Или вы считаете, что уже всё изобретено, все инженерные задачи решены?
> Есть проекты для прогресса, а есть для поддержки штанов.А не должно быть проектов для поддержки штанов. Потому что если умеешь в инженерную деятельность -- работай на проектах для прогресса. Не умеешь -- иди в парк собирать бутылки.
> Потому что отнюдь не все проекты успешные. А улучшение старых - вещь
> намного более предсказуемая.И настолько же менее нужная.
>вместо того, чтобы увеличивать в новой модели количество камер, дропая при этом поддержку старойТак это и есть польза. Кому надо польза. Больше камер - больше разведданных.
>>вместо того, чтобы увеличивать в новой модели количество камер
> Так это и есть польза. Кому надо польза.Ну хорош уже.
Проверьте, не смотрю ли я в ваш дверной глазок, а то мало ли...
> Да, только не ради свободы. Этим они просто пытались переложить ремонт на потребителейБрехня. Были специализированные мастерские, с вызовом мастера на дом, все детальки он приносил с собой. А схему прикладывали, потому что при визите на дом мастеру проще взять схему у хозяина, чем таскать с собой мятый и засаленный сборник схем.
> Брехня. Были специализированные мастерские, с вызовом мастера на дом, все детальки он
> приносил с собой.Угу, ты его вызываешь, а тебе "детальки будут в следующем квартале".
Зато шабашников было море. И детальки у них были.
> Да, только не ради свободы. Этим они просто пытались переложить ремонт на потребителей.
> А достать нужные компоненты для ремонта - был тот еще квест.В корне неверная информация.
Это оставалось со времен распространение всяких кружков ракето, авиа, корабле, радио и т.д. и т.п. любителей. Из этих кружков была сформирована первая плеяда конструкторов, разработчиков и т.д.
Это была политика прогресса.
>как вишенка на торте из бетонамог бы просто написать lipstick on a pig.
> Арм это закрытая архитектураДело не в закрытости, а в отсутствии единого стандарта типа bios/uefi как это было на ibm pc
Стандарт есть. Ничто не мешает использовать ACPI и дрова поставлять в мейнлайновое. Просто не хотят. Невыгодно. Выгодно - это драйвер-блоб гвоздями к ядру прибитый. Что-то не нравится? В суд подавайте на многомиллиардную корпорацию момощьника NSA. В суде и выяснится who's who.
Так они и поставляют в мейлайновое. И оно даже как-то работает.
Но у нас не ядро со стабильными интерфейсами, а stable nonsense.
И в следующей версии, причем возможно даже минорной, твой драйвер перестанет работать.
Его нужно будет немного допилить. А потом еще раз допилить. И еще раз. А потом сильно допилить. При этим вот вообще не ясно "зачем?"
Все понять пытаюсь, но не могу - почему такая хрень с ядерным апи. Это же рукожопство высшей категории. За 30 лет не смогли выработать стандарт? Типа, или им настолько пох, что "сегодня интерфейс такой, а завтра такой, просто захотелось"? И почему сам линус по жопе никого не бьет за такое.
Или это все ради видимости бурной деятельности? Тогда это ничем не лучше корпов.
Потому что "бесплатно", а деньги за поддержку.
> Все понять пытаюсь, но не могу - почему такая хрень с ядерным апи.Просто разработка - нормальная предсказуемая, а не хобби пару часов в неделю по выходным - стоит денег.
Ну и как ты предлагаешь зарабатывать на коде под GPL?
Как предлагал борода - на поддержке.Но что поддерживать, если ничего не ломается?
Вооооот. Поэтому мы будем ломать :) Зато они от нас никуда не уйдут.Ну а сейчас вообще сложилась ситуация, когда есть куча мейнтейнеров, которые только и занимаются пересобиранием ядра и софта под нужный дистр. И существуют они только из-за убогости сложившейся модели распространения софта. Но зато все при деле)))
Арм - это архитектура по лицензии. Делай что хошь, в пределах дозволенного (а это много, очень).
Но задача - стричь бабки: то закрытость и программное устаревание - самое оно.Совок это закрытость по всем параметрам страны как таковой, кривое копирование самого простого и технологическая отсталость, ну и вся система оного - гниль (вот и развалилась).
Мешает то, что это личная собственность и автор сам решает - что с оной делать. Если вы не согласны - есть вариант ЕС, которые прогнули Apple сменить lightning на type-c, открыть установку со сторонних источников и т.п. Вполне могут так дойти и до всяких блобов с загрузчиками, везде.
В целом - проблемы негров шерифа не волнуют. Или берёте сразу нормальный совместимый девайс или в пролёте. Голосовали же деньгами за свой товар.
Тогда был фундамент. Была экосистема в индустрии, институты и заводы, было производство полного цикла, где корпус, платы, компоненты и чипы делали локально.
В 90х был шанс перенести заводы на коммерческие рельсы, тогда бы смогли бы выйти на западный уровень по качеству, потому что спецы точно были.
Но увы. Ладно хоть сегодня есть свой микроконтроллер, сделанный у нас локально полностью. Не то что было тогда, но лучше чем ничего.
>Скажете - сейчас степень интеграции возросла, а я скажу - что мешает выложить те же сорсы прошивки шим контроллера?То, что это работа. Она должна оплачиваться. Нужно организовать сервер, куда всё это будут выкладывать, нужно, проверить лицезионную чистоту файлов, нужен регулярный аудит, что выклажываются исходники актуальных версий, а не заготовка десятилетней давности
>Не обязательно сразу при выходе на рынок, адекватное решение это переводить в опенсорс продукт после его жизненного циклаПосле конца жизненного цикла можно продавать ремастер/новую модель
>В так ненавистном многим совкеПололи бы картошку или учавствовали бы в субботнике. Кто вам сказал, что там гарантированно выкладывали бы исходники?
Работа оплачивается из продаж железок. Наличие исходников этому никак не мешает - если мне нужна железка, и есть на нее деньги, я скорее куплю ее в магазине, чем соберу из исходников. Однако если исходники, это позволить мне пользоваться железкой намного дольше.Про сервер аргумент совсем смешной - есть гитхаб. По вашей логике, зачем майкам хранить чужой код на своих серверах, ведь они его продать не могут.
Про аудит вообще как-то притянуто, буд-то для бедных корпов это такая непосильная задача. В конце концов, неоавнодушное сообщество само в состоянии поддерживать код.Продавать можно, да. Но с исходниками есть выбор - не хочешь парится, покупаешь в магазине. Любишь пердолинг - собираешь сам.
>Работа оплачивается из продаж железокОдно дело положить эту сумму себе в карман, и другое дело - потратить её на публикацию исходников
>чем соберу из исходниковУ вас нет фабрики. Если данная желзка не стоит на острие прогресса, то её копирование - вопрос затрат. Вплоть до того, что с микросхем может быть удалена маркировка, если это условный клон спектрума
>Про сервер аргумент совсем смешной - есть гитхабДаже если вычесть затраты на сервер, то всё равно нужен человек, регулярно выкладывающий исходный код
>Про аудит вообще как-то притянутоКропорации порой подворовывают код, и будет очень нехорошо, если это всплывёт
>буд-то для бедных корпов это такая непосильная задачаВы много работаете забесплатно? Сейчас экономят буквально на всём, в смартфон не ставят 3.5 мм разъём, а вы тут рассказываете как они всё сразу же сделают
>Любишь пердолинг - собираешь сам.Это прекрасная возможность для конкурентов, для тех же самых китайцев.
А не знаете случаем, есть сейчас какая-то разработка по гибридной графике, по довольно старой. До 470 драйвера нвидии?
А то бамблби кажется каким-то трындецом, а меса кажется еще большим.
Можешь не рассчитывать. Для nvidia работает (ага) от Turing+. Старые видюхи поддерживаться более не будут.
чтож получается остается только пермонентно врубить дискретку? Тогда куллер так начинает молотить что ноут к столу пристегивать надо ))) шо делать?!
> Консорциум Khronos, занимающийся разработкой графических стандартов,...
> Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63074Panvk это не драйвер, это просто какой-то отдельный подкаталог в юзерспейс графической библиотеке Mesa.
Mesa действительно может использовать драйвера из состава Linux (и не только) для ускорения собственных процедур, но писать, что "поддержка для карты Х реализована" это в корне неверно. API будет работать в рамках API Mesa в любом случае, и эта прокладка отвечает только за проброс тех вызовов, которые можно ускорить, в драйвер. Без прокладки часть вызовов будет выполняться без аппаратного ускорения, но работать всё равно будет.
Так что "реализация API" это чистой воды неправда.
Ну, и сами collabora в пресс-релизе _нигде_ (я сходил по ссылке), не называют panvk драйвером.
Твой комментарий это не текст, а просто какой-то набор букв. Достаточно открыть сайт мезы.