深入AXI4总线-[四]传输事务属性(draft)

本文深入探讨了AXI4总线的传输事务属性,包括事务类型与属性、存储相关属性信号、存储类型和访问权限控制。AXI4协议中的AxCACHE信号用于控制传输在系统中的处理方式和系统缓存的行为。文章详细阐述了Bufferable和Modifiable属性,以及不同存储类型的访问控制,如Device、Normal Non-cacheable、Write-through和Write-back。此外,还提到了访问权限控制信号AxPROT在保护关键外设访问方面的作用。
摘要由CSDN通过智能技术生成

知乎用户ljgibbs授权转发

本系列我想深入探寻 AXI4 总线。不过事情总是这样,不能我说想深入就深入。当前我对 AXI总线的理解尚谈不上深入。但我希望通过一系列文章,让读者能和我一起深入探寻 AXI4。

声明1:部分时序图以及部分语句来自 ARM AMBA 官方手册

(有的时候感觉手册写得太好了,忍不住就直接翻译了。。)

声明2:AXI 总线是 ARM 公司的知识产权

备注

事务类型与属性

AXI 协议中定义了一组信号表示读写传输事务的类型,分别为 ARCACHE 以及 AWCACHE,合称为 AXCACHE。两者控制了

  • 传输事务在整个系统中如何进行(How a transaction progresses through the system)
  • 系统缓存对传输事务的操作(How any system-level caches handle the transaction)

AXI 协议中存在两类主机:存储从机(Memory Slave)与外设从机(Peripheral Slave)。

我们协议中传输事务属性主要是为存储从机准备的礼物,存储从机必须支持所有的事务属性信号。

而对于外设从机,支持哪些属性信号,就看着办了,协议只有一个要求:外设从机必须完成整个传输事务,哪怕存在其不支持的某个事务属性信号。

外设从机对于属性信号的支持以及相应的访问方式(method of access)由具体实现决定(IMPLEMENTATION DEFINED),一般设计者会将支持的方式列于该从机的规格书中,从机也只对所支持访问方式进行正确响应。

极端情况下,从机接收到一个不支持的访问方式,然后 GG (比如崩溃)了,这是可以的。但是一定一定要完成这次的传输事务后再 GG,以防止整个系统死锁。

协议也不要求从机支持复活机制。(continued correct operation is not required

系统级缓存

注意

  • 11
    点赞
  • 65
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值