From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jan Kiszka <jan.kiszka@siemens.com>
Subject: Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory
 semantics?
Date: Thu, 19 Jan 2012 14:30:32 +0100
Message-ID: <4F181AF8.4010409@siemens.com>
References: <4F1810AF.8010002@siemens.com> <A9B74DB2-93CF-426F-9131-66CE29DB3C57@suse.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: kvm <kvm@vger.kernel.org>, qemu-devel <qemu-devel@nongnu.org>
To: Alexander Graf <agraf@suse.de>
Return-path: <kvm-owner@vger.kernel.org>
Received: from david.siemens.de ([192.35.17.14]:25171 "EHLO david.siemens.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752081Ab2ASNai (ORCPT <rfc822;kvm@vger.kernel.org>);
	Thu, 19 Jan 2012 08:30:38 -0500
In-Reply-To: <A9B74DB2-93CF-426F-9131-66CE29DB3C57@suse.de>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On 2012-01-19 14:24, Alexander Graf wrote:
> 
> 
> On 19.01.2012, at 13:46, Jan Kiszka <jan.kiszka@siemens.com> wrote:
> 
>> Hi again,
>>
>> do we need some KVM knob comparable to qemu-kvm's -kvm-shadow-memory in
>> upstream?
> 
> What does it do? Never heard of it :)

According to inline docs: "Chang[e] the number of mmu pages allocated to
the vm". That's from arch/x86/kvm/mmu.c, kvm_mmu_change_mmu_pages().
That's soft-MMU related so, I bet, of decreasing relevance for x86.

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux