驱动程序设计范文第1篇

[关键词]嵌入式驱动程序 嵌入式技术 课程研究

[中图分类号]G434 [文献标识码]A

一、引言

嵌入式系统的硬件组成除了包括中心控制部件嵌入式系统处理器外，还有输入输出装置以及一些扩充装置开关、按键、传感器、模数转换器、LCD显示器、触摸屏及LED（发光二极管）等嵌入式硬件设备。嵌入式硬件环境是整个嵌入式操作系统和应用程序运行的硬件平台，不同的应用通常有不同的硬件环境[1]。硬件平台的多样性是嵌入式系统的一个主要特点。如何让这些设备工作起来，是嵌入式驱动程序的任务。由于I/O设备种类繁多，工作模式各不相同，驱动程序是整个嵌入式软件设计中最复杂、代码量最大、最繁琐的部分。

二、嵌入式驱动程序概述

外设驱动程序可以对系统提供访问设备的接口，把操作系统（软件）和设备（硬件）分离开来。当设备改变的时候，只需要更换相应的驱动程序，不必修改操作系统的内核以及运行在操作系统中的软件。系统的驱动程序要受控于相应的操作系统的多任务之间的同步机制。在操作系统中使用信号量、邮箱等机制进行协调。操作系统只和特定的驱动抽象层通讯，无论在抽象层下面对应的是什么类型的设备，对操作系统和用户的应用程序来说都是统一的接口[2]。驱动抽象层位置图如图1所示。

图1：驱动抽象层位置图

该部分包括基于ARM架构的串行口通讯、键盘驱动原理、I/O接口电路、A/D接口电路、LCD的驱动控制、触摸屏程序设计的内容。

三、嵌入式驱动程序设计研究

1.串行口通讯

通过监视串行口，把我们在程序中插入的想要反馈程序运行情况的串行口语句输出到显示器中的超级终端中。这样便可以实时监控程序的运行情况，方便调试程序。串行口组件设计是将接收到的字符再发送给串口（计算机与开发板是通过超级终端通讯的），即按PC键盘通过超级终端发送数据，开发板将接收到的数据再返送给PC，在超级终端上显示[3]。

要想设计好串行口驱动程序，需要做如下几步：

（1）熟悉串口通讯原理；

（2）查阅ARM串口寄存器文档，包括S3C2410控制、状态和数据寄存器；

（3）查阅电平转换芯片资料（max3232）；

（4）设计硬件电路图；

（5）设计串口驱动（包括串口寄存器初始化，发送接收函数等）。

异步通信必须遵循的3项规定为：

（1）字符的格式

（2）波特率

（3）校验位

初始化时需要设置波特率、停止位、奇偶校验、数据位等参数。异步串行方式是将传输数据的每个字符一位接一位（例如先低位、后高位）地传送。数据的各不同位可以分时使用同一传输通道，因此串行I/O可以减少信号连线。如图2给出了异步串行通信中一个字符的传送格式。

图2：串行通信字符格式

开始前，线路处于空闲状态，送出连续“1”。传送开始时首先发一个“0”作为起始位，然后出现在通信线上的是字符的二进制编码数据。每个字符的数据位长可以约定为5位、6位、7位或8位，一般采用ASCII编码。后面是奇偶校验位，根据约定，用奇偶校验位将所传字符中为“1”的位数凑成奇数个或偶数个。也可以约定不要奇偶校验，这样就取消奇偶校验位。最后是表示停止位的“1”信号，这个停止位可以约定持续1位、1.5位或2位的时间宽度。至此一个字符传送完毕，线路又进入空闲，持续为“1”。经过一段随机的时间后，下一个字符开始传送才又发出起始位。

2.键盘驱动原理

键盘的设计是将一个瞬时接触开关放置在每一行与每一列的交叉点。矩阵所需的键的数目显然根据应用程序而不同。每一行由一个输出端口的一位驱动，而每一列由一个电阻器上拉且供给输入端口一位。键盘扫描过程就是让微处理器按有规律的时间间隔查看键盘矩阵，以确定是否有键被按下。一旦处理器判定有一个键按下，键盘扫描软件将过滤掉抖动并且判定哪个键被按下。每个键被分配一个称为扫描码的唯一标识符。应用程序利用该扫描码，根据按下的键来判定应该采取什么行动。如图3所示为逐行扫描法工作原理：逐根行线输出0电平，而其他行线保持高电平；同时检测列，列全1就没有键按下，0有键按下。行线和列线状态组合在一起就确定了是哪个键按下，如110 1110是0键按下，1010111是7键按下。

图3：逐行扫描法原理图

3.I/O接口电路

I/O系统的目标是对RTOS和应用程序员隐藏设备特定的信息，并且对系统的I/O设备提供一个统一的访问方法。下面是从不同角度看I/O系统：

（1）从系统软件开发者角度看，I/O操作意味着与设备的通信、对设备编程初始化和请示执行设备与系统之间的实际数据传输以及操作完成后通知请求者。系统软件工程师必须理解设备的物理特性，如寄存器的定义和设备的访问方法。

（2）从RTOS的角度看，I/O操作意味着对I/O请求定位正确的设备，对设备定位正确的设备驱动程序，并解决对设备驱动程序的请求。有时要求RTOS保证对设备的同步访问。RTOS必须进行抽象，对应用程序员隐含设备的特性。

（3）从应用程序员角度看，目标是找到一个简单、统一和精练的方法与系统中出现的所有类型的设备。

I/O接口的编址方式分为两种：

（1）I/O接口独立编址――端口映射方式

这种编址方式是将存储器地址空间和I/O接口地址空间分开设置，互不影响。设有专门的输入指令（IN）和输出指令（OUT）来完成I/O操作。

（2）I/O接口与存储器统一编址方式――内存映射这种编址方式不区分存储器地址空间和I/O接口地址空间，把所有的I/O接口的端口都当作是存储器的一个单元对待，每个接口芯片都安排一个或几个与存储器统一编号的地址号。也不设专门的输入/输出指令，所有传送和访问存储器的指令都可用来对I/O接口操作。

4.A/D接口电路

A/D转换器能将模拟量转换为数字量的电路；D/A转换器能将数字量转换为模拟量的电路。A/D转换器和D/A转换器是沟通模拟电路和数字电路的桥梁，也可称之为两者之间的接口。A/D 转换器是模拟信号源和CPU 之间联系的接口，它的任务是将连续变化的模拟信号转换为数字信号，以便计算机和数字系统进行处理、存储、控制和显示。一般A/D转换过程要经过采样、保持、量化和编码四个步骤。前两步在取样―保持电路中完成，后两步则在A/D转换器中完成。D/A转换器的基本原理是将输入的每一位二进制代码按其权的大小转换成相应的模拟量，然后将代表各位的模拟量相加，所得的总模拟量就与数字量成正比，这样便实现了从数字量到模拟量的转换。

A/D转换器较常用的是逐次逼近型，如图4所示。转换前，先将SAR寄存器各位清零。转换开始时，控制逻辑电路先设定SAR寄存器的最高位为“1”，其余位为“0”，此试探值经D/A转换成电压Vc，然后将Vc与模拟输入电压Vx比较。如果Vx≥Vc，说明SAR最高位的“1”应予保留；如果Vx

图4：逐次逼近式A/D转换原理图

5.LCD的驱动控制

LCD显示器的基本原理就是通过给不同的液晶单元供电，控制其光线的通过与否，从而达到显示的目的。因此，LCD的驱动控制归于对每个液晶单元的通断电的控制，每个液晶单元都对应着一个电极，对其通电，便可使光线通过。

液晶模块有两种工作模式：图形方式和文本方式。在图形方式下，模块上的缓冲区映射的是液晶屏上显示的图形点阵；在文本方式下，模块上的缓冲区对应的是液晶屏上显示的文本字符，包括英文字符和英文标点符号。因为汉字字库没有包含在液晶模块之中，所以液晶屏在文本方式下只能显示英文，不能显示汉字。液晶屏的操作主要包括：初始化、设置液晶屏的工作模式（文本或者图形）、更新显示、开启（或者关闭）背光等。

6.触摸屏程序设计

触摸屏是专门处理是否有笔或手指等物体按下触摸屏，平常相互绝缘的两层导电层就在触摸点位置有了一个接触，并在按下时分别给两组电极通电。因其中一面导电层（顶层）接通X轴方向的5V均匀电压场，使得检测层（底层）的电压由零变为非零，控制器侦测到这个接通后，其对应位置的模拟电压信号经过A/D转换送回处理器。经过坐标转换后，得到触摸点的x/y坐标。

触摸屏接口专用芯片ADS7843是Burr-Brown公司生产的，能够完成电极电压的切换及采集接触点处的电压值，并进行A/D转换。在完成一次x/y坐标采样的过程中需要一次模式转换即在点击触摸屏之前是等待中断模式，当有触摸动作产生触摸屏中断以后，在x/y的坐标采集驱动中设置成自动的x/y位置转换模式，在完成采集以后再转换回等待中断模式，准备下一次的触摸采样。

四、总结

嵌入式驱动程序设计渗透在掌上电脑、笔记本电脑和手机等各个领域，这些设备要想正确工作，必须借助相应硬件及其驱动程序。随着嵌入式系统在工业控制领域、智能机器人、移动通讯以及智能家电、网络家电的应用，驱动程序设计方面的开发人员需求量也会越来越多。

基金项目：北京信息科技大学《嵌入式系统安全》课程建设项目

[参考文献]

[1]王小妮、魏桂英、杨根兴. 嵌入式组件设计[M].北京航空航天大学出版社，2012

[2]王小妮.基于嵌入式系列课程的教学改革与探索[J].教育理论与教学研究，2013.5

驱动程序设计范文第2篇

【关键词】USB 设备驱动 Linux

1 USB总线原理

USB 协议是1994年底由康柏、IBM、英特尔等几家公司联合提出来的外部总线接口协议。USB就是英文中Universal Serial Bus（通用串行总线）的缩写。USB总线具有其他总线所不具备的如：热插拔、数据传输可靠、扩展方便、成本低等一系列特点，因此在嵌入式系统中被广泛使用。

一个USB系统一般是由一个USB主机控制器、一个或多个USB集线器和一个或多个USB设备节点组成。USB系统的物理连接具有层次性。USB总线连接USB设备和USB主机，是一种星型拓扑结构。USB的拓扑结构如图1所示。

在一个USB系统传输数据的过程中有两个非常重要的概念，就是USB传输模式和USB描述符。USB传输模式是指USB设备传输数据的形式。USB设备支持四种传输模式：控制传输模式、同步传输模式、中断传输模式和批量传输模式。控制传输模式是用来处理USB主端口到USB从端口的数据传输，主要是设备控制指令、设备查询状态指令和确认指令。同步传输模式是指传输和时间关系密切的信息所使用的一种传输方式，是一种周期的、连续的单向传输方式。中断传输模式这类传输模式主要用于传输非周期性的、自然发生的、数据量很小的信息，这类数据传输的方向是从设备到主机，适用于键盘、鼠标、操纵杆等设备上。最后一种是批量传输模式，该模式适用于大量的、对时间没有要求的数据传输，如U盘或者移动硬盘等设备。

USB设备在逻辑上分为几个层次，分别是设备层(Device)、配置层(Config)、接口层(Interface)、端点层(Endpoint)。各个层次都有与之相对的描述符，分别是设备描述符、配置描述符、接口描述符和端点描述符。

2 Linux下的USB驱动框架

USB设备的设备描述符在Linux系统中用usb_device_descriptor结构体表示，它描述了USB设备的一般信息。配置描述符用usb_config_descriptor结构体表示，它给出了USB设备的配置信息。接口驱动程序是在一个配置内给出一个接口信息，它在Linux中由usb_interface_descriptor结构体表示。端口描述符被主机用来决定每个端口的带宽需求，它在Linux系统中由usb_endpoint_descriptor结构体表示。

编写一个USB驱动程序，是从usb_driver结构体开始的。Linux中模块加载函数调用usb_register()和usb_unregister()从而对usb_driver结构体进行加载与卸载。如果某个设备信息与该驱动中usb_device_id usb_mouse_id_table 结构体的信息相一致，则会调用usb_driver中探测成员函数probe()，将初始化USB断点信息，并对设备做一些初始化工作，分配urb结构体，准备数据传输。其urb处理大致框架结构如图2所示。

当鼠标设备在用户空间打开时，将提交 probe 函数构建的 urb 请求块，urb 将开始为传送数据而忙碌了。urb 请求块就像一个装东西的“袋子”，USB 驱动程序把“空袋子”提交给 USB core，然后再交给主控制器，主控制器把数据放入这个“袋子”后再将装满数据的“袋子”通过 USB core 交还给 USB 驱动程序，这样一次数据传输就完成了。

3 结束语

由于USB简单方便快捷等优点，许多外接设备会越来越青睐USB接口，这是一种发展的趋势。Linux系统具有开源、安全等特性，用户也在急剧增加。届时，会有越来越多的USB驱动加入Linux内核之中。

参考文献

[1]Jonathan Corbet,Alessandro Rubini,Greg Kroah-Hartman等.LINUX设备驱动程序[M].北京:中国电力出版社,2006．

[2]Universal Serial Bus Specification Compaq,Intel,Mi―crosoft,NEC Revision 1.1.September 23,1998．

[3]温卡特斯瓦兰．精通Linux驱动程序开发[M].北京:人民邮电出版,2009．

[4]胡晓军,张爱成.USB接口卡发技术[M].西安:西安电子科技大学出社,2005:15-17.

作者简介

徐海林（1989-），男，江苏省南通市人。现为安徽理工大学计算机科学与工程学院学生。

驱动程序设计范文第3篇

PCI总线规范是为提高微机总线的数据传输速度而制定的一种局部总线标准。在设计自行开发的基于PCI总线的数据传输设备时，需要开发相应的设备驱动程序。通常开发PCI设备驱动程序有多种模式，在Windows2000环境下，主要采用WDM模式。本文针对自行开发的基于PCI总线的CCD视频信号传输控制卡，编写了符合WDM模式的驱动程序。

1 WDM模式驱动程序

1．1 WDM模式（Windows Driver Model）

Windows2000对驱动程序的编写不再基于以往的Win3．x和Win9x下的VxD（虚拟设备驱动程序）结构，而是基于一种新的驱动模型——WDM（Windows Driver Model）。

WDM为Windows98／2000／XP操作系统的设备驱动程序的设计提供了统一的框架。WDM来源于Windows NT的分层32位设备驱动程序模型（layered 32－bit device driver model）。它支持更多的特性，如即插即用（PnP）、电源管理、WMI和NT事件。

1．2 设备驱动程序

设备驱动程序是操作系统的一个组成部分，它由I／O管理器（I／O Manager）管理和调动。Windows2000操作系统下的I／O管理器功能描述如图1所示。

I／O管理器每收到一个来自用户应用程序的请求就创建一个I／O请求包（IRP）的数据结构，并将其作为参数传递给驱动程序。驱动程序通过识别IRP中的物理设备对象（PDO）来区别是发送给哪一个设备。IRP结构中存放请求的类型、用户缓冲区的首地址、用户请求数据的长度等信息。驱动程序处理完这个请求后，在该结构中填入处理结果的有关信息，调用IoCompleteRequest将其返回给 I／O管理器，用户应用程序的请求随即返回。访问硬件时，驱动程序通过调用硬件抽象层的函数实现。

    1．3 DriverStudio工具简介

NuMega Lab公司开发的DriverStudio是一整套开发、调试和检测Windows平台下设备驱动程序的工具软件包。它把DDK（Device Development Kit）封装成完整的C＋＋函数库，根据具体硬件通过向导生成框架代码，并且提供了一套完整的调试和性能测试工具SoftICE、DriverMonitor等。

2 应用实例

本文利用PCI专用接口芯片PCI9052设计了一个数据传输控制卡。卡上主要的芯片有PCI9052、FIFO（CY7C4221）、CPLD（MAX7064S）和A／D转换器（MAX1197）。传输卡硬件框图如图2所示。面阵CCD得到的视频信号经过调理电路，生成的视频调理信号通过A／D转换器进行数字化处理，送入FIFO中。在CPLD的控制下，数据经过PCI9052送入PCI总线，再传送到计算机内存中，并显示在监视器上。驱动程序必须实现如下几个基本功能：（1）硬件中断；（2）能支持应用程序获取数据；（3）能根据外部FIFO（CY7C4221）的状态启动或停止突发传输。

在数据输入过程中，最重要的是对数据进行实时控制，因此需要硬件中断。在中断程序中，根据外部FIFO状态完成数据的读入。

2．1 用DriverWizard生成驱动程序框架

DriverStudio中的DriverWorks软件为开发WDM程序提供了一个完整的框架。它包含一个可快速生成WDM驱动程序框架的代码生成向导工具DriverWizard，而且还带有许多类库。在用DriverWizard生成的程序框架中写入相对于设备的特定代码，编译后即可得到所需的驱动程序。

在利用DriverWorks V2．7的向导Driver Wizard完成驱动程序的框架时共有11个步骤，其中关键步骤有：

（1）在第四步中选中PCI，并在VendorID和DeviceID中分别输入厂商号和设备号，还需填入PCI Subsystem ID和PCI Revision ID。这四项可以用网上的免费软件PCITree或PCIView浏览PCI设备，用这两个软件也可以得到BAR0～BAR5的资源分配情况和中断号。

    （2）第七步IRP队列排队方法，它决定了驱动程序检查设备的方式。本设计选SystemManaged，则所有的IRP排队都由系统（即I／O管理器）完成。

（3）第九步是最关键的一步。首先在Resources中添加资源，在name中输入变量名，在PCI Base Address中输入0～5的序列号。0～5和BAR0～BAR5一一对应。在设置中断对话框中，在name栏写入中断服务程序的名称，选中创建中断服务程序ISR?穴Create ISR?雪，不选创建延迟程序调用DPC（Create DPC），选中Make ISR／DPC class functions，使ISR／DPC成为设备类的成员函数。

其次选中Buffer以选取读写方式，用于描述与I／O操作相关的数据缓冲区。本设计需要快速传送大量数据，因此采用Direct I／O方式。

（4）在第十步中，需要加入与应用程序或者其他驱动程序通信的I／O控制代码参量。

2．2 驱动程序模块框图和代码分布

PCI设备驱动程序模块包括配置空间的访问模块、IO端口模块、内存读写模块和终端模块等。各模块之间是对等的。驱动程序模块框图如图3所示。

驱动程序初始化模块代码段放在＃pragma code＿seg（″INT″）和＃pragma code＿seg（）之间。在系统初始化完成后，这部分代码从内存中释放，防止占用系统宝贵的内存资源。＃pragma code＿seg（）之后是驱动程序和系统的许多模块的实现部分。这部分在驱动程序运行后不会从内存中释放。

2．3 驱动程序主要模块的实现

（1）配置空间的访问模块

DriverWorks的KPciConfiguration类封装了访问PCI设备配置空间的所有操作。首先初始化这个类的实例：

KpciConfiguration PciConfig（）m＿Lower．TopOfStack（））；

／?觹m＿Lower是 KpnpLowerDevice类的对象。m＿LowerTopOfStack（）返回当前设备堆栈顶部的设备对象。*/

初始化完后可以直接利用成员函数 ReadHeader／ WriteHeader函数访问所有的配置寄存器。

为了确定映射空间的类型和大小，先向目标基地址寄存器写入0Xffffffffh，然后回读该寄存器的值。如果最低位为1，表示映射于I／O空间，反之为存储空间；如果映射于存储空间，从第四位开始计算0的个数可以确定内存空间的大小；如果是I／O方式，从第二位开始计算0的个数可确定I／O空间的大小，最大为256字节。如果设备的存储空间超过256字节，要实现设备的整个存储部分的访问，就必须采用内存映射。

（2）I／O操作模块

Driverworks的KIoRange类封装了I／O端口访问的操作。部分代码如下：

{……

KIORange DevIoPort () ；／／创建实例

NTSTATUS status＝ DevIoPort ()．Initialize ( pResListTranslated，pResListRaW，PciConfig．BaseAddressIndexToOrdinal(0))；

／* 第一个参数为转换后的资源列表指针；第二个参数为原始资源列表指针；第三个参数中的0为 I／O口对应的基地址，用来转换成特定端口资源的序数?*／

If(NT ＿SUCCESS(status))

{……

DevIoPort．inb(0,LineBuf1,10);

／*成功初始化后可分别用KIoRange类的成员函数inb(／outb)从端口中读／写字节 *／

}

else｛Invalidate()；return status；

／*未能初始化成功，错误信息在status中*／

{

……}

(3)内存读写模块

DriverWorks的 KMemoryRange类封装了端口访问的操作。

status＝m＿MemoryRange()．Initialize(pResListTranslated，pResListRaw， PciConfig．BaseAddressIndexToOrdinal(0))；

此函数的参数、意义及具体用法与I／O端口的操作基本相同。

内存对象也用来发送控制字，以控制CPLD的开始和停止等。实际上控制字是通过PCI9052发送的。该控制字地址已被映射成PCI的内存空间。所以定义一个指向内存空间的内存对象，通过该对象即可发送控制字。

（4）中断模块

在中断模块，首先要激活PCI9052中断使能位，然后判断硬件中断响应是否产生，如果有，则进行突发传输，读入FIFO中的数据。

BOOLEAN TranCard::Isr＿MyIrq(void)

{ if (／／ 中断未产生)

{……

return FALSE;}

else

{／* 如果产生硬件中断，设置命令寄存器，进行突发数据传输 *／

return TRUE;}

}

为了将硬件中断与编写的中断服务程序连接在一起，采用InitializeAndConnect方法，部分代码如下：

NTSTATUS TranCardDevice?押?押OnStartDevice(KIrp I )

{……

status＝m＿MyIrq． InitializeAndConnect(

pResListTranlated,

LinkTo(Isr＿MyIrq),

This;)

……}

2．4 驱动程序的调用

编写驱动程序本身不是最终目的，最终目的是调用驱动程序管理资源，并为用户应用程序使用。驱动程序加载以后，它的许多进程处于Idle状态，实际上需要用户应用程序去调用激活。应用程序利用Win32 API直接调用驱动程序，实现驱动程序和应用程序的信息交互。

    首先用CreateFile()打开设备，获得一个指向设备对象的句柄。使用CreateFile函数时应注意：由于驱动程序是*．sys，所以第一个参数应该是这个设备对象的标志连接（symbolic link）。该标志连接名有一个设置数据文件搜索路径的数字号，而这个数字号通常是零。如果这个连接名是″TranCard″，则传递给CreateFile的宇符串就是：″＼＼＼＼．＼＼ TranCard0″。例如：

HANDLE hDevice＝CreateFile(″＼＼＼＼．＼＼TranCard0″)GENERIC＿READ｜GENERIC＿WRITE,FILE＿SHARE＿READ, NULL?, OPEN＿EXISTING,0,NULL);

然后用 DeviceIoControl()进行数据的传送。最后用CloseHandle（ ）关闭设备句柄。

下面是应用DeviceIoControl()程序片段。

{……

m＿b＝DeviceIoControl(hDevice,TRANCARD＿IOCTL＿

RECEIVE(buffer, sizeof,buffer, NULL,0,＆buffersize，NULL);

……}

2．5 驱动程序的调试

采用SoftICE、DriverMonitor作为调试工具，基本调试过程如下：（1）使用symbol loader加载驱动程序，然后使用SoftICE跟踪调试，确认驱动程序正常加载；（2）对核心的中断响应程序代码，用SoftICE中的Genint命令产生虚拟中断，单步跟踪中断；（3）硬件发送大量的数据，通过查看内存的数据，确认数据传输是否正确。

驱动程序设计范文第4篇

windows nt是一个功能全面的操作系统，具有完全集成式的连网能力，它的网络模型开始于mac子层，网络接口卡（network interface card以后简称网卡或nic）驱动程序驻留在其中。通过相关的网卡把windows nt与网络连接起来，但一直到80年代后期，许多传输协议的实现受限于mac层接口的独特实现，因为mac层定义了协议与网卡之间的转换机制。

1989年，microsoft和3com两公司提出了一个定义mac层与osi模型高层协议驱动程序之间的网络设备接口规范（network device interface specification : ndis），ndis给数据交换提出了一个灵活的环境，它规范了软件接口──称为ndis接口，传输协议可用它与网卡驱动程序进行通信。因此在windows nt环境下开发核心态网卡驱动程序应遵循ndis规范。

对于高速网络fddi（fiber distributed data interface）网卡驱动程序还需要smt（station management）站管理功能的实现，否则将不能作为一个fddi站连入环结构中，只能实现点到点间的数据通信。故有必要将smt软件移植到网卡驱动程序中，这将又导致对miniport nic驱动程序编程框架的破坏，于是有必要形成fddi网卡驱动程序（包含smt）与windows nt操作系统的良好接口──由逻辑网卡的注册和mac层驱动程序的初始化来完成。

所以，本课题旨在深入研究应用microsoft公司的ddk（device driver kit）将smt移植于windows nt的fddi网卡驱动程序过程中如何注册miniport nic驱动程序。即怎样正确注册逻辑网卡和mac驱动程序的初始化。着重讨论与初始化相关的上边缘函数的使用和调用关系以及初始化过程中遇到的各种问题的具体解决。

第一章windows nt环境下fddi网卡驱动程序

总体结构介绍

第一节windows nt网络结构

§1.1.1 windows nt网络体系结构

windows nt的网络体系结构是基于国际标准化（iso）制定的标准模型──开放式系统互连（open system interconnection：osi）参考模型分层建立的，这种方式有利于随时扩展其它功能和服务。

windows nt网络模型开始于mac子层，网卡驱动程序就驻留在其中。它通过相关的网卡把windows nt与网络连接起来，图中的多个网卡表明在一台运行windows nt的计算机上能使用多种网卡。

这一网络体系结构包括两个重要接口──ndis接口与传输驱动

程序接口（tdi）。这两个接口把两个层隔离开来，办法是相邻的部件只允许按单一的标准来写，不允许多重标准。例如一个网卡驱动程序（在ndis接口的下面）就不需要特地按每个传输协议来写它的代码块，恰恰相反，该驱动程序是写给ndis接口的，它通过符合ndis的相应传输协议来请求服务。这些接口包含在windows nt的网络体系结构中，以容纳可移植、可互换的模块。

在两个接口之间，是传输协议。它在网络中起着组织者的作用。一个传输协议规定了数据以何种方式呈递给下一个接收层，以及如何对数据相应地进行打包。它通过ndis把数据传给网卡驱动程序，并通过tdi把数据传给转发程序（redirector）

tdi之上是转发程序，它把本地的网络资源申请转送给网络。

为了能和其他厂商的网络互连，windows nt允许有多个转发程序。对于每一个转发程序windows nt计算机必须也有一个相应的供应者（provider）(由网络厂商提供)。多供应者路由选择程序决定适当的供应者，然后借助于供应者，对应用请求到相应的转发程序做出选择。

§1.1.2 windows nt网络驱动程序

windows nt支持两种类型的网络驱动程序

传输驱动程序

实现数据链路层中的逻辑链路控制子层协议和传输层协议。向 下与ndis接口，向上与tdi接口。

网卡驱动程序

实现对物理层的管理和数据链路层中介质访问控制子层协议，通过ndis向下管理物理网卡，向上与传输驱动程序通信。

§1.1.3 windows nt网卡驱动程序

windows nt环境下的网卡驱动程序也分为两种：

miniport网卡驱动程序：miniport驱动程序只须实现与网络硬件相关的操作（包括发送和接收）。而所有底层网卡驱动程序的通用操作（如同步），一般由ndis接口程序来实现。

full网卡驱动程序：full网卡驱动程序必须实现所有硬件相关和同步、排队等操作。例如full网卡驱动程序为了响应数据接收，需要保持本身的捆绑信息，而miniport就可以由ndis接口库来实现。

在windows nt的早期版本中，full网卡驱动程序要求开发者实现许多底层操作，来处理多处理器的核心问题以及处理器、线程的同步，这样不同的开发者在大量重复着许多相同的工作。

而miniport网卡驱动程序允许开发者仅仅写一些与网络硬件相关的代码即可，而那些通用的函数由ndis接口库来实现，这样开发出来的驱动程序减少了不必要的工作。

第二节miniport驱动程序的结构

ndis接口规范了网卡驱动程序的实现，同时也对tdi驱动程序的实现提出了一定的要求，在nt中，ndis约束下的网卡驱动程序、tdi驱动程序和系统的关系如下图所示：

图2.0 ndis约束下的网卡驱动程序、tdi驱动程序和系统的关系

miniport驱动程序包括驱动程序对象、驱动程序源代码和ndis接口库代码。windows nt ddk提供ndis.h作为miniport驱动程序的主要头文件，定义了miniport驱动程序的入口点、ndis接口库函数和通用数据结构。

上边缘函数的作用是网卡驱动与ndis接口库进行通信，而下边缘函数是tdi协议驱动程序与ndis通信的手段。

§1.2.1 miniport网卡对象

ndis用一个叫做逻辑网卡的软件对象来描述系统中的每块网卡，而逻辑网卡与windows nt设备对象的通信由i/o子系统来管理，描述网卡的设备对象包括相关的网络信息如名字、网络地址和网卡内存基地址等，它还包含与硬件相关的驱动程序状态数据（捆绑数目，捆绑句柄，包过滤数据库等）。ndis分配一个句柄到miniportinitialize这个上边缘函数的一个结构中，然后miniport网卡驱动程序将在以后提供这个句柄来给ndis调用，这个结构一直被ndis保持，并且对miniport驱动程序不透明。

当miniport网卡驱动程序初始化一块网卡时，它创立自己的内部数据结构来描述网卡，记录需要它管理的与设备相关的状态信息。当miniport网卡驱动程序调用ndismsetatttibutes或ndismsetattributesex两ndis库函数时，它传递一个句柄给这数据结构。这样，当调用miniport驱动程序入口点时，它就传递这个句柄来验证驱动程序所对应的网卡的正确性。这个数据结构为miniport网卡驱动程序所拥有并维护。

§1.2.2网络对象标识符

miniport nic驱动程序还需要维护一组对象，这些对象是系统定义的对象标识符（object idetifier：oid）来标识，以描述驱动程序的性能和当前状态信息。为查询这些信息，上层驱动程序调用ndisrequest向ndis接口库指示oid。oid表示了调用所需的信息类型，如miniport驱动程序所支持的lookahead缓冲区大小等。ndis接到上层驱动程序的查询请求，将oid传递给上边缘函数miniportqueryinformation实现对oid的查询，如果上层驱动程序请求改变状态信息则调用miniportsetinformation实现对oid的设置。

§1.2.3 miniport网卡驱动程序代码

典型的miniport nic驱动程序必须有一些函数来通过ndis接口实现上层驱动程序与硬件的通信。这些函数称为上边缘服务函数。

这些上边缘服务函数由驱动程序的开发者根据驱动程序面向的特定低层网络类型和硬件以及相应环境，可以有选择地实现，但必须保证驱动程序最基本的功能，这些基本功能包括初始化、发送、中断处理、重置、参数查询与设置和报文接收。

miniportinitialize：操作系统根据系统配置信息，检测出网卡已安装时，由ndis接口在初始化时调用，主要完成低层网络类型确定，对应于物理网卡的逻辑网卡初始化，中断信息注册，网卡与主机通讯方式的确认。i/o端口的申请与注册，内存映像，mib的初始化，物理网卡的验证与初始化等。

miniportreconfigure：支持网卡参数动态变化，和miniportinitilize一样由ndis接口以初始化级别调度执行（不能屏蔽中断，必须由驱动程序承认并清除在此期间产生的中断），支持即插即用和软配置的网卡在动态改变参数时，必须提供此函数。

miniportqueryinformation：查询网卡的状态以及网卡驱动程序的操作或统计参数，如是否支持组通讯、网卡的物理速率是否支持回环、是否支持直接拷贝等，这些参数以oid方式统一管理。

miniportsetinformation：ndis接口或协议驱动程序通过调用此接口改变驱动程序维护的oid库，一些操作参数的改变也将同时改变驱动程序状态，例如组地址的设置。

miniportreset：包括网卡硬件重置和驱动程序软件重置，软件重置包括驱动程序状态重置，以及一些相关的参数重置，还需考虑有些参数的恢复，重置时不必完成所有正在活跃的外部请求，但必须释放已占用的外部资源。

miniporthalt：挂起网卡并释放该网卡驱动程序占用的所有资源，在此期间不屏蔽中断。

miniportisr：高优先级的中断处理程序，进行的工作包括初始中断处理类型，决定是否进行中断转交，对卡上中断进行处理 等，该服务类型只在以下情况被调用：

ndis接口调用miniportinitialize和miniporthalt两函数时。

．中断处理类型设为每此中断处理过程都调用时。

为使系统能及时响应所有硬件中断，高优先级的硬件中断处理程序应尽可能的减少运行时间，防止长时间的屏蔽低优先级中断，避免造程中断丢失。

miniporthandleinterrupt：由中断延时处理程序在中断延时处理时进行调用。ndis排队所有的延时处理，该服务主要处理发送完成、报文接收、描述符用尽、溢出、网卡异常等中断。

miniportsend：ndis收到上层发送请求时经过若干协议处理再向下调用此服务过程，发送的packet已含有llc和mac头，该服务过程进行边界对齐、packet约束重整、描述符映射和报文发送、以及发送资源和packet缓冲队列管理。

miniporttransferdata：多个已和网卡捆绑的协议驱动程序在接收到报文到达指示后，向网卡驱动程序发出传送请求以拷贝各自所需的报文数据部分，网卡驱动程序根据各协议驱动程序对单个packet是否进行多次拷贝，以决定是否暂存只允许单次拷贝的packet等。

miniportcheckhandle：ndis每秒调用此服务函数一次，驱动程序发现网卡异常时报告给ndis由ndis调用miniportreset进行硬件重恢复。

miniportenableintrrupt：中断使能。

miniportdisableinterrupt：中断屏蔽。

另外，每个网卡驱动程序必须有一个初始化入口点，由driver entry函数实现，它和系统相关，由操作系统在装入驱动程序时调用，主要完成初始化ndis wrapper，再由wrapper初始生成驱动程序管理块并完成相应各种初始化工作，登录网卡驱动程序所有上边缘服务入口点，同时写入ndis版本信息。

§1.2.4 ndis接口库

ndis接口库包括在ndis.sys中，它是一个核态函数库，有一套抽象的函数，无论协议驱动程序还是nic驱动程序都连接到这个库中，以实现上下层之间的操作。

第二章fddi网卡驱动程序的加载和运行

第一节 网卡驱动程序的安装

windows nt网卡驱动程序安装的目的是实现网卡相应硬件信息和驱动程序在windows nt注册库中的注册，使windows nt能够正确识别网卡，了解所必需的软硬件信息并能在windows nt启动时加载相应驱动程序。

网卡驱动程序安装时，首先在主群组的控制面板中选择“网络”，然后添加网卡，指定相应信息文件──oemsetup.inf的路径，以完成以下两个必要的操作：

复制驱动程序到相应的系统目录（windows nt根目录\system32\drivers\）中；

在windows nt注册库中存入相应软硬件信息。

下面主要以fddi网卡为例介绍安装驱动程序所必需的工作：

§2.1.1网卡一般硬件参数

对于fddi网卡，必须在编写其oemsetup.inf文件时确定以下硬件参数：

总线类型：pci(5)……括号中的数字5表示pci总线在ndis中的总线类型代码；

厂商代号：0x5588……系统加载时确定网卡的标记，也是编程时确定pci槽号的标识；

cfid: 0x01;

介质类型：光纤(3) ……括号中的数字表示光纤在ndis中的介质类型代码；

是否支持全双工：支持。

对于其它的硬件信息在此inf配置信息文件中可有可无，如若配置，则可在驱动程序的编写时利用这些信息，方便编程，同时有利于其它应用对其参数的确定和使用。

§2.1.2 fddi网卡加载时需在注册库登录表里做的网络配置

网卡驱动程序的安装通常将创建登录表中的四个不同子键：

software registrion键，对应于驱动程序，存在于hkey_local_machine\software\company\ productname\version中。我们的fddi网卡驱动程序所对应的是hkey_local_machine\software\net612\yhfddi\yhfddi1.0;

网卡的软件登录键，存在于hkey_local_machine\software\microsoft\ windows nt\nt3.51\networkcards\yhfddi1;

驱动程序的服务登录键，存在于hkey_local_machine\system\currentcontrolset\services

网卡的服务登录键，存在于hkey_local_machine\system\currentcontrolset\services

对于每一个网络部件，一个名为netrules的特殊子键在邻近的驱动程序或网卡登录子键里创建，netrules标识网络部件为网络整体的一部分。

fddi网卡驱动程序对应的标准软件登录表项将出现在以下路径：

hkey_local_machine\software\net612\yhfddi\yhfddi1.0;

驱动程序对应的标准项的值为：

description =yhfddi/pci adapter controller

install date =……

……

refcount =0x01

servicename =yhfddi

softwaretype =driver

title =yhfddi/pci adapter controller

而且在yhfddi驱动程序相关的netrules子键下，这些值项为：

bindable =yhfddi driver yhfddi adapter non exclusiver

bindform =“yhfddisys”yes no container

class = reg_multi_sz “yhfddi driver basic”

infname =oemnad1.inf

type =yhfddisys ndisdriver yhfddidriver

use =driver

yhfddi网卡在如下路径的networkcards子键里介绍：

hkey_local_machine\software\microsoft\

windows nt\nt3.51\networkcards\yhfddi1;

网卡的标准项包括以下这些值：

description =yhfddi/pci adapter controller

install date =……

manufacturer =net612

productname =yhfddi

servicename =yhfddi01

title =[01]yhfddi/pci adapter controller

§2.1.3编写inf信息配置文件

gui inf描述语言被windows nt用以书写系统所有部件的配置文件，当然也可以用以书写网络系统各部件的配置文件，该配置文件描述了网络部件安装、配置、删除的执行过程。当网络部件进行初始安装或二次安装（通常通过ncpa进行）时，安装程序读取部件对应的配置文件，进行解释执行。gui inf描述语言由节、命令、逻辑操作、变量规范、流程控制以及一套调用dll或外部程序的机制组成，其中，节是配置文件的主体，节可分为install节（类似于函数），shell节（也类似于函数，但可调用insall和shell节），detect节（不包含命令），一个配置文件一般由若干不同类型的节组成。驱动程序的开发者根据需要可以在配置文件中编写相应代码，使得用户和系统之间能进行交互，并且由用户决定一些配置参数。

nt网卡配置文件有其一套规范，驱动程序开发者必须按规范编写配置文件，一般来说，一个配置文件至少应该提供下面三个节：

安装入口点：[identify]shell节。该节主要功能是给出安装部件的类型名，系统通过它识别该部件属于哪一大类（display，mouse，scsi，network等）中的哪一类（网络adapter，driver，transport，service，network和netprovidor），同时，还需要给出映像文件和配置文件所在的源介质及标识。

[returnoption]shell节。系统执行安装identify节后，执行该节。它主要功能是检查所需安装的部件是否支持的硬件平台和语言，并给出网卡名（有些配置文件支持多类网卡，此时必须让用户进行选择，并获得选择结果）。

[installoption]shell节。该节是配置文件得主体，也是上次安装完后再次进行配置、删除、更新的入口点。主要功能是拷贝映像文件和配置文件，生成配置的各种选项，创建该部件在注册库中对应的各种登录子树并更新重写。

第二节 驱动程序的加载过程

§2.2.1 windows nt的启动过程

驱动程序设计范文第5篇

第一节windows  nt网络结构

§1.1.1  windows  nt网络体系结构

windows  nt的网络体系结构是基于国际标准化（iso）制定的标准模型──开放式系统互连（open  system  interconnection：osi）参考模型分层建立的，这种方式有利于随时扩展其它功能和服务。

windows  nt网络模型开始于mac子层，网卡驱动程序就驻留在其中。它通过相关的网卡把windows  nt与网络连接起来，图中的多个网卡表明在一台运行windows  nt的计算机上能使用多种网卡。

这一网络体系结构包括两个重要接口──ndis接口与传输驱动

程序接口（tdi）。这两个接口把两个层隔离开来，办法是相邻的部件只允许按单一的标准来写，不允许多重标准。例如一个网卡驱动程序（在ndis接口的下面）就不需要特地按每个传输协议来写它的代码块，恰恰相反，该驱动程序是写给ndis接口的，它通过符合ndis的相应传输协议来请求服务。这些接口包含在windows  nt的网络体系结构中，以容纳可移植、可互换的模块。

在两个接口之间，是传输协议。它在网络中起着组织者的作用。一个传输协议规定了数据以何种方式呈递给下一个接收层，以及如何对数据相应地进行打包。它通过ndis把数据传给网卡驱动程序，并通过tdi把数据传给转发程序（redirector）

tdi之上是转发程序，它把本地的网络资源申请转送给网络。

为了能和其他厂商的网络互连，windows  nt允许有多个转发程序。对于每一个转发程序windows  nt计算机必须也有一个相应的供应者（provider）(由网络厂商提供)。多供应者路由选择程序决定适当的供应者，然后借助于供应者，对应用请求到相应的转发程序做出选择。

§1.1.2  windows  nt网络驱动程序

windows  nt支持两种类型的网络驱动程序

传输驱动程序  

实现数据链路层中的逻辑链路控制子层协议和传输层协议。向  下与ndis接口，向上与tdi接口。

网卡驱动程序  

实现对物理层的管理和数据链路层中介质访问控制子层协议，通过ndis向下管理物理网卡，向上与传输驱动程序通信。

§1.1.3  windows  nt网卡驱动程序

windows  nt环境下的网卡驱动程序也分为两种：  

miniport网卡驱动程序：miniport驱动程序只须实现与网络硬件相关的操作（包括发送和接收）。而所有底层网卡驱动程序的通用操作（如同步），一般由ndis接口程序来实现。  

full网卡驱动程序：full网卡驱动程序必须实现所有硬件相关和同步、排队等操作。例如full网卡驱动程序为了响应数据接收，需要保持本身的捆绑信息，而miniport就可以由ndis接口库来实现。  

在windows  nt的早期版本中，full网卡驱动程序要求开发者实现许多底层操作，来处理多处理器的核心问题以及处理器、线程的同步，这样不同的开发者在大量重复着许多相同的工作。

而miniport网卡驱动程序允许开发者仅仅写一些与网络硬件相关的代码即可，而那些通用的函数由ndis接口库来实现，这样开发出来的驱动程序减少了不必要的工作。

第二节miniport驱动程序的结构

ndis接口规范了网卡驱动程序的实现，同时也对tdi驱动程序的实现提出了一定的要求，在nt中，ndis约束下的网卡驱动程序、tdi驱动程序和系统的关系如下图所示：

图2.0  ndis约束下的网卡驱动程序、tdi驱动程序和系统的关系

miniport驱动程序包括驱动程序对象、驱动程序源代码和ndis接口库代码。windows  nt  ddk提供ndis.h作为miniport驱动程序的主要头文件，定义了miniport驱动程序的入口点、ndis接口库函数和通用数据结构。

上边缘函数的作用是网卡驱动与ndis接口库进行通信，而下边缘函数是tdi协议驱动程序与ndis通信的手段。

§1.2.1  miniport网卡对象

ndis用一个叫做逻辑网卡的软件对象来描述系统中的每块网卡，而逻辑网卡与windows  nt设备对象的通信由i/o子系统来管理，描述网卡的设备对象包括相关的网络信息如名字、网络地址和网卡内存基地址等，它还包含与硬件相关的驱动程序状态数据（捆绑数目，捆绑句柄，包过滤数据库等）。ndis分配一个句柄到miniportinitialize这个上边缘函数的一个结构中，然后miniport网卡驱动程序将在以后提供这个句柄来给ndis调用，这个结构一直被ndis保持，并且对miniport驱动程序不透明。  

当miniport网卡驱动程序初始化一块网卡时，它创立自己的内部数据结构来描述网卡，记录需要它管理的与设备相关的状态信息。当miniport网卡驱动程序调用ndismsetatttibutes或ndismsetattributesex两ndis库函数时，它传递一个句柄给这数据结构。这样，当调用miniport驱动程序入口点时，它就传递这个句柄来验证驱动程序所对应的网卡的正确性。这个数据结构为miniport网卡驱动程序所拥有并维护。

§1.2.2网络对象标识符

miniport  nic驱动程序还需要维护一组对象，这些对象是系统定义的对象标识符（object  idetifier：oid）来标识，以描述驱动程序的性能和当前状态信息。为查询这些信息，上层驱动程序调用ndisrequest向ndis接口库指示oid。oid表示了调用所需的信息类型，如miniport驱动程序所支持的lookahead缓冲区大小等。ndis接到上层驱动程序的查询请求，将oid传递给上边缘函数miniportqueryinformation实现对oid的查询，如果上层驱动程序请求改变状态信息则调用miniportsetinformation实现对oid的设置。

§1.2.3  miniport网卡驱动程序代码

典型的miniport  nic驱动程序必须有一些函数来通过ndis接口实现上层驱动程序与硬件的通信。这些函数称为上边缘服务函数。

这些上边缘服务函数由驱动程序的开发者根据驱动程序面向的特定低层网络类型和硬件以及相应环境，可以有选择地实现，但必须保证驱动程序最基本的功能，这些基本功能包括初始化、发送、中断处理、重置、参数查询与设置和报文接收。

miniportinitialize：操作系统根据系统配置信息，检测出网卡已安装时，由ndis接口在初始化时调用，主要完成低层网络类型确定，对应于物理网卡的逻辑网卡初始化，中断信息注册，网卡与主机通讯方式的确认。i/o端口的申请与注册，内存映像，mib的初始化，物理网卡的验证与初始化等。

miniportreconfigure：支持网卡参数动态变化，和miniportinitilize一样由ndis接口以初始化级别调度执行（不能屏蔽中断，必须由驱动程序承认并清除在此期间产生的中断），支持即插即用和软配置的网卡在动态改变参数时，必须提供此函数。  

miniportqueryinformation：查询网卡的状态以及网卡驱动程序的操作或统计参数，如是否支持组通讯、网卡的物理速率是否支持回环、是否支持直接拷贝等，这些参数以oid方式统一管理。

miniportsetinformation：ndis接口或协议驱动程序通过调用此接口改变驱动程序维护的oid库，一些操作参数的改变也将同时改变驱动程序状态，例如组地址的设置。

miniportreset：包括网卡硬件重置和驱动程序软件重置，软件重置包括驱动程序状态重置，以及一些相关的参数重置，还需考虑有些参数的恢复，重置时不必完成所有正在活跃的外部请求，但必须释放已占用的外部资源。

miniporthalt：挂起网卡并释放该网卡驱动程序占用的所有资源，在此期间不屏蔽中断。

miniportisr：高优先级的中断处理程序，进行的工作包括初始中断处理类型，决定是否进行中断转交，对卡上中断进行处理  等，该服务类型只在以下情况被调用：  

ndis接口调用miniportinitialize和miniporthalt两函数时。  

．中断处理类型设为每此中断处理过程都调用时。

为使系统能及时响应所有硬件中断，高优先级的硬件中断处理程序应尽可能的减少运行时间，防止长时间的屏蔽低优先级中断，避免造程中断丢失。

miniporthandleinterrupt：由中断延时处理程序在中断延时处理时进行调用。ndis排队所有的延时处理，该服务主要处理发送完成、报文接收、描述符用尽、溢出、网卡异常等中断。

miniportsend：ndis收到上层发送请求时经过若干协议处理再向下调用此服务过程，发送的packet已含有llc和mac头，该服务过程进行边界对齐、packet约束重整、描述符映射和报文发送、以及发送资源和packet缓冲队列管理。

miniporttransferdata：多个已和网卡捆绑的协议驱动程序在接收到报文到达指示后，向网卡驱动程序发出传送请求以拷贝各自所需的报文数据部分，网卡驱动程序根据各协议驱动程序对单个packet是否进行多次拷贝，以决定是否暂存只允许单次拷贝的packet等。

miniportcheckhandle：ndis每秒调用此服务函数一次，驱动程序发现网卡异常时报告给ndis由ndis调用miniportreset进行硬件重恢复。

miniportenableintrrupt：中断使能。

miniportdisableinterrupt：中断屏蔽。

另外，每个网卡驱动程序必须有一个初始化入口点，由driver  entry函数实现，它和系统相关，由操作系统在装入驱动程序时调用，主要完成初始化ndis  wrapper，再由wrapper初始生成驱动程序管理块并完成相应各种初始化工作，登录网卡驱动程序所有上边缘服务入口点，同时写入ndis版本信息。

§1.2.4  ndis接口库

ndis接口库包括在ndis.sys中，它是一个核态函数库，有一套抽象的函数，无论协议驱动程序还是nic驱动程序都连接到这个库中，以实现上下层之间的操作。

第二章fddi网卡驱动程序的加载和运行

第一节  网卡驱动程序的安装

windows  nt网卡驱动程序安装的目的是实现网卡相应硬件信息和驱动程序在windows  nt注册库中的注册，使windows  nt能够正确识别网卡，了解所必需的软硬件信息并能在windows  nt启动时加载相应驱动程序。

网卡驱动程序安装时，首先在主群组的控制面板中选择“网络”，然后添加网卡，指定相应信息文件──oemsetup.inf的路径，以完成以下两个必要的操作：  

复制驱动程序到相应的系统目录（windows  nt根目录\system32\drivers\）中；  

在windows  nt注册库中存入相应软硬件信息。  

下面主要以fddi网卡为例介绍安装驱动程序所必需的工作：

§2.1.1网卡一般硬件参数

对于fddi网卡，必须在编写其oemsetup.inf文件时确定以下硬件参数：  

总线类型：pci(5)……括号中的数字5表示pci总线在ndis中的总线类型代码；  

厂商代号：0x5588……系统加载时确定网卡的标记，也是编程时确定pci槽号的标识；  

cfid:  0x01;  

介质类型：光纤(3)  ……括号中的数字表示光纤在ndis中的介质类型代码；  

是否支持全双工：支持。  

对于其它的硬件信息在此inf配置信息文件中可有可无，如若配置，则可在驱动程序的编写时利用这些信息，方便编程，同时有利于其它应用对其参数的确定和使用。

§2.1.2  fddi网卡加载时需在注册库登录表里做的网络配置

网卡驱动程序的安装通常将创建登录表中的四个不同子键：

software  registrion键，对应于驱动程序，存在于hkey_local_machine\software\company\  productnameersion中。我们的fddi网卡驱动程序所对应的是hkey_local_machine\software et612\yhfddi\yhfddi1.0;  

网卡的软件登录键，存在于hkey_local_machine\software\microsoft\  windows  nt t3.51 etworkcards\yhfddi1;  

驱动程序的服务登录键，存在于hkey_local_machine\system\currentcontrolset\services  

网卡的服务登录键，存在于hkey_local_machine\system\currentcontrolset\services  

对于每一个网络部件，一个名为netrules的特殊子键在邻近的驱动程序或网卡登录子键里创建，netrules标识网络部件为网络整体的一部分。

fddi网卡驱动程序对应的标准软件登录表项将出现在以下路径：

hkey_local_machine\software et612\yhfddi\yhfddi1.0;

驱动程序对应的标准项的值为：

description  =yhfddi/pci  adapter  controller

install  date  =……

……

refcount  =0x01

servicename  =yhfddi

softwaretype  =driver

title  =yhfddi/pci  adapter  controller

而且在yhfddi驱动程序相关的netrules子键下，这些值项为：

bindable  =yhfddi  driver  yhfddi  adapter  non  exclusiver

bindform  =“yhfddisys”yes  no  container

class  =  reg_multi_sz  “yhfddi  driver  basic”

infname  =oemnad1.inf

type  =yhfddisys  ndisdriver  yhfddidriver

use  =driver

yhfddi网卡在如下路径的networkcards子键里介绍：

hkey_local_machine\software\microsoft\

windows  nt t3.51 etworkcards\yhfddi1;

网卡的标准项包括以下这些值：

description  =yhfddi/pci  adapter  controller

install  date  =……

manufacturer  =net612

productname  =yhfddi

servicename  =yhfddi01

title  =[01]yhfddi/pci  adapter  controller

§2.1.3编写inf信息配置文件

gui  inf描述语言被windows  nt用以书写系统所有部件的配置文件，当然也可以用以书写网络系统各部件的配置文件，该配置文件描述了网络部件安装、配置、删除的执行过程。当网络部件进行初始安装或二次安装（通常通过ncpa进行）时，安装程序读取部件对应的配置文件，进行解释执行。gui  inf描述语言由节、命令、逻辑操作、变量规范、流程控制以及一套调用dll或外部程序的机制组成，其中，节是配置文件的主体，节可分为install节（类似于函数），shell节（也类似于函数，但可调用insall和shell节），detect节（不包含命令），一个配置文件一般由若干不同类型的节组成。驱动程序的开发者根据需要可以在配置文件中编写相应代码，使得用户和系统之间能进行交互，并且由用户决定一些配置参数。  

nt网卡配置文件有其一套规范，驱动程序开发者必须按规范编写配置文件，一般来说，一个配置文件至少应该提供下面三个节：

安装入口点：[identify]shell节。该节主要功能是给出安装部件的类型名，系统通过它识别该部件属于哪一大类（display，mouse，scsi，network等）中的哪一类（网络adapter，driver，transport，service，network和netprovidor），同时，还需要给出映像文件和配置文件所在的源介质及标识。  

[returnoption]shell节。系统执行安装identify节后，执行该节。它主要功能是检查所需安装的部件是否支持的硬件平台和语言，并给出网卡名（有些配置文件支持多类网卡，此时必须让用户进行选择，并获得选择结果）。  

[installoption]shell节。该节是配置文件得主体，也是上次安装完后再次进行配置、删除、更新的入口点。主要功能是拷贝映像文件和配置文件，生成配置的各种选项，创建该部件在注册库中对应的各种登录子树并更新重写。  

第二节  驱动程序的加载过程

§2.2.1  windows  nt的启动过程