• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Digital Signal Processors (DSP) » DaVinci™ Video Processors » DM37x DaVinci Video Processor Forum » DMA Transaction Error on DM3730
Share
DaVinci™ Video Processors
  • Forums
  • Announcements
Options
  • Subscribe via RSS

Forums

DMA Transaction Error on DM3730

This question is not answered
Konstantin
Posted by Konstantin
on Apr 03 2012 05:22 AM
Prodigy250 points

Hi!

I'm trying to organize synchronous burst-read (8*16bit pack) from FPGA (via GPMC) to memory (using DMA).

My OS is angstrom linux (v 2.6.32)

Init code:

gpmc_cs_request(4,SZ_16M,&fpga_mem_base);
fpga_mem_remap = ioremap(fpga_mem_base,SZ_4K);
...
some PADCONF, GPIO, IRQ code cutted out
...
    //-----------------------------------------------------------dma setup

p347_fpga_info.dma_par.data_type = OMAP_DMA_DATA_TYPE_S16;
p347_fpga_info.dma_par.src_start = fpga_mem_remap;
p347_fpga_info.dma_par.src_amode = OMAP_DMA_AMODE_POST_INC;
p347_fpga_info.dma_par.dst_start = &p347_fpga_info.DST[0];
p347_fpga_info.dma_par.dst_amode = OMAP_DMA_AMODE_POST_INC;
p347_fpga_info.dma_par.dst_ei = 1;
p347_fpga_info.dma_par.dst_fi = 1;
p347_fpga_info.dma_par.elem_count = 8;
p347_fpga_info.dma_par.frame_count = 1;

omap_request_dma(77,"p347_fpga_read_dma",p347_fpga_dma_callback,NULL,&p347_fpga_info.dma_ch);
omap_set_dma_params(p347_fpga_info.dma_ch,&p347_fpga_info.dma_par);
omap_set_dma_src_burst_mode(p347_fpga_info.dma_ch,OMAP_DMA_DATA_BURST_8);
omap_set_dma_dest_burst_mode(p347_fpga_info.dma_ch,OMAP_DMA_DATA_BURST_8);
...
some GPMC timings code cutted out
...
    omap_enable_irq_dma(p347_fpga_info.dma_ch);

return 0;



And after
omap_start_dma(p347_fpga_info.dma_ch);
I've got "DMA transaction error with device 77"
Can you help me to find a mistake?
DM3730 Linux SDMA
Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • Konstantin
    Posted by Konstantin
    on Apr 05 2012 11:07 AM
    Prodigy250 points

    I've found two mistakes:

    1) memory that pointed by dst_start should be allocated by dma_alloc_coherent

    2) src_start should be physical, not remapped

    So there is no "transaction error" now, and I've got a dma callback with "block complete" status. But I still have some bugs in code: all data in destination buffer are zeroes.

    By the way, no-dma GPMC reading and writing works well.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Brent Williams
    Posted by Brent Williams
    on Apr 17 2012 12:42 PM
    Prodigy40 points

    Konstantin

    I've found two mistakes:

    1) memory that pointed by dst_start should be allocated by dma_alloc_coherent

    2) src_start should be physical, not remapped

    So there is no "transaction error" now, and I've got a dma callback with "block complete" status. But I still have some bugs in code: all data in destination buffer are zeroes.

    By the way, no-dma GPMC reading and writing works well.

    Hi Konstantin,

    I currently have a GPMC char device driver (for DM3730) interfacing to a FPGA.  I have a loopback test working non-DMA.  I am trying to get the DMA working but I am having issues with dma_alloc_coherent(). 

    How were you able to access the struct device for the GPMC which is passed in as the first parameter to dma_alloc_coherent()?

    Thanks,

    Brent

     

     

     

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Konstantin
    Posted by Konstantin
    on Apr 17 2012 16:32 PM
    Prodigy250 points

    Hi Brent.

    I'm not sure that my code is correct: i've just typed NULL as the first parameter. It works somehow :)

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Brent Williams
    Posted by Brent Williams
    on Apr 24 2012 10:43 AM
    Prodigy40 points

    Thanks for the reply.  I have seen in other posts where they do that. 

    http://e2e.ti.com/support/embedded/linux/f/354/t/89978.aspx

    I am going to look at the source code for dma_alloc_coherent() to see what it is doing with the struct.

    Thanks again,

    Brent

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Brent Williams
    Posted by Brent Williams
    on Mar 19 2013 16:02 PM
    Prodigy40 points

    Hi Konstantin,

    Did you ever get this to work?

    Brent

     

     

     

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Konstantin
    Posted by Konstantin
    on Mar 19 2013 19:36 PM
    Prodigy250 points

    Brent, yes, it works (with changes from my 2nd post here). I don't remember what actually I changed after this... What problem do you have now?

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Brent Williams
    Posted by Brent Williams
    on Mar 20 2013 09:55 AM
    Prodigy40 points

    Hi Konstantin,

    I am just starting to look at implementing DMA again (had it working without and that was good enough at time). 

    I am going to start with how you were able to get it working.

    I looked at your other post, did you find out the reason for the delays in bursting??

    And thanks for responding!  I might have a question in the future.

    Brent

     

     

     

     

     

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Konstantin
    Posted by Konstantin
    on Mar 21 2013 05:16 AM
    Prodigy250 points

    Brent, i don't remember for sure what we did that time. For now we have a DMA pack of 256 bursts working on 80MHz GPMC_FCLK.

    And pause between bursts for now is stable (~125ns). It equals 10 clock ticks (cycle2cycle delay = 1 tick).

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use