qemu cracks when shutdown vm

本文详细分析了使用QEMU版本1.3.1和SPICE版本0.12.5创建的XP虚拟机,在通过SPICE连接关闭虚拟机时出现的主线程异常问题。通过gdb查看crashdump文件,发现是非法访问内存地址0x100000000导致。分析代码逻辑发现,问题主要出在reds模块的char_devs_states Ring不正当访问上。尝试通过线程保护机制解决但未成功。最终定位问题原因并提出解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  如上图,Qemu创建的XP虚拟机,用spicec连接到该虚拟机的桌面,关闭该虚拟机时,Qemu的主线程异常。(qemu版本:1.3.1,spice版本:0.12.5)

用gdb 查看crash dump文件,发现是非法访问内存地址0x100000000导致,'Cannot access memory at address 0x100000000',该地址已经超过进程可以访问的范围

根据stack的信息,查看源代码,函数调用过程如下:

   main --> main_loop --> main_loop_should_exit --> vm_stop --> do_vm_stop --> vm_state_notify -->spice_server_vm_stop --> spice_char_device_stop --> timer_cancel -->  qemu_del_timer



代码的逻辑是:关闭虚拟机这个动作,虚拟机的状态由running-->stop,Qemu会通过回调通知到相关的模块,告知状态的变化,这些模块就根据新的状态,进行一些设置。

对于spice server这个模块,回调函数作了三个动作:

1) reds->vm_running = FALSE;

2) spice_char_device_stop(st_item->st);  (这个过程,看上面的代码,除了设置两个状态外,就是取消一个定时器)

3) red_dispatcher_on_vm_stop();

分析代码:

基本上可定位是reds->char_devs_states这个Ring不正当访问导致。

查看相关代码,发现下面的函数会从Ring里删除一个节点:

void reds_on_char_device_state_destroy(SpiceCharDeviceState *dev)
{
    reds_char_device_remove_state(dev);
}

会不是,线程间同步造成???,加了线程保护机制(pthread_mutex)后,问题依然存在。



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值