Xen的设备驱动

半虚拟化Guest OS无论如何都需要修改才能运行，因此，虚拟化环境必须使用guest OS系统现有驱动要求就不存在了，然而让客户操作系统开发人员编写大量代码同样也不是一个很好的设计方案，因此Xen的方式是提供抽象设备，抽象设备实现了针对特定设备类的高级接口，如Xen提供了抽象的块设备，而不是提供SCSI设备和IDE设备，块设备只支持两种操作：读和写。
分离设备模型
对于Xen来说，支持商用PC中大量硬件产品是一件令人畏惧的任务，所幸大部分要支持的硬件一件被Domain0所支持。那么Xen将免费获得大量的硬件兼容能力。
操作系统中提供多路复用已经是十分平常的啦，操作系统提供一个真实设备的抽象。现代操作系统的特性之一便是用户应用程序通常互相不可见，两个进程可以使用同一个设备，而彼此无需知道对方的存在。Xen通过这种方法可以避免编写大量的新的和未经测试的代码。这种复用能力非常重要，高端系统尤其是大型机中的一些设备提供了虚拟化可知特性（virtulization-aware）特性，他们能够在固件中被区分出来，从而每个运行中的操作系统都可以之间与其通信，消费级别的设备这种虚拟化特性不常见。
在我的其他博客中有提到了I/0 Ring的机制，前面理解不够透彻，应为这方面的介绍的文章很少，这里加深了理解在再来介绍一下。Hypervisor提供了设备发现和Domain间移动数据的机制。Xen设备需要注意的内容之一是，他们实际并不是Xen的一部分。
Hypervisor提供了设备发现和Domain间转移数据的机制，驱动在一对 guest Domain之间被分割开来，这种成对的Domain通常由Domain0和DomainU组成，当然可以使用过Driver Domain来代替DomainU，Xen定义了接口，实现