对于那些想了解更多有关网卡如何工作、或如何使用现有驱动程序，以及 试图为目前不支持的网卡编写自己的驱动程序的人来说，这些信息应该会 有用。如果你没有这种想法，那么最好跳过这一节。
如果已经可以发送接收背靠背数据包，就无法把更多的数据放到网络上。 每一个现代的以太网卡都可以接收背靠背数据包。Linux的DP8390驱动程序 （wd80x3、SMC-Ultra、3c503、ne2000，等等）基本上都可以发送背靠背 数据包（依赖于当前的中断延迟），3c509和AT1500的硬件在自动发送背靠 背数据包上没有一点问题。
ISA总线可以达到5.3MB/sec (42Mb/sec)，对10Mbps以太网而言已经足够了。 对于100Mbps网卡，显然需要更快的总线来充分利用网络带宽。
优点：没有使用任何受限制的系统资源，只用了若干I/O寄存器，而且没有 16M的限制。
缺点：一般传输速率较慢，CPU需要等待，几乎不可能访问交叉的数据包。
优点：简单，比可编程I/O速度快，允许随机访问数据包。在可能的情况下， Linux驱动程序在从网卡复制出接收的IP数据包时计算其校验和，从而比相 应的PIO网卡进一步减少了对CPU的占用。
缺点：使用高端内存空间（对DOS用户来说是个大问题，在Linux下没有问 题），依然要占用CPU。
优点：在实际数据传递过程中不占用CPU。
缺点：检查边界条件、分配相邻的缓存和DMA寄存器编程使该方法成为最慢 的技术。它还占用了一个珍贵的DMA通道，并要求对齐的低端内存缓存。
优点：在数据传输过程中不占用CPU，可以把缓存串起来，CPU时间很少或 不花费在ISA总线上。大多数总线控制的Linux驱动程序现在使用一种 “copybreak”方案，较大的数据包直接从网卡放进内核的网络缓存，小的 数据包被CPU复制到cache里进行下一步的处理。
缺点：（只适用于ISA总线的网卡）网卡要求低端内存缓存和一个DMA通道。 任何总线控制器在与其它强占总线的总线控制器，如某些古老的SCSI适配 器，一起工作时都会出问题。有几个设计低劣的主板芯片组在与总线控制 器一起使用时也有麻烦。不使用任何类型的DMA设备的一个原因是使 用了设计为代替386的486处理器插件：这些处理器在每个DMA周期都必须刷 新cache。（这其中包括Cx486DLC、Ti486DLC、Cx486SLC、Ti486SLC，等等。）
在Linux下使用以太网卡所必需的只不过是相应的驱动程序。因此，关键是 制造商要向公众公开编程的技术资料，而无需你（或其他什么人）签署什 么协议。关于获取资料的可能性（也许你不编写代码，那么就是其他人编 写你确实需要的驱动程序的可能性），一个较好的指南是Crynwr (昵称 Clarkson)的包驱动程序的可用性。Russ Nelson在干这些事，对开发Linux 驱动程序很有帮助。网上冲浪者可以试著看一下Russ的软件。
有了资料，就可以为网卡编写驱动程序并在Linux下使用（至少从理论上来 说是这样）。记住，有些为XT一类机器设计的老式硬件在Linux这样的多任 务环境下工作得不是很好。如果网络流量较大，使用这些网卡会带来大麻 烦。
大多数网卡都带有如NDIS和ODI一类的MS-DOS接口的驱动程序，但对Linux 没有用。许多人建议直接链接它们或自动翻译一下，但这几乎是不可能的。 MS-DOS驱动程序需要在16比特模式，并依赖于“软件中断”，这二者与 Linux内核不兼容。这种不兼容实际上是Linux的一个特性，有些Linux驱动 程序比其相应的MS-DOS驱动程序要好得多。比如“8390”系列驱动程序使 用乒乓传送缓存，该方法刚刚被引进MS-DOS。
（乒乓传送缓存意味著为传送数据包使用至少两个最大大小的包缓存。在 网卡发送其中的一个时，载入另一个。在第一个包被发出去后，立刻发送 第二个包，依次类推。这样，大多数网卡就可以连续向线路上发送背靠背 数据包。）
好啦。你可以决定为Foobar Ethernet网卡编写驱动程序了，因为你有编程 资料，而且还没人写这个驱动程序。（......这是两个主要的需求 ;-) 你可以从Linux内核源码树中提供的网络驱动程序框架开始。在所有近期的 内核里都能找到这个文件/usr/src/linux/drivers/net/skeleton.c。也可 以看看如下URL的Kernel Hackers Guide： KHG
下面对编写一个新驱动程序所必需的函数进行了若干说明。和上面提到的 驱动程序框架一起阅读可以更清楚一些。
在启动时调用以检查网卡存在与否。如果可以通过读取内存等非强制手段 进行检查最好。也可以从I/O端口读取。在探测开始向I/O端口写不好， 因为这样可能会损害另一个设备。通常在这里还进行一些设备初始化（分 配I/O空间、IRQ、填充dev->???域等等）。必须了解网卡可以配置到哪 些I/O端口/内存、如何启用共享内存（如果用了的话）以及如何选择/启用 中断产生，等等。
在网卡发出一个中断时内核调用的程序。他需要确定网卡发出中断的原因 并进行相应的操作。一般的中断条件是接收到数据、发送完成、报告出错 状况。需要了解相关的中断状态位以进行相应的操作。
与dev->hard_start_xmit()链接，在内核想通过设备传送数据时调用它。
该函数把数据放入网卡并触发传送。需要了解如何把数据打包并传给网卡
（共享内存拷贝、PIO传送、DMA？），以及放入网卡正确的位置。然后需
要了解如何通知网卡把数据发送到线路上，（可能）在发送完成后发出一
个中断。在硬件无法接收更多数据包时需要设置dev->tbusy标志。在网
卡有空间可用时，一般这发生在传送完成中断过程中，清除dev->tbusy
标志并用mark_bh(INET_BH)通知上一层。
在网卡报告有数据时由内核中断处理程序调用。它把数据从网卡上移出， 放入一个sk_buff并通过执行netif_rx(sk_buff)告诉内核数据所在位置。 需要了解如何在接收数据时启用中断生成，如何检查相关的接收状态位， 以及如何从网卡获取数据（通过共享内存拷贝、PIO、DMA，等等）。
与dev->open链接，在有人使用ifconfig eth0 up时网络层调用它
——把设备连到线路上并启用来接收/发送数据。任何在探测过程中（启用
IRQ生成等）没有完成的特别的初始化操作都在这里进行。
在有人使用ifconfig eth0 down时使网卡进入一个清醒的状态。如果
硬件许可的话它会释放中断和DMA通道，并完全关闭以节约能源（象收发器
一样）。
如同一个重新设置函数，如果事情变得很糟，驱动程序可以试图重新设置 网卡作为最后防线。一般在发送超时或类似情况下如此进行。也是一个读 取网卡统计寄存器的函数，如果是这样配备的话。
如果对3Com网卡驱动程序的工作感兴趣，可以从3Com公司获取技术资料。 Cameron友好地告诉了我们该如何去做：
在我们的“技术参考文献”（TRs）里给出了3Com的以太网适配器驱动程序 程序员需要了解的资料。这些手册描述了板上的程序员接口，但没有提及 诊断、安装程序等终端用户所看到的东西。
网络适配器分部的市场部有技术参考资料分发。为了使这个计划更有效， 我们把它集中到一个称作“CardFacts”的自动电话系统里。你可以打电话 来，然后它把资料传真给你。要索取技术参考资料，打电话到408-727-7021。 索取开发人员的订单，资料号是9070。在打电话前准备好你的传真号码。 填完订单后把它传真到408-764-5004。手册会由联邦速递的次日服务送到。
有人认为我们的手册不该免费，他们也在寻找此系统过于昂贵或占用的时 间和努力太多的证据。到目前为止，3Com的顾客确实不错，向我们提出的 要求也很合理。我们需要你们的继续合作并把这样的服务维持下去。
AMD的LANCE（以太网的局域网控制器）是最早提供的，已经被“PCnet-ISA” 芯片所取代，否则又名为79C960。注意，名称“LANCE”有毛病，有些人会 用老名称称呼新芯片。AMD的网络产品分部的Dave Roberts友好地提供了下 面有关该芯片的信息：
“从功能上来看，它等同与NE1500。它的寄存器组与使用附加1500/2100结 构的老式LANCE一样。PCnet-ISA可以使用较早的1500/2100驱动程序。NE1500 和NE2100的结构基本上是相同的。开始Novell把它称为2100，但后来想区 分同轴电缆与10BASE-T网卡。属于10BASE-T的就只采用1500范围的编号。 这是仅有的区别。
许多公司提供基于PCnet-ISA的产品，包括HP、Racal-Datacom、Allied Telesis、 Boca Research、Kingston Technology等等。除了有些制造商增加了“无 跳线”特性允许软件配置网卡外，这些网卡基本上都是一样的。大多数制 造商没有增加这一特性。AMD提供了一个使用PCnet-ISA的网卡的标准设计 软件包，许多制造商不加改变地直接使用我们的设计。这也就是说，如果 想编写大多数基于PCnet-ISA的网卡的驱动程序，只需要从AMD获取数据资 料。打电话给我们的资料分发中心(800)222-9323，索取PCnet-ISA的数据 资料Am79C960。这是免费的。
要迅速了解一块网卡是否“标准”网卡只需要看一下它。如果是标准的， 网卡上只有一块大的芯片、一块晶振、一块小的IEEE地址PROM、可能还有 一个启动ROM的插座和一个连接器（依照提供的媒介选项可能是1、2或3）。 注意，如果是同轴电缆网卡，卡上就应该有一些收发器缓存，它们靠近连 接器，远离PCnet-ISA。”
一个可能的网卡黑客需要注意，不同的LANCE产品采用不同的“重起”方法。 有些恢复到上次离开网络环路的地方，另一些则从环路的开头开始，就象 刚被初始化一样。
Donald所做的另一个工作是实现广播与混杂模式的钩子。所有发布的 （即不是ALPHA的）ISA驱动程序现在都支持混杂模式。
Donald写道：“我准备从讨论混杂模式开始，它从概念上来说很容易实现。 对大多数硬件，你只需要设置一个寄存器位，然后就可以接收到线路上的 每一个数据包。对，差不多就这么简单；对有些硬件，你必须先关闭板卡 （可能会丢失若干数据包），重新配置它，然后重新启用以太网卡。对吧， 就这么简单，下面要讨论的就不是这么明显了：广播模式。它可以用两种 方式实现：
我想应该列出几个以太网卡/芯片提供的广播包过滤器：
芯片/网卡 混杂模式 广播包过滤器
----------------------------------------
Seeq8001/3c501 Yes Binary filter (1)
3Com/3c509 Yes Binary filter (1)
8390 Yes Autodin II six bit hash (2) (3)
LANCE Yes Autodin II six bit hash (2) (3)
i82586 Yes Hidden Autodin II six bit hash (2) (4)
注意，这些芯片的过滤效果都不好，还需要一个中间层次的模块完成最后 的过滤。同时还要注意，在每种情况下都必须保持一个完整的接受广播地 址列表，在出现变化时以重新计算哈希表。
开发者普遍认为BPF的功能不该由内核提供，而是放在一个（但愿很少使用 的）兼容库里。
对不了解的人来说：BPF（Berkeley包过滤器）是一种向内核网络层说明对 哪些数据包感兴趣的机制。它是用一种建立在底层网络代码中的特殊指令 语言解释器实现的。应用程序把一个用这种语言编写的程序传递给内核， 然后内核对每一个接收到的数据包执行该程序。如果内核有多个BPF应用程 序，对每个数据包都要运行这几个程序。
问题在于很难从数据包过滤器程序推断出应用程序实际上对哪一种数据包 感兴趣，所以一般的解决方法就是始终运行过滤器。假设一个应用程序注 册的BPF程序是获取发往某个广播地址的低速数据流。绝大多数以太网卡有 一个64个入口的哈希表的硬件实现的广播地址过滤器，用来忽略大多数不 想要的广播数据包，所以有可能以极低的开销完成这一操作。但是由于有 了BPF，内核必须把接口设置为混杂模式，接收所有数据包，并对它们运行 过滤器。不管怎样，这样确实可以工作，但考虑到对所要求的数据包进行 的处理，就已经变得过于麻烦了。