处理链路层（L2）的函数是由中断事件驱动的。硬件会使用中断事件通知CPU，该帧已经可用了。接收中断事件的CPU会执行do_IRQ函数。IRQ编号引发正确的中断处理函数被启用。此处理函数通常是设备驱动程序在设备驱动程序初始化期间所注册的函数。IRQ函数处理函数会在中断模式下执行，即后续的中断事件都会暂时被关闭。

中断处理函数会执行一些立即性的任务，然后把其他任务安排到下半部函数中以便在稍后执行，明确地讲，中断处理函数会

      1、 把帧拷贝到sk_buff数据结构中。

      2、 对一些sk_buff参数做初始化，以便在稍后由上面的网络层使用（这是通过skb->protocol的字段来表示较高层协议处理函数）

      3、 更新其他一些设备私用的参数。

      4、 为NET_RX_SOFTIRQ软IRQ调度以准备执行，借此通知内核新帧的事。

由于设备发出中断事件的理由各有不同（新帧已接收、帧已成功传输等等），内核的代码会配合中断通知信息，使得设备驱动程序处理例程可以按类型处理中断事件

（一）、设备的开启和关闭

      当net_device->status中的__LINK_STATE_START标识被设置时，设备就可被视为已开启。当设备打开时，这个标识通常会被设置，而当设备关闭时，就会被清除。

（二）、队列

      讨论L2行为时，通常会提到帧接收和传  输时所需的队列。每个队列都有一个指针指向其相关联的设备，以及一个指针指向存储输入/输出缓冲区的skb_buff数据结构。只有少数专用的设备可以不需要队列就能工作，其中一例是环回设备，环回设备可以省掉队列，因为当你从环回设备传出一个封包时，该封包会立刻被递送出去，而无需排入队列的中间过程。再者，因为在环回设备上的传输不会失败，也没有必要让封包重新排入队列以尝试另一次传输。

（三）、NAPI与netif_rx

      在Linux2.6版本中，引进了一套新的API以处理入口帧，由于找不到更好的名称，所以称之为NAPI（New API）。由于还有很多设备没有更新成NAPI，所以Linux驱动程序通知内核新帧的事有两种方式。

      通过旧函数netif_rx

            这种方法只通过中断期间来处理多帧。

      通过NAPI机制

            这种方法是通过中断与轮询混合使用来处理多帧的。

（1）NAPI简介

      虽然有些NIC的设备驱动程序尚未改用NAIP，但是新型基础架构已经整合至内核，而且连旧式的netif_rx和内核其余部分之间的接口也都把NAPI考虑进来了。所以这里先简单介绍下NAPI的特性才来看netif_rx。

NAPI混合了中断事件和轮询，在高流量负载下其性能会比旧方法要好，因为可以大幅减少CPU的负载。

在旧模式中，设