Плата на am335x. Проблемы с u-boot Опции

[BrotherRabbit]

Добрый день.

Сделали плату на процессоре TI am3359zcz. Основный компоненты (memory, nand, power managent) как у фирменного Evaluation Module.
Не установили I2C EEPROM, содержащую конфигурационную информацию платы. Взяли исходники u-boot 2011.09 из SDK, убрали чтение этой EEPROM, на всякий случай присвоив соответствующей идентификационной структуре все значения, которые должны считываться в случае платы am335x EVM.

Получившиеся после сборки MLO (spl) и u-boot.img образы прекрасно грузятся на beaglebone, наличие каких-то конфигов под nand, видимо, его не волнуют.
В случае собственной борды SPL загружается внутренней прошивкой проца, выполняется, но неверно.
При загрузке с MMC0 симптомы у spl проявляются в виде ругани на файловую систему FAT самой карточки.
При загрузке по UART spl пишет в терминал CCC.., но образ u-boot по ymodem отправить не получается.

Портировал ли кто-нибудь с u-boot вообще, или конкретно работал с этим процессором?
Есть ли идеи на счет того, что было сделано неправильно?
Спасибо.

[Jury093]

Получившиеся после сборки MLO (spl) и u-boot.img образы прекрасно грузятся на beaglebone, наличие каких-то конфигов под nand, видимо, его не волнуют.
В случае собственной борды SPL загружается внутренней прошивкой проца, выполняется, но неверно.
При загрузке с MMC0 симптомы у spl проявляются в виде ругани на файловую систему FAT самой карточки.
При загрузке по UART spl пишет в терминал CCC.., но образ u-boot по ymodem отправить не получается.
Портировал ли кто-нибудь с u-boot вообще, или конкретно работал с этим процессором?

я возился с китом am3359-iceboard..
взял с их сайта ближайший по идеологии BSP и путем пилежки и заточки успешно запустил линукс, к сожалению этот кит (ice) проектировался под другие задачи и поднять сетевые интерфейсы не удалось.. и дальнейшие исследования были свернуты..
финальная цепочка по загрузке - через xmodem грузил MLO, который через ymodem тянул u-boot, который интил sd-карточку, с которой грузил ядро и содержал рутовую..
iceboard был слегка подпилен аппаратно.. у техасовцев есть тред с ребятами, которые стартовые бинарники сложили в spi-flash и грузятся с него..

Есть ли идеи на счет того, что было сделано неправильно?

это к телепатам..

[BrotherRabbit]

финальная цепочка по загрузке - через xmodem грузил MLO, который через ymodem тянул u-boot, который интил sd-карточку, с которой грузил ядро и содержал рутовую..

С этим-то всё ясно. Путем отладки u-boot'а вроде бы выяснили, проблемы при записи в sdram.
Например функция int omap_mmc_init() из файла omap_hsmmc.c содержит такую строку:
sprintf(mmc->name, "OMAP SD/MMC");
После этого проверка вышеупомянутой в контексте функции sprintf() стуктуры, находящейся по адресу 0x80000500 не дает ожидаемого результата. Вместо нормальной строки там появляется мусор. Продолжаю разбираться.

поднять сетевые интерфейсы не удалось..

Как не удалось? ICE - это же сетевой девайс.

[Jury093]

С этим-то всё ясно. Путем отладки u-boot'а вроде бы выяснили, проблемы при записи в sdram.

не очень уловил. юбут таки стартует или нет?
если стартует, то у него есть встроенный тест памяти - надо "на совесть" погонять оперативку
если юбут не стартует, то возможно битая/неправильно_подключенная память или тайминги неправильные в загрузчике 0-го уровня..

еще немаловажный фактор - тулчейн для сборки, был прецендент (для pxa270) - собирался неработоспособный бутлоадер, анализ показал рандомную работу с хипом, смена тулчейна на более старую версию волшебным образом исправила ситуацию..