SDRAM не работает в 32-битном режиме Опции

[koluna]

Здравствуйте!

Разработали плату на основе AT91SAM9XE-EK (процессор AT91SAM9260, 2 микросхемы памяти MT48LC16M16A2P-75IT, и DATAFLASH AT45DB321).
Поднимаем Linux.
Столкнулись с проблемой: в 16-битном режиме память работает, а в 32-битном режиме - не работает.
Оценочно, система падает, когда bootstrap после копирования в память следующего загрузчика (uboot), передаёт ему управление.
Смотрели дамп памяти, содержимое памяти после копирования и содержимое DATAFLASH в некоторых местах не совпадают (старшие биты с 16 по 23).

Возможно, проблема в железе, возможно - в конфигурации.

Используемый bootstrap: http://www.atmel.com/dyn/resources/prod_do...otstrap1.16.zip
Был скорректирован.
Файлы конфигурирования bootstrap (оригинальные под AT91SAM9260-EK и с нашими изменениями) - во вложениях.
Схема блока памяти и блока с процессором - во вложениях.

Как протестировать память?

Большая просьба помочь разобраться.

Благодарю заранее!

Прикрепленные файлы

 Memory___SDRAM.pdf ( 169.74 килобайт ) Кол-во скачиваний: 47
 MCU___Page1.pdf ( 144.85 килобайт ) Кол-во скачиваний: 230
 Original_files.zip ( 4.7 килобайт ) Кол-во скачиваний: 21
 Edit_files.zip ( 4.32 килобайт ) Кол-во скачиваний: 18

 

[koluna]

Совсем простой может и не показать проблем. Впрочем, если дело не доходит даже до старта uboot, значит ошибок более чем достаточно sad.gif

Сделали.
Ошибок много показывает на этой микросхеме (DD3 по схеме)

Кстати, какой более сложный тест памяти можете порекомендовать?

[aaarrr]

Кстати, какой более сложный тест памяти можете порекомендовать?

Ну, если имеющийся показывает ошибки, то другого пока и не надо.

Попробуйте паттерны типа 0x0000000-0xffffffff и 0x00ff00ff-0xff00ff00 с чередованием по соседним адресам. Адресную шину тоже попробовать покачать не грех - подберите пару с максимальным изменяющимся числом адресных линий и после серии записей по ним проверьте, что остальная часть памяти не претерпела изменений. Ну и псевдослучайную последовательность до кучи.