Arm Community
Site
Search
User
Site
Search
User
Support forums
Arm Development Studio forum
data & unified cache
Jump...
Cancel
Locked
Locked
Replies
4 replies
Subscribers
118 subscribers
Views
3293 views
Users
0 members are here
Options
Share
More actions
Cancel
Related
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
data & unified cache
baskaran chidambaram
over 12 years ago
Note: This was originally posted on 9th March 2013 at
http://forums.arm.com
In the A8 cache registers i see that the data cache tied to Unified cache - for enabling, cleaning etc. Any reason for this?
Regards
Baskaran
Parents
Peter Harris
over 12 years ago
Note: This was originally posted on 11th March 2013 at
http://forums.arm.com
[color=#222222][font=arial, helvetica, sans-serif][size=2]> why there no separate configuration for Unified cache. why it has to be clubbed with Data cache? [/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]At a given level in the cache hierarchy you will either have a separate I and D cache, or a unified cache. You never have both a D cache and a unified cache at the same level. [/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]For 99% of ARM implementations you will have separate I and D at level 1, and a unified level 2. The usage of the set way logic selects which cache level you want to invalidate, so you can target either the D or the U cache depending on what level you have selected.[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]You group the I cache by itself because it is fundamentally different to the other two - D and U can both contain modified data, the I cache cannot, so many encodings make no sense for an I cache.[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]HTH,
Iso[/size][/font][/color]
Cancel
Vote up
0
Vote down
Cancel
Reply
Peter Harris
over 12 years ago
Note: This was originally posted on 11th March 2013 at
http://forums.arm.com
[color=#222222][font=arial, helvetica, sans-serif][size=2]> why there no separate configuration for Unified cache. why it has to be clubbed with Data cache? [/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]At a given level in the cache hierarchy you will either have a separate I and D cache, or a unified cache. You never have both a D cache and a unified cache at the same level. [/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]For 99% of ARM implementations you will have separate I and D at level 1, and a unified level 2. The usage of the set way logic selects which cache level you want to invalidate, so you can target either the D or the U cache depending on what level you have selected.[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]You group the I cache by itself because it is fundamentally different to the other two - D and U can both contain modified data, the I cache cannot, so many encodings make no sense for an I cache.[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]
[/size][/font][/color]
[color=#222222][font=arial, helvetica, sans-serif][size=2]HTH,
Iso[/size][/font][/color]
Cancel
Vote up
0
Vote down
Cancel
Children
No data