• State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 349 subscribers
  • Views 15696 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ARM Cortex-A9 | Non-cacheable memory range

S R Chidrupaya
Note: This was originally posted on 23rd May 2013 at http://forums.arm.com

Hi all,


I am designing an application on  xilinx zynq 702 board which comes with two(core) arm cortex a9 processors. I am using one of the arm cores two run a part of the application which retrieves and stores data on DDR3(on zynq), that in turn is stored or retrieved by another part of the application running on microblaze(zynq).

For maintaining coherency between them I need to make the data accesses non-cacheable. Is there any provision on arm to make a range of memory non-cacheable during run-time?

Thanks

John
Parents
  • 0
    Note: This was originally posted on 3rd June 2013 at http://forums.arm.com

    Hi Scott and isogen,

    Thanks for clearing it up, Scott. But if I do use the table entries(or MMU) to remap the memory regions, as per my understanding, I've to do it for a section with size range(4kB - 1MB) which I want to avoid as my need is to declare only a range of memory as non-cacheable. If I'm missing anything; please suggest.

    John
Reply
  • 0
    Note: This was originally posted on 3rd June 2013 at http://forums.arm.com

    Hi Scott and isogen,

    Thanks for clearing it up, Scott. But if I do use the table entries(or MMU) to remap the memory regions, as per my understanding, I've to do it for a section with size range(4kB - 1MB) which I want to avoid as my need is to declare only a range of memory as non-cacheable. If I'm missing anything; please suggest.

    John
Children
No data