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: Mon, 9 Jan 2012 10:19:34 -0200 Message-ID: <20120109121934.GA6563@amt.cnet> References: <20120104092519.060746143@de.ibm.com> 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]:58035 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754653Ab2AIMaG (ORCPT ); Mon, 9 Jan 2012 07:30:06 -0500 Content-Disposition: inline In-Reply-To: <20120104092519.060746143@de.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: 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 Applied, thanks.