2.3 OSL架构
在不同的操作系统下,可以使用OSL子模块重构在本操作系统下执行的属于自己的ACPICA子模块,甚至可以将此模块重构为不需要主操作系统就可以执行。换句话说,OSL子模块作为一种连接ACPICA到特定操作系统 的方式。OSL利用主操作系统的系统调用和服务来为其他子模块创建功能接口。因此,OSL对于每一个操作系统都是特定的。
OSL实现了一个依赖于操作系统功能的接口集合。ACPIC子系统中与操作系统无关的部分会使用这些接口以请求操作系统的服务(例如,内存分配,硬件操作)。这些接口本身是独立于操作系统的,因为对于不同的OSL实现,这些接口都是相同的。这些接口的具体实现是依赖于操作系统的,因为,实现这些接口必须依赖于主操作系统提供的接口和服务。
这些标准的接口(在本文档中以AcpiOS开头的接口)和函数,比如,内存管理和线程调度的实现都必须利用主操作系统提供的可用的服务。
2.3.1 OLS服务的类型
OSL为ACPICA子系统中与操作系统无关部分提供的服务能够被分为以下几类:
- 环境相关类——整体环境初始化和设置
- 内存管理类——动态内存分配和内存映射
- 多任务类——调度和异步执行
- 互斥与同步类——互斥锁、信号量和自旋锁。
- 中断处理类——中断处理handler
- 地址空间类——操作内存、I/O端口和PCI配置空间
- I/O流——支持类似printf函数的终端I/O。提供了子对系统的错误,警告,调试和跟踪输出的能力。
2.3.2 ACPICA子系统对操作系统的请求
ACPICA子系统对操作系统的请求是ACPICA子系统对操作系统服务的请求(这些服务必须被实现)。操作系统必须以本操作系统的方式进行相应。这些对操作系统服务的请求包括,对I/O、资源分配、错误记录和用户交互的请求。为此,ACPCA为OSL规定了接口。这些接口是不变的(即他们是与操作系统无关的),但是他们的实现对于不同的操作系统是唯一的。
ACPI 到操作系统的请求流程如下图所示: