Плата SK-imx6Q
Перепробовал сборки под 3.14 и 4.15 ядра, не получается.
В buildroot выбираю X, модульный. В imx-либах вывод в X11. В /etc/X11/xorg.conf пишу как в мануале от freescale, т.е. использовать vivante-драйвер.

Проверяю простыми командами gstreamer-1.0
Без запущенного X:
1. gst-launch-1.0 videotestsrc ! imxg2dvideosink - после запуска платы работает секунды 3, потом встает. Последующие запуски ничего на экране не отрисовывают. На экране замирает остаток от первого запуска
2. gst-launch-1.0 videotestsrc ! imxipuvideosink - эта работает стабильно и долго. ПОхоже с использованием IPU-api.
С запущенным X:
1. gst-launch-1.0 videotestsrc ! autovideosink - открывается окно, работает пару секунд, картинка замораживается. X умирает. Помогает только перезапуск
2. gst-launch-1.0 videotestsrc ! imxipuvideosink - аналогично хорошо работает.

очень часто при таких тестах плата вообще умирает, помогает только сброс по питанию

Вопрос: кому-то удалось запустить это дело и как?

Для чего: хочу чтоб Opencv-3 использовал аппаратные возможности для обработки и вывода данных в X-окна

PS: пробовал все то же самое под 3.10.17, OpenCV-2.4, gstremaer-0.10. Здесь все работает, но очень медленно. Все процом делается, без аппаратных средств. Простой вывод покадрово h.264 на экран без всякой обработки и анализа у меня получилось примерно 2-3 кадра/с.

Цитата

Для чего: хочу чтоб Opencv-3 использовал аппаратные возможности для обработки и вывода данных в X-окна

В /root есть скрипты с примерами gstreamer с аппаратным ускорением. Иксы, opencv - это все прекрасно для PC, на встраиваемых устройствах все это неактуально.

ДА, сейчас есть работающее решение на этой платформе, но под gst-0.10 и прямым выводом в fb (через mfw_isink). А хочется вывод в окна, для той же многозадачности. Да и переход на gst-1.0 хочется, в нем вроде как по описанию многие проблемы решены и аппаратные возможности используются

Интересный момент. Вместо SK-imx6Q взял плату hola-duoPC. Пересобрал под нее загрузчик. И все заработало, притом очень и очень прекрасно.

Похоже под SK-imx6Q в тактировках памяти, GPU или еще где-то ошибка. Множество экспериментов приводило к отображению на экране "корявой" картинки с последующим умиранием платы.
Либо может прошивка для GPU под 6Q как-то не совместима с дровами, а для 6D дружит...

Цитата

Похоже под SK-imx6Q в тактировках памяти, GPU или еще где-то ошибка. Множество экспериментов приводило к отображению на экране "корявой" картинки с последующим умиранием платы.

Убедитесь что не установлена эта галочка, если установлена - отключите

make menuconfig

Bootloaders --->
[ ] switch DDR to 528 MHz (WARNING: don't use, unstable) (NEW)

Сразу об этом подумал. И с ней и без нее падает одинакого на 6Q

Цитата

И с ней и без нее падает одинакого на 6Q

Быть такого не может - u-boot пересобрали после того как галка убрана ? Покажите лог загрузки u-boot и вывод команды clock в консоли убута

u-boot > clock

Конечно пересобрал через ./uboot-rebuild.sh
Лог убута проблемно вывести пока, надо uart приделывать. Сделаю, но не быстро