[email protected] 0 20 января, 2017 Опубликовано 20 января, 2017 (изменено) · Жалоба Всем добрый день! Имеется в наличии VAR-SOM-OM37 модуль от компании Varicsite. Как все "Порядочные люди", разработчики этой компании выложили на свой FTP ядро, u-boot, x-load b rootfs. Последний в формате jffs2. Залил на модуль, запускается->работает. Потребовалось поправить конфигурирование I2C при старте системы. Поиск нужных исходников->наложение патчей->правка кода->сборка-> заливка на плату->работает.Теперь требуется ускорить процесс разработки с помощью Qt, поэтому решил, написать bsp в Yoctoproject. Итак вопрос: по какой причине может не грузится rootfs.jffs2. x-load, u-boot, kernel не трогал, перезаливаю jffs2->ничего не работает(Starting kernel... и всё) со старым rootfs работает. Подозрения пали на некий параметр EXTRA_IMAGECMD_jffs2 = "-lnp -e 0x20000 -s 2048". В плате используется микросхема Nand: MT29F4G16ABBDAH4:D (файл прикреплён ниже). Параметр был поправлен так: EXTRA_IMAGECMD_jffs2 = "-lnp -e 0x210000 -s 0x840". Но и это не спасло ситуацию, возможно я вообще копаю не туда. Помимо этого есть ещё проблема при успешной загрузке ядра, а именно во времязагрузки никакой информации в Uart не поступает, т.е. Starting Kernel... -> (30 сек паузы) -> dm3730 login: _. Далее только если dmesg. Помогите кто сталкивался или у кого есть догадки m60a_4gb_8gb_16gb_ecc_nand.pdf Изменено 20 января, 2017 пользователем AlexMatyu Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Jury093 2 20 января, 2017 Опубликовано 20 января, 2017 · Жалоба по какой причине может не грузится rootfs.jffs2. x-load, u-boot, kernel не трогал, перезаливаю jffs2->ничего не работает(Starting kernel... и всё) со старым rootfs работает. как гипотеза - в новой rootfs не хватает модулей ядра или еще каких-то критичных файлов.. Подозрения пали на некий параметр EXTRA_IMAGECMD_jffs2 = "-lnp -e 0x20000 -s 2048". В плате используется микросхема Nand: MT29F4G16ABBDAH4:D (файл прикреплён ниже). Параметр был поправлен так: EXTRA_IMAGECMD_jffs2 = "-lnp -e 0x210000 -s 0x840". Но и это не спасло ситуацию, возможно я вообще копаю не туда. из каких соображений меняли параметр? Помимо этого есть ещё проблема при успешной загрузке ядра, а именно во времязагрузки никакой информации в Uart не поступает, т.е. Starting Kernel... -> (30 сек паузы) -> dm3730 login: _. Далее только если dmesg. как вариант - в строке для ядра есть параметр quiet.. после загрузки и логина смотрите выхлоп cat /proc/cmdline или переопределен порт для вывода лога.. напишите в суппорт варисайта, там вполне вменяемо отвечают. и если в Мск не помогут, то переправят проблему в Израиль.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться