19.01.2017
upd 20.01.2017
upd 24.01.2017
upd 01.03.2017

https://yadi.sk/d/-dVPD48_3EtdGj

Обновление на базе ядра 4.1.15-2.0.0, предыдущий buildroot

http://www.starterkit.ru/html/index.php?name=forum&op=view&id=26393

1 Обновлены ядро и проприетарные библиотеки из BSP NXP до последних актуальных версий

2 Для плат с NAND работает перенос системы с SD на NAND (root2nand.sh)

3 Подпрален драйвер adv7180 для захвата с двух CSI

http://www.starterkit.ru/html/index.php?name=forum&op=view&id=27568&last#27571

4 Добавлен пункт меню для выбора задержки в u-boot перед стартом ядра

http://www.starterkit.ru/html/index.php?name=forum&op=view&id=27584&num=1

5 Обновлен скрипт настройки DDR для новых версий плат SK-IMX6Q и HolaDuo-PC, теоретически память должна работать на 528M (тестировал не я поэтому теоретически)

http://www.starterkit.ru/html/index.php?name=forum&op=view&id=27333&num=1

У меня успешно собралось, но загрузка останавливается с сообщением:
Waiting for root device /dev/mmcblk0p1...
в логе загрузки вижу:
mmc1: new high speed SDHC card at address 59b4
mmcblk1: mmc1:59b4 USD 3.72 GiB
Т.е. моя карта mmcblk1, а почему монтировать хочет mmcblk0?

Цитата

Т.е. моя карта mmcblk1, а почему монтировать хочет mmcblk0?

Пока решил так: в дефолтном колнфиге у-бута (oem-imx6.h) прописал /dev/mmcblk1p1. Непонятно почему SD-карта стала 1 а не 0 как в 3.10.17

При загрузке надолго (десяток секунд) "задумывается" и появляется сообщение
mmc1: Timeout waiting for hardware interrupt.
mmcblk1: error -110 transferring data, sector 7821056, nr 8, cmd response 0x900, card status 0xb00
mmc1: tried to reset card

потом догружается, но при попытке выдать системный сигнал (beep) через pwm-beeper вываливает

BUG: scheduling while atomic: beep/263/0x00000002
Modules linked in: galcore(O)
Preemption disabled at:[< (null)>] (null)

хотя сам звуковой сигнал формирует.

Цитата

Пока решил так: в дефолтном колнфиге у-бута (oem-imx6.h) прописал /dev/mmcblk1p1. Непонятно почему SD-карта стала 1 а не 0 как в 3.10.17

Посмотрел схему OEM - она загружается с USDHC2 поэтому устройство не 0 а 1, так что это не пока а надо исправить в убуте конфиг как вы сделали. Это в новых ядрах внесли изменения в нумерации устройств mmc и привязали их к нумерации хостов, раньше первая обнаруженная карта блы 0 и тд.

Цитата

mmcblk1: error -110 transferring data, sector 7821056, nr 8, cmd response 0x900, card status 0xb00

У меня нет платы OEM но на других платах я такое не встречал поэтому думаю дело скорей в настройках пинов - надо пробовать изменить подтяжку на пинах, силу тока выходных буферов. В первую очередь сраните описание пинов в DTS

Цитата

usdhc2 {
pinctrl_usdhc2_oem: usdhc2-oem {
fsl,pins = <
MX6QDL_PAD_SD2_CMD__SD2_CMD 0x17059

в ядре 3.10.17 и в 4.1.15

Цитата

потом догружается, но при попытке выдать системный сигнал (beep) через pwm-beeper вываливает

раньше вы им пользовались ?

Цитата

BUG: scheduling while atomic

это явно баг в драйвере - надо смотреть

Не подскажите
make imx6sk_gst_defconfig
make imx6sk_qt5gst_defconfig

Будет ли достаточно, чтобы работал VCEB модуль ?
Если нет, то как нужно выстраивать конфиг для VCEB и последующей настройки RTSP сервера на его основе?

Цитата

как нужно выстраивать конфиг для VCEB и последующей настройки RTSP сервера на его основе?

нужен конфиг make imx6sk_gst_defconfig
в /root есть пример для 4 каналов объединенных в одной картинке - он сделан для tw6869, для VCEB надо переделать его на один канал (убрать композитор)

Цитата

BUG: scheduling while atomic

это явно баг в драйвере - надо смотреть

Посмотрел - функция imx_pwm_config_v2 при использовании pwm-beeper вызывается в контексте который не может засыпать (ATOMIC CONTEXT) поэтому задержки типа *sleep надо заменить на *delay

http://lxr.free-electrons.com/source/drivers/pwm/pwm-imx.c?v=4.1#L133

msleep(period_ms) ---> mdelay(period_ms)

http://lxr.free-electrons.com/source/drivers/pwm/pwm-imx.c?v=4.1#L142

usleep_range(200, 1000) --> udelay(200)

https://www.kernel.org/doc/Documentation/timers/timers-howto.txt

Цитата

Это в новых ядрах внесли изменения в нумерации устройств mmc и привязали их к нумерации хостов.

Цитата

mmcblk1: error -110 transferring data, sector 7821056, nr 8, cmd response 0x900, card status 0xb00

Цитата

потом догружается, но при попытке выдать системный сигнал (beep) через pwm-beeper вываливает

Это рабчий конфиг из 3.10.17
просто перенес его сюда (пришлось правда кое что подправить, но это по мелочи).

Обновил архив - подправил устройство mmcblk1 с корневой ФС для OEM и подправил драйвер pwm-imx