From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexander Graf Subject: Re: RFC: New API for PPC for vcpu mmu access Date: Tue, 15 Feb 2011 01:00:59 +0100 Message-ID: <424CFB01-B336-434C-8E05-3A18E1552ECA@suse.de> References: <9F6FE96B71CF29479FF1CDC8046E15030BCD40@039-SN1MPN1-002.039d.mgd.msft.net> <20110202160821.5a223366@udp111988uds> <20110204163338.54690220@udp111988uds> <30BEE027-929B-43E5-A638-A58389F90B6F@suse.de> <20110207141547.58e49caa@udp111988uds> <220F22AA-31E5-4ACB-B0D5-557010096B91@suse.de> <20110209170928.6c629514@udp111988uds> <4D53CFE2.6080008@suse.de> <20110210125112.6d1f0380@udp111988uds> <8ACEDFEA-AA7F-400F-88F1-5F99864E8AAF@suse.de> <63E8AA2B-685F-4360-9BC8-E760A2CAD570@suse.de> <49812881-9E7C-4295-B708-CFA986EE9500@suse.de> <20110211145340.70c5812b@udp111988uds> <113B6114-C44E-4DD4-B318-4CAC826179DE@suse.de> <20110211185734.42f7f73f@udp111988uds> <4DC23D10-A9C9-4C11-A344-A9779C370296@suse.de> <20110214111153.07f884b6@udp111988uds > <20110214151657.0ce8c4a4@schlenkerla.am.freescale.net> <32AC591D-A27F-4D76-82D4-CB93D66D71E1@suse.de> <20110214174904.33d3159b@schlenkerla.am .freescale.net> Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Yoder Stuart-B08248 , "" , "kvm@vger.kernel.org list" , "qemu-devel@nongnu.org List" To: Scott Wood Return-path: In-Reply-To: <20110214174904.33d3159b@schlenkerla.am.freescale.net> Sender: kvm-ppc-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 15.02.2011, at 00:49, Scott Wood wrote: > On Tue, 15 Feb 2011 00:39:51 +0100 > Alexander Graf wrote: > >> On 14.02.2011, at 22:16, Scott Wood wrote: >> >>> On Mon, 14 Feb 2011 21:19:19 +0100 >>> Alexander Graf wrote: >>>>>> The struct name should also have >>>>>> a version indicator - it's the data descriptor only a single specific >>>>>> mmu_type, right? >>>>> >>>>> It handles both KVM_MMU_PPC_BOOK3E_NOHV and KVM_MMU_PPC_BOOK3E_HV. >>>> >>>> Even fictional future changes to the tlb layout? >>> >>> No, those need a new MMU type ID. >> >> ... which means they need a new name, but then booke_tlb_entry is taken. > > The MMU ID name and struct name are about equally generic. I'll add FSL to > both. If there's a v2 down the road, then that goes in both. Very good - thank you! Alex From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=44927 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pp8Lo-0004Pu-Cz for qemu-devel@nongnu.org; Mon, 14 Feb 2011 19:01:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pp8Lm-000681-Cm for qemu-devel@nongnu.org; Mon, 14 Feb 2011 19:01:04 -0500 Received: from cantor.suse.de ([195.135.220.2]:44140 helo=mx1.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pp8Lm-00067V-17 for qemu-devel@nongnu.org; Mon, 14 Feb 2011 19:01:02 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Alexander Graf In-Reply-To: <20110214174904.33d3159b@schlenkerla.am.freescale.net> Date: Tue, 15 Feb 2011 01:00:59 +0100 Content-Transfer-Encoding: 7bit Message-Id: <424CFB01-B336-434C-8E05-3A18E1552ECA@suse.de> References: <9F6FE96B71CF29479FF1CDC8046E15030BCD40@039-SN1MPN1-002.039d.mgd.msft.net> <20110202160821.5a223366@udp111988uds> <20110204163338.54690220@udp111988uds> <30BEE027-929B-43E5-A638-A58389F90B6F@suse.de> <20110207141547.58e49caa@udp111988uds> <220F22AA-31E5-4ACB-B0D5-557010096B91@suse.de> <20110209170928.6c629514@udp111988uds> <4D53CFE2.6080008@suse.de> <20110210125112.6d1f0380@udp111988uds> <8ACEDFEA-AA7F-400F-88F1-5F99864E8AAF@suse.de> <63E8AA2B-685F-4360-9BC8-E760A2CAD570@suse.de> <49812881-9E7C-4295-B708-CFA986EE9500@suse.de> <20110211145340.70c5812b@udp111988uds> <113B6114-C44E-4DD4-B318-4CAC826179DE@suse.de> <20110211185734.42f7f73f@udp111988uds> <4DC23D10-A9C9-4C11-A344-A9779C370296@suse.de> <20110214111153.07f884b6@udp111988uds> <20110214151657.0ce8c4a4@schlenkerla.am.freescale.net> <32AC591D-A27F-4D76-82D4-CB93D66D71E1@suse.de> <20110214174904.33d3159b@schlenkerla.am .freescale.net> 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: Scott Wood Cc: Yoder Stuart-B08248 , "kvm@vger.kernel.org list" , "" , "qemu-devel@nongnu.org List" On 15.02.2011, at 00:49, Scott Wood wrote: > On Tue, 15 Feb 2011 00:39:51 +0100 > Alexander Graf wrote: > >> On 14.02.2011, at 22:16, Scott Wood wrote: >> >>> On Mon, 14 Feb 2011 21:19:19 +0100 >>> Alexander Graf wrote: >>>>>> The struct name should also have >>>>>> a version indicator - it's the data descriptor only a single specific >>>>>> mmu_type, right? >>>>> >>>>> It handles both KVM_MMU_PPC_BOOK3E_NOHV and KVM_MMU_PPC_BOOK3E_HV. >>>> >>>> Even fictional future changes to the tlb layout? >>> >>> No, those need a new MMU type ID. >> >> ... which means they need a new name, but then booke_tlb_entry is taken. > > The MMU ID name and struct name are about equally generic. I'll add FSL to > both. If there's a v2 down the road, then that goes in both. Very good - thank you! Alex From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexander Graf Date: Tue, 15 Feb 2011 00:00:59 +0000 Subject: Re: RFC: New API for PPC for vcpu mmu access Message-Id: <424CFB01-B336-434C-8E05-3A18E1552ECA@suse.de> List-Id: References: <9F6FE96B71CF29479FF1CDC8046E15030BCD40@039-SN1MPN1-002.039d.mgd.msft.net> <20110202160821.5a223366@udp111988uds> <20110204163338.54690220@udp111988uds> <30BEE027-929B-43E5-A638-A58389F90B6F@suse.de> <20110207141547.58e49caa@udp111988uds> <220F22AA-31E5-4ACB-B0D5-557010096B91@suse.de> <20110209170928.6c629514@udp111988uds> <4D53CFE2.6080008@suse.de> <20110210125112.6d1f0380@udp111988uds> <8ACEDFEA-AA7F-400F-88F1-5F99864E8AAF@suse.de> <63E8AA2B-685F-4360-9BC8-E760A2CAD570@suse.de> <49812881-9E7C-4295-B708-CFA986EE9500@suse.de> <20110211145340.70c5812b@udp111988uds> <113B6114-C44E-4DD4-B318-4CAC826179DE@suse.de> <20110211185734.42f7f73f@udp111988uds> <4DC23D10-A9C9-4C11-A344-A9779C370296@suse.de> <20110214111153.07f884b6@udp111988uds > <20110214151657.0ce8c4a4@schlenkerla.am.freescale.net> <32AC591D-A27F-4D76-82D4-CB93D66D71E1@suse.de> <20110214174904.33d3159b@schlenkerla.am .freescale.net> In-Reply-To: <20110214174904.33d3159b@schlenkerla.am.freescale.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Scott Wood Cc: Yoder Stuart-B08248 , "" , "kvm@vger.kernel.org list" , "qemu-devel@nongnu.org List" On 15.02.2011, at 00:49, Scott Wood wrote: > On Tue, 15 Feb 2011 00:39:51 +0100 > Alexander Graf wrote: > >> On 14.02.2011, at 22:16, Scott Wood wrote: >> >>> On Mon, 14 Feb 2011 21:19:19 +0100 >>> Alexander Graf wrote: >>>>>> The struct name should also have >>>>>> a version indicator - it's the data descriptor only a single specific >>>>>> mmu_type, right? >>>>> >>>>> It handles both KVM_MMU_PPC_BOOK3E_NOHV and KVM_MMU_PPC_BOOK3E_HV. >>>> >>>> Even fictional future changes to the tlb layout? >>> >>> No, those need a new MMU type ID. >> >> ... which means they need a new name, but then booke_tlb_entry is taken. > > The MMU ID name and struct name are about equally generic. I'll add FSL to > both. If there's a v2 down the road, then that goes in both. Very good - thank you! Alex