SPI, DMA and an i.MX31
lilja.magnus at gmail.com
Tue Sep 22 10:09:16 EDT 2009
2009/9/22 Wolf, Rene, HRO-GP <rene.wolf at mbda-systems.de>:
> Hi @ all!
> Wow, there seams to be some interest in this :-)
>> Freescale has released a BSP for i.MX31 based on kernel 2.6.26. Don't
>> know how much it differs in the DMA areas but it might be good to
>> check it out and use that as well as a base for your work on i.MX31-DMA
>> in 2.6.31. (freescale.com/imx31 => Software & Tools => i.MX31PDK =>
> Jep. As far as I can remember I did check it and that was a binary only
> release or I just overlooked the interesting stuff... I will have a
> second look at it.
Depends on what you mean by "binary only", the source code for
Freescale's Linux is available in the BSP but no source for the SDMA
>> It would be very nice to have i.MX31 DMA support in mainline, that would
>> perhaps also make it possible to have ALSA sound support for i.MX31.
> Hmm, would that be ok by the GPL and stuff. Coz the actual 'firmware'
> is binary only, though it is packed as a 'short' array inside
> 'sdma_script_code.h' & 'sdma_script_code_pass2.h'?
That might be a problem. Binary firmware can be handled in Linux, as
an example one can load it from user space but that makes it difficult
to enable the SDMA before userspace has started. Another example is to
let the bootloader load the SDMA scripts but that's not a nice
solution. Don't know if this firmware can be accepted as a binary
within the kernel.
Perhaps there are other ways.
More information about the linux-arm-kernel