Вообще, тема интересная. А какая версия crosstool-ng ставилась ? И что было в логе ? Может, какой-то библиотеки не хатало ? Хотя, если готовое поставили, может Вам и не интересно уже.
Я с 1.17.0 сейчас экспериментирую. Само по себе оно собралось, конфиг выбрал arm-unknown-linux-gnueabi, посчитал это аналогом старого arm-none-linux-gnueabi. Правда, пришлось поправить ошибку в ct-ng.1.17.0/scripts/functions: line 74 - там & не по делу, и яву отключить, с ней не собиралось что-то.
Плюс была проблема
[ERROR] Static linking impossible on the host system 'i686-build_pc-linux-gnu'
Тут в .config убрал CT_WANTS_STATIC_LINK=y
Но вот дальше - проблема. Ядро собралось, но как-то криво: во-первых размер маленький (один в один собираю то же самое, что и в образе с местного ftp), во-вторых, arm-unknown-linux-gnueabi-objcopy создаёт linux.bin на 3Гб. Подозрительное совпадение с объёмом ОЗУ, кстати... Делал всё на linux x86_64. сейчас пробую на i586... но там crosstool собирается пока...
много раз обсуждалось на форуме - в ядре есть правило сборки uImage для загрузки через u-boot
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- uImage
при этом утилита mkimage из состава u-boot должна быть доступна по пути PATH
в какталоге с бинарниками (bin в каталоге куда установлен кросскомпилятор) )есть скрипт с окончанием .config, запустите его и он выдаст конфиг с которым был собран данный кросскомпилятор.
Сейчас попробую, но в оригинальном скрипте make_kernel из linux-2.6.36-rc6 из виртуалки параметр uImage отсутствует... Да и пересобирал ровно то же самое, что собирается старым кросс-компилятором и так же.
Это понятно, только проблема до неё видна.
Что-то нет ничего вида *.config. В /usr/local/cross-gcc в смысле.
Не помогло. Тот же файл на 3Гб на выходе objcopy, uImage тут не при чём. А вот по ссылкам если посмотреть (так это же надо знать, что искать... :-) ), упоминается, про какие-то изменения в objcopy. Ладно, примерно понятно, куда дальше копать.
если кросскомпилятор собран crosstool-ng - должен быть, что там находится у вас мне неведомо.
Ровно то, что раздают с паролем с ftp.starterkit.ru, в образе для vmware. Было бы что-то особенное, я бы сказал.
слов нет - одни междометия :) где вы увидели objcopy в моей команде ? цель у вас какая - получить образ ядра для загрузки через u-boot, так вот его можно получить по-разному, то как в скрипте делается - когда-то может и работало, вторая ссылка из гугла http://wiki.starterkit.ru/make_kernel
кстати - откуда у вас эти древние скрипты ? я сколько видел - давно исправлено на подобное
linux-2.6.36-rc6$ cat make_kernel
#!/bin/sh
make -j5 ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
mkimage -A arm -O linux -T kernel -C none -a 0x70008000 -e 0x70008000 -n "Linux Kernel Image" -d ./arch/arm/boot/zImage zlinux
cp ./zlinux /tftpboot/zlinux
Так писать надо сразу: на скрипт, которой раздают с виртуалкой, больше не смотреть. :-) Кто ж знает, что Вы вообще про другой метод, а не про поправки к варианту от производителя ?
где вы увидели objcopy в моей команде ? цель у вас какая - получить образ ядра для загрузки через u-boot,
Я не писал про u-boot. Мне надо для BOOT.BIN пока. С SD-шки загрузиться, в NAND я не лезу ещё.
так вот его можно получить по-разному, то как в скрипте делается - когда-то может и работало, вторая ссылка из гугла http://wiki.starterkit.ru/make_kernel
О, вот это точно в тему, спасибо. Что-то я эту ссылку не увидел.