我这里描述的只是2层的处理。
首先，我们来看softnet_data这个结构，每个cpu都有这样的一个队列，它主要是用来存储incoming frame。由于他是每个cpu都有一个队列，因此在不同的cpu之间我们就不要任何锁来控制并发的处理这个帧队列。我们在操作系统层要取得帧数据，都是通过这个数据来读取。
这张图很好的表示了coy的softnet_data结构和网络设备的关系：
当一个新的帧的到达之后，内核处理的函数有两种(其实也就是2层的处理，当处理完后，就将帧扔到3层)：
1 老的netif_rx函数
2 新的napi接口。
首先来介绍napi。
简单来说就是，当内核还在处理一个帧的时候，有另外的帧到来，这时napi不需要再执行中断，而是保持轮询设备的输入队列，从而取得新到的帧，当队列为空时，退出轮询。重新打开中断。
下面的这张图可以看出napi和net_rx_action(软中断处理函数)的关系：
接下来我们来看一下内核如何把老的驱动模型和napi统一到一起，关键的数据结构就是我们上面讲的softnet_data的backlog结构。
先来看下napi和非napi驱动的区别：
这里很清楚的看到在飞napi的驱动中，要调用netif_rx函数，然后再调用netif_rx_schedule来把所需处理的帧交给软中断处理链表。
然后我们来看网络代码最核心的一个函数net_rx_action 也就是软中断(NET_RX_SOFTIRQ)的处理函数：
下来我们来看process_backlog函数，这个函数也就是非napi的驱动的默认poll的实现，napi的驱动的poll的实现，与它大体类似。
首先，我们来看softnet_data这个结构，每个cpu都有这样的一个队列，它主要是用来存储incoming frame。由于他是每个cpu都有一个队列，因此在不同的cpu之间我们就不要任何锁来控制并发的处理这个帧队列。我们在操作系统层要取得帧数据，都是通过这个数据来读取。
/*
* Incoming packets are placed on per-cpu queues so that
* no locking is needed.
*/
struct softnet_data
{
///qdisc是queueing discipline的简写，也就是排队规则，就是我们经常说的qos.这里也就是输出帧的控制。
struct Qdisc *output_queue;
///当输入帧被驱动取得之前，就保存在这个队列里，这里要注意，这个只是非napi的驱动才会这样，而napi的驱动则是有自己的私有的队列。
struct sk_buff_head input_pkt_queue;
///表示有输入帧待处理的设备链表。
struct list_head poll_list;
///表示已经成功被传递出的帧的链表。
struct sk_buff *completion_queue;
///用来兼容非napi的驱动。
struct napi_struct backlog;
#ifdef CONFIG_NET_DMA
struct dma_chan *net_dma;
#endif
};这张图很好的表示了coy的softnet_data结构和网络设备的关系：
接下来我们来看它的初始化：
static int __init net_dev_init(void)
{
..............................
for_each_possible_cpu(i) {
struct softnet_data *queue;
///取每一个cpu的队列，并初始化。
queue = &per_cpu(softnet_data, i);
skb_queue_head_init(&queue->input_pkt_queue);
queue->completion_queue = NULL;
INIT_LIST_HEAD(&queue->poll_list);
///这里我们就很清楚的看到backlog的功能了，由于napi的驱动都会有一个poll的虚函数，而非napi是没有的，因此这里会给所有的非napi的驱动赋值一个默认的处理方法。
queue->backlog.poll = process_backlog;
queue->backlog.weight = weight_p;
}
...............................................
return rc;
}当一个新的帧的到达之后，内核处理的函数有两种(其实也就是2层的处理，当处理完后，就将帧扔到3层)：
1 老的netif_rx函数
2 新的napi接口。
首先来介绍napi。
简单来说就是，当内核还在处理一个帧的时候，有另外的帧到来，这时napi不需要再执行中断，而是保持轮询设备的输入队列，从而取得新到的帧，当队列为空时，退出轮询。重新打开中断。
napi的数据结构：
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.
*/
///有新的帧等到被执行的设备链表，这个链表的头就是softnet_data->poll_list.
struct list_head poll_list;
///napi的状态
unsigned long state;
///也就是表示分配给此napi的所能处理的帧的限额。
int weight;
///从设备的输入队列中取得数据的虚函数。
int (*poll)(struct napi_struct *, int);
#ifdef CONFIG_NETPOLL
spinlock_t poll_lock;
int poll_owner;
struct net_device *dev;
struct list_head dev_list;
#endif
}; 下面的这张图可以看出napi和net_rx_action(软中断处理函数)的关系：
接下来我们来看一下内核如何把老的驱动模型和napi统一到一起，关键的数据结构就是我们上面讲的softnet_data的backlog结构。
先来看下napi和非napi驱动的区别：
这里很清楚的看到在飞napi的驱动中，要调用netif_rx函数，然后再调用netif_rx_schedule来把所需处理的帧交给软中断处理链表。
我们来看它的实现:
int netif_rx(struct sk_buff *skb)
{
struct softnet_data *queue;
unsigned long flags;
/* if netpoll wants it, pretend we never saw it */
if (netpoll_rx(skb))
return NET_RX_DROP;
///得到帧被接收的时间
if (!skb->tstamp.tv64)
net_timestamp(skb);
/*
* The code is rearranged so that the path is the most
* short when CPU is congested, but is still operating.
*/
///保存当前的状态设备状态。
local_irq_save(flags);
///取得当前cpu的softnet_data数据
queue = &__get_cpu_var(softnet_data);
///将被当前cpu所接受的总帧的数目加一。
__get_cpu_var(netdev_rx_stat).total++;
///监测设备是否还有空间来存储帧，如果空间已满，表示网络阻塞严重，则返回一个错误，此后cpu将丢掉再来的帧。
if (queue->input_pkt_queue.qlen <= netdev_max_backlog) {
if (queue->input_pkt_queue.qlen) {
enqueue:
///这个帧被加入到softnet_data的输入队列。并返回成功。
__skb_queue_tail(&queue->input_pkt_queue, skb);
local_irq_restore(flags);
return NET_RX_SUCCESS;
}
///当队列是空的时候，表明这个队列并没有被软中断所schedule，因此我们需要将此队列加入到软中断的处理链表中。可以看到加入的正好是backlog，由于调用netif_rx的是非napi的驱动，因此backlog就是初始化时的process_backlog函数。
napi_schedule(&queue->backlog);
goto enqueue;
}
__get_cpu_var(netdev_rx_stat).dropped++;
local_irq_restore(flags);
kfree_skb(skb);
return NET_RX_DROP;
} 然后我们来看网络代码最核心的一个函数net_rx_action 也就是软中断(NET_RX_SOFTIRQ)的处理函数：
static void net_rx_action(struct softirq_action *h)
{
///得到设备链表
struct list_head *list = &__get_cpu_var(softnet_data).poll_list;
///执行开始时间
unsigned long start_time = jiffies;
///当前所要处理的帧的最大数目。这个数目一定要限制，因为我们不能在此软中断耗费太多的时间。
int budget = netdev_budget;
void *have;
///关闭中断
local_irq_disable();
///开始循环处理设备链表
while (!list_empty(list)) {
struct napi_struct *n;
int work, weight;
///当处理完所需处理的帧，或者时间超时，则直接退出。
if (unlikely(budget <= 0 || jiffies != start_time))
goto softnet_break;
local_irq_enable();
///取出设备的napi数据结构。
n = list_entry(list->next, struct napi_struct, poll_list);
///加锁( 自旋锁)
have = netpoll_poll_lock(n);
weight = n->weight;
work = 0;
///测试napi的状态，只有为NAPI_STATE_SCHED状态时，我们才能调用napi的poll方法。它会返回所处理的帧的数目。
if (test_bit(NAPI_STATE_SCHED, &n->state))
work = n->poll(n, weight);
WARN_ON_ONCE(work > weight);
///得到还需处理的帧的数目
budget -= work;
local_irq_disable();
///当处理的帧等于分配给此设备的处理帧的限额，则进行相关处理
if (unlikely(work == weight)) {
if (unlikely(napi_disable_pending(n)))
__napi_complete(n);
else
///移除设备队列。
list_move_tail(&n->poll_list, list);
}
netpoll_poll_unlock(have);
}
out:
local_irq_enable();
......................................
return;
softnet_break:
__get_cpu_var(netdev_rx_stat).time_squeeze++;
__raise_softirq_irqoff(NET_RX_SOFTIRQ);
goto out;
} 下来我们来看process_backlog函数，这个函数也就是非napi的驱动的默认poll的实现，napi的驱动的poll的实现，与它大体类似。
static int process_backlog(struct napi_struct *napi, int quota)
{
///得到一些初始化值。
int work = 0;
struct softnet_data *queue = &__get_cpu_var(softnet_data);
unsigned long start_time = jiffies;
napi->weight = weight_p;
///进入循环处理。
do {
struct sk_buff *skb;
local_irq_disable();
///得到输入队列。
skb = __skb_dequeue(&queue->input_pkt_queue);
if (!skb) {
///如果输入队列为空，则设置此napi的标志，并退出。
__napi_complete(napi);
local_irq_enable();
break;
}
local_irq_enable();
///处理输入帧，也就是进行一些2层的处理从而发给三层。
netif_receive_skb(skb);
} while (++work < quota && jiffies == start_time);///设备处理帧的配额已经完成，或者时间太长，则退出。
return work;
} 
扫一扫
2086
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
