Имеется плата с камнем TI am3517, 8ми битной Nand. С Nand плата не грузится, с MMC работает нормально. Подключение отладчика показало, что ROM код стартует, инициализирует регистры GPMC, после чего перезагружается и по новой. При пошаговой отладке не удалось понять на чём валится процесс загрузки, т.к. срабатывает исключение и выкидывает на какой то вектор, который в обычном режиме работы никогда не срабатывает (ставил брэйкпоинт в отладчике). Вопроса, собственно, два:
1. Почему не идет загрузка с nand? при загрузке с mmc записываю в nand первичный загрузчик, u-boot и т.д. дамп показывает, что всё записалось.
2.Как включить поддержку watchpoint для j-link под linux? вот здесь: http://processors.wiki.ti.com/index.php/J-...mulator_Support нашел, что по умолчанию в j-link watchpoints выключены и их как то надо включить. Работаю в убунте, code composer studio v 5. Под виндой нет поддержки данного камня у j-link.

если есть возможность, посмотрите осциллом наличие обмена между АРМом и нандом - если обращения нет, то неправильно сконфигурен режим загрузки для АРМа

чип нанда выбран правильно (исходя из таблицы рекомендуемых "Table 24-34. Supported NAND Devices")? есть ли на форумах преценденты, что с этого чипа грузится?

Я бы посоветовал подключить обработчик ексепшна. Скорее всего вы либо обращаетесь к неразрешенной памяти, либо адрес не выровнен по 32 битам, что и вызывает ексепшн.
Дайте знать если вам интересен загрузчик с обработчиком ексепшна. У меня где-то был. Виснуть не будет.

Вы модернизировали код?

Когда я делал мне сказали как настраивать JTAG. Сейчас не вспомню.
Посмотрите link с форума поддержки в нижней части страницы есть список тем про код композер и jtag.

http://e2e.ti.com/search/default.aspx#q=co...um&group=29


Вы можете там (TI e2e) задать вопрос.

Чип выбран по таблице, причем пробовали Micron и Samsung, правда с одинаковым chip ID 0xDA. Режим загрузки выбран, чтобы первый был нанд, и обмен идёт - это видно через отладчик. Читается ID, конфигурируются регистры GPMC(конфигурируется правильно) и после этого ребут.


Да как раз вся проблема в том, что до выполнения загрузчика дело не доходит, если судить по отладчику, то за пределы rom кода самого процессора выполнение не идёт.


Спасибо, jtag вчера настроил под виндой, теперь всё работает.

у вас это соединение есть?


похоже вылетает в rom-процедурах считывания id1 или id2..

конфигурационые пины выставлены правильно? может там дефект..

судя по бут-сиквенс у вас все правильно и дальше должен считываться первый блок из нанда..

из софтовой лирики:
а как вы пишете в нанд? из линукса после загрузки с sd/mmc?
как вариант попробуйте из юбута затереть весь нанд и его же средствами, считав файлы с sd, накатить в нанд..

Пин gpmc_wait0 подключен к выводу READY/BUSY нанда.


sys_boot пины проверял неоднократно, там все нормально, да и не похоже, что в них ошибка, потому что он вроде как пытается с нанда загрузится. Если бы не читал id, или читал бы неправильно, то не конфигурил бы правильно регистры GPMC_CONFIG. Так что тут вроде как всё хорошо.
Судя по бут-сиквенс дальше он должен копировать образ загрузчика из нанда в RAM и при пошаговой отладке в регистре R0 на несколько шагов появлятся адрес 0x40200800 (с этого адреса начинается исполнение загрузчика в RAM - проверял на работающей плате с 16ти битным нандом) но после этого всё рушится..


Именно через юбут и записываю. После заливки сравнивал получившийся дамп нанда и файл загрузчика в hex редакторе - всё одинаково.

ок


так все же что-то считывает с нанда или валится в момент чтения? момент достаточно принципиальный: одно дело не может считать Id, другое - пытается работать со считанными данными..

в мане на проц есть такое абзац
"24.4.7.4.2 Read Sector Procedure
During the booting procedure, the ROM code reads 512-byte sectors from the NAND device. The reading
fails in two cases:
• The accessed sector is in a block marked as invalid.
• The accessed sector contains an error that cannot be corrected with ECC"

и ветка на форуме - вроде без решения, но с похожей симптоматикой:
http://e2e.ti.com/support/arm/sitara_arm/f/791/t/36709.aspx


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

Скорей всего в u-boot и rom-буте не совпадают схемы ECC
http://e2e.ti.com/support/arm/sitara_arm/f/791/t/116753.aspx

но это же TI - привыкайте что там все через ж-у сделано

Дело в том, что на плате с 16ти разрядным нанд такой способ загрузки работает. Не будут же отличаться ЕСС для разных разрядностей флешек.. или у TI всё настолько?)

ХА! действительно, так оно и было, для разных разрядностей по разному пишется... долго же я с этим мучался! Всем спасибо!