NAPI的一些相关Interface

　　下面是 NAPI 功能的一些接口，在前面都基本有涉及，我们简单看看：

　　netif_rx_schedule(dev)

　　在网卡的中断处理函数中调用，用于将网卡的接收模式切换为轮询

　　netif_rx_schedule_prep(dev)

　　在网卡是 Up 且运行状态时，将该网卡设置为准备将其加入到轮询列表的状态，可以将该函数看做是 netif_rx_schedule(dev) 的前半部分

　　__netif_rx_schedule(dev)

　　将设备加入轮询列表，前提是需要 netif_schedule_prep(dev) 函数已经返回了 1

　　__netif_rx_schedule_prep(dev)

　　与 netif_rx_schedule_prep(dev) 相似，但是没有判断网卡设备是否 Up 及运行，不建议使用

　　netif_rx_complete(dev)

　　用于将网卡接口从轮询列表中移除，一般在轮询函数完成之后调用该函数。

　　__netif_rx_complete(dev)

　　Newer newer NAPI

　　其实之前的 NAPI(New API) 这样的命名已经有点让人忍俊不禁了，可见 Linux 的内核极客们对名字的掌控，比对代码的掌控差太多，于是乎，连续的两次对 NAPI 的重构，被戏称为 Newer newer NAPI 了。

　　与 netif_rx_complete(dev) 类似，但是需要确保本地中断被禁止

　　Newer newer NAPI

　　在最初实现的 NAPI 中，有 2 个字段在结构体 net_device 中，分别为轮询函数 poll() 和权重 weight，而所谓的 Newer newer NAPI，是在 2.6.24 版内核之后，对原有的 NAPI 实现的几次重构，其核心是将 NAPI 相关功能和 net_device 分离，这样减少了耦合，代码更加的灵活，因为 NAPI 的相关信息已经从特定的网络设备剥离了，不再是以前的一对一的关系了。例如有些网络适配器，可能提供了多个 port，但所有的 port 却是共用同一个接受数据包的中断，这时候，分离的 NAPI 信息只用存一份，同时被所有的 port 来共享，这样，代码框架上更好地适应了真实的硬件能力。Newer newer NAPI 的中心结构体是napi_struct:

　　NAPI 结构体

/* * Structure for NAPI scheduling similar to tasklet but with weighting */ struct napi_struct {      /* The poll_list must only be managed by the entity which      * changes the state of the NAPI_STATE_SCHED bit.  This means      * whoever atomically sets that bit can add this napi_struct      * to the per-cpu poll_list, and whoever clears that bit      * can remove from the list right before clearing the bit.      */      struct list_head      poll_list;      unsigned long          state;      int              weight;      int              (*poll)(struct napi_struct *, int); #ifdef CONFIG_NETPOLL      spinlock_t          poll_lock;      int              poll_owner; #endif      unsigned int          gro_count;      struct net_device      *dev;      struct list_head      dev_list;      struct sk_buff          *gro_list;      struct sk_buff          *skb; };