AT91RM9200 - мистика? SPI? или romboot.bin?, задачка не для слабонервных.... Опции

[PrSt]

Здравия желаю!
уже несколько дней мучительная попытка запустить камешек 9200 и плату к нему

Люди вот такая проблемма, помоги решить ее плз

собрали макетную платку ( http://projects.org.ua/project/arm/9200/ )
пытаемся загрузить в нее romboot.bin ( следуем как написано в статье - http://heavy-online.ru/arm-linux/ )

и сталкиваемся с мистическим поведением контроллера, а именно:

после того, как прицепились гипертерминалом - отсылаем по xmodem файлик - romboot.bin
он отсылается
и появляется сообщение
CCCCCCCCCCCCCCCCC
AT91F_LowLevelInit(): Debug channel initialized
press any key to enter bootloader

ATMEL LOADER VER 1.01 May 3 2006 15:21:06
*----------------------------------------*
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*
Enter:

тут вроде все верно

говорим
Enter: 1 c0000000
Download Dataflash [0xc0000000]
CCCCCCCCCCCCCCCCCC

отсылаем файл (как требует статья)

и здесь начинается самое интересное:

Modification of Arm Vector 6 :34340015

Write 10240 bytes in DataFlash [0xc0000000]
-F- Data Abort detected

тоесть, казалось бы, по какой-то неведомой причине не пишется в DataFlash

Так, берем осциллограф и идем далее...

проделываем тоже самое параллельно наблюдая осцилом за SPCK, MOSI и NPCS0

и к нашему удивлению - на SPCK, MOSI и NPCS0 нет изменения логического уровня и данных вообще!!!!!

аппартно все верно, все прозвонено тестером - с точки зрения железа все корректно, проверяли несколько раз!

это настараживает и мы идем читать исходники от romboot-evm9200 (SPI 1:1 + схема почти такая же)
только микруха у нас - AT45DB642
в исходнике разобрались - вроде все должно инициализироваться и SPI обязан работать...!

фух
однако SPI - НЕ РАБОТАЕТ...

Люди - у кого есть какие мысли и идеи на этот счет?
потому что реально уже отпало понимание происходяших глюков....
HELP PLZ !!!

[This is j.b]

а можно поделиться loader(от lelick)

у меня аналогичная проблема с romboot --- те же грабли, те же симптомы

[PrSt]

B)-->

а можно поделиться loader(от lelick)
у меня аналогичная проблема с romboot --- те же грабли, те же симптомы [/quote]

сказал бы - что радует что не у одного меня такая беда - но радоваться не чему ))

я уже думал что это только у меня такая ерунда творится с romboot

lelick - только лоадер готовый дал(в общем то и на том ему спасибо), исходник он не дает...

кстати делал тест памяти - он полностью проходит

case '5':
printf("...test...\r\n");

unsigned int volatile *pSDRAM;
unsigned int wCount;
unsigned int wRead, wWrite;

// printf ("CPU %d MHz\n",GetCPUFrequencyMhz() );
// printf ("PCK %d MHz\n",GetPCKFrequencyMhz() );

while (1)
{
printf("-T WR- 0x00000000\n");
// pSDRAM = (unsigned int *) BASE_EBI_CS1_ADDRESS;
pSDRAM = (unsigned int *) 0x20000000;
// for ( wCount = 0, wWrite=0x0; wCount < 0x800000; wCount ++ )
for ( wCount = 0, wWrite=0xff; wCount < 0x4000008; wCount ++ )
{
*pSDRAM = wWrite;
wRead = *pSDRAM;
if (wWrite != wRead )
printf ("[0x%08X] = 0x%08X ( 0x%08X,0x%08X)\n",wCount,wRead^wWrite,wRead,wWrite );
pSDRAM++;
}
}
command = 0;
break;

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

--------------------

http://uschema.com

[AlexMad]

[quote name='PrSt' date='Feb 21 2007, 18:50' post='214287']
--><div class='quotetop'>(This is j.b @ Feb 21 2007, 17:30) </div><div class='quotemain'><!--quotec--> а можно поделиться loader(от lelick)
у меня аналогичная проблема с romboot --- те же грабли, те же симптомы [/quote]

сказал бы - что радует что не у одного меня такая беда - но радоваться не чему ))

я уже думал что это только у меня такая ерунда творится с romboot

lelick - только лоадер готовый дал(в общем то и на том ему спасибо), исходник он не дает...

кстати делал тест памяти - он полностью проходит

case '5':
printf("...test...\r\n");

unsigned int volatile *pSDRAM;
unsigned int wCount;
unsigned int wRead, wWrite;

// printf ("CPU %d MHz\n",GetCPUFrequencyMhz() );
// printf ("PCK %d MHz\n",GetPCKFrequencyMhz() );

while (1)
{
printf("-T WR- 0x00000000\n");
// pSDRAM = (unsigned int *) BASE_EBI_CS1_ADDRESS;
pSDRAM = (unsigned int *) 0x20000000;
// for ( wCount = 0, wWrite=0x0; wCount < 0x800000; wCount ++ )
for ( wCount = 0, wWrite=0xff; wCount < 0x4000008; wCount ++ )
{
*pSDRAM = wWrite;
wRead = *pSDRAM;
if (wWrite != wRead )
printf ("[0x%08X] = 0x%08X ( 0x%08X,0x%08X)\n",wCount,wRead^wWrite,wRead,wWrite );
pSDRAM++;
}
}
command = 0;
break;

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


[/quote]
Думаю, проблема именно в памяти, верней в ее инициализации, я у себя Romboot запустил только после того, как помянял настройки СДРАМ под конкретные микрухи, что у меня впаяны. COMA выложил свой загрузчик, так вот - он у меня даже не пытается чего-то делать, а я не верю, что уважаемый COMA выложил заведомо нерабочие вещи, просто проблема в том, что у всех у нас запаяны разные СДРАМ и ДатаФлешь, вот и получается, что советы одного не подходят другому.

У меня ОЗУ-хи k4s641632h-tc75, флешь - at45db321c
romboot
P.S. флешку я также протестил случайными числами.

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

 RomBoot_Rainbow.zip ( 172.38 килобайт ) Кол-во скачиваний: 268

 

[PrSt]

Думаю, проблема именно в памяти, верней в ее инициализации, я у себя Romboot запустил только после того, как помянял настройки СДРАМ под конкретные микрухи, что у меня впаяны. COMA выложил свой загрузчик, так вот - он у меня даже не пытается чего-то делать, а я не верю, что уважаемый COMA выложил заведомо нерабочие вещи, просто проблема в том, что у всех у нас запаяны разные СДРАМ и ДатаФлешь, вот и получается, что советы одного не подходят другому.
У меня ОЗУ-хи k4s641632h-tc75, флешь - at45db321c
romboot
P.S. флешку я также протестил случайными числами.

угу, вот теперь начитается у меня раздвоение мисли очередной раз...
я предпологаю что память тут не причем, с Ваших слов получается что я гдето заблуждаюсь и такое возможно...
я пытаюсь мыслить следующим образом, из увиденного загрузчита от lelick, а именно....
его загрузчик сконфигурен на иной тип памяти, и иной размер памяти, если я все верно помню с его слов, то у него используется 16М.
у lelick значения
регистр памяти (0xffffff90 (SDRAMC Configuration Register)) - 29912154
клоки (PMC Clock Generator PLL A Register) - 2027BE04

и заметьте, при этом - его лоадер у меня запустился, тоесть тип и размер памяти не должен так влиять...
а вот тактовая(настройка клоков) - вероятно больше может повлиять...
на всякий случай - у меня кварц - 18.432
данные из U-Boot-1.1.1
....
/* ARM asynchronous clock */
#define AT91C_MAIN_CLOCK 179712000 /* from 18.432 MHz crystal (18432000 / 4 * 39) */
#ifdef MASTER_CLOCK_45 /* Master clock 45Mhz */
#define AT91C_MASTER_CLOCK 44928000 /* peripheral clock (AT91C_MAIN_CLOCK / 3) */
//#else /* MASTER_CLOCK_45 */
//#ifdef MASTER_CLOCK_60
//#define AT91C_MASTER_CLOCK 59904000 /* peripheral clock (AT91C_MAIN_CLOCK / 3) */
//#else /* MASTER_CLOCK_60 */
//#error Master clock must be defined
//#endif
#endif
....

память у меня используется - K4S561632E-TC/75
и если верить даташиту - это:
16M x 16 166MHz (CL=3)
Organization Row Address Column Address
16Mx16 A0~A12 A0-A8
тоесть
колонок 9
рядов 13
это - если верить даташиту, тоесть в 0xffffff90 (SDRAMC Configuration Register) надо грузить 0x2a99C259, lelick говорит, что если 2 микрухи используется то надо 0x2a99C25A - но с таким значением не грузится
щяс у меня стоят такие значения
регистр памяти (0xffffff90 (SDRAMC Configuration Register)) - 0x2a99C259
клоки (PMC Clock Generator PLL A Register) - 2027BE04

а вот что получаетс я при 0x2a99C25A
Enter: press any key to enter bootloader
Load U-BOOT from dataflash[c0008000] to SDRAM[20f00000]
Set PLLA to 180Mhz and Master clock to 60Mhz and start U-BOOT
и зависает

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

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

кстати собрал ваш RomBoot_Rainbow.zip
и что получил, тоже самое...

## Booting image at 20007fc0 ...
Image Name:
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2098432 Bytes = 2 MB
Load Address: 20007fc0
Entry Point: 20008000
Verifying Checksum ... OK
XIP Kernel Image ... OK

Starting kernel ...

AT91C_CKGR_PLLAR = 2026BE04
AT91C_CKGR_PLLBR = 10483E0E
AT91C_PMC_MCKR = 302
AT91C_CKGR_MCFR = 12328
AT91C_CKGR_MOR = FF01

еще..
вот что известноиз варианта лоадера от lelick, известно что кернел говорит про тактовую при старте..
вот огрызок сркина-терминала
где говорит кернел (о чем я его просил когда фиксил этот участок кода в ядре...) какую тактовую он смог определить...
[42949372.960000] Linux version 2.6.19 (root@server) (gcc version 3.4.6) #14Tue Feb 20 12:46:57 EET 2007
[42949372.960000] CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=###
[42949372.960000] Clocks: PLLA overclocked, 184 MHz
[42949372.960000] Clocks: CPU 184 MHz, master 46 MHz, main 18.432 MHz
[42949372.960000] CPU0: D VIVT write-back cacheage Name:
[42949372.960000] CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8

может это и есть то что я ищю?

[PrSt]

щяс у меня стоят такие значения
регистр памяти (0xffffff90 (SDRAMC Configuration Register)) - 0x2a99C259
клоки (PMC Clock Generator PLL A Register) - 2027BE04

более того, нарыл в инете перепиську пиплов... http://lists.arm.linux.org.uk/pipermail/li...ber/024650.html

и так пробовал, как они рекомендуют
#define AT91C_PLLA_VALUE 0x2270BE40
тоже бестолку пока, тотже результат получается, не стартует ядро...

хотя это(0x2270BE40), в пересчете все те же 0x2027BE04...

вот архив с моим ромбутом... http://projects.org.ua/_files_/AT91RM9200_...19_last.tar.bz2
который не может загрузить мой кернел...