Плата на 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 вообще, или конкретно работал с этим процессором?
Есть ли идеи на счет того, что было сделано неправильно?
Спасибо.

[BrotherRabbit]

Сделал тест, только на Си. Ошибок не обнаружено.
Могут ли быть какие-то другие аппаратные причины, например флешка? Конфигурация pinmux влияет только на периферийные интерфейсы, но не может ли быть тут какой-то связи?

По иронии судьбы так вышло, что статикой повредил рабочий девайс - beaglebone. У него появились проблемы с SDRAM, которые этот тест находит.

Сообщение отредактировал BrotherRabbit - Nov 21 2012, 08:30

[Jury093]

Сделал тест, только на Си. Ошибок не обнаружено.
Могут ли быть какие-то другие аппаратные причины, например флешка?

легко и запросто - от ошибок чтения из-за питания до ошибок при обмене между флешкой и АРМом.. еще неплохо для мажоритарности попробовать сменить флешечку..
поэтому я и посоветовал вывести на консоль то, что читает SPL - хоть пару байт..
можно для подстраховки потыкать осциллом по пинам MMC кроватки в момент обмена - мало ли питание грязное или контакт не припаян..

По иронии судьбы так вышло, что статикой повредил рабочий девайс - beaglebone. У него появились проблемы с SDRAM, которые этот тест находит.

ого! как удалось столько статики набрать для запаянной платы?

[shamrel]

Доброго здоровья!
Существует ли способ залить U-Boot в чистую NAND, используя UART и не имея SD карты? Процессор AM3354 в составе VAR-SOM-AM33.
По глупости душевной через U-Boot стер NAND, сижу оплакиваю труп.
Каким образом первоначально в NAND заливается U-boot?

[Jury093]

Существует ли способ залить U-Boot в чистую NAND, используя UART и не имея SD карты? Процессор AM3354 в составе VAR-SOM-AM33.
По глупости душевной через U-Boot стер NAND, сижу оплакиваю труп.
Каким образом первоначально в NAND заливается U-boot?

выставляете режим загрузки через УАРТ и подпихиваете бинарники через xmodem - сначала MLO, потом U-BOOT, потом из юбута размечаете НАНД и по сетке подтягиваете ядро и рутовую, которые заливаете в НАНД..

[shamrel]

выставляете режим загрузки через УАРТ и подпихиваете бинарники через xmodem - сначала MLO, потом U-BOOT, потом из юбута размечаете НАНД и по сетке подтягиваете ядро и рутовую, которые заливаете в НАНД..

Благодарю! Используя утилиту TeraTerm удалось залить SPL и U-boot. Однако возникла проблема, не определяется NAND:

U-Boot 2011.09 (Jun 14 2013 - 11:42:14)
I2C: ready
DRAM: 256 MiB
WARNING: Caches not enabled
Varisciye AM33 SOM revision 1.1 detected
NAND: HW ECC Hamming Code selected
No NAND device found!!!
0 MiB
MMC: OMAP SD/MMC: 0

Причем U-boot собирал из LSP packages, предоставленного фирмой изготовителя модуля, строго по инструкции и для обозначенной целевой платформы.
На http://e2e.ti.com нашел аналогичную проблему, по видимому, проблемам в PIN mux. Другими словами, на ножки процессора, ответственные за работу с NAND назначены по умолчанию другие (альтернативные) функции. А вот где в исходника U-boot настраивается PIN mux я найти не могу. Нужна помощь.

[Jury093]

Благодарю! Используя утилиту TeraTerm удалось залить SPL и U-boot. Однако возникла проблема, не определяется NAND:
Причем U-boot собирал из LSP packages, предоставленного фирмой изготовителя модуля, строго по инструкции и для обозначенной целевой платформы.
На http://e2e.ti.com нашел аналогичную проблему, по видимому, проблемам в PIN mux. Другими словами, на ножки процессора, ответственные за работу с NAND назначены по умолчанию другие (альтернативные) функции. А вот где в исходника U-boot настраивается PIN mux я найти не могу. Нужна помощь.

поздравляю, половина дела сделана..
в теории может нанд погореть - всякое бывает.. будем надеятся на лучшее..
посмотрите в
include/configs/конфиг-платы
прописан ли там нанд, мало ли..
мукс пинов вроде вот тут лежит
board/ti/am335x/mux.c
смотрите логику дефайнов и инита нужных веток подсистем АРМа

исходников для som-var у меня нет, смотрю в юбутские 2012 от BeagleBone - поэтому могу где-то заблуждаться..

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

[shamrel]

поздравляю, половина дела сделана..
в теории может нанд погореть - всякое бывает.. будем надеятся на лучшее..
посмотрите в
include/configs/конфиг-платы
прописан ли там нанд, мало ли..
мукс пинов вроде вот тут лежит
board/ti/am335x/mux.c
смотрите логику дефайнов и инита нужных веток подсистем АРМа

исходников для som-var у меня нет, смотрю в юбутские 2012 от BeagleBone - поэтому могу где-то заблуждаться..

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

Спасибо за ответ!
Проверил мукс ножек, ошибок не нашел.
Вычитал файл конфигурации \include\configs\var_am335x.h, сравнил с am335x_evm.h, принципиальных различий в конкурировании NAND не нашел.
Сам чип NAND скорее жив, чем мертв. Взял другую плату с предустановленным U-boot, если грузится с NAND, то NAND определяется (логично), если загружаю свой U-boot через UART, то "No NAND device found!!!".
Вопрос остается открытым. Как получить рабочий U-boot?

Еще помогите разобраться, в чем отличие файла MLO(36477байт) от u-boot-spl.bin (35927 байт). Спрашиваю, потому как в SDK от Variscite лежит помимо u-boot-var-som-am33.img еще файл MLO-var-som-am33. Через UART MLO запустить не удается. При компиляции U-boot получается и файл MLO, и файл u-boot-spl.bin.

P.S.: написал в техподдержку Variscite, жду ответа.

Сообщение отредактировал shamrel - Jun 17 2013, 05:25

[Jury093]

Сам чип NAND скорее жив, чем мертв. Взял другую плату с предустановленным U-boot, если грузится с NAND, то NAND определяется (логично), если загружаю свой U-boot через UART, то "No NAND device found!!!".
Вопрос остается открытым. Как получить рабочий U-boot?

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

Еще помогите разобраться, в чем отличие файла MLO(36477байт) от u-boot-spl.bin (35927 байт). Спрашиваю, потому как в SDK от Variscite лежит помимо u-boot-var-som-am33.img еще файл MLO-var-som-am33. Через UART MLO запустить не удается. При компиляции U-boot получается и файл MLO, и файл u-boot-spl.bin.

имхо, вы что-то не то берете.. у меня в архиве от ice-board лежать бинарники u-boot-spl.bin (~33kB) и u-boot.bin (~180kB)..
на BB содержимое раздела загрузки выглядит вот так:

Код

root@bb-jury:~# ls -l /boot/
total 13630
-rwxr-xr-x 1 root root   37151 May 22  2013 MLO
-rwxr-xr-x 1 root root      29 May 23  2013 omap.txt
-rwxr-xr-x 1 root root  239744 May 22  2013 u-boot.img
-rwxr-xr-x 1 root root     205 Jan  1  2000 uEnv.txt
-rwxr-xr-x 1 root root     205 May 28  2013 uEnv.txt.480x272
-rwxr-xr-x 1 root root 2910928 Jan  1  2000 uimage
-rwxr-xr-x 1 root root 2727568 May 30  2013 uimage.2
-rwxr-xr-x 1 root root 2727568 May 31  2013 uimage.272
-rwxr-xr-x 1 root root 2782768 May 29  2013 uimage.last
-rwxr-xr-x 1 root root 2519008 May 22  2013 uimage.save

идеология следующая: в АРМе есть встроенная статическая память (примерно 32-64кбайта), туда встроенный нестираемый загрузчик считывает с носителя бинарный образ и отдает ему управление (для внешних носителей имя прописано жестко и навсегда - MLO), далее - этот маленький загрузчик интит PLL, контроллер SDRAM и остальную необходимую периферию, потом ищет на заданном носителе бинарник uboot-a, грузит в SDRAM и запускает.. далее юбут и тыпы..
отсюда вывод - смотрите что за бинарники у вас генерятся..