From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 18/26] KVM: PPC: KVM PV guest stubs Date: Mon, 28 Jun 2010 11:33:32 +0300 Message-ID: <4C285E5C.4070605@redhat.com> References: <1277508314-915-1-git-send-email-agraf@suse.de> <1277508314-915-19-git-send-email-agraf@suse.de> <4C282794.1040209@ozlabs.org> <168E1B5F-44F7-4FF5-80A5-64B0E2E94D68@suse.de> <4C285A13.8070208@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matt Evans , kvm-ppc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxppc-dev , KVM list To: Alexander Graf Return-path: In-Reply-To: Sender: kvm-ppc-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: kvm.vger.kernel.org On 06/28/2010 11:23 AM, Alexander Graf wrote: >> You mean even kvm.ko doesn't use privileged instructions? >> > It does, but I don't think it's worth speeding those up. There are only a couple. Most of the privileged instructions in PPC KVM are statically compiled into the kernel because we need to guarantee they're in the RMO (first 8MB for the PS3). > > Even with the magic page in use, trapping instructions still works exactly as before, so we're only talking about a speed difference. > > Yeah, that also answers my question re pv->nonpv transition. -- error compiling committee.c: too many arguments to function