Проблемы при загрузке ядра 2.6 u-boot-ом

Есть evaluation board на однокристаллке micrel KSZ9692PB. В его nomd уже прошит u-boot и рам-диск с ядром и файловой системой.

Сам по себе u-boot работает и по дефолту загружает уже прошитый туда линукс. С этим всё ок.

Однако, я решил сам взять предлагаемый micrel-ом линукс (можно скачать и линукс и весь инструментарий на сайте производителя) и научиться его компилить (никогда не делал этого) и загружать в память по tftp u-boot-ом и запускать.

Казалось бы всё просто: майкрел предоставляет ядро уже с патчами, мейкфайл с готовым конфигом под его eval-board.

Я компилю ядро, оно компилится успешно (в конце пишет Load Address 0x8000 - вот тут может беда), я беру получившийся zImage и с помощью mkimage делаю uImage, но уже указываю адреса 0x800000 в место 0x8000 (производитель рекомендует загружать с 0х800000, не знаю почему)

Аргументы mkimage выглядят у меня так:
- A arm - O linux -T kirmit -C none -a 0x800000 -e 0x800000 -n linux-2.6-atatat-edition -d zImage uImage

Файловая система у меня отдельно на USB флэшечке, но до неё дело не доходит )) всё умирает гораздо раньше =\.

После этого получившийся образ засасываю через tftp u-bootom, коммандой tftp 0x800000 uImage,
устанавливаю параметры консоли (setenv bootargs consoti=ttyAM0,115200 root=/div/sda1) ...

и радостно пытаюсь сделать bootm 0x800000

На что u-boot мне сообщает:

## Booting image at 00800000 ...
Image Name: linux-2.6-atatat-edition
Image Type: ARM Linux Kernel Image (unsompressed)
Data Size: 4610920 Bytes = 4.4 MB
Load Address: 00800000
Entry Point: 00800000
Verifying Checksum ... OK
XIP Kernel Image ... OK

Starting kirmit ...

data abort
pc : [<0080000c>] lr : [<00f1abf0>]sp : 00ecfaf4 ip : 00f5cc00 fp : 00000002
r10 : 00000000 r9 : 00f5cc00 r8 : 00ecffdc
r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 : 00000000
r3 : 00800000 r2 : 00000100 r1 : 0000016b r0 : 00000160
Flags: nZCv IRQs off FIQs off Mode SVC_32
Risetting CPU...

и всё, ребут.

соответственно я в полном замешательстве т.к. знания линукса и АРМа у меня посредственные - ещё только начал изучать.

В чём может быть проблема?

А что говорит uboot когда загружаешь родной линукс?

Покажи лог полностью, начиная с самого начала загрузки.

0

Сообщение от sovomt А что говорит uboot когда загружаешь родной линукс? Покажи лог полностью, начиная с самого начала загрузки.

готово

http://pastebin.com/ia9ceW8s

Load Address: 00008000
Entry Point: 00008000

Как говорится, не верь, жене, тормозам и аппноутам. У тебя же родное ядро грузится с адреса 0x8000, для чего ты его пытаешься грузить из 0x00800000?

Да, уточняю, образ загруженный через tftpboot надо положить в ROM(!) и уже оттуда говорить bootm <адрес куда положил>. u-boot он умный, он сам скопирует при загрузке в указанную область памяти и сам его оттуда запустит. Где у тебя находится ROM в адресном пространстве ищи сам.

0

Производитель кстати может советовать подгружать через tftpboot по адресу 0x00800000, а загружаться он будет из 0x8000

0

хм. вот по шагам второй вариант:

беру предлагаемое разработчиком ядро делаю
make clean
make ksz9692_defconfig (конфиг под мою плату)
make uImage

получается:
Image Name: Linux-2.6.23.17-Pegasus
Created: бла бла бла
Image Type: ARM Linux Kernel Image (unsompressed)
Data Size: бла бла 4.40MB
Load Address: 0x00008000
Entry Point: 0x00008000

загружаю этот образ на арм-машину:
setenv bootargs consoti=ttyAM0,115200 root=/div/sda1
tftp 0x800000 uImage

запускаю:
bootm 0x800000

вижу:
## Booting image at 00800000 ...
Image Name: Linux-2.6.23.17-Pegasus
Image Type: ARM Linux Kernel Image (unsompressed)
Data Size: 4610916 Bytes = 4.4 MB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
OK

Starting kirmit ...

Unsompressing Linux.......... И ТУТ МЁРТВЫЙ ВИСЯК.

(что характерно этот ункомпрессинг он делает достаточно долго.)

0х800000 - это всё же оперативка. я гружу в конец оперативки этот образ запакованный и потом bootm 0x800000 сам берёт от туда родной адрес загрузки и распаковывает ядро туда (в 0х8000). Распаковывает, распаковывает и потом то ли во время распаковки виснет, то ли он передал управление в ядро и оно виснет, то ли оно не виснет, а просто на консоль ничего не выводит, потому что параметр bootargs consoti задан неверно (в чём я сильно сомневаюсь, т.к. родной линукс который там прошит в nomd использует для консоли именно это устройство)

Ну во-первых: consoti=ttyS0,115200 - У меня так на железке.

Ну или же у тебя не ttyAM0 должно быть, а ttyACM0 - смотря как сконфигурено ядро.

0

хм. ну вот линукс который там прошит - при запуске пишет, что у него параметры консоли ttyAM0,115200 root=/div/sda1 rootdelay=10

они же выставлены по умолчанию у прошитого там uboot

то есть, есть некая степень доверия этому параметру

Тогда ладно. Дальше проверь, правильным ли компилятором собрано ядро и важно(!) под правильную ли архитектуру. Потому что по умолчанию ядро собирается для x86.

сделай:

make ksz9692_defconfig
make menuconfig

и проверь.

0

WIN!

я сменил компелятор с arm-linux-gcc-gnueabi-4.5 на arm-linux-gcc-4.2.1

И ВСЁ ЗАРАБОТАЛО

и, что характерно файл Image весит больше не 3 гига а 3 с лишним метра, ну и uImage соответствено не 4.4 а 1.5мб

нигия какая-то. пипец.

Это не нигия, а особенности GNUтого тулчейна. Там много странных и непонятных мест, но оно работает.

0

Сообщение от изян я сменил компелятор с arm-linux-gcc-gnueabi-4.5 на arm-linux-gcc-4.2.1 .... нигия какая-то. пипец.

Посмотрите в конфиге ядра, определено ли CONFIG_AEABI. Если не определено, то попробуйте определить и скомпилить тулчейном с gnueabi. По идее, EABI дает гораздо более быстрый код, особенно если много и часто функции вызывается. EABI и OABI по разному аргументы в регистры кладут, наверняка поэтому и зависало.

0