В каком месте говорит-то ??? Что он делал в этот момент ? Чей configure ругается ?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 28.01.2009 г. в 15:16:58

говорит после "checking arm-linux-uclibc-gcc <...>". в этот момент он собирал GCC-4.3.2, я так понимаю под целевой камень..., видимо configure его-же (gcc`шный). Буржуи говорят что он ассемблер не может найти и надо мол в переменные окружения что-то досунуть. Вот только что...

Ну так читай конкретно 1-3 страницы вверх по выводу на чем он там вспоткнулся... Если это configure, то config.log содержит подробную информацию что делал и что не вышло....
Ассемблер потерять он не мог, т.к. binutils раньше собрались, если бы он не собрался, то и configure от gcc ты не увидел бы...

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 28.01.2009 г. в 23:39:16

Снимаю шляпу, заедаю галстуком. Прошлые проблемы решил (в крайний раз он отказался что либо собирать без хостового C++ компилятора). Но у меня оно все равно не хочет собираться. Никак. Люди, дайте кто-нибудь свои конфиги с которыми собирали (и собралось). Я понимаю, что у меня руки кривые, но очень хочу понять ГДЕ.

По дефолту все генерится без ошибок... другое дело, что там 90% (мне) не нужного... поэтому я всегда перед сборкой конфиг меняю под себя...

В простейшем случае можно сделать так:

Код

svn co -r 25341 svn://uclibc.org/trunk/buildroot
cd buildroot
make at91sam9260dfc_defconfig
make

Если не устраивает дафаулт - перед make выполнить make menuconfig...

svn скачивает версию 25341 buildroot, почему эту ? Она одна из тех, что у меня собрались без глюков, а те что есть - лечатся известными мне способами. Версии выходят почти каждый день, посему гнаться за последней - бесполезно...
make at91sam9260dfc_defconfig - копирует дефолтовый конфиг из предустановок в .config (на вопросы отвечать нажатием enter).
В принципе, этого уже достаточно, можно делать make... Часа через 2 будет готово ядро и рутфс... если что не нравится - menuconfig и make заново... ПЕРЕсборка уже проходит быстро, несколько секунд-минут...

Во вложении мой минимальный конфиг (binutils-2.19 / gcc-4.3.2 / uclibc-0.9.30, сборка ~27 минут) - на борту только busybox и ssh сервер, без ядра, пароль рута пустой (файл подложить в buildroot/ перед make). Размер получаемого gzip образа ФС ~1.25 мб.
Ядро можно использовать любое рабочее, все-равно где и чем собранное. Я собираю отдельно от buildroot, но можно и в нем собирать, пропатчив предварительно, т.к. 9260EK от SK несколько отличается железом.

фрагмент загрузки:

Код

....
IP-Config: Complete:
device=eth0, addr=10.0.2.250, mask=255.255.255.0, gw=10.0.2.254,
host=10.0.2.250, domain=, nis-domain=(none),
bootserver=10.0.2.1, rootserver=10.0.2.1, rootpath=
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 112K
eth0: link up (100/Full)
Initializing random number generator... done.
Starting network...
ip: RTNETLINK answers: File exists
Starting drоpbear sshd: generating rsa key... generating dsa key... OK



Welcome to the Erik's uClibc development environment running on the AT91SAM9260EK
at91sam9260dfc login: root
# uname -a
Linux at91sam9260dfc 2.6.28.6 #18 PREEMPT Mon Mar 2 16:42:02 MSK 2009 armv5tejl unknown

p.s. конфиги busybox и uclibc лежат отдельно... для начала - можно оставить их по умолчанию.

p.p.s.
Собираю все на ASPLinux12 (aka "русская FedoraCore 7"), http://www.asplinux.ru его штатными средствами, никакого колдовства. Комп AMD Athlon LE-1660, 2Гб ОЗУ.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 06.03.2009 г. в 11:53:22

Конфиг этой же версии buildroot, только для внешнего тулчейна armv5l-linux-uclibc (см. тут: http://www.starterkit.ru/new/index.php?name=Forums&op=showtopic&id=234)

На борту - busybox, ssh сервер, ftp сервер, ntp сервер, mtd utils, e2fsprocs, без ядра. Время сборки 4 минуты 30 сек. Размер gzip образа ФС ~1.8 мб.

Перед сборкой требуется копирование содержимого sys-root тулчейна в staging-dir buildroot.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 04.03.2009 г. в 17:16:16

Спасибо. Оно вроде как собралось. По крайней мере все пакеты собрались и нет ERRORов. В порожденной в процессе этого действа директории tftpboot появилось много файлов с длинными именами... а что с ними дальше-то делать..? С корневой fs вроде разобрался - она есть :) (только почему-то в распакованом виде 12 метров, пытаюсь поужать). Вопрос собственно : нужно - ли с получеными файлами ядра и корневой fs проделать какие-либо операции, что бы они корректно загрузились на целевой платформе? (или есть какое-то шаманство с buildroot`ом (create default environment в настройках fs отключено при сборке))

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно moonloop 10.03.2009 г. в 11:08:45

Цитата

только почему-то в распакованом виде 12 метров

Много приложений собрали, много места занимает... хотя 12 мб еще можно загрузить, память создать такой ramdisk еще позволяет, но в onboard at45 оно даже сжатым уже не влезет... Вторая причина, почему может быть большая rootfs - собрали тулчейном с glibc, а не с uclibc... rootfs размером >2-2.5 мб в сжатом виде - только с внешней SD/MMC или с USB Flash-ки можно загрузить, в dataflash места не хватит... 4 мб и почти половина уже заната...
Чтобы rootfs была сразу запакованой - нужно в конфиге задать упаковку gzip для rootfs...

Цитата

Вопрос собственно : нужно - ли с получеными файлами ядра и корневой fs проделать какие-либо операции, что бы они корректно загрузились на целевой платформе? (или есть какое-то шаманство с buildroot`ом (create default environment в настройках fs отключено при сборке))

Файлов много - там по умолчанию еще и bootstrap и uboot и ядро... если не нужны - в меню можно отключить, к тому же без патчей ни тот ни другой ни третий на SK работать не будут...

Если все верно собрано со всеми нужными патчами - все работает сразу... я их только переименовываю чтобы в uboot ничего не менять...

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 10.03.2009 г. в 13:34:29

А "всеми нужными" это какими если не секрет? Пока пытаюсь созданную fs приженить к имеющемуся на плате ядру. Это вообще возможно (там библиотеки ведь разные, нет?)?
Пока после загрузки ядра получаю приглашение залогиниться:

Welcome to the Erik's uClibc development environment.
login:

и дальше, если я ввожу root, то мне через приблизительно 1 сек. выводится то же самое приглашение (причем пароля у меня никто не спрашивает). Если пользователь не root, то требует пароль, но в ectpasswd user не определен. Что это?

Цитата

А "всеми нужными" это какими если не секрет?

Не могу дать конкретный ответ на столь общий вопрос... К разным местам - разные...
Чем собрано ядро и с какими библиотеками - ВСЕ-РАВНО, с ядром от SK все должно работать...

Цитата

и дальше, если я ввожу root, то мне через приблизительно 1 сек. выводится то же самое приглашение (причем пароля у меня никто не спрашивает). Если пользователь не root, то требует пароль, но в ectpasswd user не определен. Что это?

ЭТО бывает когда включено EABI вместо OABI в uclibc... busybox вызывает segmentation fault и уничтожается системой, потом снова запускается... поэтому и "бесконечный логин"...
При нормальной сборке - пароль рута пустой, сразу после ввода логина root - появляется промт шелла #, без запроса пароля, запрашиваться пароль начнет после его установки через passwd или еще как...

p.s. рабочего EABI для платы я еще нигде не видел.... OABI - работает...

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 10.03.2009 г. в 15:24:49