Сконвертировал ядро zImage в uImage c помощью mkimage
./mkimage -C none -A arm -O linux -T kernel -a 80008000 -e 80008000 -n imageName -d zImage uImage
В результате в u-boot загрузка дальше Uncompressing Linux...........................................................................
......................................... done, booting the ke.

не проходит. В чем может быть проблема? Пересобрать полностью ядро под uImage могу, и поставить redboot тоже. Вопрос спортивного интереса Интересны советы как диагностировать ошибку.

Заранее спасибо

"uncompressing done" говорит что uncompressed crc совпала, дальше нужно разбираться с ядром - можно gdb'ой его, можно каким-то jtag отладчиком. это все конечно при условии, что железо ведет себя адекватно. обычно, в случае custom SBC, путают с ld скриптами и/или memory regions

Укажите в параметрах коммандной строки установку консоли аля console=ttyS0,115200

разве у него есть uncompressed crc - вроде есть crc заголовка и crc данных, он просто проверяет образ нормальный в источнике а потом разворачивает его.

раворачивает сам и по результату возвращенному собственным inflate() запускает ядро или пишет "GUNZIP ERROR". Контрольная сумма - adler32, проверяется при распаковке всех полученных данных.

параметры консоли были конечно выставлены. Забавно но вопрос так и не решился-) Повторю вопрос чистого интереса как это можно отладить

Собираете ядро с включенными опциями отладки и дебаг инфо.
Запускаете gdb, собранный для используемой платформы,
коннект к таргету, запуск бутлоадера и ядра.
Таргет молчит, в gdb шлёте Ctrl+c, указываете "file vmlinux" - ELF-файл ядра

У меня, например, было так:

Уже намного понятнее, чем просто молчание.

Может параметры неправильные у mkimage?
Если указать в PATH путь до каталога с mkimage, то можно собирать ядро Linux коммандой make uImage и оно создаст этот образ, и параметры правильные запишет самостоятельно, исключая возможность ошибки... Таким методом - проблем еще не встречал. Может поможет...

У меня была такая же фигня недавно с ядром 2.6.34, мудохался долго - так и не выяснил в чем дело. Но при переходе на ядро 2.6.27 ядро начало загружаться. Новое ядро пока было отложено в сторонку, где будет дожидаться судного дня.

У меня такое было при неправильном конфигурировании ядра : патчи были наложены, а .config был старый.