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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
