From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=57978 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OgKh7-0002L7-Va for qemu-devel@nongnu.org; Tue, 03 Aug 2010 12:50:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OgKh2-0001Bo-Cb for qemu-devel@nongnu.org; Tue, 03 Aug 2010 12:50:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:39861) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OgKh1-0001Bi-RE for qemu-devel@nongnu.org; Tue, 03 Aug 2010 12:50:20 -0400 Message-ID: <4C5848C7.3090806@redhat.com> Date: Tue, 03 Aug 2010 19:50:15 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Anyone seeing huge slowdown launching qemu with Linux 2.6.35? References: <20100803111306.GA21886@amd.home.annexia.org> <20100803113302.GT24773@redhat.com> <20100803121000.GV13789@amd.home.annexia.org> <20100803123714.GU24773@redhat.com> <20100803124808.GW13789@amd.home.annexia.org> <4C58176B.2050306@redhat.com> <20100803140506.GD22211@amd.home.annexia.org> <4C5829E1.60004@redhat.com> <20100803145337.GF22211@amd.home.annexia.org> <4C583F6A.7030600@redhat.com> <20100803162857.GX13789@amd.home.annexia.org> <4C584781.9040609@redhat.com> <4C5847CD.9080107@codemonkey.ws> In-Reply-To: <4C5847CD.9080107@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: kvm@vger.kernel.org, "Richard W.M. Jones" , Gleb Natapov , qemu-devel@nongnu.org On 08/03/2010 07:46 PM, Anthony Liguori wrote: >> It doesn't appear to support live migration, or hiding the feature >> for -M older. >> >> It's not a good path to follow. Tomorrow we'll need to load 300MB >> initrds and we'll have to rework this yet again. Meanwhile the >> kernel and virtio support demand loading of any image size you'd want >> to use. > > > firmware is totally broken with respect to -M older FWIW. > Well, then this is adding to the brokenness. fwcfg dma is going to have exactly one user, libguestfs. Much better to have libguestfs move to some other interface and improve are users-to-interfaces ratio. -- error compiling committee.c: too many arguments to function