The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Драйвер для видеоускорителя Broadcom VideoCore оказался не так открыт, как кажется

25.10.2012 09:56

Дэвид Эйрли (David Airlie), один из наиболее активных разработчиков X.Org, выступил с критикой открытого вчера драйвера для видеоускорителя Broadcom VideoCore. Как известно, изначально драйвер был разделён на две части: работающий на уровне ядра модуль и набор библиотек для непосредственного взаимодействия с GPU. Функции модуля, работающего на уровне ядра, сводятся к организации обмена сообщениями между GPU и работающим на уровне пользователя кодом, который до вчерашнего дня распространялся в бинарном виде.

Дэвид Эйрли обратил внимание на то, что даже при открытии пользовательских компонентов драйвера его нельзя рассматривать полностью открытым, так как он очень сильно привязан к загружаемой в GPU прошивке, которая по прежнему остаётся закрытой. В отличие от видеокарт AMD и NVIDIA, в которых тоже практикуется загрузка микрокода, в случае чипов Broadcom на стороне GPU выполняется подобие операционной системы, на стороне которой реализованы многие компоненты, обычно работающие на стороне драйвера. Например, поддержка OpenGL ES реализована целиком на стороне бинарной прошивки GPU. Открытые компоненты по сути являются реализацией RPC-интерфейса для обращения к прошивке.

Таким образом, код открытых пользовательских компонентов драйвера мало что меняет, так как он является лишь высокоуровневой прослойкой для трансляции обращений к бинарной прошивке, выполняемой на стороне GPU. Подобная схема не позволяет независимым разработчикам как-либо повлиять на работу графической подсистемы, например, невозможно внести свои улучшения в реализацию OpenGL ES, добавить новые расширения и даже исправить ошибки. Кроме того, такой подход не даёт возможности написать драйвер Mesa/Gallium для Broadcom VideoCore.

Являясь мейнтейнером DRM-подсистемы ядра Linux Дэвид Эйрли также заявил, что открытый Broadcom модуль ядра Linux не может быть принят в состав основного ядра Linux, даже несмотря на то, что он распространяется под лицензий GPL. Проблема в том, что драйвер остаётся зависим от проприетарной прошивки и не может рассматриваться как самодостаточный. Дэвид привёл образный пример, указав на то, что драйвер Broadcom напоминает драйвер для Ethernet-карты, у которой весь TCP/IP-стек реализован на уровне прошивки. Подобный подход хорош с точки зрения снятия нагрузки с CPU, но ставит разработчиков в тупик, как только возникает необходимость самостоятельно исправить ошибки или доработать функциональность.

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

  1. Главная ссылка к новости (http://airlied.livejournal.com...)
  2. OpenNews: Опубликован код драйвера для видеоускорителя Broadcom VideoCore, используемого в Raspberry Pi
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35165-opensource
Ключевые слова: opensource, broadcom, videocore, driver
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (101) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 10:15, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Ох, лол. Сначала радовались, что открыли, потом ругаються, что открыли, да не так. Прям как Солженицин, который кричал, что СССР надо развалить, а когда развалили - кричал, что неправильно.
     
     
  • 2.8, anonymous (??), 10:33, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну так двойной перепост с фороникса: не разобравшись сначала начали радоваться, а потом (когда на форониксе появилось опровержение), спховатились. Нет же времени критически рассмотреть новость, надо поскорее к себе запилить.
     
     
  • 3.25, Аноним (-), 13:09, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    При чем тут фроникс, когда в официальном анонсе было написано про полную открытость и прочие прелести.

    В официальном анонсе даже жирным шрифтом выделено: "it does actually mean that the BCM2835 used in the Raspberry Pi is the first ARM-based multimedia SoC with fully-functional, vendor-provided (as opposed to partial, reverse engineered) fully open-source drivers, and that Broadcom is the first vendor to open their mobile GPU drivers up in this way."

     
     
  • 4.64, Аноним (-), 20:34, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > При чем тут фроникс, когда в официальном анонсе было написано про полную
    > открытость и прочие прелести.
    > В официальном анонсе даже жирным шрифтом выделено: "it does actually mean that
    > the BCM2835 used in the Raspberry Pi is the first ARM-based
    > multimedia SoC with fully-functional, vendor-provided (as opposed to partial, reverse
    > engineered) fully open-source drivers, and that Broadcom is the first vendor
    > to open their mobile GPU drivers up in this way."

    Просто вы гнуторасы, с ГНУ башки мозга - думаете, что открытие сорца это все, алилуйя!

     
     
  • 5.80, GG (ok), 00:42, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, мы как раз не думаем. Так думают Оэпенсоурцэ Коммуните.
    В ГНУ ценится свобода в первую очередь и благие намеряния сразу за ней.
    И имееер настоящая, неподдельная свобода. Полусвобода, почтисвобода и прочие маркетинговые наёбки ГНУ не принимает. Или совсем свободно или нахернадо.
     
  • 2.31, Ложеницын (?), 14:11, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    СССР развалился не так как хотелось.
     
     
  • 3.78, Столлман (?), 21:28, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Драйверы открылись не так, как хотелось.
     
  • 3.81, GG (ok), 00:44, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > СССР развалился не так как хотелось.

    СССР развалился? Не, не слышал.
    Чо тогда все эти рожи в кремле забыли, если СССР всё?

    Это же относится к драйверу, который открыли не так, как хотелось. А открывали ли драйвер?

     
     
  • 4.87, Какаянахренразница (ok), 07:13, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чо тогда все эти рожи в кремле забыли, если СССР всё?

    Царской морде положено сидеть в Кремле.

     
  • 2.49, Аноним (-), 17:12, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сначала радовались, что открыли, потом ругаються, что открыли, да не так.

    Скорее, это вопрос к общему довольно странному дизайну чипа.

     

  • 1.3, Аноним (-), 10:17, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Вот вот настырные гики! Ну, откроет Broadcom код прошивки, написанной на asm-е некой диковинной архитектуры(допустим) - что это им даст? Тут же потребуют переделать на С? Так и у разбитого корыта остаться недолго.
     
     
  • 2.7, Andrey Mitrofanov (?), 10:32, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >на asm-е некой диковинной архитектуры(допустим) - что это им даст? Тут же потребуют переделать на С?

    Нет. Не тут же и не потребуют. Но да, сделают кодогененратор для неё gcc или llvm какой, перепишут и выкинут блобятину, улучшат и продвинут реализацию, сделают поддержку аппаратного декодирования ogg-theora, avc, wma, приделают opencl... Если это будет кому-то нужно.

    Если успеют до (и, м.б., немного после) бродкомовской отмашки "опа, EOL-юшки, пасаны".

    > Так и у разбитого корыта остаться недолго.

    И Вам успехов в этом.

     
     
  • 3.41, Толстый (ok), 15:21, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Написано в духе как будто опен-сорс самый лучший и прогрессивный, а проприетарно... большой текст свёрнут, показать
     
     
  • 4.44, Семен (??), 15:58, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Пока что весь прогресс идет в коммерческом софте, и лишь с некоторым опозданием перекочевывает и реализовывается в открытых аналогах.
    > на опенсорс полагаться нельзя если за проектом не стоят коммерческие интересы.

    Вы противоречите сами себе.

     
  • 4.45, Andrew Kolchoogin (?), 15:58, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как я могу вложиться в технологию, у которой нет гарантированного будущего?

    Для любой технологии гарантировано отсутствие будущего.

    Как раньше компании вкладывались в разработку ОЗУ на ферритовых кольцах? Так же и сейчас можно.

     
  • 4.50, Аноним (-), 17:13, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Написано в духе как будто опен-сорс самый лучший и прогрессивный, а проприетарное
    > ПО - УГ. Пока что весь прогресс идет в коммерческом софте,

    Да, особенно заметно как прогрессивно майкрософт впаривает клиентуре файловые системы 20-30 летней давности да еще купоны за это внаглую пытается стричь.

     
  • 4.82, GG (ok), 00:55, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Сегодня студенту Васе это
    > нужно и он налабал код, завтра он устроился на работу или
    > родил ребенка и ему это нафиг не сдалось. Как я могу
    > вложиться в технологию, у которой нет гарантированного будущего?

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

     
  • 2.9, YetAnotherOnanym (?), 10:35, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    читаем внимательно: "самостоятельно исправить ошибки или доработать функциональность"
     
  • 2.27, Xasd (ok), 13:35, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Ну, откроет Broadcom код прошивки, написанной на asm-е некой диковинной архитектуры(допустим) - что это им даст? Тут же потребуют переделать на С? Так и у разбитого корыта остаться недолго.

    вообще-то эти гики ничего НЕ требуют.

    они просто описали ФАКТ того что в данном случае достаточной открытости нет.

    а если будет достаточная открытость, но [например] мега-говённая реализация [как раз которая будет очевидна после открытости] -- то вероятнее всего гики точно так же выразят описание и этого ФАКТА тоже.

    но это НЕ требование, а только лишь называние вещей своими именами.

    чтобы Вам было проще понять -- я приведу отвлечёный пример:

    я говорю вам что "Венда это полное гавно! она меня не устраивает!" (далее я могу привести ряд фактов почему я так думаю. и что конкретно меня в ней не устраивает... но не буду, чтобы не тратить много времени в ЭТОЙ теме)...

    ...но эти мои слова (про Венду) вовсе не обозначает что я хочу чтобы Майкрософт исправила все те недароботки которые меня в ней бесят. потому что мне и на Федоре хорошо сидится.

    вот и с Broadcom VideoCore также.

     
     
     
    Часть нити удалена модератором

  • 4.90, другой аноним (?), 09:39, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот ты сам незаметно и подошел к важному Никто и не носится с кличем Отдайте н... большой текст свёрнут, показать
     
     
  • 5.93, GG (ok), 11:04, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > просто патентом (на устройство и аппаратные решения) защищать

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

     
  • 4.91, другой аноним (?), 09:56, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, батенька, действительно неадекват Вам просто указали на то, что заявленное ... большой текст свёрнут, показать
     
     
  • 5.94, GG (ok), 11:06, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    tl;dr.
    А должно быть так:

    > Вася: Смотрите, вот что я сделал - оно белое
    > Петя: Какое же оно белое, оно у тебя почти черное
    > Вася: Не нравится - сам покрась как надо, вот тебе референс гайд и химические формулы красок
    > Петя: Ок

     

  • 1.4, bav (ok), 10:18, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Жаль, подмога не пришла
    Подкрепленья не прислали
     
  • 1.6, 1 (??), 10:30, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    это же опенсорс, пусть возьмут да сами напишут
     
     
  • 2.10, Andrey Mitrofanov (?), 10:36, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > это же опенсорс, пусть возьмут да сами напишут

    Ща, погодь, реверсить закончат...

     
  • 2.51, Аноним (-), 17:14, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это же опенсорс, пусть возьмут да сами напишут

    Ну если броадком готов выложить спеки - почему бы и нет?

     
     
  • 3.67, Аноним (-), 20:37, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> это же опенсорс, пусть возьмут да сами напишут
    > Ну если броадком готов выложить спеки - почему бы и нет?

    Не желаешь на свою зарплатку построить завод по производству чипов OpenHardware? Окажешь ценную услугу человечеству.

     
     
  • 4.83, GG (ok), 00:58, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> это же опенсорс, пусть возьмут да сами напишут
    >> Ну если броадком готов выложить спеки - почему бы и нет?
    > Не желаешь на свою зарплатку построить завод по производству чипов OpenHardware? Окажешь
    > ценную услугу человечеству.

    Нах завод-то строить? Схему нарисовать, дизайн разработать и заказывать хоть на микроне хоть у тайваньцев, хоть у корейцев, пущай клепают. При нормальных партиях будет стоить всего-то год-полтора работы отряда спецов и 20-40 баксов за чип (при партии хотя бы в миллион)

     

  • 1.11, Аноним (-), 11:13, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    На сайте Raspberry Pi еще и удаляют гневные комментарии, разоблачающие их "открытость"... Козлы!
     
     
  • 2.12, 1 (??), 11:36, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    козлы? они никому не обязаны вообще-то.
     
     
  • 3.19, dimqua (ok), 12:28, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > они никому не обязаны вообще-то

    И что с того?

     
  • 3.52, Аноним (-), 17:16, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > козлы? они никому не обязаны вообще-то.

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

    И тем не менее, хуже не стало. Лучше стало: для еще 1 SoC и ее странного GPU появился открытый драйвер. Не идеальный, но лучше чем было.

     
  • 2.14, sasa (??), 11:45, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На сайте Raspberry Pi еще и удаляют гневные комментарии

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

     
     
  • 3.36, Crazy Alex (ok), 14:55, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, плата таки дешевая и удобная, хотя лично я так и не смог придумать, зачем бы оно мне понадобилось. Полуоткрытое видео - и черт бы с ним, я так понимаю, в половине приложений там это видео вообще не нужно
     
     
  • 4.39, Анонимуз (?), 15:05, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Там на этом видео загрузка системы завязана.
     
     
  • 5.46, dimqua (ok), 16:39, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.me/openforum/vsluhforumID3/86989.html#35
     
  • 4.42, sasa (??), 15:43, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в половине приложений там это видео вообще не нужно

    там устаревшее, медленное ядро ARM. ARM как классическая load/store архитектура адово тормозит на системах общего назначения типа Linux, который всю жизнь затачивался энтузиастами под х86 - там практически отсутствуют оптимизации типа zero-copy что в ядре что в программах юзерспейс - на утюгах с полкиловатным БП до этого никому не было дела. Если отбросить DSP - у этого калеки просто никакой процессор.

     
     
  • 5.43, Аноним (-), 15:54, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, а то что Интел что АМД внутри такая же, а снаружи только абстрактная система команд подается, которая потом перекомпилируется и оптимизируется на лету, оналитег не в курсе?
     
     
  • 6.61, Аноним (-), 19:49, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А при чём тут AMD?
     
  • 3.53, Аноним (-), 17:27, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну дык что вы ожидали - так всегда поступают с лохами. Просто
    > диву даюсь - как подобные прожекты находят успех в массах,

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

     
  • 3.69, Аноним (-), 20:39, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> На сайте Raspberry Pi еще и удаляют гневные комментарии
    > ну дык что вы ожидали - так всегда поступают с лохами. Просто
    > диву даюсь - как подобные прожекты находят успех в массах, впрочем
    > все как всегда - немного рекламы придающей ощущение халявы и люди
    > в очередь выстраиваются чтобы отдать вам свои денежки.

    Вы и есть лохи. Софт, может, и растет в мусорных кучах в квартирах тебя и подобных тебе, с безлимитным личным временем. А вот хардвер, чувак, на деревьях не произрастает. Производство РЕАЛА стоит РЕАЛЬНОГО БАБЛА, патчи к линю тут в уплату не канают кагбе. Слышишь, Шигорин, ты, идеалист сопливый на зарплате?

     
     
  • 4.79, sasa (??), 22:13, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Производство РЕАЛА стоит РЕАЛЬНОГО БАБЛА

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

     

  • 1.15, knike (?), 11:49, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я вот что-то не пойму.
    Идет сравнение с прошивкой Ethernet-карты. А кому-нибудь хоть раз приходилось перепрошивать Ethernet-карту? И если нет, не надумана ли проблема?
    На мой взгляд, главное чтобы потом можно было драйвер под любую ОС допилить. Это-то остается возможным?
     
     
  • 2.16, sasa (??), 12:01, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А кому-нибудь хоть раз приходилось перепрошивать Ethernet-карту?

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

     
  • 2.17, nullptr (?), 12:10, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Весь драйвер выглядит как

    void doSomething(int pam, double param)
    {
      RPC_doSomething(pam, param);
    }

    void doSomething1(int pam, double param)
    {
      RPC_doSomething1(pam, param);
    }

    void doSomething2(int pam, double param)
    {
      RPC_doSomething2(pam, param);
    }

    где RPC_* - это блоб. А теперь сами оцените его полезность.

     
     
  • 3.18, nullptr (?), 12:12, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хотя да, такой драйвер просто портировать куда угодно и на что угодно. :)
     
  • 3.54, Аноним (-), 17:28, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > где RPC_* - это блоб. А теперь сами оцените его полезность.

    Внезапно, драйвер диска SATA выглядит не сильно лучше. Мы ему: эй, диск, дай нам сектор 100500. Он в ответ сектор. А как он там голову подвинул и ECC посчитал - нас не волнует. Хоть мы и не сможем в результате менять эти алгоритмы и это в принципе некое ограничение дизайна.

     
     
  • 4.84, GG (ok), 01:02, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> где RPC_* - это блоб. А теперь сами оцените его полезность.
    > Внезапно, драйвер диска SATA выглядит не сильно лучше. Мы ему: эй, диск,
    > дай нам сектор 100500. Он в ответ сектор. А как он
    > там голову подвинул и ECC посчитал - нас не волнует. Хоть
    > мы и не сможем в результате менять эти алгоритмы и это
    > в принципе некое ограничение дизайна.

    Внезапно, а кто говорил, что это хорошо?
    Но они хоть не врут об открытости

     
  • 4.92, другой аноним (?), 10:43, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В новости же ясно написано - в прошивку всунули тот функционал, который обычно р... большой текст свёрнут, показать
     
  • 3.60, savant (ok), 19:46, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а почему линуксоиды тогда не вопят о закрытости firmware для контроллеров НЖМД или даже больше, о закрытости CPU microcode?
     
     
  • 4.77, nullptr (?), 21:01, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    The line RMS draws, he says, is: As long as the firmware/software cannot be updated [update](by third persons)[/update], it should be considered and treated as a circuit – which is not open either and doesn’t need to be, because we cannot produce circuits at home anyways.

    His views have always been extreme. His only computer is a Lemote Yeelong netbook, because it's the only computer which uses only Free software - no firmware blobs, no proprietary BIOS; it's all Free.

    Хитрая точка зрения и весьма логичная :)

     
  • 4.95, другой аноним (?), 11:07, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, а почему линуксоиды тогда не вопят о закрытости firmware для контроллеров
    > НЖМД или даже больше, о закрытости CPU microcode?

    Потому что разный уровень абстракции, а еще - стандартизация. Управлять режимом разгона шпинделя или каким-нибудь шаговыми двигателем блока головок - зачем? Это не прописано никакими общими стандартами. Каждый производитель может туда воткнуть то что хочет и управлять этим как заблагорассудится. И в НЖМД и в СPU microcode не зашит намертво какой-нибудь важный открытый общепризнанный стандарт, наподобие OpenGL, который постоянно меняется и в реализации которого могут быть ошибки. Причем реализация стандарта в прошивке может быть еще и неполной, а возможности улучшить ее - нет.


     
  • 2.98, другой аноним (?), 11:54, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > На мой взгляд, главное чтобы потом можно было драйвер под любую ОС
    > допилить. Это-то остается возможным?

    Нет. Нет исходников, одни интерфейсы дергания богатого функционала фирмвари железки или очень тонкая прослойка для передачи сообщений в этот блоб. В случае косяка в ИХ реализации (в их ЗАКРЫТОЙ фирмвари) того же OpenGL ES у вас не будет возможности это исправить. Или при не полной реализации стандарта. Или при выходе новой версии стандарта. Или при идее реализовать совершенно новую, вами придуманную фичу. Вы надеетесь только на то, что то что вам нужно реализует производитель. Через год. Или два. Или никогда.

     

  • 1.20, Аноним (-), 12:40, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проблема, как говорится, системная. Может ли считаться полностью открытой система с открытым ПО, работающим на проприетарном оборудовании? Правильный ответ: ...
     
     
  • 2.24, pavlinux (ok), 13:02, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попроси у бродкома полную разводку всех их чипов!
     
     
  • 3.34, Аноним (-), 14:39, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не забудь разобрать CPU!
     
     
  • 4.35, Аноним (-), 14:40, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, вдруг там тоже блоб.

     
  • 3.40, anonymous (??), 15:11, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Попроси у бродкома полную разводку всех их чипов!

    Даташиты на сайте качать не пробовал?

     
     
  • 4.55, Аноним (-), 17:29, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Даташиты на сайте качать не пробовал?

    Пардон, там в лучшем случае формальное описание чипа. А он наверное про послойный лэйаут или VHDL который его порождает.

     
     
  • 5.85, pavlinux (ok), 01:39, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А он наверное про послойный лэйаут или VHDL который его порождает.

    Угу, про них самых.

     

  • 1.21, анон (?), 12:43, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дурь какая-то, почему тогда в ведре поставляются дрова для других устройств с микрокодом, а для этого вдруг нельзя?
     
     
  • 2.22, nullptr (?), 12:48, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Можно, всё можно. Не нравится вот это:

    So really Rasberry Pi and Broadcom - get a big FAIL for even bothering to make a press release for this, if they'd just stuck the code out there and gone on with things it would have been fine, nobody would have been any happier, but some idiot thought this crappy shim layer deserved a press release, pointless

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

     
     
  • 3.23, Andrey Mitrofanov (?), 12:57, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > but some idiot thought this crappy shim layer deserved a press
    > release, pointless

    Больше всего порадовал именно _этот_ кусок: слово "shim" (не путать с shill) живо напомнило фонтан пресс-релизов и блого-постов про поддержку restricted boot-ов и ключей мракософтов.

    И IM(ns)HO эта цитата очень точно описала _ту _ситуацию.

     
  • 2.37, Crazy Alex (ok), 14:56, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    То, что под него Gallium-драйвер не сделать - уже меняет ситуацию.
     
  • 2.56, Аноним (-), 17:30, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Дурь какая-то, почему тогда в ведре поставляются дрова для других устройств с
    > микрокодом, а для этого вдруг нельзя?

    Просто этот микрокод слишком уж отдельная операционка а не просто сервисная фирмварь.

     

  • 1.26, edwin3d (?), 13:27, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    К слову ... если отрешится от догм и посмотреть в корень. то подход BroadCom очень интересен ... есть внутренная кухня, есть внешний API, который открыт .... мы получаем оборудование с возможность легкого написания драйверов (API то открыт) ... в случае обновления "кухни" GPU нет необходимости производить нкие специфические манипуляции на уровне ядра ...
     
     
  • 2.28, rshadow (ok), 14:02, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А если отрешится от корней и посмотреть на все это с высоты птичьего полета, то это всего лишь +1 метод как впарить блоб, и чтоб все при этом были бы счастливы.
     
     
  • 3.29, rshadow (ok), 14:03, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А вообще с таким подходом, весь комп можно считать внутренней кухней. :-)

     
     
  • 4.30, edwin3d (?), 14:10, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вообще с таким подходом, весь комп можно считать внутренней кухней. :-)

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

     
  • 3.96, другой аноним (?), 11:41, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А если отрешится от корней и посмотреть на все это с высоты
    > птичьего полета, то это всего лишь +1 метод как впарить блоб,
    > и чтоб все при этом были бы счастливы.

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

     
  • 3.97, другой аноним (?), 11:43, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А если отрешится от корней и посмотреть на все это с высоты
    > птичьего полета, то это всего лишь +1 метод как впарить блоб,
    > и чтоб все при этом были бы счастливы.

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

     
  • 2.38, Crazy Alex (ok), 14:59, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это если не хочется получить профит от доработки твоего драйвера другими людьми. Что вызывает всякие подозрения - либо там какие-то DRM, либо программно ограничена производительность в маркетинговых целях, то ли ещё что-то.
     
  • 2.57, Аноним (-), 17:31, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > К слову ... если отрешится от догм и посмотреть в корень. то
    > подход BroadCom очень интересен ...

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

     
     
  • 3.74, Аноним (-), 20:44, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> К слову ... если отрешится от догм и посмотреть в корень. то
    >> подход BroadCom очень интересен ...
    > Он вполне обычен, но в частности это означает что например вы не
    > сможете доделать какой-то мелкий вызов для реализации какого-то нового кусочка. Ничего
    > хорошего в этом нет - весь мир напротив двигает в обратную
    > сторону, в GPGPU, когда GPU можно использовать для произвольных вычислений.

    ФСБ с тобой не согласится - и сильно не согласится.

     
  • 2.99, другой аноним (?), 11:57, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это вроде как банальщина, обычный подход всех производителей железок - максимум впихнуть в железку, минимум снаружи. Чтобы разгрузить ЦП и систему в целом.
     

  • 1.32, Gonzih (?), 14:31, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Как говорилось в докладе Raspberry Pi на Google Talks: лучше выпусить полуоткрытую железку для хакеров, энтузиасто и детей, чем сидеть ничего не делая и обсуждать как плохо быть проприетарщиной и почему все не любят опенсорц.

    Я думаю в ближайшее время Raspberry Pi foundation будет дальше пытаться открывать разные компоненты своего процессора. Как они сами говорят основная проблема - переговоры ведутся с юристами а не с инжинерами, что очень сильно замедляет процесс и само по себе достаточно болезненно :)

     
     
  • 2.33, Andrey Mitrofanov (?), 14:36, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Как говорилось в докладе Raspberry Pi на Google Talks: лучше выпусить

    победный пресс-релиз об опен-сорц блобе //fixxed

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

     
     
  • 3.58, Аноним (-), 17:32, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > победный пресс-релиз об опен-сорц интерфейсе к блобу //bugfix.
     

  • 1.47, anonymous (??), 16:43, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    точно, а если firmware вдруг откроют, тогда пусть verilog чипа ещё открывают, не понятно же что делают эти проклятые DSP инструкции и эти непонятнки не дают реализовать графическую архитектуру новейшую!
     
  • 1.48, Аноним (-), 17:11, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дэвид Эйрли в роли Капитана :). Да, с таким дизайном GPU как-то доработать поддержку GL или что-то там изменить будет проблематично.
     
  • 1.59, добрый дядя (?), 18:23, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Но ведь открыв эту прослойку они же хоть капельку упростили жизнь остальным? Например, дали возможность самостоятельного натягивания всей этой драйверной ерунды на свежие версии ядер Linux, не?
     
     
  • 2.63, robux (ok), 20:31, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У broadcom нет цели "упростить жизнь".
    ЦРУ нужно чтобы их код без палева работал на хомячковых компах.
    А чтобы хомяки не галдели, поют песни про "открытые драйвера". Но хомяки суко шибко умные пошли, пропалили подвох и все равно галдят, сопротивляются зонду этакие-разэдакие.
     
     
  • 3.75, Аноним (-), 20:45, 25/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У broadcom нет цели "упростить жизнь".
    > ЦРУ нужно чтобы их код без палева работал на хомячковых компах.
    > А чтобы хомяки не галдели, поют песни про "открытые драйвера". Но хомяки
    > суко шибко умные пошли, пропалили подвох и все равно галдят, сопротивляются
    > зонду этакие-разэдакие.

    Хомякам кажется, что они дотуя умные, потому что каждый хомяк прочитать и понять смысл кода кагбе не способен абсолютно, и греет ЧСВ только командами ./configure && make && make install, напевая в опеннете песенки о швободке.

     

  • 1.62, Int (?), 20:01, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Кроме того, такой подход не даёт возможности написать драйвер Mesa/Gallium для Broadcom VideoCore.

    Это проблемы Mesa/Gallium - которые с какого то бодуна решили что всё должен делать CPU

    >Дэвид привёл образный пример, указав на то, что драйвер Broadcom напоминает драйвер для Ethernet-карты, у которой весь TCP/IP-стек реализован на уровне прошивки. Подобный подход хорош с точки зрения снятия нагрузки с CPU, но ставит разработчиков в тупик, как только возникает необходимость самостоятельно исправить ошибки или доработать функциональность

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

    Ишь ересь какая ... CPU разгружать

    ЗЫ: чо они там в X.Org курят ?

     
  • 1.76, Аноним (-), 20:58, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Открыли код не для того чтобы его раздавать, а для того чтобы сообщество помогло его портировать.
     
  • 1.86, Michael Shigorin (ok), 01:39, 26/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дай Давиду палец...
     
  • 1.89, Аноним (-), 08:33, 26/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Подскажите есть ли в ядре линукса закрытый драйвер для mali 400? Есть конечно открытый драйвер lima под лицензией GPLv2, но если он открыт то включен ли он в состав ядра?
     
  • 1.100, filosofem (ok), 12:01, 26/10/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Кроме того, такой подход не даёт возможности написать драйвер Mesa/Gallium для Broadcom VideoCore

    Не понятно почему. Это с лицензиями связано, или с организационными сложностями, или технически невозможно?
    Вопрос тем, кто в курсе.

     
     
  • 2.101, GG (ok), 16:31, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Кроме того, такой подход не даёт возможности написать драйвер Mesa/Gallium для Broadcom VideoCore
    > Не понятно почему. Это с лицензиями связано, или с организационными сложностями, или
    > технически невозможно?
    > Вопрос тем, кто в курсе.

    Это юридически незаконно.

     
     
  • 3.102, filosofem (ok), 17:40, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А точнее, что именно запрещает писать или использовать драйвер?
     
     
  • 4.103, GG (ok), 18:02, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А точнее, что именно запрещает писать или использовать драйвер?

    Про что был вопрос про то и был ответ.

     
     
  • 5.104, filosofem (ok), 18:29, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А точнее, что именно запрещает писать или использовать драйвер?
    > Про что был вопрос про то и был ответ.

    Написано же "Вопрос тем, кто в курсе".

     
     
  • 6.109, GG (ok), 20:16, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> А точнее, что именно запрещает писать или использовать драйвер?
    >> Про что был вопрос про то и был ответ.
    > Написано же "Вопрос тем, кто в курсе".

    вот тебе и ответ от того, кто в курсе

     
  • 2.105, Andrey Mitrofanov (?), 18:46, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Кроме того, такой подход не даёт возможности написать драйвер Mesa/Gallium для Broadcom VideoCore
    > или технически невозможно?
    > Вопрос тем, кто в курсе.

    Прям как маленький.

    Что MESA, что gallium -- это низкоуровневое программирование железа. Они сделали свою месу (=полную замену) в блобе и дали самоструганный из полена, ни с чем не совместимый "оп-сорсный" интерфейс. Да, ещё пара переходников и натуральная меса уже почти вот-вот... уже вылезает... уже краешек виден!

    Gallium -- то же, вид с боку: управление железом переместили в ядро, ?или типа того.

    Вот в ядре прокладки под блобы нужны ещё больше, чем в MIT-lie-sensed месе, да. Больше блобов в ядре, ура. Всем нравится нвидия, кричали торвальдсы ура и в воздух... И бродком тоже ждёт _горячая встреча. Эйрли уже поднимает стакан... поднимает...

     
     
  • 3.106, filosofem (ok), 19:31, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, ещё пара переходников и
    > натуральная меса уже почти вот-вот... уже вылезает... уже краешек виден!

    Тем проще драйвер написать. =)

    > Вот в ядре прокладки под блобы нужны ещё больше, чем в MIT-lie-sensed
    > месе, да. Больше блобов в ядре, ура. Всем нравится нвидия, кричали
    > торвальдсы ура и в воздух... И бродком тоже ждёт _горячая встреча.
    > Эйрли уже поднимает стакан... поднимает...

    Я правильно понял, что блоб Бродкома загружается в их железку как (для примера) фирмварь принтера, а не выполняется в ядре как (для примера) блоб Нвидии?

     
     
  • 4.107, Andrey Mitrofanov (?), 20:07, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я правильно понял, что блоб Бродкома загружается в их железку как (для
    > примера) фирмварь принтера, а не выполняется в ядре как (для примера)
    > блоб Нвидии?

    Ага. При включении питания у них на ежевиках первым просыпается от вечного сна GPU, лезет на специально выделенный на SD-карте _fat_ раздел, грузит с него свою специальную GPU-всюизсебяпроприертарно-зажатую-OS, та уже работает для ARM ядра _начальным загрузчиком. И по счастливой случайности, выполняет opengl-ные запросы, транслируемые ей приоткрыто-сорсной прокладкой.

    Почти такое же неизгладмое удовольствие, как пускть OS GNU/Linux _под Hyper-V. Наверное.

    Некоторые считают, что переложив те 18Мб с фата на отдельную serial eprom микросхему, можно "полностью освободить" сей выкидышь бродкомовской передовой мысли. Успехов им в труде!

     
     
  • 5.110, filosofem (ok), 20:40, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> блоб Нвидии?
    > Ага. При включении питания у них на ежевиках первым просыпается от вечного
    > сна GPU, лезет на специально выделенный на SD-карте _fat_ раздел, грузит
    > с него свою специальную GPU-всюизсебяпроприертарно-зажатую-OS, та уже работает для ARM
    > ядра _начальным загрузчиком. И по счастливой случайности, выполняет opengl-ные запросы,
    > транслируемые ей приоткрыто-сорсной прокладкой.
    > Почти такое же неизгладмое удовольствие, как пускть OS GNU/Linux _под Hyper-V. Наверное.
    > Некоторые считают, что переложив те 18Мб с фата на отдельную serial eprom
    > микросхему, можно "полностью освободить" сей выкидышь бродкомовской передовой мысли.
    > Успехов им в труде!

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

     
     
  • 6.111, Andrey Mitrofanov (?), 20:52, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > но вопрос был несколько о другом.
    > Или если вы хотите сказать, что написать драйвер для Месы не позволяет
    > идеология, то это таки ответ на мой вопрос.

    На основе api-прокладки что ли? Ну, может, студент какой по незнанию и от безделия напишет. Только в апсстрим сие тяни-толкайство не возьмут, потому что поддерживать -- дураков точно нет, а сам [гипотетический] автор и тем более не понянет. Сначала не будет работать половина софта, потом обновится версия иксов или какого апи, _эта _блобятина в третьем поколении (да-да. опен-сорсная, да...) развалится и перестане работать вообще. Ну, мож, раз-другой и найдётся доброхот костыли чинить, но -- конец известен. Бит-рот-десс.

    И это при _оптимистическом предположении, что это вообще кто-то напишет.

    А так, сферически выражаясь в вакууме, _технических препятствий нет. Берите, товарищ прапорщик, и _пишите.

    Идеология ли это? Политика? Не уверен. Подберите сами слово, какое больше понравится.

     
  • 3.108, Int (?), 20:15, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Они сделали свою месу (=полную замену) в блобе

    Они сделали железную реализацию OpenGL ES, которое напомню - явлется стандартом для _встраивамого_ OpenGL http://www.khronos.org/opengles/.

    Если авторы Mesa считают что все железячники спят и видят как бы реализовать именно месу - то пусть лучше проспяться. Или хотя бы попробуют пробить Месу в качестве стандарта

    >и дали самоструганный из полена, ни с чем не совместимый "оп-сорсный" интерфейс.

    Они по сути открыли полный API к железу.
    Какая нафиг разница что он настолько высокоуровневый ?

    Меса плохо согласуется ? Это проблемы Месы.

     
     
  • 4.112, Andrey Mitrofanov (?), 20:56, 26/10/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Они сделали свою месу (=полную замену) в блобе
    > Они сделали железную реализацию OpenGL ES

    А _18Мб_ блоба -- это начальный загрузчик для линукса, просто ассемблер того ядра "слегка" неэффективен? Ога-ога. Возм^H^Yсхитительно, однозначно.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру