一,前言
无意间看到了qemu的文章,就想到qemu我之前玩过的,还定制了自己的虚拟开发板。当时主要学习了glib事件驱动模型及做了一个led显示,用了sdl2显示框架及API。而实际的kvm仿真连接到真实的io功能并没有使用,仅了解了通过io会触发中断通知,然后在执行io处理函数进行转换到实际io,就完成了虚拟io。所以还有kvm这个东东吸引我去探秘,我的小暑假接近尾声了,那么就kick off第二轮qemu学习吧。
二,需求
大总结:Qemu虚化源码二次开发--Apple的学习笔记 - 简书 (jianshu.com)
先复习及参考之前的环境搭建,然后确认新的工具链。我本来想升级ubuntu版本,结果2.8stm特制板的编译依赖库差距太大,ubuntu16.04又无法和windows交互copy命令,所以不想用原来的环境了,那么就降级到ubunut14.04,进行了重新安装。至于自定义开发板我准备选择我熟悉且简单的stm32,目的是有利于快速学习添加自定义开发板的方法。
三,qemu2.8 stm特制版编译及调试环境搭建
a. 编译qemu
1. copy stm特制版源码到/work目录下
2. 先安装基本库,否则配置或编译过程会报错误
sudo apt-get install libsdl2-2.0
sudo apt-get install libsdl2-dev
sudo apt-get install libsdl2-image-dev
sudo apt-get install libpixman-1-dev
sudo apt-get install libfdt-dev
3. 主目录下进行配置
./configure --target-list=gnuarmeclipse-softmmu --enable-debug
注:若提示python版本错误,添加--python=/usr/bin/python2.7即可
4. 主目录下编译
make
5. 不用install安装,做成临时的应用文件。所以使用前先创建环境变量。
export PATH=/work/qemu-gnuarmeclipse-dev/gnuarmeclipse-softmmu:$PATH
6. 查看版本及支持的开发板
qemu-system-gnuarmeclipse --version
qemu-system-gnuarmeclipse -M help
7. 若编译器换了,或过程中有其他error可以尝试重新配置和重新编译
make defconfig
make clean
b. 使用stm32的elf进行仿真,验证qemu正确性
1. Copy STM32F429_Discovery_FreeRTOS_9压缩包到/work文件夹并且解压
2. 将3个文件夹复制到/usr/local/share/qemu,避免报错缺少jpg。
先在/usr/local/share下创建qemu文件夹,然后copy总工3个文件夹。
cp -R /mnt/hgfs/sharevm/qemu/devices
cp -R /mnt/hgfs/sharevm/qemu/graphics
cp -R /mnt/hgfs/sharevm/qemu/keymaps
3. cd /work/STM32F429_Discovery_FreeRTOS_9/Projects/LED
4. qemu-system-gnuarmeclipse --verbose --verbose --board STM32F429I-Discovery
--mcu STM32F429ZI -d unimp,guest_errors --image led.elf --semihosting-config enable
c. gdb调试qemu源码,便于之后自定义开发板
Gdb其实是调试qemu-system-gnuarmeclipse的c代码。而led.elf仅仅是这个c代码的输入参数或数据文件。
1. 在LED文件夹下,主机(通过gdb来调试qemu启动的elf)
gdbserver localhost:2345
/work/qemu-gnuarmeclipse-dev/gnuarmeclipse-softmmu/qemu-system-gnuarmeclipse
--board STM32F429I-Discovery --mcu STM32F429ZI --image led.elf
注:若不在LED文件夹
--image后需要/work/STM32F429_Discovery_FreeRTOS_9/Projects/LED/led.elf
2.再开一个cmd窗口做客户机
运行
gdb /work/qemu-gnuarmeclipse-dev/gnuarmeclipse-softmmu/qemu-system-gnuarmeclipse
输入target remote localhost:2345
四,qemu2.8仿真stm32仿真环境搭建
a. 在ubuntu下交叉编译stm32
1. 复制gcc-arm-none-eabi-5_4-2016q3-20160926-linux,-d-,tar.bz2到/work/tools目录下,然后tar –xvjf解压bz2。
2. 设置临时环境变量
export PATH=/work/tools/gcc-arm-none-eabi-5_4-2016q3/bin:$PATH
3. 进入LED文件进行make即可。
b. 通过qemu来调试仿真stm32
Qemu用自带的gcc编译的,所以调试用对应的gdb。
STM32用交叉编译的,所以调试用对应的arm-none-eabi-gdb。
而启动STM需要用到qemu的bin文件通过tcp端口1234来实现。
对应qemu的参数-gdb则是启动qemu的内嵌gdbserver,监听的是本地tcp端口1234—如果这样写: -gdb tcp:192.168.1.100:1234 ,似乎也是没问题的。 -S 就是挂起gdbserver,让gdb remote connect it。
Semihosting 参数够让 bare-metal 的 ARM 设备通过拦截指定的 SVC 指令,在连操作系统都没有的环境中实现 POSIX 中的许多标准函数,比如 printf、scanf、open、read、write 等等。这些 IO 操作将被 Semihosting 协议转发到 Host 主机上,然后由主机代为执行,所以在 ARM 模拟器中执行一个 printf 可以直接打印到 Host 主机上的终端窗口中;在 ARM 模拟器中写一个文件可以直接写到 Host 主机的当前目录下
1. 前提条件环境变量需要设置
export PATH=/work/tools/gcc-arm-none-eabi-5_4-2016q3/bin:$PATH
export PATH=/work/qemu-gnuarmeclipse-dev/gnuarmeclipse-softmmu:$PATH
2. 在要调试的elf所在的文件夹下,比如LED文件下执行qemu命令
qemu-system-gnuarmeclipse --verbose --verbose
--board STM32F429I-Discovery --mcu STM32F429ZI --gdb tcp::1234 -S
-d unimp,guest_errors --image led.elf --semihosting-config enable=on,target=native
3. 再开一个cmd窗口启动客户端
4. 输入arm-none-eabi-gdb /work/STM32F429_Discovery_FreeRTOS_9/Projects/LED/led.elf
启动交叉编译调试后输入target remote localhost:1234
五,小结
由于我换了ubuntu环境,过程和2年前稍微有不同,编译及调试过程中遇到一些新的坑,所以我还是把基于ubuntu14.04的正确环境搭建过程记录下来。