| |
| |
| 3.54, Аноним (-), 00:18, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> На плейстехе 4 бабла подняли. Теперь можно куражиться.
Завидовать другим - нехорошо.
| | |
|
| 2.7, Аноним (-), 15:28, 03/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
На пхорониксе в комментариях написали, что это как и с broadcom'ом, открыли обертку над блобом.
| | |
| |
| 3.10, бедный буратино (ok), 15:40, 03/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > На пхорониксе в комментариях написали, что это как и с broadcom'ом, открыли
> обертку над блобом.
И куда эту обёртку засовывать? (гусары, молчать!)
| | |
| |
| 4.15, anonymousY (ok), 16:37, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > И куда эту обёртку засовывать? (гусары, молчать!)
Очевидно патчить ею ядро и месу.
| | |
|
|
|
| |
| 2.52, Аноним (-), 23:21, 03/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Стандарт декодирования в gnu/linux это VAAPI
плохо что они не сделали VAAPI
| | |
| |
| 3.82, Аноним (-), 10:54, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Стандарт декодирования в gnu/linux это VAAPI
Это кто сказал?
> плохо что они не сделали VAAPI
Поработав и с тем, и с другим, могу сказать, что VDPAU заметно прямее сделан и лучше документирован, чем VAAPI в части декодирования. В частности, там хотя бы даются гарантии потокобезопасности.
| | |
| 3.86, Аноним (-), 08:51, 05/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
стандартов используемых в линуксах очень мало и видеодекодирование в их число не входит
| | |
|
|
| |
| 2.6, бедный буратино (ok), 15:16, 03/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я с 2008 года всё жду и жду, а оно всё не выходит и не выходит. Иногда кажется, что оно - ан нет, опять показалось. Не будем торопиться с выводами.
| | |
|
| 1.13, Аноним (-), 16:31, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Забыли указать в новости, что поддержка в виде *блобика* микрокода и обертки для работы с этим блобиком.
| | |
| |
| 2.38, Andrey Mitrofanov (?), 19:47, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Забыли указать в новости, что поддержка в виде *блобика* микрокода и обертки
> для работы с этим блобиком.
О-о-о, это ты ещё AtomBIOS(TM) не видел. Очень расстроишься...:(((
| | |
| |
| 3.56, Аноним (-), 00:21, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> О-о-о, это ты ещё AtomBIOS(TM) не видел. Очень расстроишься...:(((
С другой стороны, драйверу достаточно сделать парсер-интерпретер. А видяха за счет интерпретируемого "типа, bios" сама знает как с ней работать. Чем оно хуже например фирмвары в сидироме или жестком диске - интересный вопрос.
| | |
|
|
| |
| 2.18, anonymousY (ok), 17:20, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Вы firmware блобом называете??? Ну тогда и нынешний радеон тоже обертка над блобом.
| | |
| |
| 3.21, Аноним (-), 17:30, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Блобом называется большой бинарный объект. В частности, нечто по типу 100-килобайтных uvd-микрокодов вида RV_7....bin, не имеющих исходников. Большинство же файлов по ссылке не удовлетворяют этому критерию. Да дело даже не в исходниках, а в том что новость не отражает суть.
| | |
| |
| 4.23, anonymousY (ok), 17:38, 03/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Большинство же файлов по ссылке не удовлетворяют этому критерию.
Так это блоб или не блоб? У вас есть понимание того, чем собственно является firmware?
>Да дело даже не в исходниках, а в том что новость не отражает суть
В чем же она не отражает сути, позвольте спросить?
| | |
| |
| 5.24, Аноним (-), 17:45, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> У вас есть понимание того, чем собственно является firmware?
Есть. Поэтому я не называю микрокод фирмварью.
> В чем же она не отражает сути, позвольте спросить?
В том, что 90% реализации поддержки UVD *не* в виде пачтей.
| | |
| |
| 6.28, anonymousY (ok), 17:58, 03/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Есть. Поэтому я не называю микрокод фирмварью.
Вы называете его блобом.
>В том, что 90% реализации поддержки UVD *не* в виде пачтей.
Вы на аптекарских весах измеряли?
Как вы вообще себе это представляете? fireware содержит специфичный для данного gpu код. Для того чтобы распространить его в исходниках, надо сначала добавить поддержку соответствующей архитектуры в компилятор, затем в ядро. Или надо было все это выложить в виде отдельного .S файла полностью состоящего из hex-а? Тогда бы реализация стала полностью открытой?
| | |
| 6.57, Аноним (-), 00:22, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Есть. Поэтому я не называю микрокод фирмварью.
Хотя по факту отличий между ними минимум.
| | |
|
| 5.25, Аноним (-), 17:49, 03/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Тут недавно была новость про опенсорсную "поддержку" броадкомовского 3D и GL в какой-то поделке. Тут тоже самое. Вот только там новость отражала суть, а тут - нет.
| | |
| |
| 6.34, anonymousY (ok), 18:50, 03/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если человек невежественен, то ему лучше молчать, тогда он может даже сойти за умного.
| | |
| 6.78, Аноним (-), 03:11, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Тут недавно была новость про опенсорсную "поддержку" броадкомовского 3D и GL в
> какой-то поделке. Тут тоже самое. Вот только там новость отражала суть, а тут - нет.
Тут это в куда меньшей степени. А так - вы кинули команду накопителю по SATA интерфейсу, а там его контроллер отрабатывает команду. Вас не смущает что у него есть флеха и микрокод в ней? Который и отрабатывает данную команду по факту?
| | |
| 6.88, Аноним (-), 12:00, 05/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> какой-то поделке.
Raspberry Pi это был. Ну да, там совсем отстойно сделано: GPU загружает систему, а ARM с линем там так - вспомогательная фигня при GPU, которую уже потом догружает сам GPU, после того как стартанул, лол. В указанооом же случае GPU лишь периферия. Своей линии поведения как таковой не имеет, невзирая на микрокод.
| | |
|
|
|
|
| 2.19, Stax (ok), 17:25, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Вы с луны упали?
Это фирмвари карт, без которых свободный драйвер вообще работать не будет. Им сто лет в обед и они давно входят в любой дистрибутив.
$ ls /lib/firmware/radeon/R600_*
/lib/firmware/radeon/R600_me.bin /lib/firmware/radeon/R600_pfp.bin /lib/firmware/radeon/R600_rlc.bin
$ rpm -qf /lib/firmware/radeon/R600_*
linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
А по ссылке просто более актуальные версии.
| | |
| |
| 3.22, Аноним (-), 17:32, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Ага, с луны, упал. Только сначала процитируй строчку, в которой я допустил ошибку.
RV710_uvd.bin 02-Apr-2013 23:24 113K
RV770_uvd.bin 02-Apr-2013 23:24 89K
И соотнеси это с размером патчей, можешь заодно читать тогда научишься.
| | |
| |
| 4.26, Stax (ok), 17:50, 03/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
И? Откуда вы знаете, что это не "вообще" общий UVD-код, который нужен радеонам для работы этого модуля?
Кода мало, т.к. декодирование-то аппаратное, а не в драйвере. Причем на специализированном аппаратном модуле (который еще разный у разных карт), а не на засылаемых из ОС шейдерах. Так какой код вы там ожидаете увидеть, когда по определению это активация аппаратной фичи и передача данных в карту?
| | |
| 4.30, Аноним (-), 18:10, 03/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дались тебе эти блобы.
1) Меняются апи/аби у dri/mesa/drm и оставшейся шайки-братии стека открытых видеодрайверов - менять этот блоб не нужно. Он продолжает просто работать. Что есть неоспоримый плюс.
2) Блоб отлажен и работоспособен на все 110%. И в дальнейшем не представляет проблем со своей поддержкой. Даже если в нём и есть какие-то подпорки для Digital restrictions management, то не срать ли на это? Ускорение видео от этого никуда не пропадает и просто работает.
3) Подозреваю, что ситуация с текущими bios аналогична - архив с кучей блобов для разных "блоков" (например для встроенных сетевух). Если такой пурист - open hardware ваш выбор
По теме, осталось выцыганить блобы на управление питание, чтобы рулить вольтажом и частотой.
| | |
| |
| 5.45, qux (ok), 21:20, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > 3) Подозреваю, что ситуация с текущими bios аналогична - архив с кучей
> блобов для разных "блоков" (например для встроенных сетевух). Если такой пурист
> - open hardware ваш выбор
Пурист-не пурист, а желание использовать поменьше закрытых компонентов достаточно понятно, с учетом тематики сайта. Тем более, обязательных не так много, и минус один это уже неплохо.
> По теме, осталось выцыганить блобы на управление питание, чтобы рулить вольтажом и
> частотой.
А тут почему блобы? Ценной IP вроде нет, защитой от крайних значений аргументировать разве что.
| | |
| |
| 6.50, dalco (ok), 22:32, 03/04/2013 [^] [^^] [^^^] [ответить] | +/– |  Полгодика назад проскакивала информация кажется, на похорониксе кто-то из амдшн... большой текст свёрнут, показать | | |
| |
| 7.80, Аноним (-), 08:04, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Еще более короткое резюме - писать код управления питанием для опенсорсных дров
> гораздо быстрее и проще с нуля.
Ну дык. Если бы вы видели что обычно в таком коде бывает (легаси от проприерасов на 10+ лет - это просто залежи мамонтового шита) - вы бы тоже так считали.
| | |
| 7.85, qux (ok), 15:36, 04/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дык ок, сами говорите, для свободных дров вариант с нуля лучше. Зачем тот блоб просить тогда.
Вообще интересно, это такая сложная фича, или фреймворк подхватили под другим причинам..
| | |
|
| 6.59, Аноним (-), 00:34, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Пурист-не пурист, а желание использовать поменьше закрытых компонентов достаточно понятно,
Оно конечно да, но просто ныть про микрокод - неконструктивно. Если реально мешает - создайте инициативу по переписыванию, например. Кто же виноват что сервисному процессору код нужен?! С другой стороны, фирмваре у вашего харда вы же врядли станете переписывать, так? Хоть там и есть флешка и ее можно перешить. И довески на блинах, которые тоже можно переписать. Так что по максимально жестким Столлмановским критериям - и это можно освободить. С другой стороны - вред от этого кода не так уж и огромен - сидит он в своей железке и ничего такого особо вредного делать за ее пределами не может особо.
| | |
| |
| 7.84, qux (ok), 15:32, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Ныть неконструктивно почти по определению :) А упоминать можно по нескольким причинам, намеренный вред не единственная. Свободный код это еще и правило тысячи глаз (или как его там), и возможность исправить что-то своими силами, а не ждать апдейта от производителя (особенно если устройство уже не поддерживается).
Для вашего примера можно вспомнить известный баг с потерей данных, кажется, 12й серией барракуд. Переписывать нет, но иногда вмешаться — да.
| | |
| |
| 8.89, Аноним (-), 12:15, 05/04/2013 [^] [^^] [^^^] [ответить] | +/– | Все так Компромисс Да, компромисс С другой стороны - минус один аргумент за п... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| 2.20, Stax (ok), 17:26, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Лучше бы энергосбережение доделали
Это печальная правда :( С энергосбережением на свободных дровах совсем швах.
| | |
| |
| |
| 4.33, Stax (ok), 18:50, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Какие еще профили?
Делаешь echo low > /sys/class/drm/card0/device/power_profile - все равно карта потребляет в несколько раз больше энергии, чем в винде или с официальным каталистом в линуксе.
Энергосбережение как минимум на HD4000 и выше в свободных дровах не работает практически никак.
| | |
| |
| 5.35, ананим (?), 19:31, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
а надо
echo profile > /sys/class/drm/card0/device/power_method
только потом
echo _нужное_ > /sys/class/drm/card0/device/power_profile
| | |
| |
| 6.36, Stax (ok), 19:39, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Разумеется, там уже profile.
Вы это, доки открыли для себя? Я эти доки не первый год вижу. Факт то, что энергосбережение не работает. Вообще никак. low туда пиши или что еще - частоты незначительно меняются, но карта все равно пышет жаром и крутит вентилятором. С каталистом все ок.
# cat /sys/kernel/debug/dri/0/radeon_pm_info
default engine clock: 750000 kHz
current engine clock: 750000 kHz
default memory clock: 950000 kHz
current memory clock: 950000 kHz
voltage: 1250 mV
PCIE lanes: 0
# cat /sys/class/drm/card0/device/power_method
profile
# echo low > /sys/class/drm/card0/device/power_profile
# cat /sys/kernel/debug/dri/0/radeon_pm_info
default engine clock: 750000 kHz
current engine clock: 506250 kHz
default memory clock: 950000 kHz
current memory clock: 950000 kHz
voltage: 1050 mV
PCIE lanes: 0
Верите или нет, но разницы реально никакой (может -1 градус). Температура ядра 63 градуса с активно работающим вентилятором. С каталистом там в районе 50 при практически выключенном вентиляторе.
Багзилла кишмя кишит багами вроде полной неработоспособности энергосбережения, если подключены два монитора (https://bugs.freedesktop.org/show_bug.cgi?id=49981) - там даже частота и напряжение не понижаются. Но даже если они понижаются, толку мало.
| | |
| |
| 7.37, ананим (?), 19:45, 03/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
а это?
echo low > /sys/class/drm/card0/device/power_profile
что выдаёт?
зыж
>Вы это, доки открыли для себя?
а без наездов, не?
| | |
| |
| 8.39, Stax (ok), 19:50, 03/04/2013 [^] [^^] [^^^] [ответить] | +/– | Просто вы реагируете, будто я не прочитал документацию А я с ней давно знаком и... текст свёрнут, показать | | |
| |
| 9.40, Maaniv (?), 20:14, 03/04/2013 [^] [^^] [^^^] [ответить] | +/– | Вполне возможно что профиль low, зашитый в карту, действительно содержит высокие... текст свёрнут, показать | | |
| |
| |
| 11.49, Stax (ok), 22:19, 03/04/2013 [^] [^^] [^^^] [ответить] | +/– | Ой, расскажите, как вообще ощущения от 7750 на открытых дровах Я подумываю пере... текст свёрнут, показать | | |
| 11.83, Аноним (-), 12:25, 04/04/2013 [^] [^^] [^^^] [ответить] | +/– | А нет, беру свои слова обратно Если на Sapphire с HD 6450 _принудительно_ выста... большой текст свёрнут, показать | | |
|
| 10.48, Stax (ok), 22:15, 03/04/2013 [^] [^^] [^^^] [ответить] | +/– | Прямой Palit Без эффекта , напомню, только под открытыми дровами В остальном ... текст свёрнут, показать | | |
|
|
|
| 7.76, Аноним (-), 03:07, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> current engine clock: 506250 kHz
> voltage: 1050 mV
Даунклокнулось. Но хиловато. Походу у производителя кривые таблицы в bios, увы.
> Верите или нет, но разницы реально никакой
Вообще, должно бы убавиться на несколько градусов, т.к. упала и частота и вольтаж. С другой стороны, при понижении температуры кулер сбавляет обороты и потому температура падает не так уж сильно. Скорее убавится вой и тепловыделение. Но при таком даунклоке - не настолько насколько бы этого хотелось, да.
Нормальный даунклокинг на low профайле выглядит как-то так:
default engine clock: 850000 kHz
current engine clock: 156990 kHz
default memory clock: 1200000 kHz
current memory clock: 300000 kHz
voltage: 1000 mV
// кстати это - вообще OEM какой-то кривоватый. И то нормально таблицы прописали...
| | |
| 7.81, Doc_X (?), 10:16, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
current engine clock: 199960 kHz
было 499960
температура упала на 9 градусов
OpenSUSE 12.3 RAdeon 4650 mesa 9.0 дрова открытые последние
| | |
|
|
| 5.60, Аноним (-), 00:47, 04/04/2013 [^] [^^] [^^^] [ответить] | +/– | Наглый пиндеж, на 5000-й серии все прекрасно работает Как-то так От рута echo... большой текст свёрнут, показать | | |
| |
| 6.72, Аноним (-), 02:52, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>Проверялось на 75хх - 77хх
Уй, глюки, проверялось на 55хх-57хх.
| | |
|
| 5.65, kurokaze (ok), 01:27, 04/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > в несколько раз больше энергии, чем в винде или с официальным
> каталистом в линуксе.
какая разница как в виндах? общественность разве интересовалась? давайте тогда уже напишите как в макоси, фряхе и солярке
| | |
| |
| 6.73, Аноним (-), 02:54, 04/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> какая разница как в виндах?
Ну как какая. Стремиться надо к лучшему что может выжать железо. Если где-то лучше - не лишне чтобы и пингвин так же научился бы.
| | |
|
|
|
|
|
| 1.63, kurokaze (ok), 01:24, 04/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А в чем сакральный смысл? На IvyBridge Core i7 FullHD отнимает 2/3 одного из ядер.
Я пробовал 4К гонять - 4 потока влегкую держит.
Лучше бы сделали аппаратную поддержку наследника H264
| | |
| |
| 2.66, Аноним (-), 01:32, 04/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
А теперь попробуйте посмотреть FullHD на Bobcat-е, или каком-нибудь Atom-е.
| | |
| 2.67, Аноним (-), 01:36, 04/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Лучше бы сделали аппаратную поддержку наследника H264
Это уже не к этим ребятам вопрос. Посмотрите на аппаратные возможности UVD3.
| | |
| 2.70, Аноним (-), 02:47, 04/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> А в чем сакральный смысл? На IvyBridge Core i7 FullHD отнимает 2/3 одного из ядер.
В том что на всяких ноутах и прочих меньше жрать будет. Да и кора жрет при этом огого, а воющий вентиль у HTPC - не совсем то что людям хотелось бы видеть при просмотре кино.
| | |
| 2.91, Аноним (-), 22:59, 05/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
reframe>=8, 15k kbps и я с удовольствием послушаю историю о том кто и как лётает на 1 ядре
Да и корочка, знаете ли, золотая. Для кинца намного дешевле купить низкопрофильный радик с пассивным охлаждением (обычно это бюджетные модели в семействе и стоят в пределах 30-40 баксов). Или ту же апушку от амд. Другое дело, что софтово на цпу можно играть что угодно (как уж получиться - неизвестно, но принципиальных ограничений нет)
| | |
|
|
