From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH/RFC] KVM: Plan obsolescence of kernel allocated slots, paravirt mmu Date: Thu, 11 Feb 2010 12:24:00 +0200 Message-ID: <4B73DAC0.3060809@redhat.com> References: <1264516474-11575-1-git-send-email-avi@redhat.com> <20100127172336.GA5807@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kvm@vger.kernel.org To: Marcelo Tosatti Return-path: Received: from mx1.redhat.com ([209.132.183.28]:15481 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751232Ab0BKKYC (ORCPT ); Thu, 11 Feb 2010 05:24:02 -0500 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o1BAO23X026474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 11 Feb 2010 05:24:02 -0500 Received: from cleopatra.tlv.redhat.com (cleopatra.tlv.redhat.com [10.35.255.11]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o1BAO1pa027461 for ; Thu, 11 Feb 2010 05:24:01 -0500 In-Reply-To: <20100127172336.GA5807@amt.cnet> Sender: kvm-owner@vger.kernel.org List-ID: On 01/27/2010 07:23 PM, Marcelo Tosatti wrote: > >> ---------------------------- >> +What: KVM memory aliases support >> +When: July 2010 >> +Why: Memory aliasing support is used for speeding up guest vga access >> + through the vga windows. >> + >> + Modern userspace no longer uses this feature, so it's just bitrotted >> + code and can be removed with no impact. >> +Who: Avi Kivity >> +---------------------------- >> +What: KVM kernel-allocated memory slots >> +When: July 2010 >> +Why: Since 2.6.25, kvm supports user-allocated memory slots, which are >> + much more flexible than kernel-allocated slots. All current userspace >> + supports the newer interface and this code can be removed with no >> + impact. >> > Just a note: can block userspace usage but can't really remove code > since there are in-kernel users (special purpose vmx pages). > > Hm, we can add a new ioctl to ask userspace for a gpa range, but require it to allocate the memory. > Otherwise looks good to me. > Okay - applying. -- error compiling committee.c: too many arguments to function