qemu 代码分析
qemu源代码分析 第一部分 qemu oldworld mac(heathrow)的初始化 约定： qemu版本: 0.10.5 分析的目标机器: heathrow (oldmac) 目标处理器架构: PPC（包括7x0/750, BookE, FSL-BookE） 我们从hw/ppc_oldworld.c开始，函数： static void ppc_heathrow_init(...); 其中的一个重要的函数： void cpu_register_physical_memory(target_phys_addr_t start_addr, ram_addr_t size, ram_addr_t phys...
by sigsegv11 - Linux文档专区 - 2009-06-15 22:26:02 阅读（2020） 回复（0）
qemu: fatal: triple fault EAX=e0000011 EBX=00000050 ECX=00000053 EDX=00000001 ESI=0010b884 EDI=0010a010 EBP=00067eb0 ESP=00110380 EIP=001000d2 EFL=00000002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0018 00000000 ffffffff 00cf9300 CS =0010 00000000 ffffffff 00cf9a00 SS =0010 00000000 ffffffff 00cf9300 DS =0018 00000000 ffffffff 00cf9300 FS =0018 00000000 ffffffff 00cf9300 GS =0018 00000000 fffffff...
qemu技术分析1 - 动态翻译技术（dynamic translation） qemu的最大亮点就是动态翻译技术，正是由于这个强劲的引擎，使qemu可以在不使用任何加速技术的情况下也能达到良好的速度，并能够横跨多种平台运行，借助于特定版本的GCC编译器，还能够仿真多种架构的处理器。这里我说的动态翻译指的是qemu早期版本使用的“dynamic translation”，因为从0.10版本开始使用的是“TCG”，摆脱了对GCC版本的依赖，并且不再需要编译中间工具。 简...
来源：赛迪网 作者：kid 在对Linux内核分析的过程中，可以使用qemu和GDB来进行调试。qemu和GDB虽然能够实现源代码级的内核调试，但是还存在一个问题，就是当Linux内核允许中断时，单步命令（n与s）会进入时钟中断。通过浏览qemu的源代码，大体把原因找了出来。单步命令（n与s）在gdb远程调试通讯协议中是s（参看info gdb），qemu的gdb stub在受到s命令后将虚拟CPU进入单步状态，但是在接收到s命令前，qemu的虚拟CPU是停止的（...
在对Linux内核分析的过程 中，可以使用qemu和GDB来进行调试。qemu和GDB虽然能够实现源代码级的内核调试，但是还存在一个问题，就是当Linux内核允许中断时，单步 命令（n与s）会进入时钟中断。通过浏览qemu的源代码，大体把原因找了出来。单步命令（n与s）在gdb远程调试通讯协议中是s（参看info gdb），qemu的gdb stub在受到s命令后将虚拟CPU进入单步状态，但是在接收到s命令前，qemu的虚拟CPU是停止的（在等待gdb的命令）。这个时候...
秋寒 2007/6/20 申明： 1 本文所述方法在FreeBSD6.0/6.2 qemu0.8.0/0.9.0上均测试成功 2 本文是在拜读mingyanguo的两篇大作的启发下得到的： 使用GDB与qemu调试内核时的问题分析 http://bbs.chinaunix.net/viewthread.php?tid=702878&highlight=qemu 使用qemu调试FreeBSD/Linux内核 http://bbs.chinaunix.net/viewthread.php?tid=776466&highlight=mingyanguo 3 没有跟mingyanguo的帖，希望能有更多需要的人能看到，而不是...
使用qemu+GDB能够实现源代码级的内核调试，但是，存在一个问 题──当内核允许中断时，单步命令（n与s）会进入时钟中断。通过 浏览qemu的源代码，大体把原因找了出来。 单步命令（n与s）在 gdb远程调试通讯协议中是s（参看info gdb），qemu的gdb stub 在受到s命令后将虚拟CPU进入单步状态，但是在接收到s命令前， qemu的虚拟CPU是停止的（在等待gdb的命令），注意，这个时 候，虚拟时钟计时并没有停止，所以，很可能在qemu的虚拟CP...
使用qemu+GDB能够实现源代码级的内核调试，但是，存在一个问 题──当内核允许中断时，单步命令（n与s）会进入时钟中断。通过 浏览qemu的源代码，大体把原因找了出来。 单步命令（n与s）在 gdb远程调试通讯协议中是s（参看info gdb），qemu的gdb stub 在受到s命令后将虚拟CPU进入单步状态，但是在接收到s命令前， qemu的虚拟CPU是停止的（在等待gdb的命令），注意，这个时 候，虚拟时钟计时并没有停止，所以，很可能在qemu的虚拟CP...
