kvm架构分析（二）：中断管理

本文讲述了kvm中断管理的框架，（以armv8架构为例）涉及到以下几个问题：

• 采用什么样数据结构管理中断；
• qemu和kvm之间的中断；
• kvm如何将一个中断注入到相应的guest os；

关于arm架构的中断的基本知识，可以参考本文。关于kvm arm中断处理流程，可以参考本文

本文第一部分讲述qemu和kvm之间的中断机制，第二部分回答了kvm如何将一个中断传到相应的guest os。最后总结了整个中断管理的架构。

1. qemu和kvm之间的中断机制

qemu运行在用户态，kvm运行在内核态。qemu和kvm之间的中断通知机制是通过eventfd方式进行的。qemu在用户态操作eventfd，linux内核根据相应的机制将执行绑定在该eventfd（init_waitqueue_func_entry）的回调函数，即irqfd_wakeup。假设qemu中模拟的硬件设备要向guest os发送中断的话，那么irqfd_wakeup转而执行schedule_work函数，schedule_work函数同样是Linux提供的机制，该函数会调用irqfd_inject函数。由irqfd_inject函数完成向guest os注入一个中断。

具体流程如下：

1. qemu通过hypercall（KVM_IRQFD）将一个irqfd同底层的注入中断函数关联起来，同时传递struct kvm_irqfd参数。该参数包含中断的具体描述信息：fd是该中断对应的eventfd；gsi是全局唯一的中断标识符，不能重复。

struct kvm_irqfd {
   
	__u32 fd;
	__u32 gsi;
	__u32 flags;
	__u32 resamplefd;
	__u8  pad[16];
};

2. qemu接收/发送中断底层的过程是需要kvm来完成的，这也是为什么需要eventfd的原因。kvm接收到该hypercall后，调用相关linux内核函数，将完成底层中断逻辑的函数同eventfd关联起来。kvm提供了一个结构体struct kvm_kernel_irqfd保存相关重要的参数，比如gsi。
   • 其中wait成员变量是Linux接收到eventfd通知时所要执行的回调函数，也就是irqfd_wakeup；
   • inject成员变量是Linux内核函数schedule_work的参数，通过INIT_WORK函数将其同kvm的irqfd_inject函数绑定在一起。

struct kvm_kernel_irqfd {
   
	/* Used for MSI fast-path */
	struct kvm *kvm;
	wait_queue_entry_t wait;
	/* Upda