WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: pvclock in userland (reprise)

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: pvclock in userland (reprise)
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Fri, 18 Sep 2009 17:33:29 -0700
Cc: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "Xen-Devel \(E-mail\)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Donald D Dugger <donald.d.dugger@xxxxxxxxx>, Jun Nakajima <jun.nakajima@xxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>
Delivery-date: Fri, 18 Sep 2009 17:33:53 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C6D8FE05.15275%keir.fraser@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C6D8FE05.15275%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Lightning/1.0pre Thunderbird/3.0b3
On 09/18/09 01:06, Keir Fraser wrote:
> On 18/09/2009 08:29, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote:
>
>   
>>> I don't think mapping things into application address space is really
>>> possible without guest kernel changes. The guest kernel owns and manages the
>>> pte that you'd be overwriting. Just blatting the pte would not be good form.
>>>       
>> Unless they sit in Xen's virtual space.
>>     
> Oh yes, I remember we talked about that before. That is possible, but the
> design fell down on other points. I think guest kernel involvement, even if
> only as a kernel driver, should make this more tractable.
>   

Xen's memory isn't mappable in a 32-bit compat domain, so you'd need to
come up with something else there.  Does Xen still claim the top part of
the 32-bit address space?

    J

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel