В процессе работы с платой заметил что ни одна из инструкций по загрузке u-boot с помощью dd не позволяет загрузить плату с помощью u-boot что шёл в архиве со стандартного фтп.
Нет никаких инструкций в мануале по записи u-boot через dd, сделано это по причине того, чтоб подобными "претензиями" мне мозг не выносили (не тот ключ впишут, или в синтаксисе ошибаются и первым делом начинаю дергать), есть однозначное описание действий обновления загрузчика:
Обновление u-boot, для этого необходимо:
· запустить виртуальную машину
· включить/перезагрузить плату с подключенным Ethernet (разъем T1)
· после загрузки системы выполнить ”uboot_update”
Уверен, Вы будете отрицать, но эта последовательность не может не работать (я ей сам не редко пользуюсь).
Другой вопрос что Вы туда пишите, вероятнее всего собираете загрузчик для другой платы (в build.sh заглядывали?) ...
Не понимаю, искать где то ответы на чьи то вопросы и при этом не заглянуть в скрипт uboot_update ...
Изучил build.sh, не совсем понятна магия с двумя sync.(стабильно работает с одним). Но в принципе общая схема понята.
Правда удивило то что используется надстройка над wandaboard конфигом.
Плата грузится. Делаю не в виртуальной машине т.к. не вижу в этом смысла по причине того что у меня в хостовой системе присутствует новая и проверенная версия компилятора а также гораздо удобней делать что-то не через посредника.
Вообще вы правы изначально хотел использовать u-boot из основной ветки, но потом вспомнил про заниженную частоту памяти и воспользовался тем что есть на ftp, т.к. помимо памяти у вашей платы ещё и прочая периферия немного отличается.
u-boot меняю т.к. размер носителя отличен, да и использовать uImage стало неудобно в виду того что в новых версиях ядер используется странный расчёт адреса загрузки, поэтому стабильно работает только zImage.
Мне нравиться экспериментировать с ПО и не только. А работаю я с нативными версиями а не домашними сборками, потому что только с mainline принимают отчёты об ошибках сами разработчики ПО.
кроме частоты и геометрия другая и нет полностью совпадающих плат - у всех по-разному разведено, только у фрискейл 4 или 5 референсов, вообще не понятно о какой основной ветке вы ведете речь, если пытаетесь шить по инструкции от старого фрискейловского кастомного убута 2009.08
1 штатный u-boot поддерживает загрузку zImage - вопрос только в переменных окружения
2 для новых ядер с DT нужно экспортировать адрес загрузки ядра при формировании uImage, для i.mx6q/d/s/dl
make uImage LOADADDR=0x10008000
3 у hola как раз маинстримный u-boot, записывается (если SD на хост-системе /dev/sdb)
например - почему количество sync после dd и название wandboard в исходниках загрузчика не влияет на загрузку, а правильная настройка DDRС, IOMUXС и переменных окружения u-boot - влияют.