windows nt环境下fddi网卡驱动程序设计

03010108  oid_fddi_short_max_list_size
0x03010102  oid_fddi_long_current_addr  
0x03010106  oid_fddi_short_current_addr
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)的正确调用.  
因此,我们在调用fddi_main前首先将网卡上寄存器内存空间映射到nt的虚存空间上,并将bdd结构正确赋值.以映射bsi_phy_base为例,具体过程如下:
pchar  destination;
bdd_t  *bdd;
ndis_physical_address  physicaladdress;
ulong  baseaddress;
ndis_status  status;
baseadress  =0x0d0000+bsi_phy_base;
ndissetphysicaladdresshigh(physicaladdress,0);
ndissetphysicaladdresslow(physicaladdress,baseaddress);
status=ndismmapiospace(
(pvoid  *)&destination,
miniportadapterhandle,
physi

《windows nt环境下fddi网卡驱动程序设计(第6页)》