From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: Re: Next steps with pv_ops for Xen Date: Wed, 05 Dec 2007 20:44:15 +0000 Message-ID: References: <475706C5.1000608@goop.org> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <475706C5.1000608@goop.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jeremy Fitzhardinge , Derek Murray Cc: "xen-devel@lists.xensource.com" , Eduardo Habkost , Juan Quintela , Jan Beulich , Glauber de Oliveira Costa , Chris Wright , "virtualization@lists.osdl.org" , Gerd Hoffmann List-Id: virtualization@lists.linuxfoundation.org On 5/12/07 20:15, "Jeremy Fitzhardinge" wrote: > In 2.6.18-xen the only two implementations of zap_pte are > blktap_clear_pte and gntdev_clear_pte. Given a ptep with the > grant-mapping bit set, could we determine which of these need calling > and do the appropriate thing? Do we even need separate implementations > of the core pte-clearing functionality? Could we just say something like: > > if (pte & _PAGE_XEN_FOREIGN) > HYPERVISOR_grant_table_op(GNTTABOP_unmap_grant_ref, ...); > else > xen_set_pte_at(...); You'd need to track pte->grant_handle mappings somewhere, but it could certainly be done this way, yes. -- Keir