ISA 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。