PCIe RN (Readiness Notification)介绍_pcie readiness notification(2)

现在能在网上找到很多很多的学习资源，有免费的也有收费的，当我拿到1套比较全的学习资源之前，我并没着急去看第1节，我而是去审视这套资源是否值得学习，有时候也会去问一些学长的意见，如果可以之后，我会对这套学习资源做1个学习计划，我的学习计划主要包括规划图和学习进度表。

分享给大家这份我薅到的免费视频资料，质量还不错，大家可以跟着学习

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

• ✨ 4. FRS消息队列
• • 4.1 FRS消息规则
    • 4.2 FRS队列扩展能力结构
• 📚 参考

---

— 背景介绍 —

✨ 1. 背景介绍

Readiness Notification，缩写为RN，PCIe 3.1提出并在PCIe 4.0时正式引入。在未使用CRS（Configuration Request Retry Status）时，PCIe设备启动或复位后要等1s左右的时间软件才能发送配置请求，启动CRS后将这个时间缩减到了100ms左右。但CRS使用起来比较繁琐，RN机制在CRS基础上更进一步，是一种更为简便的通知机制，同样能够减少PCIe Device/Function 启动或复位到软件发送配置请求间的等待时间。

RN机制包括两种通知机制：DRS消息（Device Readiness Status） 和 FRS消息（Function Readiness Status）。该机制是Device/Function进入Configuration-Ready状态的直接标志。

✔️ 在PCIe系统实现过程中，强烈建议firmware/software减少一切不必要的延时 ❗️❗️❗️
  ✔️ 强烈建议硬件设计能够舍弃或尽可能减少时延需求，充分利用RN机制提供的便利，依据RN通知来决定所需的时延 ❗️❗️❗️

💡 注：
Configuration-Ready，Function能够对其收到的配置请求回复以带有Success状态的有效Completion，则该Function为Configuration-Ready状态。