LinuxCNC + Orange Pi (allwincnc)

[ua3nbw]

ES работает с mali ?

Да. Kodi с OpenGL ES 2.0 работает.
Big Buck Bunny 1080p_30fps http://ow.ly/10tB0C проигрывает без тормозов.

[Maxekb77]

Kodi

Это кто ?

[ua3nbw]

Kodi

Это кто ?

https://ru.wikipedia.org/wiki/Kodi

[Argon-11]

Kodi - программный медиаплеер. Но собсна, причем здесь он?

[Maxekb77]

ua3nbw, так он у вас на какой оси работает и ядре ?

[ua3nbw]

Kodi - программный медиаплеер. Но собсна, причем здесь он?

OpenGL ES 2.0

ua3nbw, так он у вас на какой оси работает и ядре ?

LibreELEC c linux-4.18.3 на OrangepiPC

[Argon-11]

OpenGL ES 2.0

В #1420 вопрос был про mali, т.е. аппаратный граф. ускоритель и работает ли с ним ES. А Вы про Kodi. То, что Kodi использует ES, не говорит о том, что ES использует mali. Наверное.

LibreELEC c linux-4.18.3 на OrangepiPC

А есть уверенность, что там не программный рендер?

[ua3nbw]

OpenGL ES 2.0

В #1420 вопрос был про mali, т.е. аппаратный граф. ускоритель и работает ли с ним ES. А Вы про Kodi. То, что Kodi использует ES, не говорит о том, что ES использует mali. Наверное.

На имидже с сайта Armbian из коробки :
Armbian_5.38_Orangepipc_Debian_stretch_next_4.14.14_desktop.img
glmark2 c mesa выдаёт:

Код: Выделить всё

 glmark2 2017.07
=======================================================
    OpenGL Information
    GL_VENDOR:     VMware, Inc.
    GL_RENDERER:   Gallium 0.4 on llvmpipe (LLVM 3.9, 128 bits)
    GL_VERSION:    OpenGL ES 3.0 Mesa 13.0.6

=======================================================
                                  glmark2 Score: 15
=======================================================

glmark2 c mali в фуллскрине у меня выдаёт:

Код: Выделить всё

=======================================================
    glmark2 2017.07
=======================================================
    OpenGL Information
    GL_VENDOR:     ARM
    GL_RENDERER:   Mali-400 MP
    GL_VERSION:    OpenGL ES 2.0
=======================================================

=======================================================
                                  glmark2 Score: 150
=======================================================

А есть уверенность, что там не программный рендер?

конечно, легко проверить, jernej выложил имиджи для H3.
http://jernej.libreelec.tv/images/

[Serg]

Со всеми Pi ситуация всё ещё такова (вроде как ещё): полные спеки на Mali закрыты и нет никаких надежд на обратное. Полноценный драйвер для Mali "поставляется" в виде готового (бинарного) ядерного модуля и соотв. работает с ядрами, для которых его собрали (официальные дистрибуты). Для получения RT на ядро нужно наложить патч и пересобрать - получается "другое" ядро и модуль с ним не работает.
Некоторое время назад обещали поставлять драйвер в виде объектного файла (библиотеки), который можно прилинковать при сборке модуля, так, как посталяют Ati и NVidia, но дальше обещаний дело похоже не пошло...

[MX_Master]

Открытый sunxi-mali драйвер для mainline ядра есть. И проблем со сборкой драйвера нет. Работает драйвер в паре с userspace бинарниками от Allwinner. Что как раз соответствует

Некоторое время назад обещали поставлять драйвер в виде объектного файла (библиотеки), который можно прилинковать при сборке модуля, так, как посталяют Ati и NVidia

Так что обещания в данном конкретном случае - выполнены. И кому нужна была поддержка OpenGL, этим способом уже пользуются. Пример - https://github.com/dimitar-kunchev/mali-memtester.

В нашем случае осталось дело за малым - потратить как минимум месяц на изучение вопроса и разнообразные тесты. Жаль, что никто этим вопросом не может заняться.

источник:

• https://bootlin.com/blog/mali-opengl-su ... ine-linux/

[Serg]

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

[MX_Master]

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

Это было бы ошибкой с точки зрения бизнеса и контроля за судьбой продукта (:

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

[Serg]

Это было бы ошибкой с точки зрения бизнеса и контроля за судьбой продукта (:

Это примерно как например в SolidWorks - продукт один, а "возможности" (листовой металл, литьевые формы, электрика и т.п.) открываются каждая своей лицензией, которая стоит отдельных денег.

[MX_Master]

В нашем случае, проприетарной прослойкой выступает userspace бинарник от Allwinner. Который, как раз и пользуется всеми аппаратными возможностями видеочипа. Открытый драйвер ядра использует только API этого бинарника. И какой бы странной не была эта комбинация, она (судя по отзывам) работает. Но пока не у нас

[Lexxa]

Я вот только не понял от что. При борьбе за латенси советуют использовать видеодрайвер mesa и отказаться от проприетарных драйверов видеокарт.
А тут вы наоборот хотите использовать проприетарный драйвер.
В чем логика и последовательность?
Х.з. может вопрос и глупый)

[MX_Master]

Проприетарна только пользовательская программка от Allwinner, а не весь драйвер.

Сам видеодрайвер - открытый. Он является модулем ядра. Насколько я понял (могу ошибаться), драйвер общается с пользовательской программой от Allwinner, которая не имеет высокого приоритета и не является модулем ядра. Таким образом, на Latency напрямую влияет только сам драйвер. И если в нём нет блокирующих механизмов отправки и получения ответа (busy waiting) от пользовательской программы, то Latency не должен пострадать.

Открытый драйвер занимается по сути тем, что получает отовсюду приказы на отрисовку чего-либо средствами OpenGL. Конвертирует эти приказы в нужный формат и отправляет их пользовательской программке от Allwinner. И она там внутри уже "дёргает нужные регистры видеочипа".

В теории

[going]

В теории

На поверку обнаруживается подводный камень. Это ДМА, который копирует кадры туда сюда,
высвобождая основной процессор для этой операции но всё равно занимает общую шину,
и который не вытесняется РТ процессом, потому как аппаратный функционал.
Это требует отдельного изучения. Может кто в теме? Поправте.

Михаил, я подумал, а что если попросить тебя написать gpio драйвер sunxi уровня ядра, который irq использует?
Тогда можно будет заставить пины дёргаться с задержкой не более 10 микросекунд в ядре ipipe.

[ua3nbw]

mali-blobs (поддерживают EGL & OpenGL ES) для OpenGL поддержки нет.
цепь должна быть такой: PlayWithShadersProgram -> mali-blobs (implementing EGL & OpenGL ES) -> xserver -> armsoc -> mali-driver -> sun4i-drm -> hardware
эту цепь пока никто из спецов на форуме armbian не опровергает. https://forum.armbian.com/topic/7759-ho ... -opengles/

LinuxCNC и Machinekit собираются только с поддержкой OpenGL.(смотрел ./configure --help)
IMHO: LinuxCNC и Machinekit для ускорения графики должны собираться с поддержкой OpenGL ES

IMHO: всё тотже kodi с OpenGL не собирается, а можно собрать с OpenGL ES

Код: Выделить всё

 Graphic configuration:
 ======================================================
 - OpenGL (GLX) support (provider):      no (no)
 - OpenGLES support (provider):          yes (sunxi-mali)
 - uvesafb support:                      no

[MX_Master]

mali-blobs (поддерживают EGL & OpenGL ES) для OpenGL поддержки нет.

Для меня это плюс в том плане, что WebGL базируется на OpenGL ES 2.0. Поэтому, если финт с бинарниками mali сработает, можно будет запилить веб-интерфейс с аппаратной отрисовкой траектории.

IMHO: LinuxCNC и Machinekit для ускорения графики должны собираться с поддержкой OpenGL ES

Надо уточнить этот вопрос.. Немного уточнил. Фокус не пройдёт.

Короче говоря, к рабочей системе с mali бинарниками нужен ещё и отдельный интерфейс, который будет рисовать всё с помощью EGL или OpenGL ES.

[Maxekb77]

Чет чем дальше тем больше меня посещяют мысли а может ну их эти иксы.