From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH v9 00/16] KVM/ARM Implementation Date: Tue, 03 Jul 2012 16:29:27 +0300 Message-ID: <4FF2F3B7.4050701@redhat.com> References: <20120703085841.27746.82730.stgit@ubuntu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: android-virt@lists.cs.columbia.edu, kvm@vger.kernel.org, tech@virtualopensystems.com To: Christoffer Dall , Marcelo Tosatti Return-path: Received: from mx1.redhat.com ([209.132.183.28]:42491 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932938Ab2GCN3h (ORCPT ); Tue, 3 Jul 2012 09:29:37 -0400 In-Reply-To: <20120703085841.27746.82730.stgit@ubuntu> Sender: kvm-owner@vger.kernel.org List-ID: On 07/03/2012 11:59 AM, Christoffer Dall wrote: > The following series implements KVM support for ARM processors, > specifically on the Cortex A-15 platform. Work is done in > collaboration between Columbia University, Virtual Open Systems and > ARM/Linaro. > > The patch series applies to kvm/next, specifically commit: > ae7a2a3fb6f8b784c2752863f4f1f20c656f76fb > > This is Version 9 of the patch series, but the first two versions > were reviewed outside of the KVM mailing list. Changes can also be > pulled from: > git://github.com/virtualopensystems/linux-kvm-arm.git kvm-a15-v9 > > A non-flattened edition of the patch series can be found at: > git://github.com/virtualopensystems/linux-kvm-arm.git kvm-a15-v9-stage > > The implementation is broken up into a logical set of patches, the first > five are preparatory patches: > 1. ARM: Add mem_type prot_pte accessor > 2. ARM: ARM_VIRT_EXT config option > 3. ARM: Section based HYP idmaps > 4. KVM: Move KVM_IRQ_LINE to arch-generic code > 5. KVM: Guard code with CONFIG_MMU_NOTIFIER (repost) > > KVM guys, please consider pulling the KVM generic patches as early as > possible. Thanks. Those seem fine to me. Marcelo? > > Additionally a few major milestones are coming up shortly: > - Support Thumb MMIO emulation and test MMIO emulation code (under way) > - Merge Marc Zyngier's patch series for VGIC and timers (review in > progress) Does it make sense to keep the pre-VGIC interrupt stuff in then? It would be better to support just one setup, but kernel-VGIC is of course less flexible than user space. > - Change from SMC based install to relying on booting the kernel in Hyp > mode. This requires some larger changes, but will allow a guest > kernel to boot with KVM configured. > -- error compiling committee.c: too many arguments to function