On Thu, Feb 26, 2009 at 05:20:55PM +0100, Pritesh Kothari wrote:
Hi John,
> Generally, if you can, use the generic parts. If you need to specify
> something specific to VBox you have three options:
>
> 1. work out a hypervisor-agnostic abstraction for what you're trying to
> define (preferred), then use that
> 1. define a vbox-specific ref as you above
> 2. if it's just a small addition or choice, allow it as optional in the
> spec (say it's a disk property you want to add)
Thanks for the detailed explanation, as you mentioned above I will try to use
the generic parts first.
>
> > What exactly does the tag <os_type>xen</os_type> exactly mean? how
can
> > xen, hvm, etc be an os type?
>
> It's a horrible wart. OS type really means "v12n method", and it
means
> either paravirt or HVM here. Presumably vbox wouldn't use this choice
> (remember the relax ng spec isn't/can't be completely prescriptive).
so you mean to say, I can just use the parts necessary for me and don't care
about the rest?
Correct, there is no requirement to implement every single feature.
For OS type you only need to implement the virt ABIs that matter
to you, so 'hvm' in this case, and ignore the other like 'xen'.
Daniel
--
|: Red Hat, Engineering, London -o-
http://people.redhat.com/berrange/ :|
|:
http://libvirt.org -o-
http://virt-manager.org -o-
http://ovirt.org :|
|:
http://autobuild.org -o-
http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|