From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KCKjV-0002mh-5l for qemu-devel@nongnu.org; Fri, 27 Jun 2008 16:39:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KCKjS-0002lW-Dj for qemu-devel@nongnu.org; Fri, 27 Jun 2008 16:39:47 -0400 Received: from [199.232.76.173] (port=48155 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KCKjS-0002lR-9W for qemu-devel@nongnu.org; Fri, 27 Jun 2008 16:39:46 -0400 Received: from mx1.redhat.com ([66.187.233.31]:55919) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KCKjS-0007xn-KW for qemu-devel@nongnu.org; Fri, 27 Jun 2008 16:39:46 -0400 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m5RKdd9V014162 for ; Fri, 27 Jun 2008 16:39:39 -0400 Received: from pobox-2.corp.redhat.com (pobox-2.corp.redhat.com [10.11.255.15]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5RKddVO005344 for ; Fri, 27 Jun 2008 16:39:39 -0400 Received: from localhost.localdomain (vpn-4-80.str.redhat.com [10.32.4.80]) by pobox-2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m5RKdadY004563 for ; Fri, 27 Jun 2008 16:39:38 -0400 From: Glauber Costa Date: Fri, 27 Jun 2008 17:38:03 -0300 Message-Id: <1214599103-13846-1-git-send-email-gcosta@redhat.com> Subject: [Qemu-devel] [PATCH 0/20] QEMU Accel patch Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org First of all, very sorry. I mistyped qemu's mailing list address. So this message only reached kvm list and the people in CC. I'm resending, but this means a lot of you will receive the messages twice. Mail is cheap... but sorry again anyway! Introductory message follows: Hi folks. Here's a new version of the qemu accel patches. This version works with kqemu 1.4.0pre1 in my tests, and I feel it is close to be in inclusion state. Patches are all split to ease review. Those patches does not include any code for kvm. The reason is some parts of kvm will need significant rework, and I'd rather do it once we're set up with those interfaces, to avoid time waste. Furthermore, there's work on the radar, such as pbrook's ongoing effort to make qemu more thread-friendly that would affect kvm a lot (recall kvm uses threads for the vcpus, which heavily defines how the main loop works, for instance), so I'd wait anyway. However, I do have a PoC for kvm with _basic_ functionality, that can be seen at http://glommer.net/kvm-accel-PoC Comments are welcome.