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

RE: [Xen-ia64-devel] RE: [Xen-ia64-full 68] Fwd: Topics to for Xen Summit discussion



>From: Isaku Yamahata [mailto:yamahata@xxxxxxxxxxxxx]
>Sent: 2006年1月11日 16:45
>
>>
>> If we do this way, it's natural to let dom0 modify phys2mach table directly, 
>> right?
>
>By 'modify' do you mean that dom0 manages how to map
>phys2mach pages into the dom0 virtual address space, right?
>If so, xen must verify tlb related operations by dom0 to inhibit
>dom0 from writing to pte pages.

Let's hold until the summit, since Dan raised a good thread on list for 
discussion now. Taking Dan's terms here, my original suggestion is for P2M 
model where Xen constructs the phys2mach table within dom0's configured memory 
and dom0 can read/write that table/ptes completely together with notification 
to Xen for necessary case (Yes, it's current x86 model). Then xen doesn’t need 
inhibit dom0 from writing to pte pages.

If we go for VP model here like domU, dom0 even doesn't know phys2mach and thus 
xen also doesn't need inhibit. Dom0 just needs issue hypercall if actually want 
machine frame like DMA operation.

So the point is, once we export phys2mach to dom0, is it still necessary to 
make it read-only to dom0?

Another related question to think is, is it possible to eliminate direct write 
by dom0, if all modifications to phys2mach are accompanied with a set of 
hypercalls following? If true, we can encapsulate phys2mach change into 
hypercall implementations. For example, change phys2mach table within 
decrease_reservation instead of split for dom0 to write...

Thanks,
Kevin

>
>I think both proposals (yours and mine) may work well in functionality,
>I'm not sure which performs better.
>
>- Xen must verify dom0 tlb related operations to protect pte pages.
>  i.e. some checks must be added to vcpu_itr_d(), ...
>vs
>- Xen tlb miss handler check whether fault address is in the phys2mach
>  area and handles the fault specifically.
>  i.e. The tlb miss handler of xen/ia64 must be modified to handle
>  tlb misses in the phys2mach area.
>
>If I misunderstand, please correct.
>--
>yamahata

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


 


Rackspace

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