UEFI S3 flow chart

winbondowen

一：平台初始化的多个阶段：
+ G. c  M  v, U1 ?) h7 L

（1） Pre-EFI Initialization (PEI)
PEI 负责尽可能的初始化平台为执行DXE 做准备，
（2） Driver Execution Environment (DXE)
在DXE 阶段可能会改变PEI 初始化的环境，有些参数会被DXE 重写。

$ k2 K8 E; F7 T# @, x
4 ]+ g; e- Q) i, M" F9 `0 ]二：平台初始化的流程：

（1） I/O 操作
; ?/ x; L& V6 ?7 H  o$ D2 f（2） 内存操作
  ]0 z8 Y- r! X$ `6 f（3） 配置PCI 配置空间
) D0 l# x2 ~9 i（4） 通过PPIs 收集平台的动作。

9 @" G) L& r$ i( Q8 q9 D三：恢复平台状态：

S3 返回是加载平台的Preboot 配置，加载的过程需要通过所有的Framework 初始化，因为
( O# N3 {' V8 P) J5 MFramework 不知道以下信息
＊ PEIMs 提供的Preboot 配置
3 K. W/ v" {4 l! M5 W
不同厂商提供的驱动最后Framework 还是需要像正常启动一下执行一次，执行流程
如下：
6 ~0 g. Z: a) v$ X
1 s/ M+ P* l+ c5 e
1 }  }+ H. j/ u. Q
四：S3 恢复阶段的执行流程：
+ F6 `; x. I# g; c6 M- y6 g

SEC 是第一个被Framework 执行的，因此SEC 保存了S3 返回时的启动路径
1：PEI 和S3 返回的路径：
S3 返回时Framework 将加载PEI 的端口配置。PEIM 可能调用相应的PEI 服务找出正
4 h" b" Z2 [& x- V( z确的启动路径。PEIM 会保存配置正常的启动过程，并且利用来配置S3 的返回路
3 Z0 |% z: o& N* E6 {4 @6 `/ [: h径。

- s/ C$ t. v; s( \: d- P, c$ B2：在PEI 过程中保存配置数据
9 C+ k* p. h/ N) `5 c有很多种方法来保存配置数据，如firmware volume 变量，nonvolatile storage (NVS)
0 f9 D& b+ U+ `/ l( V+ G' w+ P' Y3: DXE 和S3 返回启动路径
. N" m. X9 }0 `% U0 x5 B5 o# |, v在DXE 阶段，有多种DXE 可以使平台到Preboot 阶段。让DXE 进入S3 返回启动路径
% K$ }  F! Q; Y  L& x* p4 ^9 D/ k使DXE 驱动存在一定风险，原因如下：

＊ DXE 启动有很多服务，这使它变的很庞大
＊ 加载DXE 从flash 空间需要一定的时间。

如果DXE 在启动过程中能在NVS 中保存，那么DXE 需要的大量内存和复杂的
DXE 启动过程就不需要执行。
, ]9 b! |% B5 O  ?- G/ W  O8 TFramework 提供一个boot script 让S3 返回时获得DXE 的所有信息。这些信息是在
: n2 _9 |* O4 BDXE 驱动正常启动过程中保存在平台的NVS 中形成的。在S3 启动过程中到NVS 中查
1 D8 u) e0 }% K找boot script,
- Y+ W3 e( T& }/ T1 @7 ?' u找到后加载这些配置。

＊ ACPI 要求BIOS 加载chipset 和CPU 的配置信息
' g: M/ r4 X; G＊ Chipset 的配置包括：memory,I/O 和PCI 的配置。这些信息是在DXE 启动过程
中保存下来的。
' X; g; X5 B' Y. A: l/ ~% M3 k＊ CPU 的配置包括：SMM，Microcode updates, Processor-specific initialization,
' s5 }2 B# n5 S- X1 [& |Processor chache setting.

4: Framework Boot Script:
. d5 o# ]8 ^/ {5 IFramework boot script 是一个script 用来描述一些常用的初始化平台操作。如I/O,
. q+ r: o$ K. S. ~memory, PCI 和SMBus。
可能有多个boot script tables 在某些平台，这些table 描述了如何成功让平台进入
Preboot 状态。
5：S3 返回PPI 和DXE IPL PPI
DXE IPL PPI 是最后一个被执行的PPI 在PEI 阶段，将提供正确的启动路径给
Framework。因此，DXE IPL PPI 将初始化CPU 和Preboot 平台，最后跳到OS 的
! N/ P: }) B1 w- D呼醒向量处。在正常启动时DXE 是不会执行他的。
在S3 返回时，DXE IPL PPI 将会定位S3 Resume PPI.如果被找到，DXE IPL PPI 将会把
控制权交给S3 Resume PPI. S3 Resume PPI 将会执行一此配置让平台进入Preboot
! v+ g6 X4 L$ Rstate.
S3 Resume PPI 必须执行Framework boot Script table 来加载平台配置。它负责找到OS
1 u; X/ q$ V0 |' _. g; vwaking vector 并且将控制权交给OS 来完成S3 返回。
在整个过程中，只有内存是S3 启动可以使用的。任何内存使用会扰乱系统的context(国
入喜欢叫他为 上下文 )，使S3 失败。
( p# c5 g+ l% u, rS3 Resume PPI 需要知道如下情况：

＊ 内存S3 boot Script Table 的地址或者firmware volume file 中S3 boot script table
: R0 u' E2 J) ^的地址。
＊ RSDT 指针中ACPI 开始的地址和OS 的waking vector
: l2 z$ e. d. ^: x+ J, D; @＊ 保留一段内存给S3 返回时使用。

arren

图好象看不见，是我的级别不够吗？？

winbondowen

看这个文档吧！好象图片在上面不能显示还是怎么了。

shaopy

讲解的还算详细  初学者 学习了 哈

bini

Good,期待下一期。

蓝色永恒

支持，谢谢