avr32 - ap7000 - sdram problem

[Jan Waclawek]

Ta SDRAM vam asi nejde vobec. To, ci je to HW alebo SW (to, co ste spakruky odbavili tou zatvorkou "init SDRAM podle NGW100" vobec nemusi fungovat - SDRAM je vela druhov), to ja samozrejme neviem. Ten prvy cyklus Vam prebehol v poriadku preto, lebo sa hodnota citala spat z cache.

wek


----- Original Message ---------------

Subject: avr32 - ap7000 - sdram problem
   From: "Luboš Melichar" <lubos.melichar@gmail.com>
   Date: Fri, 5 Dec 2008 10:10:02 +0100
     To: HW-news <Hw-list@list.hw.cz>

>--===============0239352917==
>Content-Type: multipart/alternative; 
>	boundary="----=_Part_13656_28658219.1228468202088"
>
>------=_Part_13656_28658219.1228468202088
>Content-Type: text/plain; charset=ISO-8859-1
>Content-Transfer-Encoding: 7bit
>Content-Disposition: inline
>
>Zdravim,
>avr32, deska podobna NGW100, tj. s procesorem AP7000...
>Zlobi nas sdram, mame tam dve 16bitove 32MB sdram.
>Celkove tedy 64MB 32bit.. to je ale celkem jedno..
>
>Stahnul sem si test atmelu AP avr32102
>http://www.atmel.com/dyn/products/app_notes.asp?family_id=682
>
>a trochu ho poupravil.. (init SDRAM podle NGW100)
>testovaci rutina vypada nasledovne..
>
>  #define CFG_SDRAM_BASE                  0x10000000
>  int noErrors=0,noErrors2=0;
>  volatile unsigned long *sdram = (void *) CFG_SDRAM_BASE;
>
> // TEST1 - ZAPIS A CTENI
>  for (i = 0; i < sdram_size; i++){
>    sdram[i] = i;
>    tmp = sdram[i];
>    if (tmp != i) {
>      noErrors++;
>    }
>  }
>  /* TEST - JEN CTENI
>  for (i = 0; i < sdram_size; i++){
>    tmp = sdram[i];
>    if (tmp != i) {
>      noErrors2++;
>    }
>  }
>
>Pichnu se na to pres JTAG a necham probehnout az na konec a vysledek je
>noErrors=0, noErrors2=67108848.Veskere nastaveni a podrobnosti jsem zatim
>vynechal, z toho ze prvni cyklus probehl v poradku usuzuji ze HW je
>principielne v poradku.
>Napada Vas nekoho kde muze byt chyba?