форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от opennews (ok) on 27-Июн-15, 08:57
Как ранее сообщалось (http://www.opennet.me/opennews/art.shtml?num=40798), компания AMD планировала перейти к новой стратегии поддержки своих GPU в системе Linux, состоящей в том что модуль ядра будет полностью открытым, а проприетарный драйвер Catalyst станет лишь набором проприетарных библиотек режима пользователя, реализующих фирменные варианты OpenGL, OpenCL и т.д. Данная инициатива воплотилась в жизнь (http://www.opennet.me/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.me/opennews/art.shtml?num=39014) только более новый вариант блока кодирования видео VCE2. URL: https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.... Новость: http://www.opennet.me/opennews/art.shtml?num=42513
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–53 +/–
Сообщение от Fracta1L (ok) on 27-Июн-15, 08:57
Сизифов труд.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+25 +/–
	Сообщение от A.Stahl (ok) on 27-Июн-15, 09:13
	Да ладно! Наоборот -- камень спихнули с горы и наконец-то все сообща занялись полезным делом, а не как раньше -- каждый по отдельности катали свои кубические шары по вогнутым горам.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	19. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+15 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 11:48
	> Сизифов труд. Да фиг тебе. Это нвидия твоя этим занимается. Вон в соседнем треде у перца не собирался драйвер. И где были ура-фанаты нвидии? Рассказали что у них - все собираетя? Зашибись, очень результативно помогли человеку. Ну а вот с амдшениками - во первых, если не собирается - релиз ядра не состоится вообще, сначала починят. А во вторых, это уже более-менее похоже на нормальную интеграцию в рабочие процессы. А до нвидии только понемногу начинает доползать. Какие-то там хидеры понемногу открывают, немного коммитят в нуво, но в основном для ARM. В общем на фоне интеля и амд твоя нвидия - полный крап.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	44. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–7 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 17:31
	Зачем же так кричать, гражданин? Не на базаре же. P.S. Пользуюсь Невидией и у меня всё собирается.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	65. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+10 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 00:45
	> P.S. Пользуюсь Невидией и у меня всё собирается. Ну так где вы с вашим фракталом были, когда в соседней новости некто плевался что у него - не собирается? И, главное, хренли толку со знания что у вас - собирается? Замахать пролему это не помогает. А сам факт наличия таких проблем - говорит не в пользу нвидии.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	105. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–15 +/–
	Сообщение от Адекват (ok) on 28-Июн-15, 10:42
	>> P.S. Пользуюсь Невидией и у меня всё собирается. > Ну так где вы с вашим фракталом были, когда в соседней новости > некто плевался что у него - не собирается? И, главное, хренли > толку со знания что у вас - собирается? Замахать пролему это > не помогает. А сам факт наличия таких проблем - говорит не > в пользу нвидии. Зачем собирать, если можно из оффициальных репозитариев взять ? Это все линукс-проблемы - у чувака не собирается нвидия, у меня ксорг слишком новый, чтобы каталист использовать, а открытый драйвер мне найиг не ненужен. Вот есть windows7, и там, прикинь ? - люди не знаю что драйвера можно (в обязательном порядке) собирать, нет ксоргов, чтобы было полноценное 3D в играх... Короче хотите жить полноценной жизнью - используйте win7, хотите секса шваброй с шипами - используйте линуксы. Я бы на месте нвидии сказал - идите нах со своими линуксом, вот у вас нуова есть ею и пользуйтесь, если  НАМ будет нужен полноценный драйвер, мы его для СЕБЯ соберем, или для тех, от кого мы зависим и имеем мат выгоду. То же самое и с АМД - типа да, пока полноценного драйвера для игр под линукс у нас нет, но может через полгода мы займемся этим. КАК БЛИН ВООБЩЕ можно что-то предъявлять нвидии или радеонам, если ВЫ ни копейки им не заплатили ?
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	106. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+20 +/–
	Сообщение от mine (ok) on 28-Июн-15, 11:31
	Заплатил. Я у них железо купил, прикинь, да...
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	107. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+7 +/–
	Сообщение от Аноним (??) on 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 грубо выперли. Сначала с чипсетами, а теперь и с интегратом. > КАК БЛИН ВООБЩЕ можно что-то предъявлять нвидии или радеонам, если ВЫ ни > копейки им не заплатили ? Вы там что, спятили? Ник поменяйте тогда. А с рекламой винды - дуйте на течнеты, там вас поймут. А тут вы не в тему. Мы тут про открытое ПО, без всякой блоботни.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	138. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от andy (??) on 29-Июн-15, 09:34
	> Торвальдс недвусмысленно сказал нвидии куда идти. Так что флаг им в руки, > лично я расстраиваться не буду. Вот только на х86 нвидию врядли > ждут радужные перспективы, т.к. low-end и начало mid-range будет откусывать интеграт, > а на остальном микрософт им вообще совсем ничем не поможет. И > они кажется догадываются об этом. Нвидию с рынка х86 грубо выперли. > Сначала с чипсетами, а теперь и с интегратом. Кстати, хотел спросить, так как не следил - почему у nvidia с чипсетами не получилось? nForce, вроде, вполне приличными были?
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	139. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от tipa_admin on 29-Июн-15, 10:05
	> Кстати, хотел спросить, так как не следил - почему у nvidia с > чипсетами не получилось? nForce, вроде, вполне приличными были? Нвидию сначала Интел послал с чипсетами (не потерпел конкуренции, решил в одну харю клепать под свои камни). Насчёт АМД не знаю, предполагаю, что тоже послали после покупки АТИ.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	147. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Аноним (??) on 29-Июн-15, 21:18
	> Кстати, хотел спросить, так как не следил - почему у nvidia с > чипсетами не получилось? nForce, вроде, вполне приличными были? Во первых, они таки были горячие и горели только в путь, как и многие другие чипы от нвидия. Так что насчет приличия можно поспорить. Во вторых, как-то так интель однажды взял да и не стал лицензировать нвидии очередную процессорную шину, поменяв front-side bus проца в очередной раз. Нвидии только и осталось что обтечь и утереться. Где-то в те же поры амд не долго думая прибрали к рукам ATI. А как известно, ATI кроме всего прочего - еще и чипсеты под амдшные процы выпускали. У амд в результате появились свои чипсеты. Подогнаные под их процы. Не помню, гнобили ли они нвидию специально, но в любом случае, нужность чипсетов от нвидии и способность нвидии этим конкурентоспособно заниматься предсказуемо ушли в плинтус. Наученные таким горьким опытом они теперь тегры делают. Там они делают все и их никто не нагреет. Но правда из-за гигантомании с зашкаливающим TDP и конских цен их процы не то чтобы пользуются какой-то огромной популярностью.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	159. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 20-Ноя-15, 10:04
	Стоит ещё заметить, что одновременно с описанными вами событиями произошёл переезд дорогой логики из чипсетов напрямую в процессоры, что сделало ненужными дорогие чипы, а дешёвыми не так выгодно заниматься.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	151. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 30-Июн-15, 10:39
	Слышь, дитё, я чё, должен теперь за дрова платить? Ну ОК, пусть твоя нвидия тогда ISA выложит от моего железа.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	51. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–5 +/–
	Сообщение от Fracta1L (ok) on 27-Июн-15, 18:47
	> Вон в соседнем треде у перца не собирался драйвер Так там всё выяснили - он пользуется шлаковым дистрибутивом, репозитории которого обновляются через пень-колоду.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	66. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+6 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 00:48
	> Так там всё выяснили - он пользуется шлаковым дистрибутивом, репозитории которого > обновляются через пень-колоду. Нет, вот извините, вы неправы в причинно-следственных связях. Изначально шлак - нвидия. Потому что левый кусок проприетари, никак не интегрированный с остальным процессом разработки дистров и ядра. А все остальное - следствие. То что гентушечка изогнулась в позу зю под проприерастов - я даже не знаю, можно ли проституцию плюсом считать.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	74. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от Crazy Alex (ok) on 28-Июн-15, 01:39
	Э, стоп. Что Фрактал тут ерунду несёт, как обычно - понятно, но предъявлять к дистрибутиву претензии за то, что в нём быстро пакеты появляются - это вообще ни в какие рамки.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	83. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 02:22
	> предъявлять к дистрибутиву претензии за то, что в нём быстро пакеты > появляются - это вообще ни в какие рамки. Прогибаться под причуды проприерасов, выбирая Правильный Дистр и что там еще - это таки больше претензии фракталу и его неадекватности. Хотя если дистр сильно закостыливает что-то под проприерасов - это тоже спорная фича. Вон бояздэшники под проприерасин расстилаются. И об них в результате постоянно вытирают грязные сапожищи. Ну вон у сони AAA игры работают на обрубках от FreeBSD. А у фрибсдшников вообще такие APU не работают (думаю понятно что соня впаяла в приставку близкого родственника ширпотребного проца, так что основные блоки те же самые). Вот такая вот справедливость по мнению ппроприерасов. Если фрактал за подобное поведение - шел бы он лесом, с интересом, к друзьям из сони.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	93. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 06:46
	Зачем мне куда-то идти? Мне и на генте отлично. Пользуюсь всеми возможностями и похихикиваю над убогими, которые назло проприетарщикам отмораживают себе уши -))
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	108. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 12:45
	> Зачем мне куда-то идти? Мне и на генте отлично. Прекрасно, только вот опенсорс - все-таки не о том чтобы всем резко строиться под прuдуpкa-фрактала и его видение мира. И уж тем более - под причуды нвидиевских блобмейкеров. Ты таки латентный проприерас, дружок. > Пользуюсь всеми возможностями Ага, попробуй блоб от нвидии запустить на ARM или MIPS с PCI-E :). Нуачо, одна из сильных фич генты - это средства для кросскомпила. Если уж мы про ВСЕ возможности. А если ты вперся рогом в один х86, один блоб, один дистр и одного нвидиафюрера - тогда не надо врать про "все" возможности, чтоли. > и похихикиваю над убoгими, которые назло проприетарщикам отмораживают себе уши -)) Да вообще удоды - не хотим ходить строем так как удобно каким-то нвидиям и фракталам. Не хотим видеть мир х86-only. Не хотим чтобы нам откусывали "лишние" мониторы без возможности это оверрайднуть. Не хотим выбирать ядра и иксы под причуды блобмейкеров. Ну его на...й "все" возможности нвидии помыкать мной на предмет того как мне правильно устраивать мою систему, имхо.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	128. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от ananimas009 on 28-Июн-15, 21:22
	блоб блоб блоб блоб блоб блоб блоб блоб блоб как шарманка как там с блобами для вифи и прочих фирмваре? уже кругом опенсурц?
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	132. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 29-Июн-15, 05:55
	> как там с блобами для вифи У меня - никак. В смысле, для большинства моих сетевок фирмварь не требуется совсем, а дрова опенсорсные. Ну есть еще пара юсб свистков цепляемых ath9k_htc. Так и там квалкомм-атерос жжот напалмом, выложив опенсорсное фирмваре на них :) > и прочих фирмваре? уже кругом опенсурц? Кругом, не кругом. А процесс идет.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	92. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–6 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 06:45
	> Изначально шлак - нвидия. Потому что левый кусок проприетари, никак не интегрированный с остальным процессом разработки дистров и ядра А все остальные десятки тысяч пакетов интегрированы? Ахахах, пиши ещё, младохейтер проприетари -))
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	109. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 12:47
	> А все остальные десятки тысяч пакетов интегрированы? Прикинь, да. В нормальном виде ожидается некая интеграция. И обычно она более или менее есть. А если это не так - это вообще баг. Ну то-есть я не знаю как там в вашей генте, там в принципе и хаотично наваленная свалка может быть. А в дебианообразных например обычно ожидается что весь софт их пакетов соответствует неким вполне себе задекларированным политикам. > Ахахах, пиши ещё, младохейтер проприетари -)) Эк у тебя бомбануло то. Тоже мне, iZEN от линукса...
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

	121. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–2 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 15:27
	> Прикинь, да Если юный воен попробует установить все пакеты, которые доступны в репозитории - его ждёт сюрприз -))
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	133. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 29-Июн-15, 06:01
	> его ждёт сюрприз -)) - А если рельсу?! - спросили суровые сибирские мужики. - Хрясь! - сказала крутая японская пила. В смысле, ты хочешь сказать что у тебя в генте в результате такой деятельности помойка будет меньше? Ну разве что по причине что софта в портажах меньше, других причин я придумать себе не могу. А так - скажи, нафуя мне в системе СОРОК ТЫСЯЧ ПАКЕТОВ? Это ведет к каким-то практически значимым юзкейсам, за пределами твоего детского растопыривания пальцев? Вот реально - что я по твоему мнению должен делать с 40К программ и библ, клоун?
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	100. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 08:02
	Ты на Гентоо бочку не кати! В генто дрова AMD/ATI нормально работают, как и остальные..
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	61. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 22:48
	Его и не нужно собирать. Он уже есть во всех диструбутивах.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	49. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Sluggard (ok) on 27-Июн-15, 18:36
	Не понимаю, зачем заминусовали коммент. Твоя боль, звучаящая во многих AMD-новостях, она как музыка. )
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+5 +/–
Сообщение от soarin (ok) on 27-Июн-15, 09:17
Хорошо. Может когда-нибудь я в первый раз куплю AMD
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	43. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от ferux (ok) on 27-Июн-15, 17:13
	как только узнал, что R9 285 будет поддерживаться, взял её. Выйдет 4.2 - будем тестить :)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	50. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–9 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 18:39
	А зачем? AMD медленнее nvidia и горячее, смысл покупать заведомо худший товар?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	68. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+11 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:01
	> А зачем? AMD медленнее nvidia Какой-нибудь *coin mining comparison готов с этим весьма и весьма поспорить :) > и горячее, Наверное именно поэтому нвидии называют ПЕЧами :) > смысл покупать заведомо худший товар? Этот мир не черно белый. И сочетания параметров бывают разные. Вот амд например интересны тем что у них мощные числокрушилки, при том что они достаточно прилично поддерживаются открытыми драйверами. Так что для пользователей опенсорсных систем, желающих контролировать свое окружение - это довольно интресная опция. У интела хорошие открытые драйвера, но слабое железо. Нвидия просто откровено жoпoй к опенсорсу. Ну вот и получается что тем кому хочется нечто мощное и поддерживаемое открытыми драйверами, чтобы с минусами проприетари не бодаться, остается АМД...
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	88. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 04:47
	на видеокартах давно никто не майнит, так только в минус уйдешь GTX набери на русской раскладке, поймешь почему так называют
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	110. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 12:52
	> на видеокартах давно никто не майнит, так только в минус уйдешь Все это зависит от валют. Конкретно биткоины - да, так майнить смысла мало. Но как бенчмарк массово параллельного алгоритма - по любому интересный вариант. > GTX набери на русской раскладке, поймешь почему так называют А еще можно посмотреть на типовые рабочие температуры чипов нвидии. Там и без печати на русской раскладке все понятно: на большинстве ПЕЧей как-то так исторически можно готовить яичницу.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	127. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от абвгдейка (ok) on 28-Июн-15, 17:19
	исторически - это как? На _данный_ момент готовить можно исключительно на амдешках, ну и по питалову он тоже жадные :)
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	134. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 29-Июн-15, 06:09
	> исторически - это как? Ну вот так, звание ПЕЧи оправдывают почти все нвидии. Единственное исключение - какие-нибудь не сильно крутые представители 900-й ветки и совсем уж затычки для слота. > На _данный_ момент готовить можно исключительно на амдешках, > ну и по питалову он тоже жадные :) Ну не знаю, на моем R9 270 ничего особо не приготовишь. В idle он вообще лишь на несколько градусов теплее воздуха в системнике, да и на максимуме - при весьма приличной производительности этому "жадюге" хватает одного 6-pin разъема.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	150. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 30-Июн-15, 10:23
	>Наверное именно поэтому нвидии называют ПЕЧами :) ПЕЧ - это GTX, набранное в русской раскладке.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	155. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 01-Июл-15, 18:12
	> ПЕЧ - это GTX, набранное в русской раскладке. Я как бы в курсе. Но прижилось оно потому что у нвидии была манера вытягивать заурядность архитектуры адским переразгоном, до состояния когда чип превращался в ПЕЧку, с рабочими температурами при которых можно было жарить яичницу.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	141. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от iPony on 29-Июн-15, 10:14
	Если допустим Mir будет лучше работать на AMD, мне этого уже достаточно будет.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

4. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от Аноним (??) on 27-Июн-15, 09:23
7970/280x на свалку истории?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 09:28
	Модуль radeon как развивался, так и будет развиваться
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 27-Июн-15, 09:50
	как и 380x тогда уж
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от anonymous (??) on 27-Июн-15, 10:15
	Э не! R9 380 это как раз единственная карта из 300 серии которая будет поддерживаться AMDGPU ибо это тот же чип, что и R9 285. Все остальные карты 300 серии это те же чипы из 200, а потому буду юзать Radeon.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	54. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от ferux (ok) on 27-Июн-15, 19:36
	Те же, да не те же чипы. Пруф, пожалуйста, что будет поддерживаться только R9 380.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	20. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+5 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 11:50
	> 7970/280x на свалку истории? Вообще, RadeonSI развивается нынче довольно бойко. Вон VCE1 - запилили. А в MESA - для них тесселяцию сделали, как раз в RadeonSI. Одно из самых сложных расширений GL 4.x, которое еще не было в MESA. Всех бы так "на свалку истории" выносили :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	34. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от qer on 27-Июн-15, 13:52
	А как его вообще использовать - апартное кодирование с mesa. Я так понял, там используется openmax, а какой софт его умеет?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	35. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Анонимус сапиенс on 27-Июн-15, 14:21
	http://www.gearsongallium.com/?p=2288
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	39. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 27-Июн-15, 15:46
	IIRC, можно через gstreamer задействовать.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	62. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 22:58
	они fglrx выкинут вообще? В ближайшее время... вообще в radeon нет нескольких несложных но важных вещей.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	69. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:03
	> несложных но важных вещей. Например, каких?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	84. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 02:25
	> 7970/280x на свалку истории? Вы, главное, скажите на какую свалку понесете - я туда зайду :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+7 +/–
Сообщение от Shtirliz72 (ok) on 27-Июн-15, 09:28
Было бы намного лучше, если бы они и изначальную версию GCN в виде HD7970 включили бы в поддержку.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
Сообщение от Аноним (??) on 27-Июн-15, 09:31
Спасибо AMD за первые GCN...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от Анонимище on 27-Июн-15, 10:00
Кто-нибудь разъясните, пожалуйста: карты модельного ряда HD 7000 в пролёте? Али будут таки аппаратно ускорять/декодировать видео?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от paulus (ok) on 27-Июн-15, 10:12
	вы в пролете, а я и подавно...
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	13. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от anonymous (??) on 27-Июн-15, 10:16
	> Али будут таки аппаратно ускорять/декодировать видео? Аппаратное кодирование/декодирование для HD7000 уже наверное более года в открытых драйверах есть.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	15. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Анонимище on 27-Июн-15, 10:28
	Так, теперь я вовсе запутался, тогда о каком "использовании аппаратного блока GPU для кодирования видео в реальном времени" в этом новом драйвере AMDGPU идёт речь? Если о таком же что и был в предыдущих опенсорсных драйверах "которые уже около года умеют аппаратно ускорять графику" HD 7000, то в таком случае, будет ли продолжена поддержка этих карт в этом драйвере или даже может что улучшится?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	17. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 11:16
	Это фраза никак не относится к AMDGPU, это к radeon. VCE1 - это: APU: Ax-5xxx, Ax-6xxx GPU: 77xx, 78xx, 79xx, r7 250x,  r9 270(x), r9 280(x)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	28. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+6 +/–
	Сообщение от Аноним (??) on 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. А тут до кучи и в более старых теперь заработало. А декодирование видео сто лет как работает везде...
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	21. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 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 и что там еще и получаете скоростные вычисления. Даже вроде не особо глючит уже и вообще пашет себе.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	27. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Анонимще on 27-Июн-15, 12:09
	Вот, теперь стало всё ясно, спасибо большое за подробное объяснение. Я со своей HD 7670 в пролёте с кодированием..но да ладно, уже ничего не поделаешь, спасибо и за то что есть).
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	29. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 12:16
	> своей HD 7670 в пролёте с кодированием.. А это вообще VLIW еще, как я понимаю. И блока VCE у него насколько я понимаю нет совсем. Можно попробовать ускорить кодирование через opencl, в x264 запилили и со свежим clover и прочая даже вроде работает. Тем не менее, околореалтаймное кодирование видео все-таки относительно нишевая штука. Актуально если хочется записать скринкаст или поток с камеры с большим разрешением без ломовой нагрузки на систему.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	32. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Анонимище on 27-Июн-15, 13:09
	Спасибо, что насчёт HD 7670 разъяснили до мелочей).Через openCL пробую кодирование.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	101. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 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
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

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

	40. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 15:57
	> Из VLIW VCE есть на ричландах. А, это в APU чтоли? AMD знают толк в извращениях :)
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	48. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 27-Июн-15, 18:26
	На AMD всё давно кодируется, правда только на открытых драйверах.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	63. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 27-Июн-15, 22:59
	они умеют декодировать ускорять и на fglrx и на radeon. а теперь и кодировать должны...
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
Сообщение от Аноним (??) on 27-Июн-15, 10:16
Ход невидии?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

	16. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–5 +/–
	Сообщение от Fracta1L (ok) on 27-Июн-15, 11:14
	> Забудь ты уже про энВидию под линуксом Ну да, всё отлично работает же - это не по-красноглазьи! Лол.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	23. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 11:58
	> Ну да, всё отлично работает же - это не по-краснoглазьи! Лол. Я видел как оно у перца отлчно не собиралось с новым ядром. А от тебя было много помощи - рассказал человеку что вот у тебя любимого зато все работает. Охренеть как результативно. А знаешь, у амд это как-то получше организовано нынче, имхо.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	33. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от A.Stahl (ok) on 27-Июн-15, 13:19
	Фрактал считает, что никто никогда и ни при каких обстоятельствах не имеет права желать или нуждаться в ядре и/или Х-ах иной версии нежели поддерживает энВидия.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	41. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 15:59
	> Фрактал считает, что никто никогда и ни при каких обстоятельствах не имеет > права желать или нуждаться в ядре и/или Х-ах иной версии нежели > поддерживает энВидия. А еще он почему-то считает что нормально когда решением проблем является "обтечь и обломаться". А мне такие подходы кажутся совсем не в духе опенсорса. В смысле, в чем пойнт системы с окрытыми исходными текстами, если преимуществами этого подхода в результате пользоваться не получается и вместо этого случается "как в винде"?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	53. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–4 +/–
	Сообщение от Fracta1L (ok) on 27-Июн-15, 18:53
	Видишь ли, в истинно опенсорсном дистрибутиве - в генте - новые версии nvidia-drivers появляются через несколько часов после анонса, поэтому никаких проблем с ними не бывает даже с RC-ядрами в 99% случаев. Ну а латентные вендузятники, использующие кривокосые бинарные дистры вроде убунты, должны страдать, да -))
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	70. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:15
	> Видишь ли, в истинно опенсорсном дистрибутиве - в генте Видишь ли, мне не нравится когда мне пытаются что-то там с нахрапом диктовать какие-то левые проприерасы (и их прихлебатели). И нет, это - не опенсорс. Потому что истинно опенсорсный fork() на нвидии не работает - за отсутствием сорцов под нормальной лицензией. А когда нвидия обрубает "лишние" мониторы, динамит всех по три версии ядра к ряду, а на вопросы по части пересборки этой проприетарной дряни все ура-восхвалятели дружно прыскают в кусты - это нифига не по опенсорсному. А элементарное подстилание под проприерасов. А о подстилочки под грязные сапоги - эти самые сапоги как раз и вытирают, как известно. > - новые версии nvidia-drivers появляются через несколько часов после анонса, Особенно когда у нвидии модуль три ядра к ряду не собирался. Не говоря о том что собрать какой-нибудь дорелизный кернель - заведомый запрыг по граблям. > с ними не бывает даже с RC-ядрами в 99% случаев. Остается остальной 1%, когда факап таки бывает. И когда никто ничего сделать не может. Фанаты дружно прыскают в кусты. А опенсорсный драйвер что, если там будут ошибки в ядре - это будут чинить в темпе вальса. Потому что это - часть ядра. И стало быть, баг в ядре. И релизиться - нельзя вообще. И если кто не понял - мы проприерасин не любим за именно этот 1%, когда оказалось что надо строиться под них и забить на свои задачи и хотелки, потому что они это не предусмотрели и забыли остальным дать возможность этим заняться. > Ну а латентные вендyзятники ...это те, кто использует блоб-онли драйвера. Точно такое же отсутствие контроля над окружением и точно такая же нужда прогибаться под причуды проприерасов, как в винде. Выслушивая те же самые байки из склепа про неправильные версии систем и прочая. У тебя есть полный сорце нвидиевского крапа? Нет? Тогда какой ты нафиг истинный опенсорсник? Или уж трусы, или уж крестик.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	77. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:48
	Во как анон дергается. А я тебе прямо в лоб. Эсли такой работнег - intel камня для HD за глаза. Эсли игрули, то какая мне разница, танцы на льду или под водой, мне тележку катить. И да, про темп вальса - балабол. У меня сейчас режим не работает, а мне месяц ждать. Ну ну. И ты у нас ну прямо root. Что же в свободном драйвере ты контролируешь? Герцы считаешь?
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	86. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 03:05
	> работнег - intel камня для HD за глаза. А я хочу себе кучу могучих числодробилок под скоростные вычисления. А до кучи на них и поиграть можно. Почему бы и нет? Универсальный массив процессоров - на то и универсальный, что и посчитать и поиграть, им все-равно что считать. Но все это не про интель - у них GPU архаичны по архитектуре и хилы в плане производительности. Не говоря о том что их нельзя поставить несколько штук и легко проапгрейдить. > мне тележку катить. Турбины на "боинге" до кучи эту "тележку" еще и катать могут, хе-хе :). При том довольно быстро. Знаешь, мой GPU (R9 270) втыкает моему 8-ядерному CPU (FX-8120) примерно в 40-50 раз на массово параллелящихся вычислениях. Это, конечно, катит не для всех алгоритмов. Но там где катит - результат эпичен. Даже самый крутой интелевский проц, более чем за килобакс, утопленный в жидком азоте - не сделает 150-баксовый GPU... ;) > И да, про темп вальса - балабол. У меня сейчас режим не работает, а мне месяц ждать. Какой у тебя "режим не работает"? И чего ты ждать месяц намерен? У моря погоды? Что через месяц должно случиться? Если ну ой пипец как надо - обычно можно взять свежак у кого-нибудь из разработчиков или в drm-next. А если повезет - они вообще сбацают патч персонально для тебя, чтобы проверить что твой баг - ушел. Им так быстрее и проще чем фигачить бажный код в майнлайн и потом обламываться и пару месяцев ждать новый кернель, а 2 месяца юзери будут мозги клевать. Но для этого надо проявить немного адеквата и кооперативности. Если проблему хорошо зарапортовать - обычно все очень даже в настроении ее зашибить. > И ты у нас ну прямо root. I am. Я набираю кастомные системы под кастомные задачи. Мне нравятся разные процессорные архитектуры. И мне не надо систему где какие-то левые проприерасты будут за меня решать что и как мне делать. Зачем мне еще одна винда? Я пришел в опенсорс для того чтобы реально пользоваться его плюсами. По факту, а не для распальцов. > Что же в свободном драйвере ты контролируешь? Все что угодно. Вплоть до самоличного реверта коммитов которые кажутся вызыавющими проблемы, с целью посмотреть "не пропал ли баг". Я таки в состоянии взять штурвал на себя. > Герцы считаешь? И это тоже, если оно мне зачем-то надо. Я в курсе где посмотреть герцы и не только их.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	97. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 06:58
	> Остается остальной 1%, когда факап таки бывает. И когда никто ничего сделать не может Нет, в этих случаях я просто скачиваю патч с nvidia devforum и кидаю в определённый подкаталог в /etc/portage/patches > Точно такое же отсутствие контроля над окружением Отсутствие контроля над окружением - это когда ты сидишь на кривоглючном драйвере и не знаешь, будет ли работать то или иное 3D-приложение. А блоб nvidia предсказуемо работает -)) Ну, это у нормальных людей такое представление о контроле над окружением. У горлопанов это может означать контроль над исходными кодами, в которых они, кстати, ни шиша не понимают - просто открывают исходники в редакторе и проникаются священным чувством контроля -))
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	111. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 13:07
	> Нет, в этих случаях я просто скачиваю патч с nvidia devforum и > кидаю в определённый подкаталог в /etc/portage/patches Я помню, три месяца не могли патч под ядерный модуль родить, тут еще павлин патчами размахивал потом. Знаешь, я как-то абсолютно не желаю тратить мое время на разборки с факапами ПРОПРИЕТАРНЫХ модулей, где вендор еще и подгаживает какой-нибудь дрянью типа отпиливания мониторов, где нет нормального багтрекера, и вообще, формат взаимодействия - ну совсем не в духе опенсорца. Я лучше то же самое время потрачу на взаимодействие с опенсорсниками. Это намного приятнее, им нет смысла меня кидать, а коммит вызыавющий вопросы я могу ревертнуть сам, парой команд гита. И баг в багзиллу повесить можно по человечески. И потом хотя-бы трекать его статус как белый человек. Мне взаимодействие в таком формате нравится сильно больше. А размахивание пересборкой все и вся из сорцов в генте при таком покладании на лучшие практики опенсорсного мира выглядит кривым и странным, имхо. Я не вижу перспектив в взаимодействии в таком формате. > Отсутствие контроля над окружением - это когда ты сидишь на кривоглючном драйвере > и не знаешь, будет ли работать то или иное 3D-приложение. Если не будет - я пойду и вкатаю баг. В нормальном багтрекере, а не какой-то левой побочной хне. А потом еще и протестирую его исправление, возможно погоняв промежуточные версии патчей с фиксом. А в результате у меня будет система где все приложения попавшиеся на моей дороге таки работают. А в экстренном случае я могу git-ом отыграть в ту или иную сторону на несколько версий в ручном режиме, если ну очень надо. Вот это - сила опенсорса. > А блоб nvidia предсказуемо работает -)) Спасиб, я не нуждаюсь в драйвере где мне предсказуемо отпилят "лишние" мониторы или который предсказуемо не заработает на ARM или MIPS (и вообще, всем что с PCI-E но без х86). Я отнюдь не собираюсь давать клятву на вернось х86 архитектуре по гроб жизни, например. Блоботня в лине - фундаментально неправильный подход. > кстати, ни шиша не понимают - просто открывают исходники в редакторе > и проникаются священным чувством контроля -)) Конечно, намного лучше когда тебе в системе отпилили лишние мониторы без спроса, а ты и оспорить не можешь, только обтекать. Я такого в винде уже наелся, добавки как-то совсем не требуется. Поэтому я за опенсорс, там такие номера не в почете. И вообще, намного более честные и дружественные форматы взаимодействия.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	122. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 15:29
	> Знаешь, я как-то абсолютно не желаю тратить мое время на разборки с факапами ПРОПРИЕТАРНЫХ модулей Которые случаются раз в пятилетку и то - на RC-ядрах. А швабодные дрова работают через пень-колоду всегда и везде, лол.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	148. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 29-Июн-15, 21:33
	> Которые случаются раз в пятилетку и то - на RC-ядрах. А еще есть такая маленькая деталь: разработчики ядра Linux смотрят волком на tainted kernel-ы. И поэтому при попытке зарепортить баг в майнлайн - ты со своей нвидией отпраляешься лесом с интересом, потому что фиг бы его знает что этот блоб мог испортить. Никто даже и не подумает смотреть на такой багрепорт и изучать насколько твой блоб в этом (не) виноват. Это никому не надо. При том багу совершенно не обязательно быть в графике. Кернел большой и там могут быть баги и в других областях. Но лесом ты пойдешь во всех. Потому что никто не хочет разбираться в проприетари от нвидии и чего они потенциально могли поломать у себя и у других. > А швaбодные дрова работают через пень-колоду всегда и везде, лол. Вот только они не ломают консоли. И кернел с ними - заведомо собирается, если его вообще релизнули. Это работает out of the box, даже на ливфлехах и ливцд. И не отваливается при крупном апдейте системы "потому что модуль не для той версии ядра", оставляя юзера без графики. Там нормальный плагнплей: загрузился-заработало. И это нормально интегрировано с системой. Так что KDB может отрисоваться даже когда большая часть ядра - стоит колом. На это можно по людски зарепортить баг. И не пошлют курить бамбук с tainted kernel-ом. И мониторы никто не отпилит внезапно. В свете этого - большой такой вопрос что считать за пень-колоду и у кого именно.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	144. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от targitaj on 29-Июн-15, 15:23
	Зачем ты мечешь бисер перед... этим... Оно не стоит этого.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	75. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Crazy Alex (ok) on 28-Июн-15, 01:42
	Ты бы определился уже - или на латентных вендузятников ругаться или хвалить нвидиевские  блобы...
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	87. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 03:10
	> Ты бы определился уже - или на латентных вендузятников ругаться или хвалить > нвидиевские  блобы... Давно замечено что бывает и так, что громче всех орет "держи вора!" сам вор. Вот это именно наш случай. Фанат "типа, опенсорса" ... не смущается огроменной блобиной, на основном системном проце, в его системе, с правами ядра и рута. Интересный такой опенсорсничек получается :)
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	94. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 06:48
	Ты чот путаешь, я не фанат. Фанаты - это вы -)) А я просто пользуюсь системой.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	112. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 13:08
	> Ты чот путаешь, я не фанат. Странно, почему же я тогда вижу твой батхерт в каждой первой новости про амд? :)
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	123. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 15:30
	А если человек ржёт над Тимати - он ему завидует, да -))
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	135. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 29-Июн-15, 06:20
	> А если человек ржёт над Тимати - он ему завидует, да -)) Ну если он своим ржачем заспамил все форумы - он таки или завидует, или рекламщик или просто конь, у которого недержание.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	52. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–3 +/–
	Сообщение от Fracta1L (ok) on 27-Июн-15, 18:50
	> Я видел как оно у перца отлчно не собиралось с новым ядром. Ну так если чувак пользуется шлаковым дистрибутивом - что ещё остаётся, кроме как поржать над ним? > А знаешь, у амд это как-то получше организовано нынче, имхо. Ага. Знаю. Полны форумы попоболи из-за глюков и через пень-колоду работающих игр. АМД-фанбои такие смешные - уже хз сколько лет долдонят свои мантры, а воз и ныне там -))
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	71. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:24
	> Ну так если чувак пользуется шлаковым дистрибутивом - что ещё остаётся, кроме > как поржать над ним? Сразу видно ламака и нуба: root cause неправильный. Изначально шлак - нвидиевская проприетарь. А все остальное - лишь следствия из этого, а вовсе не. С проприетарью такие проблемы вообще очень характерны, независимо от того нвидия это делает или нет. В винде такого "счастья" - вся система и все дрова, гули. > Ага. Знаю. Полны форумы попоболи из-за глюков и через пень-колоду работающих игр. Ну, понимаешь, мы свои баги и глюки замахаем. И замахиваем. А проприетарь так и останется проприетарью. И так и будет факапить все своей гнилой проприетарной сущностью, ортогональной опенсорсу. > АМД-фанбои такие смешные - уже хз сколько лет долдонят свои мантры, Фаны блоботни такие странные. Фапают на Истинный Опенсорс гентурасии ... загадив систему гигантским блобом. На который нет сорцов. Где логика, где разум? Ну а так - вон амд сделали, например, ARM-овскую платку. С PCI-E разъемом. А знаешь, чувак, там можно будет воткнуть Radeon в этот PCI-E и он таки подхватится открытым драйвером, и даже работать будет, пожалуй. Как и остальные PCI-E железки с открытыми дровами. А теперь попробуй показать такой фокус на нвидии - тогда и узнаешь чем проприетарь от опенсорса отлчается. Тем что там расстреливают за шаг влево и шаг вправо. Например за то что посмели заменить x86 на ARM. Хотя технически ARM как CPU ничем особо не хуже. И с PCI-E работать тоже может. > а воз и ныне там -)) Позволю себе с этим не согласиться - за последние несколько лет открытые драйвера здорово улучшились. А вот с нвидией за последние три года ничего не изменилось. Те же блобмейкеры, так же дюзами к опенсорсу.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	96. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 06:51
	> Изначально шлак - нвидиевская > проприетарь. А все остальное - лишь следствия из этого, а вовсе > не. Оттого, что ты повторяешь эту мантру, она правдой не становится -)) Шлак - это именно убогие дистрибутивы, в репах которых программы обновляются по полгода. Как там пишут в дебиановских манах по установке вполне себе открытого VirtualBox? "Чтобы получить свежую версию программы - скачайте пакет с сайта производителя и установите вручную". Венда вендой -))
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	114. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 13:16
	> сайта производителя и установите вручную". Венда вендой -)) Венда - это твоя система, с немеряным блобом, где производитель вертит пользователем как захочет, срубая "лишние" мониторы, прекращая поддержку карточек по своему усмотрению и диктуя версии системных компонентов. Невозможность что либо оверрайднуть в вендырских решениях - абсолютно такая же как в винде. Ну а мне такой хоккей не нyжен. В моей системе рулю я. И никаким проприерасам из нвидии не будет позволено перехватить руль и диктовать мне что-то на таком уровне.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	125. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Fracta1L (ok) on 28-Июн-15, 15:32
	Неа. Венда - это дебиан, где репозитории бесполезны чуть менее, чем полностью -)) > В моей системе рулю я Можешь тратить свою жизнь на повелевание системой, я предпочитаю делегировать скучные обязанности другим людям. При том, что качество их работы меня устраивает.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	137. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 29-Июн-15, 06:37
	> Неа. Венда - это дебиан, где репозитории бесполезны чуть менее, чем полностью -)) Дебиан как раз таки на абсолютно противоположном полюсе: там на проприетарь смотрят волком и потому он не создает лишних проблем в плане лицензий. И там нет кадалова и западла. Кроме всего прочего, это делает дебиан очень удобной "стартовой площадкой". Его можно взять и поюзать где-нибудь. Качественно и всерьез. И даже не получить потом на свою голову лицензионные предъявы. Что ни говори, а это ценная фича. >> В моей системе рулю я > Можешь тратить свою жизнь на повелевание системой, Я нахожу в этом fun и это приносит profit - так почему бы и нет? :) > я предпочитаю делегировать скучные обязанности > другим людям. При том, что качество их работы меня устраивает. Тогда я все меньше понимаю нафуя тебе гента при таком подходе к жизни. Неужели чтобы перед сверстниками красоваться? Хм, я был несколько лучшего мнения о тебе.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	102. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 08:43
	>  А знаешь, чувак, там можно будет воткнуть Radeon в этот PCI-E мда по тебе видно что ты некуда кроме x86 не втыкал, я не учебный центр но ты погугли почему не будет работать обычная карточка.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	113. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 13:13
	> не учебный центр но ты погугли почему не будет работать обычная карточка. Ты не учебный центр. Ты ламак, к тому же - феноменально наглый: учить уму разуму автора новости, который получше тебя в курсе что и где работает. MESA c радеоном запускали например на PowerPC. Там, конечно, есть грабли. Но оно все-таки запускалось. И на ARM заработает, чего б ему. PCI-E как таковой кроссплатформенный, а у AMD видяхи сделаны без какой либо привязки к х86. Скажем, основная часть ATOM BIOS - платформенно нейтральный интерпретируемый код, разбираемый драйвером видяхи.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

18. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
Сообщение от Аноним (??) on 27-Июн-15, 11:47
А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 12:02
	> А в чем смысл "фирменных варинтов" OpenGL и OpenCL ? В том что они могут быть с "фирменными оптимизациями" которые "не хочется показывать конкурентов". Хотя глядя на то как работает каталист - я бы на их месте вообще его целиком в трэш спустил и допиливал открытый драйвер. Благо там уже GL 4.x - добивают последние недостающие расширения, кодирование-декодирование видео работает, управление питанием нормальное, даже вычисления уже работают более-менее. В общем смысла в каталисте постепенно остается ноль целых, фиг десятых.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	59. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Аноним (??) on 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 переходить...
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	64. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 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д драйвер там очень плохой. И он всегда таким и останется пока ты не сделаешь всего чего ему не хватает. Или не найдешь того кто сделает предварительно простимулировав.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	72. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:33
	> Когда в открытом драйвере сделают подджерку YUY2 для HD7750 ? Какая-то очень странная постановка вопроса. Объясни - что все это дает пользователям, с пользовательской точки зрения? Ну или что НЕ дает. Плюс-минус пара надписей в чисто технических утилсах - ну, круто. Но мало на что влияет "по жизни". Не очень понимаю поводов расстройства из-за какого-то одного из субформатов. > про sync вообще даже писать грустно. В смысле? В опенсорсном радеоне с этим получше чем у многих других. > отстается только на intel переходить... Флаг в руки. Только он по производительности 3D, как бы это сказать, и близко к 77хх не стоял. Пардон, всякий там набортный GDDR5 - софтварно не эмулируется, хоть там что! А если GPU и CPU на двоих делят DDR3, который в разы более медленный на графических задачах чем GDDR5 - там все понятно, думаю. Еще есть, конечно, iris всякие, но стоят они как задняя часть от самолета а считают не больно то в соответствии со своей ценой. С практической точки зрения выбор в пингвинах между блоб-онли нвидией, слоупочным интелем и амд, который ни так ни сяк, но зато шустрый и с каким-никаким опенсорсным драйвером. Кому какие приоритеты важнее - каждый сам для себя ессно выбирает.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	78. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:50
	>> А в чем смысл "фирменных варинтов" OpenGL и OpenCL ? > В том что они могут быть с "фирменными оптимизациями" которые "не хочется > показывать конкурентов". Хотя глядя на то как работает каталист - я > бы на их месте вообще его целиком в трэш спустил и > допиливал открытый драйвер. Благо там уже GL 4.x - добивают последние > недостающие расширения, кодирование-декодирование видео работает, управление питанием > нормальное, даже вычисления уже работают более-менее. В общем смысла в каталисте > постепенно остается ноль целых, фиг десятых. И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	145. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от targitaj on 29-Июн-15, 15:35
	>И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну. Иииии какая же связь между стоимостью железа и способом производства дров на него?
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	146. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Andrey Mitrofanov on 29-Июн-15, 15:55
	>>И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну. > Иииии какая же связь между стоимостью железа и способом производства дров на него? Не, он *оправдывает* покупку "дорогого" железа использованием блободриверов, а использование блободриверов покупкой  "дорогого" железа. Это такое обоснование. Типа. Двойной потре---тор. Ишь ты, интеграшки с FLOSS-дривером ему не надь.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	26. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Zenitur (ok) on 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).
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	30. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 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, удобная штука для бенчмарков и тестов).
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	46. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 27-Июн-15, 18:06
	> Насколько я помню, кернель по дефолту вообще преэмптивен только добровольно. Это неверно.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	73. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:38
	> Это неверно. Так написано в хелпаре на эту настройку ядра, если меня не подводит склероз. Что мол без этого - код ядра в основном преэмптивен в основном только добровольно (программы в режиме пользователя ессно переключать можно всегда... если они не отвисли в каком-то ядерном вызове). А если врубить вот это - получается т.н. "low latency" ядро, при этом код ядра тоже можно будет переключать "без спроса", кроме критичных секций. Откуда и проистекает выигрыш в латенси, собственно. Если это не так - просьба более предметно указать источник знаний и пруфлинки.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	91. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Zenitur (ok) on 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.me/opennews/art.shtml?num=40162 Хотя для ядра 3.18 они обновлены, и у меня есть две версии: программиcnы очень уважают Debian, и Valve проплатила для SteamOS (которого перевели на пакетную базу Debian 8: http://www.opennet.me/opennews/art.shtml?num=42506), так как в прошлый раз патчи -rt были.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	117. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 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 были. В данном случае я не столько о реалтайме сколько о возможности преемптить все ядро. Для десктопа выглядит как полезная фича.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	79. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от бедный буратино (ok) on 28-Июн-15, 01:56
	> R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10. Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы! чушь... у них сравнительная производительность... я как-то даже сидел на каталисте на r600... пока мне не надоело то, что оно всё время отваливается и я не вернул ядрёный драйвер. единственное, что потерял и что жалко - это видеоускорение для hd видео - но это у меня есть и в телевизоре, и в cubieboard.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

22. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от Zenitur (ok) on 27-Июн-15, 11:58
Это успех! > Внутренние разработчики AMD не имеют опыта работы "на публику". Предполагается, что будет некий переходный период ("ramp up"), при котором внутренние сотрудники не будут напрямую работать с открытыми репозиториями, а разработчики открытых драйверов постепенно введут их в курс дела. http://www.opennet.me/opennews/art.shtml?num=40798 Авторы Catalyst так быстро написали код настолько высокого качества, что его приняли в ядро!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 12:00
	> Авторы Catalyst так быстро написали код настолько высокого качества, что его приняли в ядро! Не, все проще :). Deep deep down inside это таки отфорканый RadeonSI опенсорсный, который доработали до состояния чтобы поверх него мог запускаться еще и проприетарный кусок либ ака катаглист.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	37. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Анонимус сапиенс on 27-Июн-15, 14:29
	> Авторы Catalyst так быстро написали код настолько высокого качества, что его приняли > в ядро! agd5f это не автор каталист, толстячок.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	60. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Mihail Zenkov (ok) on 27-Июн-15, 21:40
	Более того agd5f (он же Alex Deucher) как-то говорил, что у него нет доступа к исходникам сatalyst (наверное что-бы не было соблазна скопипастить).
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	76. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 01:42
	> Более того agd5f (он же Alex Deucher) как-то говорил, что у него > нет доступа к исходникам сatalyst (наверное что-бы не было соблазна скопипастить). И это наверное к лучшему. Заметь, даже АМД побоялись свой модуль ядра катаглиста открывать и предпочли его совсем забросить и вместо этого допилить радеоновский модуль под свои нужды. Что как бы намекает нам где было лучше качество кода - хорошую вещь на свалку истории никто не потащит.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	115. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Mihail Zenkov (ok) on 28-Июн-15, 13:20
	> И это наверное к лучшему. Заметь, даже АМД побоялись свой модуль ядра > катаглиста открывать и предпочли его совсем забросить и вместо этого допилить > радеоновский модуль под свои нужды. Скорее боятся проблем с патентами/лицензиями. > Что как бы намекает нам где > было лучше качество кода - хорошую вещь на свалку истории никто > не потащит. Opera (presto) ?
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	119. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 14:53
	> Скорее боятся проблем с патентами/лицензиями. А фиг их знает. Модуль катаглиста у меня GPF вызывал ...цать раз, при том этак через 2-10 дней работы обычно. Во много раз больше чем какие либо сбои открытого радеона за сравнимый интервал времени. При таких фактах его уpыть следовало и без всяких патентов, пожалуй. В открытом драйвере основной объем серьезных проблем с графикой в осноном сводится к GPU lockup. А это все-таки не падение ядерного кода на основном проце. > Opera (presto) ? А она не такая уж и "хорошая" - за стандартами перестала поспевать и это стало никому не надо. А кому и зачем нужен браузер который не может корректно рендерить реально существующие сайты и вызывает волну предъяв? Вот и околел - потому что критерии хорошести несколько изменились и новые критерии опера не потянула, решив что взять более хороший движок и сделать вокруг него обертку им проще. Правда я не очень понимаю нафиг вообще эта опера нужна. Ради проприетарной обертки к хрому? Они серьезно? :)
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	126. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Mihail Zenkov (ok) on 28-Июн-15, 16:59
	>> Opera (presto) ? > А она не такая уж и "хорошая" - за стандартами перестала поспевать > и это стало никому не надо. А кому и зачем нужен > браузер который не может корректно рендерить реально существующие сайты и вызывает > волну предъяв? Если бы открыли исходники - очень даже был бы нужен. ИМХО корректность рендера в большинстве случаев вторична - и так все ставят adblock/noscript/etc, главное что бы основной контент нормально отображался и js работал (когда надо). Просто оперовцы помят историю netscape и понимают, что при открытии presto их новый браузер вообще никто использовать не будет.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	130. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 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 их > новый браузер вообще никто использовать не будет. Может быть я глупый, но не понимаю зачем надо пользоваться проприетарной шкуркой для хрома. Мало того что зависимость от причуд гугля, так еще бонусом - полноценный вендорлок на оперу. И зачем все это?
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

31. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от Аноним (??) on 27-Июн-15, 12:54
Я так понял что R9 290X будет поддерживаться?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от Аноним (??) on 27-Июн-15, 15:01
В новости неясно написано, R9290X, R9290, R9280, R9270 - будет поддержка? или нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от ferux (ok) on 27-Июн-15, 17:08
	поскольку R9 285 новее R9 290[X], то не будет. Как и не будет для 280 и 270
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

45. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–6 +/–
Сообщение от BOSS_SAS_ on 27-Июн-15, 17:56
чето любители амд гонят как обычно на нвидию.. за 5 лет моих в линухе проблемы только у амд. с невидией проблем нет вообще. особенно если юзать бунты разные, там дровина в деб-пакете
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	55. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–7 +/–
	Сообщение от Аноним (??) on 27-Июн-15, 20:29
	> чето любители амд гонят как обычно на нвидию.. > за 5 лет моих в линухе проблемы только у амд. с невидией > проблем нет вообще. особенно если юзать бунты разные, там дровина в > деб-пакете АМДшникам нужно как то оправдывать свой некомпетентный выбор, вот они и фапают на открытые дрова.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	67. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+2 +/–
	Сообщение от Xasd (ok) on 28-Июн-15, 00:51
	ну выбор Nvidia-фанбоев -- всего лишь -- "Nvidia на нашем районе является самая чёткая видяха! все мои друзья покупали Nvidia, и поэтому я тоже!".. ..своего мнения то у них ведь нет...
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	80. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 02:14
	> АМДшникам нужно как то оправдывать свой некомпетентный выбор, вот они и фапают > на открытые дрова. Вы не поняли: мы предпочитаем открытые системы. И логично что в открытых системах должны быть открытые дрова. Иначе какие же эти систмы открытые? Ну а при этом факты таковы, что у интел - драйвер конечно хороший и опенсорсный. Но железо - хилое. Нвидия к опенсорсу развернута тылом. Ну вот и остается только амд. Со своими компромиссами, зато с мощными железками и открытым драйвером.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	103. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–2 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 08:47
	> Вы не поняли: мы предпочитаем открытые системы. И логично что в открытых > системах должны быть открытые дрова. И закрытые фирмваре, но тебе про это не говорят просто инсталят. Может хватит уже мечтать о откртых системах, навайте вспомним сколько овер дофига всего закрытого, включая телефоны, не всегда опенсорс оправдан и видео карты тому пример.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	116. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Xasd (ok) on 28-Июн-15, 13:24
	> И закрытые фирмваре и что? firmware это часть железа, а не часть ПО. сравнить между собой "закрытое firmware" и "проприетарный модуль ядра" -- это как сравнить два события: "человек пописал в море" и "танкер с нефтью совершил крушение в море". тут речь идёт об СПО.. а закрытое железо -- да -- оно закрыто! > И закрытые фирмваре, но тебе про это не говорят просто инсталят. инсталлят -- куда? ты хоть понимаешь КУДА firmware инсталлется? > Может хватит уже мечтать о откртых системах, навайте вспомним сколько овер дофига всего закрытого, включая телефоны, не всегда опенсорс оправдан и видео карты тому пример. вообще-то часть людей уже не мечтают, а давно имеют. системы без проприетарного ПО. а тот факт что где-то там телефон без СПО -- ды и чёрт бы с ним. ни кто не заставляет постоянно тыкать пальцами в эту коробочку, и сидеть там во Вконтакте. так что твои уговоры типа -- "один раз не пидорас" ("ну установи всего-лишь один проприетарный модуль!") и "второй раз не первый раз" ("если уж модуль установил, то и ещё что-нибудь проприетарное поставь!")..
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	120. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 15:04
	> И закрытые фирмваре, но тебе про это не говорят просто инсталят. Закрытое фирмваре на вспомогательном сервисном проце - это все-таки не то же самое что немеряный блоб в режиме ядра на основном системном проце, что ни говори. С практической точки зрения, если фирмварь в GPU попробует сделать что-то явно левое, сунувшись в постороннюю память - IOMMU даст железке по чайнику и на этом все закончится, с занесением в лог ядра. А так GPU не имеет выход в сеть, в отличие от харда не отгружает исполняемые файлы и прочее, поэтому ничего кроме обращений к памяти особо и не может. Поэтому у GPU довольно лимитированные возможности для пакостей в системе. А вот код на основном системном проце - он таки все это и настраивает, в том числе и IOMMU. И может в принципе делать с системой абсолютно все что пожелает. Поэтому здоровый шмат проприетарного кода, постоянно висящего резидентно на основном системном проце с правами ядра и/или привилегированного админа системы мной как-то совсем не приветствуется. Не говоря о том что это к тому же вызывает много дурных левых требований к системе и софту в ней. Фирмвари что, они одинаково вгрузятся в GPU независимо от версий системного софта и даже типа процессора, хоть там MIPS китайский какой. > Может хватит уже мечтать о откртых системах, Это с какой бы радости? :)
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	140. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от iPony on 29-Июн-15, 10:08
	> с невидией проблем нет вообще. особенно если юзать бунты разные Если не гнаться впереди паровоза с целью сидения на последним ведре, то проблем обычно нет. Хотя есть исключения, в ubuntu 14.04 LTS уже более года падает сборка модуля nvidia при обновлении ядра. Это же позор. https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-dr...
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

47. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от Аноним (??) on 27-Июн-15, 18:17
Короче говоря, драйвер с запланированным устареванием. Доступен только для белых людей, использующих последние карты. Поэтому нет ничего лучше свободного драйвера
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

	89. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Zenitur (ok) on 28-Июн-15, 05:42
	Я могу понять AMD-шников, которые покупают почти топовую модель, и пользуются ей на 50% (radeon вместо Catalyst). Но нвидиашников, которые покупают почти топовую 770 и пользуются ей на 5% я понять не могу!
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	142. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–2 +/–
	Сообщение от iPony on 29-Июн-15, 11:02
	> Ну это да. Кто цепляется за древнее железо, тот в игры всё равно не играет, ему и nouveau сойдет. Я вот открыл, посмотрел. У меня этак 10 лет назад была nvidia 6600 Так я и щас бы смог без проблем накатить на ubuntu 14.04 LTS легаси драйвер 304.125 (2014.12.5). И вполне себе пользоваться.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	143. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от iPony on 29-Июн-15, 11:04
	Только вот сама карта подохла этак через 5 лет использования - неудачное охлаждение было на ней, может из-за этого.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	149. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 30-Июн-15, 10:08
	> Только вот сама карта подохла этак через 5 лет использования Для нвидий это вообще типично. У меня вообще на одной из мамок выгорел чипсет через год. Потому что тепловой режим - зверский.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	57. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Crazy Alex (ok) on 27-Июн-15, 20:56
	Ну так если писать что-то новое - то надо как-от ограничить круг поддерживаемого железа. ресурсы-то не бесконечные. По-моему, граница выбрана довольно вменяемо. Впрочем, свободный драйвер в любом случае лучше. Хотя, может, это будет переходной ступенью AMD  к полному отказу от закрытых дров?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	81. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 02:17
	> вменяемо. Впрочем, свободный драйвер в любом случае лучше. Хотя, может, это > будет переходной ступенью AMD  к полному отказу от закрытых дров? На их месте я бы после выхода вулкана - максимально шустро втрамбовал бы его в открытый драйвер и помогал бы игроделам на него перейти. Жаль что они наверное засцут так авангардично отжечь.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

58. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
Сообщение от Ku Klux Klan on 27-Июн-15, 21:27
Крузис запускается ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	82. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от Аноним (??) on 28-Июн-15, 02:18
	> Крузис запускается ? Ща, погоди, его портанут под линух - тогда и проверим. Cryengine вон уже поддерживает линь, так что глядишь и очередной крысис под линь выйдет :)
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

85. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
Сообщение от Kodir (ok) on 28-Июн-15, 02:30
Я не понимаю, ЧТО они там прячут, в своих бинарных блобобобах?! Ну ОпенГЛ, дальше что? Хотите - запатентуйте свои циклы и ИФы, если на большее ума нехватает, но в чём секрет прятать реализацию открытого стандарта? Шиза, а не АМД.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	99. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 07:23
	с выходом Vulkan - станет мэйнстримом, к сожалению. но - блобы странут ЗНАЧИТЕЛЬНо меньше а открытая часть - ощутимо больше за счет нового рантайма унифицированного.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	104. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 28-Июн-15, 09:54
	Ну да раз ядро открытое получается что какого-то хитрого управления железом нет, выходит остается и правда только хитрая реализация opengl. Я уверен что это политическое решение на всякий случай. Жизнь рано или поздно убъет закрытые блобы.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	131. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от Аноним (??) on 29-Июн-15, 05:43
	> Жизнь рано или поздно убъет закрытые блобы. Опенсорсные методы взаимодействия оказались элементарно эффективнее и результативнее.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	152. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–1 +/–
	Сообщение от Crazy Alex (ok) on 30-Июн-15, 14:14
	Могут вообще ничего не прятать. Блобы работают прямо сейчас, и отнюдь не только на линуксе. А проаудитить их на предмет возможности открытия - отдельная и нетривиальная задача.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

98. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+3 +/–
Сообщение от svsd_val (ok) on 28-Июн-15, 07:12
Мужики сказали - мужики сделали. А Nvidia до сих пор как девка ломается....
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

153. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
Сообщение от count0krsk (ok) on 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!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	154. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от herova on 01-Июл-15, 12:12
	Мгимо финишд?
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	158. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+/–
	Сообщение от count0krsk (ok) on 04-Июл-15, 07:23
	> Мгимо финишд? СибГТУ ин процесс ))
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	156. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	–3 +/–
	Сообщение от iPony on 02-Июл-15, 10:00
	Когда в линуксах сделают вменяемую видеосистему вместо иксов, тогда вякай.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	157. "В состав ядра Linux 4.2 принят драйвер AMDGPU"	+1 +/–
	Сообщение от count0krsk (ok) on 04-Июл-15, 07:22
	А Мир с Вэйлэндом - невменяемые значит? И чем плохи Иксы (в разрезе работы с видеодрайверами)?
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема