From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 0/8] Move closer to upstream Date: Wed, 08 Jul 2009 16:27:58 +0300 Message-ID: <4A549EDE.7050701@redhat.com> References: <1247058542-31211-1-git-send-email-glommer@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kvm@vger.kernel.org To: Glauber Costa Return-path: Received: from mx2.redhat.com ([66.187.237.31]:54064 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754715AbZGHNZ3 (ORCPT ); Wed, 8 Jul 2009 09:25:29 -0400 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n68DPSRx032651 for ; Wed, 8 Jul 2009 09:25:28 -0400 In-Reply-To: <1247058542-31211-1-git-send-email-glommer@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 07/08/2009 04:08 PM, Glauber Costa wrote: > Hi, > > This is another step at getting us closer to qemu upstream. I'm moving > our code to kvm-all.c and kvm.c, and relying on the fact that we use > USE_KVM, while upstream qemu uses CONFIG_KVM, to keep us isolated. > > The goal is to slowly reduce that isolation. To demonstrate what I aim > for, the last patches of the series shares code for breakpoint handling. > next in my radar are ioctl functions and cpuid trimming. > > Overall this approach looks good. -- error compiling committee.c: too many arguments to function