Angstrom Linux для AT91SAM9261 Опции

[ZAA]

Всем добрый день. Недавно начала разбираться с ARM9-м, отладочная плата AT91SAM9261-EK от Atmel. Демо-версии все пробовали в плату заливать, все работает. Теперь необходимо собрать все в отдельности. Проблем с BootStrap'ом, U-boot'ом и ядром Linux (2,6) не возникло.. Также, следуя инструкциям на сайте Linux4SAM, установила все требуемое ПО (в разделе Required software). Проблема возникла при сборке пакетов Openembedded. На сайте www.openembedded.org, конечно тоже была. Bitbake версии 1.8.6. База OE.mtn скачана тоже из официальной ветки для разработчиков. К ней патч применен. ФАйл local.conf взят также с Linux4Sam. И вот например при попытке собрать пакет nano или helloworld процесс заканчивается одинаково (и других пакетов кстати тоже):

Код

NOTE: Handling BitBake files: | (4651/4651) [100 %]
NOTE: Parsing finished. 0 cached, 4431 parsed, 220 skipped, 0 masked.
NOTE: build 200904291348: started
OE Build Configuration:
BB_VERSION = "1.8.6"
OE_REVISION = "aa44d626baaae40ee498aea453176a8aea90d9fc"
TARGET_ARCH = "arm"
TARGET_OS   = "linux"
MACHINE = "at91sam9261ek"
DISTRO  = "generic"
DISTRO_VERSION = ".dev-snapshot-20090429"
TARGET_FPU  = "soft"
NOTE: Resolving missing task queue dependencies
NOTE: preferred version 2.5 of glibc not available (for item virtual/arm-linux-libc-for-gcc)
NOTE: Preparing runqueue
NOTE: Executing runqueue
NOTE: Running task 10 of 219 (ID: 54, /home/Nastya/WORK/PACKAGES/OE/stuff2/org.openembedded.dev/packages/quilt/quilt-native_0.45.bb, do_fetch)
NOTE: package quilt-native-0.45: started
NOTE: package quilt-native-0.45-r1: task do_fetch: started
NOTE: fetch http://download.savannah.gnu.org/releases/quilt/quilt-0.45.tar.gz
--2009-04-29 13:50:57--  http://download.savannah.gnu.org/releases/quilt/quilt-0.45.tar.gz
Распознаётся download.savannah.gnu.org... сбой: Временный сбой в разрешении имен.
wget: невозможно распознать адрес `download.savannah.gnu.org'
NOTE: Task failed: Fetch failed: http://download.savannah.gnu.org/releases/quilt/quilt-0.45.tar.gz
NOTE: package quilt-native-0.45-r1: task do_fetch: failed
ERROR: TaskFailed event exception, aborting
NOTE: package quilt-native-0.45: failed
ERROR: Build of /home/Nastya/WORK/PACKAGES/OE/stuff2/org.openembedded.dev/packages/quilt/quilt-native_0.45.bb do_fetch failed
ERROR: Task 54 (/home/Nastya/WORK/PACKAGES/OE/stuff2/org.openembedded.dev/packages/quilt/quilt-native_0.45.bb, do_fetch) failed
NOTE: Tasks Summary: Attempted 9 tasks of which 9 didn't need to be rerun and 1 failed.
ERROR: '/home/Nastya/WORK/PACKAGES/OE/stuff2/org.openembedded.dev/packages/quilt/quilt-native_0.45.bb' failed

проблема связана скорее всего с пакетом quilt-native-0.45??? Скачала архив, установила...но то же самое. Тут он пытается выйти на адреса в интернете, видимо, чтобы скачать какие-то пакеты...Как-то по-другому нельзя обойти эту проблему? или при сборке наличие интернета обязательно???

Если что, строго не судите за вопрос. В ARM9 я новичок

[Master]

Попробуйте положить скачаный вручную тарбол quilt-0.45.tar.gz в директорию, в которую пакет openembedded складывает сам при удачном скачивании. После чего запустите сборку снова.

[ZAA]

Попробуйте положить скачаный вручную тарбол quilt-0.45.tar.gz в директорию, в которую пакет openembedded складывает сам при удачном скачивании. После чего запустите сборку снова.

Да-да, спасибо, я разобралась уже с этим. Настроила сервер на компе и скопировала архив в папку var/www/html. В .bb файле прописала не адрес в инете, а адрес на компе.Теперь bitbake берет их оттуда...Мдаа, придется, видимо, все нужные пакеты из инета самостоятельно качать...

[AVR]

Да-да, спасибо, я разобралась уже с этим. Настроила сервер на компе и скопировала архив в папку var/www/html. В .bb файле прописала не адрес в инете, а адрес на компе.Теперь bitbake берет их оттуда...Мдаа, придется, видимо, все нужные пакеты из инета самостоятельно качать...

Да, бывает такое с OpenEmbedded... В таком случае я просто делаю так: 1) скачиваю сам пакет (tar.gz и т.д.) - помещаем в папку DL_DIR (из local.conf) 2) считаю для него контрольную сумму MD5 3) перезапускаю сборку заново - и продолжается с места ошибки. Никаких проблем и ручного скачивания пакетов, ну разве что кроме одного-двух... Можно попробовать юзать стабильный бранч, может будет меньше быстроисчезающих ссылок... =)
Иногда бывает надо еще и с checksums.ini шаманить
Если OpenEmbedded взят за основу - очень рекомендую висеть на ихнем IRC канале + mailing list. Так и они быстрее ошибки узнают что появились, и Вас проконсультируют слегка если что

[ZAA]

Да, бывает такое с OpenEmbedded...

Спасибо Вам большое за ответ!!! Теперь-то у меня уже новая проблема - на этапе компиляции glibc возникает ошибка с локалями. Где-то видела, что связано это с недостатком оперативной памяти контроллера. Пробовала в конфиг-файле, как советуют, прописать разрешение на сборку локалей равным нулю. Процесс начинает идти без ошибок, но на этапе task do_rootfs все обваливается. Единственное, что могу прдположить, - это попытаться использовать другой линукс для host'а. У меня установлен ASP Linux (версию, к сожалению, сейчас не припомню...), а на почти во всех статьях по OpenEmbedded написано, что тестировался процесс сборки образа на Debian'е...Может быть, Вы что-нибудь в этом плане подскажете?? Буду очень благодарна!!!

[ZAA]

Снова всем здравствуйте!!! Прошло немало времени с тех пор, как начала разбираться с OpenEmbedded. Благодаря помощи уважаемого AVR, удалось дойти до этапа загрузки файловой системы (ветка скачана стабильная с сайта OpenEmbedded http://wiki.openembedded.net/index.php/Stable). Образ собран minimal-image. Ошибка при сборке была только одна - в одном из файлов не определена переменная MAX_PATH. Ее устранила путем #include limits.h. Остальное прошло гладко.
Ядро линукса скачано git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git linux-2.6 как показано на http://linux.yyz.us/git-howto.html. Сконфигурировано (см. ниже) и собрано тоже без ошибок.
В uBoot'е настроена загрузка ядра по tftp, загрузка образа файловой системы с usb-флешки.
Загрузка доходит до определенного момента и останавливается на ошибке:
INIT: version 2.86 booting
Starting udevKernel panic - not syncing: Attempted to kill init!

Ниже привожу
1)Конфиг openembedded для моей платы AT91SAM9261 http://pastebin.com/m645e9c9
2)Конфиг ядра http://pastebin.com/m44f2043e
3) Лог загрузки uBoot'a http://pastebin.com/m21998181

На всякий случай прикрепляю эти же файлы

Пожалуйста, кто сталкивался или знает как решить эту проблему, откликнитесь!!! Жду ответов!

Прикрепленные файлы

 Linux_conf.txt ( 35.56 килобайт ) Кол-во скачиваний: 33
 local_conf_AT91SAM9261.txt ( 262 байт ) Кол-во скачиваний: 45
 log_boot.txt ( 6.55 килобайт ) Кол-во скачиваний: 97

 

[AVR]

Загрузка доходит до определенного момента и останавливается на ошибке:
INIT: version 2.86 booting
Starting udevKernel panic - not syncing: Attempted to kill init!

У меня была похожая ошибка, только не было Starting udev, возникало из за несовпадение типов ABI в ядре и в rootfs... Но судя по тому что есть "Starting udev" и в конфигурации ядра включено EABI, тут уже другая проблема...

[amw]

В uBoot'е настроена загрузка ядра по tftp, загрузка образа файловой системы с usb-флешки.

Эта фраза не соответствует логу.
В логе нет загрузки. Файловая система монтируется непосредственно с USB Flash, а именно /dev/sda1.
Как я понимаю, флешка отформатирована в EXT2?

Загрузка доходит до определенного момента и останавливается на ошибке:
INIT: version 2.86 booting
Starting udevKernel panic - not syncing: Attempted to kill init!
...
3) Лог загрузки uBoot'a http://pastebin.com/m21998181

Лог выглядит неполным. По идее дальше будет самое интересное, типа дамп стека, по которому уже можно попробовать распознать место падения.

Трудно сказать что происходит, но я бы включил дебаги USB и SCSI по максимому в ядре, возможно отвалилась USB флешка.
Полезно было-бы увидеть содержимое стартап скриптов (/etc/inittab, /etc/fstab, rc.S, rc.* ну и другие, участвующие в начальной загрузке).

[ZAA]

Эта фраза не соответствует логу.
Файловая система монтируется непосредственно с USB Flash, а именно /dev/sda1.

да

Как я понимаю, флешка отформатирована в EXT2?

Да, флешка отформатирована в ext2.

Лог выглядит неполным. По идее дальше будет самое интересное, типа дамп стека, по которому уже можно попробовать распознать место падения.

Трудно сказать что происходит, но я бы включил дебаги USB и SCSI по максимому в ядре, возможно отвалилась USB флешка.
Полезно было-бы увидеть содержимое стартап скриптов (/etc/inittab, /etc/fstab, rc.S, rc.* ну и другие, участвующие в начальной загрузке).

Спасибо - попробую