[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



>>> Jeremy Fitzhardinge <jeremy@xxxxxxxx> 19.09.09 02:33 >>>
>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.

Why not?

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

Jan


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.