From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KuwTE-0006z3-Ad for qemu-devel@nongnu.org; Tue, 28 Oct 2008 17:51:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KuwTC-0006yC-GK for qemu-devel@nongnu.org; Tue, 28 Oct 2008 17:51:23 -0400 Received: from [199.232.76.173] (port=46583 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KuwTC-0006y5-7Q for qemu-devel@nongnu.org; Tue, 28 Oct 2008 17:51:22 -0400 Received: from an-out-0708.google.com ([209.85.132.250]:23416) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KuwTC-0006pm-D6 for qemu-devel@nongnu.org; Tue, 28 Oct 2008 17:51:22 -0400 Received: by an-out-0708.google.com with SMTP id d18so219320and.130 for ; Tue, 28 Oct 2008 14:51:21 -0700 (PDT) Message-ID: <49078955.2090109@codemonkey.ws> Date: Tue, 28 Oct 2008 16:51:17 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1225224814-9875-1-git-send-email-aliguori@us.ibm.com> <1225224814-9875-2-git-send-email-aliguori@us.ibm.com> <1225224814-9875-3-git-send-email-aliguori@us.ibm.com> <49078707.5000109@redhat.com> In-Reply-To: <49078707.5000109@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 3/3] Add KVM support to QEMU Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Glauber Costa , qemu-devel@nongnu.org, kvm-devel , Avi Kivity Gerd Hoffmann wrote: > Anthony Liguori wrote: > >> This patch only implements the bare minimum support to get a guest booting. It >> has very little impact the rest of QEMU and attempts to integrate nicely with >> the rest of QEMU. >> > > Huh? That isn't based on the qemu-accel patches ... > This is part of the reason for this exercise. I'd rather introduce KVM support first and then look at abstracting things, than vice versa. A number of the hooks in the current QEMUAccel tree are there for the wrong reason (to support the out-of-tree IO thread, for instance). If you just introduce something with various hooks and say, these are hooks we'll need, it's not possible to really evaluate whether the hooks are needed because nothing in the tree makes use of them. Regards, Anthony Liguori > surprised, > Gerd > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >