Состоялся (http://www.mail-archive.com/xorg-announce@lists.x.org/m... релиз X.org-драйвера xf86-video-amdgpu 1.2.0, который является форком драйвера xf86-video-ati, адаптированным для работы поверх интегрированного в состав ядра Linux модуля AMDGPU (https://www.opennet.me/opennews/art.shtml?num=42513), который также служит основой для нового гибридного (https://www.opennet.me/opennews/art.shtml?num=44698) драйвера Catalyst. Драйвер xf86-video-amdgpu ориентирован на использование с семействами GPU, такими как Tonga, Carrizo, Iceland, Fiji и Stoney. Код для поддержки старых GPU, которые не могут работать с модулем amdgpu исключён из кодовой базы драйвера.
Параллельно выпущен (http://www.mail-archive.com/xorg-announce@lists.x.org/m... релиз свободного X.Org-драйвера xf86-video-ati 7.8.0, который остаётся актуален в свете отсутствия обновлений для legacy-веток проприетарного драйвера Catalyst, что мешает использованию устаревших карт AMD с новыми выпусками X-сервера. Для взаимодействия с оборудованием используется DRM-модуль ядра radeon.
Основные новшества xf86-video-amdgpu 1.2.0 и xf86-video-ati 7.8.0:
- Значительное увеличение производительности отрисовки в режиме 2D;
- Опция "TearFree", при наличии X.Org Server 1.19 (https://www.opennet.me/opennews/art.shtml?num=45500), теперь защищает от появления разрывов (tearing (https://en.wikipedia.org/wiki/Screen_tearing)) для всех возможных конфигураций экранов, в том числе при использовании любых трансформаций RandR;- Включено по умолчанию использование DRI3 при активации архитектуры 2D-ускорения glamor и наличии X-сервера новее 1.18.2;
- Обеспечена поддержка асинхронного переворота страницы, определённого в расширении DRI3/Present (требуется драйвер из свежих выпусков ядра Linux), что позволяет увеличить производительность полноэкранных приложений при отключенной опции sync-to-vblank;
- Возможность использования аппаратного курсора со вторичными устройствами вывода в RandR 1.4 (slave output), а также при вращении или при включении режима TearFree;
- Увеличена производительность при работе со вторичными устройствами вывода в RandR 1.4;- Приведено в порядок оформление списка поддерживаемых GPU в логе X.org;
- Обеспечен более точный вывод информации о поддерживаемых возможностях провайдера RandR 1.4;
- Добавлена поддержка семейства GPU Southern Islands (только в xf86-video-amdgpu).URL: http://www.mail-archive.com/xorg-announce@lists.x.org/m...
Новость: http://www.opennet.me/opennews/art.shtml?num=45512
Отличная новость.
> Добавлена поддержка семейства GPU Southern IslandsУра! Дождался-таки
Это не то, что вы подумали.
В ядре всё по прежнему, скрыто за кофигурационной опцией.
4.9 ведро нужно ждать.
> 4.9 ведро нужно ждать.А чего его ждать? Оно уже -rc5. Сильных изменений уже не будет. Как максимум будет еще пара -rc с минорными быстрофиксами по мелочи. Если это будет не так - Тролльвальдс всех порвет. Поэтому нетерпеливые могут билдануть его хоть прямща. Ничем особо не грозит.
Это какие именно видеокарты? Просто я уже запутался совсем...
> Это какие именно видеокарты?Это самые ранние GCN'ы 1.0. Их сначала вообще в модуле ядра AMDGPU не сделали, но после многих "boo!" и требований вулканов - амд решили сделать вулкан и проч для вообще всех GCNов.
Поэтому на данный момент уникальная ситуация: SI могут работать как с модулем "radeon" так и с модулем "amdgpu". Зависит от того как ядро сконфигурено и какой модуль вгружать. Последний несколько недопилен и сырой для них, хоть и работает в целом уже. Но баги там еще есть.
> Просто я уже запутался совсем...
На тебе распутывалку: https://www.x.org/wiki/RadeonFeature/#index5h2
У меня многомесная система с двумя видяхами ATI/AMD: одна R8x, другая GCN-1.0. Стоит мне для другой видяхи GCN-1.0 использовать драйвер amdgpu с вулканами, или они одновременно со старым radeon и OpenCL дружно не живут?
Только Intel Iris Pro! Никаких зондов от NVIDIA и AMD!
Если вам нужно только окошки отрисовывать да видео ускорять, пожалуйста, пользуйтесь интеловскими картами.
Ну, в ку3 на них теперь тоже играть можно.
> Ну, в ку3 на них теперь тоже играть можно.я на 4600 интел гоняю в 1920 на 1080 в ксонотик на среднем пресете и стабильные 60 фпс есть, иногда до 40 слетает но кратковременно. А вот в контру уже не погонять, 30-40 фпс в 1366-768 уже не ахти совсем
60 fps — это лишние 17мс input lag'а, что для соревновательной игры в квакоподобные шутеры довольно много. В них играют со 125 fps или даже с 250.
ну на нвидивской карте все шоколадно, но вот вопрос конкретно про интел, смысл от 125 фпс если экран больше 60 фпс отобразить не в состоянии?
> смысл от 125 фпс если экран больше 60 фпс отобразить не в состоянии?Написано же — input lag. Так как ввод и обновление экрана крутятся в одном цикле, от fps зависит скорость реакции игры на ввод. Плюс ещё в случае с квакой от фпс зависит работа физики.
>> смысл от 125 фпс если экран больше 60 фпс отобразить не в состоянии?
> Написано же — input lag. Так как ввод и обновление экрана крутятся
> в одном цикле, от fps зависит скорость реакции игры на ввод.
> Плюс ещё в случае с квакой от фпс зависит работа физики.так вот почему на старом ноуте у меня при 40 фпс в контре и доте была жесть с мышкой, дергано и неуправляемо.
А кто-нить знает, в вяленом также устроен этот момент или по человечески?
Это проблема игр, а не графической системы. Пока ввод, физика и рендеринг крутятся в одном потоке, они будут влиять друг на друга.
Если окажется что в вяленом в принципе невозможно отключить вертикальную синхронизацию рендеринга приложений с экраном, то он будет непригоден для соревновательной игры в шутеры.
> А кто-нить знает, в вяленом также устроен этот момент или по человечески?В случае игр - там вообще-то OpenGL и MESA. MESA сбагривает результаты работы в ядро через libdrm и плагины. Ядро вгружает шейдыре и проч в GPU. А wayland там сильно сбоку и если для чего и используется - то для согласования параметров окошка и может быть композитинга, если это не фулскрин. Это все-таки не основные статьи расходов. К тому же все нормальные DE нынче умеют врубать passthrough для полноэкранных окон мимо своего композитинга. Так что игры и проч в фулскрине потенциально быстрее. Как минимум в кедах, гноме и прочих хфсе где это сделали.
А FPS падающий до 40 - это почти наверняка GPU сцену не успел зарендерить вовремя. Если у тебя на ноуте амдшка можешь включить Gallium HUD и посмотреть как оно там себя ощущает. Или поюзать утилсу radeontop. Однако имхо тебе светит урезание осетра и снижение настроек графона или разрешения.
> я на 4600 интел гоняю в 1920 на 1080 в ксонотик на
> среднем пресете и стабильные 60 фпс есть, иногда до 40 слетаетА R9 270 могет там ultimate, около 120FPS, на 2560х1440. Как бы разница. И уж наверное не интелу с их ME и бутгадами про плохость зондов рассказывать. У тебя в системе гарантированно есть этот интеловский зонд, поздравляю. И таки видеокарта может поменьше чем Management Engine, поэтому довольно странная расстановка приоритетов. Как минимум у видяхи в отличие от ME очевидного доступа в сеть нет.
Вообще-то сейчас в Debian при обновлении ядра каждый раз выводятся сообщения об отсутствующих firmware обеспечивающих какую-то дополнительную функциональность для видеокарты Intel, причём число этих firmware раньше было равно трём, а сейчас их уже стало семь.
Особенно ME это незонд.
А вы уверены, что не используется микрокод для активации встройки? А то haswell-графика на данный момент последняя, для которой не нужен(если бы существовал) микрокод.
прикольно, я как раз юзаю 4600 карту, прям расслабился
> прикольно, я как раз юзаю 4600 карту, прям расслабилсяНаслаждаешься Management Engine? :)
> Только Intel Iris Pro! Никаких зондов от NVIDIA и AMD!i740 должно хватить всем. Придумали ещё какое-то 3-D.
> релиз свободного X.Org-драйвера xf86-video-ati 7.8.0, который остаётся актуален в свете отсутствия обновлений для legacy-веток проприетарного драйвера CatalystЭто каким образом наличие обновлений ненужного жирного проприетарного глюкалова определяет актуальность свободного драйвера?
Если xf86-video-ati и потеряет актуальность, то разве что от перехода на xf86-video-modesetting. Или от замены иксов на wayland.
> ненужного жирного проприетарного глюкалова определяет актуальность свободного драйвера? <УМВ Работало НЧЯ Делал НТ?
> ЧЯ Делал НТ?Совал в рот всякие проприетарные гадости, без которых всё работало ещё лучше.
Т.е. 4K разрешения с нормальной частотой через HDMI 2.0, звук через HDMI для вывода на ресивер или ТВ (не все ж через мультимедийные пищалки слушать, многоканального звука тоже хочется), всякие плюшки типа freesync и тп - это "проприетарные гадости, без которых лучше"? Интересная у вас позиция.По факту ситуация такая: открытый драйвер не годится фактически ни для чего, кроме как предлагается выше "отрисовывать окошки, ускорять видео и играть в ку3". HTPC (нормальный ТВ, ресивер, все дела) вы на открытом драйвере не соберете, как бы вы вокруг него не плясали. На закрытом драйвере (или на нвидии с ее драйвером) - пожалуйста.
Так что в следующий раз, выгораживая открытый дравер, упоминайте пожалуйста что речь идет о вашем экране 1280x1024 (или 1920x1080 уже?), HD-звук вам выводить не надо, игры (кроме тех, что десятилетней давности) вас, разумеется, не интересуют - ведь нормальные мужики в игры не играют - и так далее.
И то, что подключить 4k-телевизор или поиграть в Deus Ex: MD на открытом драйвере ни разу не выйдет - вас не волнует, вы же живете в 2006 году, а не 2016.
Слу, чувак, а как саундбластер с EMU10K без всяких фирмварей работает? И, наверное, с хоршими ушками он довольно прилично задвинет все твои ресиверы и прочих ретриверов.
> Слу, чувак, а как саундбластер с EMU10K без всяких фирмварей работает? И,
> наверное, с хоршими ушками он довольно прилично задвинет все твои ресиверы
> и прочих ретриверов.Он не работает без всяких фирмварей. Там фирмварь, собственно, в самой карте. А как по-вашему обеспечено, что микроконтроллер общего назначения EMU10K работает в составе звуковой карты?
Качество звука EMU10K по современным меркам паршивенькое (как владелец Live, Audigy 2 ZS и X-Fi говорю). Только с X-Fi стало получше. Особенно много претензий к качеству цифрового выхода Live и Audigy (но дискутировать на эту тему я не собираюсь, тк если вы не слушали и не сравнивали, сам факт плохого качества цифрового выхода может вас слишком удивить). Ушные усилители во всей серии вообще дерьмо, их креатив только в X-fi Titanium HD поставила нормальные, до этого ни в одну серию ничего пристойного не ставили.
Но ушки меня в этом контексте не интересуют (я их и к ресиверу не буду подключать - там тоже все грустно будет. Но сравнивать выход на наушники на типичном ресивере с продукцией creative это сравнивать "два сорта дерьма"). Интересует нормальная 7.2 система. Даже не новомодный Atmos, замечу.. Как вы понимаете, чтобы к звуковой карте компьютера это подключить, придется сигнал все равно пропускать через ресивер либо A/V процессор и усилитель. Но с практической точки зрения намного надежнее (с точки зрения предсказуемости качества) и удобнее (на порядки, причем!) пустить сразу по цифре в HDMI.
> А как по-вашему обеспечено, что микроконтроллер общего назначения EMU10KEMU10K это специализированный чип от креатива для звуковух. Каким местом он "мк общего назначения"?
(аудиофильские п0нты поскипаны)
> точки зрения предсказуемости качества) и удобнее (на порядки, причем!) пустить сразу
> по цифре в HDMI.Ну тогда тебе понравятся сабжевые видяхи наверное. Однако какие там у твоей 7.2 системы параметры в итоге и, главное, соответствует ли у тебя помещение твоим заявлениям про сорта дэрьма - уже интереснее. Конечно, может случиться чудо и окажется что аудиофил реально живет в концертном зале с приличной акустикой. Но более вероятно что он "как обычно" распхал 7.1 в совеццкой халупе - и тогда заявления про какие-то там не такие качества усилков для наушников у креатива выглядят дешевым п0нтом. Потому что получить в обычной халупе звучание близкое к наушникам с хотя-бы таким усилком - нереально.
Более того (сам удивлен), люди эту самую фирмварь EMU10K перепрошивали - выпаивали чип, перепрограммировали, впаивали - чтобы "апгрейдить" одну версию лайва в другую в обход ограничений стоковой прошивки: http://sblive.narod.ru/CT4670UpToRealLive/CT4670UpToRealLive...Это просто так, на заметку. На случай, если вы еще не осознали, что в современном мире давно уже любая железка, выполняющая какую-либо функцию - как физическая плата, так и маленькие чипы в составе другой железки (напр. контроллер LAN на материнке, или гироскоп и прочие сенсоры в телефоне, и вообще практически любой модуль, который что-то там реализует) - имеет фирмварь и фактически является более-менее универсальным DSP, выполняющим инструкции согласно своей прошивке. А где находится эта прошивка - внутри, в соседнем чипе или заливается из другого места на лету - картины не меняет. Чистого "железа" нет, все, что кажется "железкой" всего лишь выполняет чисто софтварную программу. Потому что так намного проще и дешевле!
(хотя, ситуация формально несколько изменится с широким распространением FPGA. Но по сути все равно останется так же)
> ограничений стоковой прошивки: http://sblive.narod.ru/Для того чтобы умничать - надо немного разбираться в вопросе. Если что, 93C46 это еепромина с мизерной емкостью. И там банально нет места для фирмвари. Скорее всего конфигурация какая-нибудь лежит, включая и то какая это модель из похожих.
Кстати EMU10K вроде бы был последним из креативов который вообще содержал набортный DSP и мог вгружать код DSP обсчитывающий эффекты. Потом креатив все вынес в софт (драйверы на писюке) и вполне возможно что процессорного ядра в их чипах не осталось совсем.
> железки (напр. контроллер LAN на материнке,
Вот как раз чипы LAN часто делают все аппаратно. Как минимум всякие там рыгалтэки. Фирменные типа интела и прочих броадкомов - таки могут быть с фирмрварью. И это очень спорный бонус. Контроллеры SATA/USB чаще всего реализованы аппаратно. HDA аудио пресловутое тоже всего лишь кучка регистров, не более.
> или гироскоп и прочие сенсоры в телефоне, и вообще практически любой модуль,
До того как разевать рот - сунь свой компетентный нос в даташит, мистер аудиофил. Чипы бывают очень разные по структуре и как раз многие гироскопы и сенсоры часто всего лишь некий аппаратный автомат с кучей конфигурационных регистров. Хотя ничему не противоречит и сервисный процессор в чипе. На самом деле это внутреннее дело чипа - он все-равно через i2c или spi напакостить системе не может. В хучшем случае он может врать в показаниях но это может делать и чип с хардварным автоматом.
> более-менее универсальным DSP, выполняющим инструкции согласно своей прошивке.
Совершенно не обязательно. На твое горе я таки смотрел пачку даташитов на всякие гироскопы, акселерометры, компасы и проч. Трындежик не прокатил, иди перед аудиофилами расекай лучше.
> не меняет. Чистого "железа" нет, все, что кажется "железкой" всего лишь
> выполняет чисто софтварную программу. Потому что так намного проще и дешевле!Вообще-то совершенно не обязательно. Микропроцессорное ядро - достаточно сложнй блок, который может увеличить кристалл чипа + нужда разработки фирмвари. Довольно часто делают просто хардварные автоматы с кучкой конфигурационных регистров. У железячных реализаций есть преимущество: они быстрые и мало потребляют при этом. Процессоры общего назначения не могут быстро считать/перемещать большие объемы данных без превращения в печку.
Проц способный ворочать гигабит целиком в софте - да это целый китайский SoC ядра на 4, на гигагерц. С аскелерометрами тоже не все так просто - они много потреблять не должны, а если обработку в софте делать - сервисный проц будет жрать. В GPS-модулях - вот там фирмвара есть, да. Но у них и потребление по этому поводу в активном режиме - огого какое.
> (хотя, ситуация формально несколько изменится с широким распространением FPGA.
Они, внезапно, много лет с нами. Просто они специфичные. Дорогие и очень уж проприетарные/малодокументированые. Поэтому обычно встречаются только в спеицализированных железках где высокая цена и всякая проприетарность прокатывает.
> Но по сути все равно останется так же)
По сути - железо реализуется очень по разному. Из такого очевидного: атеросы ath9k - таки большой хардварный автомат, без проца в системе вообще.
> По факту ситуация такая: открытый драйвер не годится фактически ни для чего,Проверил? Точно не подходит?
> кроме как предлагается выше "отрисовывать окошки, ускорять видео и играть в
> ку3". HTPC (нормальный ТВ, ресивер, все дела) вы на открытом драйвере
> не соберете, как бы вы вокруг него не плясали. На закрытом
> драйвере (или на нвидии с ее драйвером) - пожалуйста.
> Так что в следующий раз, выгораживая открытый дравер, упоминайте пожалуйста что речь
> идет о вашем экране 1280x1024 (или 1920x1080 уже?),Вот уже несколько лет использую xf86-video-ati, xf86-video-radeonhd, потом опять xf86-video-ati, но уже с LLVM на FreeBSD и как-то, знаешь, всё что нужно на HP LP2475w показывает, причём в полный экран 1920x1200 по HDMI и по DVI.
> HD-звук вам выводить не надо
Пока нет - монитор не оборудован интегрированной аудиосистемой. А те что подцепляются к нему отдельно имеют только Audio-вход. Но вроде канал есть:
% sysctl -a | grep HDMI
dev.pcm.0.%desc: ATI RS690/780 (HDMI)
Pin cap: 0x00000094 PDC OUT HDMI> , игры (кроме тех, что десятилетней давности) вас, разумеется, не
> интересуют - ведь нормальные мужики в игры не играют - и
> так далее.Нормальные мужики предпочитают игры, которые им запали в душу.
> И то, что подключить 4k-телевизор или поиграть в Deus Ex: MD на
> открытом драйвере ни разу не выйдет - вас не волнует, вы
> же живете в 2006 году, а не 2016.Именно так.
> причём в полный экран 1920x1200 по HDMI и по DVI.Еще раз: есть 2160p телик, есть карта с поддержкой вывода в таком разрешении - HDMI 2.0 везде, все дела. Как подключить?
> Пока нет - монитор не оборудован интегрированной аудиосистемой. А те что подцепляются к нему отдельно имеют только Audio-вход. Но вроде канал есть:
Угумс. По тому, что у вас тут написано, думаю, только стерео да старенький DD/DTS (который по S/PDIF умел) пустить можно. А если я хочу дорожку с DTS-HD проиграть?
> Нормальные мужики предпочитают игры, которые им запали в душу.
Разумеется, синдром утенка и все такое. Тем не менее. Вот подрастает новое поколение и хочет, чтобы в душу им западало то, что выходит сейчас, а не 10 лет назад. Поэтому они покупают в стиме указанный Deus Ex: MD и... опаньки. Из-за религиозных предпочтений папы в системе открытый драйвер, и поиграть не выйдет.
Я не против религии, открытость, свобода, идеалы, Столлман и все такое, понимаю. Но надо уметь откровенно признавать недостатки, а не упираться, что мол "тут тоже все круто". Не круто. А очень грустно. Понятно, лет через *дцать это все будет и в открытых драйверах (на самом деле: внедрение HDMI 2.0 и прочих плюшек нынче тормозит ни разу не иксовый драйвер, ему вообще по фигу со времен внедрения KMS, а как раз ядро. Где давно уже должны были перейти на новый современный Atomic KMS, но задержались на текущем проблемном из-за труднстей внедрения). Только вот отставание - в даже такой элементарной задаче, как HTPC (про игры уж не будем) - налицо :(
> Я не против религии, открытость, свобода, идеалы, Столлман и все такое, понимаю.
> Но надо уметь откровенно признавать недостатки, а не упираться, что мол
> "тут тоже все круто". Не круто. А очень грустно. Понятно, лет
> через *дцать это все будет и в открытых драйверах (на самом
> деле: внедрение HDMI 2.0 и прочих плюшек нынче тормозит ни разу
> не иксовый драйвер, ему вообще по фигу со времен внедрения KMS,
> а как раз ядро. Где давно уже должны были перейти на
> новый современный Atomic KMS, но задержались на текущем проблемном из-за труднстей
> внедрения). Только вот отставание - в даже такой элементарной задаче, как
> HTPC (про игры уж не будем) - налицо :(Это вы линуксовому сообществу предъявляйте претензии, так как представителей других религиозных конфессий, в частности, *BSD и Apple, из X.Org выкинули за ненадобностью в марте 2012 года: http://www.opennet.me/opennews/art.shtml?num=33375
Линуксятники рулят и педалят который год в сторону какого-то своего вечно-недостижимого Светлого Будущего. А будущее-то 4k на других платформах уже наступило...
Причем тут вообще Xorg? Говорю же, проблема в "открытом стеке" в целом, а не в Xorg. И вообще, уже не особо интересно, что там между Xorg и железом происходит - без 5 минут наступила эра Wayland, а Xorg пусть пилит разве что Xwayland - довольно системно-независимый, кстати.Все описанные мной проблемы ни разу не в иксах больше, связанные с этим части в ядре. Собственно, открытое решение этих проблем есть: AMD DAL. Но только они его так написали, что в ядро в текущем виде это не принимают ни под каким соусом. Зато закрытый аналог в закрытом драйвере вполне себе есть. Как-то так...
"На других плафтормах" - на винде и макоси? Да, там наступило. На фре - не верю. Там если HDMI 2.0 и работает, то разве что на нвидии на закрытых драйверах. Уверен, что на открытых на AMD 4k/60hz через HDMI получить не выйдет.
> Причем тут вообще Xorg? Говорю же, проблема в "открытом стеке" в целом,А в чем проблема открытого стэка? Мне вот он это HDMI-аудио на амдшных видяхах как раз вывешивает, блин. Поэтому у меня на паре компов образовалось по сцуко три звуковухи аж. Т.е. в целом - аудио по HDMI открытый драйвер гонять умеет. Там какие-то проблемы с твоей конфигурацией? Или чего?
> Еще раз: есть 2160p телик, есть карта с поддержкой вывода в таком
> разрешении - HDMI 2.0 везде, все дела. Как подключить?Соединить HDMI телека и видяхи. А что, в свежем открытом драйвере HDMI 2.0 не заработает? Только не говори что ты взял какой-нибудь демьян с ядром 3.16 - на этом много чего не работает - открытые драйверы там ни о чем.
> сейчас, а не 10 лет назад. Поэтому они покупают в стиме
> указанный Deus Ex: MD и... опаньки. Из-за религиозных предпочтений папы в
> системе открытый драйвер, и поиграть не выйдет.А что, DeusEx на проприетари работает принципиально лучше чем на открытом драйвере? Открытый драйвер нынче довольно оперативно чинят под AAA игори. Хотя проблем там разумеется есть. Ну так этим AAA игры и хороши - требовательная нагрузка. Как раз что надо для выбивания крапа из драйвера.
> Я не против религии, открытость, свобода, идеалы, Столлман и все такое, понимаю.
> Но надо уметь откровенно признавать недостатки, а не упираться,Хорошо,
- А что, там не работает HDMI 2.0 на железе где он есть?
- Открытый драйвер нынче выставляет GL 4.5. Поэтому если там что-то не работает - это вообше баг.> что мол "тут тоже все круто". Не круто. А очень грустно.
Вообще-то уже довольно круто. И таки запускает AAA игры. Если не все то уже многие. И в ряде оных еще и делает каталиста по скорости. Хотя это от игры зависит. Технически каталист проигрывает в одной синтетике и выигрывает в другой, поэтому по играм есть разброс. Достаточно фороникс почитать.
> деле: внедрение HDMI 2.0 и прочих плюшек нынче тормозит ни разу
> не иксовый драйвер, ему вообще по фигу со времен внедрения KMS, а как раз ядро.А что там в ядре мешает HDMI 2.0? Само по себе ядро народ запускал даже на 4К мониторах оформленных как 2 панели по 2K, что подразумевает еще и поддержку MST-hub в дисплейпорте. HDMI 2.0 злобнее чем это?
> Где давно уже должны были перейти на новый современный Atomic KMS, но задержались
> на текущем проблемном из-за труднстей внедрения).А HDMI 2.0 тут каким боком? И вообще - старый каталист KMS вообще не юзал. А новый - использует тот же модуль AMDGPU что и открытые драйверы, внезапно.
> Только вот отставание - в даже такой элементарной задаче, как
> HTPC (про игры уж не будем) - налицо :(Это почему-это не будем? Будем. В том числе и потому что тяжелые игры - отличный способ потестировать качество реализации драйвера и вышибить баги. Их как раз не хватало до недавних пор.
А в openSUSE Leap 42.1 оно скоро прилетит, а то там сейчас 7.5.0?
Репозиторий Pontostroy, там ещё с пре-релиза лежит.
xf86-video-ati 7.8.0 пригоден для RS600 (ATI Radeon Xpress X1250)?
Пригоден.
Дайте кто-нибудь DEB'ы xf86-video-ati 7.8.0 для Trusty 14.04, пожалуйста!
шутник
А, знаете тут надо просто ржать?
Что за все эти ~40 лет *NIX'а - весь мир [ли]нуксоидов так и ниосилил декомпилить драйвера, причём всего то под 2 ведущих вендора...Хотя вон авторы проприетарных утилит тюнинга и оптимизации карт/драйверов
- в одиночку это давно успешно делают для своих хаков[реестра].
А, другие - целые oldschool игры декомпилят и пишут с нуля совместимые движки, в т.ч.вообще бывает в одиночку - и успешно.Как сказал один персонаж открыв свой код движка под предлогом обещаний его доразвивать, оказавшихся фейковми: я знаю только одного опенсорсника
- Торвальдса, а вы все просто примазались.
> - в одиночку это давно успешно делают для своих хаков[реестра].Да, вот прямо в одиночку разреверсили невъ...й программно-аппаратный комплекс с кучей сервисных сопроцессоров и докой на 900 страниц. Как насчет хотя-бы списка регистров от этих чудо-реверсеров? И не кажется ли тебе что перцы с @amd.com получше свои видяхи знают? Да, именно они теперь и пилят ядерный драйвер. Хотя иногда им таки помогают другие. Можешь посмотреть как они ручное управление вентилятором запилили в radeon.
Вообще, там реверсеры такие интересные - с @amd.com. Они даже рассказали как делается проприетарный драйвер. Бывает так что все амд не знает почему в каталисте сделано так а не иначе. Это сделали много лет назад, не задокументировали, чувак который код писал - уволился 5 лет назад, так что даже и спросить некого.
> А, другие - целые oldschool игры декомпилят и пишут с нуля совместимые
> движки, в т.ч.вообще бывает в одиночку - и успешно.Да и фиг бы с ними.
> Как сказал один персонаж открыв свой код движка под предлогом обещаний его
> доразвивать, оказавшихся фейковми: я знаю только одного опенсорсника
> - Торвальдса, а вы все просто примазались.Видимо, из персонажа не получилось Торвальдса. Ты знаешь - сдампить исходники еще не опенсорс. Опенсорс - это стартануть комьюнити вокруг и сделать людям удобно. Проприетарные виндузоиды так не умеют и поэтому опенсорса у них не получится, даже если они заспамят весь гитхаб. Это и тебя касается.