Arm Community
Site
Search
User
Site
Search
User
Groups
Research Collaboration and Enablement
DesignStart
Education Hub
Innovation
Open Source Software and Platforms
Forums
AI and ML forum
Architectures and Processors forum
Arm Development Platforms forum
Arm Development Studio forum
Arm Virtual Hardware forum
Automotive forum
Compilers and Libraries forum
Graphics, Gaming, and VR forum
High Performance Computing (HPC) forum
Infrastructure Solutions forum
Internet of Things (IoT) forum
Keil forum
Morello Forum
Operating Systems forum
SoC Design and Simulation forum
中文社区论区
Blogs
AI and ML blog
Announcements
Architectures and Processors blog
Automotive blog
Graphics, Gaming, and VR blog
High Performance Computing (HPC) blog
Infrastructure Solutions blog
Innovation blog
Internet of Things (IoT) blog
Operating Systems blog
Research Articles
SoC Design and Simulation blog
Tools, Software and IDEs blog
中文社区博客
Support
Arm Support Services
Documentation
Downloads
Training
Arm Approved program
Arm Design Reviews
Community Help
More
Cancel
Support forums
Arm Development Studio forum
load image into cache and execute it in cache
Jump...
Cancel
Locked
Locked
Replies
6 replies
Subscribers
121 subscribers
Views
3729 views
Users
0 members are here
Options
Share
More actions
Cancel
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
load image into cache and execute it in cache
Offline
yitian bu
over 9 years ago
Note: This was originally posted on 31st January 2013 at
http://forums.arm.com
Hi Experts:
i have heard that some ARM platform providers load their bootloader into L2 cache, and execute the bootloader in L2 cache directly.
how can this work? do they add some logic inside silicon to make this work?
as my understanding, cache has differnt architecture from normal sram, how can CPU recognize the L2 cache as a normal sram and execute image in it directly?
Best Regards
Parents
Offline
Peter Harris
over 9 years ago
Note: This was originally posted on 4th February 2013 at
http://forums.arm.com
I don't think that's going to work. If you use the CPU to do the copy of the second boot loader it is simply going to overwrite the first level bootloader. Locking things down in the cache does not make them immutable, nor change the fact that both bits of code exist at the same address =)
Footnote - most devices have a small SRAM on chip for doing precisely what you are doing so you have some scratch RAM before main memory is available.
Iso
Cancel
Up
0
Down
Cancel
Reply
Offline
Peter Harris
over 9 years ago
Note: This was originally posted on 4th February 2013 at
http://forums.arm.com
I don't think that's going to work. If you use the CPU to do the copy of the second boot loader it is simply going to overwrite the first level bootloader. Locking things down in the cache does not make them immutable, nor change the fact that both bits of code exist at the same address =)
Footnote - most devices have a small SRAM on chip for doing precisely what you are doing so you have some scratch RAM before main memory is available.
Iso
Cancel
Up
0
Down
Cancel
Children
No data