SDK поставляется в виде образа со следующим названием: QorIQ-SDK-T2080V1.1-T1040V0.3-SOURCE-20140422-yocto.iso
почему такой древний SDK больше чем годовалой давности? современная версия ppc ядра от freescale — git.freescale.com/git/cgit.cgi/ppc/sdk/linux.git/tree/Makefile?h=sdk-v1.7.x — 3.12.19, версия SDK соответственно 1.7
вытягивайте все свежее и общайтесь в mailing list, freescale большие любители создавать и потом фиксить веселые errata в своем железе.
непонятен grail, если нужен конкретно step based — есть github.com/robotframework/robotframework, к которому можно подключать python в любых масштабах, даже перегружать output тестов как захочется. Используется CERN, Nokia Networks и еще много кем.
HD6950, linux mint cinnamon, последние драйвера Omega от AMD — multihead конфигурация не сохраняется — с ней не стартует Cinnamon; VDPAU не работает; в CS:GO 45-50 fps + постоянные фризы; если много раз переключить терминал с иксового вывода на консоль и обратно, в определенный момент всё зависает насмерть; и самый финиш — фликеринг OpenGL на втором мониторе, например, окон Chrome.
та же самая машина и набор софта, но видео GTX960 с последними драйверами NVIDIA — единственная проблема это VDPAU, которое не умеет в некоторые криво закодированные файлы (всякая экзотика в духе 10bit video), но это не проблема VDPAU. Все остальные проблемы ушли.
так оно и есть, mali-2xx (2005 год) отличается от какой-нибудь топовой mali-450mp8 (2013 год) лишь набором geometry/pixel processor-ов, архитектура и ISA одна с 2006 года. маркетингу Аминь.
90% производителей MTK устройств — китайские фирмы с нулевой поддержкой дальше периода продажи и такой же репутацией, продают сотни разных вариантов на одной и той же референсной платформе, технология поддержки — «продал — забыл». Поддержку так же сложно получать, потому что продается не вся платформа, а только кастомизированная версия и очень часто в виде уже собраных устройств и прошивок, для получения поддержки нужно идти по всему дереву вверх (продавец в стране — ОЕМщик-штамповщик — фирма-дизайнер для ОЕМщика — сам MTK).
Остальные 10% это более известные компании, которые покупают у самого MTK и сами же делают, обычно могут предоставлять какую-то программную поддержку, пока продают модель успешно и видят пользовательскую базу.
lima под midgard еще долго не будет (другая ISA, другой шейдеркомпиллер), про buffersubdata не вспомню сразу, но между тем же r2p4 (default release A10/exynos4412) и последними блобами есть разница банально в производительности всего. Блобы, к слову, универсальные, единственный необходимый для работы твик — впихать powerup/clockup в ядерный драйвер и дать базовый регистр, все остальное он сам заполнит и наплодит устройств, я успешно запускал r3p2 от exynos на allwinner для utgard. Не в курсе, как там в midgard (спасибо EMS за потерянную посылку).
MTK раньше (в 2010) с мелкими конторами общался аж блобами ядра, пишешь им что нужно, они тебе через день сборку. Других вариантов не было.
по поводу ARM я бы чуток поспорил, они умудрились с 2010 по 2014 год выпускать для Mali-4xx (utgard) драйвера с завидной периодичностью, обновляя как и DDK, так и ядерную часть. при этом, внезапно, они отвечают в саппорт и на форум. лог выпуска драйверов можно оценить по списку здесь. Для midgard/vithar выпустили либы под Linux, ссылки в топе. Это первое, а второе, конечно, это то, что Mali на самом деле не ARM сделал, а Falanx, который теперь называется ARM Norway. Если бы делал сам ARM, получилось бы как у imgtec.
imgtec на самом деле в забавной ситуации, DDK для PVR SGX54x благополучно слили в сеть в прошлом месяце, там можно увидеть код такой запутанности и кривости, что индусы позавидуют три раза, выпуск новой линейки G обещали очень давно, но только сейчас впихали и впарили производителям. К их решениям нет никакого доверия.
Playing: 1.mkv
(+) Video --vid=1 (h264)
(+) Audio --aid=1 --alang=jpn (*) (flac)
(+) Subs --sid=1 --slang=eng (*) 'qIIq' (ass)
File tags:
Title: Ep03 Creditless Opening
libva info: VA-API version 0.38.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
Using hardware decoding.
AO: [pulse] 48000Hz stereo 2ch s16
[ffmpeg/video] h264: decode_slice_header error
[ffmpeg/video] h264: no frame!
Error while decoding frame!
Error using hardware decoding, falling back to software decoding.
Using conversion filter.
VO: [vaapi] 1920x1080 yuv420p
AV: 00:00:01 / 00:01:31 (1%) A-V: 0.000
Exiting… (Quit)
при том, другие mkv работают и на энкод и на декод
[rz2k@victorique Downloads]$ gst-launch-1.0 -e filesrc location=1.mkv! matroskademux! vaapidecode! videoconvert! video/x-raw,format=NV12! vaapiencode_h264 rate-control=cbr bitrate=3000! video/x-h264,stream-format=byte-stream! h264parse! matroskamux! progressreport! filesink location=output.mkvlibva info: VA-API version 0.38.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
Установка конвейера в состояние PAUSED…
Подготовка конвейера (PREROLL)…
Получен контекст из элемента «vaapidecode0»: gst.vaapi.Display=context, display=(GstVaapiDisplay)NULL;
Конвейер подготовлен (PREROLLED)…
Установка конвейера в состояние PLAYING…
New clock: GstSystemClock
Unrepairable overflow!
progressreport0 (00:00:05): 12 / 1477 seconds ( 0,8 %)
progressreport0 (00:00:10): 25 / 1477 seconds ( 1,7 %)
…
progressreport0 (00:09:46): 1476 / 1477 seconds (99,9 %)
progressreport0 (00:09:46): 1477 / 1477 seconds (100,0 %)
Получен маркер EOS («конец потока») от элемента «pipeline0».
Execution ended after 0:09:46.203432237
Установка конвейера в состояние PAUSED…
Установка конвейера в состояние READY…
Установка конвейера в состояние NULL…
Освобождение конвейера…
[rz2k@victorique Downloads]$ mpv --vo=vaapi --hwdec=vaapi --hwdec-codecs=all output.mkv
Playing: output.mkv
(+) Video --vid=1 (*) 'Video' (h264)
File tags:
Title: Video
libva info: VA-API version 0.38.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
Using hardware decoding.
VO: [vaapi] 1920x1088 vaapi
V: 00:03:18 / 00:24:37 (13%) Dropped: 2
Exiting… (Quit)
почему такой древний SDK больше чем годовалой давности? современная версия ppc ядра от freescale — git.freescale.com/git/cgit.cgi/ppc/sdk/linux.git/tree/Makefile?h=sdk-v1.7.x — 3.12.19, версия SDK соответственно 1.7
вытягивайте все свежее и общайтесь в mailing list, freescale большие любители создавать и потом фиксить веселые errata в своем железе.
2) скоро meta-ppc и meta-arm объединят в одну meta-freescale comments.gmane.org/gmane.linux.embedded.yocto.meta-freescale/14443
кажется, у вас мало опыта.
HD6950, linux mint cinnamon, последние драйвера Omega от AMD — multihead конфигурация не сохраняется — с ней не стартует Cinnamon; VDPAU не работает; в CS:GO 45-50 fps + постоянные фризы; если много раз переключить терминал с иксового вывода на консоль и обратно, в определенный момент всё зависает насмерть; и самый финиш — фликеринг OpenGL на втором мониторе, например, окон Chrome.
та же самая машина и набор софта, но видео GTX960 с последними драйверами NVIDIA — единственная проблема это VDPAU, которое не умеет в некоторые криво закодированные файлы (всякая экзотика в духе 10bit video), но это не проблема VDPAU. Все остальные проблемы ушли.
по поводу busybox — прецедентное право, такие суды уже были/выигрывались en.wikipedia.org/wiki/BusyBox#GPL_lawsuits
тут сообщают, что такие есть.
Остальные 10% это более известные компании, которые покупают у самого MTK и сами же делают, обычно могут предоставлять какую-то программную поддержку, пока продают модель успешно и видят пользовательскую базу.
MTK раньше (в 2010) с мелкими конторами общался аж блобами ядра, пишешь им что нужно, они тебе через день сборку. Других вариантов не было.