From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: Re: pvclock in userland (reprise) Date: Mon, 21 Sep 2009 11:54:14 -0700 Message-ID: <4AB7CBD6.6060202@goop.org> References: <4AB426D9.1080309@goop.org> <4AB753840200007800015E72@vpn.id2.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4AB753840200007800015E72@vpn.id2.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jan Beulich Cc: Jun Nakajima , Dan Magenheimer , "Xen-Devel (E-mail)" , Keir Fraser , Donald D Dugger List-Id: xen-devel@lists.xenproject.org On 09/21/09 01:20, Jan Beulich wrote: >> Does Xen still claim the top part of the 32-bit address space? >> > Sure - currently just for the compat M2P table. I can't see why other > things could be mapped there (the compat M2P table is at most 128M > in size, hence there's plenty of virtual space available). > Yep, we could alias the pvclock info there, though I'm coming to like the idea of doing it via syscall/hypercall rather than having the guest explicitly get access to shared memory. J