From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PULL] KVM updates Date: Mon, 10 Sep 2012 18:54:31 +0300 Message-ID: <504E0D37.4000305@redhat.com> References: <504E0677.9020702@redhat.com> <504E0817.5030908@siemens.com> <20120910154937.GB7336@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Kiszka , Anthony Liguori , qemu-devel , KVM list To: Marcelo Tosatti Return-path: Received: from mx1.redhat.com ([209.132.183.28]:30642 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757948Ab2IJPyl (ORCPT ); Mon, 10 Sep 2012 11:54:41 -0400 In-Reply-To: <20120910154937.GB7336@amt.cnet> Sender: kvm-owner@vger.kernel.org List-ID: On 09/10/2012 06:49 PM, Marcelo Tosatti wrote: > On Mon, Sep 10, 2012 at 05:32:39PM +0200, Jan Kiszka wrote: >> On 2012-09-10 17:25, Avi Kivity wrote: >> > Please pull from: >> > >> > git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master >> > >> > to merge some kvm updates, most notably a port of qemu-kvm's pre-vfio device >> > assignment. With this there are no significant changes left between qemu and >> > qemu-kvm (though some work remains). >> > >> > ---------------------------------------------------------------- >> > Christian Borntraeger (1): >> > qemu: Use valgrind annotations to mark kvm guest memory as defined >> > >> > Jan Kiszka (5): >> > kvm: Clean up irqfd API >> > kvm: Introduce kvm_irqchip_update_msi_route >> > kvm: Introduce kvm_has_intx_set_mask >> > kvm: i386: Add services required for PCI device assignment >> > kvm: i386: Add classic PCI device assignment >> >> uq/master used to contain two patches from Peter regarding the kernel >> headers and my coalesced MMIO decoupling series - dropped intentionally? Thanks for checking. > Probably unintentionally, they havent been lost though (will be in the > next batch once this batch is pulled). Any idea how they were lost? -- error compiling committee.c: too many arguments to function From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:38216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB6Jx-0006aj-6N for qemu-devel@nongnu.org; Mon, 10 Sep 2012 11:54:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB6Jr-0000Wr-Ct for qemu-devel@nongnu.org; Mon, 10 Sep 2012 11:54:45 -0400 Received: from mx1.redhat.com ([209.132.183.28]:37478) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB6Jr-0000Wl-4T for qemu-devel@nongnu.org; Mon, 10 Sep 2012 11:54:39 -0400 Message-ID: <504E0D37.4000305@redhat.com> Date: Mon, 10 Sep 2012 18:54:31 +0300 From: Avi Kivity MIME-Version: 1.0 References: <504E0677.9020702@redhat.com> <504E0817.5030908@siemens.com> <20120910154937.GB7336@amt.cnet> In-Reply-To: <20120910154937.GB7336@amt.cnet> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PULL] KVM updates List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Marcelo Tosatti Cc: Jan Kiszka , qemu-devel , Anthony Liguori , KVM list On 09/10/2012 06:49 PM, Marcelo Tosatti wrote: > On Mon, Sep 10, 2012 at 05:32:39PM +0200, Jan Kiszka wrote: >> On 2012-09-10 17:25, Avi Kivity wrote: >> > Please pull from: >> > >> > git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master >> > >> > to merge some kvm updates, most notably a port of qemu-kvm's pre-vfio device >> > assignment. With this there are no significant changes left between qemu and >> > qemu-kvm (though some work remains). >> > >> > ---------------------------------------------------------------- >> > Christian Borntraeger (1): >> > qemu: Use valgrind annotations to mark kvm guest memory as defined >> > >> > Jan Kiszka (5): >> > kvm: Clean up irqfd API >> > kvm: Introduce kvm_irqchip_update_msi_route >> > kvm: Introduce kvm_has_intx_set_mask >> > kvm: i386: Add services required for PCI device assignment >> > kvm: i386: Add classic PCI device assignment >> >> uq/master used to contain two patches from Peter regarding the kernel >> headers and my coalesced MMIO decoupling series - dropped intentionally? Thanks for checking. > Probably unintentionally, they havent been lost though (will be in the > next batch once this batch is pulled). Any idea how they were lost? -- error compiling committee.c: too many arguments to function