转载地址:http://blog.chinaaet.com/justlxy/p/5100061891
链路唤醒机制可以让处于非D0状态的Endpoint,通过唤醒来请求Root(软件层)让其返回D0状态。PCIe PM的软件层和PCI PM是兼容的,尽管其硬件实现方式并非完全相同。PCI PM的唤醒机制是通过一个边带信号来实现的,而PCIe PM还支持一种inband的PME消息(Power Management Event Message)来实现这一功能。
需要注意的是,PME消息本质上也是Message,也就是说PME消息也是一种TLP,因此PME消息只能在链路处于L0状态下,才可以正常发送。
注:前面的文章中介绍过,当链路处于非L0状态时,任何TLP和DLLP都不能正常发送。
PME消息包的格式如下图所示:
有几点需要注意的是:
1、PME消息只能采用模糊寻址(Implicitly)方式;
2、PME消息的TC和VC只能是0,即不支持QoS;
3、PME消息是一种Message,因此其是Posted的,即不需要Completion与之对应;
4、PME消息不支持Relaxed Ordering,且总是强制当前器件与Root之间的链路上的所有PCIe设备中的所有其他的事务层包(TLP)在PME消息之前发送。
注:当然,第4点可能会造成链路处于死锁状态,因为如果链路中存在问题的话,可能会导致某些Non-Posted的TLP无法得到返回的Completion,如果一致等待的话,则会造成死锁。解决方式是,Root在等待超过一定的时长后,仍然无法接收到返回的Completion,且发现有PME消息的存在,则开始处理PME消息。
实现PME机制还有一个前提:相关PCIe设备能够在非D0状态下处理PME消息,且收发PME消息时,链路已经被唤醒,且进入了L0状态。此时,PME机制的实现流程如下:
1、当前PCIe设备将PME消息发送至其上一级端口(Upstream Port);
2、该PME消息通过模糊寻址的方式,通过Switch(如果有的话),最后达到Root;
3、Root接收到了PME消息后,将其内容转发给PM控制器(Power Management Controller);
4、该控制器通知PM软件,产生一个中断告知系统。软件利用PME消息中的Requester ID来发起配置空间读写操作,并使得对应的PCIe设备返回至D0状态(或者其他状态)。在这个过程中,PCIe驱动可能需要暂时备份该设备的PCIe配置空间的寄存器值;
5、软件恢复该PCIe设备的相关信息(配置空间寄存器等)。
前面说到,PME消息是一种TLP,其需要链路(Link)处于L0状态,才能正常收发。如果链路处于非L0状态,则需要通过其他的方式先来唤醒链路。PCIe Spec定义了两种方式:
※ Beacon,一种低速的信号(前面的文章介绍过),该信号只需要AUX电源供电即可;
※ WAKE#,一种边带信号(低电平有效),该信号同样只需要AUX电源供电即可。
注:实现PME机制,还需要保证设备控制寄存器(Device Control Register)中的Aux Power PM Enable位被使能,如下图所示:
联系客服