From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo Tosatti Subject: Re: [patch 00/11] Ucontrol patchset respin without storage keys Date: Thu, 5 Jan 2012 11:47:13 -0200 Message-ID: <20120105134713.GD1901@amt.cnet> References: <20120104092519.060746143@de.ibm.com> <20120105134129.GC1901@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Avi Kivity , Christian Borntraeger , Heiko Carstens , Martin Schwidefsky , Cornelia Huck , KVM , Joachim von Buttlar , Jens Freimann , agraf@suse.de To: Carsten Otte Return-path: Received: from mx1.redhat.com ([209.132.183.28]:33009 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757121Ab2AENsI (ORCPT ); Thu, 5 Jan 2012 08:48:08 -0500 Content-Disposition: inline In-Reply-To: <20120105134129.GC1901@amt.cnet> Sender: kvm-owner@vger.kernel.org List-ID: On Thu, Jan 05, 2012 at 11:41:30AM -0200, Marcelo Tosatti wrote: > On Wed, Jan 04, 2012 at 10:25:19AM +0100, Carsten Otte wrote: > > Hi Avi, > > > > after some more discussion about how to do storage keys proper, I could > > not come up with a sane and safe way of doing SSKE without either > > over or underindicating the change bit in corner cases (leads to > > corrupted guest memory or host kernel panic). > > The storage key operations are completely seperate from the rest of > > the ucontrol series: > > - ucontrol VMs can operate without them (handled by hardware) > > - regular VMs can make use of them too (needed for live migration) > > > > This respin only contains the non-controversial patches. I would > > kindly like to ask for inclusion, I will retry on storage keys as > > soon as I've got a solution. > > > > so long, > > Carsten > > Looks good to me. Where is the userspace part?