lzjsky

4 编译与调试环境简介

4.1 源码

    ps/2键盘驱动的设备栈有3层,最底层设备对象的驱动是 acpi,中间层设备对象的驱动是 i8042prt,最高层设备对象的驱动是 kbdclass。

    DDK 所附的源码中有 i8042prt 和 kbdclass 的源码,分别位于 ...\NTDDK\src\input\pnpi8042 ,...\NTDDK\src\input\kbdclass 。

    注意,在目前DDK所附的源码中没有 acpi 的源码,不过 acpi 对于键盘驱动几乎没有起什么作用。在DDK中可以找到一个叫acpi的目录,但那个下面并不是acpi.sys的源码,而是acpiec.sys的源码,没有用处。

4.2 关闭文件保护替换系统中的驱动

    我们要用我们自己编译的 debug 版本的 i8042prt.sys 和 kbdclass.sys 替换在 ...\WINNT\system32\drivers 下系统原来的这两个sys文件。

不过由于有文件保护,我们替换之后,系统会立刻自动替换会原来的。因此我们关闭了win2k的文件保护。

替换驱动文件还有其他的方法,不过在这里关闭文件保护,直接替换驱动文件,对我们最合适。

4.3 改动源码以产生调试信息

    为了得到调试信息,我们修改了少量的源码。修改很多地方可能都可以达到这个目的。这里介绍的只是一种方法。

4.3.1 改动 kbdclass

kbdclass.h 中

#define DEFAULT_DEBUG_LEVEL 0

改为

#define DEFAULT_DEBUG_LEVEL 3 //#define DEFAULT_DEBUG_LEVEL 0

4.3.2 改动 i8042prt

i8042prt.h 中

#define Print(_flags_, _x_) \
if (Globals.DebugFlags & (_flags_) || !(_flags_)) { \
DbgPrint (pDriverName); \
DbgPrint _x_; \
}
#define IsrPrint(_flags_, _x_) \
if (Globals.IsrDebugFlags & (_flags_) || !(_flags_)) { \
DbgPrint (((ULONG)(_flags_)) >= 0x0001000 ? pIsrMou : pIsrKb); \
DbgPrint _x_; \
}

改为

#define Print(_flags_, _x_) \
{ \
DbgPrint (pDriverName); \
DbgPrint _x_; \
}
#define IsrPrint(_flags_, _x_) \
{ \
DbgPrint (((ULONG)(_flags_)) >= 0x0001000 ? pIsrMou : pIsrKb); \
DbgPrint _x_; \
}

由于我使用 WinDbg 单机调试,当我要获得按一个键的调试信息时,发现鼠标导致的调试信息不停的出现,使我没有办法在目标系统中按一个键,所以我去掉了一些打印调试信息的语句,来获得在目标系统中按一个键的机会。

注释掉 I8042MouseInterruptService,I8042MouseIsrDpc,I8xWriteDataToMouseQueue,I8xGetByteAsynchronous 中的所有调试打印语句。

4.4 源码级调试

    使用 WinDbg 进行源码级调试。单机使用 WinDbg ,可以参考文章《借助VMware实现单机使用WinDbg》,这篇文章可以在我的主页上找到。


5 键盘驱动概述

    键盘驱动位于应用层win32k!RawInputThread和硬件i8042之间。win32k!RawInputThread 总是发一个 IRP_MJ_READ 的 IRP 到键盘设备栈的顶端,等待着来自键盘的数据。当i8042有数据要键盘驱动取走的时候,就会触发中断,这个中断的中断服务例程是键盘驱动中的函数,于是键盘驱动就可以从i8042读取数据,经过一系列处理最终完成那个等待的 IRP。

5.1 键盘设备栈

    我们首先来看看键盘驱动的设备栈。对于初始化完成之后,处于运行状态,并且插有 ps/2 键盘的系统,我们看看它的键盘设备栈是什么样子。

我们通过 WinObj 之类的工具查看对象管理器命名空间 (Object Manager Namespace),可以看到在 \driver\ 下的名叫 kbdclass 的驱动对象。在处于运行状态下的系统中,打断进入WinDbg,我们使用WinDbg 的 !drvobj 命令,可以得到它的设备对象列表。

kd> !drvobj \driver\kbdclass
Driver object (fe4f6330) is for:
\Driver\Kbdclass
Driver Extension List: (id , addr)

Device Object list:
fe4f5df0

设备对象只有一个,地址为 fe4f5df0,使用WinDbg 的 !devobj 命令,来获得一些这个设备对象的信息。

kd> !devobj fe4f5df0
Device object (fe4f5df0) is for:
KeyboardClass0 \Driver\Kbdclass DriverObject fe4f6330
Current Irp fe43e6c8 RefCount 0 Type 0000000b Flags 00002044
DevExt fe4f5ea8 DevObjExt fe4f5fd8
ExtensionFlags (0000000000)
AttachedTo (Lower) fe4f5020 \Driver\i8042prt
Device queue is busy -- Queue empty.

看到这个设备对象有个名字叫 KeyboardClass0,我们用 WinObj 也可以在 \Device\ 下看到这个设备对象。

使用 WinDbg 的 !devstack 命令,来看看设备对象 fe4f5df0 也就是 \Device\KeyboardClass0 所在的设备栈

kd> !devstack fe4f5df0
!DevObj !DrvObj !DevExt ObjectName
> fe4f5df0 \Driver\Kbdclass fe4f5ea8 KeyboardClass0
fe4f5020 \Driver\i8042prt fe4f50d8
fe4dd730 \Driver\ACPI fe507468 0000000e
!DevNode fe4fed68 :
DeviceInst is "ACPI\PNP0303\4&5289e18&0"
ServiceName is "i8042prt"

我们看到
设备栈最顶层的设备对象是 fe4f5df0,有名字,叫做 KeyboardClass0,属于驱动 Kbdclass。
设备栈中间层的设备对象是 fe4f5020,没有名字,属于驱动 i8042prt。
设备栈最底层的设备对象是 fe4dd730,有名字,0000000e,属于驱动 ACPI。

!DevNode 部分的内容和注册表有关,我们会在后面讨论。
要注意的是,ACPI用于键盘驱动的那个设备对象的名字,和你计算机上安了多少外设有关,在我这里是 0000000e,在你那里很可能不是。
我们看到的 \Driver\Kbdclass,\Driver\i8042prt,\Driver\ACPI 是驱动对象的名字。一个驱动对象就对应着一个驱动程序文件。

我们再看一下 \Driver\i8042prt 的设备对象列表。

kd> !drvobj \driver\i8042prt
Driver object (fe4f69f0) is for:
\Driver\i8042prt
Driver Extension List: (id , addr)

Device Object list:
fe4d3ba0 fe4f5020

可以看到有两个设备对象。使用 !devobj 我们可以知道,一个是用于ps/2键盘驱动的设备对象,一个是用于ps/2鼠标驱动的设备对象。

acpi 更是有多个设备对象。

最早我就是看到 kbdclass 的名字,猜测这就是键盘的驱动程序,进而看到了它的设备栈,看到了 i8042prt,acpi,后来实践也证明了 kbdclass ,i8042prt 就是键盘驱动。

我们这里看到的 ps/2 键盘的设备栈,是没有自己另外安装其他键盘过滤程序的情况。

最顶层的设备对象是 驱动 Kbdclass 的设备对象。
中间层的设备对象是 驱动 i8042prt 的一个设备对象。
最底层的设备对象是 驱动 ACPI 的一个设备对象。

5.2 各层简介

Kbdclass

键盘设备栈的栈顶,应用层发出的所有 IRP,都首先发到这里。对于那个等待键盘数据的 IRP_MJ_READ 的 IRP,完全由这一层处理,不向下传。

i8042prt

对硬件i8042的所有操作都在这一层完成。键盘中断的中断服务例程也是这一层的函数。使用 WinDbg 的 !idt 命令可以看到这一点。

kd> !idt

IDT for processor #0

00: 804625e6 (nt!KiTrap00)
01: 80462736 (nt!KiTrap01)
...
b3: fe4cf264 (Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(fe1c1750))
...
ff: 804613f0 (nt!KiUnexpectedInterrupt207)

可以看到中断向量为 b3 的中断服务例程最终为 i8042prt!I8042KeyboardInterruptService,即 i8042prt 中的函数 I8042KeyboardInterruptService 。

驱动的中断和一般的中断有所不同,我们将在后面做讨论。

ACPI

这一层几乎不起什么作用。

5.3 键盘驱动的运作

    键盘驱动的主要工作就是,当键盘上有键按下引发中断时,键盘驱动从端口读出按键的扫描码,最终顺利的将它交给在键盘设备栈栈顶等待的那个 IRP_MJ_READ 的 IRP。为了完成这个任务,键盘驱动使用了两个循环使用的缓冲区。

i8042prt 和 kbdclass 各有自己的一个,循环使用的缓冲区。他们的每个单元是一个 KEYBOARD_INPUT_DATA 结构,用来存放一个扫描码及其相关信息。在键盘驱动的注释中,把这个循环使用的缓冲区叫做输入数据队列(input data queue),i8042prt 的那个缓冲区被叫做 port keyboard input data queue,kbdclass 的那个缓冲区被叫做 class input data queue。输入数据队列更形象一些,我们也会使用这种叫法。

i8042prt 的自定义的设备扩展中,保存着一些指针和计数值,用来使用它的那个输入数据队列。
PKEYBOARD_INPUT_DATA 类型的 InputData , DataIn , DataOut , DataEnd。ULONG 类型的 InputCount。
InputData 这个指针,指向输入数据队列的开头。
DataEnd 这个指针,指向输入数据队列的结尾。
DataIn 这个指针,指向要进入队列的新数据,将要被放在队列中的位置。
DataOut 这个指针,指向要出队列的数据,在队列中开始的位置。
InputCount 这个值为输入数据队列中,数据的个数。

kbdclass 的自定义的设备扩展中,保存着一些指针和计数值,用来使用它的那个输入数据队列。
PKEYBOARD_INPUT_DATA 类型的 InputData , DataIn , DataOut , DataEnd。ULONG 类型的 InputCount。
InputData 这个指针,指向输入数据队列的开头。
DataEnd 这个指针,指向输入数据队列的结尾。
DataIn 这个指针,指向要进入队列的新数据,将要被放在队列中的位置。
DataOut 这个指针,指向要出队列的数据,在队列中开始的位置。
InputCount 这个值为输入数据队列中,数据的个数。

对于这两个输入数据队列,
放入一个数据,这个数据应该被放在 DataIn 处,然后DataIn 后移一格,InputCount 加 1。当 DataIn 移到队列的结尾时,将从队列的开头重新开始。
取出一个数据,这个数据应该从 DataOut 处取出,然后 DataOut 后移一格,InputCount 减 1。当 DataOut 移到队列的结尾时,将从队列的开头重新开始。

对于 i8042prt 的输入数据队列。键盘中断服务例程中,从i8042读出的按键信息,放入i8042prt的输入数据队列。上层处理输入的回调函数中,取出i8042prt的输入数据队列中的数据。

对于 kbdclass 的输入数据队列。只有当那个等待的 IRP_MJ_READ IRP 要求读的大小,小于i8042prt的输入队列中放入的数据时,才被使用。也就是说,只有当那个等着读的 IRP 读不完输入数据时,才使用 kbdclass 的输入数据队列。当那个等着读的 IRP 读完要求的数据后,还有剩余时,剩余的数据放入kbdclass的输入数据队列。下一次的应用层发来的 IRP_MJ_READ IRP,当发现kbdclass的输入数据队列中有数据时,直接从kbdclass的输入数据队列中读出数据。

下面我们对键盘驱动处理键盘按键的过程做一个概括介绍

当键盘上一个键被按下时,产生一个 Make Code ,引发键盘中断。

当键盘上一个键被松开时,产生一个 Break Code,引发键盘中断。

键盘中断导致键盘中断服务例程被执行。导致最终 i8042prt 的I8042KeyboardInterruptService 被执行。I8042KeyboardInterruptService 中,从端口读出按键的扫描码,放在一个 KEYBOARD_INPUT_DATA 中。将这个 KEYBOARD_INPUT_DATA 放入 i8042prt 的输入数据队列中,一个中断放入一个数据,DataIn 后移一格,InputCount 加 1。最后会 KeInsertQueueDpc 一个进行更多处理的 DPC(延迟过程调用)。

DPC 中,调用上层处理输入的回调函数(也就是 kbdclass 处理输入数据的函数),取走i8042prt的输入数据队列里的数据。因为设备扩展中保存着上层处理输入数据的回调函数的入口地址,所以他知道该调用谁。上层处理输入的回调函数(也就是 kbdclass 处理输入数据的函数)取走数据之后,i8042prt 的输入数据队列的 DataOut 相应后移,InputCount 相应减少。

kbdclass 处理输入数据的函数中,满足那个应用层发来的等着读数据的 IRP。
当 IRP 要求读的数据的大小,大于等于,i8042prt的输入数据队列中的数据时,IRP 直接从 i8042prt的输入数据队列中,读出所有输入数据,不使用kbdclass的输入数据队列。大多数情况下都是这样。
当 IRP 要求读的数据的大小,小于,i8042prt的输入数据队列中的数据时,IRP 直接从 i8042prt的输入数据队列中,读出它所要求的大小,然后这个 IRP 被完成。i8042prt的输入数据队列中剩余的数据,被放入kbdclass的输入数据队列中。当应用层发来下一个读数据的 IRP 时,那个 IRP 将直接从 kbdclass 的输入数据队列中,读取数据,不需要等待。

    键盘驱动各层的设备对象是在初始化过程中创建的。键盘驱动设备栈是在初始化过程中构造的。键盘中断是在初始化过程中连接的。kbdclass 处理输入数据的回调函数的入口地址,是在初始化过程中告诉 i8042prt的,i8042prt把这个入口地址保存起来。i8042prt 和 kbdclass 的输入数据队列是在初始化过程中分配的内存。他们的 InputData , DataIn , DataOut , DataEnd , InputCount 在初始化的时候设置的初值。

详细的键盘驱动对键盘按键的处理,在以后讨论。

 

详细请看http://blog.csdn.net/imquestion/archive/2003/12/18/16437.aspx

 

分类:

技术点:

相关文章: