From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=34439 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PmjbU-0006CT-ID for qemu-devel@nongnu.org; Tue, 08 Feb 2011 04:11:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PmjbT-0002St-AA for qemu-devel@nongnu.org; Tue, 08 Feb 2011 04:11:20 -0500 Received: from mx1.redhat.com ([209.132.183.28]:37695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PmjbS-0002Sk-TF for qemu-devel@nongnu.org; Tue, 08 Feb 2011 04:11:19 -0500 Message-ID: <4D51087C.7060108@redhat.com> Date: Tue, 08 Feb 2011 11:10:20 +0200 From: Avi Kivity MIME-Version: 1.0 References: <9F6FE96B71CF29479FF1CDC8046E15030BCD40@039-SN1MPN1-002.039d.mgd.msft.net> <20110202160821.5a223366@udp111988uds> <4D50284A.4020606@redhat.com> <9F6FE96B71CF29479FF1CDC8046E15030C15B0@039-SN1MPN1-002.039d.mgd.msft.net> In-Reply-To: <9F6FE96B71CF29479FF1CDC8046E15030C15B0@039-SN1MPN1-002.039d.mgd.msft.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: RFC: New API for PPC for vcpu mmu access List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Yoder Stuart-B08248 Cc: "qemu-devel@nongnu.org" , Wood Scott-B07421 , Alexander Graf , "kvm-ppc@vger.kernel.org" , "kvm@vger.kernel.org" On 02/07/2011 07:30 PM, Yoder Stuart-B08248 wrote: > > > -----Original Message----- > > From: kvm-ppc-owner@vger.kernel.org [mailto:kvm-ppc-owner@vger.kernel.org] > > On Behalf Of Avi Kivity > > Sent: Monday, February 07, 2011 11:14 AM > > To: Alexander Graf > > Cc: Wood Scott-B07421; Yoder Stuart-B08248; kvm-ppc@vger.kernel.org; > > kvm@vger.kernel.org; qemu-devel@nongnu.org > > Subject: Re: RFC: New API for PPC for vcpu mmu access > > > > On 02/03/2011 11:19 AM, Alexander Graf wrote: > > > > > > > > I have no idea what things will look like 10 years down the road, > > > > but currently e500mc has 576 entries (512 TLB0, 64 TLB1). > > > > > > That sums up to 64 * 576 bytes, which is 36kb. Ouch. Certainly nothing we > > want to transfer every time qemu feels like resolving an EA. > > > > You could have an ioctl to translate addresses (x86 had KVM_TRANSLATE or > > similar), or have the TLB stored in user memory, so there is no need to > > transfer it (on the other hand, you have to re-validate it every time you > > peek at it). > > The most convenient and flexible thing for Power Book III-E I think > will be something that operates like a TLB search instruction. Inputs > are 'address space' and 'process id' and outputs are in which TLB the > entry was found and all the components of a TLB entry: > address space > pid > entry number > ea > rpn > guest state > permissions flags > attributes (WIMGE) > > Since all of those fields are architected in MAS registers, in the previous > proposal we just proposed to return several 32-bit fields (one per MAS) > that use the architected layout instead of inventing a brand new > structure defining these fields. > This looks reasonable assuming you can take the hit of a system call per translation. -- error compiling committee.c: too many arguments to function