initfamfs - busybox - kernel, порочный круг при сборке Опции

[Hoodwin]

Вот какая загвоздка. Имеем линукс для платформы c6x, который собираем с rootfs в варианте min-root, который по сути содержит 1) busybox, 2) mtd-utils, 3) libc. При сборке с нуля возникает такая проблема.
Чтобы собрать cpio образ rootfs, нужно в него положить все бинарники, то есть, в том числе, busybox, libc*.so и пр. Чтобы собрать busybox нужно иметь собранное ядро. А когда ядро собирается в конфигурации с initramfs, то конфгурационный скрипт дописывает в ($BLD)/.config строчку CONFIG_INITRAMFS_SOURCE=<путь к cpio>. Ну и вот при первой сборке никакого cpio то и нет еще. Получается порочный круг, и вообще гладко ничего собрать нельзя.

Пока что изворачивались тем, что подкладывали вначале какой-нибудь левый min-root-c6x.cpio, чтобы пройти цепочку и собрать настоящий rootfs, но это все в ручном режиме, противоречить идее make.

Может быть есть более прямой способ сборки? Например, меня бы устроил вариант, когда сначала ядро собирается само по себе, а потом отдельным таргетом к нему пришивается initramfs, и я могу управлять моментом этого пришивания - после сборки busybox, mtf-utils,... -> rootfs. Но уж как-то странно, что это надо прописывать через .config. Изменил .config, пересобирай снова все ядро...

[Hoodwin]

Tarbal
Ну и как этот текст помогает решить исходную проблему, описанную вначале темы?

Напомню, с помощью CONFIG_INITRAMFS_SOURCE уже готовый архив cpio линкуется к ядру, и становится встроенным массивом данных, начиная с __initramfs_start и до __initramfs_end. Вот кусок из init/initramfs.c:

Код

static int __init populate_rootfs(void)
{
        char *err = unpack_to_rootfs(__initramfs_start,
                         __initramfs_end - __initramfs_start);

Так вот, мне для тестовой системы нужен rootfs с busybox И еще кучей драйверов и софта, а make их собирается делать после сборки ядра, и возникает порочный круг. Порочный круг дает два эффекта:
1) При сборке системы с нуля оно не может собрать ядро.
2) При внесении изменений в состав rootfs они попадают в загрузочный образ ядра только со второго раза.
И вот никто в двух словах не может объяснить, как это победить на уровне makefile, а не придумывать разные ручные хаки.

Например, если бы можно было rootfs пришивать в конец ядра, а не влинковывать, то можно было бы делать ядро отдельно, а ядро с образом rootfs - отдельно, и проблема бы ушла, но такого, похоже, нет.

Нынешние Makrefile-ы писаны людьми, которые вообще портировали линукс на платформу c6x. Я их кое где поправил, чтобы собиралось мое ядро, а не только для TI-ных EVM, но в целом они работоспособные. И я не склонен считать их "криворукими китайцами", которые не знают как должен выглядеть правильный порядок сборки ядра.

[sasamy]

И вот никто в двух словах не может объяснить, как это победить на уровне makefile, а не придумывать разные ручные хаки.

То что вы описывали

А было бы удобнее так:
1) Собрать ядро
2) Собрать BB
3) собрать прочие файлы для наполнения initramfs
4) сделать образ rootfs
5) Прилинковать образ initramfs к ядру.

в нормальных системах сборки именно так и работает - что тут еще объяснять ?

http://git.buildroot.net/buildroot/tree/linux/linux.mk#n172
http://git.buildroot.net/buildroot/tree/fs...nitramfs.mk#n10
http://git.buildroot.net/buildroot/tree/linux/linux.mk#n312
"rebuild" в данном случае означает простую линковку с образом настоящей корневой вместо фейковой - полной пересборки ядра не происходит на последнем этапе.

Например, если бы можно было rootfs пришивать в конец ядра, а не влинковывать

и это тоже далется по щелчку пальца - вы же не читаете что вам пишут

Dron_Gus:

Если что-то не очень кастрированнное, то ему можно отдельно подпихнуть два образа - ядра и initramfs. А еще можно склеить их вместе с помошью mkimage.

стоит погуглить mkimage multi image - куча ссылок как их создавать
http://www.isysop.com/unpacking-and-repack...t-uimage-files/

осталось посмотреть на параметр ядра
http://lxr.free-electrons.com/source/Docum...eters.txt#L1206

и что произойдет если вместо рамдиска ядро обнаружит там initramfs
http://lxr.free-electrons.com/source/Docum...tramfs.txt#L217

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

Чтобы правильно сделать - это же думать надо, а они делают "лишь бы что-то работало". Видел я техасовские SDK для их давинчей, ерунда полная - набор кривых make-файлов, такое ощущение что их писали школьники - настолько примитивно сделано.

Сообщение отредактировал sasamy - Dec 12 2013, 23:29