From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 0/9] [RFC] Add support for nested SVM (kernel) Date: Mon, 01 Sep 2008 15:09:59 +0300 Message-ID: <48BBDB97.5070404@qumranet.com> References: <1220270281-15720-1-git-send-email-agraf@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kvm@vger.kernel.org, joro@8bytes.org, anthony@codemonkey.ws To: Alexander Graf Return-path: Received: from il.qumranet.com ([212.179.150.194]:49529 "EHLO il.qumranet.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751006AbYIAMKA (ORCPT ); Mon, 1 Sep 2008 08:10:00 -0400 In-Reply-To: <1220270281-15720-1-git-send-email-agraf@suse.de> Sender: kvm-owner@vger.kernel.org List-ID: Alexander Graf wrote: > The current generation of virtualization extensions only supports one VM layer. > While we can't change that, it is pretty easy to emulate the CPU's behavior > and implement the virtualization opcodes ourselves. > > This patchset does exactly this for SVM. Using this, a KVM can run within a VM. > Since we're emulating the real CPU's behavior, this should also enable other > VMMs to run within KVM. > So far I've only tested to run KVM inside the VM though. > > This was created with help from Joerg Roedel. I don't really know how put this > information in the patchset though. Maybe set him on signed-off-by? > > As always, comments and suggestions are highly welcome. > > Wow. -- error compiling committee.c: too many arguments to function