On Thu, Aug 24, 2006 at 12:51:58PM -0400, Daniel Veillard wrote: > On Thu, Aug 24, 2006 at 05:54:21PM +0200, Philippe Berthault wrote: > > I think that, instead of designate the backend domain by its id, it > > would be better to designate it by its name. > > This is because the id isn't fix, excepted for the domain-0. > > Right, providing a flexible and generic enough naming scheme is probably > the best, using strings is definitely better IMHO. Usually devices will > be associated to existing devices or files, which will be referenced by > names. If those resources doesn't exist as such or can't be named, it's > better to still build a naming scheme around the mechanism, for example: > > 'xen:vbd:0:1234' or 'xen:vif:2:0123' > > and using those names separates the API from the specifics, while allowing > some flexibility. This is just exposing xen specific attributes via the backdoor, rather than via an explicit API. The result is same - applications will become more dependant on particular hypervisor impementation details. If we're going to expose block info & allow attach / detach, we should follow the data format already exposed for block devices in the XML: - device name - eg hda, xvda1, xvda1, etc - backing store - path to a file - type - phys / file - readonly - boolean - type - floppy, cdrom, disk Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|