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 -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
