wince下Dm9000A驱动调试总结----转自巴乔 .

最近论坛中有人问我当时Dm9000A驱动调试问题，刚好最近有点问题重新整理个文档发上来，和各位分享下，有什么不对的或者疑问的地方请留言。

Dm9000a 驱动总结

Dm9000a 是最近比较纠结的一个问题，其实去年早应该把这个问题提到议事日程上了，但是项目没有计划，工作东一头西一头，把这个事业就忘记了。实在是替自己感到悲哀。

  最近这网卡怎么了呢？因为采购的几个片子出现了 VID 和 PID 错误的情况。而我记得去年网卡驱动调试的时候也是换了块 dm9000 就好了，当时为了赶进度，没有进一步分析。刚好今年回来有好几个地方进一步认识的过程遇到了问题。下面总结下以备后用。

  DM9000 是 DAVICOM 公司的一个网卡芯片。封装是 LQFP48 pin 的，使用电源为 3.3 ，最大耗用电流为 92ma ，和 mcu 连接有两种模式及 8bit 和 16bit ，内置了 auto-mdi-x 功能 10/100m PHY 支持多种连接模式，支持 eeprom ，可以存放系统信息。支持 tcp/ip 加速功能、

  Dm9000a 在使用中有几个注意的地方：

1.CS 口接的是 nGCS 几，因为这个片选信号直接影响了我们 IO 映射的时候的区域（ BANKCON ）我们的硬件 nCS 接的应该是 mGCS3 ，那根据 2440 的 memory map 应该是 0x18000000 。

  2.CMD 口接的是地址几号线，如果用的是 A1 那么在做 IOBASE ＋偏移地址的时候需要加 2 ，如果是 A2 （大多数的板子是这个）那么就是需要加 4 。

  3. INT 口接的是系统中断那个中断脚，我们的硬件接的是 EINT2 ，那么用的就是系统中断

 

  dm9000a 在 wince 下面的驱动。

首先分析下 dm9000a 在 wince 中的源码。 从 dm9000.def 文件中可以看到 dm9000 的驱动程序（ dm9000.dll ） exports 的函数只有 DriverEntry 。从名字上也可以看出这是该 dll 文件入口。  
  下面详细看下这个入口函数（在 driver.cpp 中实现）：在这个函数中主要有一个 NdisMInitializeWrapper() ，这个函数中有很多回调函数 MiniportInitialize ， MiniportReset ， MiniportInterruptHandler ， MiniportISRHandler ， MiniportQueryInformation ， MiniportSetInformation ， MiniportSend ）。这些函数在驱动中已经实现好了。在这里还有一个 NdisMRegisterMiniport （） 函数。 This function registers an NIC or intermediate driver's Miniport_* entry points and name with the NDIS library when the driver initializes 。就是用刚才初始化的那个结构体注册。在 public/common/oak/drivers/netsamp/passthru /miniport.c 中微软提供了一系列 Miniportxxxx 函数的实现范例。 help 中对 MiniportInitialize 的解释是： This function is a required function that sets up a network adapter, or virtual network adapter, for network I/O operations, claims all hardware resources necessary to the network adapter in the registry, and allocates resources the driver needs to carry out network I/O operations.

  接下来就是 MiniportInitialize 了。在其中有 NIC_DRIVER_OBJECT 类的初始化，以及该类的 EDriverInitialize 函数调用，在此函数中全面展开了 dm9000 的所有初始化操作。主要是通过 DeviceEntry() 这个函数来实现（这个函数实现在 dm9000.cpp 文件中），在 DeviceEntry 这个函数中只做了一件事： new 了一个 C_DM9000 类的实例并 return 。这里小弟通过调试信息发现在 MiniportIntialize() 中做很多工作， DeviceSetDefaultSettings();DeviceSetEepromFormat();DeviceRetriveConfigurations(hconfig);EDeviceValidateConfigurations() 等等。在这里我的驱动已经读取了 dm9000 的 ID 。
C_DM9000::EDeviceInitialize
[dm9000: Chip signature is 90000A46
DM9000 EDriverInitialize EDeviceInitialize
DM9000 EDeviceRegisterInterrupt
+OALIntrEnableIrqs(1, 0x8201ef20)
+BSPIntrEnableIrq(-1).
DM9000 EDriverInitialize EDeviceRegisterInterrupt
C_DM9000::DeviceOnSetupFilter
C_DM9000::DeviceStart
C_DM9000::DeviceEnableInterrupt
<DM9:--MiniportInitialize> 这段是 MiniportIntialize 函数最后的些信息。当初始化完成后有个 DriverStart （）。这里程序主动权基本都在 c_DM9000 的类里了。俺网上牛的文章在 DeviceEnableInterrupt （）启动中断后，接下来就是无休止的等待，接收，发送了。

  源码分析完了，我们看看还有几个特别的地方，第一注册表

[HKEY_LOCAL_MACHINE/Comm/DM9CE]

              "DisplayName"="DM9000A/9010 ISA Fast Ethernet Adapter"

              "Group"="NDIS"

              "ImagePath"="dm9isa.dll"

 

       [HKEY_LOCAL_MACHINE/Comm/DM9CE/Linkage]

              "Route"=multi_sz:"dm9ce1"

 

       [HKEY_LOCAL_MACHINE/Comm/DM9CE1]

              "DisplayName"="DM9000A/9010 ISA Fast Ethernet Adapter"

              "Group"="NDIS"

              "ImagePath"="dm9isa.dll"

 

       [HKEY_LOCAL_MACHINE/Comm/Tcpip/Linkage]

              "Bind"="dm9ce1"

 

[HKEY_LOCAL_MACHINE/Comm/DM9CE1/Parms]

       "BusNumber"=dword:0

       "BusType"=dword:0

       "XmitBuffer"=dword:20

       "RecvBuffer"=dword:20

       "IrqNumber"=dword:2

       ;"IoAddress"=dword:18000300

       "MACAddress" =hex:20,04,09,18,00,07

 

[HKEY_LOCAL_MACHINE/Comm/DM9CE1/Parms/TcpIp]

       "EnableDHCP"=dword:0

              "UseZeroBroadcast"=dword:0

       "DefaultGateway"="192.168.1.1"

       "LLInterface"=""

       "UseZeroBroadcast"=dword:0

       "IpAddress"="192.168.1.33"

       "Subnetmask"="255.255.255.0"

       "DNS"="192.168.1.1"

       ;"WINS"="192.168.1.1"

注册表要注意的地方就是红色部分了。     "IrqNumber"=dword:2

       ;"IoAddress"=dword:18000300  这个地方的 IrqNumber 夜就是系统中断号，我们用的是中断号 2 吗？所以这个等于 2 ，这里再多讲下，当时调试时遇到中断不产生的情况。可以用示波器看硬件上中断是否产生。而去年的那块片子就是没有产生硬件中断害的我调试了一周。还有这个地方的 2 是系统中断号 2 ，那如果我是中断号 9 呢？？是不是就是 9 呀？错了！这个应该更具 wince 系统中的逻辑中断号和硬件中断号的关联，在 s3c2440a_intr.h 中 #define IRQ_EINT9           37 的定义。那么我们这个 "IrqNumber"=dword:2 就应该是 "IrqNumber"=dword:0x25 (37) 。 IoAddress 这个又是个比较纠结的问题。首先这个值其实应该是 0x18000000+0x300 ，这个 0x18000000 很好理解就是前面说的 cs 口的接法。也就是说这个是根据硬件来的。我们接的是 nGCS3 那就是 0x18000000 。那为什么加上 0x300 。说实话本人能力有限至今还不是很清楚。 悲哀中。。。

  下面我们看下源码中的一个数组

CONFIG_PARAMETER g_szDm9ConfigParams[] =
{
{ CID_CONNECTION_TYPE, -1, NDIS_STRING_CONST("ConnectionType") },
{ CID_SLOT_NUMBER, -1, NDIS_STRING_CONST("SlotNumber")},
{ CID_BUFFER_PHYSICAL_ADDRESS, 0, NDIS_STRING_CONST("BufferPhysicalAddress")},
{ CID_TXBUFFER_NUMBER, 0x20, NDIS_STRING_CONST("XmitBuffer")},
{ CID_RXBUFFER_NUMBER, 0x10, NDIS_STRING_CONST("RecvBuffer")},
{ CID_ADAPTER_NUMBER, 0, NDIS_STRING_CONST("AdapterNumber")},
{ CID_IO_BASE_ADDRESS, 0x18000300, NDIS_STRING_CONST("IoAddress")},
{ CID_IO_RANGE, 0x10, NDIS_STRING_CONST("IoRange")},
{ CID_IRQ_NUMBER, 0x2, NDIS_STRING_CONST("IrqNumber")}, { -1,-1,NULL}
};

这个地方红色部分也就是和注册表中一样的。必须和注册表一样。

  上述的工作完成后。 Dm9000a 在 wince5.0 下的驱动基本完成了。但是目前遇到某些芯片读取 VID 和 PID 和文档不一样的情况。还不知道什么情况，等找到原因在总结一次吧！这次总结关键是理清调试 dm9000a 的思路。

这个是我个人研发过程中整理的。直接发上来了！如有不妥的地方请包涵！