MCTP 协议。Management Component Transport Protocol。设备管理协议

内部资料，小心使用，cpci3.0规范，有兴趣的朋友可以下载

AXI4_specification，英文标准

JTAG标准JTAG Specification

eetop.cn_PCI.Express.Base.Specification.v2.0.pdfeetop.cn_PCI.Express.Base.Specification.v2.0.pdf

112G Ethernet IEEE Specification Draft 2.1

Video File Format Specification V10

MIPI Alliance Specification for RF Front-End Control Interface (RFFE), v1.10

WiFi联盟2021年关于WiFi Direct最新标准，Wi-Fi_Direct_Specification_v1.9。 适用人群：WiFi driver开发人员等

CAN SpecificationVersion 2.0。The acceptance and introduction of serial communication to more and more applications has led to requirements that the assignment of message identifiers to communication functions be standardized for certain applications. These applications can be realized with CAN more comfortably, if the address range that originally has been defined by 11 identifier bits is enlarged Therefore a second message format (’extended format’) is introduced that provides a larger address range defined by 29 bits. This will relieve the system designer from compromises with respect to defining well-structured naming schemes. Users of CAN who do not need the identifier range offered by the extended format, can rely on the conventional 11 bit identifier range (’standard format’) further on. In this case they can make use of the CAN implementations that are already available on the market, or of new controllers that implement both formats. In order to distinguish standard and extended format the first reserved bit of the CAN message format, as it is defined in CAN Specification 1.2, is used. This is done in such a way that the message format in CAN Specification 1.2 is equivalent to the standard format and therefore is still valid. Furthermore, the extended format has been defined so that messages in standard format and extended format can coexist within the same network.