Sign in

username:

password:



Not a member?

Search adsp



Search tips

Subscribe to adsp



adsp by Keywords

AD1819 | AD7332 | ADSP-2106 | ADSP-21060 | ADSP-21065L | ADSP-2116 | ADSP-21160M | ADSP-2181 | ADSP-218x | ADSP-219 | ADSP-2199 | ADSP219 | BF531 | BF532 | BF533 | BF535 | Blackfin | FFT | JTAG | LDF | SDRAM | SHARC | SPORT | UART | VDSP++ | VisualDSP

Discussion Groups

Discussion Groups | Analog Devices DSPs | SDRAM DMA: Update

Technical discussions related to Analog Devices DSPs (including Blackfin, TigerSHARC, SHARC and ADSP-21xx DSPs).

  

Post a new Thread

SDRAM DMA: Update - andor_bariska - Apr 22 16:19:00 2004



Well, finally got it working. I'd like to note two things:

1. I (erroneously) had the 65L silicione rev. 0.2 on my development
board. From previous experience, I know that this causes problems
(ie. unusable) in multiple DSP setups with shared SDRAM.

2. On a new development board equipped with rev. 0.3 chips the
initialization works if it is done from the DSP core via copy loops.
Ie. the host writes a block of data into internal memory of the DSP
and the DSP core copies this data from its internal memory into
external memory.

3. Also on this rev. 0.3 board, I could _not_ get the DMA based
initialization working. I probed further and found that only every
fifth value was written correctly by the external port DMA into
SDRAM. However, when I set up two DMA after each other, the first
writing to all even addresses and the second DMA writing to all odd
addresses, the initialization of the SDRAM finally worked OK.

I am assuming point 3) is due to a hardware anomaly of the 65L rev.
0.3. Can anyone using their own (dual) 65L boards equipped with SDRAM
confirm / counter this SDRAM DMA issue?

Regards and thanks to all who answered (and called!),
Andor




(You need to be a member of adsp -- send a blank email to adsp-subscribe@yahoogroups.com )