当前位置:Linux教程 - Linux - NE1000/NE2000网卡(及其兼容卡)的FAQ

NE1000/NE2000网卡(及其兼容卡)的FAQ

作者:Wing
  问题:在用v2.0.x启动时没有检测到PCI NE2000兼容网卡。

  原因:在v2.0.30之前的ne.c驱动程序只知道基于RealTek 8029的兼容网卡的PCI ID号。在此只后才出现了使用其它PCI ID号的PCI NE2000兼容网卡,所以驱动程序无法检测这些网卡。

  解决方案:最简单的方法是把Linux内核升级到v2.0.31以上版本。它可以识别五种不同的NE2000-PCI芯片的ID号,在启动或载入模块时自动检测到它们。如果你升级到了2.0.34以上版本,会有一个比原先的ISA/PCI驱动程序稍小但更高效的PCI专用NE2000驱动程序。

  问题:启动时PCI NE2000兼容网卡被报告为ne1000(8比特网卡!)或者在v2.0.x下载入ne.o模块不起作用。

  原因:某些PCI兼容网卡不支持字节存取(因此不是百分之百的兼容NE2000)。这使检测时被误认为NE1000网卡。

  解决方案:你需要升级到v2.0.31以上版本。现在的驱动程序会检测到这种硬件Bug。

  问题:PCI NE2000网卡的性能很差,即使按照性能技巧章节所说的减小了窗口大小。

  原因:十多年前设计和出售的初始8390芯片的技术数据手册上提到,为了得到最高的可靠性,在每次写操作之前需要一个读操作。驱动程序能够轻易地做到这一点,但从v1.2内核时代起,缺省情况下取消了这一操作。有一个用户报告说重新使用这一“错误的特性”就可以改善廉价的PCI NE2000兼容网卡的性能。

  解决方案:由于只有一个用户提出报告把它作为解决方案,不要对此寄予太大的希望。重新使用写之前的读操作可以简单地编辑linux/drivers/net/下的驱动程序文件,取消包含NE_RW_BUGFIX的那一行的注释,然后重建内核或载入相应的模块。如果这样确实有效,请给我发一封e-mail,描述性能上的差异和你所使用的网卡/芯片类型。(对ne2k-pci.c驱动程序也可以如法炮制。)

  问题:ne2k-pci.c驱动程序对PCI NE2000网卡报告诸如timeout waiting for Tx RDC错误信息,无法正常工作。

  原因:你的网卡或网卡到PCI总线的连接无法处理该驱动程序使用的长字I/O优化。

  解决方案:首先,检查BIOS/CMOS设置,看看与PCI总线相关的计时对于可靠的操作是否过于严格了。否则,使用ISA/PCI的ne.c驱动程序(或者删除ne2k-pci.c中的#define USE_LONGIO),使你的网卡可用。

  问题:没检测到ISA的即插即用NE2000网卡(如RealTek 8019)。

  原因:初始的NE2000特性不支持即插即用,因此Linux的NE2000驱动程序也不支持即插即用。

  解决方案:使用网卡所附的DOS配置盘取消PnP,并为该网卡设置一个指定的I/O地址和IRQ。在/etc/conf.modules里增加这样的一行options ne io=0xNNN,这里0xNNN是你为网卡设置的16进制I/O地址。(假设你使用的是模块化驱动程序;否则,在启动时使用一个ether=0,0xNNN,eth0参数。你也可以进入BIOS/CMOS设置,把IRQ从PnP改为Legacy-ISA。如果你需要为兼容其它的操作系统而保留PnP设置,那么你可以看一下isapnptools包。使用man isapnp看看它是否已经安装在你的系统上了。如果没有,浏览一下下面的连接:SA PNP Tools

  问题:在启动检测时NE*000驱动程序报告“not found (no reset ack)”。

  原因:这跟上面所说的改动有关。在证实8390处于所检测的I/O地址之后,进行重新设置。在网卡完成重新设置后,应当通知重新设置完成。你的网卡没有通知,所以驱动程序认为不存在NE网卡。

  解决方案:你可以在启动时使用一个未被使用的mem_end16进制值0xbad,告诉驱动程序你有一个坏网卡。在使用0xbad撤消时你必须为网卡提供一个非零的I/O地址。例如,在0x340的网卡不响应重新设置,则使用如下方法:

LILO: linux ether=0,0x340,0,0xbad,eth0


  这样,即使你的网卡不响应重新设置,网卡检测还能继续下去。如果你是以模块方式使用驱动程序,那么可以象提供I/O地址一样提供选项bad=0xbad。

  问题:NE*000网卡使机器在第一次网络访问时死机。

  原因:这个问题从早期的1.1.57内核到现在都出现过,而且只在有限的几种软件配置的兼容网卡上出现。看来是需要用某些特殊的方法来初始化它们。

  解决方案:有几个人报告在热启动(即loadlin或Ctrl-Alt-Del)Linux之前,运行提供的DOS软件配置程序或提供的DOS驱动程序可以使网卡工作。这表明这些卡需要以某种特殊的方式初始化,与当前的Linux驱动程序稍有区别。

  问题:在0x360的NE*000以太网卡没有检测到。

  原因:你的NE2000网卡在I/O空间占据了0x20个字节,使它与0x378处的并口发生冲突。其它可能的设备是0x370处的第二个软盘控制器(如果有的话),以及0x376--0x377处的第二个IDE控制器。如果该口已被其它驱动程序注册,内核将不再进行检测。

  解决方案:把你的网卡移到0x280, 0x340, 0x320一类的地址,或者在编译时不支持并行打印机。

  问题:每次打印时网络都断开(NE2000)。

  原因:与上一个问题相同,但你的内核比较老,不支持对重叠I/O区域的检查。使用如上的解决方案,有空时获取一个新的内核。

  问题:没检测到0xNNN: 00 00 C5 ... 处的NE*000以太网卡。(非法标识yy zz)

  原因:首先,你是否在地址0xNNN处有一个NE1000或NE2000网卡?如果有,报告的硬件地址是否象一个合法地址?如果是的话,那么你的NE*000兼容网卡很差劲。所有的 NE*000兼容网卡都假定网卡上的SA PROM的第14和15字节为0x57。而你的网卡不是这样 -- 它的值为“yy zz”。

  解决方案:有两种解决方法。最简单的方法就是如上所述的“no reset ack” 解决方案,使用一个0xbad的mem_end值。这样在提供一个非零的I/O地址时就可以忽略标识检查。此方法无需重新编译内核。

  第二种方法(对黑客)需要修改驱动程序,并重新编译内核(或模块)。在驱动程序(/usr/src/linux/drivers/net/ne.c)的42行有一个“Hall of Shame”列表。这个表是用来检测那些差劲的兼容网卡的。例如,DFI网卡在PROM的前三个字节使用“DFI”,而不是象要求的那样在第14和15字节使用0x57。

  问题:机器在启动时出现“8390...”或“WD....”信息后死机。拔掉NE2000就好了。

  解决方案:把你的NE2000地址改为0x340一类的地址。此外,你可以在和“ether=”参数一起使用“reserve=”启动参数,保护网卡不受其它设备驱动程序检测的影响。

  原因:你的NE2000兼容网卡兼容性不好。一个激活的NE2000是个无底洞,会使其它的驱动程序陷在其空间内进行自动检测。把NE2000改到一个不常用的地址就可以从其它的自动检测中消除这一陷阱,机器也就可以启动了。

  问题:机器启动时在进行SCSI检测时死机。

  原因:这个问题跟上面的一样,改变以太网卡的地址,或使用reserve/ether启动参数。

  问题:机器启动时在进行声卡检测时死机。

  原因:不可能,实际上是发生在静默方式的SCSI检测过程中,与上面的问题一样。

  问题:启动时检测不到NE2000 - 根本就没有启动信息。

  解决方案:因为造成检测不到的原因很多,所以没有“神奇的解决方案”。下面列出了可能有所帮助的一些措施。

  1) 构建一个只包含需要的设备驱动程序的内核。证实你确实是从新内核启动的。忘记运行lilo等会使你从老的内核启动。(仔细观察启动时报告的构建时间/日期。)听起来很明显,但我们以前都犯过这个错。通过检查System.map文件里ne_probe一类的名称,确定驱动程序已包含在新的内核里。

  2) 仔细观察启动信息。看看它是否提及正在进行诸如“NE*000 probe at 0xNNN: not found (blah blah)”一类的ne2k检测,或者就是静悄悄地失败了。这里的区别很大。使用dmesg|more在登录后浏览启动信息,或者在启动完成显示登录提示符时使用Shift-PgUp卷回屏幕。

  3) 启动后,执行cat /proc/ioports,证实网卡要求的全部I/O空间是空的。如果网卡在0x300,那么ne2k驱动程序要求的空间为0x300-0x31f。如果其它设备的驱动程序注册了其中的一个口,就不会对该地址进行检测,而是静悄悄地检测下一个要检测的地址。常见的情况是lp驱动程序保留了0x378,或者第二个IDE通道保留了0x376,这就使ne驱动程序停止检测0x360-0x380。

  4) 与上面一样执行cat /proc/interrupts。确定没有其它设备注册了你为以太网卡设置的中断。这种情况下,检测可以进行,以太网卡驱动程序会在启动时大声抱怨无法得到所要求的IRQ中断线。

  5) 如果你还为驱动程序静悄悄地失败而苦恼,那么编辑并给检测增加一些printk()。比如,对于ne2k,你可以在linux/drivers/net/ne.c中增加/删除某些行(用 “+”或“-”表示),如下所示:


-------------------------------------------------------

int reg0 = inb_p(ioaddr);

+ printk(""NE2k probe - now checking %x
"",ioaddr);
- if (reg0 == 0xFF)
+ if (reg0 == 0xFF) {
+ printk(""NE2k probe - got 0xFF (vacant I/O port)
"");
return ENODEV;
+ }
--------------------------------------------------------



  那么它就会输出检查的每一个口地址信息,你可以看到你的网卡地址是否被检测了。

  6) 你还可以从Don的ftp站点(在howto中也提及了)获取ne2k的诊断程序,看看你在启动进入Linux后能否用它检测你的网卡。使用“-p 0xNNN”选项告诉它在哪里寻找你的网卡。(缺省情况下只检测0x300,与启动时的探测不同,不会检测其它的地址。)在找到网卡时的输出如下:


--------------------------------------------------------
Checking the ethercard at 0x300.
Register 0x0d (0x30d) is 00
Passed initial NE2000 probe, value 00.
8390 registers: 0a 00 00 00 63 00 00 00 01 00 30 01 00 00 00 00
SA PROM 0: 00 00 00 00 c0 c0 b0 b0 05 05 65 65 05 05 20 20
SA PROM 0x10: 00 00 07 07 0d 0d 01 01 14 14 02 02 57 57 57 57
NE2000 found at 0x300, using start page 0x40 and end page 0x80.
---------------------------------------------------------------



  你的注册值和PROM值可能会不一样。注意,对16比特网卡,所有PROM值都增加一倍,以太网卡地址(00:00:c0:b0:05:65)出现在第一行,加倍后的0x57标识出现在PROM的结尾。

  在0x300处没有安装网卡时的输出如下:


-----------------------------------------------------------------

Checking the ethercard at 0x300.
Register 0x0d (0x30d) is ff
Failed initial NE2000 probe, value ff.
8390 registers: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
SA PROM 0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
SA PROM 0x10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff

Invalid signature found, wordlength 2.
-----------------------------------------------------------------



  出现值0xff的原因是在读取空I/O口时返回的就是该值。如果在检测的区域内有其它硬件,你可以看到一些非0xff的值。

  7) 尝试在运行提供的DOS驱动程序或配置程序之后,从DOS启动软盘(通过loadlin)热启动进入Linux。这可能会进行一些额外的(即非标准的)“魔法”来初始化网卡。

  8) 试一下Russ Nelson的ne2000.com包驱动程序,看它能否看见你的网卡 -- 如果还不行,事情就不大妙了。例如:

A:> ne2000 0x60 10 0x300


  所用参数为软件中断向量、硬件IRQ和I/O地址。你可以从任意的msdos存档中的pktdrv11.zip里找到它 -- 现在的版本大概是11以上了。