From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics? Date: Thu, 19 Jan 2012 18:39:01 +0100 Message-ID: <4F185535.1060908@siemens.com> References: <4F1810AF.8010002@siemens.com> <20120119172802.GD11381@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: qemu-devel , kvm To: Marcelo Tosatti , Avi Kivity Return-path: In-Reply-To: <20120119172802.GD11381@amt.cnet> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 2012-01-19 18:28, Marcelo Tosatti wrote: > On Thu, Jan 19, 2012 at 01:46:39PM +0100, Jan Kiszka wrote: >> Hi again, >> >> do we need some KVM knob comparable to qemu-kvm's -kvm-shadow-memory in >> upstream? >> >> If yes: The underlying IOCTL is x86-only. Are other archs interested in >> this long-term as well, ie. should the control become arch-independent? >> >> Jan > > Last time i asked about removal, Avi wished for it to remain. > Then I guess he should comment on this after returning to work. :) Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux