как добавить новое ядро в uboot

[Olej]

А наига была нужна графика для кросскомпиляции?

Графика там минимальная - Mate, она не нагружает систему, зато куда удобнее пользоваться, для навигации, и одновременно с компиляцией другими действиями - через много терминалов или вкладок терминала.

[Olej]

... ну, а дальше понеслась ... на пару часов работа!

Всё это кино, кроме времени, требует изрядных ресурсов ... размер виртуального диска (сжатый) в реальной файловой системе хоста (по ходу сборки) >17Gb:

Код: [Выделить]

[olej@xenix ISO]$ 
[olej@xenix Ubuntu 18.04]$ ls -l Ubuntu\ 18.04.vdi 
-rw------- 1 olej olej 17249075200 июн  6 17:44 'Ubuntu 18.04.vdi'

И в итоге:

Код: [Выделить]

...
dpkg-deb: building package 'linux-dtb-next-sunxi' in '../linux-dtb-next-sunxi_5.46_armhf.deb'.
dpkg-deb: building package 'linux-headers-next-sunxi' in '../linux-headers-next-sunxi_5.46_armhf.deb'.
dpkg-deb: building package 'linux-image-next-sunxi' in '../linux-image-next-sunxi_5.46_armhf.deb'.
dpkg-genchanges: предупреждение: неизвестная подстановочная переменная ${kernel:debarch}
dpkg-genchanges: предупреждение: пакет linux-libc-dev-next-sunxi в управляющем файле, но его нет в файле со списком файлов
dpkg-genchanges: инфо: закачка только двоичных пакетов (без пакетов исходного кода)
dpkg-deb: building package 'linux-source-4.14.48-next-sunxi' in '/home/olej/Orange_Pi/build/.tmp/linux-source-next-sunxi_5.46_all.deb'.
[ o.k. ] Kernel build done [ @host ]
[ o.k. ] Target directory [ /home/olej/Orange_Pi/build/output/debs/ ]
[ o.k. ] File name [ linux-image-next-sunxi_5.46_armhf.deb ]
[ o.k. ] Runtime [ 341 min ]

Теперь предстоит разбираться что же оно там настроило? 

P.S. 341 min - это не слабо ... >5 часов. 
Это на хорошем процессоре (x86, Xenix) + обилии RAM ... правда, в виртуальной машине.

[Olej]

Теперь предстоит разбираться что же оно там настроило? 

Код: [Выделить]

olej@ubuntu:~/Orange_Pi/build/output/debs$ pwd
/home/olej/Orange_Pi/build/output/debs

olej@ubuntu:~/Orange_Pi/build/output/debs$ ls -l
итого 334940
drwxrwsr-x 2 root sudo      4096 июн  5 21:57 extra
-rw-r--r-- 1 root root    173504 июн  6 20:06 linux-dtb-next-sunxi_5.46_armhf.deb
-rw-r--r-- 1 root root  10737124 июн  6 20:07 linux-headers-next-sunxi_5.46_armhf.deb
-rw-r--r-- 1 root root  19772988 июн  6 20:08 linux-image-next-sunxi_5.46_armhf.deb
-rw-r--r-- 1 root root 312091880 июн  6 20:10 linux-source-next-sunxi_5.46_all.deb
-rw-r--r-- 1 root root    181784 июн  6 14:40 linux-u-boot-next-orangepione_5.46_armhf.deb

[Olej]

меня очень беспокоит почему вручную не компилируются файлы .dts из source вылетают постоянно ошибки

Если кого (ТС и др.) интересуют тонкости использования дерева устройств, компиляции .dts и т.п. - то тут нужно отдельно и подробно разбираться, и начинать со стандартов/спецификаций Devicetree.
Вот вам для этого тема: Devicetree и ссылки на официальную документацию.

[Olej]

Вчера собирал армбан под свой pipc2, заодно сразу собрал ради интереса под piwin, собралось быстро, ядро 4.14.47 похоже не пересобиралось.

Вы собрали Armbian-скриптом полный образ .img?
Какой: только CLI, без графики, или LXDE?
Чем это определяется.
На Armbian они пишут:

We provide CLI (command line interface) images first. If the software is stable enough we add the option to upgrade to XFCE desktop.

Чем при сборке определяется это first или add? От чего это зависит?

[pcmax]

Вчера собирал армбан под свой pipc2, заодно сразу собрал ради интереса под piwin, собралось быстро, ядро 4.14.47 похоже не пересобиралось.

Вы собрали Armbian-скриптом полный образ .img?
Какой: только CLI, без графики, или LXDE?
Чем это определяется.
На Armbian они пишут:

We provide CLI (command line interface) images first. If the software is stable enough we add the option to upgrade to XFCE desktop.

Чем при сборке определяется это first или add? От чего это зависит?

Вы ядро откуда брали?

[Olej]

Вчера собирал армбан под свой pipc2, заодно сразу собрал ради интереса под piwin, собралось быстро, ядро 4.14.47 похоже не пересобиралось.

Вы собрали Armbian-скриптом полный образ .img?
Какой: только CLI, без графики, или LXDE?
Чем это определяется.
На Armbian они пишут:

We provide CLI (command line interface) images first. If the software is stable enough we add the option to upgrade to XFCE desktop.

Чем при сборке определяется это first или add? От чего это зависит?

Вы ядро откуда брали?

Я ведь показал цитату, и по контексту понятно, что и AlDemin и я (см. предыдущую страницу форума) собирали образ/ядро используя технологию Armbian...
... скрипт Armbian берёт код ванильного ядра с kernel.org - а откуда ему ещё брать?
... а дальше применяет патчи из ./build/patch/kernel - для каждой группы оборудования свои разные:

Код: [Выделить]

olej@ubuntu:~/Orange_Pi/build/patch/kernel$ ls  ~/Orange_Pi/build/patch/kernel
compiler.patch   mvebu64-default   odroidc2-default   rk3328-default    s5p6818-dev    sunxi-next
cubox-default    mvebu64-dev       odroidc2-dev       rk3328-dev        s5p6818-next   udoo-default
cubox-dev        mvebu64-next      odroidc2-next      rk3399-default    sun4i-default  udoo-dev
cubox-next       mvebu-default     odroidxu4-default  rockchip-default  sun5i-default  udoo-neo-default
meson64-default  mvebu-dev         odroidxu4-dev      rockchip-dev      sun7i-default  udoo-next
meson64-dev      mvebu-next        odroidxu4-next     rockchip-next     sun8i-default
meson64-next     odroidc1-default  pine64-default     s500-default      sunxi64-dev
meson-default    odroidc1-dev      rda8810-default    s5p6818-default   sunxi-dev

... и точно также делают все дистрибутивы десктоп Linux (Debian, Ubuntu, Fedora, ... все-все-все) ... или вы думали, что в дистрибутивах  компилируются ванильные ядра с kernel.org?
... дальше вы можете переопределять любые CONFIG-параметры ядра + дальше его собирать.

Логика сборки скриптами от Armbian понятна и ничего не делает особого сверх "классической" сборки ядра или образа... за исключением того, что при "ручной" сборке вам нужно найти сотню верных опций-параметров и путей поиска-загрузки, и нигде при этом не ошибиться.
 

[pcmax]

просто не пойму смысл всего.   с самого начала  Вы поддержали тему сборки ядра из source -4.16.14    именно тем способом, как это делатеся на x86/
я конечно мало понимаю, но те кто собирает ядро не пользуются чьими -то скриптами.
есть и будет проблема сборок из source.  поэтому завели эту тему, но пошли опять какими -то тропами, которые не приведут к пониманию сути.
тыкать кнопки по мануалу  не цель , ради которой стоило бы столько писать. 
столько сил потратили на установку виртулбокса,  да лучше бы это все положить на то чтобы разобраться в config
и если бы мы все тут это смогли, то эта тема была бы полезна очень многим.
не для того задавались вопросы, чтобы например был ответ: установи из репозитория. 
проблема была не установить, а понять.  жаль что этого так и не поняли.

[Olej]

просто не пойму смысл всего.   с самого начала  Вы поддержали тему сборки ядра из source -4.16.14    именно тем способом, как это делатеся на x86/

На x86 совсем не используется (от слова абсолютно) техника написания модулей/драйверов, использующая DevTree.
На ARM большинство модулей пишется именно в этой технике - см. тему Devicetree, я специально вытащил это обсуждение в отдельную тему.
Поэтому сборка здесь (ARM) путанее ... да ещё вовлекаются разнообразные вопросы с загрузчиком, которые могут быть разные ... а в x86 за вас это делают BIOS/UEFI и GRUB.

я конечно мало понимаю, но те кто собирает ядро не пользуются чьими -то скриптами.

Кто вам такое сказал?
Наверное именно поэтому в практике существуют и используются не меньше десятка распространённых оболочек для сборки: BuildRoot, Armbian и мн. др. Они ничего особенно не изменяют и не добавляют принципиального в сборку, но маскируют и упрощают все рутинные повторяемые операции.
И те, кому профессионально и часто приходится заниматься сборкой, именно и пользуются такими пакетами-оболочками.
А ручной сборкой gcc/make, по моему мнению, занимаются как-раз только пЫАнЭры .

тыкать кнопки по мануалу  не цель , ради которой стоило бы столько писать. 

Сколько пафосу!
Вы бы ещё лучше сказали так: "тыкать кнопки по мануалу не цель , ради которой стоило бы потратить жизнь." - красота!
Только не "тыкать кнопки по мануалу" - а понять что скрыто под каждым вопросом-ответом + конфигурационным параметром, и суметь этим искусно воспользоваться.

не для того задавались вопросы, чтобы например был ответ: установи из репозитория. 

А то, что в Linux можно установить из репозитория, всегда лучше и правильнее устанавливать из репозитория. Это да.

[AlDemin]

Вы собрали Armbian-скриптом полный образ .img?
Какой: только CLI, без графики, или LXDE?
Чем это определяется.

Собирал полный образ Debian Stretch  "console interface".
Выбор определяется все там же, после выбора собрать имидж, так же спросит нужно ли конфигурировать ядро, потом выбор платформы, релиза, и типа образа ("сервер" или "десктоп")

Запустил апельсин, через armbian-config накатил ХFCE - вот и десктоп получился.

UPD: Сейчас запустил сборку еще раз, обновилсь скрипты конфиги и патчи, из выбора пропал выбор legacy-ядра О_о поддержка закончилась?

[Olej]

Запустил апельсин, через armbian-config накатил ХFCE - вот и десктоп получился.

Что значит "накатил"? ... я ещё не очень легко ориентируюсь в утилитах Armbian.

[pcmax]

просто не пойму смысл всего.   с самого начала  Вы поддержали тему сборки ядра из source -4.16.14    именно тем способом, как это делатеся на x86/

На x86 совсем не используется (от слова абсолютно) техника написания модулей/драйверов, использующая DevTree.
На ARM большинство модулей пишется именно в этой технике - см. тему Devicetree, я специально вытащил это обсуждение в отдельную тему.
Поэтому сборка здесь (ARM) путанее ... да ещё вовлекаются разнообразные вопросы с загрузчиком, которые могут быть разные ... а в x86 за вас это делают BIOS/UEFI и GRUB.

я конечно мало понимаю, но те кто собирает ядро не пользуются чьими -то скриптами.

Кто вам такое сказал?
Наверное именно поэтому в практике существуют и используются не меньше десятка распространённых оболочек для сборки: BuildRoot, Armbian и мн. др. Они ничего особенно не изменяют и не добавляют принципиального в сборку, но маскируют и упрощают все рутинные повторяемые операции.
И те, кому профессионально и часто приходится заниматься сборкой, именно и пользуются такими пакетами-оболочками.
А ручной сборкой gcc/make, по моему мнению, занимаются как-раз только пЫАнЭры .

тыкать кнопки по мануалу  не цель , ради которой стоило бы столько писать. 

Сколько пафосу!
Вы бы ещё лучше сказали так: "тыкать кнопки по мануалу не цель , ради которой стоило бы потратить жизнь." - красота!
Только не "тыкать кнопки по мануалу" - а понять что скрыто под каждым вопросом-ответом + конфигурационным параметром, и суметь этим искусно воспользоваться.

не для того задавались вопросы, чтобы например был ответ: установи из репозитория. 

А то, что в Linux можно установить из репозитория, всегда лучше и правильнее устанавливать из репозитория. Это да.
[/quote


 не обижайтесь, только темы создаются не для показания своих достижений.   не думаю, что кому-то будет интересно узнать, что у кого-то получилось установить виртуалку на arm.  вот если бы были описаны проблемы с установкой ее на arm и пути их решения, то это было бы не только интересно но и полезно.
была проблема со сборкой ядра из source . тему не раскрыли. свели куда-то к установке по скриптам.   про dts тему мусолили мусолили, так и не стали развивать о том как компилить руками.  остановились на том, что по сути dtb файл уже должен быть в директории arch/arm64/boot/dts.   а у тех у кого нет, то значит -нет.

знаете, это как конструктор.  кто-то зашел и говорит: сложно, но давайте попробуем собрать вместе, а ему отвечают-  да это глупо. давайте просто посмотрим на картинку где уже модель собрана.

[AlDemin]

Что значит "накатил"? ... я ещё не очень легко ориентируюсь в утилитах Armbian.

Запустил конфиг - выбрал нужный пункт - установилось.

была проблема со сборкой ядра из source . тему не раскрыли. свели куда-то к установке по скриптам.

Да раскрыли тему "удачной" сборки образа.
Да с помошью скриптов.
Хочешь узнать как собрать то же самое без скриптов, вводя команды вручную?
Открой скрипт, выпиши всю последовательность команд на бумажку или распечатай - получишь рецепт удачной сборки и ядра и u-boot и дерева устройств.
Или нам это сделать и тебе расписать?

[pcmax]

ребята, Вы раскрыли тему удачной установки, а не сборки.

[AlDemin]

ребята, Вы раскрыли тему удачной установки, а не сборки.

Похоже ты много пропустил.