AMD представила материнскую плату с системой ввода-вывода на базе CoreBoot

Приснопамятную поправку отменили только совсем недавно.

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

Наличие открытого биоса, это очень хорошо. В остальном штука весьма неудобная в плане разъемов и дорогая, хотя для sdk вполне нормально.

Зачем там jtag при наличии биоса немного непонятно. Походу для игр с биосом они ее и сделали.

Существуют пути обхода. Кстати, а что в Beagle Board такого необычного?

Конечно. Именно из-за них у нас электроника стоит 2x - 100500x дороже.

Кстати, а что в Beagle Board такого необычного?

Да откуда ж мне знать? Видимо, DSP там шустрые были.

У меня лично бомбануло, это надо же так относиться к разработке драйверов для своей продукции.

Ты не раз уже упоминал этот момент. Мне интересно нужных тебе сведений нет даже в официальных пдфках отданных сообществу при открытии спеков? И получается что официально выложенная информация не полная не только в части UVD но и в 3д?

Выбора у тебя нет.

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

За те же деньги можно взять неплохо упакованный ODROID-X2.

Который проигрывает почти по всем пунктам, как то: видео, оператива, аппаратная виртуализация, поддержка openCL и так далее.

Hating x86 is too mainstream.

Почему?

Для тебя новость, что некоторые особо хорошие высокотехнологичные вещи в РФ не поставляют и без всякого Джексона-Вэника и даже несмотря на вступление в ВТО?

Нам не продадут суперкомпьютер или например FAB на техпроцесс ниже 90 нм. Но даже вот эту платку http://www.linuxfordevices.com/c/a/News/BeagleBoardorg-BeagleBone/ не знаю как сейчас, а когда она вышла, были проблемы с заказом её в РФ, уж не знаю можно было её обойти шипитом. Не уверен, потому что причина была именно в ограничении.

Или припомни летние скандалы с заказами в США некоторых микросхем в космическом исполнении, а ведь это довольно рядовые в самих США микросхемы, к тому же производимые в Китае.

Аппаратная виртуализация? На микроустройствах? Это болезнь, что ли, такая теперь — виртуализация?

это надо же так относиться к разработке linux-драйверов для своей продукции.

Класно. Вот я и выбрал себе мозги для домашнего кинотеатра. Спасибо.

Ещё один пруф того, что Rapsberry Pi торт

ага. все доки на х.орг лежат, но там не найти описаний регистров отвечающих за аллокацию shared gprs - их просто нет. нет ни регистров, которые отвечают за semaphores, ни описания что с ними делать.

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

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

Да уж. Прямо образец открытости...

Нафига они такое говно делают? А потом, если у них не будут покупать, будут говорить что это CoreBoot виноват.

Триальный софт — обычное дело, но триальное железо — это уже верх извращений.

Ты бы поменьше вещал об этом, а то так никогда и не дождёшься доков.

Который проигрывает почти по всем пунктам, как то: видео, оператива, аппаратная виртуализация, поддержка openCL и так далее.

А как насчёт этой платки? Как мне кажется, ТСу надо было сравнивать именно с ней.

Аппаратная виртуализация? На микроустройствах? Это болезнь, что ли, такая теперь — виртуализация?

Если не называть это не виртуализацией а «аппаратным ускорением гипервизоров», то все встанет на свои места.

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

А уж если и придут микроядерные ОС общего назначения, то именно «со стороны» гипервизоров.

не отдавая описания регистров ... даже в той части которая официально открыта.

то очевидно они боятся утечек.

Если не называть это не виртуализацией а «аппаратным ускорением гипервизоров», то все встанет на свои места.

Да это даже не ускорение, а заплатка для недальновидного x86-дизайна.

shared gprs - их просто нет. нет ни регистров, которые отвечают за semaphores, ни описания что с ними делать.

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

правда без норм. описаний

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

З.Ы. Ты работаешь над блобом под линь или вынь? Или там код общий для обоих платформ? Есть ли желание/возможность перейти в группу пилющих фосс дрова?

Вы дрова пишите по там же докам как в на х.орг или же у вас есть возможность заглянуть в верилог код?

Если не знать контекста, то перевод может выглядеть довольно зловеще )

do not plug in your probe until you are ready to use it, and do not leave the probe plugged in while not in use.

«не вставляйте зонд, пока вы не готовы его использовать, и не оставляйте неиспользуемый зонд вставленным.»

Это не на плате, а отдельная приблуда, jtag адаптер. Для армов такая железяка в одном экземпляре стоит 300-500 баксов. Китайские клоны подешевле. А тут за 200 весь комплект. Такая типа реклама, что у нас вот такие железки, если надо, купите у нас.

Триальный софт — обычное дело, но триальное железо — это уже верх извращений.

Как они это юридически прикрывают? В смысле на софт есть лицензия, обычно запрещающая его крякать, но что придумали в случае с железом?

мы пилим блоб, причем не весь, а только libAMDXvBA.so + atiumdv[a6].dll. нет, драйвер не усложняется особо. драйвер для линуха нелюбимое дитё.

помимо этого я решил сделать нормальный, простой DRI, где не надо будет переключать libGL.so, шаманить с DRI-PRIME и т.д. и т.п. есть доки, есть сорцы открытого драйвера. Но нормального описания типа «для начала работы делаем Х,У,З», «для запуска шейдера делаем А,Б,В», «управление памятью это Ц,Д,Е» просто нет. все надо реверсить. А не так что «у нас есть 100500 регистров, за описаниями обращайтесь в #radeon». Документация - это у интела на HD3000-HD4000. Вот там - документация. По блокам, что как куда. А у АМД огрызки.

До кучи: http://devgurus.amd.com/message/1286541#1286541

Зацени ответ: AFAIK preemption for DX is usually done in the OS scheduler with a bit of help from the driver, ie not purely in hardware.

Т.е. DX11/GL4.3 радеоны или в принципе не поддерживают или доки закрыты.

Интересно чому не amd64?

Судя по коммитам в coreboot из AMD, в процессорно-чипсетном тоже не все в порядке - много вопросов задают и часто меняются.

я решил сделать нормальный

Ты уже упоминал об этом. Сразу несколько вопросов: ты как я понимаю делаешь это для фосс драйвера? Как продвигается работа? Не разговаривал еще с коммъюнити дров по поводу твоей задумки? Ведь без включения в основной код твой код будет бесполезен. Смотрел видео с XDC2012 они там уже dri 3 во всю обсуждают, может стоить внести свое предложение?

нормального описания

На это время от времени жаловались разработчики фосс драйвера.

libAMDXvBA.so + atiumdv[a6].dll

Немного лирики, почему они не бросят XvBA и не перейдут на VDPAU? ИМХО дефакто он более распространен.

Зацени ответ

Я уже начинаю уставать расстраиваться :(

Еслиб такое наблюдалось только в написании дров для графики то можно было свалить на тяжёлое наследие АТИ, а если такое по всей компании то это сильно печалит.

почему они не бросят XvBA и не перейдут на VDPAU

Во-во, сразу бы пропали «у меня тормозит youtube».

у нас висит баг, связанный явно с ошибкой в микрокоде. команда «сбросить все настройки 3д в дефолт» не сбрасывает всё

Чего-то не понятно: 1) микрокод в радеонах разбирает пакет и выполняет записи во внутренние регистры чипа. Если там что-то забыли сделать для конкретного чипа именно для инициализации (и вы знаеет что именно), то что мешает определенные регистры привести до нужного дефортного состояния дополнительными операциями? 2) Если для виндовз драйвера есть исправленный микрокод, то почему бы не запростить именно его, зачем просите описание регистров?

драйвер для линуха нелюбимое дитё

Но нормального описания типа «для начала работы делаем Х,У,З», «для запуска шейдера делаем А,Б,В», «управление памятью это Ц,Д,Е» просто нет. все надо реверсить. А не так что «у нас есть 100500 регистров, за описаниями обращайтесь в #radeon». Документация - это у интела на HD3000-HD4000. Вот там - документация. По блокам, что как куда. А у АМД огрызки.

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

Их можно понять - у них прибыль и обороты далеко не сравнимы с интеловскими...

а только libAMDXvBA.so

Кстати, вопрос. В чём преимущество XvBA перед другими интерфейсами? Какой смысл за него держаться? Тем более, в отличие от VA-API и VDPAU он, похоже, вообще залочен на один-единственный драйвер в системе. Cудя по разделению на загрузчик и собственно реализацию, такая возможность есть, хотя и не документирована.

Их можно понять - у них прибыль и обороты далеко не сравнимы с интеловскими...

А вот и оправдания пошли. С каких пор выручка(которая всего-то в восемь раз меньше) стала мешать писать нормальные открытые драйверы или предоставлять человеческую документацию?

Вот почему гораздо меньшие компании могут, а эта - нет?

сразу несколько вопросов: ты как я понимаю делаешь это для фосс драйвера? Как продвигается работа?

1. не обязательно. цель упростить все что можно. 2.медленно, т.к. пишу собственно драйвер к радеону.

Не разговаривал еще с коммъюнити дров по поводу твоей задумки?

моя задумка = упростить до предела. выкинуть ttm, agp и прочую лабуду. все задачи поделить на долгоиграющие и влияющие на gui. первые прерываются только по явному запросу. вторые - еще и по таймауту, они на время идут. в kernel API всего 18 функций - выделение/освобождение/перемещение ресурса, выполнение операции, всякое управление, отладка, отдельно фреймбуфер для ведра. усё. kernel driver только выполняет приказы как есть. оно должно работать а не глючить.

это проще и надежнее. заодно блобописатели прекратят решетить.

В чём преимущество XvBA перед другими интерфейсами? Какой смысл за него держаться?

я маленький человечек, пишущий свободный драйвер в свободное время. я не знаю, зачем юзать неработающий никак XvBA(тестил на mplayer + ноут сестры с 6320 + корейские порномультики = зависание). vainfo не работает вообще, можете проверить, пишет «нет opengl».

Я не знаю, почему конфиг раздается не через mmapнутый файл с struct cfg{...}, а через уберкостыли --set-PCS-xxxx. Правда не знаю, я им написал реализацию но её заигнорили. Я не знаю, почему CCC не сделают на Qt4+виджет с HTML5+проброс api внутрь html. Болванка программы сделана и тоже заигнорена потому что блдь ынтерпрайз. Серьезно, я не знаю, почему 50 строчное решение + 100% работоспособность не нужно а вместо него юзают адский лисапед.

А ведь подумать только. Еще полгода назад я верил в АМД, добро и справедливость

Вот почему гораздо меньшие компании могут, а эта - нет?

И AMD и Intel говно, но Intel хуже. А nvidia — вообще капец, у даже такой документации нету.

ЕМНИП сама АМД говорили что открытый драйвер приносит им очень мало профита в виде бабла, так что даже такая ситуаия которая есть сейчас уже благо.

Вот почему гораздо меньшие компании могут, а эта - нет?

Например?

корейские порномультики = зависание

Китайские же! А вообще я пробовал собирать mplayer-vaapi и оно даже работало на HD4850.

vainfo не работает вообще, можете проверить

У меня в последнее время свободный стоит, там вообще с этим никак.

Я не особо разбираюсь поэтому прошу уточнить. Ты пишешь замену кернел-спейс части а а юзер-спейс часть (меса с галлиумом)останется старыми? Или же придется заменять вообще все? Если второй вариант то перспективы не радужные.

Например Realtek, Qualcomm Atheros, VIA. Чуть ранее - Matrox.

у интела документация читаемая и понятная. ажно с картинками. например ROP unit с объяснениями кто куда пишет, что куда подключено.

1.начел

2.запили контроллер памяти.

3.запили mmio

4.программу для шейдера сделай вще

4.збс

а что делать если ни в одной доке нормально не описано как настроить mmu на радеонах? есть дядька sylvain.bertrand, который зашарил амдшные огрызкодоки и написал кое-какое описание:

http://code.google.com/p/linux-gpu-amd-evergreen/source/browse/drivers/gpu/al...

а без него что делать? реверсить жуткий radeonhd? ванговать?

сестра смотрит корейские порномультики про каких-то корейских сладких мальчиков. называет это «дорамами». у амд есть внутренний mplayer с монашками и шахматами, я его тестил на местных компах, т.е. его нельзя выносить. приколитесь - есть мплеер но никому его не дадут. виснет.

дома с vaapi тестил - тоже виснет. корейские мульты ядреные.

а без него что делать? реверсить жуткий radeonhd? ванговать?

Ну так смотреть исходники дров, разговаривать с разработчиками, писать по их словам доки и шарить же.

Realtek, Qualcomm Atheros

Большей частью это сетевое оборудование часто используется в системах с линуксом так что поддержка линукса это практически прямой доход. Графические карты это практически 100% игры на винду где открытый драйвер не нужен.

VIA

Что у них открытого?

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

Да-да, ты бы ещё про серверы вспомнил. С Wi-Fi, ага.

А у VIA много чего open source, они вообще с коммьюнити на короткой ноге.

С Wi-Fi, ага

В роутерах и точках доступа?

А у VIA много чего open source, они вообще с коммьюнити на короткой ноге.

Поподробнее я просто не в курсе, их свободных дров для видео вообще не видно.

Мне надо в местном магазине, чтобы если что туда же его и отнести.

А при чём тут SoC и драйверы для консьюмерских карточек?

Поподробнее я просто не в курсе, их свободных дров для видео вообще не видно.

Гугл в курсе. Да и что там, их оборудования вообще не видно.

Wi-Fi

10ec:8172 сильно греется, потому как работает в синхронном режиме, ну и процессор грузит, он тоже дополнительно греется. А всё потому что в дровах, которые таки впихнули в ядро (да и в тех, что на сайте realtek'а), есть баг с энергосбережением. Они его просто выключили, вместо того, чтобы чинить.

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

Ерунда. Обычно на армовых бордах специфика только в ядре. Рутфс самый обычный, из дистра. Я федору ставлю не запариваясь хоть на свой телефон, хоть на ac100.

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

Который проигрывает почти по всем пунктам, как то: видео, оператива, аппаратная виртуализация, поддержка openCL и так далее.

Естественно, это другой класс. Но проигрывает ли? Кто ждет от устройства с потреблением в 10 ватт абстрактной суперпроизводительности или аппаратной виртуализации? Какой в этом смысл? А если смотреть на реалии, то 4-х ядерник с камерой, периферией и ускорителями графики и мультимедии однозначно выигрывает.