Vendor_Defined消息
Vendor_Defined Messages允许扩展PCI Express消息传递功能，既可以作为PCI Express规范的一般扩展，也可以作为特定于供应商的扩展。此处定义与这些消息关联的规则。
Message Code数量有限，PCIE协议定义了VDM (Vendor Defined Message)，以此来扩展Message种类。
•Vendor_Defined消息(见表2-25)使用图2-28所示的报头格式。
◦请求者ID是具体实现的。强烈建议Requester ID字段包含与Requester关联的值。
◦如果使用ID路由，则字节8和9形成一个16位字段作为目的ID，否则这些字节被保留。
◦字节10和11形成一个16位字段的供应商Vendor ID，由PCI-SIG®定义的供应商定义的消息。
◦字节12至15可用于供应商定义
Note 1：端点/根复合体/网桥传输是具体实现的。SW必须使用路由r[2:0]字段值000b、010b和011b转发收到的消息
数据有效载荷可以包含在任一类型的Vendor_Defined Message中(如果不包含数据有效载荷，TLP类型为Msg;如果包含数据有效载荷，TLP类型为MsgD)。
•对于两种类型的Vendor_Defined消息，Attr[1:0]和Attr[2]字段不被保留。
•由不同供应商或PCI-SIG定义的消息通过供应商ID字段中的值来区分。
•Completers静默地丢弃它们未设计接收的接收的Vendor_Defined Type 1消息，这不是一个错误条件。
•Completers将收到不支持的Vendor_Defined Type 0消息作为不支持的请求处理，并根据6.2节报告错误。
PCI-SIG-Defined VDMs
PCI-SIG定义的vdm是使用PCI-SIG®Vendor ID (0001h)的供应商定义的Type 1消息。作为供应商定义的Type 1消息，如果Completer不实现它，则每个消息都会被Completer静默地丢弃。
与其他厂商定义的Type 1消息的形成规则不同，pci - sig定义的vdm的形成遵循以下规则:
•pci - sig定义的vdm使用如图所示的Header格式。
•请求者ID字段必须包含与请求者相关联的值。
•Message Code必须为01111111b。
•Vendor ID必须为0001h，这是分配给PCI-SIG的。
•Subtype字段用于区分pci - sig定义的vdm。
LN消息
LN协议定义了LN消息，它是pci - sig定义的vdm。每个消息的有效负载通常包含已更新或已退出的已注册cacheline的64位地址。单个64位地址格式用于64位和32位地址。由于每条LN消息都是供应商定义的Type 1消息，因此，如果Completer不能识别该消息，则需要接收到正确形式的LN消息的Completer静默丢弃该消息。
可以使用基于id的路由将LN消息定向到单个端点，也可以将其广播到给定根端口下面的所有设备。是否向RC中的所有根端口发送广播LN消息取决于具体实现。
与其他pci - sig定义的vdm不同，LN消息的形成遵循以下规则:
•LN消息的定义如表2-27和图2-30所示。
•每个消息必须包含一个2 DW数据负载。
•Fmt字段必须是011b (4 DW头，带数据)。
•TLP类型必须为MsgD。
•Length字段必须为2。
•TC[2:0]字段必须为000b。
•不保留IDO (ID-Based Ordering)位Attr[2]。
•不保留RO (relax Ordering)位Attr[1]。
•保留No Snoop位Attr[0]。
•保留LN位(LN read、LN Writes、LN completion必须设置LN位)。
•保留Tag字段。
•如果是广播版本，则Destination ID字段为Reserved。
•Subtype字段必须为00h。
•如果系统有效的缓存行大小为128字节，则“缓存地址”中的第6位必须为“清除”。对于接收到LN消息的LNR (Lightweight Notification Requester)，如果在LNR控制寄存器中设置了LNR CLS位，配置了128字节的Cacheline，则LNR必须忽略Cacheline Address中第6位的值。
•NR (Notification Reason)字段的编码如表2-26所示，表示发送LN Message的具体原因。这些编码适用于直接和广播版本的LN消息。
LN消息的格式如图：
