在上一篇<ACPI.sys，从Windows到Bios的桥梁(2)：Windows应用程序响应主板上GPIO(SCI)设备中断 硬件篇>只完成了2件事:

1.Bios接收GPIO SCI事件;

2.Bios转发SCI事件到ACPI命名空间\_GPE.Method(_L56)，然后打印日志。

本文将处理从硬件层移至软件层，完成下列2步：

1.Method(_L56)通知ACPI.sys；

2.驱动接收及处理ACPI Notification(MSDN将这类来自BIOS的SCI事件称为ACPI Notification)。以下是实现该目标的步骤：

设备驱动程序必然依存于某类设备(DeviceNode)，这类设备或真实存在，或虚拟创建。虽然本段的标题写的是创建虚拟设备，但该虚拟设备不同于Winddk Sample中Toast创建的设备----Toast通过IoCreateDevice创建，而是由Bios在ACPI命名空间中创建的设备，希望读者加以区分。

那么这样的虚拟设备该怎么创建？ACPI Spec 5.4节有现成可用的例子！很多OEM厂商为了实现硬件增值功能就会创建这种虚拟设备，比如联想（联想打钱！）ThinkPad的"Lenovo PM Device"就属于此。我们可以借助RW utility查看它的实现:

嗯，大家可以参考ThinkPad，依葫芦画瓢可以写出这样的ASL code，编译进Bios开机过后，就能在设备管理器里找到带黄标的"Unknown Device":

查看其Hardware ID，和ASL Code中_HID对象指定的值一致:

到这一步，已经进入到读者熟悉的软件领域，但是工作量仍然不小。

首先来解决黄标问题。根据设备管理器信息可知黄标是由于Bios虚拟的设备没有安装驱动，所以这一步我们用WinDDK sample----Toast来解决黄标问题！我的测试系统是Win10，安装驱动涉及到2个不起眼的方面:

1).需要为驱动包生成.cat文件;

2).为sys/cat签名。没有这2步，驱动没法安装。

我假设读者熟悉Wdm驱动，所以直接给出能解决黄标问题的inf文件内容:

Inf文件指定要使用的.cat文件为:demo.cat，参考我的这篇博文:为sys/cat文件生成测试签名，即可生成demo.cat

参考我的这篇博文:为sys/cat文件生成测试签名，可以生成证书文件并为sys/cat签名:

命令执行后,在.cat/.sys文件的文件属性页就有"Digital Signatures"标签页：

完成以上步骤，并在OS下开启Test Mode，之后在设备管理器里对"Unknow Device" 安装驱动程序，即可解决黄标问题：

ACPI\HAN0000从Other Device类移到了System Device类，另外，设备描述名也从Unknown Device变为Inf文件中DeviceDesc节指定的字符串：

这一节要分2部分：

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！