Компания AMD опубликовала (http://support.amd.com/en-us/download/workstation?os=Linux+x... выпуск проприетарного драйвера AMDGPU-PRO 16.50 (http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Dr... для Linux, основанного на свободном модуле ядра AMDGPU, развиваемого в рамках инициативы (https://www.opennet.dev/opennews/art.shtml?num=42078) по унификации графического стека AMD для проприетарных и открытых видеодрайверов. Драйвер сформирован для Ubuntu 16.04, RHEL/CentOS 7.3, RHEL/CentOS 6.8 и SLED/SLES 12 SP2.
Выпуск примечателен поддержкой новых GPU на базе микроархитектуры GNC 1.0, таких как AMD Radeon R7 M465X/M370/M350, а также поддержкой DirectGMA для OpenGL и технологии FreeSync (https://en.wikipedia.org/wiki/FreeSync). Из возможностей драйвера отмечается поддержка API OpenGL 4.5, GLX 1.4, OpenCL 1.2, Vulkan 1.0 и VDPAU, наличие базовых средств для управления экраном и питанием, поддержка интерфейсов KMS (Kernel Mode Setting) и ADF (Atomic Display Framework), совместимый с лицензией GPL модуль ядра, поддержка возможностей FirePro (управление EDID и 30-разрядная цветность).
Кроме того, компания AMD подготовила (https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... достаточно большой патч для поставляемого в составе ядра Linux модуля AMDGPU, переработав код управления отображением (DC, Display Core) для обеспечения поддержки будущего поколения GPU (uGPU), а также добавив ряд новшеств, таких как средства для организации вывода звука через HDMI и DisplayPort. Размер изменений (https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/d... составил порядка 100 тысяч строк кода.
В ответ на предложенный патч, Дэвид Эйрли (David Airlie), работающий в компании Red Hat и отвечающий в Linux-ядре за поддержку DRM (Direct Rendering Manager), отказался (https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... принимать подобные изменения, пояснив (https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... что AMD пытается вместо использования унифицированного для всех драйверов интерфейса интегрировать свой собственный слой для обеспечения взаимодействия с оборудованием (HAL). Подобные специфичные решения затрудняют понимание логики работы кода и замедляют развитие DRM (Direct Rendering Manager). Эйрли не может принять такие изменения, так как это подорвёт доверие Линуса, сообщества разработчиков графических систем и участников разработки DRM-драйверов.Вместо того, чтобы работать вместе с сообществом и с учётом его интересов, компания AMD продолжает замыкаться на своих внутренних надстройках, необходимых для решения частных проблем компании (попытка унификации с драйвером для Windows). По мнению Эйрли, если AMD необходимо обеспечить поддержку дополнительной функциональности, такой как FreeSync или новых возможностей HDMI, это следует делать совместно путем расширения существующих интерфейсов, а не придумывать новые уровни абстракции и создавать специфичные для драйвера ioctl. В настоящий момент AMD по сути не участвует в развитии Linux-стека и не использует его, продвигая свои специфичные решения. Если эти решения нужны только AMD, а для других они бесполезны, нет смысла включать такие изменения в ядро.
URL: https://news.ycombinator.com/item?id=13136426
Новость: http://www.opennet.dev/opennews/art.shtml?num=45648
Я правильно понимаю, нас ждёт очередной fglrx.ko со всеми костылями, только на этот раз открытый?
На этот рах всё немного интереснее, так как открытый модуля ядра хоть и совместим с GPL но соедржит минимум фич, а всё самое вкусное они перенесли в работающий поверх него юзерспейс, который останется закрытым.
клоун: не они первые. По такой схеме работают все основные производители железок, выпуская драйвера для Линукс. Причины разные.В прошлый раз под раздачу попала nVidia, а AMD назвали эталоном, на который нужно равняться. Не изменилось ничего, но теперь под раздачей AMD.
Вы как в женской общаге: ни часу без скандала.
О, это опять тот аноним, который начинает строки с "клоун:". Очень похоже, что за всеми этими комментами (во всяком случае только тут, на Опеннете), стоит один человек. Раз он сам не раскрывается, надо дать ему прозвище. Предлагаю "антиклоун".
>О, это опять тот аноним, который начинает строки с "клоун:".Видимо это нужно для отчетности его работодателю, т.к. работа у него сдельная - пропорциональная числу комментариев.
Обнадеживает только то, что ты чушь пишешь бесплатно.
А чего не подписался, а клоун?
А я думал это он так представляется. Типа не может поле "Имя" заполнить почему-то...
Я думаю, тут проще спросить лечащего психиатра. Тут явные отклонения налицо.
> Я думаю, тут проще спросить лечащего психиатра. Тут явные отклонения налицо.Не думаешь. Если бы думал, то быстро бы понял что явные отклонения на лицо у тебя.. и у меня, потому что пишем не по теме.
может стоит задуматься по какой теме ваш комментарий?
Судя по двоеточию, это он так представляется. Т.е. сообщение написано клоуном
У вас тут прямо конкурс петросянов какой-то открылся под клоуном. Но до него вам далече.
Так трудно тягаться с профессионалом.
Ты не понял, я говорю о том, что дофига их кода, который нужен для поддержки новых фич и карт, не приняли в ядро. Соответственно, либо лялексоеды пролетят с новыми карточками от AMD, либо перцам из AMD придётся выкладывать код в виде стороннего ядерного модуля. Только в этот раз он будет открытым.
То есть они будут страдать и делать как надо, или страдать будет пользователь, у меня проблемы с видюшкой их были еще лет 10 назад, когда она глючила в консоле, с тех пор ничего амдешного в руки не брал,и ни чуть не жалею.
Нет, неправильно. Просто AMD придётся таки играть по правилам.
Или просто забить на поддержку линакса с его 1% пользователей.
Штеуд с нвидиотами рукоплещут стоя!
> нвидиотамиТо есть, в вашим представлении, все пользователи видеокарт nvidia - идиоты?
> То есть, в вашим представлении, все пользователи видеокарт nvidia - идиоты?Это риторический вопрос.
> Штеуд с нвидиотами рукоплещут стоя!Ходят упорные слухи что штеуд вот только что таки долбанулся на отличненько и таки лицензировал *радеоны* для использования в своих процах как интеграт.
Во будет угар если штеуд начнет адски коммитить в amdgpu :D
1% - это офисный планктон. Всё серверное на лине, а это не малый рынок
>1% - это офисный планктон.В офисах крайне редко используют Linux, это во-превых, а во-вторых уже не 1%, а 2.31% по данным за ноябрь 2016 https://www.linux.org.ru/news/opensource/13059621
>Всё серверное на лине, а это не малый рынок
Зачем на сервере видеокарта?
а на терминал через asci выводить?))) и псевдографику? хотя бы встроенные карточки в чип работать должны.
Для этого очевидно достаточно vesa драйвера универсального для всех видеокарт.
> Для этого очевидно достаточно vesa драйвера универсального для всех видеокарт.для этого достаточно даже ссш (или консоли через компорт) вобщет
> а на терминал через asci выводить?))) и псевдографику? хотя бы встроенные карточки
> в чип работать должны.То есть живого сервера ты в глаза не видел... Понятно...
Поясняю - любая серверная мать умеет работать вообще без видеокарты, консоль доступна через com-порт и по сети.
Вообще-то на современных серверах видеокарта встроена в BMC.
Не пугай понятийного страуса - пол бетонный.
Надо ему какой-нибудь старенький сан показать, где только COM-port, а видео нет вообще никакого в принципе - ни встроенного, ни дискретного.
В серверных процессорах обычно нет видеочипов. С другой стороны, почти во всех серверных мамках есть какой-нибудь Matrox G200.
>>1% - это офисный планктон.
> В офисах крайне редко используют Linux, это во-превых, а во-вторых уже не
> 1%, а 2.31% по данным за ноябрь 2016 https://www.linux.org.ru/news/opensource/13059621
>>Всё серверное на лине, а это не малый рынок
> Зачем на сервере видеокарта?гибридные вычисления
не знаю как щас, а с полгодика назад чтоль амд сильно ругали за отсутствие нормальных дров и они божились что вотвот будут опенсорсдрова и все кластерные разрабы очень ждали
там с нвидией свои грабли, было примерно что амд хуже карточки, но опенсорсдрова всё перекрывали бы (ибо уже был опыт у разрабов что допиленные правильно опендрова для амдкард в разы лучше начинали работать и по скорости вычислений обгоняли и нвидию в той части где допилили) (говорю как помню)
>> Зачем на сервере видеокарта?
> гибридные вычисленияman Xeon Phi
> man Xeon PhiИнтел как всегда все понял по своему. Народу нравились видяхи за то что дешевые и мощные. Интел сделал нечто здец дорогое и экзотичное и теперь удивляется: обана, чего это никто не покупает неведомую фигню, в отличие от видеокарт?!
Вот как-то так и получилось что видеокарты сильно популярнее. Они, понимаешь ли, в отличие у xeon phi у разработчиков есть. Разработчики могут поиграться с технологией, осознать мощщу а потом взять и запилить что-нибудь большое и крутое. А xeon phi - это круто, но кто ж из разработчиков будет покупать его себе домой, например? Поэтому так и останется нишевой хней по типу итаника.
Чтобы обрабатывать данные, разумеется.
В Росии в офисах крайне редко используют Linux
Поправил, не благодари
"В офисах крайне редко используют Linux" - это смотря в каких.У гугла, например, не так. И в целом, по IT-конторам - картина, скорее, обратная. Аналогично дело обстоит в университетах.
> Зачем на сервере видеокарта?
Считать. Ваш КО.
> Зачем на сервере видеокарта?И правда, зачем нам machine learning, аксклерация криптографии и прочие мелочи.
> Или просто забить на поддержку линакса с его 1% пользователей.А еще на HPC, привлекательный для продаж топовых видеокарточек, да? Можешь посмотреть какой процент линуха в top500 суперкомпьютеров.
> Можешь посмотреть какой процент линуха в top500 суперкомпьютеров.Суперкомпьютерам не нужны видеодрайверы X.Org и DRI/KMS в ядре. У них другие задачи.
> Суперкомпьютерам не нужны видеодрайверы X.Org и DRI/KMS в ядре. У них другие
> задачи.Тебе мозг не нужен. Ты ним всё равно не пользуешься. У тебя другие "задачи".
> Суперкомпьютерам не нужны видеодрайверы X.Org иНу разумеется.
> DRI/KMS в ядре. У них другие задачи.
Почитай про то что такое render nodes в линуксном ядре. В самом первом приближении, DRM/KMS признал очевидные данности устройства хардвара. Линуксоиды разделили GPU на "управление видеорежимами" и "числодробление".
ЧСХ, такое устройство стэка подразумевает что в принципе может быть только вывод на экран без GPU (числокрушилки) вообще, а может быть и чистая числокрушилка без вывода на экран.
Да-да, вычисления в MESA можно нынче гонять и совсем без иксов. А тут амд еще грозится свой OpenCL открыть - вот тут они могут и на HPC пролезть, пожалуй. А приколось, драйвер AMDGPU (ака наследник radeon для GCN) - это таки часть DRM/KMS. Ядерный выносок оного, реализующий это самое, для GCNов.
>> Суперкомпьютерам не нужны видеодрайверы X.Org и
> Ну разумеется.
>> DRI/KMS в ядре. У них другие задачи.
> Почитай про то что такое render nodes в линуксном ядре. В самом
> первом приближении, DRM/KMS признал очевидные данности устройства хардвара. Линуксоиды
> разделили GPU на "управление видеорежимами" и "числодробление".User294, вот что я тебе скажу, дружок. NVIDIA сделала CUDA без DRI/KMS от X.Org и Intel. И спокойно этим пользуется в высокопроизводительных вычислениях и моделировании.
AMD и Intel с помощью DRI/KMS&LLVM превратили GPU с CPU в однопоточный эмулятор OpenGL следующей версии и больше ничего.
> User294, вот что я тебе скажу, дружок. NVIDIA сделала CUDA без DRI/KMS от X.Org и Intel.Да. И поэтому с их драйверами очень много сношательств. И в HPC людям это не нравится. И если амд не будет бакланить - может хорошо так на этом сыграть, учитывая что с вычислениями у них по жизни все весьма прилично.
И если в играх игроделы и нвидия еще могут мухлевать нагло заменив шейдеры на вручную вылизанные версии, то в вычислениях такой номер не очень катит, ибо не массовый товар и вообще чревато кучей грабель. И тут то оказывается что нвидия на самом деле не такая крутая как пытается выглядеть мухлежом в игровых бенчмарках.
> И спокойно этим пользуется в высокопроизводительных вычислениях и моделировании.
Не очень спокойно т.к. имеют много секса с нвидиаблобами. А каждое обновление кернела превращается в русскую рулетку. И не то чтобы это народу сильно нравится. Поэтому на месте амд я бы сделал тапок в пол с открытем OpenCL из каталиста. Впилить все это чтобы в типовых дистрах работало out of the box - затраты на подъем и майнтенанс HPC грохнутся в разы.
> AMD и Intel с помощью DRI/KMS&LLVM превратили GPU с CPU в однопоточный
> эмулятор OpenGL следующей версии и больше ничего.DRM/KMS ничего не знает про OpenGL, чувак. Это набор низкоуровневых хелперов. Поверх них может работать и 2D, и Vulkan и что там еще. Более того - там опционален не то что 3D а даже наличие вывода на экран, лол. Реализация OpenGL - это уже MESA. Которая сама там как-нибудь разбирается как это реализовать.
Что до поточности - в самом DRM/KMS самих по себе нет никаких тяжелых и длинных операций как таковых. Так что многопоточность и проч скорее уже про MESA и сотоварищи.
>> AMD и Intel с помощью DRI/KMS&LLVM превратили GPU с CPU в однопоточный
>> эмулятор OpenGL следующей версии и больше ничего.
> DRM/KMS ничего не знает про OpenGL, чувак. Это набор низкоуровневых хелперов. Поверх
> них может работать и 2D, и Vulkan и что там еще.
> Более того - там опционален не то что 3D а даже
> наличие вывода на экран, лол. Реализация OpenGL - это уже MESA.
> Которая сама там как-нибудь разбирается как это реализовать.Может для OpenGL достаточно всего лишь подменить libGL в X.Org, как это делает NVIDIA, а не городить огород из Mesa/DRI&LLVM с однопоточным конвеером на CPU, а? Как считаешь?
Вот в NVIDIA 3D работает "из коробки", а в Linux Mesa/DRI&LLVM как-то через непонятное место. И притом что это продолжается уже много лет.
> Может для OpenGL достаточно всего лишь подменить libGL в X.Org,YOLO! libGL - он "не в x.org" нынче. Более того - GL как таковой может работать БЕЗ ИКСОВ.
Например бенчмарк glmark2 умеет запускаться как в иксах так и через DRM напрямую. Пинаешь glmark2-drm в консоли без иксов. И поди ж ты, GL есть а иксов нет. Работает ли с нвидией не знаю, а с открытыми дровами интеля и амд пашет.
> как это делает NVIDIA, а не городить огород из Mesa/DRI&LLVM
> с однопоточным конвеером на CPU, а? Как считаешь?Я считаю что:
1) мне пофиг на нвидию.
2) чтобы рассуждать про архитектуры в них надо разбираться, а это не твой случай.Я конечно понимаю что там layering немного не тривиальный. Но если уж ты не разбираешься - так нафига умничать пытаешься? Чтобы повеселить публику? :)
> Вот в NVIDIA 3D работает "из коробки",
Блободрайвер в большинстве дистров из коробки как раз таки отсутствует. И норовит отвалиться при обновлении ядра и проч. И с системой интегрируется от хреново до никак.
> а в Linux Mesa/DRI&LLVM как-то через непонятное место.
Вот там как раз после нескольких итераций и расчистки скелетов из шкафов получился более-мене логичный layering и более-менее приличная низкоуровневая подсистема помогающая создавать видеодрайверы.
> И притом что это продолжается уже много лет.
ЧСХ мне нравится эта подсистема и эта команда. Достаточно почитать сабжевое обсуждение. Да, там у некоторых людей кончилось терпение и случилось недопонимание. Но последовало конструктивное и мощное обсуджение и совместный brainstorm - а в какую сторону развиваться? Чего не хватает, что можно сделать лучше, как пересмотреть процессы, если что-то работает не так как хотелось бы. Это красивый и мощный процесс. Он доставляет. Настолько что https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... - вот из бсдшного стана чувак. Ему жаль что в бздях не так.
ЗЫ случайно тут попалась заметка BSDшного разработчика о качестве кода и рабочих процессах: https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... - ну что, бздюки поделят на ноль от такого мнения о качестве кода и подходах из своего же стана?:)
> случайно тут попалась заметка BSDшного разработчика о качестве кода и рабочих процессахРезюме-то какое?
> Резюме-то какое?Что не бздюкам линуксоидов о рабочих процессах учить. Васька из местных гаражей на своей шохе таки не учит Шумахера вождению, извини. Калибр не тот.
> Или просто забить на поддержку линакса с его 1% пользователей.Думаю это будет верный ход, особенно в свете поддержки MacOS;)
> Думаю это будет верный ход, особенно в свете поддержки MacOS;)Дрова на макоси еще лажовее чем в линухе. Думаешь чего игроделы так на линь ломанулись? После мака он не такой уж и плохой оказывается :).
И к тому же в отличие от мака там можно просто прийти и сказать что тебе мешало для полного счастья. Вот как-то так: https://lists.ubuntu.com/archives/ubuntu-desktop/2016-Novemb... - а теперь попробуй так повзаимодействовать с эпплом...
>Просто AMD придётся таки играть по правилам.У компании AMD весьма неясные перспективы на будущее, а в свете того что некоторые люди из мира ARM даже о компании Intel уже говорят в прошедшем времени, эти перспективы скорее наоборот слишком ясные - банкротство и распродажа интеллектуальной собственности.
>>Просто AMD придётся таки играть по правилам.
> У компании AMD весьма неясные перспективы на будущее, а в свете того
> что некоторые люди из мира ARM даже о компании Intel уже
> говорят в прошедшем времени, эти перспективы скорее наоборот слишком ясные -
> банкротство и распродажа интеллектуальной собственности.на сколько я знаю амд завязано хорошо на военку, и если потонет, то как автоваз, днищем по дну будет плавать не уходя под воду
Ещё нужно посмотреть какие gpu будут использоваться в игровых приставках следующего поколения. Скорее всего, это опять будут чипы AMD. Так что AMD нормально так сегодня чувствует себя на пользовательском рынке. И даже теснит NVIDIA, по сравнению с недавним ещё положением вещей, я считаю. Тем не менее, выкрики с галёрки занятой маргинальной аудиторией всегда выглядят смешно. Производители чипов плевали на их мнение, так как эта аудитория практически не обладает покупательной способностью и уж точно не приобретает себе актуальные и дорогие флагманские изделия производителя. Если для них делают что-то, чтобы и у них работало, они должны быть благодарны, а не кусать руку дающего по своему обыкновению. Иначе останутся вот с этими своими ком-портами в ладошках.
Я тебе так скажу - подавляющему большинству пользователей Linux вот эти вот "флагманские бла-бла-бла" никуда не упёрлись. Эти "флагманские" запускалки для игрушек имеют несколько иную аудиторию (и да, цена самой флагманской запускалки сильно меньше цены даже плохонького сервера).
Некоторым людям из мира ARM следует как можно быстрее обратиться к психиатру.
Для тебя это больная тема, раз ты об этом пишешь по поводу и без? :)
кому что ближе (:)
> а в свете того что некоторые люди из мира ARM даже о компании Intel уже говорят в прошедшем времениКакую ответственность эти люди несут за свои слова, если окажутся не правы? Суть в том, что вокруг много балаболов, которые много и убедительно болтают и им выгодно, чтобы в это другие поверили, при этом они сами знают, что это чушь. Многие верят. В общем такая болтовня - галимый маркетинг и развешивание лапши на уши.
ARM и Intel работают в разных сегментах и вряд ли пересекутся (серверный ARM я жду уже лет 5, а www.scaleway.com уже, похоже, забил на ARM хостинг и гораздо активнее продает x64, про Intel based планшеты уже даже новостей нет).
Кстати, которая из компаний (ARM , Intel) не так давно продалась? Ведь, глупо продаваться на подъеме компании...
>Ведь, глупо продаваться на подъеме компании...А когда, по вашему, продавать компанию которой вы владеете нужно?
Когда останутся ржавые трубы?
Когда исчерпал резервы взрывного роста капитализации, либо роста без посторонней помощи ( или когда видишь будущие проблемы, и риски с которыми не хочешь связываться ).
В общем IPO так и делается в основном :)
Забавно то что серверный арм будет в виде cortex a-5x от amd ( и уже есть ) :)
> Забавно то что серверный арм будет в виде cortex a-5x от amd
> ( и уже есть ) :)Вы, наверное, не в курсе? А почему? Ср.:
AMD's ARM Efforts Appear Stalled, But At Least Zen Should Be Great
http://www.phoronix.com/scan.php?page=news_item&px=AMD-ARM-W...
AMD возвращает архитектуру x86 на первое место в серверных процессорах
http://www.ixbt.com/news/2016/08/13/amd-vozvrashaet-arhitekt...- vs -
Qualcomm FALKOR ARM Core Added To GCC
http://www.phoronix.com/scan.php?page=news_item&px=Qualcomm-...
Qualcomm начинает поставки «первых в мире 10-нанометровых серверных процессоров»
http://www.ixbt.com/news/2016/12/07/qualcomm-nachinaet-posta...|
И ms "подоспел" http://www.ixbt.com/news/2016/12/08/microosft-windows-10-soc... с десяточкой на Q. 820. Ох, чую!, ворвётся стремительным домкратом в серверы на арм.---Железный конь микроквала грядёт на смену дохлой винтеловской лошадке.
у компании AMD уже 40 лет как неясные перспективы, но это не мешало им сделать первый настольный 64-битник, первый настольный 2-ядерник, например. не переживайте за них, они как всегда выплывут
>>Просто AMD придётся таки играть по правилам.
> что некоторые люди из мира ARM даже о компании Intel ужеЧудес не бывает и при сравнимой с интел производительностью будет такой же расход электроэнергии. Много простаивающих компьютеров выгоднее на арм, но благодаря виртуализации их можно переместить на один комп и вот это всё.
> их можно переместить на один комп и вот это всё.Это все прекрасные бла-бла, но планшет на интеле заряжался чуть ли не дольше чем разряжался. И это все-таки EPIC FAIL энергопотребления.
JFYI, почти все планшеты и смарты на ARM заряжаются от micro-USB. Им хватает. Таскать с собой ноутбучный кирпич-зарядник не прикольно а если x86 сделать с зарядом от microUSB - получается см. выше чего...
> У компании AMD весьма неясные перспективы на будущее,Однако ж в последнее время они таки вернулись к прибыли.
> а в свете того что некоторые люди из мира ARM даже о компании Intel уже
> говорят в прошедшем времени,Этот дредноут по любому будет тонуть долго. Да и ARM нынче японцам продался каким-то.
> эти перспективы скорее наоборот слишком ясные -
> банкротство и распродажа интеллектуальной собственности.Все бы ничего, но это дичайший баян, который пророчат еще со времен 80486, чтоли.
Не будем на них злиться. Ребята честно сказали, что опыта работы с открытым ПО не имеют, и что они будут учиться.
Да никто и не злится, обычно они весьма вменяемы, думаю, и здесь разберутся.
Не заводить сисколов, которые не нужны Интелу, потому что их карточки все одно не тянут?
> Я правильно понимаю, нас ждёт очередной fglrx.ko со всеми костылями, только на
> этот раз открытый?Не совсем. Есть рабочие процессы и есть некие разногласия как это делать. АМДшникам еще давно и популярно сказали еще эн времени назад что DAL - круто и все такое, но нафига бы в ядре дублируемые, вендор-специфичные интерфейсы?! Если DRM/KMS чего-то из нужного вам еще не умеет - давайте дескать вместе подумаем как это сделать и сделаем всей толпой. А вываливать одним чихом громадные шматы кода сделанные за закрытыми дверями - нам тут не надо. Поэтому DAL висит в staging, не более. Ну а в своей проприетари они могут приносить и модуль вместе с DAL, если так хочется. Но им популярно объясняют что так делать не надо.
И по-моему у Эйрли весьма валидный пойнт. Человек реально заинтересован в том чтобы его подсистема радовала глаз и работала для всех. А не только амд.
Забавно что nvidia подобные мелочи прощаются.
Нет. У NVIDIA и разработчиков ядра произошёл конфликт в Linux 3.5. Они совместно сделали технологию DMA-BUF специально для NVIDIA Optimus. Технология позволяет транслировать картинку с одного GPU на другой, минимально нагружая аппаратные компоненты компьютера. И что самое главное - не теряя производительности, как с VirtualGL, Оптимусы реально как дискретки. А разработчики ядра (по случайности или намеренно) сделали так, чтобы DMA-BUF мог работать только с GPL-драйверами. Пришлось искать обход проблемы - вошёл в ядро Linux 3.9.И ещё в Linux 4.1 был конфликт.
Забыл как в Linux 3.11 отломали поддержку GPU с > 128 Gb RAM? И NVIDIA задержала поддержку этого и более поздних ядер
где можно скачать драйвер от нвидии для оптимуса? тот который без потери производительности
В убунте он "из коробки", в остальных дистрах нужна правка xorg.conf и lightdm.conf
в смысле из коробки? что ничего после убунты ставить не нужно? как на дискретке что то можно запустить? через optirun?
Когда поставишь на жёсткий диск, у тебя появится два значка в системном трее. Первый скажет что хочет установить кодеки. Второй скажет что хочет установить драйверы. http://storage5.static.itmages.ru/i/14/0212/h_1392200243_150... Вот такое окно есть только в Ubuntu, а в остальном линуксе приходится лезть в конфиги.
Чем это лучше мхвд в манжаре?
> где можно скачать драйвер от нвидии для оптимуса? тот который без потери производительностиЭто официальный проприетарный драйвер. Но есть одно НО. Отключать видюху без перезапуска иксов не выйдет.
Просто ценят единственного производителя видеокарт.
О, с нами Сара Шарп!
> Забавно что nvidia подобные мелочи прощаются.Нвидии? Прощаются? Нвидия не часть процесса и поэтому нвидия выкручивается как умеет. Не более того. ЧСХ ядро меняют вообще не спрашивая их мнения и поэтому их блоб периодически отваливается.
я уж подумывал следующую видяшку от АМД попробовать взять, но линуксам не суждено стать нормальной десктопной системой похоже. неужели нельзя было как то между собой заранее договориться где чей огород?
клоун: разрабы ядра хотят вынудить разрабов аппаратуры открыть исходные коды. Разрабы железок КАТЕГОРИЧЕСКИ против.Здесь нет компромиссов.
По-хорошему, Линукс уже давно стоило сделать микроядерным, тогда бы и проблема ушла сама собой. Но разработчики ядра (уже не в первый раз) предпочли обострить проблему, доведя её до коллапса.
>клоун: разрабы ядра хотят вынудить разрабов аппаратуры открыть исходные коды. Разрабы железок КАТЕГОРИЧЕСКИ против.Где в статье написано, что АМД предложили блоб? Они предложили открытый код, но со своим видением, а этот крендель, зарабатывающий бабло в смежной конторке (вполне возможно, что имеющей сговор с той же нВидиа, ибо никто не знает -- ком. тайна) отказал под смешным предлогом.
Это СПО -- хочу принимаю, хочу нет. Не нравится? Пишите блоб или идите на юх, ибо Пингвофинн против и может обозвать moron и прочими своими любимыми словечками, за которые русские бы в морду дали, а эти "клоуны" всё схавают.
Ну нихрена ж не так. АМД предложили 100к строк HAL-а поверх инфраструктуры DRM. HAL этот будет использоваться только для видях АМД, разобраться в нём - чёрт ногу сломит. Им всё правильно сказали - выкинуть ненужный HAL, расширять интерфейсы DRM если чего-то не хватает.
клоун: NVidia был нужен прямой доступ к видеопамяти, такие функции есть, но она GPL_ONLY. А те, которые не GPL_ONLY, они для попиксельного рисования.В своё время, если помнишь, радовались что производительность открытого драйвера наконец достигла производительности закрытого. Да. Но не за счёт роста скорости, а за счёт такого вот искусственного замедления закрытого.
И выбор то какой богатый: или продолжать мириться с низкой производительностью и уступать рынок конкурентам, или открыть драйвер. Выламывание рук? Да!
Они написали прослойку, которая преобразует вызовы закрытого кода в GPL_ONLY вызовы. Не самое быстрое и далеко не самое прямое решение.
Вот об этом HAL идёт речь. Только теперь действующее лицо сменилось.
> клоун: NVidia был нужен прямой доступ к видеопамяти, такие функции есть, но
> она GPL_ONLY. А те, которые не GPL_ONLY, они для попиксельного рисования.На самом деле DRM/KMS намного более разлапист чем это. Там очень много хелперов и улучшаек. И кроме "f..k you nvidia!" разработчики показали и чисто технический фак в виде GPL_ONLY на туеву хучу функций.
И если кто не в курсе: от того что нвидия пойдт на...й - разработчики Linux ничего не теряют. Нельзя пользоваться нвидией и быть при этом разработчиком Linux - бинарный блоб в ядре ставит крест на отладке и отлове багов. Никто не будет изучать проблемы ядра с чужим блобом. Tainted kernel - no-go для разработчиков.
Поэтому нвидия даже бряцать причандалами не может. Разработчикам ядра глубоко пофиг что там будет с нвидией. Это будут проблемы нвидии и кастомеров нвидии. Это заведомо не про разработчиков ядра линукс, для которых блоб в ядре - тупо showstopper.
> достигла производительности закрытого. Да. Но не за счёт роста скорости, а
> за счёт такого вот искусственного замедления закрытого.Это неправда. Линуксоиды расчистили скелетов в шкафу, собрались могучей кучкой и подумали вместе - как развиваться, как подыграть друг другу в общих кусках функциональности и проч. Ну и сделали DRM/KMS. Крутая и мощная подсистема в ядре. А на самом деле - куча хелперов для типовых операций, так что драйверы упрощаются т.к. типовые операции вынесены в общие куски. При том в отличие от маздая - оно опциональное. К амд возникли предъявы всего лишь за нарушение этих основополагающих принципов по которым всегда строился DRM/KMS. Им напомнили про эти принципы, которые работали. И работали хорошо, сыграв ключевую роль в улучшении состояния дел с графикой.
> И выбор то какой богатый: или продолжать мириться с низкой производительностью и
> уступать рынок конкурентам, или открыть драйвер. Выламывание рук? Да!Выбор чуть иной: некто или становится частью процесса и тогда имеет слово в процессе. Или некто пилит что хочет как хочет, но со своими проблемами разбирается сам и помогать таким скунсам никто не разу не обязан. Если кто не часть процесса - он сам виноват.
> Они написали прослойку, которая преобразует вызовы закрытого кода в GPL_ONLY вызовы. Не
> самое быстрое и далеко не самое прямое решение.Они три года писали большую часть самопальной реализации DRM/KMS. Получилось разумеется "не очень". Потому что ядершики три года отнюдь не околачивали груши и вообще.
> Вот об этом HAL идёт речь. Только теперь действующее лицо сменилось.
Там очень популярно написано что HALы приводят к дикому бардаку. И если кому-то надо AL - он должен быть впилен прямо в ядре. Как mac80211. Как DRM/KMS. И так далее.
> И если кто не в курсе: от того что нвидия пойдт на...й
> - разработчики Linux ничего не теряют. Нельзя пользоваться нвидией и быть
> при этом разработчиком Linux - бинарный блоб в ядре ставит крест
> на отладке и отлове багов. Никто не будет изучать проблемы ядра
> с чужим блобом. Tainted kernel - no-go для разработчиков.Первая заповедь тестировщика: не тестируй чужой код.
> Первая заповедь тестировщика: не тестируй чужой код.Ядерщики не столько тестировщики, сколько разработчики. Кроме всего прочего им совершенно не хочется копаться в багах которые возможно вызваны дестроем со стороны проприетарного кода. Поэтому при вгрузке проприетари кернел метится как tainted. Он также метится как tainted и при других случаях когда кернел считает что он мог потенциально быть порушен по той или иной причине и более не считает свои операции полностью достоверными.
Поэтому господа с tainted кернелом идут отлаживать свой кернел сами, как умеют. Включя и всех юзерей нвидии. Ну то-есть если у них что-то не заработает, будет только две сущности которые могут им помочь: сам пользователь и нвидия. И совсем не факт что они такие хорошие потянут майнтенанс целого ядра Linux во всех конфигурациях. А разработчики в случае tainted kernel умывают руки. Этот маркер означает что они за дальнейшие события в системе уже не отвечают.
> При том в отличие от маздая - оно опциональное.А ты попробуй откинуть LLVM (llvm-3.7.1) от Mesa (dri-11.2). Увидишь, как оно будет опционально. :))
> А ты попробуй откинуть LLVM (llvm-3.7.1) от Mesa (dri-11.2). Увидишь, как оно
> будет опционально. :))А чего они у тебя такие древние? Даже в убунтах 16.x - llvm 3.8 и MESA 12.x или 13.x. Там вон годный баг починили который иногда взвисы вызывал. И ща он в бэкпорты разлетится, но бэкпортирует ли кто-то в 11.х до сих пор - это отдельный такой вопрос.
>> А ты попробуй откинуть LLVM (llvm-3.7.1) от Mesa (dri-11.2). Увидишь, как оно
>> будет опционально. :))
> А чего они у тебя такие древние? Даже в убунтах 16.x - llvm 3.8 и MESA 12.x или 13.x.Вопрос не ко мне. Возможно для этого есть причина - срок поддержки FreeBSD 9.x истекает 31 декабря 2016 года, ломать обратную совместимость новой версией портов никто не хочет.
> Там вон годный баг починили который иногда взвисы вызывал. И ща он в бэкпорты разлетится,
> но бэкпортирует ли кто-то в 11.х до сих пор - это
> отдельный такой вопрос.(Да, тяжело на Debian бэкпорты ждать по году, а то и больше.)
Ты правда думаешь, что в порт FreeBSD будут бэкпортировать? :)) Мантейнерам легче запортировать новую стабильную и отлаженную версию, чем что-то с чем-то сравнивать и сливать, пока новая версия не готова и проходит обкатку на линуксах.
> Вопрос не ко мне. Возможно для этого есть причина - срок поддержки
> FreeBSD 9.x истекает 31 декабря 2016 года, ломать обратную совместимость новой
> версией портов никто не хочет.Ммм... подарок на новый год. А что до оборвать зависимость от llvm совсем - не, вот извини. Должен же кто-то шейдеры генерить? Так что какой-нибудь llvm там все-таки будет. А то что бздюки именно эти версии таскают - да это их дело.
> (Да, тяжело на Debian бэкпорты ждать по году, а то и больше.)
Так не жди, как будто кто-то заставляет.
> Ты правда думаешь, что в порт FreeBSD будут бэкпортировать? :)) Мантейнерам
> легче запортировать новую стабильную и отлаженную версию, чем что-то с чем-то
> сравнивать и сливать, пока новая версия не готова и проходит обкатку на линуксах.Про обкатку и что там еще хорошо рассказал бсдшный чувак в списке рассылки. И как академики к дате тезиса судорожно дампят код, на поддержку которого потом все положат. И как корпорасы если коммитят, то вываливают как есть, без приведения к каким либо стилям и проч. Просто вытирая ноги об остальных - мол не нравится не юзайте. И потом поддерживать это никто не хочет или не может. Или академразработчики, страшно далекие от остальных и заворачивающие всех желающих комитнуть. Да, в пингвине всего этого нет. Там народ усвоил что корпорасов надо строить а код должен быть поддерживаемым.
Так что рассуждающие про протестированность и качество кода в бсдах идут лесом с интересом, имхо. Особенно - когда вопрос касается графики.
клоун: Для компаний этот HAL (расшифровывается как "уровень абстракций") дополнительно удобен тем, что позволяет избавиться от различий в разных ОС и писать единый код драйвера для всех ОСей.
> клоун: Для компаний этот HAL (расшифровывается как "уровень абстракций") дополнительно
> удобен тем, что позволяет избавиться от различий в разных ОС и
> писать единый код драйвера для всех ОСей.а хал для каждой оси типо не нужен ?? и на сколько это дешевле чем допиленый модульный драйвер ?
клоун: это разные вещи, но с похожими названиями.HAL в ОС абстрагирует ядро от оборудования.
HAL в описываемых драйверах абстрагирует драйвер от ОС.
> Пингвофинн против и может обозвать moron и прочими своими любимыми словечками, за которые русские бы в морду дали, а эти "клоуны" всё схаваютПроблема только в том, что у русских нет своего "пингвофинна". Нет и не ожидается. Диня Попов есть, "пингвофинна" нет!
> но со своим видением, а этот крендель, зарабатывающий бабло в смежной
> конторке (вполне возможно, что имеющей сговор с той же нВидиа,Крендель, между прочим, написал для радеонов открытый драйвер vulkan (RADV) покамест само амд тормозило с обещанным открытием вулкана. Это какой-то очень странный сговор, чтоли. Вот чего бы шестерке нвидии писать для радеонов открытый драйвер, вытягивая тормозняки фирмы самолично? :)
>разрабы ядра хотят вынудить разрабов аппаратуры открыть исходные коды.И правильно делают.
Вот например с драйверами wi-fi от broadcom наблюдаются подвижки к полному отказу от проприетарности в будущем. Так первоначальный проприетарный драйвер производства самой broadcom - wl (в Debian он лежит в репозитории non-free и ставится командой apt-get install broadcom-sta-dkms) для новых моделей карт может быть заменён открытыми драйверами содержащимися в ядре Linux - https://wireless.wiki.kernel.org/en/users/drivers/brcm80211
А для старых моделей wi-fi карт есть драйвер полученный реверсинженерингом - b43 (требует подключения репозитория contrib, в Debian ставится командой apt-get install firmware-b43-installer или apt-get install firmware-b43legacy-installer).
После многолетнего использования wl, я с удивлением обнаружил что моя wi-fi карточка от broadcom:
03:00.0 Network controller: Broadcom Limited BCM43227 802.11b/g/nоказывается поддерживается в драйвере b43. Причём после удаления старого драйвера wl и установки b43 выяснилось что поддержка отличная, лучше чем у wl - время загрузки ядра сократилось, и исчезли проблемы с реконнектом к wi-fi после спящего режима.
Вот таблица с указанием наличия поддержки по Chip ID для открытых драйверов b43,brcm80211 и проприетарного wl: https://wireless.wiki.kernel.org/en/users/drivers/b43
Для brcm80211: https://wireless.wiki.kernel.org/en/users/drivers/brcm80211
клоун: Несвязанные события.В ядре Линукс есть функции, которые можно вызвать только из модуля полностью под GPL. Так сделали, что эти функции позволяют ускорить ряд операций, из-за чего складывается ощущение резкого роста производительности у открытых драйверов. Ускорение реально и можно официально заявлять что причина в закрытости/корявости драйвера, но причины... Кому сейчас нужны причины?
Теперь к AMD и NVidia. Критичный им функционал является GPL_ONLY. Чтобы получить доступ к этим функциям, они пишут прослойку HAL и через одно место (зато лицензионно правильно) обращаются к ним из закрытого кода.
NVidia в своё время как раз выпустила новую видеокарту и пиарила на тех.ресурсах возможность её полноценной работы под Линукс. Пара правок в коде, экстренный выпуск нового ядра - и можно показывать жест со сцены, а NVidia ещё полгода будет искать способы решения проблемы.
Зато можно утверждать, что после этого NVidia запостила много открытого кода, чего раньше не наблюдалось - и это правда. А причины...
В офисной политике тебе ещё расти и расти.
клоун: NVidia никому ничего не открыла, но им пришлось написать свой HAL. Теперь это же сделал AMD. За ними уже выстраивается очередь и, судя по всему, эту "лавочку" решили прикрыть.
клоун: Писали мы с корешами закрытый драйвер под Линукс. Там расклад именно такой, что или 100% открытый код, или жуткий она***изм.Мы нашли третий вариант - открытый драйвер и изменённое ядро без возможности обновлений - заказчика устроило. Стоимость написания HAL чтобы обойти вежливо наложенные грабли СИЛЬНО превышала бюджет заказчика.
> клоун: Писали мы с корешами закрытый драйвер под Линукс. Там расклад именно
> такой, что или 100% открытый код, или жуткий она***изм.И это очень хорошо. Жадные мудланы будут дольше долбаться и у них будет много проблем. Поэтому они значительно менее конкурентоспособны. Nail 'em!
> Мы нашли третий вариант - открытый драйвер и изменённое ядро без возможности
> обновлений - заказчика устроило.Так пойнт как раз в том чтобы таких как вы и ваши заказчики было поменьше, а таких как мы и наши заказчики - побольше.
>после удаления старого драйвера wl и установки b43 выяснилось что поддержка отличная, лучше чем у wlЭх, рано я обрадовался, у b43 иногда случаются просадки скорости до нескольких сотен килобайт в секунду.
>По-хорошему, Линукс уже давно стоило сделать микроядерным, тогда бы и проблема ушла сама собой.дрессировщик: Как микроядерность защитит от бекдоров?
> КАТЕГОРИЧЕСКИ против.Наглое вранье, в чем можно убедиться посмотрев на список поддерживаемых железяк и кто туда коммитил. Там можно повстречать копирайты туевой хучи самых разных корпораций.
> Здесь нет компромиссов.
А вот это уже у каждого вендыря в меру своей дури. Linux не ставит своей целью сделать миньет всем и каждому. Это вполне взрослая и фичастая система с большим сообществом разработчиков, котрые и определяют вектор развития. И они его назначили вот так. Оспорить это можно в спортлото. Если кому-то не нравится Linux - он им и не пользуется. Разработчики линя от этого как минимум ничего не теряют.
Тем не менее, разработчики линуха не крокодилы и с ними можно договориться. Но - не о блобах на основном процессоре. Это нарушает их workflow и они просто отказываются поддерживать ядра с чужими багами которые они даже исследовать не могут. Это их фирменое кредо. Мне это кредо нравится.
> По-хорошему, Линукс уже давно стоило сделать микроядерным, тогда бы и проблема ушла
> сама собой. Но разработчики ядра (уже не в первый раз) предпочли
> обострить проблему, доведя её до коллапса.Это опенсорс, если тебе кажется что что-то как-то надо сделать - возьми и сделай. А мы посмотрим что у тебя получится и надо ли оно нам. Так, глядя на 30 лет "успехов" остальных микроядерных...
Не скажу за всех, но Сан-Микросистемс (до поглащения) на конференции, когда рассказывали почему нельзя все новые фишки включить в mysql, ответили что они корпорация и согласно правилам нужно иметь план. То есть многие фитчи есть в плане, но вот когда они будут добавлены разглашать нельзя.
АМД (а я покупаю только их видеокарты) тоже, скорее всего, имеет такой план. НО(!) в отличии от другой зеленой компании часто идет на встречу сообществу. Тут скорее не скандал - а почва для переговоров и как вариант корректировка корпоративных планов.
Зеленая компания в отличии от красной, в последнее время не заявляет что нормальный драйвер будет только для новых видеокарт, а остальны сусут лапу;)
И зачем бы вам новый драйвер для старья 6000 серии и ниже?
> И зачем бы вам новый драйвер для старья 6000 серии и ниже?А ты в курсе, что AMD забили на R9 270, например.
Так что они козлы
С этого места поподробнее. "AMD забили на R9 270" - инфа из каких источников?
> С этого места поподробнее. "AMD забили на R9 270" - инфа из
> каких источников?Аноним: Возможно, речь про дрова на строй архитектуре, дровишки видимо из арч линукс вики, там что-то подобное было.
у меня такая.Столкнулся с тем, что в драйверах для новых ядер и иксов идет провал, в который попадает, например, моя R9 270.
На сайте AMD "AMDGPU-PRO" начинается от R7 260 и выше, а предыдущие одно или два поколений не поддерживаются. В том числе и моя карта.
Например, их драйвер для ubuntu 15.10 работает, а для 16.04 и новее - уже нет.
Собрать вручную не вариант, ибо там проблемы в исходном коде.
И AMD этого не скрывает, просто не говорит об этом громко. Вы можете посмотреть спецификации драйверов в списке поддерживаемых видеокарт.
> Собрать вручную не вариант, ибо там проблемы в исходном коде.Мужик, я не понял. Тебе дали исходный код - что еще ты хочешь? собери сам, чего кричать то.
Неосилятор ? Тогда найди кого нить кому заплатишь и он сделает.
Большего в GPL тебе не должны.
сейчас умный слова скажу (с)Там точки входа разные. Если в новых иксах по-другому, то не заведешь и с исходниками.
Упор на обновленный xorg вроде привел к этому
так R9 270 относится к GCN-архитектуре же, вроде как
что-то вы не договариваете, мил человек
Архитектура да, только версия другая.Мало того, драйверы Crimson 16.9.2 и старше для Windows изначально тоже не поддерживают эту архитектуру.
Они работают, но часть функций отключают. приходится через одно место ставить 16.7.3
Все, что я описал доступно и с их сайта, просто надо внимательно читать
> Мало того, драйверы Crimson 16.9.2 и старше для WindowsА при чем тут виндовс? Экспериментальную поддержку GCN 1.0 запилили в свежевышедшем Linux kernel 4.9. Разумеется пройдет время до тех пор пока она станет стабильной и безбажной и на нее переключатся по умолчанию. Но желающие фич с пылу с жару могут юзануть уже сейчас, на свой страх и риск.
На выбор - проприетарный вулкан из amdgup и открытый radv. Проприетарный opencl и открытый. GL 4.5 есть что в проприетарном (-PRO) драйвере что в MESA. Ну нифига себе забили на желео. При первом же намеке на тормозняки с GCN 1.0 amd словили нефиговый uproar и нравится, не нравится а придется поддерживать вообще все gcn в линухе в нормальном виде. Amdgpu будет для всех. И с проприетарными и с открытыми компонентами. А как там в виндосе - пусть пользователи этого досвидоса и ипутся как хотят. Это ж не линукс.
Ах вот почему User294 соскочил с Ubuntu на Debian. Его хвалёная AMD R9 270 просто не завелась в новой версии *buntu! Что давало ему право поливать грязью пользователей старых видеокарт AMD HD 4xxx/5xxx и новых NVIDIA GT/GTX вдруг перестало быть актуальным, а самого отбросило в технологическом плане на несколько лет.
> Ах вот почему User294 соскочил с Ubuntu на Debian.Изя, ты упрлс. Я на десктопах пользуюсь бунтами. Но если они будут настаивать на своих snap-чтототам, я таки могу и дебиан заюзать. Это немного грабельнее в плане напильника, но ничего такого с чем я бы не справился.
А дебианом я пользуюсь на эмбедовке. Ну и на серверах временами. Основным аргументом "за" являются более удобные условия успользования репов и создания деривативов. Что актуально если я намереваюсь рубануть капусты за создание девайса. Ну не хочется мне даже минимальный шанс встречаться в суде с {сапопикалом, альтами, insert your name here}.
Ну и дебиан как-то проще как система где я хочу станцевать от печки. Когда мне надо пустой минимальный образ с zero assumptions о том чем это будет дальше. Потому что не десктоп и не сервер и отдирать всякие "базовые" и "стандартные" куски мне ну совершенно неохота. Согласно течению делеционизма, perfection is not when there is noting to add, but when there is nothing to remove. И вот в эмбедовке я таки делеционист, придирчиво изучающий каждую фигную на возможность "взять и у..ть". Ну как, система становится меньше, быстрее и стабильнее, покуда это было не в ущерб задаче :)
> Его хвалёная AMD R9 270 просто не завелась в новой версии *buntu!
Лол, изя, чтоб ты знал, он начиная с бунтов 16.* запускается из коробки и там сразу весьма приличный и шустрый GL 4.1 после инсталла системы.
> Что давало ему право поливать грязью пользователей старых видеокарт AMD HD 4xxx/5xxx
Это что, я сам себя грязью поливал?! А то у меня есть несколько 5ххх до кучи.
> и новых NVIDIA GT/GTX вдруг перестало быть актуальным, а самого отбросило в
> технологическом плане на несколько лет.Меня? Отбросило? (добилловывая 4.9-й кернел) да размечтался, плюшевый.
JFYI:Radeon R9 280X = Tahiti XT = Radeon HD 7970 GHz Edition
Radeon R9 280 = Tahiti PRO = Radeon HD 7950 Boost Edition
Radeon R9 270X = Curacao XT (Pitcairn XT) = Radeon HD 7870
Radeon R9 270 = Curacao PRO (Pitcairn XT) = Radeon HD 7870 reduced clocks
Radeon R7 265 = Pitcairn PRO = Radeon HD 7850
Radeon R7 260X = Bonaire XTX = Radeon HD 7790
Radeon R7 260 = Bonaire = Radeon HD 7790 with reduced configuration
Radeon R7 250X = Cape Verde = Radeon HD 7770 GHz Edition
это Вы к чему?
Я мб сейчас крамольную вещь скажу, но ты не пробовал юзать эту карту с месой без AMDGPU-PRO?
Тут некоторые люди поговаривают, что таки 3D ускоряется, игры играются, видео крутится.
"свободные драйвера" ускоряют, но недостаточно.Спасибо за подсказку, я в курсе. В курсе даже, что steam кривой и его программу надо доводить до ума стиранием ерунды.
Огорчил сам факт, что нормальных по скорости драйверов fgrlx нет, а то что есть - фигня
Тесты с фороникса говорят о том, что меса догнала и рвёт закрытый радеон.
... нормальных я имел в виду, что нормальных по скорости свободных
> Столкнулся с тем, что в драйверах для новых ядер и иксов идет
> провал, в который попадает, например, моя R9 270.Вон ядро 4.9 как раз вышло. С устраненным провалом. Правда да, билдануть его для этого надо правильно.
>> Столкнулся с тем, что в драйверах для новых ядер и иксов идет
>> провал, в который попадает, например, моя R9 270.
> Вон ядро 4.9 как раз вышло. С устраненным провалом. Правда да, билдануть
> его для этого надо правильно.Для билдовки ядра на линуксе нужен правильный тулчейн. А в каждом линуксе он свой и часто закрытый и/или усложнённый НАМЕРЕННО.
> Для билдовки ядра на линуксе нужен правильный тулчейн....каковым является банальный gcc :). Я обычно билдую стоковым гцц из репов. Что для x86_64, что для armhf (в репах есть готовый cross под armhf). Для чего-нибудь совсем экзотичного типа openwrt на mips с их необычными либцами может иметь смысл и внешний тулчейн но опять же это gcc.
> А в каждом линуксе он свой и часто закрытый и/или усложнённый НАМЕРЕННО.
Ядру линукса для сборки надо разве что gcc да make. Ну может еще что по мелочи, ncurses какой-нибудь для конфигуратора с менюшками.
Вообще, ядро линя одна из наиболее простых и приятных штук в сборке имхо. Разработчики линя себе не враги и поэтому сделали процессы так чтобы было сухо и комфортно.
Поддержка GCN 1.0 в amdgpu уже есть в экспериментальном виде.
> Поддержка GCN 1.0 в amdgpu уже есть в экспериментальном виде.а есть ли в каком из ppa которые видеодрова фигачат для убунты ядро с включённым GCN 1.0 в amdgpu ?
> А ты в курсе, что AMD забили на R9 270, например.Это как? Они как раз для SI сейчас в 4.9 модуль AMDGPU запилили. Вот прямо в ядре 4.9 которое на грани релиза.
> я уж подумывал следующую видяшку от АМД попробовать взятьЕсть существенный минус: АМД не умеет в CUDA. Можно возразить, что оно поддерживает OpenCL. Но и в OpenCL оно тоже не умеет. Этот прискорбный факт уже обсуждался на OpenNET. Вместо компилятора AMD написало затычку, которая работает часами и производит кучу мусорного кода. Так что тот же Blender 3d, одна из немногих линукс программ, использующих активно вычисления на GPU, не поддерживает OpenCL. И не будет поддерживать, пока AMD не починит свой компилятор. А оно чинить не желает и сообществу отдавать тоже.
под Windows OpenCL работает вполне нормально, как я пробовал обработку видео.Вы имеете в виду Linux-вариант?
И так орут, что в ОС на Линюкс дрова АМД работают намного хуже, чем в Винде, а теперь предлагают ждать, пока чудовищная машина "сообщества" в лице имеющего права единственного голоса шведо-финского Главпингвина разрешит и одобрит, потому что, мол, его боится какое-то ответственное лицо.Это на самом деле СПО? Не похоже.
Благодаря этому как ты выразился, "шведо-финскому Главпингвину", мы все еще имеем унифицированное и понятное ядро. Уже были попытки добавить кучу блобов от транснациональных корпораций в интерфейсы... хорошо что справились.
>>добавить кучу блобов ... в интерфейсыWut?
>>>добавить кучу блобов ... в интерфейсы
> Wut?Обфусицированного кода и дублирующего функционала
прям как у redhat в пакете с ядром ?
Но самое забавное, что решение принял какой-то Эрли, работающий в другой коммерческой организации. Оказывается, так можно бортануть любого и выжать с рынка, особенно, если этот любой вначале выступил со своей инициативой, открыв все спеки, а потом его же этой инициативой и прижали. Вот Жёлтый Император недон Хуан радуется-то.
Эрли на свою должность выбрали не просто так. Все они в иерархическом подчинении у Линуса, умеющие решать подобные вопросы не отвлекая его от дел куда более важных.
> Эрли на свою должность выбрали не просто так. Все они в иерархическом
> подчинении у Линуса, умеющие решать подобные вопросы не отвлекая его от
> дел куда более важных.правда? помнится не так давно он был пойман за руку в плана вставки палок конкурентам.
> правда? помнится не так давно он был пойман за руку в плана
> вставки палок конкурентам.Кому Эйрли палок навставлял? Он майнтайнер подсистемы, вставлять палки не в его интересах. А то что он не дает разводить бардак в своей области ответственности и превращать это в немайнтенабельную свалку - наверное логично. Зачем ему быть завхозом помойки вместо майнтайнра подсистемы?
http://www.opennet.dev/opennews/art.shtml?num=37852вот типа так? я разрабатываю Wayland - и всякие Mir или Xorg не будут пользоваться плодами моих разработок!
Хоть и владелец AMD карт но согласен с тем что в ядро включать нужно только код нужный всем а не только одной фирме...
Похоже, в корпоративном сегменте суся сильна. Стоило ей отказаться от Catalyst, как через 2 дня сделали AMDGPU-PRO!
Что?
Мини-новости за позавчера
Что значит за два дня? Его как минимум с весны регулярно выпускают: http://www.phoronix.com/scan.php?page=news_item&px=AMD-GPU-P...
> Что значит за два дня? Его как минимум с весны регулярно выпускают:
> http://www.phoronix.com/scan.php?page=news_item&px=AMD-GPU-P...Прочитай уже новость, два раза отправили. Был только DEB-пакет, и никакого RUN, ZIP или RPM. В Opensuse не ставилось ну никак. Мейнтейнерам Opensuse это надоело, и они объявили бойкот. Проходит два дня. AMDGPU-PRO выходит с поддержкой RHEL, SLES и вообще любого дистрибутива Linux
Вы вообще читали первое сообщение, с которого все началось?
Код драйвера практически относится к категории микрокода данного устройства, и не обязан быть открытым. У Линуса шиза уже все грани переходит.
Больше не упарывай это, лады?
Реальность не вписывается в ваши догмы, тем хуже для реальности.
Ну раз это микрокод, то пусть на самой железке этот микрокод и крутится, а не лезет в ядро. Если же хочет жить в пространстве ядра, то и играет пусть по правилам ядра.
Дело не в закрытости, а в размере (мейнтейнеру не прочитать, ответственность брать не хочет) и в том, что АМД почему-то не пилит программы которые нужны тому мейнтейнеру, а делает дрова для своих видеокарт...
AMD просто так красиво отключила от поддержки старые видеокарты, что хоть на винду переходи.
В первую очередь страдают владельцы ноутбуков.
> хоть на винду переходи.
> В первую очередь страдают владельцы ноутбуков.Так переходи и страдай. Кто ж тебя держит?
Этот DC нужен только для приблуд вроде Freesync и TrueAudio, так? Значит, не велика потеря.
И для звука по DP/HDMI, очень частый юзкейс в отличие от вами перечисленного. Так что без DC никуда.
Комментрий удалён
> Ветка удалена
Я вас разочерую. На Windows 10, старые видеокарты тоже хреново работают, т.к. AMD сломало режимы переключения энергоэфективности устройства.
> Я вас разочерую. На Windows 10, старые видеокарты тоже хреново работают, т.к.
> AMD сломало режимы переключения энергоэфективности устройства.Простите неграмотную Макаку.
разочарую*
> На Windows 10 старые видеокарты AMD тоже хреново работаютПофиксил, не благодари.
> Пофиксил, не благодари.Старую невидию оно как вга адаптер видит. Даже 360p на ютубе половину кадров теряет.
Похоже, с НВИДИИ так и не слезу.
> Похоже, с НВИДИИ так и не слезу.Ты просто упустил то время, когда вся местная неадеквать слезала в пользу видеокарт и процессоров своей новой корпорации бобра - AMD. Сейчас, как видишь, поезд уже ушёл. Очередная корпорация очередного бобра в очередной раз развенчана самими бобрами. Так что сиди ровно на чём сидел.
Смысл куда-то слезать, ведь игр как не было так и нет? Слезали из-за майнинга биткоинов, который ныне тоже не актуален.
> развенчана самими бобрами. Так что сиди ровно на чём сидел.Те кто не ту пой потреб_дь могут насладиться достаточно конструктивным и мощным обсуждением на https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... и рядом. И таки они свои рабочие процессы подстроят друг под друга. А нвидия как была outcast так и останется. И с ними будут проблемы интеграции с системой. Потому что сами они DRM/KMS понятно как пишут. А вот амдшникам как раз помогут сгладить острые углы.
Интересно, что на этот раз покажет линус.
> Интересно, что на этот раз покажет линус.Позитивный пример Майерософта, понятное дело.
> Эйрли не может принять такие изменения, так как это подорвёт доверие ЛинусаВот это я понимаю обоснование. Остальное можно было не писать.
https://lists.freedesktop.org/archives/dri-devel/2016-Decemb...Ну вот, уже наполовину договорились
тред - зачитаться можно.we want atomic also for
CrOS (which is pretty much the only linux desktop thing shipping in
quantities),we want it for the traditional linux desktop
(weston/wayland/mutter)гости из будущего.
"кто все эти люди и почему они не в армии?"(С)
CrOS - это (сокращенно) ChromeOS, которая на хромбуках
> "кто все эти люди и почему они не в армии?"(С)Ты все правильно понял, можешь уже начинать разбираться в кодовой базе иксов, если они тебе нужны. Разработчики дров их наелись и совершенно искренне в гробу их видали.
>> "кто все эти люди и почему они не в армии?"(С)
> Ты все правильно понял, можешь уже начинать разбираться в кодовой базе иксов,
> если они тебе нужны. Разработчики дров их наелись и совершенно искренне
> в гробу их видали.вы не поверите - я тоже.
(гордо отправлено с виндового десктопа)
> (гордо отправлено с виндового десктопа)Где тебе самое место.
Да правильно все..я бы вообще удивился, если бы коде бомбу в 100к строк кто-то принял.
> Да правильно все..я бы вообще удивился, если бы коде бомбу в 100к
> строк кто-то принял.У него другой КПЕ, он коммиты накручивает.
http://www.opennet.dev/openforum/vsluhforumID3/108941.html#184 Скромные труженики коммита++
. http://www.opennet.dev/openforum/vsluhforumID3/109351.html#103 ++Ничего интересного, проходите.
. http://www.opennet.dev/openforum/vsluhforumID3/109351.html#46 Майкрософт вот коммитил много и мелко, остальные работать не умеют
http://www.opennet.dev/openforum/vsluhforumID3/106791.html#49 хороводы водят, кода не пишут
http://www.opennet.dev/openforum/vsluhforumID3/109665.html#177 притона держатели.
http://www.opennet.dev/openforum/vsluhforumID3/108918.html#289 корпоративы, вечерины, аниматоры
AMD выбрала не то ядро для своих экспериментов с открытым кодом.
Да, на оффтопике сильно не наэкспериментируешься...
> AMD выбрала не то ядро для своих экспериментов с открытым кодом.Ты про это? :) https://lists.freedesktop.org/archives/dri-devel/2016-Decemb...
А то что-то *бсдшник* почему-то крайне низкого мнения о коде в ядре бсд по сравнению с *линем*. Что-что, говорите, корпорации если и коммитят то клали на гайдлайны и вываливают свои помойки как есть? Академики гонят за датой, чтобы к сдаче тезисов успеть? Ух, Де Велоперы.
жестко, но справедливо
АМД, забейте на линукс. Здесь никому не нужны работающие игры и железо с фичами, нужно чтобы вы развивали их стек, который бесполезен без железа, но ведь развивать его - и есть самоцель.
Странно, что мс не возмущается по поводу того, что им директ икс не развивают и т д, а просто продают миллионы коробок и делают игровую платформу для всех.
> АМД, забейте на линукс. Здесь никому не нужны работающие игры и железо с фичамиУ пингвиноидов не принято потреб_дствовать. А опенсорс подразумевает нормальное взаимодействие. АМДщники на самом деле в курсе, но так получилось что им напомнили лишний раз.
> нужно чтобы вы развивали их стек,
Именно так. Если некто хочет чтобы ему было сухо и комфортно, он должен стать частью процесса. Настоящей. А не как в всяких бздах, когда корпорас вываливает какой-то мусор в лучшем случае, а вы тут типа кушайте, с лопаты. Правда в этом коде никто не разбирается, а корпорасам в одно лицо тоже майнтайнить все может быть нелегко.
В результате процесс клинит. Не удается оформить какой либо core api и выделить реюзабельные куски. Потому что каждое проприетарное чм0 колхозит как умеет и плевать хотело на все кроме своего болота. Попытки что либо менять наталкиваются на тот факт что есть куча дров которые никто не понимает и подрихтовать не может. Получается отличная свалка.
> который бесполезен без железа,
В пингвине уже наверное ДЕСЯТКИ драйверов DRM/KMS. Вот что-что а железо нынче пекут все кому не лень, на все вкусы. DRM/KMS пытается сделать это проще. Но чтобы это реально получилось - причастные должны присоединиться к процессу и добиться учета своих интересов и юзкейсов. Это и в их интересах на самом деле - писать и майнтайнить драйверы станет проще, потому что core будет подыгрывать и будет в курсе их ситуаций.
> но ведь развивать его - и есть самоцель.
Это и есть совместное взаимодействие. Когда даже конкуренты сообща скоординированно делают некое core, а вокруг него потом делают свои драйверы. Фокус в том что создание core распиливается на всю толпу а драйвер писать проще всем.
> Странно, что мс не возмущается по поводу того, что им директ икс не развивают и т д,
Они крайне враждебны к этому подходу. И поэтому игроделы посмотрели на все это и ... и выбрали другой путь! Вулкан был сделан примерно так: игроделы сказали что бы им примерно хотелось. Производители GPU рассказали о ограничениях и фичах своих архитектур. Они вместе в khronos group поработали над стыковкой того что есть и что хотелось бы - и получился вулкан. Он удобен игроделам для создания движков и не враждебен к не враждебен к архитектуре современных GPU. И всем как-то дружно стало ЗБС. Ну кроме майкрософт и прочих эпплов, которые в эту формулу не входят. Вулкан даже на андроиде пилят. А майкрософт уже готов DX12 на мобилах показать, такой же как на десктопе? Или они как обычно фигачили на своей волне и тут внезапно заметили что волну они потеряли и ща основательно искупаются.
С майкрософтом невозможно взаимодействовать. Сорцев нет. А если бы и были - кто в них разбирается? Культуры взаимодействия опять же не сложилось. Площадок для взаимодействия нет. Это другая экосистема и принципы.
> а просто продают миллионы коробок и делают игровую платформу для всех.
Да вот что-то игроделы весьма охотно поработали над вулканом с производителями gpu. Оказалось что ms с их методами в этой формуле вообще может и не фигурировать. Тем более что на мобильных девайсах ms никто и звать никак. Они просто не заслуживают иметь слово в создании апи завтрашнего дня.
Как владелец hd5750 и rx470 не переживаю по поводу проприетарных дров, mesa и все работает отлично.
Владелец R7 360 поддерживает.
Вы прям как в автомобильном клубе. Владельцы.. хе-хе.
В итоге выяснилось, что обсуждаемые патчи и не предлагалось включать в апстрим, а они были выложены лишь для ознакомления разработчиков ядра с ходом работы по их приведению к пригодному для включения виду (первая отвергнутая версия была выложена ещё весной).
https://lists.freedesktop.org/archives/dri-devel/2016-Decemb...
в чём же проблема? пусть выпускают просто патч, а пользователи будут патчить сорсы. не вижу затруднений.