On Tue, 2009-07-07 at 14:43 +0300, Avi Kivity wrote: > 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). Hi Avi, Thanks for this advice, I'll switch to 2.6, whch should be ok since it's also supported by OpenVZ. > You can reduce qemu size by not compiling tcg; that'll save you a lot > more than the kernel. How do I disable it? is it the --disable-cpu-emulation configure flag? Unfortunately that one breaks compilation, and I reproduced this both in my system and inside the buildroot toolchain that I'm using. -- Ing. Cristi Măgherușan, System/Network Engineer Technical University of Cluj-Napoca, Romania http://cc.utcluj.ro +40264 401247
Attachment:
signature.asc
Description: This is a digitally signed message part
