Ryan Harper wrote: > * Ryan Harper <ryanh@xxxxxxxxxx> [2009-12-02 13:11]: >> * Jan Kiszka <jan.kiszka@xxxxxxxxxxx> [2009-12-02 12:45]: >>>>> So far, so consistent. Could you try kvm-kmod-2.6.32-rc7 on top of that? >>>>> >>>> Sure, can you remind me of the kvm-kmod build magic for building that >>>> branch? >>>> >>> If you want to build from git, check Wolfgang's nice README. But it >>> might be easier to just download the tarball from sourceforge. >> Indeed, tarball is easiest. Still working on top of qemu.git+vmstate >> fixes. Here's my invocation: >> >> >> Source: >> sudo ./x86_64-softmmu/qemu-system-x86_64 -L pc-bios -m 512 -drive >> file=/media/blackstar/images/rhel5-64.raw,if=ide -net nic,model=e1000 >> -monitor stdio -enable-kvm >> >> Dest: >> sudo ./x86_64-softmmu/qemu-system-x86_64 -L pc-bios -m 512 -drive >> file=/media/blackstar/images/rhel5-64.raw,if=ide -net nic,model=e1000 >> -monitor stdio -enable-kvm -incoming tcp:0:4444 >> >> >> Lemme try qemu-kvm.git > > Working there as well on top of 2.6.32-rc7 kmod modules and kvm-qemu.git > tip+vmstate fixes. Any other varient? > Interesting. I think I need to try with a more recent host kernel (not sure if you want to downgrade your kernel :) ). Maybe it's a kvm-kmod wrapping issue. Thanks so far, Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
