element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Avnet Boards Forums
  • Products
  • Dev Tools
  • Avnet Boards Community
  • Avnet Boards Forums
  • More
  • Cancel
Avnet Boards Forums
Software Application Development Changing the cache policy of the ARM in Zynq
  • Forum
  • Documents
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Avnet Boards Forums to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Not Answered
  • Replies 1 reply
  • Subscribers 311 subscribers
  • Views 284 views
  • Users 0 members are here
Related

Changing the cache policy of the ARM in Zynq

shakith
shakith over 12 years ago

Hi all,

I am unable to change cache policy of the ARM in Xilinx Zynq platform.

I have a working design of the ACP port and would like to monitor static) the cache behavior to determine when I should switch from ACP to HP for different frame sizes for a video application. I have gotten the PMU event monitors and the PL310 event monitors working on bare metal application.

The ACP read monitoring was easier. As the all the DMA reads from ACP can be measured as cache read hits from PMU event monitors.

The ACP writes are tricky as the it depends on the cache policy. I didn't observe any events on both PMU and PL310 event monitors. It seems that the cache writes are Write-Back, no Write-Allocate policy from MMUTable from the below statement. I would like to make it write through policy and observe the cache hits on l2 cache  PL310 event monitor.

The data that is placed on HIgh OCM region is made cacheable using the following commands which modify MMUtable.
// S=b1 TEX=b100 AP=b11, Domain=b0, C=b1, B=b1
//Xil_SetTlbAttributes(0xFFF00000,0x14c0e);
http://www.xilinx.com/support/documentation/user_guides/ug585-Zynq-7000-TRM.pdf (Page 78). C=1, B=1 determines that Write-Back, no Write-Allocate.

When I change it to write through C=1, B=0 policy, the program hangs. Is it because of the translation_table.s which has the following setting for the same region.
/* 256K OCM when mapped to high address space
* inner-cacheable */
.word SECT + 0x4c0e /* S=b0 TEX=b100 AP=b11, Domain=b0, C=b1, B=b1 */
.set SECT, SECT+0x100000

Is there any guidelines any changing this policy settings? maybe I need to disable the MMU, set the policy and re-enable the MMU or something like that. though it's not specified. the example at the below link doesn't not do that though http://www.xilinx.com/support/answers/50826.htm.
Is there any register to check why the processor hanging?

Thanks in advance.

  • Sign in to reply
  • Cancel
  • Former Member
    0 Former Member over 12 years ago

    Look at xapp1078....

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube