The 2ndDim: That was I talking about!

#转发 #WTF #CRD #Software https://youtu.be/q5M0TwnkWUM // Phoenix 这套双系统切换实现吓死个人... // ”梦游” 确实是对这套实现的最佳形容。 // 有理由怀疑 Wintel 强推 S0 待机与这个有些关系 (误)

#转发 #WTF #CRD #Software #TLDR

// 视频太长不看文字版本:

Phoenix，一个 BIOS 厂商，在那个一键快速启动系统盛行的 2000 年代中后期做了一个叫 Hyperspace 的快速启动系统，基于Linux。当年做快速启动系统的原因主要是 Windows Vista 刚出，然后大家的机器配置都跟不上，还有机械硬盘拖后腿，启动花时间 1 分钟算好的了，有的能干到 4 分钟甚至以上。
当年这种快速启动系统只能是要么你进快速启动要么你进 Windows 。如果要切换系统你需要一次完整重启，这一把最少过去一分多钟过去了。
Hyperspace 支持一种非常奇怪的启动方式，允许你在 Windows 系统中随时切换到 Hyperspace 下。整个过程 20 秒不到（而且这是发生在机械硬盘系统盘时代的事情）。这里的切换还能保留你切换之前的工作状态，能够在返回时回到切换前的状态。
而 Hyperspace 是一个基于 Linux 的系统，系统没有重启就能切换，还能保留切换之前的状态，切换速度这么快明显也不是把内存写进硬盘里休眠了。显然这中间有一些奇怪的操作。

Hyperspace 的操作非常吓人。Windows 进入 Hyperspace 前会让 Windows 进入睡眠模式 (S3)，这里 Windows 会在准备好睡眠后的最后一刻把硬件的控制权交给 ACPI，然后 ACPI 这里在待机接管这里拦截下来，不进入低功耗状态，而是把从睡眠状态恢复的中断向量表里的目标地址改了进入 OSM，一个特殊的启动管理程序，然后 OSM 接管这部分进 Hyperspace。从 Hyperspace 返回 Windows 是时候也是一个套路，先让 Hyperspace 睡眠，Hyperspace 把控制权通过进入 S3 睡眠的方式经由 ACPI 交给 OSM，然后 OSM 做一些奇怪的事情之后，把用于从 S3 恢复的中断向量表还原成进入 Windows 的状态，然后回到 Windows。ACPI 除了负责做中断向量表的修改之外，还利用 ACPI 保留资源声明为两边的两个系统做内存资源隔离，确保各自用各自的内存资源，各自睡眠到各自的内存区域。

OSM 做的一些奇怪的事情，允许你在 Hyperspace 下读写访问仍然处于 S3 睡眠状态的 Windows 下的 NTFS 分区。因此你可以在两个系统下随意访问你的文件。任何 Hyperspace 下写入的文件是直接落盘到真正的实际的分区上面，但同时会在 Hyperspace 的保留分区里面记录一个特殊的磁盘写入日志。OSM 负责在从Hyperspace 返回进入Windows前把这部分日志正确 flush 到 Windows 下面，确保在 Windows 系统下的文件系统一致性。

基本上来说，这套利用在 BIOS 内驻留的奇怪程序接管S3睡眠时的额外操作也就只有 Phoenix 这种 BIOS 厂商才干得出来。Windows 在进入睡眠模式后根本不知道整个机器的 CPU 状态被另一个系统接管了，所以是“梦游”。