URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 103353
[ Назад ]

Исходное сообщение
"В состав ядра Linux 4.2 принят драйвер AMDGPU"

Отправлено opennews , 27-Июн-15 08:57 
Как ранее сообщалось (http://www.opennet.dev/opennews/art.shtml?num=40798), компания AMD планировала перейти к новой стратегии поддержки своих GPU в системе Linux, состоящей в том что модуль ядра будет полностью открытым, а проприетарный драйвер Catalyst станет лишь набором проприетарных библиотек режима пользователя, реализующих фирменные варианты OpenGL, OpenCL и т.д. Данная инициатива воплотилась в жизнь (http://www.opennet.dev/opennews/art.shtml?num=42078) в апреле и с тех пор драйвер проходил доработку в рамках ветки ядра Linux drm-next.


В данный момент ядерная часть драйвера AMDGPU достигла готовности и включена (http://lkml.iu.edu/hypermail/linux/kernel/1506.3/01482.html) в состав ядра 4.2. Этот драйвер будет отвечать за поддержку GPU на основе GCN, начиная с R9 285 "Tonga" (семейство Volcanic Islands) и более новых. К сожалению, в состав ядра 4.2 не войдут улучшения касающиеся поддержки новых GPU семейства Rx300, так как код с их поддержкой  появился недавно и не был готов в срок для включения в состав ядра 4.2.


Дополнительно можно отметить реализацию поддержки аппаратных блоков кодирования видео VCE1, что позволит обладателям GPU на основе ранних вариантов архитектуры GCN, снабженных блоком VCE1, использовать аппаратный блок GPU для кодирования видео в реальном времени. Ранее, как известно, поддерживался (http://www.opennet.dev/opennews/art.shtml?num=39014) только более новый вариант блока кодирования видео VCE2.

URL: https://www.phoronix.com/scan.php?page=news_item&px=Linux-4....
Новость: http://www.opennet.dev/opennews/art.shtml?num=42513


Содержание

Сообщения в этом обсуждении
"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 27-Июн-15 08:57 
Сизифов труд.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено A.Stahl , 27-Июн-15 09:13 
Да ладно! Наоборот -- камень спихнули с горы и наконец-то все сообща занялись полезным делом, а не как раньше -- каждый по отдельности катали свои кубические шары по вогнутым горам.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 11:48 
> Сизифов труд.

Да фиг тебе. Это нвидия твоя этим занимается. Вон в соседнем треде у перца не собирался драйвер. И где были ура-фанаты нвидии? Рассказали что у них - все собираетя? Зашибись, очень результативно помогли человеку. Ну а вот с амдшениками - во первых, если не собирается - релиз ядра не состоится вообще, сначала починят. А во вторых, это уже более-менее похоже на нормальную интеграцию в рабочие процессы. А до нвидии только понемногу начинает доползать. Какие-то там хидеры понемногу открывают, немного коммитят в нуво, но в основном для ARM. В общем на фоне интеля и амд твоя нвидия - полный крап.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 17:31 
Зачем же так кричать, гражданин? Не на базаре же.
P.S. Пользуюсь Невидией и у меня всё собирается.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 00:45 
> P.S. Пользуюсь Невидией и у меня всё собирается.

Ну так где вы с вашим фракталом были, когда в соседней новости некто плевался что у него - не собирается? И, главное, хренли толку со знания что у вас - собирается? Замахать пролему это не помогает. А сам факт наличия таких проблем - говорит не в пользу нвидии.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Адекват , 28-Июн-15 10:42 
>> P.S. Пользуюсь Невидией и у меня всё собирается.
> Ну так где вы с вашим фракталом были, когда в соседней новости
> некто плевался что у него - не собирается? И, главное, хренли
> толку со знания что у вас - собирается? Замахать пролему это
> не помогает. А сам факт наличия таких проблем - говорит не
> в пользу нвидии.

Зачем собирать, если можно из оффициальных репозитариев взять ?
Это все линукс-проблемы - у чувака не собирается нвидия, у меня ксорг слишком новый, чтобы каталист использовать, а открытый драйвер мне найиг не ненужен.
Вот есть windows7, и там, прикинь ? - люди не знаю что драйвера можно (в обязательном порядке) собирать, нет ксоргов, чтобы было полноценное 3D в играх...
Короче хотите жить полноценной жизнью - используйте win7, хотите секса шваброй с шипами - используйте линуксы.
Я бы на месте нвидии сказал - идите нах со своими линуксом, вот у вас нуова есть ею и пользуйтесь, если  НАМ будет нужен полноценный драйвер, мы его для СЕБЯ соберем, или для тех, от кого мы зависим и имеем мат выгоду.
То же самое и с АМД - типа да, пока полноценного драйвера для игр под линукс у нас нет, но может через полгода мы займемся этим.
КАК БЛИН ВООБЩЕ можно что-то предъявлять нвидии или радеонам, если ВЫ ни копейки им не заплатили ?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено mine , 28-Июн-15 11:31 
Заплатил. Я у них железо купил, прикинь, да...

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 12:38 
> Зачем собирать, если можно из оффициальных репозитариев взять ?

"А если вот так посмотреть - то вовсе даже и не кривой". Но только там тоже может быть что-нибудь не так. Драйвера видеокарт - большая и сложная штука. И гарантий что оно вот так снаскока в произвольной конфиге будет ЗБС - никто не даст.

> Это все линукс-проблемы - у чувака не собирается нвидия, у меня ксорг
> слишком новый, чтобы каталист использовать,

Это не линукс проблемы, а проблемы с проприетарщиной в открытой системе. Проприетарь - чужеродный элемент в открытой ОС. Откуда все и вытекает. На проприетарь там все клали. Если в штуках типа игр это еще относительно пофиг, то проприетарный компонент в открытой системе - заявка на залeт. Это потенциально проблемное комбо.

> а открытый драйвер мне найиг не ненужен.

Ну и кто тебе доктор? А я вот пользуюсь открытым софтом чтобы не иметь глупых проблем характерных для проприетарщины. С таким подходом можно пользоваться шиндошсом и не париться. Но меня характерные проблемы проприетари достали. Я более никогда не вернусь на проприетарь.

> Вот есть windows7, и там, прикинь ? - люди не знаю что
> драйвера можно (в обязательном порядке) собирать, нет ксоргов,
> чтобы было полноценное 3D в играх...

Ога. Там вместо этого из коробки не работает WebGL. И чтобы он на, допустим, интеле заработал, надо неслабо изогнуться, найдя на сайте интеля правильную версию, где оно таки работает. Нет, скачать "обновленный" драйвер из маздайапдейта - не катит. Как минимум, когда я это пробовал сделать, там была столь же забагованная версия, которая тоже в блеклисте, тоже за глюки. А еще как-то раз я обновлял видеодрайвер на свежеустановленной семерке из винапдейта. Система повисла. При обновлении видеодрайвера. Которое сама же и предложила. Круто, чо.

А насчет дров к видеокартам - достаточно зайти на любой сайт с обсуждениями виндов и там будет туева хуча своих проблем.

> Короче хотите жить полноценной жизнью - используйте win7,

Ага, расскажи это моим знакомым которые по незнанию winxp до win7 заапгрейдили, а там возьми да и не заработай их radeon 9200. Никак - стандартный VGA адаптер. На котором даже 360P в ютубе смотреть отвратно. Пришлось им xubntu поставить - графика в разы быстрее на этом древнем компе стала. Да, за счет драйвера Radeon. С которым, я, кстати, ничего не делал. Кроме установки системы. А в винде после установки оси надо еще пачкой дисков диджействовать, btw.

> шипами - используйте линуксы.

У меня иное мнение на этот счет - это про винду и подходы микросакса.

> Я бы на месте нвидии сказал - идите нaх со своими линуксом,

Торвальдс недвусмысленно сказал нвидии куда идти. Так что флаг им в руки, лично я расстраиваться не буду. Вот только на х86 нвидию врядли ждут радужные перспективы, т.к. low-end и начало mid-range будет откусывать интеграт, а на остальном микрософт им вообще совсем ничем не поможет. И они кажется догадываются об этом. Нвидию с рынка х86 грубо выперли. Сначала с чипсетами, а теперь и с интегратом.

> КАК БЛИН ВООБЩЕ можно что-то предъявлять нвидии или радеонам, если ВЫ ни
> копейки им не заплатили ?

Вы там что, спятили? Ник поменяйте тогда. А с рекламой винды - дуйте на течнеты, там вас поймут. А тут вы не в тему. Мы тут про открытое ПО, без всякой блоботни.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено andy , 29-Июн-15 09:34 
> Торвальдс недвусмысленно сказал нвидии куда идти. Так что флаг им в руки,
> лично я расстраиваться не буду. Вот только на х86 нвидию врядли
> ждут радужные перспективы, т.к. low-end и начало mid-range будет откусывать интеграт,
> а на остальном микрософт им вообще совсем ничем не поможет. И
> они кажется догадываются об этом. Нвидию с рынка х86 грубо выперли.
> Сначала с чипсетами, а теперь и с интегратом.

Кстати, хотел спросить, так как не следил - почему у nvidia с
чипсетами не получилось? nForce, вроде, вполне приличными были?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено tipa_admin , 29-Июн-15 10:05 
> Кстати, хотел спросить, так как не следил - почему у nvidia с
> чипсетами не получилось? nForce, вроде, вполне приличными были?

Нвидию сначала Интел послал с чипсетами (не потерпел конкуренции, решил в одну харю клепать под свои камни). Насчёт АМД не знаю, предполагаю, что тоже послали после покупки АТИ.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 21:18 
> Кстати, хотел спросить, так как не следил - почему у nvidia с
> чипсетами не получилось? nForce, вроде, вполне приличными были?

Во первых, они таки были горячие и горели только в путь, как и многие другие чипы от нвидия. Так что насчет приличия можно поспорить.

Во вторых, как-то так интель однажды взял да и не стал лицензировать нвидии очередную процессорную шину, поменяв front-side bus проца в очередной раз. Нвидии только и осталось что обтечь и утереться. Где-то в те же поры амд не долго думая прибрали к рукам ATI. А как известно, ATI кроме всего прочего - еще и чипсеты под амдшные процы выпускали. У амд в результате появились свои чипсеты. Подогнаные под их процы. Не помню, гнобили ли они нвидию специально, но в любом случае, нужность чипсетов от нвидии и способность нвидии этим конкурентоспособно заниматься предсказуемо ушли в плинтус.

Наученные таким горьким опытом они теперь тегры делают. Там они делают все и их никто не нагреет. Но правда из-за гигантомании с зашкаливающим TDP и конских цен их процы не то чтобы пользуются какой-то огромной популярностью.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 20-Ноя-15 10:04 
Стоит ещё заметить, что одновременно с описанными вами событиями произошёл переезд дорогой логики из чипсетов напрямую в процессоры, что сделало ненужными дорогие чипы, а дешёвыми не так выгодно заниматься.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 30-Июн-15 10:39 
Слышь, дитё, я чё, должен теперь за дрова платить? Ну ОК, пусть твоя нвидия тогда ISA выложит от моего железа.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 27-Июн-15 18:47 
> Вон в соседнем треде у перца не собирался драйвер

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 00:48 
> Так там всё выяснили - он пользуется шлаковым дистрибутивом, репозитории которого
> обновляются через пень-колоду.

Нет, вот извините, вы неправы в причинно-следственных связях. Изначально шлак - нвидия. Потому что левый кусок проприетари, никак не интегрированный с остальным процессом разработки дистров и ядра. А все остальное - следствие. То что гентушечка изогнулась в позу зю под проприерастов - я даже не знаю, можно ли проституцию плюсом считать.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Crazy Alex , 28-Июн-15 01:39 
Э, стоп. Что Фрактал тут ерунду несёт, как обычно - понятно, но предъявлять к дистрибутиву претензии за то, что в нём быстро пакеты появляются - это вообще ни в какие рамки.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 02:22 
> предъявлять к дистрибутиву претензии за то, что в нём быстро пакеты
> появляются - это вообще ни в какие рамки.

Прогибаться под причуды проприерасов, выбирая Правильный Дистр и что там еще - это таки больше претензии фракталу и его неадекватности. Хотя если дистр сильно закостыливает что-то под проприерасов - это тоже спорная фича. Вон бояздэшники под проприерасин расстилаются. И об них в результате постоянно вытирают грязные сапожищи. Ну вон у сони AAA игры работают на обрубках от FreeBSD. А у фрибсдшников вообще такие APU не работают (думаю понятно что соня впаяла в приставку близкого родственника ширпотребного проца, так что основные блоки те же самые). Вот такая вот справедливость по мнению ппроприерасов. Если фрактал за подобное поведение - шел бы он лесом, с интересом, к друзьям из сони.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 06:46 
Зачем мне куда-то идти? Мне и на генте отлично. Пользуюсь всеми возможностями и похихикиваю над убогими, которые назло проприетарщикам отмораживают себе уши -))



"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 12:45 
> Зачем мне куда-то идти? Мне и на генте отлично.

Прекрасно, только вот опенсорс - все-таки не о том чтобы всем резко строиться под прuдуpкa-фрактала и его видение мира. И уж тем более - под причуды нвидиевских блобмейкеров. Ты таки латентный проприерас, дружок.

> Пользуюсь всеми возможностями

Ага, попробуй блоб от нвидии запустить на ARM или MIPS с PCI-E :). Нуачо, одна из сильных фич генты - это средства для кросскомпила. Если уж мы про ВСЕ возможности. А если ты вперся рогом в один х86, один блоб, один дистр и одного нвидиафюрера - тогда не надо врать про "все" возможности, чтоли.

> и похихикиваю над убoгими, которые назло проприетарщикам отмораживают себе уши -))

Да вообще удоды - не хотим ходить строем так как удобно каким-то нвидиям и фракталам. Не хотим видеть мир х86-only. Не хотим чтобы нам откусывали "лишние" мониторы без возможности это оверрайднуть. Не хотим выбирать ядра и иксы под причуды блобмейкеров. Ну его на...й "все" возможности нвидии помыкать мной на предмет того как мне правильно устраивать мою систему, имхо.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено ananimas009 , 28-Июн-15 21:22 
блоб блоб блоб блоб блоб блоб блоб блоб блоб
как шарманка

как там с блобами для вифи и прочих фирмваре? уже кругом опенсурц?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 05:55 
> как там с блобами для вифи

У меня - никак. В смысле, для большинства моих сетевок фирмварь не требуется совсем, а дрова опенсорсные. Ну есть еще пара юсб свистков цепляемых ath9k_htc. Так и там квалкомм-атерос жжот напалмом, выложив опенсорсное фирмваре на них :)

> и прочих фирмваре? уже кругом опенсурц?

Кругом, не кругом. А процесс идет.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 06:45 
> Изначально шлак - нвидия. Потому что левый кусок проприетари, никак не интегрированный с остальным процессом разработки дистров и ядра

А все остальные десятки тысяч пакетов интегрированы? Ахахах, пиши ещё, младохейтер проприетари -))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 12:47 
> А все остальные десятки тысяч пакетов интегрированы?

Прикинь, да. В нормальном виде ожидается некая интеграция. И обычно она более или менее есть. А если это не так - это вообще баг. Ну то-есть я не знаю как там в вашей генте, там в принципе и хаотично наваленная свалка может быть. А в дебианообразных например обычно ожидается что весь софт их пакетов соответствует неким вполне себе задекларированным политикам.

> Ахахах, пиши ещё, младохейтер проприетари -))

Эк у тебя бомбануло то. Тоже мне, iZEN от линукса...


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 15:27 
> Прикинь, да

Если юный воен попробует установить все пакеты, которые доступны в репозитории - его ждёт сюрприз -))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 06:01 
> его ждёт сюрприз -))

- А если рельсу?! - спросили суровые сибирские мужики.
- Хрясь! - сказала крутая японская пила.

В смысле, ты хочешь сказать что у тебя в генте в результате такой деятельности помойка будет меньше? Ну разве что по причине что софта в портажах меньше, других причин я придумать себе не могу. А так - скажи, нафуя мне в системе СОРОК ТЫСЯЧ ПАКЕТОВ? Это ведет к каким-то практически значимым юзкейсам, за пределами твоего детского растопыривания пальцев? Вот реально - что я по твоему мнению должен делать с 40К программ и библ, клоун?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 08:02 
Ты на Гентоо бочку не кати! В генто дрова AMD/ATI нормально работают, как и остальные..

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 22:48 
Его и не нужно собирать. Он уже есть во всех диструбутивах.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Sluggard , 27-Июн-15 18:36 
Не понимаю, зачем заминусовали коммент. Твоя боль, звучаящая во многих AMD-новостях, она как музыка. )

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено soarin , 27-Июн-15 09:17 
Хорошо. Может когда-нибудь я в первый раз куплю AMD

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено ferux , 27-Июн-15 17:13 
как только узнал, что R9 285 будет поддерживаться, взял её. Выйдет 4.2 - будем тестить :)

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 18:39 
А зачем? AMD медленнее nvidia и горячее, смысл покупать заведомо худший товар?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:01 
> А зачем? AMD медленнее nvidia

Какой-нибудь *coin mining comparison готов с этим весьма и весьма поспорить :)

> и горячее,

Наверное именно поэтому нвидии называют ПЕЧами :)

> смысл покупать заведомо худший товар?

Этот мир не черно белый. И сочетания параметров бывают разные. Вот амд например интересны тем что у них мощные числокрушилки, при том что они достаточно прилично поддерживаются открытыми драйверами. Так что для пользователей опенсорсных систем, желающих контролировать свое окружение - это довольно интресная опция.

У интела хорошие открытые драйвера, но слабое железо. Нвидия просто откровено жoпoй к опенсорсу. Ну вот и получается что тем кому хочется нечто мощное и поддерживаемое открытыми драйверами, чтобы с минусами проприетари не бодаться, остается АМД...


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 04:47 
на видеокартах давно никто не майнит, так только в минус уйдешь
GTX набери на русской раскладке, поймешь почему так называют

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 12:52 
> на видеокартах давно никто не майнит, так только в минус уйдешь

Все это зависит от валют. Конкретно биткоины - да, так майнить смысла мало. Но как бенчмарк массово параллельного алгоритма - по любому интересный вариант.

> GTX набери на русской раскладке, поймешь почему так называют

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено абвгдейка , 28-Июн-15 17:19 
исторически - это как? На _данный_ момент готовить можно исключительно на амдешках, ну и по питалову он тоже жадные :)

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 06:09 
> исторически - это как?

Ну вот так, звание ПЕЧи оправдывают почти все нвидии. Единственное исключение - какие-нибудь не сильно крутые представители 900-й ветки и совсем уж затычки для слота.

> На _данный_ момент готовить можно исключительно на амдешках,
> ну и по питалову он тоже жадные :)

Ну не знаю, на моем R9 270 ничего особо не приготовишь. В idle он вообще лишь на несколько градусов теплее воздуха в системнике, да и на максимуме - при весьма приличной производительности этому "жадюге" хватает одного 6-pin разъема.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 30-Июн-15 10:23 
>Наверное именно поэтому нвидии называют ПЕЧами :)

ПЕЧ - это GTX, набранное в русской раскладке.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 01-Июл-15 18:12 
> ПЕЧ - это GTX, набранное в русской раскладке.

Я как бы в курсе. Но прижилось оно потому что у нвидии была манера вытягивать заурядность архитектуры адским переразгоном, до состояния когда чип превращался в ПЕЧку, с рабочими температурами при которых можно было жарить яичницу.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено iPony , 29-Июн-15 10:14 
Если допустим Mir будет лучше работать на AMD, мне этого уже достаточно будет.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 09:23 
7970/280x на свалку истории?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 09:28 
Модуль radeon как развивался, так и будет развиваться

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 09:50 
как и 380x тогда уж

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено anonymous , 27-Июн-15 10:15 
Э не! R9 380 это как раз единственная карта из 300 серии которая будет поддерживаться AMDGPU ибо это тот же чип, что и R9 285. Все остальные карты 300 серии это те же чипы из 200, а потому буду юзать Radeon.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено ferux , 27-Июн-15 19:36 
Те же, да не те же чипы. Пруф, пожалуйста, что будет поддерживаться только R9 380.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 11:50 
> 7970/280x на свалку истории?

Вообще, RadeonSI развивается нынче довольно бойко. Вон VCE1 - запилили. А в MESA - для них тесселяцию сделали, как раз в RadeonSI. Одно из самых сложных расширений GL 4.x, которое еще не было в MESA. Всех бы так "на свалку истории" выносили :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено qer , 27-Июн-15 13:52 
А как его вообще использовать - апартное кодирование с mesa. Я так понял, там используется openmax, а какой софт его умеет?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимус сапиенс , 27-Июн-15 14:21 
http://www.gearsongallium.com/?p=2288

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 15:46 
IIRC, можно через gstreamer задействовать.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 22:58 
они fglrx выкинут вообще? В ближайшее время... вообще в radeon нет нескольких несложных но важных вещей.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:03 
> несложных но важных вещей.

Например, каких?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 02:25 
> 7970/280x на свалку истории?

Вы, главное, скажите на какую свалку понесете - я туда зайду :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Shtirliz72 , 27-Июн-15 09:28 
Было бы намного лучше, если бы они и изначальную версию GCN в виде HD7970 включили бы в поддержку.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 09:31 
Спасибо AMD за первые GCN...

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимище , 27-Июн-15 10:00 
Кто-нибудь разъясните, пожалуйста: карты модельного ряда HD 7000 в пролёте? Али будут таки аппаратно ускорять/декодировать видео?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено paulus , 27-Июн-15 10:12 
вы в пролете, а я и подавно...

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено anonymous , 27-Июн-15 10:16 
> Али будут таки аппаратно ускорять/декодировать видео?

Аппаратное кодирование/декодирование для HD7000 уже наверное более года в открытых драйверах есть.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимище , 27-Июн-15 10:28 
Так, теперь я вовсе запутался, тогда о каком "использовании аппаратного блока GPU для кодирования видео в реальном времени" в этом новом драйвере AMDGPU идёт речь? Если о таком же что и был в предыдущих опенсорсных драйверах "которые уже около года умеют аппаратно ускорять графику" HD 7000, то в таком случае, будет ли продолжена поддержка этих карт в этом драйвере или даже может что улучшится?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 11:16 
Это фраза никак не относится к AMDGPU, это к radeon.

VCE1 - это:
APU: Ax-5xxx, Ax-6xxx
GPU: 77xx, 78xx, 79xx, r7 250x,  r9 270(x), r9 280(x)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 12:13 
> для кодирования видео в реальном времени" в этом новом драйвере AMDGPU идёт речь?

Это таки для Radeon, для более старых GPU. АМДшники в 4.2 ударно закоммитили - и новый драйвер и улучшения в более старом. Новый драйвер - это новый драйвер. А улучшение в более старом Radeon состояло в поддержке блока аппаратного кодирования видео VCE 1.0.

Начиная с GCN у амд появился не только блок ДЕкодирования видео ("UVD", вывешивается через кучу апи как то vdpau, va-api, etc) но и аппаратный блок кодирования видео ("VCE", вывешивается обычно через апи OpenMAX). Их исторически было 2 ревизии, в GCN 1.0 - VCE 1.0, в GCN 1.1 - VCE 2.0. Как-то так в первом приближении. Ну и поначалу в Radeon сделали только VCE 2.0 в совсем новых вариантах GCN. А тут до кучи и в более старых теперь заработало. А декодирование видео сто лет как работает везде...


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 11:56 
> Кто-нибудь разъясните, пожалуйста: карты модельного ряда HD 7000 в пролёте?

Смотря что вы считаете за пролет.

> Али будут таки аппаратно ускорять/декодировать видео?

Ускорение _декодирования_ видео на UVD должно работать на чуть ли не всех мыслимых радеонах, в том числе и 7000-х. А 7000 бывают разные - до примерно 7700 это нечто типа VLIW5. А 77хх - GCN 1.0 в основном, за исключением 7790 который IIRC является аж GCN 1.1, если меня не глючит.

А если вопрос в _кодировании_, то VCE, как я понимаю, появился только в GCN'ах, при том сначала запилили VCE 2.0. А теперь вот и 1.0 в ядре 4.2 будет, так что на более старыx GCN тоже теперь заработает. Еще есть например x264 и его ускорение кодирования через OpenCL. Это вообще работает на всем что считать умеет - ставите себе свежий llvm, clover и что там еще и получаете скоростные вычисления. Даже вроде не особо глючит уже и вообще пашет себе.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимще , 27-Июн-15 12:09 
Вот, теперь стало всё ясно, спасибо большое за подробное объяснение. Я со своей HD 7670 в пролёте с кодированием..но да ладно, уже ничего не поделаешь, спасибо и за то что есть).

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 12:16 
> своей HD 7670 в пролёте с кодированием..

А это вообще VLIW еще, как я понимаю. И блока VCE у него насколько я понимаю нет совсем. Можно попробовать ускорить кодирование через opencl, в x264 запилили и со свежим clover и прочая даже вроде работает. Тем не менее, околореалтаймное кодирование видео все-таки относительно нишевая штука. Актуально если хочется записать скринкаст или поток с камеры с большим разрешением без ломовой нагрузки на систему.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимище , 27-Июн-15 13:09 
Спасибо, что насчёт HD 7670 разъяснили до мелочей).Через openCL пробую кодирование.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 08:20 
> Спасибо, что насчёт HD 7670 разъяснили до мелочей).Через openCL пробую кодирование.

find /usr/portage -name *.ebuild -type f -print | xargs grep opencl |awk -F'/' '{print $4"/"$5}' |sort |uniq
...

Оно должно уже всё работать из каробки!

Пересобери:
media-libs/mesa
media-libs/opencv
media-libs/x264
с поддержкой OpenCL


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимус сапиенс , 27-Июн-15 14:25 
> А это вообще VLIW еще, как я понимаю. И блока VCE у
> него насколько я понимаю нет совсем. Можно попробовать ускорить кодирование через
> opencl, в x264 запилили и со свежим clover и прочая даже
> вроде работает. Тем не менее, околореалтаймное кодирование видео все-таки относительно
> нишевая штука. Актуально если хочется записать скринкаст или поток с камеры
> с большим разрешением без ломовой нагрузки на систему.

Из VLIW VCE есть на ричландах.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 15:57 
> Из VLIW VCE есть на ричландах.

А, это в APU чтоли? AMD знают толк в извращениях :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 18:26 
На AMD всё давно кодируется, правда только на открытых драйверах.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 22:59 
они умеют декодировать ускорять и на fglrx и на radeon.
а теперь и кодировать должны...

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 10:16 
Ход невидии?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено A.Stahl , 27-Июн-15 10:22 
Выпустят ещё более тёплую и производительную печку, продажи 20 штук которых полностью (финансово) перекроют отток линукс-пользователей.
Забудь ты уже про энВидию под линуксом. Сейчас вообще кроме Интел нет видеокарт под линь. Ну вот может быть(!) АМД подтянется.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 27-Июн-15 11:14 
> Забудь ты уже про энВидию под линуксом

Ну да, всё отлично работает же - это не по-красноглазьи! Лол.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 11:58 
> Ну да, всё отлично работает же - это не по-краснoглазьи! Лол.

Я видел как оно у перца отлчно не собиралось с новым ядром. А от тебя было много помощи - рассказал человеку что вот у тебя любимого зато все работает. Охренеть как результативно. А знаешь, у амд это как-то получше организовано нынче, имхо.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено A.Stahl , 27-Июн-15 13:19 
Фрактал считает, что никто никогда и ни при каких обстоятельствах не имеет права желать или нуждаться в ядре и/или Х-ах иной версии нежели поддерживает энВидия.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 15:59 
> Фрактал считает, что никто никогда и ни при каких обстоятельствах не имеет
> права желать или нуждаться в ядре и/или Х-ах иной версии нежели
> поддерживает энВидия.

А еще он почему-то считает что нормально когда решением проблем является "обтечь и обломаться". А мне такие подходы кажутся совсем не в духе опенсорса. В смысле, в чем пойнт системы с окрытыми исходными текстами, если преимуществами этого подхода в результате пользоваться не получается и вместо этого случается "как в винде"?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 27-Июн-15 18:53 
Видишь ли, в истинно опенсорсном дистрибутиве - в генте - новые версии nvidia-drivers появляются через несколько часов после анонса, поэтому никаких проблем с ними не бывает даже с RC-ядрами в 99% случаев. Ну а латентные вендузятники, использующие кривокосые бинарные дистры вроде убунты, должны страдать, да -))



"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:15 
> Видишь ли, в истинно опенсорсном дистрибутиве - в генте

Видишь ли, мне не нравится когда мне пытаются что-то там с нахрапом диктовать какие-то левые проприерасы (и их прихлебатели). И нет, это - не опенсорс. Потому что истинно опенсорсный fork() на нвидии не работает - за отсутствием сорцов под нормальной лицензией.

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

> - новые версии nvidia-drivers появляются через несколько часов после анонса,

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

> с ними не бывает даже с RC-ядрами в 99% случаев.

Остается остальной 1%, когда факап таки бывает. И когда никто ничего сделать не может. Фанаты дружно прыскают в кусты. А опенсорсный драйвер что, если там будут ошибки в ядре - это будут чинить в темпе вальса. Потому что это - часть ядра. И стало быть, баг в ядре. И релизиться - нельзя вообще.

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

> Ну а латентные вендyзятники

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

У тебя есть полный сорце нвидиевского крапа? Нет? Тогда какой ты нафиг истинный опенсорсник? Или уж трусы, или уж крестик.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:48 
Во как анон дергается. А я тебе прямо в лоб. Эсли такой работнег - intel камня для HD за глаза. Эсли игрули, то какая мне разница, танцы на льду или под водой, мне тележку катить.

И да, про темп вальса - балабол. У меня сейчас режим не работает, а мне месяц ждать. Ну ну.
И ты у нас ну прямо root. Что же в свободном драйвере ты контролируешь? Герцы считаешь?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 03:05 
> работнег - intel камня для HD за глаза.

А я хочу себе кучу могучих числодробилок под скоростные вычисления. А до кучи на них и поиграть можно. Почему бы и нет? Универсальный массив процессоров - на то и универсальный, что и посчитать и поиграть, им все-равно что считать. Но все это не про интель - у них GPU архаичны по архитектуре и хилы в плане производительности. Не говоря о том что их нельзя поставить несколько штук и легко проапгрейдить.

> мне тележку катить.

Турбины на "боинге" до кучи эту "тележку" еще и катать могут, хе-хе :). При том довольно быстро. Знаешь, мой GPU (R9 270) втыкает моему 8-ядерному CPU (FX-8120) примерно в 40-50 раз на массово параллелящихся вычислениях. Это, конечно, катит не для всех алгоритмов. Но там где катит - результат эпичен. Даже самый крутой интелевский проц, более чем за килобакс, утопленный в жидком азоте - не сделает 150-баксовый GPU... ;)

> И да, про темп вальса - балабол. У меня сейчас режим не работает, а мне месяц ждать.

Какой у тебя "режим не работает"? И чего ты ждать месяц намерен? У моря погоды? Что через месяц должно случиться? Если ну ой пипец как надо - обычно можно взять свежак у кого-нибудь из разработчиков или в drm-next. А если повезет - они вообще сбацают патч персонально для тебя, чтобы проверить что твой баг - ушел. Им так быстрее и проще чем фигачить бажный код в майнлайн и потом обламываться и пару месяцев ждать новый кернель, а 2 месяца юзери будут мозги клевать. Но для этого надо проявить немного адеквата и кооперативности. Если проблему хорошо зарапортовать - обычно все очень даже в настроении ее зашибить.

> И ты у нас ну прямо root.

I am. Я набираю кастомные системы под кастомные задачи. Мне нравятся разные процессорные архитектуры. И мне не надо систему где какие-то левые проприерасты будут за меня решать что и как мне делать. Зачем мне еще одна винда? Я пришел в опенсорс для того чтобы реально пользоваться его плюсами. По факту, а не для распальцов.

> Что же в свободном драйвере ты контролируешь?

Все что угодно. Вплоть до самоличного реверта коммитов которые кажутся вызыавющими проблемы, с целью посмотреть "не пропал ли баг". Я таки в состоянии взять штурвал на себя.

> Герцы считаешь?

И это тоже, если оно мне зачем-то надо. Я в курсе где посмотреть герцы и не только их.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 06:58 
> Остается остальной 1%, когда факап таки бывает. И когда никто ничего сделать не может

Нет, в этих случаях я просто скачиваю патч с nvidia devforum и кидаю в определённый подкаталог в /etc/portage/patches

> Точно такое же отсутствие контроля над окружением

Отсутствие контроля над окружением - это когда ты сидишь на кривоглючном драйвере и не знаешь, будет ли работать то или иное 3D-приложение. А блоб nvidia предсказуемо работает -))

Ну, это у нормальных людей такое представление о контроле над окружением. У горлопанов это может означать контроль над исходными кодами, в которых они, кстати, ни шиша не понимают - просто открывают исходники в редакторе и проникаются священным чувством контроля -))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 13:07 
> Нет, в этих случаях я просто скачиваю патч с nvidia devforum и
> кидаю в определённый подкаталог в /etc/portage/patches

Я помню, три месяца не могли патч под ядерный модуль родить, тут еще павлин патчами размахивал потом. Знаешь, я как-то абсолютно не желаю тратить мое время на разборки с факапами ПРОПРИЕТАРНЫХ модулей, где вендор еще и подгаживает какой-нибудь дрянью типа отпиливания мониторов, где нет нормального багтрекера, и вообще, формат взаимодействия - ну совсем не в духе опенсорца. Я лучше то же самое время потрачу на взаимодействие с опенсорсниками. Это намного приятнее, им нет смысла меня кидать, а коммит вызыавющий вопросы я могу ревертнуть сам, парой команд гита. И баг в багзиллу повесить можно по человечески. И потом хотя-бы трекать его статус как белый человек. Мне взаимодействие в таком формате нравится сильно больше.

А размахивание пересборкой все и вся из сорцов в генте при таком покладании на лучшие практики опенсорсного мира выглядит кривым и странным, имхо. Я не вижу перспектив в взаимодействии в таком формате.

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

Если не будет - я пойду и вкатаю баг. В нормальном багтрекере, а не какой-то левой побочной хне. А потом еще и протестирую его исправление, возможно погоняв промежуточные версии патчей с фиксом. А в результате у меня будет система где все приложения попавшиеся на моей дороге таки работают. А в экстренном случае я могу git-ом отыграть в ту или иную сторону на несколько версий в ручном режиме, если ну очень надо. Вот это - сила опенсорса.

> А блоб nvidia предсказуемо работает -))

Спасиб, я не нуждаюсь в драйвере где мне предсказуемо отпилят "лишние" мониторы или который предсказуемо не заработает на ARM или MIPS (и вообще, всем что с PCI-E но без х86). Я отнюдь не собираюсь давать клятву на вернось х86 архитектуре по гроб жизни, например. Блоботня в лине - фундаментально неправильный подход.

> кстати, ни шиша не понимают - просто открывают исходники в редакторе
> и проникаются священным чувством контроля -))

Конечно, намного лучше когда тебе в системе отпилили лишние мониторы без спроса, а ты и оспорить не можешь, только обтекать. Я такого в винде уже наелся, добавки как-то совсем не требуется. Поэтому я за опенсорс, там такие номера не в почете. И вообще, намного более честные и дружественные форматы взаимодействия.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 15:29 
> Знаешь, я как-то абсолютно не желаю тратить мое время на разборки с факапами ПРОПРИЕТАРНЫХ модулей

Которые случаются раз в пятилетку и то - на RC-ядрах. А швабодные дрова работают через пень-колоду всегда и везде, лол.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 21:33 
> Которые случаются раз в пятилетку и то - на RC-ядрах.

А еще есть такая маленькая деталь: разработчики ядра Linux смотрят волком на tainted kernel-ы. И поэтому при попытке зарепортить баг в майнлайн - ты со своей нвидией отпраляешься лесом с интересом, потому что фиг бы его знает что этот блоб мог испортить. Никто даже и не подумает смотреть на такой багрепорт и изучать насколько твой блоб в этом (не) виноват. Это никому не надо. При том багу совершенно не обязательно быть в графике. Кернел большой и там могут быть баги и в других областях. Но лесом ты пойдешь во всех. Потому что никто не хочет разбираться в проприетари от нвидии и чего они потенциально могли поломать у себя и у других.

> А швaбодные дрова работают через пень-колоду всегда и везде, лол.

Вот только они не ломают консоли. И кернел с ними - заведомо собирается, если его вообще релизнули. Это работает out of the box, даже на ливфлехах и ливцд. И не отваливается при крупном апдейте системы "потому что модуль не для той версии ядра", оставляя юзера без графики. Там нормальный плагнплей: загрузился-заработало. И это нормально интегрировано с системой. Так что KDB может отрисоваться даже когда большая часть ядра - стоит колом. На это можно по людски зарепортить баг. И не пошлют курить бамбук с tainted kernel-ом. И мониторы никто не отпилит внезапно.

В свете этого - большой такой вопрос что считать за пень-колоду и у кого именно.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено targitaj , 29-Июн-15 15:23 
Зачем ты мечешь бисер перед... этим... Оно не стоит этого.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Crazy Alex , 28-Июн-15 01:42 
Ты бы определился уже - или на латентных вендузятников ругаться или хвалить нвидиевские  блобы...

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 03:10 
> Ты бы определился уже - или на латентных вендузятников ругаться или хвалить
> нвидиевские  блобы...

Давно замечено что бывает и так, что громче всех орет "держи вора!" сам вор. Вот это именно наш случай. Фанат "типа, опенсорса" ... не смущается огроменной блобиной, на основном системном проце, в его системе, с правами ядра и рута. Интересный такой опенсорсничек получается :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 06:48 
Ты чот путаешь, я не фанат. Фанаты - это вы -)) А я просто пользуюсь системой.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 13:08 
> Ты чот путаешь, я не фанат.

Странно, почему же я тогда вижу твой батхерт в каждой первой новости про амд? :)



"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 15:30 
А если человек ржёт над Тимати - он ему завидует, да -))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 06:20 
> А если человек ржёт над Тимати - он ему завидует, да -))

Ну если он своим ржачем заспамил все форумы - он таки или завидует, или рекламщик или просто конь, у которого недержание.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 27-Июн-15 18:50 
> Я видел как оно у перца отлчно не собиралось с новым ядром.

Ну так если чувак пользуется шлаковым дистрибутивом - что ещё остаётся, кроме как поржать над ним?

> А знаешь, у амд это как-то получше организовано нынче, имхо.

Ага. Знаю. Полны форумы попоболи из-за глюков и через пень-колоду работающих игр. АМД-фанбои такие смешные - уже хз сколько лет долдонят свои мантры, а воз и ныне там -))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:24 
> Ну так если чувак пользуется шлаковым дистрибутивом - что ещё остаётся, кроме
> как поржать над ним?

Сразу видно ламака и нуба: root cause неправильный. Изначально шлак - нвидиевская проприетарь. А все остальное - лишь следствия из этого, а вовсе не. С проприетарью такие проблемы вообще очень характерны, независимо от того нвидия это делает или нет. В винде такого "счастья" - вся система и все дрова, гули.

> Ага. Знаю. Полны форумы попоболи из-за глюков и через пень-колоду работающих игр.

Ну, понимаешь, мы свои баги и глюки замахаем. И замахиваем. А проприетарь так и останется проприетарью. И так и будет факапить все своей гнилой проприетарной сущностью, ортогональной опенсорсу.

> АМД-фанбои такие смешные - уже хз сколько лет долдонят свои мантры,

Фаны блоботни такие странные. Фапают на Истинный Опенсорс гентурасии ... загадив систему гигантским блобом. На который нет сорцов. Где логика, где разум?

Ну а так - вон амд сделали, например, ARM-овскую платку. С PCI-E разъемом. А знаешь, чувак, там можно будет воткнуть Radeon в этот PCI-E и он таки подхватится открытым драйвером, и даже работать будет, пожалуй. Как и остальные PCI-E железки с открытыми дровами. А теперь попробуй показать такой фокус на нвидии - тогда и узнаешь чем проприетарь от опенсорса отлчается. Тем что там расстреливают за шаг влево и шаг вправо. Например за то что посмели заменить x86 на ARM. Хотя технически ARM как CPU ничем особо не хуже. И с PCI-E работать тоже может.

> а воз и ныне там -))

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 06:51 
> Изначально шлак - нвидиевская
> проприетарь. А все остальное - лишь следствия из этого, а вовсе
> не.

Оттого, что ты повторяешь эту мантру, она правдой не становится -)) Шлак - это именно убогие дистрибутивы, в репах которых программы обновляются по полгода. Как там пишут в дебиановских манах по установке вполне себе открытого VirtualBox? "Чтобы получить свежую версию программы - скачайте пакет с сайта производителя и установите вручную". Венда вендой -))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 13:16 
> сайта производителя и установите вручную". Венда вендой -))

Венда - это твоя система, с немеряным блобом, где производитель вертит пользователем как захочет, срубая "лишние" мониторы, прекращая поддержку карточек по своему усмотрению и диктуя версии системных компонентов. Невозможность что либо оверрайднуть в вендырских решениях - абсолютно такая же как в винде.

Ну а мне такой хоккей не нyжен. В моей системе рулю я. И никаким проприерасам из нвидии не будет позволено перехватить руль и диктовать мне что-то на таком уровне.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Fracta1L , 28-Июн-15 15:32 
Неа. Венда - это дебиан, где репозитории бесполезны чуть менее, чем полностью -))

> В моей системе рулю я

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 06:37 
> Неа. Венда - это дебиан, где репозитории бесполезны чуть менее, чем полностью -))

Дебиан как раз таки на абсолютно противоположном полюсе: там на проприетарь смотрят волком и потому он не создает лишних проблем в плане лицензий. И там нет кадалова и западла. Кроме всего прочего, это делает дебиан очень удобной "стартовой площадкой". Его можно взять и поюзать где-нибудь. Качественно и всерьез. И даже не получить потом на свою голову лицензионные предъявы. Что ни говори, а это ценная фича.

>> В моей системе рулю я
> Можешь тратить свою жизнь на повелевание системой,

Я нахожу в этом fun и это приносит profit - так почему бы и нет? :)

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

Тогда я все меньше понимаю нафуя тебе гента при таком подходе к жизни. Неужели чтобы перед сверстниками красоваться? Хм, я был несколько лучшего мнения о тебе.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 08:43 
>  А знаешь, чувак, там можно будет воткнуть Radeon в этот PCI-E

мда по тебе видно что ты некуда кроме x86 не втыкал, я не учебный центр но ты погугли почему не будет работать обычная карточка.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 13:13 
> не учебный центр но ты погугли почему не будет работать обычная карточка.

Ты не учебный центр. Ты ламак, к тому же - феноменально наглый: учить уму разуму автора новости, который получше тебя в курсе что и где работает. MESA c радеоном запускали например на PowerPC. Там, конечно, есть грабли. Но оно все-таки запускалось. И на ARM заработает, чего б ему. PCI-E как таковой кроссплатформенный, а у AMD видяхи сделаны без какой либо привязки к х86. Скажем, основная часть ATOM BIOS - платформенно нейтральный интерпретируемый код, разбираемый драйвером видяхи.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 11:47 
А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 12:02 
> А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?

В том что они могут быть с "фирменными оптимизациями" которые "не хочется показывать конкурентов". Хотя глядя на то как работает каталист - я бы на их месте вообще его целиком в трэш спустил и допиливал открытый драйвер. Благо там уже GL 4.x - добивают последние недостающие расширения, кодирование-декодирование видео работает, управление питанием нормальное, даже вычисления уже работают более-менее. В общем смысла в каталисте постепенно остается ноль целых, фиг десятых.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 21:34 
Когда в открытом драйвере сделают подджерку YUY2 для HD7750 ?

$ xvinfo
X-Video Extension version 2.2
screen #0
  Adaptor #0: "GLAMOR Textured Video"

    Number of image formats: 2
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)

уже три года жду...
скоро уже буду продавать 7750 ... а открытый драйвер так и не доработали...
про sync вообще даже писать грустно.

отстается только на intel переходить...


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 23:03 
xvinfo
X-Video Extension version 2.2
screen #0
  Adaptor #0: "GLAMOR Textured Video"

    Number of image formats: 2
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)


никогда потому что 2д драйвер там очень плохой. И он всегда таким и останется пока ты не сделаешь всего чего ему не хватает. Или не найдешь того кто сделает предварительно простимулировав.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:33 
> Когда в открытом драйвере сделают подджерку YUY2 для HD7750 ?

Какая-то очень странная постановка вопроса. Объясни - что все это дает пользователям, с пользовательской точки зрения? Ну или что НЕ дает. Плюс-минус пара надписей в чисто технических утилсах - ну, круто. Но мало на что влияет "по жизни". Не очень понимаю поводов расстройства из-за какого-то одного из субформатов.

> про sync вообще даже писать грустно.

В смысле? В опенсорсном радеоне с этим получше чем у многих других.

> отстается только на intel переходить...

Флаг в руки. Только он по производительности 3D, как бы это сказать, и близко к 77хх не стоял. Пардон, всякий там набортный GDDR5 - софтварно не эмулируется, хоть там что! А если GPU и CPU на двоих делят DDR3, который в разы более медленный на графических задачах чем GDDR5 - там все понятно, думаю. Еще есть, конечно, iris всякие, но стоят они как задняя часть от самолета а считают не больно то в соответствии со своей ценой.

С практической точки зрения выбор в пингвинах между блоб-онли нвидией, слоупочным интелем и амд, который ни так ни сяк, но зато шустрый и с каким-никаким опенсорсным драйвером. Кому какие приоритеты важнее - каждый сам для себя ессно выбирает.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:50 
>> А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?
> В том что они могут быть с "фирменными оптимизациями" которые "не хочется
> показывать конкурентов". Хотя глядя на то как работает каталист - я
> бы на их месте вообще его целиком в трэш спустил и
> допиливал открытый драйвер. Благо там уже GL 4.x - добивают последние
> недостающие расширения, кодирование-декодирование видео работает, управление питанием
> нормальное, даже вычисления уже работают более-менее. В общем смысла в каталисте
> постепенно остается ноль целых, фиг десятых.

И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено targitaj , 29-Июн-15 15:35 
>И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.

Иииии какая же связь между стоимостью железа и способом производства дров на него?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Andrey Mitrofanov , 29-Июн-15 15:55 
>>И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.
> Иииии какая же связь между стоимостью железа и способом производства дров на него?

Не, он *оправдывает* покупку "дорогого" железа использованием блободриверов, а использование блободриверов покупкой  "дорогого" железа. Это такое обоснование. Типа. Двойной потре---тор. Ишь ты, интеграшки с FLOSS-дривером ему не надь.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Zenitur , 27-Июн-15 12:06 
R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10. Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы! Правда в 2009 поиграть было не во что... Ещё не было Humble Bundle, и современные линуксовые игры можно было посчитать по пальцам: Doom III, Unreal Tournament 2004, Cold War и Penumbra.

Но тот Catalyst обладал проблемами при обычной работе с десктопом (написание текстов, копирование файлов и обработка звука), а открытый - нет. А ещё закрытый драйвер периодически делал микрофризы звука в VLC (КАК видеодрайвер связан со звуком?), а открытый драйвер - нет.

Если отойти от R600... Та же Ubuntu 8.10 (или Debian 5) позволяют запустить на старом компьютере с неподдерживаемым Radeon (ещё не HD) Catalyst 9.3. Майнкрафтик работает заметно шустрее, чем в Ubuntu MATE с открытым драйвером.

Сейчас Catalyst другой, он умеет Crossfire и разгон, а также OpenCL. Проприетарную реализацию OpenCL создавали уже совсем другие люди - ATi уже была приобретера AMD. И этот OpenCL шикарен - карточка NVIDIA того же поколения и по такой же цене выдаёт в 10-15 раз меньше скорости. Правда, я не пробовал ничего, кроме числодробилок (Milkyway Home, Cgminer и crark).


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 12:28 
> R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10.

Ну а вот в убунте 15.04 он вполне себе так ничего :). И не имеет фирменных минусов каталиста.

> Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы!

А вот это - весьма и весьма зависит от. Катаглист в 2D например вечно был жутчайший слоупок и хоть немного сравнимо с R600 стало только в последних версиях. Это не прикол - достаточно посмотреть форониксовые бенчи. И знаешь - скролл в браузере и прочая с R600 и RadeonSI работает зело приятнее как-то. Поэтому твой экспериенс семилетней давности - слегонца протух, извини.

> современные линуксовые игры можно было посчитать по пальцам: Doom III, Unreal
> Tournament 2004, Cold War и Penumbra.

Ну а вот сейчас R600 и RadeonSI тянут многие тяжелые двигуны, с весьма приличной скоростью. Проблемы еще есть. Но вообще-то оно местами даже обставляет каталист. В десктопном 2D - вообще результаты 50 на 50 примерно. В 3D каталист в целом быстрее. Но не настолько уж и, за последние пару лет наиболее проблемные места разогнали очень даже, по поводу чего синтетика типа GPUMark втопила буквально в разы.

> закрытый драйвер периодически делал микрофризы звука в VLC
> (КАК видеодрайвер связан со звуком?), а открытый драйвер - нет.

Легко, чувак: ядерный модуль может потенциально поставить колом все вообще. Он в принципе может даже эксклюзивно занять проц и вырубить переключение задач совсем, если сильно захочет. И получишь ты систему которая не реагирует ни на что. ЧСХ, из-за багов такое порой получается "само по себе".

Насколько я помню, кернель по дефолту вообще преэмптивен только добровольно. Есть такая штука как low latency ядра, в той же убунте. На самом деле это настройка опций ядра. Ну вот у убунтуев есть ядра собранные с ней - они называют их low latency. С этой настройкой ядро таки может быть preempt'нуто и без добровольных пожеланий, кроме критических секций, разумеется.

> Сейчас Catalyst другой, он умеет Crossfire и разгон, а также OpenCL.

OpenCL умеет и открытый драйвер. Сюрприз.

> скорости. Правда, я не пробовал ничего, кроме числодробилок (Milkyway Home, Cgminer и crark).

Ну вот в bfgminer нынче легко получается 80% скорости катаглиста (форк cgminer, удобная штука для бенчмарков и тестов).


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 18:06 
> Насколько я помню, кернель по дефолту вообще преэмптивен только добровольно.

Это неверно.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:38 
> Это неверно.

Так написано в хелпаре на эту настройку ядра, если меня не подводит склероз. Что мол без этого - код ядра в основном преэмптивен в основном только добровольно (программы в режиме пользователя ессно переключать можно всегда... если они не отвисли в каком-то ядерном вызове). А если врубить вот это - получается т.н. "low latency" ядро, при этом код ядра тоже можно будет переключать "без спроса", кроме критичных секций. Откуда и проистекает выигрыш в латенси, собственно. Если это не так - просьба более предметно указать источник знаний и пруфлинки.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Zenitur , 28-Июн-15 06:20 
Привет User294! Ты говоришь что открытый radeon бывает быстрее, приводя в пример 2D-ускорение. Ну, меня и открытый nv на NVIDIA Riva в этом плане устраивает - окна переносятся, браузер скроллится. Так что не достижение. При этом ты в целом согласился что в 3D Catalyst быстрее - уважаю. Когда я пользовался Cgminer, я разгонял видеокарту на 35%. Поэтому закрытый драйвер не просто быстрее, а гораздо быстрее. Что касается "OpenCL есть и в открытом драйвере" - как-то не подумал что меня могут понять как "он перечисляет то, чего нет в открытом драйвере".

А ещё radeon умеет аппаратное кодирование через ffmpeg и Gstreamer, а Catalyst - нет. И уже вряд ли научится, потому что Catalyst в стагнации. Я понял это, когда переводил новости о релизах драйверов видеокарт в 2011 году. После мощного старта в 2008, когда AMD исправила 90% багов и добавила все недостающие фичи, в 2011 всё стало становиться хуже. Началось всё с пропадания Release Notes драйвера: их давали почитать эксклюзивно редактору Phoronix, но не юзерам: ссылка всегда вела на старое описание! В 2012 пропали регулярные релизы драйвера: если в 2011 они были часто (хоть и без описаний) (и в них добавили PowerXpress), в 2012 прекратились. Помню, я перевёл новость про 12.4 в последних числах апреля, и получил комментарий "слишком поздно - скоро же выходит 12.5!". Не вышел. Вышел 12.6 beta. Потом ещё много бет, и лишь 13.1 - релиз.

Выглядело как будто кончилось финансирование, хотя один программист из Valve считает иначе (http://www.linux.org.ru/forum/talks/10487097). По его мнению, Catalyst для Linux - костыль на костыле. Вот уходит программист, приходит новый, и вместо того чтобы разбираться в старом коде - пишет сверху прослойку, и программирует через неё. Потом новый программист, и ещё одна прослойка. В итоге такая печальная картина, что релиз ломает совместимость с тем, что давно работало, и хотя сразу выходит hotfix, он ломает что-то ещё.

А вот код драйвера NVIDIA прозрачен и продуман (но закрыт), например NVIDIA не составило труда избавиться от глобальной блокировки, от которой окончательно избавились в ядрах 2.6.3x. Не составило труда "отвязать" от иксов драйвер (для кластеров с CUDA, а Catalyst научился только в 2013) и OpenGL (для Fedora 23 с Wayland), добавить многоядерный рендеринг в OpenGL. Они добавляют поддержку последнего ядра и иксов до релизов, когда они в rc1. Но были проблемы с ядром 3.11 из-за удаления num_physpages (с которой справились, но с плохими последствиями для систем с 128+ Gb RAM), с Optimus (еле как сделали в 2013) и KMS.

Что касается Low Latency Kernels - это не ванильное ядро, это -rt патчи. Они очень серьёзны (подробнее: http://www.ibm.com/developerworks/ru/library/l-real-time-lin...), но стоят того: latency звука снижается с 60 мс до 2-3 мс! Только их разработка приостановлена: http://www.opennet.dev/opennews/art.shtml?num=40162 Хотя для ядра 3.18 они обновлены, и у меня есть две версии: программиcnы очень уважают Debian, и Valve проплатила для SteamOS (которого перевели на пакетную базу Debian 8: http://www.opennet.dev/opennews/art.shtml?num=42506), так как в прошлый раз патчи -rt были.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 14:24 
> Привет User294! Ты говоришь что открытый radeon бывает быстрее, приводя в пример 2D-ускорение.

Между прочим, "2D" ускорение - неслабая часть десктопного экспериенса. На самом деле там от 2D только название на данный момент, ибо в последнее время актуально в основном ускорение иксов через glamore, который представляет 2D как частный случай 3D и все делает через OpenGL. А просто потому что в современых видеокартах нет такого понятия как 2D ускорение толком.

> Ну, меня и открытый nv на NVIDIA Riva в этом плане устраивает

А меня - не очень. Потому что кусок древнего неподдерживаемого обфусцированного кода, для начала.

> - окна переносятся, браузер скроллится. Так что не достижение.

А еще хорошо когда все это шустренько, плавно и без тиринга.

> При этом ты в целом согласился что в 3D Catalyst быстрее - уважаю.

А какой смысл врать, особенно в опенсорсе, особенно самому себе? Это контрпродуктивно. Но выигрыш обычно не такой уж большой (чаще всего процентов 20-30), а сами игроделы (!!!) признают что качество реализации OpenGL в MESA - заметно выше чем в Catalysy. Сильно меньше проблем рендеринга чем с каталистом. Такой вот интерсный прикол.

> Когда я пользовался Cgminer, я разгонял видеокарту на 35%.

Я не особый фанат разгона - при этом сильно повышается риск выхода из строя и сокращается срок службы. Вентилятор при этом вообше убьется максимум за год. Спасибо если не GPU, а то у ПЕЧей такие приколы например известны.

> Поэтому закрытый драйвер не просто быстрее, а гораздо быстрее.

На одинаковой частоте - 80% по скорости выдает, что ни говори. А с LLVM 3.7 наверное и побольше даже. ИМХО достаточно прилично. А всякий там оверклок - оно просто низкоприоритетная фича. ИМХО однако ручное управление частотами постепенно и в открытый драйвер пролезет - а просто потому что теперь каталист будет через открытый модуль работать и все это довольно быстро собезьянничают в открытый драйвер, даже какие-нибудь посторонние кадры :). Управление вентилем из каталиста выдрали даже прямо так, трассировкой обращений к памяти.

А из реально заметных упущений - там нет работы с images, по поводу чего нет ускорения например в darktable, а он считает много и оно там пригодилось бы. В последнее время амд как-то так много чего подтянули и зафиксили и это единственное что я могу с наскока припомнить нехорошего про открытый OpenCL на данный момент. Два газилиона багов которые я им завел они таки все замочили. Вау.

> А ещё radeon умеет аппаратное кодирование через ffmpeg и Gstreamer, а Catalyst
> - нет. И уже вряд ли научится, потому что Catalyst в стагнации.

Честно говоря я не вижу будущего проприетари в открытой системе :P. А со своей стороны я заинтересован в открытой графике. Закрытый драйвер GPU в открытой системе - имхо столь же неестественно как закрытый драйвер например на CPU.

> становиться хуже. Началось всё с пропадания Release Notes драйвера:

Вообще, они там в последних версиях вроде неплохо задолбали долго достававшие всех баги. Разогнали 2D до уровня сравнимого с открытым (видимо стало стыднo что открытый драйвер их буквально в разы в 2D делает XD). Утверждается что даже падения через ~неделю работы замахали. Но я был не в настроении это проверять. Я не заинтересован в блобах.

> (http://www.linux.org.ru/forum/talks/10487097). По его мнению, Catalyst для Linux -
> костыль на костыле.

Этот Рич специфичный тип. Но каталист - да, костыль на костыле. Более того - костылей есть и у нвидии. А среди игроделов вообще есть мнение что MESA более качественно OpenGL реализует. Вообще, с MESA нынче работает множество тяжелых движков, навороченных игр и прочая. А вон в новой версии DOTA2 - валв фиксит текстуры с открытым драйвером, например, получив фидбэк. Вокруг открытых дров для радеона собралось довольно большое сообщество и они баги фигарят оптом, тестируют все что можно, анализируют производительность и отвалы. Де факто сгрузив дофига работы с разработчиков. Поэтому в целом оно как-то так довольно прилично подтянулось в качестве.

> А вот код драйвера NVIDIA прозрачен и продуман (но закрыт),

Очень интересно как все это проверялось, учитывая что в силу закрытости код никто не видел. В основном у нвидии лучше тулсы для разработчиков и они популярнее. Поэтому отлаживабтся в основном на них. Ну и они менее криворуки чем команда каталиста, вероятно. Вот и получается что отлаживаются чаще на них. Поэтому кривизна игр адапирована к кривизне нвидии, а не чьей-то еще. Впрочем, каталисту немало народа высказало фи за плохое соответствие стандартам.

> не составило труда избавиться от глобальной блокировки,

...а KMS вроде как до сих пор нормально не сделали. Хрен знает сколько. А без этого видеодрайвер вообще совсем левый пришлепок к системе, совсем не интегрированный с ней. Там даже какой-нибудь kdb или kernel panic нормально может и не отрисоваться без этого. Лично я такое отсутсвие интеграции с системой - труба шатал.

> кластеров с CUDA, а Catalyst научился только в 2013)

ЧСХ, в открытой графической подсистеме сдеали логично: расщепили "видеокарты" на "долбилки на экран" и "числокрушилки". Оно как-то так реально и есть, а видеокарта в привычном ее понимании - это и то и другое. Но бывают GPU без видеовыходов (в ноутах) или "глупые" долбилки на экран без "мозга" в виде GPU, по сути "фреймбуфер без нифига". Нынче все это учитывается. И считать в Clover - можно без иксов.

> rc1. Но были проблемы с ядром 3.11 из-за удаления num_physpages

А еще у нвидии было много проблем, когда разработчики взмахнули им факом еще и чисто технически: они самые вкусные символы DRM/KMS пометили как GPL_ONLY и нвидия пошла курить бамбук. И с тех пор они так и городят какой-то свой эрзац KMS-а, сам реализующий половину недостающих функций. Так вроде еще и не дореализовывали, так что их драйвер так и повисает в системе на проволоке и скотче, с никакой интеграцией с системой. Но всяким фракталам - хоть сцы в глаза... :)

> Что касается Low Latency Kernels - это не ванильное ядро, это -rt

Я таки про относительно ванильное ядро, которое можно найти в kernel ppa c обозначением low latency. Я собираю ядра сам и за базу был взят конфиг одного из таких ядер, т.к. их поведение мне нравится больше.

Основное отличие - там установлены характерные опции сборки, главная из которых разрешает preempt'ить все ядро. Эта фича есть в майнлайне и убунтуйский low latency кернел отличается в основном тем что собран с этой фичой. А -rt это несколько иное и в более суровом варианте.

> но стоят того: latency звука снижается с 60 мс до 2-3 мс!

Я если что про CONFIG_PREEMPT (Preemptible kernel - Low Latency desktop). В menuconfig это в Processor type and features -> Preemption model, это в майнлайне точно есть. Там есть несколько вариантов на выбор. Для сервера - максимально производительный, но с плохой латенси. Промежуточный - компромиссный, с понижением латенси но почти не в ущерб скорости, и вот этот - бескомпромиссное разрешение срубать весь кернел, кроме критичных секций. Что по идее несколько просаживает скорость работы, но отзывчивость становится заметно лучше. Это ключевое отличие "low latency" ядра от "обычного".

> так как в прошлый раз патчи -rt были.

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено бедный буратино , 28-Июн-15 01:56 
> R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10. Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы!

чушь... у них сравнительная производительность... я как-то даже сидел на каталисте на r600... пока мне не надоело то, что оно всё время отваливается и я не вернул ядрёный драйвер. единственное, что потерял и что жалко - это видеоускорение для hd видео - но это у меня есть и в телевизоре, и в cubieboard.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Zenitur , 27-Июн-15 11:58 
Это успех!

> Внутренние разработчики AMD не имеют опыта работы "на публику". Предполагается, что будет некий переходный период ("ramp up"), при котором внутренние сотрудники не будут напрямую работать с открытыми репозиториями, а разработчики открытых драйверов постепенно введут их в курс дела. http://www.opennet.dev/opennews/art.shtml?num=40798

Авторы Catalyst так быстро написали код настолько высокого качества, что его приняли в ядро!


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 12:00 
> Авторы Catalyst так быстро написали код настолько высокого качества, что его приняли в ядро!

Не, все проще :). Deep deep down inside это таки отфорканый RadeonSI опенсорсный, который доработали до состояния чтобы поверх него мог запускаться еще и проприетарный кусок либ ака катаглист.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимус сапиенс , 27-Июн-15 14:29 
> Авторы Catalyst так быстро написали код настолько высокого качества, что его приняли
> в ядро!

agd5f это не автор каталист, толстячок.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Mihail Zenkov , 27-Июн-15 21:40 
Более того agd5f (он же Alex Deucher) как-то говорил, что у него нет доступа к исходникам сatalyst (наверное что-бы не было соблазна скопипастить).

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 01:42 
> Более того agd5f (он же Alex Deucher) как-то говорил, что у него
> нет доступа к исходникам сatalyst (наверное что-бы не было соблазна скопипастить).

И это наверное к лучшему. Заметь, даже АМД побоялись свой модуль ядра катаглиста открывать и предпочли его совсем забросить и вместо этого допилить радеоновский модуль под свои нужды. Что как бы намекает нам где было лучше качество кода - хорошую вещь на свалку истории никто не потащит.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Mihail Zenkov , 28-Июн-15 13:20 
> И это наверное к лучшему. Заметь, даже АМД побоялись свой модуль ядра
> катаглиста открывать и предпочли его совсем забросить и вместо этого допилить
> радеоновский модуль под свои нужды.

Скорее боятся проблем с патентами/лицензиями.

> Что как бы намекает нам где
> было лучше качество кода - хорошую вещь на свалку истории никто
> не потащит.

Opera (presto) ?


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 14:53 
> Скорее боятся проблем с патентами/лицензиями.

А фиг их знает. Модуль катаглиста у меня GPF вызывал ...цать раз, при том этак через 2-10 дней работы обычно. Во много раз больше чем какие либо сбои открытого радеона за сравнимый интервал времени. При таких фактах его уpыть следовало и без всяких патентов, пожалуй.

В открытом драйвере основной объем серьезных проблем с графикой в осноном сводится к GPU lockup. А это все-таки не падение ядерного кода на основном проце.

> Opera (presto) ?

А она не такая уж и "хорошая" - за стандартами перестала поспевать и это стало никому не надо. А кому и зачем нужен браузер который не может корректно рендерить реально существующие сайты и вызывает волну предъяв? Вот и околел - потому что критерии хорошести несколько изменились и новые критерии опера не потянула, решив что взять более хороший движок и сделать вокруг него обертку им проще. Правда я не очень понимаю нафиг вообще эта опера нужна. Ради проприетарной обертки к хрому? Они серьезно? :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Mihail Zenkov , 28-Июн-15 16:59 
>> Opera (presto) ?
> А она не такая уж и "хорошая" - за стандартами перестала поспевать
> и это стало никому не надо. А кому и зачем нужен
> браузер который не может корректно рендерить реально существующие сайты и вызывает
> волну предъяв?

Если бы открыли исходники - очень даже был бы нужен. ИМХО корректность рендера в большинстве случаев вторична - и так все ставят adblock/noscript/etc, главное что бы основной контент нормально отображался и js работал (когда надо).

Просто оперовцы помят историю netscape и понимают, что при открытии presto их новый браузер вообще никто использовать не будет.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 05:36 
> Если бы открыли исходники - очень даже был бы нужен.

Не знаю кому он был бы нужен. Разве что посмотреть на пару вещей - "как это делать" и передрать в радеон. ИМХО опенсорсные разработчики не стали бы в ЭТО соваться. Я могу себе представить какие там многолетние наслоения помета корпоративных кодерасов, не подпертых требованиями ревью кода а-ля Linux Kernel, зато подпертых сроками релизов и требованиями менеджмента. Чтобы все это достигло качества при котором это в ядро примут - там наверное больше половины кода пришлось бы переписывать. Не говоря о том, что оно, как я понимаю, по сей день никак не интегрировано с ядром Linux и инициативами типа DRM/KMS. Это даже нвидия до сих пор не смогла. Впрочем, нвидии помогли: кроме фака в камеру, была и "техническая версия фака" - самые вкусные и полезные символы сделали GPL_ONLY. По поводу чего нвидия сама переписывает половину DRM/KMS AFAIK, реализуя недостающие функции в меру своих умений :). А сферический ошметок кода, висящий на проволоке и скотче - это отлично. Но - даром не упало. Система не сможет надежно отрисовать через это вывод kernel panic или там kdb какой, консоли будут через *опу, etc. Зачем оно такое? KMS/DRM вывешивает некие базовые фичи ядру, ядро может ими по минимуму пользоваться для своих нужд, не говоря про всех остальных. Это уже выглядит более-менее по человечески, в отличие от этого адского месива. Если кто не понял, и нвидия и амд с тем месивом которое они развели в проприетари могут идти в пень. Разработчики ядра дружно покажут FUCKи и NACKи. Кто хочет рисовать графику - идет и пользуется DRM/KMS. Остальное - мягко говоря не приветствуется и допускается только в каких-то исключительных случаях. И считается сразу на старте жирным недостатком драйвера, вообще всеми причастными к графике в лине.

> ИМХО корректность рендера в большинстве случаев вторична

Я думаю что когда у вас в какой-нибудь игре не прорисуется половина текстур, так что в нее играть не получится по чисто техническим причинам вида "блин, противника не видно" или "чтозанах - пустая карта?!" - мнение может и поменяться. Ну то-есть мамонтов типа вас наверное вообще устроит графика на уровне VGA. Но вот большинство остальных людей такой крап уже давно не устраивает. И там может быть и вот так.

> главное что бы основной контент нормально отображался и js работал (когда надо).

С такой логикой вам вообще VGA адаптера хватит и вам все эти инициативы типа сабжа должны быть до лампочки. Хотя нынче даже гугель не дypaк нынче показать панорамы через webgl. А виртуально "побродить" по месту в которое собираешься, чтобы заранее понять что там и где - не самая плохая идея на мой вкус. XXI век на дворе...

> Просто оперовцы помят историю netscape и понимают, что при открытии presto их
> новый браузер вообще никто использовать не будет.

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 12:54 
Я так понял что R9 290X будет поддерживаться?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 15:01 
В новости неясно написано, R9290X, R9290, R9280, R9270 - будет поддержка? или нет?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено ferux , 27-Июн-15 17:08 
поскольку R9 285 новее R9 290[X], то не будет. Как и не будет для 280 и 270

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено BOSS_SAS_ , 27-Июн-15 17:56 
чето любители амд гонят как обычно на нвидию..
за 5 лет моих в линухе проблемы только у амд. с невидией проблем нет вообще. особенно если юзать бунты разные, там дровина в деб-пакете

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 20:29 
> чето любители амд гонят как обычно на нвидию..
> за 5 лет моих в линухе проблемы только у амд. с невидией
> проблем нет вообще. особенно если юзать бунты разные, там дровина в
> деб-пакете

АМДшникам нужно как то оправдывать свой некомпетентный выбор, вот они и фапают на открытые дрова.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Xasd , 28-Июн-15 00:51 
ну выбор Nvidia-фанбоев -- всего лишь -- "Nvidia на нашем районе является самая чёткая видяха! все мои друзья покупали Nvidia, и поэтому я тоже!"..

..своего мнения то у них ведь нет...


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 02:14 
> АМДшникам нужно как то оправдывать свой некомпетентный выбор, вот они и фапают
> на открытые дрова.

Вы не поняли: мы предпочитаем открытые системы. И логично что в открытых системах должны быть открытые дрова. Иначе какие же эти систмы открытые? Ну а при этом факты таковы, что у интел - драйвер конечно хороший и опенсорсный. Но железо - хилое. Нвидия к опенсорсу развернута тылом. Ну вот и остается только амд. Со своими компромиссами, зато с мощными железками и открытым драйвером.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 08:47 
> Вы не поняли: мы предпочитаем открытые системы. И логично что в открытых
> системах должны быть открытые дрова.

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Xasd , 28-Июн-15 13:24 
> И закрытые фирмваре

и что?

firmware это часть железа, а не часть ПО.

сравнить между собой "закрытое firmware" и "проприетарный модуль ядра" -- это как сравнить два события:

"человек пописал в море" и "танкер с нефтью совершил крушение в море".

тут речь идёт об СПО.. а закрытое железо -- да -- оно закрыто!

> И закрытые фирмваре, но тебе про это не говорят просто инсталят.

инсталлят -- куда? ты хоть понимаешь КУДА firmware инсталлется?

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

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

а тот факт что где-то там телефон без СПО -- ды и чёрт бы с ним. ни кто не заставляет постоянно тыкать пальцами в эту коробочку, и сидеть там во Вконтакте.

так что твои уговоры типа -- "один раз не пидорас" ("ну установи всего-лишь один проприетарный модуль!") и "второй раз не первый раз" ("если уж модуль установил, то и ещё что-нибудь проприетарное поставь!")..


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 15:04 
> И закрытые фирмваре, но тебе про это не говорят просто инсталят.

Закрытое фирмваре на вспомогательном сервисном проце - это все-таки не то же самое что немеряный блоб в режиме ядра на основном системном проце, что ни говори.

С практической точки зрения, если фирмварь в GPU попробует сделать что-то явно левое, сунувшись в постороннюю память - IOMMU даст железке по чайнику и на этом все закончится, с занесением в лог ядра. А так GPU не имеет выход в сеть, в отличие от харда не отгружает исполняемые файлы и прочее, поэтому ничего кроме обращений к памяти особо и не может. Поэтому у GPU довольно лимитированные возможности для пакостей в системе. А вот код на основном системном проце - он таки все это и настраивает, в том числе и IOMMU. И может в принципе делать с системой абсолютно все что пожелает.

Поэтому здоровый шмат проприетарного кода, постоянно висящего резидентно на основном системном проце с правами ядра и/или привилегированного админа системы мной как-то совсем не приветствуется. Не говоря о том что это к тому же вызывает много дурных левых требований к системе и софту в ней. Фирмвари что, они одинаково вгрузятся в GPU независимо от версий системного софта и даже типа процессора, хоть там MIPS китайский какой.

> Может хватит уже мечтать о откртых системах,

Это с какой бы радости? :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено iPony , 29-Июн-15 10:08 
> с невидией проблем нет вообще. особенно если юзать бунты разные

Если не гнаться впереди паровоза с целью сидения на последним ведре, то проблем обычно нет. Хотя есть исключения, в ubuntu 14.04 LTS уже более года падает сборка модуля nvidia при обновлении ядра. Это же позор.
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-dr...


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 27-Июн-15 18:17 
Короче говоря, драйвер с запланированным устареванием. Доступен только для белых людей, использующих последние карты.
Поэтому нет ничего лучше свободного драйвера

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Анонимаус , 27-Июн-15 20:31 
Ну это да. Кто цепляется за древнее железо, тот в игры всё равно не играет, ему и nouveau сойдет. Моя 770 уже больше года спокойно работает без нареканий, а ещё через год её можно будет и поменять. Если, конечно, игры с графоном продолжат выходить под линукс.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Zenitur , 28-Июн-15 05:42 
Я могу понять AMD-шников, которые покупают почти топовую модель, и пользуются ей на 50% (radeon вместо Catalyst). Но нвидиашников, которые покупают почти топовую 770 и пользуются ей на 5% я понять не могу!

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено iPony , 29-Июн-15 11:02 
> Ну это да. Кто цепляется за древнее железо, тот в игры всё равно не играет, ему и nouveau сойдет.

Я вот открыл, посмотрел. У меня этак 10 лет назад была nvidia 6600
Так я и щас бы смог без проблем накатить на ubuntu 14.04 LTS легаси драйвер 304.125 (2014.12.5). И вполне себе пользоваться.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено iPony , 29-Июн-15 11:04 
Только вот сама карта подохла этак через 5 лет использования - неудачное охлаждение было на ней, может из-за этого.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 30-Июн-15 10:08 
> Только вот сама карта подохла этак через 5 лет использования

Для нвидий это вообще типично. У меня вообще на одной из мамок выгорел чипсет через год. Потому что тепловой режим - зверский.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Crazy Alex , 27-Июн-15 20:56 
Ну так если писать что-то новое - то надо как-от ограничить круг поддерживаемого железа. ресурсы-то не бесконечные. По-моему, граница выбрана довольно вменяемо. Впрочем, свободный драйвер в любом случае лучше. Хотя, может, это будет переходной ступенью AMD  к полному отказу от закрытых дров?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 02:17 
> вменяемо. Впрочем, свободный драйвер в любом случае лучше. Хотя, может, это
> будет переходной ступенью AMD  к полному отказу от закрытых дров?

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


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Ku Klux Klan , 27-Июн-15 21:27 
Крузис запускается ?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 02:18 
> Крузис запускается ?

Ща, погоди, его портанут под линух - тогда и проверим. Cryengine вон уже поддерживает линь, так что глядишь и очередной крысис под линь выйдет :)


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Kodir , 28-Июн-15 02:30 
Я не понимаю, ЧТО они там прячут, в своих бинарных блобобобах?! Ну ОпенГЛ, дальше что? Хотите - запатентуйте свои циклы и ИФы, если на большее ума нехватает, но в чём секрет прятать реализацию открытого стандарта? Шиза, а не АМД.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 07:23 
с выходом Vulkan - станет мэйнстримом, к сожалению.
но - блобы странут ЗНАЧИТЕЛЬНо меньше а открытая часть - ощутимо больше за счет нового рантайма унифицированного.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 28-Июн-15 09:54 
Ну да раз ядро открытое получается что какого-то хитрого управления железом нет, выходит остается и правда только хитрая реализация opengl. Я уверен что это политическое решение на всякий случай. Жизнь рано или поздно убъет закрытые блобы.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Аноним , 29-Июн-15 05:43 
> Жизнь рано или поздно убъет закрытые блобы.

Опенсорсные методы взаимодействия оказались элементарно эффективнее и результативнее.


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено Crazy Alex , 30-Июн-15 14:14 
Могут вообще ничего не прятать. Блобы работают прямо сейчас, и отнюдь не только на линуксе. А проаудитить их на предмет возможности открытия - отдельная и нетривиальная задача.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено svsd_val , 28-Июн-15 07:12 
Мужики сказали - мужики сделали. А Nvidia до сих пор как девка ломается....

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено count0krsk , 01-Июл-15 06:23 
NVIDIA Optimus developers! If you read this at any time, you must know: Thousands people in the world HATE YOU! You, f*cked b@stards, have hands grown from ass. Just hire 2-5 programmists, who knows Linux systems. Why my proprietary driver, downloaded from your official site don't support graphic card switching out-of-the-box? Why I must install and configure bumblebee? Why my Intel graphic card don't support hardware acceleration (Xlib:  extension "GLX" missing on display ":0".)? And I have tearing in flash and html5 videos? It's what you mean "perfect drivers" and "supported video card"? When I have fully working drivers, supporting hardware video decoding acceleration for my notebook card 820m?
Shame on your heads, lazy turkeys!

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено herova , 01-Июл-15 12:12 
Мгимо финишд?

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено count0krsk , 04-Июл-15 07:23 
> Мгимо финишд?

СибГТУ ин процесс ))


"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено iPony , 02-Июл-15 10:00 
Когда в линуксах сделают вменяемую видеосистему вместо иксов, тогда вякай.

"В состав ядра Linux 4.2 принят драйвер AMDGPU"
Отправлено count0krsk , 04-Июл-15 07:22 
А Мир с Вэйлэндом - невменяемые значит? И чем плохи Иксы (в разрезе работы с видеодрайверами)?