Jan Kiszka to maintain kvm-kmod

Jan Kiszka to maintain kvm-kmod

[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.

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.

-- 
error compiling committee.c: too many arguments to function

Re: Jan Kiszka to maintain kvm-kmod

[Jan Kiszka]

Avi Kivity wrote:
> 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.

> 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

-- 
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux

Re: Jan Kiszka to maintain kvm-kmod

[Avi Kivity]

On 10/26/2009 07:51 PM, Jan Kiszka wrote:
> 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.

-- 
error compiling committee.c: too many arguments to function

Re: Jan Kiszka to maintain kvm-kmod

[Jan Kiszka]

Avi Kivity wrote:
> On 10/26/2009 07:51 PM, Jan Kiszka wrote:
>> 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

-- 
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux