安卓kvm编译

‘壹’ 我卸载了kvm，可是编译内核产生的mole还是有kvm

编译内核产生kvm模块跟config有关，如果你卸载kvm后没有重新进行config的话，编译出来的东西与先前是一样的，先前有kvm此时照样有kvm。
卸载后，如果通过make localmodconfig进行配置的话应该就没有kvm模块的。
可以在linux源文件目录下的.config中查看KVM相关的模块配置。

‘贰’ kvm跨系统原理

KVM源代码分析1:基本工作原理 下了很大决心挖这个坑，虽然之前对kvm有些了解，但纸上得来终觉浅，只有深入到代码层面，才能摈弃皮毛，看到血肉，看到真相。作为挖坑的奠基石，准备写上几篇：kvm基本工作原理、CPU

调度原理、KVM内存管理、KVM存储管理、KVM设备管理。挖好之后进入正题。  所有的虚拟化都是两部分组成：虚拟机和宿主(HOST)，虚拟机内运行正常的业务程序，HOST则正常运行虚拟机，此处的虚拟机则是KVM，负责在HOST里面虚拟化出独立的OS环境。 KVM属于完全虚拟化，功能组件上由两部分组成，KVM Driver（内核态）和Qemu（用户态）。KVM Driver负责模拟虚拟机的CPU运行，内存管理，设备管理等；Qemu则模拟虚拟机的IO设备接口以及用户态控制接口。    kvm-oenhan  如上图所示，Qemu在最上层，将虚拟机的整体呈现到host用户上，可以理解成客户模式；Qemu通过中间层libkvm或者ioctl等控制/dev/kvm设备接口，从而掌握内核态中kvm

驱动进行的资源分配，即用户态模式；kvm驱动接收用户态操作指令，控制虚拟机在内核态的资源分配，称之为内核模式。在HOST里面，客户模式的体现就是一个虚拟机内部环境，用户态则是虚拟机进程。

  oenhan_kvm  上图是一个执行过程图，首先启动一个虚拟化管理软件，开始启动一个虚拟机，通过ioctl等系统调用向内核中申请指定的资源，搭建好虚拟环境，启动虚拟机内的系统，虚拟机内的系统向内核反馈相关资源申请处理，如果是io请求，则提交给用户模式下的qemu处理，非io请求则将处理结果反馈给客户模式。  libkvm是qemu自己使用的用户态接口，可以把qemu源代码解开，里面有libkvm的函数库，不过并不对外呈现，虚拟机编程接口一般使用libvirt。 

KVM的思想是在Linux内个的基础上添加虚拟机管理模块,重用Linux内核中已经完善的进程调度,内存管理,IO管理等部分,因此KVM并不是一个完整的模拟器,而只是一个提供虚拟化功能的内核插件,具体的模拟器工作是借助QEMU来完成的.     在Xen的体系结构中,Xen Hypervisor运行于硬件之上,并且将系统资源进行了虚拟化,将虚拟化的资源分配给上层的虚拟机(VM),然后通过虚拟机VM来运行相应的客户机操作系统.    在KVM中,一个虚拟机就是一个传统的Linux中的线程,拥有自己的PID号,也可以被kill系统调用直接杀死(在这种情况下,虚拟机的行为表现为"突然断电").在一个Linux系统中,有多少个VM,就有多少个进程.如:    以上VM进程信息是通过qemu-kvm来进行的,相关的控制开关作为命名行参数输入,如虚拟映像对应的磁盘,虚拟网卡,VNC设置,显卡设置和IO设置等.   KVM的API是通过/dev/kvm设备进行访问的./dev/kvm是一个字符型设备. 1  root@ubuntu:~# ls -l /dev/kvm 2  crw-rw---- 1 root kvm 10, 232 Mar 14 14:20 /dev/kvm    kvm仅仅是Linux内核的一个模块,管理和创建完整的KVM虚拟机,需要更多的辅助工具.  1.qemu-Kvm:仅有KVM模块是远远不够的,因为用户无法直接控制内核模块去做事情,还必须有一个用户空间的工具。关于用户空间的工具,KVM 的开发者选择了已经成型的开源虚拟化软件 QEMU.QEMU 是一个强大的虚拟化软件,它可以虚拟不同的 CPU 构架.   运行在内核态的KVM模块通过/dev/kvm字符设备文件向外提供操作接口.KVM通过提供libkvm这个操作库,将/dev/kvm这一层面的ioctl类型的API转化成为通常意义上的函数API调用,提供给QEMU的相应适配层.    比如说在x86 的CPU上虚拟一个Power的CPU,并利用它编译出可运行在 Power上

‘叁’ Android studio 运行模拟器出现dev/kvm is not found问题

一次启动avd，Android stutdio会自动安装Intel HAXM，而且表面看是成功的，再次启动会出现“/dev/kvm is not found.”，这说明Intel HAXM没有安装成功。找到安装包（路径：C:_Accelerated_Execution_Manager）intelhaxm-android.exe，卸载后重装会出现“failed to configure driver”，解决方法如下：

1.下载 haxm_extra_workaround.zip

2.解压，把hax_extract.cmd文件复制到上面那个intelhaxm-android.exe所在文件夹下

3.把intelhaxm-android.exe重命名为IntelHaxm.exe（可先备份）

4.管理员打开命令行工具，运行文件hax_extract.cmd

‘肆’ 开源的虚拟化软件KVM和Xen比较，哪个更有前途呢

只能说是各有所长，以下供大家参考：
Xen与KVM的比较
虚拟化技术已经成为未来计算机技术的一个重要的发展方向。linux在虚拟化方面已经有了很多中解决方案VMware、VirtualBox、en和KVM。
KVM是一个全虚拟化的解决方案。可以在x86架构的计算机上实现虚拟化功能。但KVM需要CPU中虚拟化功能的支持，只可在具有虚拟化支持的CPU上运行，即具有VT功能的Intel CPU和具有AMD-V功能的AMD CPU。
Xen也是Linux下的一个虚拟化解决方案，也将很快被编入内核中。Xen的实现方法是，运行支持Xen功能的kernel，这个kernel是工作在Xen的控制之下，叫做Domain0，使用这个kernel启动机器后，你可以在这个机器上使用qemu软件，虚拟出多个系统。Xen的缺点是，如果你需要更新Xen的版本，你需要重新编译整个内核，而且，稍有设置不慎，系统就无法启动。
相比较，KVM就简化的多了。它不需要重新编译内核，也不需要对当前kernel做任何修改，它只是几个可以动态加载的.ko模块。它结构更加精简、代码量更小，所以，出错的可能性更小。并且在某些方面，性能比Xen更胜一筹。

‘伍’ 虚拟化技术中KVM，Xen，Qemu的区别和联系

虚拟化类型

全虚拟化（Full Virtualization)

全虚拟化也成为原始虚拟化技术，该模型使用虚拟机协调guest操作系统和原始硬件，VMM在guest操作系统和裸硬件之间用于工作协调，一些受保护指令必须由Hypervisor（虚拟机管理程序）来捕获处理。

图5 KVM和QEMU关系

‘陆’ 虚拟化技术KVM和XEN的区别

虚拟化类型

全虚拟化（Full Virtualization)

全虚拟化也成为原始虚拟化技术，该模型使用虚拟机协调guest操作系统和原始硬件，VMM在guest操作系统和裸硬件之间用于工作协调，一些受保护指令必须由Hypervisor（虚拟机管理程序）来捕获处理。

图1 全虚拟化模型

全虚拟化的运行速度要快于硬件模拟，但是性能方面不如裸机，因为Hypervisor需要占用一些资源

半虚拟化（Para Virtualization）

半虚拟化是另一种类似于全虚拟化的技术，它使用Hypervisor分享存取底层的硬件，但是它的guest操作系统集成了虚拟化方面的代码。该方法无需重新编译或引起陷阱，因为操作系统自身能够与虚拟进程进行很好的协作。

图2 半虚拟化模型

半虚拟化需要guest操作系统做一些修改，使guest操作系统意识到自己是处于虚拟化环境的，但是半虚拟化提供了与原操作系统相近的性能。

虚拟化技术

KVM(Kernel-based Virtual Machine)基于内核的虚拟机

KVM是集成到Linux内核的Hypervisor，是X86架构且硬件支持虚拟化技术（Intel VT或AMD-V）的Linux的全虚拟化解决方案。它是Linux的一个很小的模块，利用Linux做大量的事，如任务调度、内存管理与硬件设备交互等。

图3 KVM虚拟化平台架构

Xen

Xen是第一类运行再裸机上的虚拟化管理程序(Hypervisor)。它支持全虚拟化和半虚拟化,Xen支持hypervisor和虚拟机互相通
讯，而且提供在所有Linux版本上的免费产品，包括Red Hat Enterprise Linux和SUSE Linux Enterprise
Server。Xen最重要的优势在于半虚拟化，此外未经修改的操作系统也可以直接在xen上运行(如Windows)，能让虚拟机有效运行而不需要仿
真，因此虚拟机能感知到hypervisor，而不需要模拟虚拟硬件，从而能实现高性能。

图4 Xen虚拟化平台架构

QEMU

QEMU是一套由Fabrice Bellard所编写的模拟处理器的自由软件。它与Bochs，PearPC近似，但其具有某些后两者所不具备的特性，如高速度及跨平台的特性。经由kqemu这个开源的加速器，QEMU能模拟至接近真实电脑的速度。

KVM和QEMU的关系

准确来说，KVM是Linux
kernel的一个模块。可以用命令modprobe去加载KVM模块。加载了模块后，才能进一步通过其他工具创建虚拟机。但仅有KVM模块是
远远不够的，因为用户无法直接控制内核模块去作事情,你还必须有一个运行在用户空间的工具才行。这个用户空间的工具，kvm开发者选择了已经成型的开源虚
拟化软件
QEMU。说起来QEMU也是一个虚拟化软件。它的特点是可虚拟不同的CPU。比如说在x86的CPU上可虚拟一个Power的CPU，并可利用它编译出
可运行在Power上的程序。KVM使用了QEMU的一部分，并稍加改造，就成了可控制KVM的用户空间工具了。所以你会看到，官方提供的KVM下载有两
大部分(qemu和kvm)三个文件(KVM模块、QEMU工具以及二者的合集)。也就是说，你可以只升级KVM模块，也可以只升级QEMU工具。这就是
KVM和QEMU 的关系。

图5 KVM和QEMU关系

‘柒’ kvm_mod哪里下载

内核自带的，可以通过编译内核添加
路径大概是/lib/moles/内核版本/kernel/arch/x86/kvm/kvm-intel.ko

‘捌’ 手机刷 kvm 硬件虚拟化

"您好，官网没有提供刷机软件。由于刷机存在风险，如因自行刷机后导致的手机问题，还有可能会影响包修，因此我们不建议您自行刷机。
若手机因系统故障无法正常使用或自行刷机后导致手机出现问题，建议您将机器送到售后服务中心，由工程师帮助检查处理。"

‘玖’ KVM、QEMU和KQemu有什么区别

1、KVM是一套虚拟机管理系统，包括内核虚拟构架和处理器相关模块，其借用了 QEMU其它一些组件，KVM的非内核部分是由QEMU实现的；加载了模块后，才能进一步通过其他工具创建虚拟机。

2、QEMU是另外的一套虚拟机管理系统，Kqemu是QEMU的加速器，可以认为是QEMU的一个插件；QEMU可以虚拟出不同架构的虚拟机，如在x86平台上可以虚拟出power机器。

3、KVM负责cpu虚拟化+内存虚拟化，实现了cpu和内存的虚拟化，但KVM不能模拟其他设备。QEMU是模拟IO设备（网卡，磁盘），KVM加上QEMU之后就能实现真正意义上服务器虚拟化。因为用到了上面两个东西，所以一般都称之为QEMU-KVM。

(9)安卓kvm编译扩展阅读：

1、KVM 技术已经从最初的基础SOHO办公型，发展成为企业 IT 基础机房设施管理系统。可以从kvm 客户端管理软件轻松的直接访问位于多个远程位置的服务器和设备。

2、QEMU在GNU/Linux平台上使用广泛。具有高速度及跨平台的特性，通过KQEMU这个闭源的加速器，QEMU能模拟至接近真实电脑的速度。

3、KQEMU现可运行在基于x86或x86_64的Linux2.4或Linux 2.6主机上。

‘拾’ kvm和qemu的关系 kvm为什么没有做io虚拟化 半虚拟化和全虚拟化的区别 kvm是否在内

不同的基于KVM的虚拟化平台，可能会采用不同的虚拟化组件，目前主流的采用QEMU-KVM组件，但在不同的产品里版本有所不同，功能也有差异，下面就几个概念进行梳理下

KVM：Kernel-Based Virtual Machine 基于内核的虚拟机，是Linux内核的一个可加载模块，通过调用Linux本身内核功能，实现对CPU的底层虚拟化和内存的虚拟化，使Linux内核成为虚拟化层，需要x86架构的，支持虚拟化功能的硬件支持（比如Intel VT，AMD-V），是一种全虚拟化架构。KVM在2007年年2月被导入Linux 2.6.20内核中。从存在形式来看，它包括两个内核模块：kvm.ko 和 kvm_intel.ko（或kvm_amd.ko），本质上，KVM是管理虚拟硬件设备的驱动，该驱动使用字符设备/dev/kvm（由KVM本身创建）作为管理接口，主要负责vCPU的创建，虚拟内存的分配，vCPU寄存器的读写以及vCPU的运行。

QEMU：是一套由Fabrice Bellard编写的模拟处理器的自由软件，它是一个完整的可以单独运行的软件，可以独立模拟出整台计算机，包括CPU，内存，IO设备，通过一个特殊的“重编译器”对特定的处理器的二进制代码进行翻译，从而具有了跨平台的通用性。QEMU有两种工作模式：系统模式，可以模拟出整个电脑系统，另一种是用户模式，可以运行不同与当前硬件平台的其他平台上的程序（比如在x86平台上运行跑在ARM平台上的程序）；其代码地址 http://git.qemu.org/qemu.git ，有兴趣的同学可以自己去看看，目前最新的版本是2.7.0，在0.9.1及之前版本还可以使用kqemu加速器（可以理解为QEMU的一个插件，用来提高QEMU的翻译性能，支持Windows平台），但1.0以后版本就只能使用qemu-kvm（只支持Linux）进行加速了，1.3版本后QEMU和QEMU-KVM合二为一了。

QEMU-KVM：从前面对KVM内核模块的介绍知道，它只负责CPU和内存的虚拟化，加载了它以后，用户就可以进一步通过工具创建虚拟机（KVM提供接口），但仅有KVM还是不够的，用户无法直接控制内核去做事情（KVM只提供接口，怎么创建虚拟机，分配vCPU等并不在它上面进行），还必须有个运行在用户空间的工具才行，KVM的开发者选择了比较成熟的开源虚拟化软件QEMU来作为这个工具，并对其进行了修改，最后形成了QEMU-KVM。

在QEMU-KVM中，KVM运行在内核空间，QEMU运行在用户空间，实际模拟创建，管理各种虚拟硬件，QEMU将KVM整合了进来，通过/ioctl 调用 /dev/kvm，从而将CPU指令的部分交给内核模块来做，KVM实现了CPU和内存的虚拟化，但kvm不能虚拟其他硬件设备，因此qemu还有模拟IO设备（磁盘，网卡，显卡等）的作用，KVM加上QEMU后就是完整意义上的服务器虚拟化

当然，由于qemu模拟io设备效率不高的原因，现在常常采用半虚拟化的virtio方式来虚拟IO设备，另文再谈

综上所述，QEMU-KVM具有两大作用：

1.提供对cpu，内存（KVM负责），IO设备（QEMU负责）的虚拟

2.对各种虚拟设备的创建，调用进行管理（QEMU负责）

libvirt

顺带提一提libvirt，这是RedHat开始支持KVM后，大概是觉得QEMU+KVM方案中的用户空间虚拟机管理工具不太好用或者通用性不强，所以干脆搞了个libvirt出来，一个针对各种虚拟化平台的虚拟机管理的API库，一些常用的虚拟机管理工具如virsh（类似vim编辑器），virt-install，virt-manager等和云计算框架平台（如OpenStack，OpenNebula，Eucalyptus等）都在底层使用libvirt提供的应用程序接口。

libvirt主要由三个部分组成：API库，一个守护进程 libvirtd 和一个默认命令行管理工具 virsh。

总结：

目前来说，QEMU是一个独立的虚拟化解决方案，并不依赖KVM（它本身自己可以做CPU和内存的模拟，只不过效率较低），而KVM是另一套虚拟化解决方案，对CPU进行虚拟效率较高（采用了硬件辅助虚拟化），但本身不提供其他设备的虚拟化，借用了QEMU的代码进行了定制，所以KVM方案一定要依赖QEMU

即使后来RedHat后来开发了libvirt，也只能简单的认为是个虚拟机管理工具，仍然需要通过用户空间QEMU来与KVM进行交互