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

的思路。

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