From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH v4 00/15] uq/master: Introduce basic irqchip support Date: Mon, 12 Dec 2011 19:37:14 +0200 Message-ID: <4EE63BCA.9040204@redhat.com> References: <20111212163725.GA32142@amt.cnet> <4EE63123.101@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , "kvm@vger.kernel.org" , qemu-devel , Anthony Liguori , "Michael S. Tsirkin" , Blue Swirl , Lai Jiangshan To: Jan Kiszka Return-path: Received: from mx1.redhat.com ([209.132.183.28]:52638 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751872Ab1LLRh1 (ORCPT ); Mon, 12 Dec 2011 12:37:27 -0500 In-Reply-To: <4EE63123.101@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: On 12/12/2011 06:51 PM, Jan Kiszka wrote: > > > > Any thoughts on the qemu-kvm merge plan? Sounds painful. > > Pain will be where the existing qemu-kvm extensions collide with these > refactored upstream devices (backend/frontend split specifically). > That's where we have to merge very carefully. Haven't tried this yet, > will give it a spin tomorrow or so. > > From that point on, disabling the new stuff for now and at some point > switching over from the old one should be simple again. > > BTW, PIT+HPET+speaker will cause similar issues for the same reasons. > It's a little late for this, but refactoring qemu-kvm in-tree and then splitting it into patches would have been easier. Let's try it this way for the next batch. -- error compiling committee.c: too many arguments to function