【Linux4.1.12源码分析】virtio_net之NAPI机制

原创 2016年11月24日 23:06:45

在虚拟化场景,中断的开销更大,所以要尽可能的少用中断,我们从中断处理函数开始看。

skb_recv_done函数

static void skb_recv_done(struct virtqueue *rvq)
{
	struct virtnet_info *vi = rvq->vdev->priv;
	struct receive_queue *rq = &vi->rq[vq2rxq(rvq)];

	/* Schedule NAPI, Suppress further interrupts if successful. */
	if (napi_schedule_prep(&rq->napi)) {
		virtqueue_disable_cb(rvq);	//关闭中断,vhost不会通知前端
		__napi_schedule(&rq->napi);	//注册napi,触发软中断
	}
}
触发软中断前,关闭vhost中断通知,此时通过poll机制收包。 收包软中断最终会调用napi定义的poll函数,virtio_net定义的是virtnet_poll函数。

virtnet_poll函数

static int virtnet_poll(struct napi_struct *napi, int budget)
{
	struct receive_queue *rq =
		container_of(napi, struct receive_queue, napi);
	unsigned int r, received;

	received = virtnet_receive(rq, budget);		//接收报文,并上送协议栈

	/* Out of packets? */
	if (received < budget) {				//接收报文小于budget,说明报文已经全部接收完成
		r = virtqueue_enable_cb_prepare(rq->vq);	//启动vhost触发中断,后端把报文发送到共享环后触发中断
		napi_complete(napi);				//napi处理完成
		if (unlikely(virtqueue_poll(rq->vq, r)) &&	//判断是否有报文,如果此时有报文则要准备注册napi
		    napi_schedule_prep(napi)) {
			virtqueue_disable_cb(rq->vq);		//关闭vhost触发中断
			__napi_schedule(napi);			//注册napi,并触发软中断,后续可以继续收包
		}
	}

	return received;	//如果接收报文数超过budget,则主动退出,等到下一次软中处理时再收包
}
如果报文接收完成,会重新开启中断;否则处理完budget数量的报文后,让出CPU,等待下次处理软中断时再次接收报文。


关闭和开启中断的函数是通过设置共享环中的flag实现的:

virtqueue_disable_cb函数

void virtqueue_disable_cb(struct virtqueue *_vq)
{
	struct vring_virtqueue *vq = to_vvq(_vq);

	vq->vring.avail->flags |= cpu_to_virtio16(_vq->vdev, VRING_AVAIL_F_NO_INTERRUPT);   //关闭中断
}

virtqueue_enable_cb_prepare函数

unsigned virtqueue_enable_cb_prepare(struct virtqueue *_vq)
{
	struct vring_virtqueue *vq = to_vvq(_vq);
	u16 last_used_idx;

	START_USE(vq);

	/* We optimistically turn back on interrupts, then check if there was
	 * more to do. */
	/* Depending on the VIRTIO_RING_F_EVENT_IDX feature, we need to
	 * either clear the flags bit or point the event index at the next
	 * entry. Always do both to keep code simple. */
	vq->vring.avail->flags &= cpu_to_virtio16(_vq->vdev, ~VRING_AVAIL_F_NO_INTERRUPT);	//该标记位置0,开启中断
	vring_used_event(&vq->vring) = cpu_to_virtio16(_vq->vdev, last_used_idx = vq->last_used_idx);
	END_USE(vq);
	return last_used_idx;
}

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

(KVM连载)5.1.1 Virtio概述和基本原理(KVM半虚拟化驱动)

5.1 半虚拟化驱动 5.1.1 virtio概述 KVM是必须使用硬件虚拟化辅助技术(如Intel VT-x、AMD-V)的hypervisor,在CPU运行效率方面有硬件支持,其效率是...
  • ponymwt
  • ponymwt
  • 2013年12月03日 14:03
  • 987

qemu网络虚拟化之数据流向分析一

插曲:   今天下午欣喜的想写点关于qemu网络部分的功能,但是中途出现了点小插曲,电脑被某人搞得死机了,并且文章也没有保存。结果,,,就只能重新写了!!所以这里强烈建议开发团队提供自动...

【Linux4.1.12源码分析】收包软中断和NAPI

不讲概念,直接上收包软中断处理代码。  net_rx_action函数 static void net_rx_action(struct softirq_action *h) { struc...

【Linux4.1.12源码分析】二层报文发送之net_tx_action

net_tx_action函数报文发送软中断处理函数,本篇不分析软中断注册过程,只分析该函数的处理过程。 产生发包软中断最常见的场景是:1)报文发送PPS很高;2)网络qos限制。 1、net_tx...

【Linux4.1.12源码分析】二层报文发送之GSO条件判断

4.1.12内核中,GSO报文的判断和分段的入口函数是validate_xmit_skb,其中使用netif_needs_gso用来判断软件是否要进行GSO分段,skb_gso_segment实现报文...

【Linux4.1.12源码分析】协议栈gro收包之IP层处理

IP层的offload定义是ip_packet_offload static struct packet_offload ip_packet_offload __read_mostly = { ....

【Linux4.1.12源码分析】vxlan报文发送之udp_tunnel_xmit_skb

udp_tunnel_xmit_skb函数是OVS2.5发送UDP报文的内核入口,在调用该函数之前,headroom空间需要准备完成,且vxlan头已经创建,skb结构体的data指向vxlan头的首...

【Linux4.1.12源码分析】IP层报文发送之ip_local_out

IP层本地报文发送有两个函数ip_local_out和ip_local_out_sk,实际实现两者是等同的,因为本地发送的报文,skb必然关联着一个sock对象。 1、ip_local_out函数 ...

【Linux4.1.12源码分析】二层报文发送之报文GSO分段(MAC层)

报文GSO分段的入口函数是skb_gso_segment函数,是在validate_xmit_skb函数中被调用。 1、skb_gso_segment函数 static inline struct s...

【Linux4.1.12源码分析】VXLAN报文内核协议栈处理

4.1.12内核已经支持vxlan报文的gro功能,意味着vxlan报文交给协议栈之前,已经被聚合过了,而在早期的内核中聚合逻辑是在encap_rcv函数之后实现的。 之前分析的UDP报文处理中,可...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:【Linux4.1.12源码分析】virtio_net之NAPI机制
举报原因:
原因补充:

(最多只允许输入30个字)