Skip to contentSkip to conversation

Jan Kiszka to maintain kvm-kmod

DISCUSSION Avi Kivity 2 participants 4 messages Oct 26, 2009 – Oct 27, 2009 KVM

lore
Share & tools
lore

Avi Kivity

author
#0 lore raw

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
#1 lore raw
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
author
#2 lore raw
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
#3 lore raw
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 kvm sched_out callback to call kvm_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