AMBA-CHI协议详解（五）

已于 2025-02-25 20:13:57 修改
阅读量1.3k 收藏 15
点赞数 10
分类专栏： AMBA-CHI协议 文章标签： CPU设计 总线设计 AMBA协议 CHI协议 arm架构
于 2024-08-12 22:54:07 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40147893/article/details/140912271
版权

在这里插入图片描述

AMBA-CHI协议详解（一）- Introduction
AMBA-CHI协议详解（二）- Channel fields / Read transactions
AMBA-CHI协议详解（三）- Write transactions
AMBA-CHI协议详解（四）- Other transactions
AMBA-CHI协议详解（五）- Transaction identifier fields
AMBA-CHI协议详解（六）- Transaction identifier field flows
AMBA-CHI协议详解（七）- Ordering
AMBA-CHI协议详解（八）- Address, Control, and Data
AMBA-CHI协议详解（九）- Data transfer
AMBA-CHI协议详解（十）- Retry
AMBA-CHI协议详解（十一）- Network Layer
AMBA-CHI协议详解（十二）- Cache line states
AMBA-CHI协议详解（十三）- Read transactions and Cache line states
AMBA-CHI协议详解（十四）- Dataless transactions
AMBA-CHI协议详解（十五）- Write transactions
AMBA-CHI协议详解（十六）- Combined Write/Atomic transactions

了解本专栏 订阅专栏 解锁全文
AMBA-CHI协议详解（七）
Crazzy_M的博客
08-18 691
本节描述该协议包含的支持系统保序需求的机制。
AMBA-CHI协议详解（四）
Crazzy_M的博客
06-19 1889
Write Transactions、Atomic transactions、 Stash transactions、 Dataless transactions的等各个事务的事务流。
AMBA CHI协议学习笔记4 - Ordering，Hazard
影扶墙的博客
11-30 1414
LP monitor：RN-F内的每个LP都必须实现一个exclusive monitor，用于检查exclusive sequence访问使用的地址信息。LP monitor在收到同地址的invalidating snoop request或同一个LP对该地址产生的non-exclusive store复位。4、CHI协议也定义了RN和HN、HN-I和SN-I之间的requests保序的机制，HN-F和SN-F之间的order域是用于获得request accepted acknowledge。
CHI保序
W1Z1Q的专栏
02-03 5718
CHI保序
CHI协议（4）
分享记录一下工作中遇到的相关知识
04-28 373
当Completer对request进行retry，它需要记录该笔request的来源，也需要决定和记录Protocol Credit的类型，因为后续PCrdGrand的P-Credit type要和RetryAck中的一致。对于访问Non-cacheable或Device memory的read transaction，RespSepData或CompData响应可以保证对同一端点地址范围的transaction会被任何agent随后的transaction观测到，端点的地址范围取决于具体实现；
【CHI】Ordering保序
数字IC/FPGA杂货铺，找一找，或许有你想要的~
11-21 1006
CHI保序
AMBA-CHI协议详解（二）
Crazzy_M的博客
04-27 4278
读事务，写事务，原子事务，Stash事务，Dataless事务，DVM事务，Retry事务。
AMBA-CHI协议详解（一）
Crazzy_M的博客
03-15 8756
CHI体系结构是一种可扩展、一致性的集线器接口和片上互联，可由多个组件使用。CHI体系结构允许根据性能、功耗和面积系统要求灵活地进行组件连接拓扑。硬件一致性使系统组件能够共享内存，而无需维护软件缓存以保持一致性。如果两个组件对同一存储器位置的写入可被所有组件以相同的顺序观察到，则存储器区域是一致的。
AMBA-CHI协议详解（十一）
Crazzy_M的博客
11-13 517
本章描述了确定事务目的节点ID的网络层。
AMBA-CHI协议详解（十九）
Crazzy_M的博客
02-22 276
各种请求对应的响应以及Cache line状态转换。
CHI的Cache Stashing和DVM操作
upc886的专栏
04-28 1275
本文介绍CHI协议中的Cache Stashing操作和DVM操作，将分为两章节来描述。
CHI write 传输——CHI（5）
09-30 1474
b. This request will complete before any snoop（保序）返回Comp，表示其他requester。上篇介绍了dataless的操作类型，本篇我们来介绍一下write。（6）Tag Match，由于涉及内容过多，我们在链接层单独介绍。来提高系统性能，因为可以减少使用数据时的内存访问延迟。：一种投机行为，通过在其未来的使用点附近分配一个。之间，不能收到任何的同地址的。其中，WriteNoSnp。，也可以将它们合并，只发送。若写操作被取消，则发送。的原因是下文提及的“
AXI协议解析(五)
Alfred的博客
01-01 7113
今天先来看一下传输标识（transaction identifier）的概念，主要是ID信号。 开始之前先讲几个概念，首先是outstanding（想不好怎么翻译，有的人译为超前）传输。如果没有outstanding能力，或者说outstanding=1时，主机的读操作顺序是：读地址命令->等待读数据返回->读地址命令->等待读数据返回->…如此往复。主机的写操作行为是：写地址->写数据->等待写响应返回->写地址->写数据->等待写响应返回->
一致性协议理解：保序与order
a11214033的博客
03-18 5061
Order使用背景 1）除非特别要求，对Normal memory、Device RE的访问，同地址保序即可； 2）对Device nRE\Device nRnE的访问，需要对空间访问保序； 3）CHI中，互联不保证顺序，从相同channel发布的命令不一定按照相同顺序到达HN。 问题：那么CHI如何解决transaction顺序问题？ CHI中提供Comp、CompAck、Order这3种mechanism解决顺序问题，下文分别描述。 Comp mechanism Comp如何传递？ 为了
CHI属性、参数和广播信号
W1Z1Q的专栏
02-10 2956
本文描述CHI协议的properties、parameters、broadcast signals，这些指定了一个interface支持的行为。
cmd-bat-批处理-脚本-rimraf.zip
05-21
cmd-bat-批处理-脚本-rimraf.zip
ADS官网的混频器仿真教程
05-21
该资源文件详细介绍了如何在ADS软件中进行混频器仿真，内容涵盖了仿真设置、参数调整、结果分析等多个方面。
cmd-bat-批处理-脚本-Messagebox_Cancel_TryAgain_Continue.zip
05-21
cmd-bat-批处理-脚本-Messagebox_Cancel_TryAgain_Continue.zip
基于C#的OpcUa通讯实现：KEPserverEX服务器远程连接与测试工具UaExpert的应用 OpcUa
最新发布
05-21
内容概要：本文详细介绍了如何使用C#客户端实现OpcUa通讯，具体包括远程连接KEPserverEX服务器的方法及其应用。文中不仅提供了详细的环境准备工作指导，还给出了具体的代码示例用于创建会话和连接服务器，最后通过UaExpert测试工具验证了整个流程的有效性。这是一套亲测稳定高效的解决方案，适用于工业自动化领域的数据传输和控制。 适合人群：从事工业自动化领域的研发人员和技术爱好者，尤其是那些有C#编程经验并对OpcUa通讯感兴趣的开发者。 使用场景及目标：①帮助开发者掌握C#客户端连接KEPserverEX服务器的具体方法；②提供实用的代码示例和测试工具使用指南，便于快速上手；③确保数据传输的安全性和稳定性，提高工作效率。 其他说明：文章强调了环境准备的重要性，包括安装必要的开发工具和库，同时也指出了可能遇到的问题及解决办法。此外，还提到了UaExpert作为一款优秀的测试工具，在验证连接和数据交互方面的优势。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

数字硬鉴

你的鼓励就是我创作的最大动力。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值