KVM-QEMU vdagent实现机制分析（二）

1.       虚拟串口模块的初始化注册

在QEMU中与虚拟串口(virtio-serial)通信相关的文件主要有以下几个：

Virtio-pci.c virtio-serial-bus.c(h)            //从名字上看也像 virtio-console.c vl.c                         //qemu的main函数在这里

Virtio-pci.c的最后一行是这样的：

type_init(virtio_pci_register_types)

virtio-serial-bus.c最后一行是这样的：

type_init(virtio_serial_register_types)

Type_init是一个宏定义，它的定义在module.h里面，它调了module_init这个宏

Module_init的定义如下：

#define  module_init(function, type)                                         \ static void  __attribute__((constructor)) do_qemu_init_ ## function(void) {  \     register_module_init(function, type);                                   \ }

因为__attribute__((constructor))类似全局变量类的构造函数，会在qemu的main()之前被执行。因此可以看成是virtio-serial-bus这个模块会在qemu进程运行的最初就被初始化注册（实际是将真正的模块初始化函数virtio_serial_register_types设置好，并将该模块加入到全局模块链表中）。同理，virtio-pci和virtio-console和其他设备模块都是这样的。

2.       虚拟串口模块的初始化

真正的模块构造是在vl.cmain()函数中调用到：module_call_init(MODULE_INIT_QOM);开始的，该函数遍历全局模块链表逐一做初始化。就virtio-serial-bus和 virtio-serial port的初始化流程如下：

 

上图只是一些主要API的调用流程，大致介绍一下：

1)        Virtio-pci模块注册的时候注册了virtio-serial-bus这个虚拟串口设备，因此在模块初始化的过程中virtio-serial-bus的virtio_serial_init初始化函数会被调用；

2)        virtio-serial-bus的virtio_serial_init里面除了做了最common的初始化之外，主要做了两件事：

a）建立了与虚拟机vdagent通信的数据输入输出队列；

b）建立了与虚拟机vdagent通信的控制消息的输入输出队列；

3)        在控制接收队列中有vdagent发送过来的消息的时候，handle_control_message被触发；

4)        Virtio-console.c里面也在模块初始化中已经注册了virtio-serial-port这个设备模块，并注册了VirtIOSerialPortClass类的回调函数guest_open；

5)        因此当virtio-serial-bus的handle_control_message里判断是VIRTIO_CONSOLE_PORT_OPEN消息的时候，virtio-console.c的guest_open消息被调用；

6)        Guest_open的下一步处理在Spice-qemu-char.c的spice_chr_guest_open函数中，接下来qemu将这个事件传递给了spice server去处理了。