|
|
|
|
|
|
|
|
|
|
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
|
|
|
|
|