On 07/07/2009 02:31 PM, Cristi Magherusan wrote:
The kernel will be 2.6.24 because it's smaller. I know this mismatch may not be good, but I have to get to a compromise. The kernel needs to be as small as possible (everything should fit in a 4MB BIOS flash), and also to support both this version of KVM and OpenVZ at the same time. Older KVM versions have terrible buildsystem issues and I gave up trying to get them compile in buildroot. I think OpenVZ could work on 2.6.26 too, but I haven't tried yet. Could this be a real problem at runtime?
I think 2.6.24 is too old for current qemu-kvm. Also it doesn't receive security fixes; if you don't trust your users you should use 2.6.27.y or 2.6.30.y (or a vendor kernel).
You can reduce qemu size by not compiling tcg; that'll save you a lot more than the kernel.
-- error compiling committee.c: too many arguments to function -- 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
