summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorSascha Hauer <s.hauer@pengutronix.de>2011-01-12 11:18:14 +0100
committerDan Williams <dan.j.williams@intel.com>2011-01-30 01:14:49 +0100
commit6866fd3b7289a283741752b73e0e09f410b7639d (patch)
treeaa8bec586fb4cae492ae63931523ba560f722b1a
parentLinux 2.6.38-rc2 (diff)
downloadlinux-6866fd3b7289a283741752b73e0e09f410b7639d.tar.xz
linux-6866fd3b7289a283741752b73e0e09f410b7639d.zip
dmaengine i.MX SDMA: Fix firmware loading
When loading the microcode to the SDMA engine we have to use the ram_code_start_addr found in the firmware image. The copy in the sdma engine is not initialized correctly. This is broken since: 5b28aa3 dmaengine i.MX SDMA: Allow to run without firmware Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by: Dan Williams <dan.j.williams@intel.com>
-rw-r--r--drivers/dma/imx-sdma.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index d5a5d4d9c19b..75df8b937413 100644
--- a/drivers/dma/imx-sdma.c
+++ b/drivers/dma/imx-sdma.c
@@ -1135,7 +1135,7 @@ static int __init sdma_get_firmware(struct sdma_engine *sdma,
/* download the RAM image for SDMA */
sdma_load_script(sdma, ram_code,
header->ram_code_size,
- sdma->script_addrs->ram_code_start_addr);
+ addr->ram_code_start_addr);
clk_disable(sdma->clk);
sdma_add_scripts(sdma, addr);