Приветствую,

портирую линукс на arm926 платформу (есть MMU). U-boot уже перенес - железо инициализируется, далее управление передается ядру (находится тут же на NOR флеше), и тут все и заканчивается:



Именно так и печатает в серийную консоль: "ux" от linux'a кто-то откусил, а вместо "..." печатает кучу точек. Расследования дебагером показали, что падение происходит где-то в недрах $(linux)/arch/arm/kernel/head.S, предположительно в коде включения MMU:



Есть ли какие-то предположения, что стоит проверить?

Попутно такие вопросы:
1) обязательно ли бутлоадеру выполнять ремап перед передачей управления ядру?
2) сейчас просто пытаюсь грузить и отладить ядро, без RAM-диска. Это нормально, не может же от отсутствия ram-диска ядро падать в самом начале?

Буду признателен за советы!

Т.к. это ядро, то пока отметем BE режим. Было такое "откусывание" в libc из-за того что многие функции (strlen и т.п) написаны были на ассемблере, и было типа так

А само копирование шло пословно (4 байта) и последние, невыровненные, пропадали из-зи неправильного анализа (не с того конца искались байты в слове).
Но возьмите на заметку.

Точек и должно быть много. Это типа проценты выполнения (протгресс бар, так сказать).
Откусывание может быть связано переполнением буффера или (скорее всего) несоответствия скоростей.

Какая версия ядра? 2.6.х? Если да, то консоль, по идее должна быть на initramfs. Не важно, что Вы ее не используете в явном виде, она всегда есть и консоль там должна быть. Дело в том, что после этого сообщения производится (в том числе) собственно настройка консоли в ядре. Строчка Uncompressing Linux .......... done. Booting the kernel. выводится в порт старыми настройками (оставшимися от u-boot).
Посмотрите в конфиге ядра чему равно CONFIG_CMDLINE и добавьте что-то типа

Возможно консоль не на том порту. Разумеется, я тут предполагаю, что консоль на последовательном порту.

Из-за отсутствия RAM диска падать будет в самом конце типа так
VFS: not synching: Unable to mount rootfs

Ремап должен делаться u-boot. Возможно ошибаюсь.

Приветствую,


Если заглянуть в $(linux)/arch/arm/boot/compressed/misc.c, функция decompress_kernel, которая вызывается из $(linux)/arch/arm/boot/compressed/head.S, то точек должно быть три. Там дальше вызывается gunzip(), но в этой ф-ции ничего не печатается.

Ядро 2.6.28 из поставки тулкита ELDK-4.1 (www.denx.de). Консоль на последовательном поорту, CONFIG_CMDLINE="root=/dev/ram mem=16M console=ttyS0,115200n8"


т.е. несмотрят на то, что u-boot выставляет скорость и клок последовательного порта в регистры, линукс сделает это еще раз? Если да, то на каком этапе, и в каких файлах нужно прописать нужные значения? Предполагаю, что где-то в $(linux)/arch/arm/mach-<platform>/clock.[ch] ?

Печатает.
Только не помню точно из какой функции. При большом образе, точки не влазят в одну строку.

Да. Возможно не совпадает частотат кварца. Возможно какие-то делители не правильно считаются.
Не знаю как в Вашем случае. В моем - плата на основе AT91SAM9260. Впаян кварц на 12МГц, а в ядре установлен 18.432МГц. Настройка (в моем случае) начинается с файла
linux/arch/arm/mach-at91/board-sam9260ek.c
Функция
static void __init ek_map_io(void)
Некоторые подробности можно найти в файле
linux/arch/arm/mach-at91/at91sam9260.c
Там указаны источники тактирования для периферии.

К сожалению, не могу сказать где файлы для Вашего процессора.

Ваше предположение о том, что "падение" происходит при настройке MMU мне кажется правильным. Сравните код в u-boot по этому поводу и в ядре. Возможно, задаются разные режимы. Возможно неправильно инициализируется таблица страниц.
К сожалению (или к счастью ) я с такими случаями не сталкивался. Конкретно ничего посоветовать не могу.