Arm Community
Site
Search
User
Site
Search
User
Support forums
SoC Design and Simulation forum
Bus Matrix
Jump...
Cancel
State
Not Answered
Locked
Locked
Replies
4 replies
Subscribers
92 subscribers
Views
8052 views
Users
0 members are here
AMBA
Cortex-M3
Bus Architecture
Cortex-M
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
Bus Matrix
Felix Varghese
over 12 years ago
Note: This was originally posted on 28th January 2009 at
http://forums.arm.com
What exactly is a bus matrix? I came across the term in ARM cortex M3 specs but couldnt find any proper description. Can someone help?
Parents
0
Peter Harris
over 12 years ago
Note: This was originally posted on 28th January 2009 at
http://forums.arm.com
> so is the core the only master here and other devices are slaves?
Yes. A master is anything which can initiate a transaction on the bus - so a CPU, a DMA engine, etc. A slave is something which recieves a transaction sent by a master (memory device, peripheral, bus bridge).
> And what is the point of this kind of an arrangement?
The matrix design philosophy really originated because of complex ASIC requirements, such as cellular handset designs. In these you often have 10 - 20 masters (mutliple ARM cores, DSPs, custom logic accelerators, GPUs, etc), and a large number of slaves (multiple memory ports, both on-SoC and off-SoC, and peripheral regions).
In these designs you might have a memory slave that you want the baseband modem DSP to see, but that you do not want the GPU to be able to see. By configuring the matrix properly when you synthesize the bus, you can easily block this memory transaction simply by ensuring that the connection doesn't exist in the RTL.
The other important thing to note is that most modern bus architectures are conceptually point to point links between individual masters and slaves. Each point to point link can have different performance characteristics if needed, such as higher priority or a wider bus width.
For a microcontroller the "matrix" might be quite small - but the same principles apply.
Cancel
Vote up
0
Vote down
Cancel
Reply
0
Peter Harris
over 12 years ago
Note: This was originally posted on 28th January 2009 at
http://forums.arm.com
> so is the core the only master here and other devices are slaves?
Yes. A master is anything which can initiate a transaction on the bus - so a CPU, a DMA engine, etc. A slave is something which recieves a transaction sent by a master (memory device, peripheral, bus bridge).
> And what is the point of this kind of an arrangement?
The matrix design philosophy really originated because of complex ASIC requirements, such as cellular handset designs. In these you often have 10 - 20 masters (mutliple ARM cores, DSPs, custom logic accelerators, GPUs, etc), and a large number of slaves (multiple memory ports, both on-SoC and off-SoC, and peripheral regions).
In these designs you might have a memory slave that you want the baseband modem DSP to see, but that you do not want the GPU to be able to see. By configuring the matrix properly when you synthesize the bus, you can easily block this memory transaction simply by ensuring that the connection doesn't exist in the RTL.
The other important thing to note is that most modern bus architectures are conceptually point to point links between individual masters and slaves. Each point to point link can have different performance characteristics if needed, such as higher priority or a wider bus width.
For a microcontroller the "matrix" might be quite small - but the same principles apply.
Cancel
Vote up
0
Vote down
Cancel
Children
No data