windows nt环境下fddi网卡驱动程序(9)
2015-06-26 01:05
导读：tcp/ip传输驱动程序所要查询的fddioid为： 0x03010102oid_fddi_long_current_addr 0x03010103oid_fddi_long_multicast_list 0x03010107oid_fddi_short_multicast_list 通过以上两阶段的查询，
tcp/ip传输驱动程序所要查询的fddi oid为：
0x03010102 oid_fddi_long_current_addr
0x03010103 oid_fddi_long_multicast_list
0x03010107 oid_fddi_short_multicast_list
通过以上两阶段的查询，ndis和tcp/ip驱动程序就分别了解了网卡驱动程序对其的支持，从而进行相应的捆绑，以便数据传输时正确选择网卡驱动程序。
第五节 开发环境与调试方法
开发环境：
fddi网卡驱动程序的开发环境为nt server 3.51，sdk，ddk for workstation 3.51， vc++4.1，硬件平台为586。
调试平台：
主机为nt server 3.51，windbg32
目标机为nt workstation3.51 （check 944）
调试方法：
※利用dbgprint把目标机上关键信息通过串口传到主机进行分析，以得出ndis驱动程序的调度机制和运转状况；
※利用assert产生异常断点，由主机对异常进行控制
※自定义宏，进行分级控制，以根据不同情况产生不同调试信息
第四章 与smt移植相关的问题讨论
在本yhfddi网卡驱动程序中，smt的移植是极其关键的一部分，主要承担了驱动程序中硬件初始化和中断延迟处理。但由于smt是相对独立的软件，这样就有一个ndis wrapper与smt间参数传递的问题。所以本章主要讨论miniport驱动程序与smt的关系和移植smt过程中初始化的要求、中断处理的要求，ndis wrapper与smt如何传递参数。
（一）miniport fddi网卡驱动程序与smt的关系。
在第一章已经谈及网卡驱动程序主要实现osi参考模型中的物理层和mac层。而对于fddi网络的物理层又可分为介质相关子层和介质无关子层。
对于我们的fddi/pci是基于x.3.19、x3.148、x3.166和x3.229而实现的。
大学排名 smt在整个iso七层模型中属低两层范畴。下图是iso模型与fddi层次的对应关系，从而可知fddi miniport驱动程序在nt网络结构中的位置。
即在windows nt fddi网卡驱动程序应包含smt，实现fddi拓扑环上的站管理。
而在驱动程序内部smt主要是在miniport驱动程序中的中断延迟处理上边缘服务中实现的，也可以说是将smt嵌入中断延迟处理程序中，实现ndis接口对smt的正确调度。
yh-fddi驱动程序的实现可分为硬件无关部分和硬件相关部分。
移植smt过程中初始化的要求.
这里的初始化主要是指硬件初始化,包括寄存器的初始化和数据结构的初始化,由smt共用的硬件相关例程库中硬件初始化部分来完成. 我们在开发过程序是调用fddi_main(bdd_t*bdd)这个函数来调用smt共用的硬件相关例程库的.可见使用fddi_main(bdd_t*bdd)时,需要传递bdd这个参量,而bdd_t这个数据结构的定义如下:
它包含了各类硬件寄存器的基址,所以要对其进行正确赋值就必须首先在nt的内存中映射一块虚存与网卡内存相对应,也就实现了bdd_t结构的赋值,对fddi_main(bdd_t *bdd)的正确调用.
