From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates Date: Sun, 18 Mar 2007 12:32:14 +0200 Message-ID: <45FD152E.6020207@qumranet.com> References: <11736212072915-git-send-email-avi@qumranet.com> <20070316083650.GA8525@osiris.boeblingen.de.ibm.com> <45FCCC39.7090104@qumranet.com> <20070318102252.GA11201@osiris.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kvm-devel@lists.sourceforge.net, Andrew Morton , linux-kernel@vger.kernel.org To: Heiko Carstens Return-path: In-Reply-To: <20070318102252.GA11201@osiris.ibm.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org Heiko Carstens wrote: > On Sun, Mar 18, 2007 at 07:20:57AM +0200, Avi Kivity wrote: > >> Heiko Carstens wrote: >> >>> On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: >>> >>> >>>> This patchset updates the kvm userspace interface to what I hope will >>>> be the long-term stable interface. Provisions are included for extending >>>> the interface later. The patches address performance and cleanliness >>>> concerns. >>>> >>> [...] >>> But the general question is: do you still plan to switch to a syscall >>> interface? >>> >> I don't have any present plans for that. Maybe when the interface starts >> to evolve at a slower pace, or if it is shown to be significantly faster. >> >> Not that interface stabilization here doesn't mean a freeze; it means that >> backwards compatibility starts when this gets merged. >> > > If the interface is considered to be stable you can get rid of the > KVM_GET_API_VERSION ioctl, since the version can't change anymore, right? > It's needed in case pre-stabilization userspace tries to use the stabilized interface. It's true the version won't change. But maybe we can get rid of it, and the old userspace will just fail on the ioctl (we need to keep it reserved for that). -- error compiling committee.c: too many arguments to function