Jan Kiszka to maintain kvm-kmod
I am pleased to announce that Jan Kiszka has agreed to maintain kvm-kmod.git, the backporting kit that allows running modern kvm code on older kernels. Jan will release kvm-kmod-2.6.x.y packages and kvm-kmod-2.6.x-rcy packages, while Marcelo and I will (with Jan's help) release kvm-kmod-devel-xx. Many thanks to Jan for taking on this task.
As there are now many different sources of kvm kernel modules to choose from, I wrote up a page that describes the various releases and what they are suited for. This can be found in http://www.linux-kvm.org/page/Getting_the_kvm_kernel_modules.
Signature · 1 line
error compiling committee.c: too many arguments to function
Quoted 5 lines · Avi Kivity
I am pleased to announce that Jan Kiszka has agreed to maintain kvm-kmod.git, the backporting kit that allows running modern kvm code on older kernels. Jan will release kvm-kmod-2.6.x.y packages and kvm-kmod-2.6.x-rcy packages, while Marcelo and I will (with Jan's help) release kvm-kmod-devel-xx. Many thanks to Jan for taking on this task.
Thanks for giving me the chance to screw even more things up. :)
Thanks also go to Siemens Corporate Technology and Siemens Enterprise Communications for sponsoring my work on kvm-kmod.
Quoted 4 lines
As there are now many different sources of kvm kernel modules to choose from, I wrote up a page that describes the various releases and what they are suited for. This can be found in
http://www.linux-kvm.org/page/Getting_the_kvm_kernel_modules.
And besides those releases, I will try to keep the kvm-kmod.git in sync with latest kvm.git so that developers can test most bleeding-edge kvm on not that much bleeding host kernels (I'm one of those).
At this chance I would like to underline that the quality of kvm-kmod support of course continues to depend on patch contributions. So if you are posting a new kvm feature that may require compat wrapping or you discover some breakage, please consider posting a corresponding update of kvm-kmod as well. TiA!
To help detecting breakages, I've set up a builtbot [1] that checks kvm-mod against its officially supported kvm version as well as the next branch in kvm.git (the former on commits, the latter on a nightly basis). That forecast already promises the next rain [2] - time to go home...
Jan
[1]http://buildbot.kiszka.org/kvm-kmod/ [2]http://buildbot.kiszka.org/kvm-kmod/builders/latest-kvm/builds/11/steps/compile/logs/stdio
Signature · 2 lines
Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux
Quoted 1 line · Jan Kiszka
That forecast already promises the next rain
That would be me. I think it's easily fixable, either by emulating user return notifiers using preempt notifiers (sched_out -> on_user_return), or by noping out user return notifiers completely and hooking the kvm sched_out callback to call kvm_on_user_return. Of course, we won't see the performance gain, but that's expected.
Signature · 1 line
error compiling committee.c: too many arguments to function
Quoted 8 lines · Avi Kivity
Quoted 1 line · Jan Kiszka
That forecast already promises the next rain
That would be me. I think it's easily fixable, either by emulating user return notifiers using preempt notifiers (
sched_out->on_user_return), or by noping out user return notifiers completely and hooking the kvmsched_outcallback to callkvm_on_user_return. Of course, we won't see the performance gain, but that's expected.
I was playing with such an approach already. But something goes wrong (GPF in kvm_set_shared_msr) when booting Win7. Will check without kvm-kmod next.
Jan
Signature · 2 lines
Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux