Где найти информацию по конфигурации uboot?

Question

[danilus]

Я нуб в конфигурации uboot прошивках и т.д. В моих блужданиях по интернету я нашел не слишком подробную или информацию для слишком знающих людей.

1. Хочу узнать как сконфигурировать uboot или хотя бы модернизировать defconfig
2. Хочу разобраться как запустить линукс на плате от сборки загрузчика.
3. Для более подробного погружения хочу понять как сконфигурировать загрузчик для условно неизвестной ноунейм платы (хотя на самом деле известной). Для экспериментов у меня имеется планшет на allwiner a10, и orange pi zero 2.
4. Во время блужданий по интернету наткнулся на такое понятие как "devicetree" или dts файл, как я понял это он отвечает за железо платы и хотелось бы разобраться в этом поподробнее.

П.С. Планирую прикупить ttl переходник для отладки.
П.П.С. Я еще не определился чем хочу заниматься в жизни, возможно пойду учится в этом направлении в целом, прошу сильно не пинать :D

Comments

[danilus]

Во втором пункте меня скорее интересует выбор дистрибутива и ядра. Должен ли дистрибутив поддерживать процессор, либо ему хватает архитектуры, есть ли универсальные ядра как на обычных пк (x86-64) либо же нужно обязательно компилировать под каждое устройство?

[res2001]

danilus, "универсальные ядра" собираются из тех же исходников, что и не универсальные. Так что, если дистрибутив поддерживает архитектуру вашего проца теоретически можно его использовать.
Но никто вам не мешает собрать собственное ядро.
Как-то находил рецепт как установить Arch Linux на отладочную плату от TI с использованием uboot. Хотя тот же TI поддерживает собственный дистрибутив для своих плат и у них есть подробная инструкция как собрать uboot и ядро. В целом рецепт по Archу был короткой выжимкой из инструкции от TI.

Answer 1

[res2001]

У меня был некоторый опыт с uboot, правда для другой ОС

Если у вас какая-то стандартная покупная плата, то возможно в uboot уже есть готовый config. Обычно производители плат в документации указывают как собрать uboot под их плату (если они поддерживают uboot), либо это можно нагуглить в интернете.
Если же плата самодельная, то берете самый близкий для вашей платы config (вы же брали за основу какой-то референс дизайн платы, вот эту плату и берите за основу), переименовываете его и вносите в него соответствующие изменения.
Бывает, что вместе с config'ом требуется вносить изменения и в dts, они в uboot лежат в ./arch/<platform name>/dts. Название используемых dts лежит в переменной CONFIG_DEFAULT_DEVICE_TREE и/или в CONFIG_OF_LIST в config файле.

Config файл - это просто набор параметров, которые превращаются в набор инструкций #define при сборке.
С dts все сложнее. Там целый язык описания железа.

Для сборки uboot рекомендую следующую последовательность:
1. Заведите для сборки отдельный пустой каталог. Он будет текущим каталогом для всех дальнейших команд
2. Пусть каталог где лежит сам uboot хранится в переменной UBOOT_DIR. Архитектура процессора вашей платы (например arm) в переменной ARCH. Префикс для кросскомпилятора в CROSS (например arm-linux-gnueabihf-). Имя выбранного defconfig файла в переменной DEFCONFIG (имя указываете вместе с суффиксом _defconfig)
3. Очистка каталога сборки:

make -C $UBOOT_DIR ARCH=$ARCH CROSS_COMPILE=$CROSS distclean

Эта команда пригодится при пересборках в случае изменения конфигурации
4. Подготовка конфигурации для сборки:

make -C $UBOOT_DIR ARCH=$ARCH CROSS_COMPILE=$CROSS $DEFCONFIG

5. Сборка: make -C $UBOOT_DIR ARCH=$ARCH CROSS_COMPILE=$CROSS

Несколько полезняшек:
1. Вы можете задавать дополнительную опцию для make: -O <путь>
Она задает каталог, в котором будет происходить сборка. Этот каталог make создаст сама. Это бывает удобно, если работаете сразу с несколькими конфигами.
2. В uboot встроен конфигуратор конфигов :) Конфигурация происходит в текстовом режиме с помощью меню, присутствуют подсказки для опций и т.п. Когда вы создали начальную конфигурацию в п.4 выдайте команду:

make -C $UBOOT_DIR ARCH=$ARCH CROSS_COMPILE=$CROSS menuconfig

Тут то же можно добавлять опцию -O для выбора каталога с конфигурацией. После исправления конфигурации, не забудьте ее сохранить.
Дальше нужно дать команду:

make -C $UBOOT_DIR ARCH=$ARCH CROSS_COMPILE=$CROSS savedefconfig

Она создаст на основе текущей конфигурации defconfig файл в каталоге сборки. Этот файл можно переименовать в <имя платы>_defconfig и подложить в каталог с конфигами uboot и в дальнейшем использоавть его для сборки.
3. В каталоге с uboot дайте комаду make help для получения списка возможных опций.
4. Обычно я собираю uboot под линукс, но та же схема вполне работает и в WSL под виндой. Набор кросс-компиляторов есть в портах (в WSL исопльзовал дистрибутив ubuntu).

Желаю удачи!

Comments

[jcmvbkbc]

1. Вы можете задавать дополнительную опцию для make: -O <путь>
Она задает каталог, в котором будет происходить сборка. Этот каталог make создаст сама. Это бывает удобно, если работаете сразу с несколькими конфигами.

У make есть опция -O, но она делает совсем другое. O=<путь> -- это не опция make, это переменная, с которой умеет работать конкретный Makefile, такая же как ARCH= или CROSS_COMPILE=.

[res2001]

jcmvbkbc, Конечно, так и есть.

[danilus]

res2001, мне скорее нужна не инструкция, а справочник, в репах есть readme, но там слишком сложно для меня, но походу придется разбегается. Скорее бы хотелось бы найти какой либо пост, как люди собирают свой загрузчик под кастомную плату с обьяснением своих действий. Это был бы очень полезный опыт. Я встречал разные отличающееся друг от друга посты (возможно разные версии загрузчиков) в том числе, где был перенос нескольких файлов на начальную область на разном расстоянии друг от друга. Все, что я находил было скорее инструкцией, но без болеее менее подробного объяснения, за что, что отвечает. В репах должна быть инфа но не для чайников, и похоже мне придется долго и упорно гуглить. Я наверно наивен и хочу все и сразу, а так не бывает. Придется ковыряться самостоятельно. В любом случае спасибо.

[res2001]

danilus, Про "перенос файлов" вам тут uboot не поможет - это надо смотреть TRM по вашему процессору, т.к. начальный загрузочный код зашит в чип (это у ARMов, у других может быть по другому). Те процы, с которыми я сталкивался умели загружаться с активного FAT раздела на SATA или SD, хотя и RAW вариант то же был.
Я доходил только до создания модифицированной версии конфига и своего варианта dts.
Если архитектура сильно отличается от имеющихся вариантов, то может понадобится дописывать код. Но я думаю, что этим занимаются в основном производители процов, а кастомные платы обычно опираются на то что дают производители.

Answer 2

[SVM]

Сначала, неплохо бы научиться гуглить в яндексе ))

первая же ссылка по вашему вопросу

Comments

[danilus]

Я там был и почерпнул достаточно информации. 2 пункт наверно был лишний, я скорее хочу разобраться в тонкостях, а не просто следовать инструкции. Мне скорее интересно во втором пункте выбор системы т.е. я смогу взять любой дистрибутив под арм с поддержкой архитектуры или в дистрибутиве должна быть поддержка именно данного процессора, либо же нужно будет добавлять в него тот же dts. существуют ли готовые ядра со множеством устройств как для обычных ПК (x86-64) либо обязательно компилировать под определенное устройство.

[SVM]

danilus,
я сам в этом не понимаю )), но думаю/почти уверен, что если чего и не хватает в ядре, то нужные модули всегда можно будет подключить или сменить ядро - это не сложно.
Просто начинай что то делать - свой опыт не заменишь ни чем,
а там уже , по ходу пьесы, если что то конкретно не получается - спрашивай.(не у меня, я в этом не разбираюсь)