sk-at91sam9260-simxxx
Изначально плата нормально работала, но с некоторых пор
при старте (ресете) от dataFlash
(J13 - установлен)
(J14 - снят)
на терминал через Com выводится следуюющая
информация:

RomBoot
>
Init Data flash
Load CE-Boot from Flash : OK
Init Data flash
Load CE_BOOT from flash to SDRAM
Starting eboot ...

после чего зависает и через ~12..15 сек процесс повторяется
Аналогично происходит при загрузке с NandFlash
проверка записи через SAM BA внешней памяти RAM и
data Flash проходят устойчиво нормально
начальный загрузчик на аналогичной плате грузится нормально.

Что могло "полететь" ?

Проверте блок питания.

Цитата

Проверте блок питания.

3.29/1.8 V

Основная гипотеза - ваш блок питания "падает" когда плата начинает потреблять в полную мощь ...
Для чистоты эксперимента, залейте u-boot и ядро с корневухой с диска и понаблюдайте, повторится ли.
Кстати, правильнее объявить что у Вас виснет не u-boot (хотя повествуете вообще о eboot) а ядро WinCE.

Питание 3.3 и 1.8 V стоят без просадок (осциллограф)
uboot после начала загрузки не загрузку ОС стало быть все таки uboot
При начале всей этой байды был замечен нагрев стабилизатора 1,8 В (~50..55 ^C) Правда потом это явление
прошло как то само. У меня большое подозрение на "вылет"
процессора, поскольку зависание приисходит перед выводом
на консоль сообщения о переводе процессора на частоту кварца (с учетом PLL ~ 90 МГц), вот только перепайка его
дело муторное.
???

Цитата

uboot после начала загрузки не загрузку ОС стало быть все таки uboot

Я ничего не понял из этого словарного оборота.
Вы сами посмотрите, говорите u-boot виснет, приводите лог eboot с загрузкой WinCE ...
Я ж не телепат раздавать советы по поведению системы состояние которой слабо себе представляю.
Возьмите бинарники с диска, и залейте, чтоб устранить всю неоднозначность, и опишите поведение, тогда хоть что то прояснится.

>Pavel - спасибо что отвечаете по этой теме.
eboot после начала загрузки не выходит на загрузку ОС .......
в рабочей плате после старта eboot он выводит (это следует из исходника eboot) сообщение на консоль об установке
новой частоты => зависание происходет в e-boot до начала
загрузки ОС.

Цитата

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

Если я правильно понял , то e-boot следует залить в DRAM через SAM_BA - делал так все грузится/верифицируется нормально.
Запустить e-boot в DRAM не получается, поскольку не известен адрес его старта или это только мне он не известен ????

Вы для начала выясните точно, аппаратная ли у вас проблема.
Приведите плату в оригинальное состояние (т.е. залейте u-boot, линух, корневуху) и посмотрите, будет ли что виснуть (уже в третий раз повторяю!!!).

Цитата

Вы для начала выясните точно, аппаратная ли у вас проблема.
Приведите плату в оригинальное состояние (т.е. залейте u-boot, линух, корневуху) и посмотрите, будет ли что виснуть (уже в третий раз повторяю!!!).

1. линух залили через data Flash - все загрузилось, запустилось и заработало.

2. Таким образом:
uboot - грузится/работает
eboot - грузится/зависает

3. Стали вставлять mess для log-а в исходники eboot и выяснили: зависание происходит при запуске программы загружаемой в SRAM процессора, в часности в такой вот
функции подсчета CRC32

Код

.....crc32(char * pmem,int len)
{
while( len-- ) {
for (char i=0; i<8;i++ ) {
//сдесь вычисления CRC32 для одного байта
}
}
}

эта функция виснет в цикле while ( len-- )
рихтовка оператора на

Код

while ( len ) {

.......
len--;
}

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

Спасибо за информацию, вообще, очень настораживает ...