Hi,
We have a working McBSP driver (DMA supported) working on OMAP2420 (C55). How much effort does it request to port it to OMAP3530?
Thank you.
Fabrice.
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi,
We have a working McBSP driver (DMA supported) working on OMAP2420 (C55). How much effort does it request to port it to OMAP3530?
Thank you.
Fabrice.
Hi,
I would like to update a bit my question.
The OMAP2420 has a SDMA that we used to transfer data between the McBSP ports and the DSP.
In the OMAP3530, the IVA2.2 (DSP C64x) has its own DMA controler (EDMA). Nevertheless OMAP3530 also includes the SDMA.
To keep the code simple we would like to keep working with the SDMA to transfer data between the McBSP and the DSP.
In that case:
1 - Can the DSP control the SDMA controler?
2 - Is there any real time overhead created because of the DSP using the SDMA instead of the EDMA?
Thank you.
Fabrice.
Hi Fabrice,
I would like to know if you used any particular OS to configure SDMA in 2420 (like linux etc..)
I would also like to know how MCBSP is configured for DMA since the data register is only 16
bits and we have 2 registers t deal with. I'm actually tryiing to test McBSP with digital loopback with DMA.
Thanks
Kishon
Hello,
I am looking for McBSP Driver for OMAP3530 to wake up the McBSP bus and set up communication channel between DSP and FPGA.
As I read you already have McBSP Driver can you share information with me whether you developed the driver or it comes as default in the library....?
Thanks,
AD
Hi!
did you get any response from anyone yet? Last time I asked TI (2009?), they said that everyone's supposed to do that kind of stuff in Linux. But I'm pretty sure it should also still be possible from the DSP side as it used to be on the first generation OMAPs. We've now written a Linux-side driver (Kernel module) that sets up the McBSP for our ADC and pumps data to memory via DMA. But I still think this should better be done on the DSP side (for reliable real-time behaviour)! So i'd really like to hear if you got anything working there?
Cheers,
Simon