Сборка ядра

Есть в комплекте файл конфигурации ядра, который я кладу в папку kernel и переименовываю в .config.

Ты это сам придумал, или вычитал где?

Уж на кернел орг не посылаю. Пошукай хоть тут

https://losst.ru/sobiraem-yadro-linux#6_%D0%A0%D1%83%D1%87%D0%BD%D0%B0%D1%8F_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D1%8F%D0%B4%D1%80%D0%B0

Это я вычитал. Читал я и по этой ссылке. Там в пункте 4 тоже самое и делается cp /boot/config-5.11.0-25-generic .config

Попробуйте открыть конфиг через xconfig или gconfig, либо зайдя в меня загрузить конфиг изначальный (без переименовывания). Есть ещё вариант с nconfig.

Но так же вместе с исходниками поставляется сложный скрипт для сборки. Этот скрипт нормально собирает ядро и оно работает, но при сборке он не дает поменять опции.

СКРИПТ! Это не скомпилированная прога, для изучения которой надо ставить дизассемблер и заниматься реверсом. Это даже не прога на Си, для изучения логики которой надо знать Си. Просто открой скрипт в текстовом редакторе и посмотри что он делает. Мда.

Есть в комплекте файл конфигурации ядра,

Каком комплекте?

cp /boot/config-5.11.0-25-generic .config

Это - не комплект исходников, это файл из загрузочного раздела.

который я кладу в папку kernel и переименовываю в .config

Откуда взял этот «kernel»?

Подозреваю, что ты пытаешься собрать ядро под свой хост. Тебе надо установить кросс-тулчейн, и перед тем, как вызвать make, ты должен установить переменные окружения ARCH, CROSS_COMPILE и LOADADDR. Обычно с тулчейном идёт скрипт, на который ты делаешь source, и он все эти переменные устанавливает.

Жаль, что ты не вычитал, что папки в венде. Это про то было.

А тут читал? https://help.ubuntu.ru/wiki/%D1%81%D0%B1%D0%BE%D1%80%D0%BA%D0%B0_%D1%8F%D0%B4%D1%80%D0%B0

Большое спасибо за отклики. Очень приятно! Сейчас попытаюсь подробней изложить что я имею и какая солянка у меня в голове. Есть дистрибутив под одноплатник. С ним есть некоторые проблемы. Как минимум нужно отключить драйвера на звук в ядре, т.к. с драйверами плата грузится один раз, а потом при перезагрузке зависает. Приходится при первом старте удалять драйвера. Ну и еще там проблем хватает. Я хочу на этом примере научиться собирать ядро сам. Просто давно хотел разобраться. Дистрибутив предоставляет автоматические скрипты для сборки ядра, но при сборке нет возможности поправить конфигурацию. Скрипт просто запускается и собирает ядро. Решил собрать вручную. Собираю на ubuntu, не на самом одноплатнике, а другом ПК, соответственно toolchain имею. Для сборки нужна папка kernel. В ней лежит файл Makefile - набор инструкций, которому следует make. Но для сборки необходим еще .config файл, которого нету в папке kernel. Можно запустить menuconfig и собрать этот файл с нуля, но зачем, если где-то же должен быть уже настроенный конфиг для этой платформы. Пошел читать скрипты. Выяснил, что конфиг лежит в папке kernel/arch/arm/configs и при работе скрипта он оказывается в папке вот так make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} OrangePi_2G-IOT_defconfig. Выполняю это вручную и вижу, что файл появился в папке kernel. Ожидаю, что это полностью сконфигурированный файл, но когда запускаю makeconfig сразу вижу, что стоит отметка на x64, а плата точно x32. Подозреваю, что конфиг не полный. Без изменений делаю save и вижу, что появился файл config.old и новый файл .config. Новый конфиг на несколько сот байт больше и в нем как раз все, что отсутствовало в штатном конфиге выставлено по умолчанию. Пробую заново положить комплектный config и выполнить oldconfig.. Он начинает задавать кучу вопросов, что подтверждает отсутствие в конфиге многих опций. Задаюсь вопросом: «А где же скрипт берет эти недостающие конфиги при сборке? Он же не может использовать значения по умолчанию.». Впадаю в ступор, т.к. все, что делает скрипт для сборки самого ядра это: make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} zImage make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} headers_install O=${OUTPUT}

Начинаю подозревать, что где-то еще лежат конфиги, которые в процессе сборки дополняют .config, но где? Предположу, что где-то в Makefile размером с ~1500 строк, который добрый человек предложил прочитать и понять :) Я его буду пару недель разбирать :)) Короче я запутался ((( Литературу читал, смотрел всякого рода видосы типа «https://www.youtube.com/watch?v=1Yc-u5IyufI&t=4504s» (надеюсь модератор не удалит пост за ссылки).

Если кому-то не лень помочь и объяснить куда мне хоть читать дальше, то буду безмерно благодарен!

Тут исходники kernel_GITHUB=«https://github.com/OrangePiLibra/OrangePi_i96_kernel.git» uboot_GITHUB=«https://github.com/OrangePiLibra/OrangePi_i96_uboot.git» scripts_GITHUB=«https://github.com/OrangePiLibra/OrangePi_i96_scripts.git» external_GITHUB=«https://github.com/OrangePiLibra/OrangePi_i96_external.git» toolchain=«https://codeload.github.com/OrangePiLibra/OrangePiH3_toolchain/zip/master»

Насколько помню, перед menuconfig нужно ещё писать архитектуру, если собираешь на другой архитектуре, например

ARCH="arm" make menuconfig

Просто вставь вызов menuconfig в сборочный скрипт, в файл kernel_compile.sh, после

# Compile kernel
if [ $1 = "2" -o $1 = "1" ]; then
    echo -e "\e[1;31m Compiling Kernel \e[0m"

# Compile kernel
if [ $1 = "2" -o $1 = "1" ]; then
    echo -e "\e[1;31m Compiling Kernel \e[0m"
    make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} menuconfig
    make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} zImage 
    make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} headers_install O=${OUTPUT} 
fi

Круто! Он теперь в процессе сборки открывает псевдографическую утилиту menuconfig и в ней отсутствуют все лишние пункты, которые появлялись при запуске make menuconfig. Насколько я понял вся магия в CROSS_COMPILE=… Про нее и нужно читать. Спасибо огромнейшее!!!

AbbaT Вы из Омска? Бываю там иногда. Планирую туда в командировку поехать осенью! Как связаться с Вами? Хочу поблагодарить)

Не стоит благодарности, это такая мелочь :)

После отключения поддержки звука в menuconfig при сборке стала появляться ошибка:

drivers/built-in.o: In function audio_pcm_open': clk-composite.c:(.text+0x7d21e): undefined reference tosnd_pcm_limit_hw_rates’ drivers/built-in.o: In function audio_unbind': clk-composite.c:(.text+0x7d25a): undefined reference tosnd_card_free_when_closed’ drivers/built-in.o: In function audio_data_complete': clk-composite.c:(.text+0x7d29c): undefined reference tosnd_pcm_period_elapsed’ drivers/built-in.o: In function audio_source_bind_config': clk-composite.c:(.text+0x813b6): undefined reference tosnd_card_create’ clk-composite.c:(.text+0x813e6): undefined reference to snd_pcm_new' clk-composite.c:(.text+0x81414): undefined reference tosnd_pcm_set_ops’ clk-composite.c:(.text+0x81426): undefined reference to snd_pcm_lib_preallocate_pages_for_all' clk-composite.c:(.text+0x81452): undefined reference tosnd_card_register’ clk-composite.c:(.text+0x8146a): undefined reference to snd_card_free' drivers/built-in.o: In functionaudio_pcm_hw_free’: clk-composite.c:(.text+0x7d1bc): undefined reference to snd_pcm_lib_free_vmalloc_buffer' drivers/built-in.o: In functionaudio_pcm_hw_params’: clk-composite.c:(.text+0x7d1e0): undefined reference to _snd_pcm_lib_alloc_vmalloc_buffer' drivers/built-in.o: In function.LANCHOR2’: clk-composite.c:(.data+0x10c48): undefined reference to `snd_pcm_lib_ioctl’ make: *** [Makefile:783: vmlinux] Error 1

Кусок Makefile 773 vmlinux: scripts/link-vmlinux.sh $(vmlinux-deps) FORCE 774 ifdef CONFIG_HEADERS_CHECK 775 $(Q)$(MAKE) -f $(srctree)/Makefile headers_check 776 endif 777 ifdef CONFIG_SAMPLES 778 $(Q)$(MAKE) $(build)=samples 779 endif 780 ifdef CONFIG_BUILD_DOCSRC 781 $(Q)$(MAKE) $(build)=Documentation 782 endif 783 +$(call if_changed,link-vmlinux)

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

Могу я обратиться за небольшой консультацией по скайпу? Переведу на карту на пиво ну или чай :)

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

А можете, пожалуйста, хоть примерно подсказать каким путем устранить это? Просто все эти мануалы по сборке писались как-будто в розовых очках, там так все просто, зашел в menucongif, выключил все, что не нужно, сохранил .config и запустил сборку. Нигде не написано, что отключив одно, не будет собираться или линковаться другое и это нужно где-то править. Т.е. сейчас получается, что в drivers/built-in.o компилируется код, в котором есть зависимость от методов звуковых драйверов, которые в свою очередь не компилируются и при линковке сборщик не может найти эти зависимости? Получается, что мне нужно как-то определить все, что зависит от звука и как-то это отрубить?

Вот похожая ошибка https://osdn.net/projects/android-x86/scm/git/kernel/commits/c886eb3e71d67ad2...

Я так понимаю, что в clk-composite включено что-то, что зависит от звуковой системы.

стоит x64, хотя процессор x32

это надо кросс компилятор

make -C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL} OrangePi_2G-IOT_defconfig

сначала выполни в косоле вышеуказанную команду, а потом попробуй заменить OrangePi_2G-IOT_defconfig на menuconfig, должно сработать, там отключишь ненужные драйвера и не изменяй сам скрипт, а выполни в консоле и разыменый все переменные

попробуй выполнить make clean или make distclean, только потом ядро надо заново конфигурировать, так как будет удален файл .config, возможно, что какие-то объектные файлы остались от предыдущей сборки и в них вызовы на драйвер звуковой карты, хотя, не должно быть так, должны были пересобраться

Нигде не написано, что отключив одно, не будет собираться или линковаться другое

так как все зависимости автоматом разруливаются, скорее всего остались объектные файлы от предыдущей сборки

Запускаю всегда кросс компиляцию.

Пробовал. И так пробовал и просто копировать файл конфигурации пробовал. Не помогло.

Тоже пробовал. Причем очень интересная история с этими командами получается. Если их выполнить (даже если выполнить только make clean), то с отключенными драйверами на звук все то же самое, но при этом перестает собираться стандартная конфигурация. Пробовал полностью удалять папку склонированную с гита и заново клонировать - не помогает. Переустановил систему - помогло. Ошибка становится такая: sound/built-in.o: In function rda_gpioc_operation': last.c:(.text+0x1977c): multiple definition ofrda_gpioc_operation’ drivers/built-in.o:clk-composite.c:(.text+0x1b9c): first defined here sound/built-in.o: In function .LANCHOR2': last.c:(.bss+0x51c): multiple definition ofbp_gpioc_msys’ drivers/built-in.o:clk-composite.c:(.bss+0x654): first defined here make: *** [Makefile:783: vmlinux] Error 1

Спасибо за советы! Просто месяц не могу собрать ядро. Но очень хочу это сделать. Готов даже за консультацию заплатить, жуть как хочется разобраться.

Пиши в ВК, оно в профиле. если не разберёшься.

multiple definition ofrda_gpioc_operation

это с новым компилятором проблема, где-то пропущен extern ищи по коду так cd /path/to/source && find . -name '*.c' -o -name '*.h' -exec egrep -HIn 'ofrda_gpioc_operation' {} \; и смотри, если в двух *.c файлах объявлена эта переменная и без ключевого слова extern, то в одном из 2-х файлов добавляй перед объявлением extern, то же самое проделывай с ofbp_gpioc_msys

должно помчь или просто откати компилятор на пару версий назад

Ранее пытался найти по именам в исхондиках. И да, rda_gpioc_operation - это функция, которая присутствует в двух .c файлах, а bp_gpioc_msys - это структура, которая так же присутствует в двух .c файлах. Попробовал дописать в одном из файлов extern - не изменилось ничего. Интересно то, что когда на чистой системе собираешь первый раз - все собирается((( А потом после очистки уже нет. Хотя при этом сами исходники то не меняются.

Интересно то, что когда на чистой системе собираешь первый раз - все собирается

тогда надо пробовать делать make cean или make cleanall или make distclean, только предварительно сохранять .config

только вот так:

-C ${KERNEL} ARCH=arm CROSS_COMPILE=${TOOL}

только переменные нужно разыменовывать

И это тоже уже попробовал)))) Мне кажется, что я проклят)) Скопировал с другим именем .config (родной без моих изменений) Выполнил (в каталоге kernel) make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- clean потом cleanall потом distclean. Все, кроме cleanall выполнилось. Потом переименовал сохраненный ранее конфиг в .config. Снова запускаю сборку и все то же multiple definition по тем же двум позициям rda_gpioc_operation и bp_gpioc_msys. Оно и понятно, у нас, получается, есть два разных места, в которых присутствуют файлы, в которых дублируются эти метод и структура. Все собирается хорошо, но потом линковщик все линкует в один файл ядра и тут то в объектных файлах обнаруживает множественное объявление и ругается. Вопрос только почему если на свежую систему все это запустить, то нет никаких проблем и все собирается.

Вопрос только почему если на свежую систему все это запустить, то нет никаких проблем и все собирается.

попробуйте найти различия, можно поставить новую систему, скопировать полностью каталог с исходниками ядра куда-нибудь, потом добиться ошибок multiple definition, выполнить distclean и далее выполнить следующую команду: diff -Naur /path_to_clean_sources /path_to_bug_sources, только нужно выполнить make distclean, а то в вывод diff попадут бинарные файлы от сборки

Понял! Благодарю! После работы займусь.

Докладываю о проделанной работе :) Поставил с нуля Ubuntu. Сделал копию виртуальной машины на всякий случай. Поставил:

sudo apt install libncurses-dev (при сборке требуется)

sudo apt install lib32stdc++6 (при сборке требуется)

sudo apt install git

sudo apt install curl (для скачивания toolchain)

Поставил прям через ui пакет bsdtar_3.2.2-3.1_all.deb (при сборке требуется) Склонировал исходники с git. Делал по мануалу производителя. Сначала склонировал скрипт, который клонирует все исходники и скачивает инструменты для нужной платформы, потом запустил этот скрипт, выбрал платформу и скрипт какое-то время скачивал все необходимое. Сделал копию папки с исходниками. Теперь у меня есть все необходимые исходники и инструменты. Не используя комплектный build.sh собираю ядро вручную:

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- OrangePi_2G-IOT_defconfig

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- zImage

Все отлично собралось. Очищаю:

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- clean

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- distclean

Все очистилось. Повторно выполняю сборку:

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- OrangePi_2G-IOT_defconfig

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- zImage

И получаю то самое:

sound/built-in.o: In function rda_gpioc_operation’:

last.c:(.text+0x1977c): multiple definition ofrda_gpioc_operation’

drivers/built-in.o:clk-composite.c:(.text+0x1b9c): first defined here

sound/built-in.o: In function .LANCHOR2’:

last.c:(.bss+0x51c): multiple definition ofbp_gpioc_msys’

drivers/built-in.o:clk-composite.c:(.bss+0x654): first defined here

make: *** [Makefile:783: vmlinux] Error 1

Еще раз все очищаю:

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- clean

make -C ./ ARCH=arm CROSS_COMPILE=../toolchain/bin/arm-linux-gnueabi- distclean

Сравниваю (использовал только параметр -r, иначе много очень всего выводится):

diff -r source_bcp/kernel source/kernel

Only in source_bcp/kernel/arch/arm/boot/compressed: ashldi3.S

Only in source_bcp/kernel/arch/arm/boot/compressed: hyp-stub.S

Only in source_bcp/kernel/arch/arm/boot/compressed: lib1funcs.S

Only in source_bcp/kernel/arch/arm/boot/compressed: vmlinux.lds

Only in source_bcp/kernel/arch/arm/kernel: vmlinux.lds

Only in source_bcp/kernel: .config

Only in source_bcp/kernel/drivers/tty/vt: consolemap_deftbl.c

Only in source_bcp/kernel/drivers/tty/vt: defkeymap.c

Only in source_bcp/kernel/kernel: config_data.h

Only in source_bcp/kernel/kernel: hz.bc

Only in source_bcp/kernel/kernel: timeconst.h

Only in source_bcp/kernel/lib: crc32table.h

Only in source_bcp/kernel/lib: gen_crc32table

Only in source_bcp/kernel/scripts/basic: fixdep

Only in source_bcp/kernel/scripts: bin2c

Only in source_bcp/kernel/scripts: conmakehash

Only in source_bcp/kernel/scripts: kallsyms

Only in source_bcp/kernel/scripts/kconfig: conf

Only in source_bcp/kernel/scripts/kconfig: zconf.hash.c

Only in source_bcp/kernel/scripts/kconfig: zconf.lex.c

Only in source_bcp/kernel/scripts/kconfig: zconf.tab.c

Only in source_bcp/kernel/scripts/mod: devicetable-offsets.h

Only in source_bcp/kernel/scripts/mod: elfconfig.h

Only in source_bcp/kernel/scripts/mod: mk_elfconfig

Only in source_bcp/kernel/scripts/mod: modpost

Only in source_bcp/kernel/scripts: sortextable

Only in source_bcp/kernel/usr: gen_init_cpio

Only in source_bcp/kernel/usr: initramfs_data.cpio

Странно, что написано Only in source_bcp/kernel… хотя эти файлы наоборот есть в source/kernel Ну да, получается изменения есть. Но какая разница? Ранее я удалял все, что скачал с репозитория, скачивал это заново и попробовать собрать, но получал те же ошибки. Пробую повторить. Делаю копию чистого бэкапа папки с исходниками ядра. Захожу в эту копию и пробую собрать все еще раз. Т.е. исходники чистые полностью. Как результат тоже самое:

sound/built-in.o: In function rda_gpioc_operation’:

last.c:(.text+0x1977c): multiple definition ofrda_gpioc_operation’

drivers/built-in.o:clk-composite.c:(.text+0x1b9c): first defined here

sound/built-in.o: In function .LANCHOR2’:

last.c:(.bss+0x51c): multiple definition ofbp_gpioc_msys’

drivers/built-in.o:clk-composite.c:(.bss+0x654): first defined here

make: *** [Makefile:783: vmlinux] Error 1

Выходит, что сама папка с исходниками никак на это не влияет. Как будто в процессе сборки что-то происходит в самой системе. Но странно… Ведь все объектные файлы должны собираться в своих папках с исходниками и линковаться должны оттуда же… Вот такая вот непонятная ситуация.

Как будто в процессе сборки что-то происходит в самой системе. Но странно…

ну так не должно быть.

Ранее я удалял все, что скачал с репозитория, скачивал это заново и попробовать собрать, но получал те же ошибки.

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

В этом и проблема, что не собирается. Я полностью удаляю папку, в которой у меня лежит вообще все, что касается сборки. Создаю новую папку, снова клонирую туда скрипт, потом скриптом клонирую исходники и снова пытаюсь собрать. И получаю:

sound/built-in.o: In function `rda_gpioc_operation':

last.c:(.text+0x1977c): multiple definition of `rda_gpioc_operation'

drivers/built-in.o:clk-composite.c:(.text+0x1b9c): first defined here

sound/built-in.o: In function `.LANCHOR2':

last.c:(.bss+0x51c): multiple definition of `bp_gpioc_msys'

drivers/built-in.o:clk-composite.c:(.bss+0x654): first defined here

make: *** [Makefile:783: vmlinux] Error 1

make: Leaving directory

Чтобы убедиться я вот только что уже на другом компьютере, тоже на VirtualBox все проделал еще раз. Удалил все, склонировал - не собирается. Если систему переустановить, то соберется… 1 раз правда опять… Судя по всему что-то в системе происходит, но вот как это отследить :( Я еще сильнее стал хотеть разобраться и дойти до конца. Могу даже видео захватить всего, что делаю. Там, если вырезать саму сборку, будет минута.

Судя по всему что-то в системе происходит, но вот как это отследить

маловероятно, но отследить можно так

устанавливаете свежую систему
устанвливаете исходники и скрипты для сборки
выполняете touch /root/time1
запускаете сборку
удаляете все исходники
выполняете touch /root/time2
выполнете
find /  -not \( -path /dev -prune \) -not \( -path /proc -prune \) -not \( -path /sys -prune \) -not \( -path /boot -prune \) -not \( -path /media -prune \) -not \( -path /mnt -prune \) -and \( -newer /root/time1 \) -and \( ! -newer /root/time2 \)

последняя команда покажет вам, какие файлы были созданы в системе между моментом создания /root/time1 и /root/time2, так же параметр -newer можно заменить на -cnewer, чтобы отследить файлы по времени модификации или на -anewer, чтобы отследить файлы по дате доступа, естественно, все эти 3 параметра можно скомбинировать в одной команде find, но можно и по отдельности запускать

-anower, пожалуй, бесполезна, а вот -cnewer может выдать полезную информацию

Интересно, много ли людей ухало в дурдом в процессе экспериментов с ядром :) Мне кажется уже скоро туда пора. В общем стал я пробовать предложенный вариант и о чудо… НЕ собралось с первого раза все с той же ошибкой. Утеряна последняя закономерность. Выходит, что теперь это рандомное явление. Крайне обидно, ведь ранее несколько раз с первого раза собиралось все.

В общем все, что пересекается, оно присутствует в /sound, а мне его все равно отключать. Отключу Sound support и буду дальше разбираться как избавиться от зависимостей.

Вчера весь вечер игрался с зависимостями. Отключил Alsa, получил undefined reference на ряд функций. Пошел в исходники искать где эти зависимости требуются. Нашел, посмотрел в Kconfig название пункта меню, пошел в menuconfig, отключил. Собираю, а он ругается на отсутствие других функций. Снова лезу, ищу, отключаю. И так часа 3. В итоге после каждого отключения чего-то не хватало. Т.е. menuconfig никак не решает проблему зависимостей опций друг от друга. Странно, что если запустить систему и просто удалить alsa, то все работает без проблем.

Есть для него исходники.

Можете ссылку дать, на выходных посмотрю

https://github.com/OrangePiLibra/OrangePi

Мануал со страницы 24 https://yadi.sk/i/nCU3O7nCGDR1gg

Спасибо Вам большое! В долгу не останусь!)

на выходных посмотрю