Tuesday, 4 December 2012

qemu-kvm.git has unforked back into qemu.git!

With the QEMU 1.3.0 release the qemu-kvm.git fork has now been merged back. The qemu.git source tree now contains equivalent code - it is no longer necessary to use qemu-kvm.git.

This is great news and has taken a lot of work from folks in the community. The qemu-kvm.git source tree had a number of differences compared to qemu.git. Over time, these changes were cleaned up and merged into qemu.git so that there is no longer a need to maintain a separate qemu-kvm.git source tree.

Many distros had both qemu and qemu-kvm or kvm packages. This sometimes led to confusion when people were unsure which package to install - both packages supported KVM to some degree. Now they are equivalent and distros will be able to simplify QEMU packaging.

For full details of the QEMU 1.3.0 release, see the announcement.

3 comments:

  1. Having had to use qemu/kvm recently for some kernel debugging I did a little run around the various repos when I was having problems with the gdb stub. One confusion seems to be the naming scheme for the qemu binary and how the various distros package it up.

    I take it the X-system binary is for full system emulation with or without kvm acceleration? Do people usually run the x86-64 binary even when debugging x86 kernels?

    ReplyDelete
  2. > I take it the X-system binary is for full system emulation with or without kvm acceleration?

    Correct.

    > Do people usually run the x86-64 binary even when debugging x86 kernels?

    Good question. I don't use the gdb stub much so I'm not sure. Judging from the #ifdefs in the gdbstub.c code it's probably safest to run qemu-system-i386 if you want to debug 32-bit guests.

    ReplyDelete