qemu/kvm locks up when run 32bit userspace with 64bit kernel
Bug #899961 reported by
Michael Tokarev
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Fix Released
|
Undecided
|
Unassigned | ||
qemu-kvm (Debian) |
Fix Released
|
Unknown
|
Bug Description
Only applies to qemu-kvm 1.0, and only when kernel is 64bit and userspace is 32bit, on x86. Did not happen with previous released versions, such as 0.15. Not all guests triggers this issue - so far, only (32bit) windows 7 guest shows it, but does that quite reliable: first boot of an old guest with new qemu-kvm, windows finds a new CPU and suggests rebooting - hit "Reboot" and in a few seconds it will be locked up (including the monitor), with no CPU usage whatsoever. Killable only with -9.
description: | updated |
Changed in qemu-kvm (Debian): | |
status: | Unknown → Confirmed |
Changed in qemu-kvm (Debian): | |
status: | Confirmed → Fix Released |
To post a comment you must log in.
Actually after trying to do lots of experiments and finally a git bisection, it turned out that the issue only affects qemu-kvm, not upstream qemu. Bisection between qemu-kvm 0.15.0 and 1.0 lead to this commit:
commit 145e11e840500e0 4a4d0a624918bb1 7596be19e9
Merge: ce967f6 b195043
Author: Avi Kivity <email address hidden>
Date: Wed Aug 10 12:06:58 2011 +0300
Merge commit 'b195043003d90e a4027ea01cc7a6c 974ac915108' into upstream-merge
* commit 'b195043003d90e a4027ea01cc7a6c 974ac915108' : (130 commits)
...
After which I'm stuck... ;)