Группа разработчиков анонсировала (http://www.phoronix.com/scan.php?page=news_item&px=MTE3NTE) попытку создания открытого драйвера для GPU видеоядра, встроенного в некоторые чипы Broadcom. Например, на основе данного видеоядра построен чип, входящий в состав Raspberry Pi.
Изучение данного чипа показало что его GPU устроен иначе нежели в большинстве других случаев. GPU в чипах Broadcom является самодостаточным процессором, на котором работает некоторое подобие операционной системы. GPU может выполнять приложения независимо от остальной системы и обменивается сообщениями с системным процессором через совместно используемую область памяти. Более того, компиляция шейдера при таком подходе требует лишь отослать исходный код в GPU и получить от него подтверждение что код скомпилирован - компилятор шейдеров встроен в систему работающую на GPU.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTE3NTE
Новость: http://www.opennet.me/opennews/art.shtml?num=34735
Также в систему работающую на GPU, встроен SSH и mail серверы.
Нет, наверно только ВПН, как в некоторых интелевских материнках, с возможностью выхода во все (пусть 1) сетевые интерфейсы.
GPUBlob
Они настолько уверены в компиляторе, что встроили его в железку? Интересно, если найдётся какой-то епичный баг..
микрокод в процыки вводили именно чтобы лечить баги в серийном производстве, так же и тут - прошил ГПУ и вылечил баг.
> микрокод в процыки вводили именно чтобы лечить баги в серийном производстве, так
> же и тут - прошил ГПУ и вылечил баг.Вот только микрокод в CISC процах - не имеет ничего общего с кодом для GPU, т.к. там он определяет как именно CISC команды разваливаются на RISC-образные микрокоманды. А тут - ну код. Команды проца. Общего у них только то что и то и другое можно заменить.
Broadcom ни в чём не уверены. Они не разрабатывают, а лицензируют IP core. Поэтому с драйверами и прошивками для их чипов такая беда: спецификаций нет даже у Broadcom.
х86 делает так уже давно. там внутри рискокорки(потипу арма но другие) и сверху компилятор из х86 в риск.
> сверху компилятор из х86 в риск."Компилятор" называется microcode ROM и является довольно тупым железным конвертором по принципу "на вход одно, на выход другое" (аппаратный lookup table). А тут у чуваков нечто типа операционки крутится, с возможностью догружать "приложения" и компилировать шейдеры.
В чем разница? Microcode ROM - аппаратная приблуда. Достаточно простая. В простейшем случае просто ROM, на адреса которого подается "сложная команда" а как "данные по этому адресу" вытаскивается пачка более простых команд. А тут просто компилер в просто операционке. Софтварные. Ну как gcc на x86 примерно. Если уж кивать на x86, тогда уж на трансмету, где x86 код конвертился в некий нативный именно софтом. Но это несколько изврат, тогда как компиляция шейдеров - явная и вполне оговоренная операция в OpenGL.
> Они настолько уверены в компиляторе, что встроили его в железку?Большинство кода GPU - загружаемое снаружи. Не вижу проблем фиксить компилятор при таком подходе.
> Они настолько уверены в?? Обычный проприертарный блоб -- ччё дали на лопате, то и.
> компиляторе, что встроили его в железку? Интересно, если найдётся какой-то епичный баг..
Если бы вы уделили 30 сек. тому, чтобы шчёлкнуть по ссылке и глянуть оригинал на форониксе, то заметили б, что.... и в новости тут написано: "компиляция шейдера при таком подходе требует лишь отослать исходный код в GPU". Речь про офф-лоад отрисовки графики: MESA или ускоренный икс-драйвер крутится на "gpu", драйвер со стороны "cpu" не рисует пиксели, а занимается отгрузкой "кода".
Никакой связи с gcc! Вообще.
В духе Митрофанова: много слов, много эмоций, ни капли смысла. Даже реплику, на которую отвечал, не понял.
> В духе Митрофанова: много слов, много эмоций, ни капли смысла. Даже реплику,
> на которую отвечал, не понял.Всё-то Вы про меня знаете! Так, чего-чего я не понял-то?
Ещё раз: в GPU на броадкоме в ежевике грузится и работает _блоб (про-грам-ма!) -- хотелось бы узнать, откуда взялся "компилятор встроили в **железку**" и OMG-так-уверены-а-елси-Ж-баг?