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

RE: Xen vs Intel terminology (was: RE: [Xen-ia64-devel] Re: PMT tablefor XEN/IA64 (was: RE:Transparentparavirtualization vs. xenparavirtualization))



Tian, Kevin wrote:
> 
> Agree for using unified terms. But disagree that you force an "Intel"
> title to those public used terms. Those are not ones communicated in
> private; instead you can find them on xen mailing list. For example:  
> 
>
/***********************************************************************
*******
>  * arch/xen/drivers/blkif/backend/main.c
>  *
>  * Back-end of the driver for virtual block devices. This portion of
> the ...
> 
> Blkif is the directory name however VBD (virtual block devices) is
> the functional name. People can use either. So does VNIF. 
> 
>> 
>> In particular (I think):
>> 
>> service domain == domain0 (or also IDD's?)
>> PMT = p2m (also m2p?)
> 
> PMT is physical to machine mapping table (you may use 'p2m'), but
> machine to physical mapping table (you may use MPT or m2p either) is
> different. Both are two basic components in xen/x86.s  
> 
>> VBD = blkif
>> VNIF = netif
>> (others?)
They are different from the blkif or netif in the sense that those are
used by _unmodified_ OSes. The backend part is basically same, but
frontend is different, i.e.  pure Linux driver. We already sent patches
for VBD to the xen mainling, and some xen folks (including Ian) are
already fimilar with these names in the VT context. 

> 
> Anyway, this summary is nice to have.
> 
> Thanks,
> Kevin

Jun
---
Intel Open Source Technology Center

_______________________________________________
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®.