From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NciSG-0000d6-Te for qemu-devel@nongnu.org; Wed, 03 Feb 2010 11:51:53 -0500 Received: from [199.232.76.173] (port=50199 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NciSE-0000br-1j for qemu-devel@nongnu.org; Wed, 03 Feb 2010 11:51:50 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NciS7-0005UH-DU for qemu-devel@nongnu.org; Wed, 03 Feb 2010 11:51:49 -0500 Received: from mx1.redhat.com ([209.132.183.28]:8062) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NciS5-0005Sz-M7 for qemu-devel@nongnu.org; Wed, 03 Feb 2010 11:51:41 -0500 Date: Wed, 3 Feb 2010 14:50:51 -0200 From: Marcelo Tosatti Message-ID: <20100203165051.GA29235@amt.cnet> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: [Qemu-devel] Re: [PATCH v2 00/21] qemu-kvm: Hook cleanups and extended use of upstream code List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Anthony Liguori , kvm@vger.kernel.org, Glauber Costa , qemu-devel@nongnu.org, Alexander Graf , Avi Kivity On Wed, Feb 03, 2010 at 09:53:25AM +0100, Jan Kiszka wrote: > This version addresses the feedback on v2, namely: > - assert( || thread>) on low-level > load/save registers > - fixed mpstate initialization > > Yet untested is -no-kvm-irqchip with smp due to some bug in unpatched > qemu-kvm or the kernel modules. Still investigating. Don't recall it ever working properly. Guess that IPI emulation with signals is problematic. > > Pull URL is still > > git://git.kiszka.org/qemu-kvm.git queues/vcpu-state > > PS: The corresponding upstream queue is now available under > queues/kvm-upstream in the same repository. Will send it out later if > there are no further remarks on this series to avoid flooding the > mailing lists. Early testers are nevertheless welcome. Can the necessary changes for cleanups go in qemu.git first, so after they're merged in qemu-kvm, we can apply the unification patches. And later do the same with synchronization rework (API looks fine to me). Nice work!