From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: kvm-85 sometimes not starting on 2.6.30-rc5 Date: Sun, 24 May 2009 12:47:49 +0300 Message-ID: <4A1917C5.6080004@redhat.com> References: <20090513192249.GA5760@nik-comp.linuxbox.cz> <4A10733E.5000905@redhat.com> <20090523172001.GA2613@random.random> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Nikola Ciprich , KVM list , nikola.ciprich@linuxbox.cz To: Andrea Arcangeli Return-path: Received: from mx2.redhat.com ([66.187.237.31]:50551 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752023AbZEXJsC (ORCPT ); Sun, 24 May 2009 05:48:02 -0400 In-Reply-To: <20090523172001.GA2613@random.random> Sender: kvm-owner@vger.kernel.org List-ID: Andrea Arcangeli wrote: > On Sun, May 17, 2009 at 11:27:42PM +0300, Avi Kivity wrote: > >> Andrea, looks like the mother of all locks below. >> > > eheh yes that really is the mother of all locks ;). > > So the thing is, like BUG says MAX_LOCK_DEPTH is too low, to fix you > should rebuild after increasing it in include/linux/sched.h to say 96. > > Likely somebody changed qemu-kvm over time in a way that allocates > more vmas than before. > It does, we now have a vma for each discontiguous memory region (640K, vga bios, bios, 1M+ memory, framebuffer, 4G+ memory). Still, we have a lot more vmas in qemu for the various dynamic libraries, etc. I'm surprised it made such a difference. -- error compiling committee.c: too many arguments to function