Cirrus + Flash + download + redboot, грабли Опции

[AlChi]

Решили замутить тут систему на Cirrus (Arm9, 9301) и Flash(Samsung). Делюсь опытом.
Пройденные грабли:
1) Утилита download (версия 2007года) грузит по com порту 2048 байт стартового загрузчика в ethernet буфер arma и передает ему управление. Этот стартовый загрузчик грузит оставшуюся часть в ОЗУ. Следовательно, если дошли до этого этапа - с ОЗУ все тип-топ. После загрузки передает управление загруженной части в ОЗУ. Она проверяет наличие флэш. Появляется сообщение Program the nor FLASH. В нашем случае на этом жизнь останавливалась. Анализ исходников download выявяил следующее: какой-то циррусовский ламерюга в этом месте передергивает com порт на скорость 115200. Поэтому лезем в main.c и в main() и в самом начале функции коментим функцию SetBaud() и заодно enable_debugtimer().
2) Но жизнь все не налаживалась... Анализ исходников показал, что download заточена только под intel и AMD флэшки, никакого самсунга там не преполагалось. Так как голос разума подсказывает, что наша флэшка совместима с amd, делаем следующее: в файле amd.с меняем 3 на 4 в #define MAX_AMD_compatible, и в структуре под этим определением добавляем строчку {0x00EC,"samsung"}, где число носит смысл ManufactureID. После этого появился долгожданный процентный бегунок записи во флэш redboot.bin
3) Заметили неустойчивость в работе download - либо шьет как положено, либо вешается на Program the nor FLASH. повторный анализ исходников показал, что все тот же цируссовский ламерюга в download.c употребил такую конструкцию while((cChar=getChar(10))!=0){}. Смысл "10" тут наверно всем ясен (время ожидания), поэтому изменение его на "100" решает проблему.

Не пройденные грабли (это вопросы к участникам форума):
1) После прошивки redboot в флэш и старта - двойное мигание LED с интервалом около 2 сек. Игры с разными компиляциями redboot могут давать еще один случай, когда LED горит на постоянку, но при этом reset блокируется (т.е. спасает только передергивание питания). По com порту всегда тишина. Что за симптомы?

[aaarrr]

RedBoot какой версии? Какой PHY, как сконфигурирован, видит ли кабель?

[AlChi]

RedBoot какой версии? Какой PHY, как сконфигурирован, видит ли кабель?

Redboot идет в составе дистрибутива для сборки linux от цитруссовых. если отдельно то качается отсюда http://arm.cirrus.com/files/index.php?path=linux%2Fpackages/
версия 2.0. от 29 января 2007 года.

По поводу ethernet дело оказалось в железе, поэтому сейчас с ним все ok.
Но вот теперь просто не нашутку пипец. Итак по порядку:
redboot работает без проблем: грузит, пишет, читает, запускает и нигде не спотыкается (ттт)
А проблема в том, что при запуске ядра после Uncompressing Linux.............................. тишина.
Лезем на форумы - полный бардак! Цитруссовый аналогичные вопросы игнорируют, поддержка отечественного аналога ТИОН-ПРО либо косит под дурачков, либо тоже откровенно игнорирует. А судя по количеству таких вопросов, тема то очень и очень актуальна!
Ну делать нечего - начинаем игры с различными сборками под различные процессоры (01, 02, 07, 12, 15), изучение исходников загрузчика линух и ядра и вобщем можно было бы много писать впечатлений, но основные умозаключения такие:
1) судя по тому, что при комманде "exec" сообщение "Uncompressing Linux...." не появляется, а при "exec 0xc0080000" появляется, то загрузчик Linux стартует и даже запускает функцию gunzip()? а вот почему дальше не идет - не понимаю Такое ощущение, что происходят какие то игры с виртуальными и физическими адресами в момент перехода от первичного загрузчика ядра (в котором unzip) к основному (там должно быть сообщение "boot kernel")

Что это может быть? Спасибо

Сообщение отредактировал AlChi - Apr 17 2008, 18:28

[aaarrr]

1) судя по тому, что при комманде "exec" сообщение "Uncompressing Linux...." не появляется, а при "exec 0xc0080000" появляется, то загрузчик Linux стартует и даже запускает функцию gunzip()? а вот почему дальше не идет - не понимаю

Это уже очень хороший результат А консоль-то прописали (console=ttyAM0)?