黑果的睡眠和唤醒多长时间才算正常？

jiankeyu · 发表于 2023-2-27 19:54

发现windows下机器进入睡眠仅需5秒，唤醒也仅需5秒。但是在macos下，进入睡眠需要30秒，唤醒需要二十八秒。然后不断的折腾和研究，但是毫无头绪，偶然发现，解决二次唤醒的补丁能大幅提高唤醒速度，但是快速进入睡眠仍然没有头绪，不知道问题出在哪里？（或许就是正常的？因为没有白果和黑果的对比）所以发动一下论坛的大佬和群友，调查一下大家的睡眠和唤醒时间，或这有解决办法或相关资料的大佬给个方向或者建议。我现在觉得问题是出在没有EC设备造成的？

ifocus · 发表于 2023-2-27 19:55

USB 睡眠和唤醒如何工作？在 ACPI S3 睡眠（挂起到 RAM）中，所有芯片组要么关闭电源，要么进入低功耗模式（如果支持）。处理器告诉 PCH 进入 S3。PCH 告知 USB XHCI 控制器进入 D3。XHCI 主机端是具有 PCI 电源管理功能的 PCIe 接口。XHCI客户端是一个连接到USB键盘（或其他任何键盘）的USB PHY接口。要求键盘进入 USB 定义的低功耗状态，然后 XHCI 控制器本身进入 D3。

当您按下键盘上的某个键时，USB 设备会向 USB XHCI 控制器发送中断，以唤醒它。然后，XHCI 控制器唤醒 PCH，PCH 通过 PCIe 接口通过 PME# 信号唤醒处理器。PCH 将来自其各种内部控制器的所有 PME# 信号映射到单个 GPE 中，处理器可以看到该 GPE。在英特尔 100 系列 PCH 上，USB、LAN、HDA 和 SATA 控制器共享一个 GPE （0x6D）。这些控制器被处理器视为单独的 PCIe 设备，但都在 PCH（单个芯片）内部实现并控制不同的协议。顺便说一句，PCH 还具有 PCIe 控制器，它充当处理器的 PCIe 根总线。这些 PME# 信号映射到单独的 GPE （0x6B）。

如果多个 PCI 设备可以映射到单个 GPE 中断信号，那么操作系统如何知道哪个设备导致了中断？有两种方法可以进行OSX检查。

首先，如果系统具有嵌入式控制器（大多数现代笔记本电脑用于电池管理），则GPE实际上被忽略（它被视为“遗留功能”）。EC 提供有关导致中断的原因的更多信息，甚至可以区分“电池电量不足”和“电池充电”等事件，即使它们来自同一事件源。

在 NUC（和许多其他台式机系统）上，没有 EC，然后 OSX 回退到使用 GPE。通过查询 ACPI 表，OSX 可以获取与单个 GPE 对应的所有可能事件源的列表。然后，它会执行一系列过滤操作。首先，它会删除重复项（同时显示为 ACPI 设备和 PCI 设备的任何设备）。然后，对于每个 PCI 设备，它会查询 PMCS 寄存器以查看PM_Status。断言 PME# 时，硬件将 PM_Status 设置为 1（请记住，此信号是唤醒 PCH 的信号，PCH 唤醒处理器）。这是令人困惑的部分：当您将 1 写回 PMCS 时。处理器PM_Status，它会清除PM_Status。这允许操作系统设计人员读取 PMCS 一次，然后写回相同的值以清除它。然后，它只会由下一个 PME# 再次设置，并防止任何争用条件。OSX 查找与 GPE 对应的任何 PCI 设备，PM_Status设置为 1。（它不会清除它，而是在唤醒过程的稍后，IOPCIDevice 驱动程序将清除它。最后，从过滤的集合创建潜在唤醒源列表：具有PM_Status集的任何支持 PCI 电源管理的设备、没有电源管理的任何 PCI 设备，然后是任何非 PCI 设备。对于每个潜在的唤醒源，将查询设备属性（例如用户、计时器、网络等）。然后，在所有潜在的唤醒源中，具有最高优先级的唤醒类型（例如，任何用户触发的唤醒优先于电池通知或计时器等内容）将成为写入IOPMrootDomain以供XNU操作的唤醒类型。acpi-wake-typeWake Type