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

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

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] RE: pvclock in userland (reprise)
From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
Date: Thu, 17 Sep 2009 12:13:49 -0700
Accept-language: en-US
Acceptlanguage: en-US
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "Dugger, Donald D" <donald.d.dugger@xxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>
Delivery-date: Thu, 17 Sep 2009 12:14:16 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C6D8469E.15100%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: <f53b9652-8419-4a69-925c-47ea6e82fd85@default> <C6D8469E.15100%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aco3wIEUOMEVM/j+SGeKFmFaWmbhWgACRF3UAAA5/QA=
Thread-topic: pvclock in userland (reprise)
Keir Fraser wrote on Thu, 17 Sep 2009 at 12:03:42:

> On 17/09/2009 18:58, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
> wrote:
> 
>> A remaining hard problem is that this single
>> "userland-accessible shared page" must be somehow
>> made available to apps (I suggested a rdmsr emulated
>> by Xen so that it works in userland) and must be
>> mapped into the app address space without kernel
>> changes.  I think someone (Keir?) suggested this
>> problem was solveable before we got sidetracked
>> on the need-vcpu-number-in-userland problem.
>  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.
> 

Maybe you can write a device driver in the guest that sets up mapping against 
the (virtual) physical memory, then use mmap() in the app?

Jun
___
Intel Open Source Technology Center




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